From cras@irccrew.org  Tue Jul 23 19:39:23 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 23 Jul 2002 19:39:23 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 434B423848
	for <dovecot@procontrol.fi>; Tue, 23 Jul 2002 19:39:23 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 175FA4C0A0; Tue, 23 Jul 2002 19:39:23 +0300 (EEST)
Date: Tue, 23 Jul 2002 19:39:23 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] first test mail
Message-ID: <20020723193923.J22431@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 1
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-IMAPbase: 1096038620 0000010517
X-UID: 1                                                  
Status: O

lets see if it works


From cras@irccrew.org  Mon Jul 29 02:17:12 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 29 Jul 2002 02:17:12 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8D21723848
	for <dovecot@procontrol.fi>; Mon, 29 Jul 2002 02:17:12 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 8BAD24C0A0; Mon, 29 Jul 2002 02:17:11 +0300 (EEST)
Date: Mon, 29 Jul 2002 02:17:11 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Dovecot 0.93 released
Message-ID: <20020729021711.W22431@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 2
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: 2                                                  
Status: O

First alpha quality release, everything critical is now implemented. From
now on it's mostly stabilization and optimization. Features that can't break
existing code could still be added, especially SSL and authentication stuff.


From cras@irccrew.org  Wed Jul 31 22:48:41 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 31 Jul 2002 22:48:41 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id F141123829
	for <dovecot@procontrol.fi>; Wed, 31 Jul 2002 22:48:40 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 42ED44C0A0; Wed, 31 Jul 2002 22:48:40 +0300 (EEST)
Date: Wed, 31 Jul 2002 22:48:39 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] v0.95 released
Message-ID: <20020731224839.H22431@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 3
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: 3                                                  
Status: O

v0.95 2002-07-31  Timo Sirainen <tss@iki.fi>

	+ Initial SSL support using GNU TLS, tested with v0.5.1.
	  TLS support is still missing.
	+ Digest-MD5 authentication method
	+ passwd-file authentication backend
	+ Code cleanups
	- Found several bugs from mempool and ioloop code, now we should
	  be stable? :)
	- A few corrections for long header field handling


From return@trafficmagnet.com  Mon Aug  5 19:26:52 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 05 Aug 2002 19:26:52 +0300 (EEST)
Return-Path: <return@trafficmagnet.com>
Delivered-To: dovecot@procontrol.fi
Received: from ns5.trafficmagnet.net (unknown [211.157.101.52])
	by danu.procontrol.fi (Postfix) with ESMTP id 48C2C23831
	for <dovecot@procontrol.fi>; Mon,  5 Aug 2002 19:26:51 +0300 (EEST)
Received: from 181-Dispatcher ([211.101.236.181])
	by ns5.trafficmagnet.net (8.11.6/8.11.6) with SMTP id g765MXt31378
	for <dovecot@procontrol.fi>; Tue, 6 Aug 2002 00:22:34 -0500
Message-Id: <200208060522.g765MXt31378@ns5.trafficmagnet.net>
From: Sarah Williams <return@trafficmagnet.com>
To: "dovecot@procontrol.fi" <dovecot@procontrol.fi>
Subject: [dovecot] DOVECOT.PROCONTROL.FI
Date: Tue, 6 Aug 2002 0:29:18 +0800
X-Mailer: CSMTPConnection v2.17
MIME-Version: 1.0
Content-Type: multipart/related; boundary="956bff02-8aec-485e-a58c-40fda617ecbe"
Content-Transfer-Encoding: quoted-printable
Reply-To: Sarah Williams <Sarah_williams@trafficmagnet.com>
X-archive-position: 4
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: return@trafficmagnet.com
Precedence: bulk
X-list: dovecot
X-UID: 4                                                  
Status: O
Content-Length: 2421

This is a multi-part message in MIME format
--956bff02-8aec-485e-a58c-40fda617ecbe
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<HTML>
<HEAD>
<!-- Ap --> 
<TITLE></TITLE>
<STYLE TYPE=3D"text/css">
<!--
TD { font-family: verdana, arial, helvetica; font-size: 11px; color: #000000 =
}
-->
</STYLE>
</HEAD>
<BODY BGCOLOR=3D"#FFFFFF">
<TABLE WIDTH=3D"600" BORDER=3D"0" CELLSPACING=3D"0" CELLPADDING=3D"0">
<TR>
	<TD>Hi<BR>
	<BR>
	I visited <A HREF=3D=
"http://www.trafficmagnet.com/signup/index.html">DOVECOT.PROCONTROL.FI</A>, =
and 
	noticed that you're not listed on some search engines! I think we can offer 
=

	you a service which can help you increase traffic and the number of visitors =

	to your website.<BR>
	<BR>
	I would like to introduce you to <A HREF=3D=
"http://www.trafficmagnet.com/signup/index.html">TrafficMagnet.com</A>. We =
offer a unique technology 
	that will submit your website to over 300,000 search engines and directories =

	every month.<BR>
	<BR> 
	<TABLE WIDTH=3D"398" BORDER=3D"0" CELLSPACING=3D"0" CELLPADDING=3D"0" =
ALIGN=3D"center">
	<TR>
		<TD><A HREF=3D"http://www.trafficmagnet.com/signup/index.html"><IMG SRC=3D=
"http://www.trafficmagnet.com/img/img_tm.gif" WIDTH=3D"137" HEIGHT=3D"136" =
BORDER=3D"0"></A>&nbsp;</TD>
		<TD><A HREF=3D"http://www.trafficmagnet.com/signup/index.html"><IMG SRC=3D=
"http://image10.trafficmagnet.net/imagenew/SMART173/002/337/aso.jpg" WIDTH=3D=
"197" HEIGHT=3D"141" BORDER=3D"1"></A></TD>
		<TD VALIGN=3D"bottom"><A HREF=3D=
"http://www.trafficmagnet.com/signup/index.html"><IMG SRC=3D=
"http://www.trafficmagnet.com/img/img_signup.gif" WIDTH=3D"62" HEIGHT=3D"136" =
BORDER=3D"0"></A></TD>
	</TR>
	</TABLE>
	<BR>
	You'll be surprised by the low cost, and by how effective this website =
promotion 
	method can be. <BR>
	<BR>
	To find out more about TrafficMagnet and the cost for submitting your =
website 
	to over 300,000 search engines and directories, visit <A HREF=3D=
"http://www.trafficmagnet.com/signup/index.html">www.TrafficMagnet.com</A>. 
	<BR>
	<BR>
	I would love to hear from you. <BR>
	<BR><BR>
	Best Regards,<BR><BR>
	Sarah Williams <BR>
	Sales and Marketing <BR>
	E-mail: sarah_williams@trafficmagnet.com <BR>
	<A HREF=3D=
"http://www.trafficmagnet.com/signup/index.html">http://www.TrafficMagnet.com=
</A> 
    </TD>
</TR>
</TABLE>
</BODY>
</HTML>
--956bff02-8aec-485e-a58c-40fda617ecbe--

From reply@seekercenter.net  Tue Aug  6 13:01:17 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 06 Aug 2002 13:01:17 +0300 (EEST)
Return-Path: <reply@seekercenter.net>
Delivered-To: dovecot@procontrol.fi
Received: from XXXXXX (unknown [211.101.236.162])
	by danu.procontrol.fi (Postfix) with ESMTP id C6D0823832
	for <dovecot@procontrol.fi>; Tue,  6 Aug 2002 13:01:15 +0300 (EEST)
From: "Vanessa Lintner" <reply@seekercenter.net>
Subject: [dovecot] I have visited DOVECOT.PROCONTROL.FI and noticed that ...
To: dovecot@procontrol.fi
Content-Type: text/html;
Reply-To: "Vanessa Lintner" <vanessa@seekercenter.net>
Date: Tue, 6 Aug 2002 18:05:01 +0800
X-Priority: 3
X-Library: Business Promotion
Message-Id: <20020806100115.C6D0823832@danu.procontrol.fi>
X-archive-position: 5
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: reply@seekercenter.net
Precedence: bulk
X-list: dovecot
X-UID: 5                                                  
Status: O
Content-Length: 5137

<html>
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css">
.stbtm {
	BACKGROUND-COLOR:#cecbde; BORDER-BOTTOM: #665b8e 1px solid; BORDER-LEFT: #ffffff 1px solid; BORDER-RIGHT: #665b8e 1px solid; BORDER-TOP: #ffffff 1px solid; COLOR: #000000; FONT-SIZE: 12pt; HEIGHT: 26px; WIDTH: 120px; clip:        rect(   )}
.stedit {
	 background-color:#484C68; white-space: nowrap; border: #000000; BORDER-BOTTOM: #ffffff 1px solid; BORDER-LEFT: #ffffff 1px solid; BORDER-RIGHT: #ffffff 1px solid; BORDER-TOP: #ffffff 1px solid; FONT-SIZE: 10pt; color: #CCCCCC; font-weight: bold}

</style>
</head>
<BODY leftMargin=0 onload="" topMargin=0 marginheight="0" marginwidth="0" bgcolor="#FFFFFF">
  
<table width="778" border="0" cellspacing="0" cellpadding="0">
  <tr>
      
    <td height="233" width="21">&nbsp;</td>
      
    <td height="233" colspan="3" width="757"> 
      <table width="621" border="0" cellspacing="0" cellpadding="0" align="left">
        <tr> 
            
          <td width="373" height="64"> 
            <table width="373" border="0" cellspacing="0" cellpadding="0" background="http://image.seekercenter.net/letter_bg.jpg" height="327">
                <tr> 
                  
                <td><p> 
                  <font face=Arial size=2>
                  </font> <font face=Arial size=2><font face="Verdana, Arial, Helvetica, sans-serif" color="#000000">Hello,<br>
                  <br>
                  I have visited <a href='http://dovecot.procontrol.fi'>dovecot.procontrol.fi</a> and noticed that your website is not listed on some search engines.
                  I am sure that through our service the number of people who visit your website will definitely increase. <a target=_blank href="http://www.seekercenter.net/index.php">SeekerCenter</a> 
                  is a unique technology that instantly submits your website 
                  to over 500,000 search engines and directories  
                  -- a really low-cost and effective way to advertise your site. 
                  For more details please go to <a target=_blank href="http://www.seekercenter.net/index.php">SeekerCenter.net</a>.<br>
                  <br>
                  Give your website maximum exposure today!<BR>
                  Looking forward to hearing from you.<br>
                  <BR>
                  <table border=0 width=100%><TR><TD width=50%>
                  <font face="Verdana, Arial, Helvetica, sans-serif" size=2 color="#000000">Best 
                  Regards,<br>
                  Vanessa Lintner<br>
                  Sales &amp; Marketing <br>
                  <a target=_blank href="http://www.seekercenter.net/index.php">www.SeekerCenter.net</a></font></font></font>
                  <TD><td width=50%>
                   <div align="center" valign=middle>
                   <form target=_blank action=http://www.seekercenter.net method=POST>
                          <input type="submit" name="Submit" value="Signup Now!!!" class="stbtm">
                   </form>
                        </div>
                  </TD>
                  </TR>
                  </table>
                  </td>
                </tr>
              </table>
            </td>
            
          <td width="242" height="64" valign="bottom"> 
            <table width="257" border="0" cellspacing="0" cellpadding="0">
              
                <tr>
                  <td colspan="3" height="2"></td>
                </tr>
                <tr> 
                  <td colspan="3" height="3"> 
                    
                  <p><img src="http://image.seekercenter.net/letter_top01.jpg" width="326" height="15"></p>
                    </td>
                </tr>
                <tr> 
                  <td colspan="3"><img src="http://image.seekercenter.net/letter_right01.jpg" width="31" height="185"><A target=_blank Href ="http://dovecot.procontrol.fi"><IMG Src =http://image4.seekercenter.net/image1622/6/37/img228.jpg Border=0 width="256" height="184"></A><img src="http://image.seekercenter.net/letter_left01.jpg" width="14" height="185"></td>
                </tr>
                
              <tr> 
                <td colspan="3" height="80" background="http://image.seekercenter.net/letter_bottom01.jpg"> 
                  <table width="326" border="0" cellspacing="0" cellpadding="0" height="80">
                    <tr>
                      <td width="36" height="43">&nbsp;</td>
                      <td width="157" height="43">&nbsp;</td>
                      <td width="134" height="43">&nbsp;</td>
                    </tr>
                    <tr>
                      <td width="36" height="2">&nbsp;</td>
                      <td width="157" height="2">&nbsp;</td>
                      <td width="134" height="2">&nbsp;</td>
                    </tr>
                  </table>
                  
                </td>
                </tr>
                <tr> </tr>
              </table>
            </td>
          </tr>
        </table>
      </td>
    </tr>
  </table>
  </body>
</html>

From cras@irccrew.org  Tue Aug  6 13:34:34 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 06 Aug 2002 13:34:34 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 1EC3C23831
	for <dovecot@procontrol.fi>; Tue,  6 Aug 2002 13:34:34 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id E37C74C0A0; Tue,  6 Aug 2002 13:34:33 +0300 (EEST)
Date: Tue, 6 Aug 2002 13:34:33 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] spam / updates
Message-ID: <20020806133433.T22431@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 6
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: 6                                                  
Status: O

I guess I underestimated the spammers :) This list is subscribers-only now.

As for dovecot, I've been cleaning the code and probably will continue with
that some time. I was also thinking about moving the authentication code
into separate (SASL) library which could then be plugged into other
software, such as postfix.


From darix@linux.taugt.net  Tue Aug  6 20:54:39 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 06 Aug 2002 20:54:39 +0300 (EEST)
Return-Path: <darix@linux.taugt.net>
Delivered-To: dovecot@procontrol.fi
Received: from linux.taugt.net (wh5035.stw.uni-rostock.de [139.30.105.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 99FC923829
	for <dovecot@procontrol.fi>; Tue,  6 Aug 2002 20:54:39 +0300 (EEST)
Received: by linux.taugt.net (none of your biz, from userid 500)
	id 28A8D29F49; Tue,  6 Aug 2002 19:54:41 +0200 (CEST)
Date: Tue, 6 Aug 2002 19:54:41 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: dovecot mailing list <dovecot@procontrol.fi>
Subject: [dovecot] mbox support
Message-ID: <20020806175441.GA7148@linux.taugt.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.4i
X-archive-position: 7
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: rueckert@informatik.uni-rostock.de
Precedence: bulk
X-list: dovecot
X-UID: 7                                                  
Status: O

hi

could you explain the following sentence from the readme.txt:
"mbox support is available but currently it relies a little bit on good
luck, ..."

what kind of luck do i need?
why do you think the mbox support isnt this reliable?

Marcus Rckert

-- 
irssi - the client of the smart and beautiful people

From marcelo@carpa.ciagri.usp.br  Wed Aug  7 02:39:26 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 Aug 2002 02:39:26 +0300 (EEST)
Return-Path: <marcelo@carpa.ciagri.usp.br>
Delivered-To: dovecot@procontrol.fi
Received: from carpa.ciagri.usp.br (carpa.ciagri.usp.br [143.107.209.25])
	by danu.procontrol.fi (Postfix) with SMTP id 42D5323829
	for <dovecot@procontrol.fi>; Wed,  7 Aug 2002 02:39:25 +0300 (EEST)
Received: (qmail 32442 invoked by uid 1000); 6 Aug 2002 23:40:54 -0000
From: marcelo@carpa.ciagri.usp.br
Date: Tue, 6 Aug 2002 20:40:54 -0300
To: dovecot@procontrol.fi
Subject: [dovecot] starting
Message-ID: <20020806234054.GA30820@carpa.ciagri.usp.br>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-archive-position: 8
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: marcelo@carpa.ciagri.usp.br
Precedence: bulk
X-list: dovecot
X-UID: 8                                                  
Status: O


Hi. Sorry for the basic question but... how do I
start the server?  From inetd or in standalone mode
(which binary)?

Thanks

From cras@irccrew.org  Wed Aug  7 06:54:12 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 Aug 2002 06:54:12 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id EA9D623829
	for <dovecot@procontrol.fi>; Wed,  7 Aug 2002 06:54:11 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id D125E4C0A0; Wed,  7 Aug 2002 06:54:11 +0300 (EEST)
Date: Wed, 7 Aug 2002 06:54:11 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot mailing list <dovecot@procontrol.fi>
Subject: [dovecot] Re: mbox support
Message-ID: <20020807065411.A16470@irccrew.org>
References: <20020806175441.GA7148@linux.taugt.net>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020806175441.GA7148@linux.taugt.net>; from rueckert@informatik.uni-rostock.de on Tue, Aug 06, 2002 at 07:54:41PM +0200
Content-Type: text/plain; charset=us-ascii
X-archive-position: 9
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: 9                                                  
Status: O

On Tue, Aug 06, 2002 at 07:54:41PM +0200, Marcus Rueckert wrote:
> could you explain the following sentence from the readme.txt:
> "mbox support is available but currently it relies a little bit on good
> luck, ..."
> 
> what kind of luck do i need?
> why do you think the mbox support isnt this reliable?

mbox files are locked only while they're being modified. If only dovecot was
accessing the mailbox I guess there wouldn't be any problem since it
properly locks the index files as well. But if any other MUA was just
modifying the mbox file (deleting messages) while dovecot was reading it,
it's possible that you end up having data from some random message. Storing
MD5 sum of all messages and making sure they match would fix this.


From cras@irccrew.org  Wed Aug  7 06:58:27 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 Aug 2002 06:58:27 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id B90D723829
	for <dovecot@procontrol.fi>; Wed,  7 Aug 2002 06:58:27 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 443C64C0A0; Wed,  7 Aug 2002 06:58:24 +0300 (EEST)
Date: Wed, 7 Aug 2002 06:58:24 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: starting
Message-ID: <20020807065824.C16470@irccrew.org>
References: <20020806234054.GA30820@carpa.ciagri.usp.br>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020806234054.GA30820@carpa.ciagri.usp.br>; from marcelo@carpa.ciagri.usp.br on Tue, Aug 06, 2002 at 08:40:54PM -0300
Content-Type: text/plain; charset=us-ascii
X-archive-position: 10
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: 10                                                  
Status: O

On Tue, Aug 06, 2002 at 08:40:54PM -0300, marcelo@carpa.ciagri.usp.br wrote:

> Hi. Sorry for the basic question but... how do I
> start the server?  From inetd or in standalone mode
> (which binary)?

Run imap-master


From cras@irccrew.org  Wed Aug  7 06:59:01 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 Aug 2002 06:59:01 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 05B9423829
	for <dovecot@procontrol.fi>; Wed,  7 Aug 2002 06:59:01 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id E84874C0A0; Wed,  7 Aug 2002 06:59:00 +0300 (EEST)
Date: Wed, 7 Aug 2002 06:59:00 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: starting
Message-ID: <20020807065900.D16470@irccrew.org>
References: <20020806234054.GA30820@carpa.ciagri.usp.br>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020806234054.GA30820@carpa.ciagri.usp.br>; from marcelo@carpa.ciagri.usp.br on Tue, Aug 06, 2002 at 08:40:54PM -0300
Content-Type: text/plain; charset=us-ascii
X-archive-position: 11
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: 11                                                  
Status: O

On Tue, Aug 06, 2002 at 08:40:54PM -0300, marcelo@carpa.ciagri.usp.br wrote:

> Hi. Sorry for the basic question but... how do I
> start the server?  From inetd or in standalone mode
> (which binary)?

Oh, and standalone :) Maybe I should support inetd too later.


From marcelo@carpa.ciagri.usp.br  Thu Aug  8 02:18:19 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 08 Aug 2002 02:18:19 +0300 (EEST)
Return-Path: <marcelo@carpa.ciagri.usp.br>
Delivered-To: dovecot@procontrol.fi
Received: from carpa.ciagri.usp.br (carpa.ciagri.usp.br [143.107.209.25])
	by danu.procontrol.fi (Postfix) with SMTP id 348EE23829
	for <dovecot@procontrol.fi>; Thu,  8 Aug 2002 02:18:18 +0300 (EEST)
Received: (qmail 18910 invoked by uid 1000); 7 Aug 2002 23:19:56 -0000
From: marcelo@carpa.ciagri.usp.br
Date: Wed, 7 Aug 2002 20:19:56 -0300
To: dovecot@procontrol.fi
Subject: [dovecot] SELECT
Message-ID: <20020807231956.GA11240@carpa.ciagri.usp.br>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-archive-position: 12
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: marcelo@carpa.ciagri.usp.br
Precedence: bulk
X-list: dovecot
X-UID: 12                                                  
Status: O
Content-Length: 1024



Hi, all.

Thanks Timo for answering my previous post. It's starting
fine now :)

I must be doing something wrong again but I can't connect from
any imap client. If I telnet to the server I get:

$ telnet carpa 11143
Trying 143.107.209.25...
Connected to carpa.ciagri.usp.br.
Escape character is '^]'.
* OK dovecot ready.
a001 login marcelo #####
a001 OK Logged in.
a002 select INBOX
a002 NO Broken INBOX: Permission denied
a003 select ""
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft \Recent)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft)] Flags
permitted.
* 246 EXISTS
* 246 RECENT
* OK [UNSEEN 1] First unseen.
* OK [UIDVALIDITY 1028760751] UIDs valid
a003 OK [READ-WRITE] Select completed.
a004 close
a004 OK Close completed.
a005 logout
* BYE Logging out
a005 OK Logout completed.
Connection closed by foreign host.

"INBOX" seems not be a valid mailbox name to Dovecot but
it works with others servers (courier, at least).

The server uses Maildirs and runs qmail and courier (by now).

Thanks.

From cras@irccrew.org  Thu Aug  8 07:13:04 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 08 Aug 2002 07:13:04 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 65BF823831
	for <dovecot@procontrol.fi>; Thu,  8 Aug 2002 07:13:04 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 3BB134C0A0; Thu,  8 Aug 2002 07:13:03 +0300 (EEST)
Date: Thu, 8 Aug 2002 07:13:03 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: SELECT
Message-ID: <20020808071303.F16470@irccrew.org>
References: <20020807231956.GA11240@carpa.ciagri.usp.br>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020807231956.GA11240@carpa.ciagri.usp.br>; from marcelo@carpa.ciagri.usp.br on Wed, Aug 07, 2002 at 08:19:56PM -0300
Content-Type: text/plain; charset=us-ascii
X-archive-position: 13
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: 13                                                  
Status: O

On Wed, Aug 07, 2002 at 08:19:56PM -0300, marcelo@carpa.ciagri.usp.br wrote:

> a002 NO Broken INBOX: Permission denied

You use normal passwd/shadow/pam authentication? Where does the home
directory point to, to your real home dir under which Maildir/ is? Anyway,
one of the following failed (under Maildir/):

 mkdir .INBOX
 ln -s ../cur .INBOX/cur
 ln -s ../new .INBOX/new
 ln -s ../tmp .INBOX/tmp

Next release will tell exactly which of them failed :)

> a003 select ""

I don't think this should be allowed :)


From marcelo@carpa.ciagri.usp.br  Thu Aug  8 16:11:45 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 08 Aug 2002 16:11:45 +0300 (EEST)
Return-Path: <marcelo@carpa.ciagri.usp.br>
Delivered-To: dovecot@procontrol.fi
Received: from carpa.ciagri.usp.br (carpa.ciagri.usp.br [143.107.209.25])
	by danu.procontrol.fi (Postfix) with SMTP id 88CF423831
	for <dovecot@procontrol.fi>; Thu,  8 Aug 2002 16:11:44 +0300 (EEST)
Received: (qmail 9606 invoked by uid 1000); 8 Aug 2002 13:13:30 -0000
From: marcelo@carpa.ciagri.usp.br
Date: Thu, 8 Aug 2002 10:13:30 -0300
To: dovecot@procontrol.fi
Subject: [dovecot] Re: SELECT
Message-ID: <20020808131329.GA30775@carpa.ciagri.usp.br>
References: <20020807231956.GA11240@carpa.ciagri.usp.br> <20020808071303.F16470@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020808071303.F16470@irccrew.org>
User-Agent: Mutt/1.3.28i
X-archive-position: 14
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: marcelo@carpa.ciagri.usp.br
Precedence: bulk
X-list: dovecot
X-UID: 14                                                  
Status: O

On Thu, Aug 08, 2002 at 07:13:03AM +0300, Timo Sirainen wrote:
> On Wed, Aug 07, 2002 at 08:19:56PM -0300, marcelo@carpa.ciagri.usp.br wrote:
> 
> > a002 NO Broken INBOX: Permission denied
> 
> You use normal passwd/shadow/pam authentication?

Well, in dovecot.conf I have:

auth = default
auth_methods = plain
auth_userinfo = shadow
auth_user = root

> Where does the home
> directory point to, to your real home dir under which Maildir/ is?

Maildir is in the real users' home (/home/user/Maildir)

> Anyway,
> one of the following failed (under Maildir/):
> 
>  mkdir .INBOX
>  ln -s ../cur .INBOX/cur
>  ln -s ../new .INBOX/new
>  ln -s ../tmp .INBOX/tmp
> 
> Next release will tell exactly which of them failed :)
> 

Shouldn't it be:

mkdir .INBOX
ln -s cur .INBOX/
ln -s new .INBOX/
ln -s tmp .INBOX/
?

Anyway, "mkdir .INBOX" succeeds but it is created with
perms 070 and trying to create the links inside it
causes the permission errors.


From cras@irccrew.org  Thu Aug  8 18:04:54 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 08 Aug 2002 18:04:54 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id C053623831
	for <dovecot@procontrol.fi>; Thu,  8 Aug 2002 18:04:54 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 6E2674C0A0; Thu,  8 Aug 2002 18:04:53 +0300 (EEST)
Date: Thu, 8 Aug 2002 18:04:53 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: SELECT
Message-ID: <20020808180453.J16470@irccrew.org>
References: <20020807231956.GA11240@carpa.ciagri.usp.br> <20020808071303.F16470@irccrew.org> <20020808131329.GA30775@carpa.ciagri.usp.br>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020808131329.GA30775@carpa.ciagri.usp.br>; from marcelo@carpa.ciagri.usp.br on Thu, Aug 08, 2002 at 10:13:30AM -0300
Content-Type: text/plain; charset=us-ascii
X-archive-position: 15
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: 15                                                  
Status: O

On Thu, Aug 08, 2002 at 10:13:30AM -0300, marcelo@carpa.ciagri.usp.br wrote:

> Shouldn't it be:
> 
> mkdir .INBOX
> ln -s cur .INBOX/
> ln -s new .INBOX/
> ln -s tmp .INBOX/
> ?

No, if that was done the symlinks would point to themselves. ln -s behaviour
looks a bit weird if you're not doing it from the destination directory :)

> Anyway, "mkdir .INBOX" succeeds but it is created with
> perms 070 and trying to create the links inside it
> causes the permission errors.

Ah, and this was because I was stupid and set the default umask to 0700
instead of 0077 :) You could fix this by uncommenting the umask-line in
dovecot.conf.

btw. 0.95 also has problems with bad network connections or large mailboxes,
I'll probably release 0.96 soon which fixes it.


From cras@irccrew.org  Thu Aug  8 19:00:00 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 08 Aug 2002 19:00:00 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 5A8E723829
	for <dovecot@procontrol.fi>; Thu,  8 Aug 2002 19:00:00 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 36C274C0A0; Thu,  8 Aug 2002 19:00:00 +0300 (EEST)
Date: Thu, 8 Aug 2002 19:00:00 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] v0.96 released
Message-ID: <20020808190000.K16470@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 16
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: 16                                                  
Status: O
Content-Length: 1072

This release was actually tested with reading my inbox (500+ messages, mbox,
Solaris 8) using Outlook and Evolution

v0.96 2002-08-08  Timo Sirainen <tss@iki.fi>

	* Changed to LGPL v2.1 license

	+ STARTTLS support and optional disabling of plaintext authentication
	  (LOGINDISABLED capability)
	+ Support for custom message flags, each folder can have 26 different.
	+ New configuration file options: imap_listen, max_logging_users,
	  max_imap_processes
	+ You can specify config file location to imap-master with -c <path>
	+ All IMAP processes can now write to specified log file instead of
	  syslog. Either do this by setting IMAP_LOGFILE environment, or
	  give -l <path> parameter to imap-master.
	+ Some cleanups to remove warnings with BSDs
	+ Changed all %s .. strerror(errno) -> %m
	+ Rewritten memory pool code
	- imap-master didn't close all the fds for executed processes
	- iobuffer code was buggy and caused the connection to terminate
	  sometimes
	- make install overwrote the existing dovecot.conf file, so it's now
	  named as dovecot-example.conf


From marcelo@carpa.ciagri.usp.br  Thu Aug  8 22:33:47 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 08 Aug 2002 22:33:47 +0300 (EEST)
Return-Path: <marcelo@carpa.ciagri.usp.br>
Delivered-To: dovecot@procontrol.fi
Received: from carpa.ciagri.usp.br (carpa.ciagri.usp.br [143.107.209.25])
	by danu.procontrol.fi (Postfix) with SMTP id 18B9C23829
	for <dovecot@procontrol.fi>; Thu,  8 Aug 2002 22:33:45 +0300 (EEST)
Received: (qmail 23496 invoked by uid 1000); 8 Aug 2002 19:35:33 -0000
From: marcelo@carpa.ciagri.usp.br
Date: Thu, 8 Aug 2002 16:35:33 -0300
To: dovecot@procontrol.fi
Subject: [dovecot] Disk quotas (was: SELECT)
Message-ID: <20020808193533.GA28619@carpa.ciagri.usp.br>
References: <20020807231956.GA11240@carpa.ciagri.usp.br> <20020808071303.F16470@irccrew.org> <20020808131329.GA30775@carpa.ciagri.usp.br> <20020808180453.J16470@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020808180453.J16470@irccrew.org>
User-Agent: Mutt/1.3.28i
X-archive-position: 17
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: marcelo@carpa.ciagri.usp.br
Precedence: bulk
X-list: dovecot
X-UID: 17                                                  
Status: O
Content-Length: 1136

On Thu, Aug 08, 2002 at 06:04:53PM +0300, Timo Sirainen wrote:

> > Anyway, "mkdir .INBOX" succeeds but it is created with
> > perms 070 and trying to create the links inside it
> > causes the permission errors.
> 
> Ah, and this was because I was stupid and set the default umask to 0700
> instead of 0077 :) You could fix this by uncommenting the umask-line in
> dovecot.conf.

Hey, it works! :)

> 
> btw. 0.95 also has problems with bad network connections or large mailboxes,
> I'll probably release 0.96 soon which fixes it.
> 

Yes, confirmed. Using 0.96 my inbox shows up with all my ~200 messages now.

Now, one last question (for a while):  would be possible/desirable make
Dovecot work when an user is with her disk quota completely full (hard
quota)?  The main reason I'm looking for an alternative imap server is that
neither WU-Imapd nor Courier work "properly" (from an user point of view) in
that situation (the user can not login or delete her messages to clean up
the mailbox). If Dovecot could handle this problem (creating its scratch
files in /tmp, perhaps) it'd be big plus, IMHO.

Thanks for the great support :)

From cras@irccrew.org  Fri Aug  9 07:03:02 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 09 Aug 2002 07:03:02 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A2CE123829
	for <dovecot@procontrol.fi>; Fri,  9 Aug 2002 07:03:02 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 30A774C0A0; Fri,  9 Aug 2002 07:03:01 +0300 (EEST)
Date: Fri, 9 Aug 2002 07:03:01 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Disk quotas (was: SELECT)
Message-ID: <20020809070301.L16470@irccrew.org>
References: <20020807231956.GA11240@carpa.ciagri.usp.br> <20020808071303.F16470@irccrew.org> <20020808131329.GA30775@carpa.ciagri.usp.br> <20020808180453.J16470@irccrew.org> <20020808193533.GA28619@carpa.ciagri.usp.br>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020808193533.GA28619@carpa.ciagri.usp.br>; from marcelo@carpa.ciagri.usp.br on Thu, Aug 08, 2002 at 04:35:33PM -0300
Content-Type: text/plain; charset=us-ascii
X-archive-position: 18
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: 18                                                  
Status: O
Content-Length: 1031

On Thu, Aug 08, 2002 at 04:35:33PM -0300, marcelo@carpa.ciagri.usp.br wrote:

> Now, one last question (for a while):  would be possible/desirable make
> Dovecot work when an user is with her disk quota completely full (hard
> quota)?  The main reason I'm looking for an alternative imap server is that
> neither WU-Imapd nor Courier work "properly" (from an user point of view) in
> that situation (the user can not login or delete her messages to clean up
> the mailbox). If Dovecot could handle this problem (creating its scratch
> files in /tmp, perhaps) it'd be big plus, IMHO.

Well, that is a bit difficult to handle.. It's mostly the index files that
dovecot has to create/grow. I think I should support keeping them only in
memory when disk quota is exceeded.

But what about clients, I think some of them just copy the mail to trash
folder instead of deleting the mail? But maybe with
maildir_copy_with_hardlinks=yes that'd be possible even with quota full.

I guess I'll have to install quota support and start fixing.


From marcelo@carpa.ciagri.usp.br  Fri Aug  9 22:05:26 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 09 Aug 2002 22:05:26 +0300 (EEST)
Return-Path: <marcelo@carpa.ciagri.usp.br>
Delivered-To: dovecot@procontrol.fi
Received: from carpa.ciagri.usp.br (carpa.ciagri.usp.br [143.107.209.25])
	by danu.procontrol.fi (Postfix) with SMTP id 41E5B23831
	for <dovecot@procontrol.fi>; Fri,  9 Aug 2002 22:03:46 +0300 (EEST)
Received: (qmail 27100 invoked by uid 1000); 9 Aug 2002 19:03:39 -0000
From: marcelo@carpa.ciagri.usp.br
Date: Fri, 9 Aug 2002 16:03:39 -0300
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Disk quotas
Message-ID: <20020809190339.GA2063@carpa.ciagri.usp.br>
References: <20020807231956.GA11240@carpa.ciagri.usp.br> <20020808071303.F16470@irccrew.org> <20020808131329.GA30775@carpa.ciagri.usp.br> <20020808180453.J16470@irccrew.org> <20020808193533.GA28619@carpa.ciagri.usp.br> <20020809070301.L16470@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020809070301.L16470@irccrew.org>
User-Agent: Mutt/1.3.28i
X-archive-position: 19
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: marcelo@carpa.ciagri.usp.br
Precedence: bulk
X-list: dovecot
X-UID: 19                                                  
Status: O

On Fri, Aug 09, 2002 at 07:03:01AM +0300, Timo Sirainen wrote:

> 
> Well, that is a bit difficult to handle.. It's mostly the index files that
> dovecot has to create/grow. I think I should support keeping them only in
> memory when disk quota is exceeded.
> 

I see...

> But what about clients, I think some of them just copy the mail to trash
> folder instead of deleting the mail? But maybe with
> maildir_copy_with_hardlinks=yes that'd be possible even with quota full.
> 

When a user or his imap client asks for a "write" operation (like saving in
Trash) I think it's fair for an imap server just fail the operation and
return an error (he's overquota :).

But using "good" clients that offer the option to just delete the messages
(not copy/move them) it would be nice if they could have the chance to at
least login and delete the spam.

> I guess I'll have to install quota support and start fixing.
> 

I'm by no means a decent C programmer but if I could help somehow, just ask.

Thanks,
Marcelo.

From ev@kernel.ping-viini.org  Mon Aug 12 01:09:37 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 12 Aug 2002 01:09:37 +0300 (EEST)
Return-Path: <ev@kernel.ping-viini.org>
Delivered-To: dovecot@procontrol.fi
Received: from ping-viini.at.home.telekarelia.fi (ping-viini.at.home.telekarelia.fi [195.197.199.46])
	by danu.procontrol.fi (Postfix) with SMTP id C8B3423833
	for <dovecot@procontrol.fi>; Mon, 12 Aug 2002 01:09:37 +0300 (EEST)
Received: (qmail 17429 invoked from network); 11 Aug 2002 21:32:33 -0000
Received: from unknown (HELO eero) (192.168.0.2)
  by 0 with SMTP; 11 Aug 2002 21:32:33 -0000
Message-ID: <006701c24183$c7f10d60$0200a8c0@eero>
From: "Eero Volotinen" <ev@kernel.ping-viini.org>
To: <dovecot@procontrol.fi>
Subject: [dovecot] vpopmail authentication support
Date: Mon, 12 Aug 2002 01:09:37 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-archive-position: 20
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ev@kernel.ping-viini.org
Precedence: bulk
X-list: dovecot
X-UID: 20                                                  
Status: O

is nice feature to get soon if possible?


--
Eero


From cras@irccrew.org  Thu Aug 22 16:25:52 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 22 Aug 2002 16:25:52 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 926902386D
	for <dovecot@procontrol.fi>; Thu, 22 Aug 2002 16:25:52 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id C96234C0A0; Thu, 22 Aug 2002 16:25:51 +0300 (EEST)
Date: Thu, 22 Aug 2002 16:25:51 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] status update / cvs repository
Message-ID: <20020822132551.GD12341@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 21
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: 21                                                  
Status: O

Past few weeks went mostly while rewriting small part of code. It really
wouldn't have needed to take that long, but I always got really tired after
just looking at that code for a few seconds :)

Anyway, now messages are parsed in 256kB blocks (maybe I should make it
configurable), so large messages don't eat all memory anymore. Maildir
support seems to work with the new code, though I haven't tested it too well
yet. mbox is currently broken.

If you want to test it, dovecot's CVS is available with rsync. I don't think
I'll bother setting up pserver since that CVS has also other sources that
aren't public.

With rsync you'd do it something like:

# initialize new cvs repository (do it just once)
cvs -d ~/cvs init

# update cvs repository
rsync -avz --delete dovecot.procontrol.fi::dovecotcvs ~/cvs/dovecot

# checkout the sources from your cvs repository
cd ~/src
cvs -d ~/cvs checkout dovecot


From cras@irccrew.org  Mon Aug 26 18:23:16 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 26 Aug 2002 18:23:16 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id AB6572386D
	for <dovecot@procontrol.fi>; Mon, 26 Aug 2002 18:23:16 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id ADE354C0A0; Mon, 26 Aug 2002 18:23:12 +0300 (EEST)
Date: Mon, 26 Aug 2002 18:23:12 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: vpopmail authentication support
Message-ID: <20020826152312.GI7103@irccrew.org>
References: <006701c24183$c7f10d60$0200a8c0@eero>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <006701c24183$c7f10d60$0200a8c0@eero>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 22
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: 22                                                  
Status: O

On Mon, Aug 12, 2002 at 01:09:37AM +0300, Eero Volotinen wrote:
> is nice feature to get soon if possible?

OK, I finally remembered to put this in TODO :) I also looked at vpopmail
before but it had at least one very weird thing which I thought about asking
about it's authors (gid field actually contains just flags).


From cras@irccrew.org  Thu Aug 29 03:17:57 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 29 Aug 2002 03:17:57 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 56E0223831
	for <dovecot@procontrol.fi>; Thu, 29 Aug 2002 03:17:57 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id A9A3B4C0A0; Thu, 29 Aug 2002 03:17:56 +0300 (EEST)
Date: Thu, 29 Aug 2002 03:17:56 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] v0.97 released
Message-ID: <20020829001756.GU7103@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 23
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: 23                                                  
Status: O
Content-Length: 2242

This is a major cleanup release. My near future goal is to make it
impossible to crash Dovecot no matter what you did. This release also adds
support for files larger than 2GB with Linux and Solaris. Also mbox support
seems to work quite well now, except EXPUNGE and STORE are still not
implemented.

The "impossible to crash" should already be quite true, at least when it
comes to index files. You can try to corrupt indexes in any way you want,
and Dovecot should not crash. There's one exception to this: modifying the
files while dovecot is reading them may crash it, this is too difficult to
fix as long as shared memory maps are used, and I don't see much point in it
anyway. I mostly want dovecot to survive corrupted files, not intentional
crashing :)

This release is the first I'd almost like to call beta-quality. But not
quite. It still lacks testing and several features, but it's very close :)

Changelog:

v0.97 2002-08-29  Timo Sirainen <tss@iki.fi>

	+ Large mails are handled in 256kB blocks, so mail size no longer
	  has hardly any effect on memory usage
	+ 64bit file offsets are used if supported by system. This means
	  Dovecot is fully capable of handling >2G mails in those systems.
	  With 32bit offsets >2G mails may not behave too well, but should
	  not crash either.
	+ I fixed lots of potential integer overflows. This should make us
	  fully crash-free no matter what happens (index file corruption
	  mostly). I didn't verify everything too carefully yet, so more
	  auditing is still needed before we fully reach that goal.
	+ Implemented several missing tasks / optimizations to index handling.
	  It should now stay fast after longer usage periods.
	+ New configuration file options: log_path, log_timestamp, imaps_listen
	+ "Critical errors" are now hidden from users, ie. any error message
	  that is not a direct reply to user error is written into log file
	  and user gets only "Internal error [timestamp]".
	+ Nonblocking SSL handshaking
	+ Lots of code cleanups
	- Lots of mbox fixes, it seems to be somewhat reliable now
	- Year in Date-field was parsed wrong
	- Appending mail to mbox didn't work right
	- Always verify that mailbox names are valid (especially they shouldn't
	  contain "../")


From svrmarty@gmx.net  Sat Sep 14 23:50:41 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 14 Sep 2002 23:50:41 +0300 (EEST)
Return-Path: <svrmarty@gmx.net>
Delivered-To: dovecot@procontrol.fi
Received: from svrmarty.gnome.at (unknown [213.225.45.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 0964B23831
	for <dovecot@procontrol.fi>; Sat, 14 Sep 2002 23:50:40 +0300 (EEST)
Received: from silent (silent.svrmarty.gnome.at [192.168.1.8])
	by svrmarty.gnome.at (8.12.3/8.12.3/Debian -4) with SMTP id g8EM00he027169
	for <dovecot@procontrol.fi>; Sun, 15 Sep 2002 00:00:01 +0200
Message-ID: <059101c25c30$da8c2b40$0801a8c0@svrmarty.gnome.at>
From: "SvR Marty" <svrmarty@gmx.net>
To: <dovecot@procontrol.fi>
Subject: [dovecot] Problems with it
Date: Sat, 14 Sep 2002 22:54:00 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
X-archive-position: 24
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: svrmarty@gmx.net
Precedence: bulk
X-list: dovecot
X-UID: 24                                                  
Status: O

i've install it, used the example config and started

tryed to access my mailbox via Outlook Express

here's the syslog:

Sep 14 22:42:17 p133 imap-login: Logged in. [192.168.1.8]
Sep 15 00:42:17 p133 imap(svrmarty): MAIL environment missing and
autodetection failed (home /home/svrmarty)
Sep 15 00:42:17 p133 imap-master: child 20960 (imap) returned error 98
Sep 14 22:42:19 p133 imap-login: Logged in. [192.168.1.8]
Sep 15 00:42:19 p133 imap(svrmarty): MAIL environment missing and
autodetection failed (home /home/svrmarty)
Sep 15 00:42:19 p133 imap-master: child 20961 (imap) returned error 98

it fails and i don't see any message


From cras@irccrew.org  Sun Sep 15 00:50:10 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 15 Sep 2002 00:50:10 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 75F9423837
	for <dovecot@procontrol.fi>; Sun, 15 Sep 2002 00:50:10 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 4AA2C4C0A5; Sun, 15 Sep 2002 00:50:09 +0300 (EEST)
Date: Sun, 15 Sep 2002 00:50:08 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Problems with it
Message-ID: <20020914215008.GU9842@irccrew.org>
References: <059101c25c30$da8c2b40$0801a8c0@svrmarty.gnome.at>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <059101c25c30$da8c2b40$0801a8c0@svrmarty.gnome.at>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 25
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: 25                                                  
Status: O

On Sat, Sep 14, 2002 at 10:54:00PM +0200, SvR Marty wrote:

> Sep 15 00:42:17 p133 imap(svrmarty): MAIL environment missing and
> autodetection failed (home /home/svrmarty)

Are you using mbox or maildir? It looks only for ~/Maildir with maildir.
With mbox it looks for ~/Mail and ~/mail directories, and they must contain
either "inbox" or "mbox" file.

If your mail is in /var/mail, that's not supported yet, and I'm not sure if
it will be. You could create symlink from it to ~/mail though.


From svrmarty@gmx.net  Sun Sep 15 15:46:31 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 15 Sep 2002 15:46:31 +0300 (EEST)
Return-Path: <svrmarty@gmx.net>
Delivered-To: dovecot@procontrol.fi
Received: from svrmarty.gnome.at (unknown [213.225.45.83])
	by danu.procontrol.fi (Postfix) with ESMTP id B6BA023831
	for <dovecot@procontrol.fi>; Sun, 15 Sep 2002 15:46:28 +0300 (EEST)
Received: from silent (silent.svrmarty.gnome.at [192.168.1.8])
	by svrmarty.gnome.at (8.12.3/8.12.3/Debian -4) with SMTP id g8FDuEhe013158
	for <dovecot@procontrol.fi>; Sun, 15 Sep 2002 15:56:15 +0200
Message-ID: <009601c25cb6$b1e567c0$0801a8c0@svrmarty.gnome.at>
From: "SvR Marty" <svrmarty@gmx.net>
To: <dovecot@procontrol.fi>
References: <059101c25c30$da8c2b40$0801a8c0@svrmarty.gnome.at> <20020914215008.GU9842@irccrew.org>
Subject: [dovecot] Re: Problems with it
Date: Sun, 15 Sep 2002 14:52:03 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
X-archive-position: 26
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: svrmarty@gmx.net
Precedence: bulk
X-list: dovecot
X-UID: 26                                                  
Status: O
Content-Length: 1045

i can't find a good howto doc.

can you put ls -laR of the special folders into a mail an send it ?

i don't know how this should work

seems i'm using maildir
Internal error [2002-09-15 16:42:35]
Sep 15 16:42:35 p133 imap(svrmarty): Can't open index data
/home/svrmarty/Maildir/.INBOX/.imap.index.data: No such file or directory

dunno what to do

----- Original Message -----
From: "Timo Sirainen" <tss@iki.fi>
To: <dovecot@procontrol.fi>
Sent: Saturday, September 14, 2002 11:50 PM
Subject: [dovecot] Re: Problems with it


> On Sat, Sep 14, 2002 at 10:54:00PM +0200, SvR Marty wrote:
>
> > Sep 15 00:42:17 p133 imap(svrmarty): MAIL environment missing and
> > autodetection failed (home /home/svrmarty)
>
> Are you using mbox or maildir? It looks only for ~/Maildir with maildir.
> With mbox it looks for ~/Mail and ~/mail directories, and they must
contain
> either "inbox" or "mbox" file.
>
> If your mail is in /var/mail, that's not supported yet, and I'm not sure
if
> it will be. You could create symlink from it to ~/mail though.
>
>


From cras@irccrew.org  Mon Sep 16 07:41:59 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Sep 2002 07:41:59 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A05B423831
	for <dovecot@procontrol.fi>; Mon, 16 Sep 2002 07:41:59 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 4D5EF4C0A5; Mon, 16 Sep 2002 07:41:56 +0300 (EEST)
Date: Mon, 16 Sep 2002 07:41:56 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Problems with it
Message-ID: <20020916044155.GY9842@irccrew.org>
References: <059101c25c30$da8c2b40$0801a8c0@svrmarty.gnome.at> <20020914215008.GU9842@irccrew.org> <009601c25cb6$b1e567c0$0801a8c0@svrmarty.gnome.at>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <009601c25cb6$b1e567c0$0801a8c0@svrmarty.gnome.at>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 27
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: 27                                                  
Status: O

On Sun, Sep 15, 2002 at 02:52:03PM +0200, SvR Marty wrote:
> seems i'm using maildir
> Internal error [2002-09-15 16:42:35]
> Sep 15 16:42:35 p133 imap(svrmarty): Can't open index data
> /home/svrmarty/Maildir/.INBOX/.imap.index.data: No such file or directory

Looks like some bug .. rm -f /home/svrmarty/Maildir/.INBOX/.imap.index*
might help.

Anyway, the 0.97 version isn't very usable. I think I'll release new version
today or tomorrow, which has had quite a lot of testing. I'll just have to
see if all those changes I did last weekend broke everything or fixed the
last few problems :)


From cras@irccrew.org  Fri Sep 20 14:30:45 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 20 Sep 2002 14:30:45 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8FDD82383F
	for <dovecot@procontrol.fi>; Fri, 20 Sep 2002 14:30:45 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 63BF44C0A5; Fri, 20 Sep 2002 14:30:45 +0300 (EEST)
Date: Fri, 20 Sep 2002 14:30:45 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] vpopmail authentication
Message-ID: <20020920113045.GC8225@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 28
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: 28                                                  
Status: O

CVS has now support for vpopmail authentication. .c file compiles, but I'm
not sure if I did the other checks properly and if it actually works :)

If someone here is using it, could you test it? At least to see if configure
detects it and if it compiles/links.

BTW. I think maildir support is now working quite well, 0.98 isn't far away.


From cras@irccrew.org  Fri Sep 20 15:19:11 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 20 Sep 2002 15:19:11 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 202B223831
	for <dovecot@procontrol.fi>; Fri, 20 Sep 2002 15:19:11 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id F03784C0A5; Fri, 20 Sep 2002 15:19:10 +0300 (EEST)
Date: Fri, 20 Sep 2002 15:19:10 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: vpopmail authentication
Message-ID: <20020920121910.GA27866@irccrew.org>
References: <20020920113045.GC8225@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20020920113045.GC8225@irccrew.org>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 29
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: 29                                                  
Status: O

On Fri, Sep 20, 2002 at 02:30:45PM +0300, Timo Sirainen wrote:
> CVS has now support for vpopmail authentication. .c file compiles, but I'm
> not sure if I did the other checks properly and if it actually works :)

Yes, it works.


From tss@iki.fi  Mon Sep 23 20:42:43 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 23 Sep 2002 20:42:44 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D7B9D2383F
	for <dovecot@procontrol.fi>; Mon, 23 Sep 2002 20:42:43 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 9D32C5E01F4F; Mon, 23 Sep 2002 20:42:43 +0300 (EEST)
Subject: [dovecot] 0.98 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 23 Sep 2002 20:42:43 +0300
Message-Id: <1032802963.15743.2.camel@hurina>
Mime-Version: 1.0
X-archive-position: 30
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: 30                                                  
Status: O
Content-Length: 1061

0.98 released. This release includes LOTS of bugfixes after almost 4
weeks of actual use. We've mostly tested with Outlook 2000, Outlook
Express 6 and Evolution 1.0.8. I haven't heard of a single bug in
maildir for several days, and mbox worked quite well first time today :)

New features include vpopmail authentication, ability to run properly
when there's no disk space left to allow user to delete mail, and full
support for mbox.

v0.98 2002-09-23  Timo Sirainen <tss@iki.fi>

+ mbox support is finally working. There's still some reliability
  fixes left but overall it should be quite usable.
+ vpopmail authentication support
+ We should be able to deal with "out of diskspace/quota" conditions
  properly, by keeping the indexes in memory and allowing user to
  delete mails to get more space.
+ Several speed enhancements
+ New configuration file option: overwrite_incompatible_index to force
  using ".imap.index" file, overwriting it if it isn't compatible
- Handle invalid message headers reliably
- Tons of bugfixes and code cleanups everywhere


From tss@iki.fi  Tue Sep 24 20:04:30 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 24 Sep 2002 20:04:30 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6B45C23831
	for <dovecot@procontrol.fi>; Tue, 24 Sep 2002 20:04:30 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 2AD7C5E01F42; Tue, 24 Sep 2002 20:04:30 +0300 (EEST)
Subject: [dovecot] 0.98.1 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 24 Sep 2002 20:04:30 +0300
Message-Id: <1032887070.27868.0.camel@hurina>
Mime-Version: 1.0
X-archive-position: 31
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: 31                                                  
Status: O

Guess I should have waited one more day before releasing 0.98 :) This
fixes a few mbox problems and should finally make it safe to use. Also
fixes a bug of not allowing to save mail larger than 8kB.


From tss@iki.fi  Mon Sep 30 23:53:10 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 30 Sep 2002 23:53:10 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6FE262383F
	for <dovecot@procontrol.fi>; Mon, 30 Sep 2002 23:53:10 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 69C545E03E5C; Mon, 30 Sep 2002 23:53:09 +0300 (EEST)
Subject: [dovecot] 0.98.2 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1033419189.14835.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 30 Sep 2002 23:53:09 +0300
X-archive-position: 32
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: 32                                                  
Status: O
Content-Length: 1080

Lets see if I fixed all the nasty bugs now.

v0.98.2 2002-09-30  Timo Sirainen <tss@iki.fi>

	+ --with-file-offset-size=32 can now be used to select 32bit file
	  offsets. Using them should be a bit faster and take a bit less
	  disk and memory (also needed to compile Dovecot successfully with
	  TinyCC).
	+ maildir_copy_with_hardlinks option works now
	+ Check new mail and notify about it to client also after
	  commands which don't allow full syncing (FETCH, STORE, SEARCH).
	  Also always send RECENT after EXISTS notify.
	+ If we're out of disk space while opening mailbox, notify about it
	  with ALERT.
	- STORE and SEARCH didn't handle properly message sequence numbers
	  when some in the middle were externally deleted
	- SEARCH: Only first search condition was checked.
	- mbox: Message flags given to APPEND were ignored.
	- mbox: index was corrupted when changing flags for multipart MIME
	  messages
	- Out of disk space-handling wasn't working properly with .customflags
	  file
	- if auth processes were killed, login processes weren't reconnecting
	  to them


From tss@iki.fi  Tue Oct  1 00:28:31 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 01 Oct 2002 00:28:31 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3D1E123831
	for <dovecot@procontrol.fi>; Tue,  1 Oct 2002 00:28:31 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id D03AB5E03E5C; Tue,  1 Oct 2002 00:28:30 +0300 (EEST)
Subject: [dovecot] 0.98.3 released.
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1033421310.19032.0.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 01 Oct 2002 00:28:30 +0300
X-archive-position: 33
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: 33                                                  
Status: O

v0.98.3 2002-10-01  Timo Sirainen <tss@iki.fi>

	* Sorry, just noticed a very stupid bug which caused evolution 1.2
	  beta to crash. I always thought it was just evolution's fault :)
	- Several fields in BODY / BODYSTRUCTURE replies weren't quoted


From tss@iki.fi  Sun Oct  6 00:39:51 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 06 Oct 2002 00:39:51 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 14CF32382D
	for <dovecot@procontrol.fi>; Sun,  6 Oct 2002 00:39:51 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id BDD015E03E5C; Sun,  6 Oct 2002 00:39:50 +0300 (EEST)
Subject: [dovecot] 0.98.4 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1033853990.9860.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 06 Oct 2002 00:39:50 +0300
X-archive-position: 34
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: 34                                                  
Status: O

v0.99 will be next, having the new great binary tree code which should
make huge mailboxes possible. With smaller mailboxes I think it still
makes it better than the old code, even while it is slower in some cases
(hash lookups are faster than btree search in optimal cases).

v0.98.4 2002-10-06  Timo Sirainen <tss@iki.fi>

	* Just a final release before replacing hash file with a binary tree.

	- When fetching messages larger than 256k, sometimes Dovecot missed
	  to send CR causing corrupted data at end of message and possibly
	  complete failure depending on IMAP client.
	- Fetching BODY or BODYSTRUCTURE for message having content-type of
	  message/rfc822 didn't correctly add () around the envelope data.
	- Several fixes to make it compile with HP/UX ANSI C compiler.
	  Also fixed several warnings it showed up.


From tss@iki.fi  Tue Oct  8 00:43:16 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Oct 2002 00:43:16 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 786252382B
	for <dovecot@procontrol.fi>; Tue,  8 Oct 2002 00:43:16 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id E5EDA5E015A0; Tue,  8 Oct 2002 00:43:15 +0300 (EEST)
Subject: [dovecot] Benchmarks
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034026995.782.15.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 08 Oct 2002 00:43:15 +0300
X-archive-position: 35
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: 35                                                  
Status: O

Just tried Dovecot with 85k mails from Linux kernel mailing list, total
of 357MB. I mostly wanted to see if the new binary tree file works well.
And it does :) Nothing gets slowed down after deleting messages all
around the mailbox.

I tried several things with Dovecot, UW-IMAPd and Courier. You'll see
that Dovecot is faster in everything else except raw I/O which is a bit
strange, have to look why.

I think the most important thing anyway is the time spent opening
mailbox. Clients are doing "STATUS mailbox (UNSEEN)" very often and that
has to be fast. With Dovecot it's so small that I didn't even bother
adding it to the benchmarks, with UW-IMAPd it's 16 seconds, with courier
2 seconds.

Full results can be found at
http://dovecot.procontrol.fi/dovecot-benchmark.txt


From tss@iki.fi  Tue Oct  8 03:33:27 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Oct 2002 03:33:27 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1C9832382D
	for <dovecot@procontrol.fi>; Tue,  8 Oct 2002 03:33:27 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 469EE5E015A0; Tue,  8 Oct 2002 03:33:26 +0300 (EEST)
Subject: [dovecot] Re: Benchmarks - updated for Cyrus
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1034026995.782.15.camel@hurina>
References: <1034026995.782.15.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034037205.770.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 08 Oct 2002 03:33:26 +0300
X-archive-position: 36
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: 36                                                  
Status: O

On Tue, 2002-10-08 at 00:43, Timo Sirainen wrote:
> Full results can be found at
> http://dovecot.procontrol.fi/dovecot-benchmark.txt

Updated to contain Cyrus benchmarks as well. Cyrus' BODY and ENVELOPE
fetches are equilevant to Dovecot's "BODY and ENVELOPE cached"
benchmarks.

So, we slightly beat Cyrus in many things, EXPUNGE most notably. BODY[]
fetching is slower probably because of our I/O problems, and possibly
also because we didn't store messages with CR+LFs (in which case we
would use sendfile(), and that should be _fast_).

We're also slow with message flag changes because maildir requires
rename()ing the mail files, we could later add optimization not to do it
but rely on flags specified in index file.


From tss@iki.fi  Tue Oct  8 06:23:31 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Oct 2002 06:23:31 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6DFF12382B
	for <dovecot@procontrol.fi>; Tue,  8 Oct 2002 06:23:31 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 466A25E015A0; Tue,  8 Oct 2002 06:23:31 +0300 (EEST)
Subject: [dovecot] Re: Benchmarks - updated for Cyrus
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1034037205.770.6.camel@hurina>
References: <1034026995.782.15.camel@hurina> <1034037205.770.6.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034047411.780.5.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 08 Oct 2002 06:23:31 +0300
X-archive-position: 37
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: 37                                                  
Status: O

On Tue, 2002-10-08 at 03:33, Timo Sirainen wrote:

> So, we slightly beat Cyrus in many things, EXPUNGE most notably. BODY[]
> fetching is slower probably because of our I/O problems, and possibly
> also because we didn't store messages with CR+LFs (in which case we
> would use sendfile(), and that should be _fast_).

Actually, after trying again a few more times (rebooting between),
Cyrus' BODY[] got much slower. Updated the benchmark once more, now
added Dovecot with CR+LF and Dovecot with 32bit file offsets (default is
64bit).



From tss@iki.fi  Thu Oct 10 04:40:09 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 10 Oct 2002 04:40:09 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 745FB2382B
	for <dovecot@procontrol.fi>; Thu, 10 Oct 2002 04:40:09 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id F269E5E03E5C; Thu, 10 Oct 2002 04:40:08 +0300 (EEST)
Subject: [dovecot] Re: Benchmarks - updated for Cyrus
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1034047411.780.5.camel@hurina>
References: <1034026995.782.15.camel@hurina> <1034037205.770.6.camel@hurina>
	 <1034047411.780.5.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034214008.770.7.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 10 Oct 2002 04:40:08 +0300
X-archive-position: 38
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: 38                                                  
Status: O

On Tue, 2002-10-08 at 06:23, Timo Sirainen wrote:
> Actually, after trying again a few more times (rebooting between),
> Cyrus' BODY[] got much slower. Updated the benchmark once more, now
> added Dovecot with CR+LF and Dovecot with 32bit file offsets (default is
> 64bit).

After 3 hours of tweaking which didn't make much difference, I finally
tried if filesystem had any effect on the speed. It had. A lot. Using
the same mail files as Cyrus, I got the time going from 2:32 down to
1:41. Cyrus used 2:25 to do the same, meaning we easily beat Cyrus.

Now, uw-imapd is still faster with mbox handling..


From faulerhund@faulerhund.net  Sat Oct 12 18:26:54 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 12 Oct 2002 18:26:55 +0300 (EEST)
Return-Path: <faulerhund@faulerhund.net>
Delivered-To: dovecot@procontrol.fi
Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200])
	by danu.procontrol.fi (Postfix) with ESMTP id D6D972382D
	for <dovecot@procontrol.fi>; Sat, 12 Oct 2002 18:26:54 +0300 (EEST)
Received: from [195.20.224.206] (helo=mrvdomng.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 180OAI-0001FX-00
	for dovecot@procontrol.fi; Sat, 12 Oct 2002 17:26:54 +0200
Received: from [217.84.28.114] (helo=mobilo)
	by mrvdomng.kundenserver.de with smtp (Exim 3.35 #1)
	id 180OAH-0002wH-00
	for dovecot@procontrol.fi; Sat, 12 Oct 2002 17:26:53 +0200
Message-ID: <000e01c27203$e947a450$1964a8c0@mobilo>
From: "Korbinian Riedhammer" <faulerhund@faulerhund.net>
To: <dovecot@procontrol.fi>
Subject: [dovecot] auth problem
Date: Sat, 12 Oct 2002 17:27:43 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-archive-position: 39
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: faulerhund@faulerhund.net
Precedence: bulk
X-list: dovecot
X-UID: 39                                                  
Status: O

hi, im facing this problem:
Fatal: can't listen in UNIX socket /var/rin/dovecot/login/
/usr/lib/dovecot/imap-login: No such file or directory
Errror: child xxxxx (auth) returned error 98

any idea?

- bini


From sean@tcob1.net  Sat Oct 12 19:18:50 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 12 Oct 2002 19:18:50 +0300 (EEST)
Return-Path: <sean@tcob1.net>
Delivered-To: dovecot@procontrol.fi
Received: from s2.uklinux.net (smtp2.uklinux.net [80.84.64.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 17E9D2382B
	for <dovecot@procontrol.fi>; Sat, 12 Oct 2002 19:18:50 +0300 (EEST)
Received: from tcob1.net (y-airlock008.esatclear.ie [213.202.165.8])
	(authenticated)
	by s2.uklinux.net (8.11.6/8.11.6) with ESMTP id g9CGIm916110
	for <dovecot@procontrol.fi>; Sat, 12 Oct 2002 17:18:48 +0100
Envelope-To: <dovecot@procontrol.fi>
Received: from [192.168.0.1] (helo=tcob1.net.tcob1.net ident=sean)
	by tcob1.net with asmtp (Exim 4.10)
	id 180OyZ-00020q-00
	for dovecot@procontrol.fi; Sat, 12 Oct 2002 17:18:51 +0100
Date: Sat, 12 Oct 2002 17:18:38 +0100
Message-ID: <m365w73a1t.wl@tcob1.net>
From: Sean Rima <sean@tcob1.net>
To: dovecot@procontrol.fi
Subject: [dovecot] replacing Courier imapd
User-Agent: Wanderlust/2.9.15 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i586-pc-linux-gnu) MULE/5.0 (SAKAKI)
Organization: There Can Only Be 1
X-Home-Page: http://www.tcob1.net
X-GPG-Key-FingerPrint: AB0A 3748 9565 1BFD 4E77  D9D5 1CC9 D25A 7DA7 0294
X-GPG-Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7DA70294
X-OS: Linux 2.4.19
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
X-archive-position: 40
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: sean@tcob1.net
Precedence: bulk
X-list: dovecot
X-UID: 40                                                  
Status: O

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi folks,

I currently use courier imapd, exim and ldap on my mail box. There are
no users on this box, all info is taken from the ldap server. I note
that dovecot does not use ldap as a backend, but curious if this in on
the cards, or even mysql backend.

Sean
- -- 
  Sean Rima                                http://www.tcob1.net
  Linux User:      231986          Jabber:   tcobone@jabber.org
  THE VIEWS EXPRESSED HERE ARE NOT NECESSARILY THOSE OF MY WIFE.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)
Comment: Use GPG for Secure Mail

iD8DBQE9qEs4HMnSWn2nApQRAn22AJ4xdGWfpxAuY8dLDuHM/XUAXms0mwCfZJzk
ZD8cTK98j7f7CGcu1OENJXI=
=BS5M
-----END PGP SIGNATURE-----

From tss@iki.fi  Sat Oct 12 20:42:41 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 12 Oct 2002 20:42:41 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B9BC12382D
	for <dovecot@procontrol.fi>; Sat, 12 Oct 2002 20:42:41 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 7E8C95E03E5C; Sat, 12 Oct 2002 20:42:41 +0300 (EEST)
Subject: [dovecot] Re: auth problem
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <000e01c27203$e947a450$1964a8c0@mobilo>
References: <000e01c27203$e947a450$1964a8c0@mobilo>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034444559.30856.52.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 12 Oct 2002 20:42:41 +0300
X-archive-position: 41
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: 41                                                  
Status: O

On Sat, 2002-10-12 at 18:27, Korbinian Riedhammer wrote:
> hi, im facing this problem:
> Fatal: can't listen in UNIX socket /var/rin/dovecot/login/
> /usr/lib/dovecot/imap-login: No such file or directory
> Errror: child xxxxx (auth) returned error 98

Well, that error message at least looks a bit strange. Is that one or
two error messages? The first one should continue but it instead shows
two paths .. plus typo in /var/rin.

Anyway, probably something wrong in your config file, maybe you've tried
to add some path to "auth = xxx"? If not, send the whole file to me and
I'll see what's wrong.

Does /var/run/dovecot/login exist? And /usr/lib/dovecot/imap-login?
You did do make install, right?


From tss@iki.fi  Sat Oct 12 20:46:54 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 12 Oct 2002 20:46:54 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 770472382D
	for <dovecot@procontrol.fi>; Sat, 12 Oct 2002 20:46:54 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 42A2D5E03E5C; Sat, 12 Oct 2002 20:46:54 +0300 (EEST)
Subject: [dovecot] Re: replacing Courier imapd
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <m365w73a1t.wl@tcob1.net>
References: <m365w73a1t.wl@tcob1.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034444814.30856.58.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 12 Oct 2002 20:46:54 +0300
X-archive-position: 42
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: 42                                                  
Status: O

On Sat, 2002-10-12 at 19:18, Sean Rima wrote:

> I currently use courier imapd, exim and ldap on my mail box. There are
> no users on this box, all info is taken from the ldap server. I note
> that dovecot does not use ldap as a backend, but curious if this in on
> the cards, or even mysql backend.

It wouldn't be hard to implement them, but they're not high on my
TODO-list yet. If anyone else doesn't write them, I eventually will. 

They would be possible through vpopmail though, since it supports them
and Dovecot supports vpopmail. I wouldn't really encourage using
vpopmail though, doesn't look very secure.


From tss@iki.fi  Tue Oct 15 04:16:57 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Oct 2002 04:16:57 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 13D9A2382D
	for <dovecot@procontrol.fi>; Tue, 15 Oct 2002 04:16:57 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id D9E845E015A0; Tue, 15 Oct 2002 04:16:56 +0300 (EEST)
Subject: [dovecot] More documentation
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034644616.24679.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 15 Oct 2002 04:16:56 +0300
X-archive-position: 43
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: 43                                                  
Status: O

I just wrote a bit of documentation. Probably not very well organized,
improvement suggestions welcome :)

http://dovecot.procontrol.fi/doc/INSTALL
http://dovecot.procontrol.fi/doc/configuration.txt
http://dovecot.procontrol.fi/doc/mail-storages.txt

Those are also in the main dovecot.procontrol.fi web page. They also
talk about a few features not yet in CVS..


From faulerhund@faulerhund.net  Tue Oct 15 22:47:16 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Oct 2002 22:47:16 +0300 (EEST)
Return-Path: <faulerhund@faulerhund.net>
Delivered-To: dovecot@procontrol.fi
Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.131])
	by danu.procontrol.fi (Postfix) with ESMTP id 76DA02382D
	for <dovecot@procontrol.fi>; Tue, 15 Oct 2002 22:47:16 +0300 (EEST)
Received: from [195.20.224.206] (helo=mrvdomng.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 181Xes-0007dC-00
	for dovecot@procontrol.fi; Tue, 15 Oct 2002 21:47:14 +0200
Received: from [217.235.92.239] (helo=Bini)
	by mrvdomng.kundenserver.de with smtp (Exim 3.35 #1)
	id 181Xer-0001oK-00
	for dovecot@procontrol.fi; Tue, 15 Oct 2002 21:47:13 +0200
Message-ID: <000b01c27484$608af620$0164a8c0@Bini>
From: "Korbinian Riedhammer" <faulerhund@faulerhund.net>
To: <dovecot@procontrol.fi>
Subject: [dovecot] still problems getting it to work
Date: Tue, 15 Oct 2002 21:52:21 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-archive-position: 44
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: faulerhund@faulerhund.net
Precedence: bulk
X-list: dovecot
X-UID: 44                                                  
Status: O
Content-Length: 1645

hi all,
after havong some other trouble with my server i finally managed to
recompile and install dovecot. installed it in /usr/local (the dafault).
below u see a dump of my config file. i want to use "normal" shadow
passwords for authentification. i adjustet the pathes from /usr/ to
/usr/local/. when i login with outlook express 4 example i get the error:
unsupported authentification method. (my system isn't configured for shadow
md5). in the error log i get the the /dev/urandom is needed but not found,
well but i have it :)
maybe a chroot setting?

thx bini

imap_port = 143
#imaps_port = 993
imap_listen =
#imaps_listen =
#ssl_cert_file = /etc/ssl/certs/imapd.pem
#ssl_key_file = /etc/ssl/private/imapd.pem
disable_plaintext_auth = no
log_path = /var/log/imapd.log
log_timestamp = %d %H:%M:%S
login_executable = /usr/local/lib/dovecot/imap-login
login_user = imapd
login_dir = /var/run/dovecot/login
login_chroot = yes
login_processes_count = 1
max_logging_users = 256
imap_executable = /usr/local/lib/dovecot/imap
max_imap_processes = 1024
first_valid_uid = 1000
#last_valid_uid = 0
first_valid_gid = 101
last_valid_gid = 101
valid_chroot_dirs = /var/run/dovecot
maildir_copy_with_hardlinks = no
maildir_check_content_changes = no
overwrite_incompatible_index = yes
umask = 0077
auth = default
auth_methods = plain
#auth_realms =
auth_userinfo = shadow
auth_executable = /usr/local/lib/dovecot/imap-auth
auth_user = root
auth_chroot = /var/run/dovecot
auth_count = 1
#auth = digest_md5
#auth_methods = digest-md5
#auth_realms =
#auth_userinfo = passwd-file /etc/passwd.imap
#auth_user = imapauth
#auth_chroot = /var/run/dovecot/auth



From tss@iki.fi  Tue Oct 15 23:38:37 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Oct 2002 23:38:37 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D3448238A3
	for <dovecot@procontrol.fi>; Tue, 15 Oct 2002 23:38:37 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 4EC045E107F9; Tue, 15 Oct 2002 23:38:34 +0300 (EEST)
Subject: [dovecot] Re: still problems getting it to work
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <000b01c27484$608af620$0164a8c0@Bini>
References: <000b01c27484$608af620$0164a8c0@Bini>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034714314.24679.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 15 Oct 2002 23:38:34 +0300
X-archive-position: 45
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: 45                                                  
Status: O

On Tue, 2002-10-15 at 22:52, Korbinian Riedhammer wrote:
> hi all,
> after havong some other trouble with my server i finally managed to
> recompile and install dovecot. installed it in /usr/local (the dafault).
> below u see a dump of my config file. i want to use "normal" shadow
> passwords for authentification. i adjustet the pathes from /usr/ to
> /usr/local/. when i login with outlook express 4 example i get the error:
> unsupported authentification method. (my system isn't configured for shadow
> md5). in the error log i get the the /dev/urandom is needed but not found,
> well but i have it :)
> maybe a chroot setting?

You're right, it's the auth_chroot which breaks it. I fixed it in CVS
now.  But your auth process is still running as root, which makes
chrooting pretty useless, so just disable it.


From tss@iki.fi  Tue Oct 15 23:57:35 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Oct 2002 23:57:35 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BD343238A3
	for <dovecot@procontrol.fi>; Tue, 15 Oct 2002 23:57:35 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 801965E107F9; Tue, 15 Oct 2002 23:57:35 +0300 (EEST)
Subject: [dovecot] Re: still problems getting it to work
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <000b01c27484$608af620$0164a8c0@Bini>
References: <000b01c27484$608af620$0164a8c0@Bini>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1034715455.24679.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 15 Oct 2002 23:57:35 +0300
X-archive-position: 46
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: 46                                                  
Status: O

On Tue, 2002-10-15 at 22:52, Korbinian Riedhammer wrote:
> hi all,
> after havong some other trouble with my server i finally managed to
> recompile and install dovecot. installed it in /usr/local (the dafault).
> below u see a dump of my config file. i want to use "normal" shadow
> passwords for authentification. i adjustet the pathes from /usr/ to
> /usr/local/.

Path changing isn't needed btw. Dovecot uses automatically the paths
given with --prefix if they're not set in config file.

>  when i login with outlook express 4 example i get the error:
> unsupported authentification method. (my system isn't configured for shadow
> md5). in the error log i get the the /dev/urandom is needed but not found,
> well but i have it :)
> maybe a chroot setting?

Also chrooting wouldn't work anyway with shadow authentication since it
can't open /etc/shadow. I also just tried to see if opening shadow
database before chrooting would work, but it doesn't, probably because
it wants to reopen the file if it has changed.


From thomas@xs4all.net  Sat Oct 19 15:39:57 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 15:39:57 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by danu.procontrol.fi (Postfix) with ESMTP id 163C1238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 15:39:57 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9JCdus7052057
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 14:39:56 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id D6EDC2268; Sat, 19 Oct 2002 14:38:46 +0200 (CEST)
Date: Sat, 19 Oct 2002 14:38:46 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Architectural questions
Message-ID: <20021019123846.GK543@xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 47
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 47                                                  
Status: O
Content-Length: 8111


Greetings,

I have some architectural questions regarding dovecot, and though I've half
answered them by looking at the source, I'm also interested in hearing
whether my (our) wishes and suggestions are already being considered (or can
be considered, once built) for inclusion in dovecot itself.

Let me first explain why I'm doing this. I work for XS4ALL, a fairly large
ISP in the Netherlands. We provide a wide variety of services, including
shell access, pop3, webmail, et cetera. We use Sendmail on several clusters
of FreeBSD machines (loadbalanced using layer-4 ethernet switches) and
several NetApp Filers (dedicated NFS servers with fail-safe disk-arrays and
such) for backend. Several years ago (when we were a lot smaller) we noticed
the typical use of the mailboxes included leaving much old email on the
server, at least for a while, and that this is a bothersome thing when using
mbox mailboxes. (The mboxes basically have to be copied over whenever the
status of an email changes, leading to a lot of I/O.)

We briefly played with modifying sendmail and the pop server to avoid the
full copy in the common case (only status changes) by doing in-place edits
of a pre-generated Status line, as well as avoid full scanning of the mbox
file by creating special headers to mark the 'real' length of an email. It
worked, for a while, but it wasn't going to scale very well. So we switched
to maildir mailboxes for the mail spool. A modified mail.local (which we
need for other reasons as well) delivers in /var/spool/mail/u/s/username,
and mutt, uqwk, a modified pine and qmail's pop3 daemon read it from there.
Until last week our clients could choose to have mbox inboxes, to use with
'elm' or 'mail', but we decided to discontinue that support. Our new shell
servers, which are in test, don't have elm installed anymore anyway.

We still have support for mbox mailboxes in a user's homedirectory though,
by using procmail and such. So when we needed an IMAP server for use with
our webmail (based on SquirrelMail), we were forced to go with the UW-IMAP
server, with the maildir patch that's been scattered around the 'net. This
worked, for a while; we also use the maildir patch with pine after all.
However, the maildir patch is not very good. Not at all, even, and it only
seems to work by pure chance. Pine works for the average user who does not
get a lot of new mail while his pine is open or does not use procmail, and
fortunately a lot of the people that do get a lot of email use mutt, which
does work properly. The UW-IMAP server worked fine because SquirrelMail only
uses (used) a small subset of the available functionality. But that's
changing, as SquirrelMail gets actively developed, and we're also
considering other IMAP-based services. But we can't switch to Courier or
Cyrus because we need mbox support. And while looking for mbox patches for
either of those two, I ran across dovecot. Yay! :)

Dovecot is not everything we'd want, but it comes very close, and contrary
to UW-IMAP both the design and the actual source code are clean, readable
and logical, which means we can add the features we need and support them.
What we need and want to add is fairly simple, but I've only been looking at
dovecot since yesterday so I'd be happy to hear if any of it is possible,
feasible, unwise or unacceptable.

 - First off, we need the maildir support to be 'correct' in that it does
   not rely on the naming of the files in the mailbox, other than the very
   loose specification DJB gives (doesn't contain a colon or slash and
   doesn't start with a dot.) The pine/UW-imap patch breaks here because it
   depends on the first part of the filename being time() or something else
   that, when sorted alphanumerically, puts new mail at the end. Our
   LDA does this, but procmail does not, and it shouldn't have to.

 - Second, we need the maildir support to be 'correct' in that it does not
   rely on the directory order being persistant. The NetApp Filers use
   btree-indexed directories, so the order of readdir() can change
   completely whenever a file is added or removed. The pine/uw-imap patch
   relies on the '.uidvalidity' file being modified whenever the maildir sort
   order changed, and this isn't happening.

I *think*, from reading the sources, both of those are correct already. If
they aren't, I'd strongly urge you to fix it, as #1 is a problem for anyone
using procmail and #2 is a problem for anyone with 'indexed' directories
(including such new filesystems as reiserfs, and I assume FreeBSD's new
hashed directories.)

 - We need to avoid using fcntl(). The Netapps support it, but file-locking
   over NFS is very, very poorly designed and we've had too much problems of
   various kinds before, with fcntl. We also don't like the idea of having
   thousands of fcntl locks at the same time ;P Instead, we've switched to
   the locking method described in the Linux open(2) manpage under O_EXCL.
   (We call it 'dot-locking', I'm not sure where the name came from.)

   The actual implementation of that method is pretty simple, and I have a C
   version and a Python version hanging around here somewhere (the Python
   version is being used by GNU Mailman, last I looked.) If we're going to
   use dovecot, we will replace most, if not all, fcntl()s with dot-locking,
   the question is whether you want it contributed to dovecot :)

 - Every user's incoming mailbox is /var/spool/u/s/username. Other mailboxes
   are in /home/u/username/mail or /home/u/username/Mail (the second if the
   first does not exist.) We are not yet certain whether we want the inbox
   to be able to have subdir-mailboxes, as /var/spool and /home have
   different quotas and we urge people not to store their mail on
   /var/spool. (for one thing, it doesn't get backed-up.) We want these
   things to work without magical symlinks or empty files, because people
   _will_ delete them and cause unnecessary helpdesk calls :) Again, the
   question is mostly whether this is desirable in dovecot (or something
   enough like it to reduce local changes.)

 - We have over 300k mailboxes at the moment. We expect that number to keep
   growing. The indexer process (as described by design.txt) does not sound
   as a good idea in our case :) How necessary is it, really ? Especially
   since we do not expect more than 10% of those mailboxes to be actually
   used by IMAP, not even once. If disabling the indexer completely just
   means longer startup times for IMAP sessions, we can live with that.

 - The UW-IMAP maildir patch stores UID's in the indiviual filenames, using
   a 'U' flag. Will this interfere with dovecot ? We don't really need
   dovecot and UW-IMAP to share UIDs, but we would like to have an as
   painless transition as possible, without having to rename millions of
   files to remove the U flag and other flags :P It would also be nice to
   keep pine using the existing maildir patch, even though very few
   IMAP-users would use pine.

 - Would dovecot scale, architecturally speaking, to 500k+ active mailboxes ?
   The amount of hardware is not really an issue, we can add a lot of
   machines (off-the-shelve intel hadware) to each cluster, but if each
   dovecot process has to load in an index of all possible mailboxes... that
   would be a problem. Doing an inordinate number of file-accesses over NFS
   would also be a problem, but I haven't seen any indication of that in the
   source, yet.

In case it wasn't clear yet, I'm very happy to have found dovecot. The lack
of a decent mbox IMAP server has always dismayed me, let alone an
mbox+maildir one :) I should also point out that even though XS4ALL is a
commercial company, we would contribute our changes even if the licence
didn't require it, and we want to contribute them back the way you want
them, not necessarily the way it's easiest for us. We have a lot of
experience with opensource software, as a simple google on my name should
indicate ;P

Regards,
-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From tss@iki.fi  Sat Oct 19 17:01:56 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 17:01:56 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B8F982382D
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 17:01:55 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 822415E03E5C; Sat, 19 Oct 2002 17:01:55 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021019123846.GK543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035036115.1674.81.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 19 Oct 2002 17:01:55 +0300
X-archive-position: 48
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: 48                                                  
Status: O
Content-Length: 8886

On Sat, 2002-10-19 at 15:38, Thomas Wouters wrote:

> We briefly played with modifying sendmail and the pop server to avoid the
> full copy in the common case (only status changes) by doing in-place edits
> of a pre-generated Status line,

UW-imapd does this as well, creating "X-Keywords:          " line for
each mail. I had thought about this first with dovecot too, but since
mutt rewrote the whole mailbox always I figured I might as well. But
with larger mailboxes this is really slow, so I think I'll support the
X-keywords trick myself too.

>  as well as avoid full scanning of the mbox
> file by creating special headers to mark the 'real' length of an email.

For each mail? Content-Length? With my tests that didn't seem to help
much, rather made it just slower.. Could be that I just did something
badly, have to look into it more when I begin optimizing mbox handling
more. Have to get it at least as fast as UW-imapd :)

> We still have support for mbox mailboxes in a user's homedirectory though,
> by using procmail and such. So when we needed an IMAP server for use with
> our webmail (based on SquirrelMail), we were forced to go with the UW-IMAP
> server, with the maildir patch that's been scattered around the 'net. This

Hm. Squirrelmail requires SORT extension which Dovecot doesn't support
yet. Notes about SORT from CVS's TODO:

 - sort (draft-ietf-imapext-sort)
    - basically sorted SEARCH, requiring CHARSET support for
      UTF-8 and ASCII
    - we could create alternative binary tree file(s) for different sort
      conditions, ".tree-sort" or something. or if we decide to just
      keep it in memory, btree could still be best choice.
    - required by squirrelmail (webmail)

>  - First off, we need the maildir support to be 'correct' in that it does
>    not rely on the naming of the files in the mailbox, other than the very
>    loose specification DJB gives (doesn't contain a colon or slash and
>    doesn't start with a dot.) The pine/UW-imap patch breaks here because it
>    depends on the first part of the filename being time() or something else
>    that, when sorted alphanumerically, puts new mail at the end. Our
>    LDA does this, but procmail does not, and it shouldn't have to.

Dovecot doesn't care as long as the file name stays same before the ':'
character.

>  - Second, we need the maildir support to be 'correct' in that it does not
>    rely on the directory order being persistant. The NetApp Filers use
>    btree-indexed directories, so the order of readdir() can change
>    completely whenever a file is added or removed. The pine/uw-imap patch
>    relies on the '.uidvalidity' file being modified whenever the maildir sort
>    order changed, and this isn't happening.

Dovecot reads them into hash so it doesn't depend on readdir()
behaviour.

>  - We need to avoid using fcntl(). The Netapps support it, but file-locking
>    over NFS is very, very poorly designed and we've had too much problems of
>    various kinds before, with fcntl. We also don't like the idea of having
>    thousands of fcntl locks at the same time ;P Instead, we've switched to
>    the locking method described in the Linux open(2) manpage under O_EXCL.
>    (We call it 'dot-locking', I'm not sure where the name came from.)

Hmm. The dot-lock means the "mbox.lock" file which gets created when
someone wants it exclusively locked. Dovecot supports it, and maildir
itself doesn't need locking at all. Dovecot's index files currently use
fcntl()-locking, but it would be possible to replace them with lock
files.

Then there's modify log file. Dovecot uses fcntl() locking for it as a
way to figure out if it's the only one using the log file. Like make
everyone read-lock the file, then if someone wants to know if it's the
only one using it it tries to set write-lock on, if it fails it knows
someone else it using it as well. I'm not sure if there's any good way
to replace that by using files, I had pretty complicated (desperate)
plans before figuring out fcntl() could be used to do it easily.

It would be possible to just assume that there's always someone else
using the modify log, but each flag change or expunge would always write
a few bytes to it then, and when log file is switched (there's .log and
.log.2) it wouldn't be truncated after last process is finished with it
which is not too bad since after the next switch it will be truncated.

Also it would be possible not to use index files at all but just keep
them in memory. I've been fixing code to make this possible and somewhat
fast.

> If we're going to
>    use dovecot, we will replace most, if not all, fcntl()s with dot-locking,
>    the question is whether you want it contributed to dovecot :)

All locking goes through file_*_lock() or mbox_lock_*() functions. mbox
locking supports it already, and file_*_lock() could be made to support
it. It doesn't get currently file name but that could be done.

>  - Every user's incoming mailbox is /var/spool/u/s/username. Other mailboxes
>    are in /home/u/username/mail or /home/u/username/Mail (the second if the
>    first does not exist.) We are not yet certain whether we want the inbox
>    to be able to have subdir-mailboxes, as /var/spool and /home have
>    different quotas and we urge people not to store their mail on
>    /var/spool. (for one thing, it doesn't get backed-up.) We want these
>    things to work without magical symlinks or empty files, because people
>    _will_ delete them and cause unnecessary helpdesk calls :) Again, the
>    question is mostly whether this is desirable in dovecot (or something
>    enough like it to reduce local changes.)

Are maildir inboxes also in /var/spool? With mbox sub-inboxes wouldn't
be even possible because dir structure == mailbox structure, and since
inbox file exists there can't be inbox-dir (except maybe with different
case but that's kludgy).

I've also thought I might as well make it possible to read the mbox
inbox from /var/mail or whereever it is. Pretty easy to do, but .lock
file is problematic if new files can't be added to the /var/mail
directory.

>  - We have over 300k mailboxes at the moment. We expect that number to keep
>    growing. The indexer process (as described by design.txt) does not sound
>    as a good idea in our case :) How necessary is it, really ? Especially
>    since we do not expect more than 10% of those mailboxes to be actually
>    used by IMAP, not even once. If disabling the indexer completely just
>    means longer startup times for IMAP sessions, we can live with that.

Indexer doesn't exist yet, and wouldn't be really needed even. I still
think it could be somewhat nice idea, the system load is probably less
during night so we could use the extra time to make mailboxes perform
faster next day.

It'd be difficult to know when exactly there is "extra time" which is
why I haven't yet done the indexer. Probably needs some external program
(script) which tells it by maybe looking at some I/O statistics from
/proc or doing a few file operations and checking the latency.

Am I right in that CPU usage still isn't any problem but rather the I/O?

>  - The UW-IMAP maildir patch stores UID's in the indiviual filenames, using
>    a 'U' flag. Will this interfere with dovecot ? We don't really need
>    dovecot and UW-IMAP to share UIDs, but we would like to have an as
>    painless transition as possible, without having to rename millions of
>    files to remove the U flag and other flags :P It would also be nice to
>    keep pine using the existing maildir patch, even though very few
>    IMAP-users would use pine.

How exactly does the U flag work? I hope it's before the ':' character
like Courier's S=filesize? Otherwise U=1234 would be thought of as 6
different flags which isn't very good since Dovecot reorders them as
1234=U.

>  - Would dovecot scale, architecturally speaking, to 500k+ active mailboxes ?
>    The amount of hardware is not really an issue, we can add a lot of
>    machines (off-the-shelve intel hadware) to each cluster, but if each
>    dovecot process has to load in an index of all possible mailboxes... that
>    would be a problem. Doing an inordinate number of file-accesses over NFS
>    would also be a problem, but I haven't seen any indication of that in the
>    source, yet.

Dovecot opens the index when opening mailbox. It doesn't open other
mailboxes indexes. Also the indexes should make the file accesses less
than otherwise, especially with mbox since it wouldn't need to read and
parse the whole mbox file. In general I've tried to keep the file I/O as
little as possible.

If your clusters access the files through NFS, there should be no
problem. Except I've never tried Dovecot through NFS, and I'm not sure
how well mmap()ing works through NFS. I know there's been problems
before but hopefully they've been fixed already.



From thomas@xs4all.net  Sat Oct 19 18:11:38 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 18:11:38 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by danu.procontrol.fi (Postfix) with ESMTP id F2204238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 18:11:37 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9JFBbW0074539;
	Sat, 19 Oct 2002 17:11:37 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id 9191F2268; Sat, 19 Oct 2002 17:10:26 +0200 (CEST)
Date: Sat, 19 Oct 2002 17:10:26 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021019151026.GM543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035036115.1674.81.camel@hurina>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 49
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 49                                                  
Status: O
Content-Length: 7406

On Sat, Oct 19, 2002 at 05:01:55PM +0300, Timo Sirainen wrote:
> On Sat, 2002-10-19 at 15:38, Thomas Wouters wrote:

> > We briefly played with modifying sendmail and the pop server to avoid the
> > full copy in the common case (only status changes) by doing in-place edits
> > of a pre-generated Status line,

> UW-imapd does this as well, creating "X-Keywords:          " line for
> each mail. I had thought about this first with dovecot too, but since
> mutt rewrote the whole mailbox always I figured I might as well. But
> with larger mailboxes this is really slow, so I think I'll support the
> X-keywords trick myself too.

Well, for POP3 servers the story is a bit different than IMAP. The typical
use we were seeing was "user", "pass", "list", "retr <new mail>", "quit".
Sometimes (for some users) every few minutes. In that case, having to write
a 'RO' at a specific location in a large mbox is oodles more efficient than
copying the whole thing to local disk and back again (which is what the
popserver would do.) I'm not sure if it matters much with typical IMAP
usage.

> > as well as avoid full scanning of the mbox file by creating special
> > headers to mark the 'real' length of an email.

> For each mail? Content-Length? With my tests that didn't seem to help
> much, rather made it just slower.. Could be that I just did something
> badly, have to look into it more when I begin optimizing mbox handling
> more. Have to get it at least as fast as UW-imapd :)

Well, if I recall correctly, we added an 'X-Offset' header which pointed to
the exact (relative) byte offset for the next 'From ' line. It made our
pop3d (a modified qpopper 2.3 by the way) a much happier puppy. I'm not sure
what the difference with Content-Length was. I could find the sources, I
suppose; since we disabled mbox-inbox support we aren't using that code
anymore.

> > We still have support for mbox mailboxes in a user's homedirectory though,
> > by using procmail and such. So when we needed an IMAP server for use with
> > our webmail (based on SquirrelMail), we were forced to go with the UW-IMAP
> > server, with the maildir patch that's been scattered around the 'net. This

> Hm. Squirrelmail requires SORT extension which Dovecot doesn't support
> yet.

Ah, that's a shame. It means we can't use dovecot for our internal
SquirrelMail+IMAP testing yet :) We likely wouldn't start using dovecot for
production SquirrelMail anytime soon anyway, so it's not a big issue right
now... We'll have to see if our other uses of IMAP require it or not.

> Dovecot doesn't care [about maildir-message filenames] as long as the file
> name stays same before the ':' character.

They do.

> It would be possible to just assume that there's always someone else
> using the modify log, but each flag change or expunge would always write
> a few bytes to it then, and when log file is switched (there's .log and
> .log.2) it wouldn't be truncated after last process is finished with it
> which is not too bad since after the next switch it will be truncated.

> Also it would be possible not to use index files at all but just keep
> them in memory. I've been fixing code to make this possible and somewhat
> fast.

Hmm. I'd have to look at the code to say for sure, but I think we could live
with keeping them in memory. Accessing the same mailbox from two different
clients at the same time is not something we're too worried about, at the
moment.

> >  - Every user's incoming mailbox is /var/spool/u/s/username.

> Are maildir inboxes also in /var/spool? 

Yes. We don't use the ~/Maildir structure at all. We've always simply used
maildir mailboxes as a directly replacement of mbox mailboxes; a directory
instead of a file, and no sub-boxes :) I guess it's a philosphical
difference. To me, and to my colleagues, everything can be a mailbox, not
just something stored in an arbitrary directory somewhere. I guess we could
change that position, if necessary, but so far it hasn't proven to be.

> With mbox sub-inboxes wouldn't be even possible because dir structure ==
> mailbox structure, and since inbox file exists there can't be inbox-dir
> (except maybe with different case but that's kludgy).

Yes... don't worry, we don't even want to consider mbox-subboxes :)

> I've also thought I might as well make it possible to read the mbox
> inbox from /var/mail or whereever it is. Pretty easy to do, but .lock
> file is problematic if new files can't be added to the /var/mail
> directory.

Our /var/spool/mail subdirectories are mode 01733 (drwx-wx-wt) owned by
root, so creating files and removing them is not an issue, but reading the
directory is. You can of course still check for existance of specific
filenames.

> Am I right in that CPU usage still isn't any problem but rather the I/O?

Yes. As I said, we use several netapp filers (currently two for /home and
two for /var/spool/mail, with several hundred gigabytes filespace each) and
though they're great boxes, their performance does tend to drop off when it
gets flooded with I/O requests :) And they're used by a lot of machines, so
if they are slow to respond, a lot of our services do too.

> >  - The UW-IMAP maildir patch stores UID's in the indiviual filenames, using
> >    a 'U' flag. Will this interfere with dovecot ? We don't really need
> >    dovecot and UW-IMAP to share UIDs, but we would like to have an as
> >    painless transition as possible, without having to rename millions of
> >    files to remove the U flag and other flags :P It would also be nice to
> >    keep pine using the existing maildir patch, even though very few
> >    IMAP-users would use pine.

> How exactly does the U flag work? I hope it's before the ':' character
> like Courier's S=filesize? Otherwise U=1234 would be thought of as 6
> different flags which isn't very good since Dovecot reorders them as
> 1234=U.

No, it can't be before the :, because the UID is generated by UW-IMAP, and
the maildir spec says you can't change the uniqe part of the name, just the
info :) Here are some examples. The ',U*' is the UID.

_k2,6NtZ9.maildrop4.xs4all.nl:2,S,U1030712092
_fmT,O63l8.maildrop8.xs4all.nl:2,RS,U1026644784
990612135.16312.000000002.maildrop2.xs4all.nl:2,S,U991994304
993058841.maildrop7.49267:2,S,U993058888

(In case you're wondering, the first two files were created by standard
procmail, the third by our modified procmail which tries to allow for the
pine/uw-imap maildir patch, and the last is our mail.local's format.)

As long as dovecot doesn't read a different meaning into those flags
(ignoring them is just fine) we should be fine. I don't think we'll have
many customers switching back and forth between dovecot and UW-IMAP, just
people switching from UW-IMAP to dovecot.

> If your clusters access the files through NFS, there should be no
> problem. Except I've never tried Dovecot through NFS, and I'm not sure
> how well mmap()ing works through NFS. I know there's been problems
> before but hopefully they've been fixed already.

I'm not too worried about bugs. I've yet to see a piece of software that we
don't find oodles of small and large bugs in just by installing and trying
to run on our clientbase. That's what testing is for :) But I wouldn't mind
being happily suprised by dovecot, we'll see :)

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From tss@iki.fi  Sat Oct 19 18:53:44 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 18:53:44 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C511F2382D
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 18:53:43 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 941B65E03E5C; Sat, 19 Oct 2002 18:53:43 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021019151026.GM543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl>
	 <1035036115.1674.81.camel@hurina>  <20021019151026.GM543@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035042823.1679.127.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 19 Oct 2002 18:53:43 +0300
X-archive-position: 50
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: 50                                                  
Status: O
Content-Length: 4750

On Sat, 2002-10-19 at 18:10, Thomas Wouters wrote:
> Well, if I recall correctly, we added an 'X-Offset' header which pointed to
> the exact (relative) byte offset for the next 'From ' line. It made our
> pop3d (a modified qpopper 2.3 by the way) a much happier puppy. I'm not sure
> what the difference with Content-Length was. I could find the sources, I
> suppose; since we disabled mbox-inbox support we aren't using that code
> anymore.

Content-Length saves just the size of mail body, so it can be skipped
over. I implemented it mostly because mutt doesn't escape the "From "
lines when saving mails so it was a bit difficult sometimes to figure
out if the From-line means a new mail or if it was just written into the
mail body.

I'm not sure what I should do with Dovecot, both From-line escaping and
Content-Length writing makes it annoyingly slower then now with more 
code..

> > Also it would be possible not to use index files at all but just keep
> > them in memory. I've been fixing code to make this possible and somewhat
> > fast.
> 
> Hmm. I'd have to look at the code to say for sure, but I think we could live
> with keeping them in memory. Accessing the same mailbox from two different
> clients at the same time is not something we're too worried about, at the
> moment.

Well, Outlook (and OE I think) opens two simultaneous connections
sometimes to fetch mails.

Not having index files doesn't affect the possibility to have multiple
connections, but it affects the overall performance because it needs to
do more I/O, especially with mbox.

> > I've also thought I might as well make it possible to read the mbox
> > inbox from /var/mail or whereever it is. Pretty easy to do, but .lock
> > file is problematic if new files can't be added to the /var/mail
> > directory.
> 
> Our /var/spool/mail subdirectories are mode 01733 (drwx-wx-wt) owned by
> root, so creating files and removing them is not an issue, but reading the
> directory is. You can of course still check for existance of specific
> filenames.

OK, no problem then.

> > How exactly does the U flag work? I hope it's before the ':' character
> > like Courier's S=filesize? Otherwise U=1234 would be thought of as 6
> > different flags which isn't very good since Dovecot reorders them as
> > 1234=U.
> 
> No, it can't be before the :, because the UID is generated by UW-IMAP, and
> the maildir spec says you can't change the uniqe part of the name, just the
> info :) Here are some examples. The ',U*' is the UID.
> 
> _k2,6NtZ9.maildrop4.xs4all.nl:2,S,U1030712092
> _fmT,O63l8.maildrop8.xs4all.nl:2,RS,U1026644784
> 990612135.16312.000000002.maildrop2.xs4all.nl:2,S,U991994304
> 993058841.maildrop7.49267:2,S,U993058888

Well, maildir spec also doesn't say you can add flags with parameters
using comma separators :) But I think that's good enough extension that
Dovecot could support as well.

Programs supporting Courier's Maildir++ quota writes the mails
immediately like "something,S=size". Something like that could have been
done by UID-capable mailers too, since UID won't change.

> As long as dovecot doesn't read a different meaning into those flags
> (ignoring them is just fine) we should be fine. I don't think we'll have
> many customers switching back and forth between dovecot and UW-IMAP, just
> people switching from UW-IMAP to dovecot.

Keeping the UIDs untouched when changing could be important to some
people whose mail clients can save some extra information related to
specific messages and use UID to identify the mails. I think Evolution
does this with it's labels and Follow-Up marks, but I'm not sure.

Dovecot currently doesn't try to keep the UIDs too heavily itself
either, if it notices some corruption it just recreates the index files
with new UIDs. Supporting in-memory indexes requires still saving the
UIDs somewhere in disk so this should get fixed while doing it.

> I'm not too worried about bugs. I've yet to see a piece of software that we
> don't find oodles of small and large bugs in just by installing and trying
> to run on our clientbase. That's what testing is for :) But I wouldn't mind
> being happily suprised by dovecot, we'll see :)

We've had 3 people using it for a few months now, one of them still gets
sometimes "message not found" error from Outlook Express, I've yet to
figure out when exactly that happens. The mail isn't lost and restarting
OE helps, so it's probably something to do with having those two
simultaneous connections (and I'm just now making bigger changes there).
Other than that it's worked quite fine :)

Then of course CVS has a lot large changes which haven't been tested
much yet. Hopefully I'll get them fixed well enough this weekend to be
able to start using it myself.


From tss@iki.fi  Sat Oct 19 19:11:49 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 19:11:49 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D02AC2382D
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 19:11:49 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 9813D5E03E5C; Sat, 19 Oct 2002 19:11:49 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021019151026.GM543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl>
	 <1035036115.1674.81.camel@hurina>  <20021019151026.GM543@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035043909.31051.140.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 19 Oct 2002 19:11:49 +0300
X-archive-position: 51
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: 51                                                  
Status: O
Content-Length: 1060

On Sat, 2002-10-19 at 18:10, Thomas Wouters wrote:
> > Am I right in that CPU usage still isn't any problem but rather the I/O?
> 
> Yes. As I said, we use several netapp filers (currently two for /home and
> two for /var/spool/mail, with several hundred gigabytes filespace each) and
> though they're great boxes, their performance does tend to drop off when it
> gets flooded with I/O requests :) And they're used by a lot of machines, so
> if they are slow to respond, a lot of our services do too.

I was mostly wondering with this if the reason to add more computers to
cluster is because the imap processes are taking too much memory, too
much CPU or if neither of them is any problem and the cluster is just
for redundancy or because of other running programs.

I'd be interested to know how many dovecot processes could actually run
in a single computer especially with fast NFS file access :) I'd guess
it could run a lot, but when memory gets low the I/O usage raises since
it needs to read again the parts of indexes which got dropped from
memory.


From faulerhund@faulerhund.net  Sat Oct 19 19:24:01 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 19:24:02 +0300 (EEST)
Return-Path: <faulerhund@faulerhund.net>
Delivered-To: dovecot@procontrol.fi
Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.130])
	by danu.procontrol.fi (Postfix) with ESMTP id D51E6238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 19:24:01 +0300 (EEST)
Received: from [212.227.126.220] (helo=mrvdomng.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 182wON-00080b-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 18:23:59 +0200
Received: from [217.229.166.89] (helo=Bini)
	by mrvdomng.kundenserver.de with smtp (Exim 3.35 #1)
	id 182wON-0001BG-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 18:23:59 +0200
Message-ID: <003b01c2778c$a6884370$0164a8c0@Bini>
From: "Korbinian Riedhammer" <faulerhund@faulerhund.net>
To: "Dovecot Mailinglist" <dovecot@procontrol.fi>
Subject: [dovecot] still problems gettin it to work
Date: Sat, 19 Oct 2002 18:29:08 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-archive-position: 52
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: faulerhund@faulerhund.net
Precedence: bulk
X-list: dovecot
X-UID: 52                                                  
Status: O

i checked all my options again. could it be, that it is a problem with my
compiler? does dovecot support gcc3.2 with glibc 2.2.5?

korbinian


From tss@iki.fi  Sat Oct 19 19:27:45 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 19:27:45 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4F2F5238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 19:27:45 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 0ECE55E03E5C; Sat, 19 Oct 2002 19:27:45 +0300 (EEST)
Subject: [dovecot] Re: still problems gettin it to work
From: Timo Sirainen <tss@iki.fi>
To: Korbinian Riedhammer <faulerhund@faulerhund.net>
Cc: Dovecot Mailinglist <dovecot@procontrol.fi>
In-Reply-To: <003b01c2778c$a6884370$0164a8c0@Bini>
References: <003b01c2778c$a6884370$0164a8c0@Bini>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035044864.1674.143.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 19 Oct 2002 19:27:44 +0300
X-archive-position: 53
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: 53                                                  
Status: O

On Sat, 2002-10-19 at 19:29, Korbinian Riedhammer wrote:
> i checked all my options again. could it be, that it is a problem with my
> compiler? does dovecot support gcc3.2 with glibc 2.2.5?

Well, what's the problem with it now? Didn't that /dev/urandom problem
go away with unsetting auth_chroot setting?


From faulerhund@faulerhund.net  Sat Oct 19 19:56:55 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 19:56:55 +0300 (EEST)
Return-Path: <faulerhund@faulerhund.net>
Delivered-To: dovecot@procontrol.fi
Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.149])
	by danu.procontrol.fi (Postfix) with ESMTP id 699AF238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 19:56:55 +0300 (EEST)
Received: from [212.227.126.220] (helo=mrvdomng.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 182wuE-0005AD-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 18:56:54 +0200
Received: from [217.229.166.89] (helo=Bini)
	by mrvdomng.kundenserver.de with smtp (Exim 3.35 #1)
	id 182wuE-0002u1-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 18:56:54 +0200
Message-ID: <005d01c27791$4011d930$0164a8c0@Bini>
From: "Korbinian Riedhammer" <faulerhund@faulerhund.net>
To: "Dovecot Mailinglist" <dovecot@procontrol.fi>
Subject: [dovecot] Re: still problems gettin it to work
Date: Sat, 19 Oct 2002 19:02:03 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-archive-position: 54
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: faulerhund@faulerhund.net
Precedence: bulk
X-list: dovecot
X-UID: 54                                                  
Status: O

well i didn't know what to change, cause u wrote that this change u did is
pretty useless rinning the prog as root, what i do. next thing that i dont
have any idea about cvs (beside knowing its meaning) and dont hav it
installed yet.


From tss@iki.fi  Sat Oct 19 19:59:22 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 19:59:22 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C7B16238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 19:59:22 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 99EA15E03E5C; Sat, 19 Oct 2002 19:59:22 +0300 (EEST)
Subject: [dovecot] Re: still problems gettin it to work
From: Timo Sirainen <tss@iki.fi>
To: Korbinian Riedhammer <faulerhund@faulerhund.net>
Cc: Dovecot Mailinglist <dovecot@procontrol.fi>
In-Reply-To: <005d01c27791$4011d930$0164a8c0@Bini>
References: <005d01c27791$4011d930$0164a8c0@Bini>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035046762.1674.148.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 19 Oct 2002 19:59:22 +0300
X-archive-position: 55
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: 55                                                  
Status: O

On Sat, 2002-10-19 at 20:02, Korbinian Riedhammer wrote:
> well i didn't know what to change, cause u wrote that this change u did is
> pretty useless rinning the prog as root, what i do. next thing that i dont
> have any idea about cvs (beside knowing its meaning) and dont hav it
> installed yet.

Well, just don't set the auth_chroot and ignores the rest of what I
said. That should get it working.

From faulerhund@faulerhund.net  Sat Oct 19 20:04:30 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 20:04:30 +0300 (EEST)
Return-Path: <faulerhund@faulerhund.net>
Delivered-To: dovecot@procontrol.fi
Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200])
	by danu.procontrol.fi (Postfix) with ESMTP id 969F2238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 20:04:30 +0300 (EEST)
Received: from [195.20.224.206] (helo=mrvdomng.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 182x1a-0002pK-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 19:04:30 +0200
Received: from [217.229.166.89] (helo=Bini)
	by mrvdomng.kundenserver.de with smtp (Exim 3.35 #1)
	id 182x1Z-0003C1-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 19:04:30 +0200
Message-ID: <006701c27792$4f863040$0164a8c0@Bini>
From: "Korbinian Riedhammer" <faulerhund@faulerhund.net>
To: "Dovecot Mailinglist" <dovecot@procontrol.fi>
Subject: [dovecot] Re: still problems gettin it to work
Date: Sat, 19 Oct 2002 19:09:39 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-archive-position: 56
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: faulerhund@faulerhund.net
Precedence: bulk
X-list: dovecot
X-UID: 56                                                  
Status: O

yeah, the nasty error msgs are gone :)
well next question. where looks the dovcot imapd for the mail dir? /var/mail
or the homedir? 'cause i saved my Maildir in /home/user


From tss@iki.fi  Sat Oct 19 20:08:34 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 20:08:34 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4C086238A7
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 20:08:34 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 0FC605E03E5C; Sat, 19 Oct 2002 20:08:31 +0300 (EEST)
Subject: [dovecot] Re: still problems gettin it to work
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mailinglist <dovecot@procontrol.fi>
In-Reply-To: <006701c27792$4f863040$0164a8c0@Bini>
References: <006701c27792$4f863040$0164a8c0@Bini>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035047310.1674.152.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 19 Oct 2002 20:08:30 +0300
X-archive-position: 57
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: 57                                                  
Status: O

On Sat, 2002-10-19 at 20:09, Korbinian Riedhammer wrote:
> yeah, the nasty error msgs are gone :)
> well next question. where looks the dovcot imapd for the mail dir? /var/mail
> or the homedir? 'cause i saved my Maildir in /home/user

It uses ~/Maildir always.


From faulerhund@faulerhund.net  Sat Oct 19 20:17:48 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 19 Oct 2002 20:17:48 +0300 (EEST)
Return-Path: <faulerhund@faulerhund.net>
Delivered-To: dovecot@procontrol.fi
Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.131])
	by danu.procontrol.fi (Postfix) with ESMTP id 555172382D
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 20:17:48 +0300 (EEST)
Received: from [212.227.126.220] (helo=mrvdomng.kundenserver.de)
	by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1)
	id 182xES-0000X5-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 19:17:48 +0200
Received: from [217.229.166.89] (helo=Bini)
	by mrvdomng.kundenserver.de with smtp (Exim 3.35 #1)
	id 182xER-0003ij-00
	for dovecot@procontrol.fi; Sat, 19 Oct 2002 19:17:47 +0200
Message-ID: <008901c27794$2b0de030$0164a8c0@Bini>
From: "Korbinian Riedhammer" <faulerhund@faulerhund.net>
To: "Dovecot Mailinglist" <dovecot@procontrol.fi>
Subject: [dovecot] Re: still problems gettin it to work
Date: Sat, 19 Oct 2002 19:22:57 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-archive-position: 58
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: faulerhund@faulerhund.net
Precedence: bulk
X-list: dovecot
X-UID: 58                                                  
Status: O

well finally it was my own stupidness!
i just forgot to set some correct permissions, now everythings fine!

thx anyway
korbinian


From ianj@ian-justman.com  Sun Oct 20 09:38:35 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 20 Oct 2002 09:38:35 +0300 (EEST)
Return-Path: <ianj@ian-justman.com>
Delivered-To: dovecot@procontrol.fi
Received: from narshe.chocobo.org (dsl-207-126-72-242.dsl.netasset.net [207.126.72.242])
	by danu.procontrol.fi (Postfix) with ESMTP id C321D238A7
	for <dovecot@procontrol.fi>; Sun, 20 Oct 2002 09:38:34 +0300 (EEST)
Received: from zozo.intrn.chocobo.org (zozo.chocobo.org [207.126.72.244])
	by narshe.chocobo.org (Postfix) with ESMTP id 18975311609
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 23:38:31 -0700 (PDT)
Received: by zozo.intrn.chocobo.org (Postfix, from userid 501)
	id 5C94C870704; Sat, 19 Oct 2002 23:38:30 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by zozo.intrn.chocobo.org (Postfix) with ESMTP id 10A40449AD4
	for <dovecot@procontrol.fi>; Sat, 19 Oct 2002 23:38:29 -0700 (PDT)
Date: Sat, 19 Oct 2002 23:38:29 -0700 (PDT)
From: "Ian R. Justman" <ianj@ian-justman.com>
X-X-Sender: ianj@zozo.chocobo.org
To: Dovecot Mailinglist <dovecot@procontrol.fi>
Subject: [dovecot] observations/qestions of mbox concurrency ability (Yay!) on current
 CVS
Message-ID: <Pine.LNX.4.44.0210192329040.24843-100000@zozo.chocobo.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 59
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 59                                                  
Status: O


Hi, all.

Just been testing out the latest "CVS" (in quotes because  I'm rsyncing
the source
tree) versions of Dovecot lately.

Tested having Pine on the machine on which Dovecot was running, talking
IMAP, as well as another Pine instance, this time from my Windows machine
over the wire.  Things seem to be working wonderfully.  Deleted a message
using one instance, then refreshed the list on the other.  *poof*  Gone.

Though I'm seeing periodic "IMAP protocol error" messages in Pine, but
they don't seem to be affecting the software's operation that I can see.

Anything in particular I should be on the lookout for?

Otherwise, you just made my day.  Correction; week.  :D

--Ian.


From tss@iki.fi  Sun Oct 20 16:47:50 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 20 Oct 2002 16:47:50 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 84B752382D
	for <dovecot@procontrol.fi>; Sun, 20 Oct 2002 16:47:50 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 6AC945E03E5C; Sun, 20 Oct 2002 16:47:49 +0300 (EEST)
Subject: [dovecot] Re: observations/qestions of mbox concurrency ability
	(Yay!) on current CVS
From: Timo Sirainen <tss@iki.fi>
To: "Ian R. Justman" <ianj@ian-justman.com>
Cc: Dovecot Mailinglist <dovecot@procontrol.fi>
In-Reply-To: <Pine.LNX.4.44.0210192329040.24843-100000@zozo.chocobo.org>
References: <Pine.LNX.4.44.0210192329040.24843-100000@zozo.chocobo.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035121669.24867.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 20 Oct 2002 16:47:49 +0300
X-archive-position: 60
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: 60                                                  
Status: O
Content-Length: 1458

On Sun, 2002-10-20 at 09:38, Ian R. Justman wrote:
> Tested having Pine on the machine on which Dovecot was running, talking
> IMAP, as well as another Pine instance, this time from my Windows machine
> over the wire.  Things seem to be working wonderfully.  Deleted a message
> using one instance, then refreshed the list on the other.  *poof*  Gone.
> 
> Though I'm seeing periodic "IMAP protocol error" messages in Pine, but
> they don't seem to be affecting the software's operation that I can see.
> 
> Anything in particular I should be on the lookout for?

By default Dovecot uses .lock file and flock() locking. Some programs
may use fcntl() which doesn't work with flock(), but most use .lock file
as well so it doesn't really matter. I'm going to make the locking style
configurable later.

Anyway, I don't know of any reasons for mailbox corruption, but we don't
lock the mailbox when reading from it, so it is possible that someone
else might modify (expunge) the mailbox while Dovecot is reading it and
the IMAP client gets corrupted message.

I was thinking about fixing this using read-locking fcntl() / flock().
Maybe it could optionally create the .lock file as well, but that'd slow
down simultaneous reads.

Oh, and the mbox parsing code could use better checking, if there's any
bugs it will corrupt the mailbox at expunge/flag rewrite. I haven't seen
those though for the month or two that I've been using Dovecot+mbox to
read my mail.


From thomas@xs4all.net  Mon Oct 21 14:53:07 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Oct 2002 14:53:07 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by danu.procontrol.fi (Postfix) with ESMTP id 4333B2382D
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 14:53:07 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9LBr6ni040943
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 13:53:06 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id DC6BB224C; Mon, 21 Oct 2002 13:51:43 +0200 (CEST)
Date: Mon, 21 Oct 2002 13:51:43 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021021115143.GS543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035036115.1674.81.camel@hurina>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 61
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 61                                                  
Status: O
Content-Length: 1279

On Sat, Oct 19, 2002 at 05:01:55PM +0300, Timo Sirainen wrote:

> If your clusters access the files through NFS, there should be no
> problem. Except I've never tried Dovecot through NFS, and I'm not sure
> how well mmap()ing works through NFS. I know there's been problems
> before but hopefully they've been fixed already.

Hmm. I'm not sure what kind of behaviour you're looking for, but here's what
I see, using a little Python script on our FreeBSD servers with a
netapp-mounted filesystem. Mapping MAP_SHARED and PROT_READ|PROT_WRITE, two
different machines mounting the same directory, two processes on each
machine mmap()ing the same file.

When one process alters the data, the other process on the same machine sees
it instantly. The processes on the other machine do not see it at all, not
even when re-opening the mmap or being restarted. After doing an msync() in
the process that altered the data, the processes on the other machine still
don't see the change; they have to re-open the mmap or be restarted before
they see the change -- but when one of the processes re-opens or restarts,
the other does see the change without doing anything.

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From thomas@xs4all.net  Mon Oct 21 15:40:02 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Oct 2002 15:40:02 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by danu.procontrol.fi (Postfix) with ESMTP id 868CD23837
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 15:40:02 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9LCe2wC017139
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 14:40:02 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id 19E90224C; Mon, 21 Oct 2002 14:38:39 +0200 (CEST)
Date: Mon, 21 Oct 2002 14:38:39 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021021123839.GW543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021019151026.GM543@xs4all.nl> <1035042823.1679.127.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035042823.1679.127.camel@hurina>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 62
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 62                                                  
Status: O

On Sat, Oct 19, 2002 at 06:53:43PM +0300, Timo Sirainen wrote:

> > As long as dovecot doesn't read a different meaning into those flags
> > (ignoring them is just fine) we should be fine. I don't think we'll have
> > many customers switching back and forth between dovecot and UW-IMAP, just
> > people switching from UW-IMAP to dovecot.

> Keeping the UIDs untouched when changing could be important to some
> people whose mail clients can save some extra information related to
> specific messages and use UID to identify the mails. I think Evolution
> does this with it's labels and Follow-Up marks, but I'm not sure.

Well, what I meant was that currently, IMAP is being used only by
SquirrelMail, and I'm fairly sure SquirrelMail doesn't store UIDs anywhere.
Other IMAP clients would be an issue only if we allowed other IMAP clients
to connect, which we don't (except in internal tests :).

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From thomas@xs4all.net  Mon Oct 21 16:04:50 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Oct 2002 16:04:50 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141])
	by danu.procontrol.fi (Postfix) with ESMTP id 3F98523837
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 16:04:50 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9LD4gEH017726;
	Mon, 21 Oct 2002 15:04:47 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id 4840D224C; Mon, 21 Oct 2002 15:03:19 +0200 (CEST)
Date: Mon, 21 Oct 2002 15:03:19 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: Charlie Brady <charlieb@e-smith.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021021130319.GX543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <Pine.LNX.4.44.0210191229360.24121-100000@allspice.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0210191229360.24121-100000@allspice.nssg.mitel.com>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 63
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 63                                                  
Status: O
Content-Length: 2995

On Sat, Oct 19, 2002 at 12:42:25PM -0400, Charlie Brady wrote:

> > So when we needed an IMAP server for use with our webmail (based on
> > SquirrelMail), we were forced to go with the UW-IMAP server, with the
> > maildir patch that's been scattered around the 'net. This worked, for a
> > while; we also use the maildir patch with pine after all. However, the
> > maildir patch is not very good. Not at all, even, and it only seems to
> > work by pure chance.

> The best one I've found is the patch last modified AFAICT by Miquel van 
> Smoorenburg, which has maildir filenames like:
> time.pid.host,U=xxx,W=yyy:2,flags

We use two different patches, both of which have a bit of Mike in them. One
is for the IMAP server, which is an old version ('uw-imap-2000' or something
like that comes to mind, but it came from the pine 4.10 source) from before
the mailbox->append prototype changed (but with Mike's bilennium-patch.) A
big problem with later patches was that the append method changed in the
pine source, but not in the maildir patch. We considered using a newer
uw-imap but decided that the current one works good enough ;P

For pine we currently use the patch that comes with Debian's 'pine-tracker'
package (which is an installer for pine with patches, since you aren't
allowed to distributed modified binaries.) This patch also has some Mike in
it, but I'm not sure howmuch, as at least parts of it seem to be backed out
later. This patch works okay except for the two problems I noted in my
original mail: it depends on directory order not to change except when
'.uidvalidity' gets touched, and it depends on alphanumerical sort order of
files matching chronological (or at least uid-based, which should be the
same) sort order. The latter breaks with (standard) procmail, the former
occasionally with btree and (presumably) hashed directory indices.

> The storage of RFC822.SIZE, aka the on-the-wire size, in the filename 
> makes a very big difference to performance.

That's interesting. I'll keep that in mind for when we begin to see
performance issues with UW-IMAP. (I'm hoping I never have to look at the
pine source again, though.)

> But even this patch (from, e.g. 
> http://www.star.le.ac.uk/~tjg/misc/uw_imap-2001a_maildir-02.patch) has a
> number of bugs. I've fixed a few of them. You can find a source RPM at
> ftp://ftp.e-smith.org/pub/e-smith/dev/5.6dev/SRPMS/. The fixes are:

<snip fixes>

I couldn't find the source RPM for pine or (uw-)imap in that directory, but
it doesn't sound like your changes solve our fundamental problems. It's not
that big a deal, I think we've decided internally (I know _I_ have :) that
we can't offer real IMAP services based on UW-IMAP; we'd sooner go for Cyrus
or Courier, even if it does mean disallowing mboxes with IMAP. But dovecot
is an even better alternative, once it has all the features we need :)

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From tss@iki.fi  Mon Oct 21 16:15:30 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Oct 2002 16:15:30 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6091723837
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 16:15:30 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id B84CA5E03E5C; Mon, 21 Oct 2002 16:15:28 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021021115143.GS543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl>
	 <1035036115.1674.81.camel@hurina>  <20021021115143.GS543@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035206128.613.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 21 Oct 2002 16:15:28 +0300
X-archive-position: 64
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: 64                                                  
Status: O
Content-Length: 1114

On Mon, 2002-10-21 at 14:51, Thomas Wouters wrote:
> Hmm. I'm not sure what kind of behaviour you're looking for, but here's what
> I see, using a little Python script on our FreeBSD servers with a
> netapp-mounted filesystem. Mapping MAP_SHARED and PROT_READ|PROT_WRITE, two
> different machines mounting the same directory, two processes on each
> machine mmap()ing the same file.
> 
> When one process alters the data, the other process on the same machine sees
> it instantly. The processes on the other machine do not see it at all, not
> even when re-opening the mmap or being restarted. After doing an msync() in
> the process that altered the data, the processes on the other machine still
> don't see the change; they have to re-open the mmap or be restarted before
> they see the change -- but when one of the processes re-opens or restarts,
> the other does see the change without doing anything.

Requiring msync() is fine, that's done after each change, but there
should be better solution than re-mmap()ing to notice the changes. I
think FreeBSD checked the changes after fcntl() locking changes :)


From thomas@xs4all.net  Mon Oct 21 17:20:52 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Oct 2002 17:20:52 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by danu.procontrol.fi (Postfix) with ESMTP id BA14223837
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 17:20:52 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9LEKqkc068326
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 16:20:52 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id 1D65A4ACB; Mon, 21 Oct 2002 16:19:29 +0200 (CEST)
Date: Mon, 21 Oct 2002 16:19:29 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021021141929.GY543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035206128.613.8.camel@hurina>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 65
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 65                                                  
Status: O
Content-Length: 1435

On Mon, Oct 21, 2002 at 04:15:28PM +0300, Timo Sirainen wrote:

> Requiring msync() is fine, that's done after each change, but there
> should be better solution than re-mmap()ing to notice the changes. I
> think FreeBSD checked the changes after fcntl() locking changes :)

Hmm. More bad news; flock() doesn't work over NFS. That is, local processes
see and honor the lock even on NFS filesystems, but other machines don't see
the lock at all. fcntl() doesn't work at all (but that's probably because
we're not running lockd.)

I've tried various ways of forcing other machines to update their filesystem
cache without doing something on those machines (so you can optionally do
that after the msync()) by changing atime, mtime, nlinks, but so far,
nothing. I should point out that the file-metadata (mtime/ctime/nlinks)
returned by fstat() sometimes do get updated, and sometimes they don't. Same
for stat().

That aside, this issue isn't that big an issue for us. The
same-client-connecting-twice case we can solve by configuring the layer-4
ethernet switch to connect the same ipaddress to the same real server, so
that mmaps() are properly shared and all. We might want
per-mailbox locks so that only one real server can open a specific mailbox
(but do so multiple times) but I'll figure that one out later.

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From tss@iki.fi  Mon Oct 21 17:49:30 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Oct 2002 17:49:30 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4035223837
	for <dovecot@procontrol.fi>; Mon, 21 Oct 2002 17:49:30 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 115105E03E5C; Mon, 21 Oct 2002 17:49:30 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021021141929.GY543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl>
	 <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl>
	 <1035206128.613.8.camel@hurina>  <20021021141929.GY543@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035211769.613.48.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 21 Oct 2002 17:49:29 +0300
X-archive-position: 66
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: 66                                                  
Status: O
Content-Length: 1820

On Mon, 2002-10-21 at 17:19, Thomas Wouters wrote:
> > Requiring msync() is fine, that's done after each change, but there
> > should be better solution than re-mmap()ing to notice the changes. I
> > think FreeBSD checked the changes after fcntl() locking changes :)
> 
> Hmm. More bad news; flock() doesn't work over NFS. That is, local processes
> see and honor the lock even on NFS filesystems, but other machines don't see
> the lock at all. fcntl() doesn't work at all (but that's probably because
> we're not running lockd.)

flock() doesn't matter, it's used only for mbox locking where .lock file
would work instead just as well. 

> That aside, this issue isn't that big an issue for us. The
> same-client-connecting-twice case we can solve by configuring the layer-4
> ethernet switch to connect the same ipaddress to the same real server, so
> that mmaps() are properly shared and all. We might want
> per-mailbox locks so that only one real server can open a specific mailbox
> (but do so multiple times) but I'll figure that one out later.

OK. I think this could be fixed internally too. Or this is mostly a
problem with index files, mbox/maildir files are currently re-mmap()ed
every time they're accessed (but I'll change mbox not to do that later).

Indexes currently have "sync_id" in their header, it's changed whenever
the file size is changed so other processes then know to re-mmap() it.
This could be optionally changed to be updated every time the file
itself has changed to force others to mmap() again. The sync_id change
itself could be checked using lseek() + read().

If fstat() or stat() doesn't show mtime changes, that could be a bit
worse problem. I think I'm relying on that with some things.. At least
new mail is checked by seeing if Maildir/cur's mtime matches
.imap.index's mtime.


From tss@iki.fi  Tue Oct 22 04:24:54 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 04:24:55 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D2C9F2382D
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 04:24:54 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 8C06D5E03E5C; Tue, 22 Oct 2002 04:24:54 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021021141929.GY543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl>
	 <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl>
	 <1035206128.613.8.camel@hurina>  <20021021141929.GY543@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035249894.5044.28.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 22 Oct 2002 04:24:54 +0300
X-archive-position: 67
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: 67                                                  
Status: O
Content-Length: 1572

On Mon, 2002-10-21 at 17:19, Thomas Wouters wrote:
> That aside, this issue isn't that big an issue for us. The
> same-client-connecting-twice case we can solve by configuring the layer-4
> ethernet switch to connect the same ipaddress to the same real server, so
> that mmaps() are properly shared and all. We might want
> per-mailbox locks so that only one real server can open a specific mailbox
> (but do so multiple times) but I'll figure that one out later.

Just had a thought. Would it be feasible to _try_ to permanently assign
users to one or few specific servers (via ip or maybe login proxy)? If
those servers were down, it could fallback to any random one.

I was thinking Dovecot's indexes could just as well be stored in local
hard disk - they're not required to exist and they're not required to be
in sync when opening, so it's possible to keep multiple indexes lying
around in different servers.

That would take care of most of the mmap() and locking problems and
should make it perform a _lot_ better than through NFS. I don't know how
NFS works internally, but I doubt it has any way for remote OS to
determine what parts of file has changed, so re-mmap()ing would most
likely always reread the whole file (or the parts that it accesses)
which is quite inefficient.

I really like this idea, keeping indexes in local disk where they may be
considered as fast non-permanent data and then reading the actual mail
data via backed up NFS server. This gets me thinking of a lot more
possible optimizations to reduce NFS I/O at the cost of more local.. :)


From tss@iki.fi  Tue Oct 22 05:31:22 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 05:31:22 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A8EB723837
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 05:31:22 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 6BF085E03E5C; Tue, 22 Oct 2002 05:31:22 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1035249894.5044.28.camel@hurina>
References: <20021019123846.GK543@xs4all.nl>
	 <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl>
	 <1035206128.613.8.camel@hurina>  <20021021141929.GY543@xs4all.nl>
	 <1035249894.5044.28.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035253882.5041.34.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 22 Oct 2002 05:31:22 +0300
X-archive-position: 68
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: 68                                                  
Status: O

On Tue, 2002-10-22 at 04:24, Timo Sirainen wrote:
> Just had a thought. Would it be feasible to _try_ to permanently assign
> users to one or few specific servers (via ip or maybe login proxy)? If
> those servers were down, it could fallback to any random one.

Dovecot could actually do that itself too, authenticate user and then
either locally handle it or transfer it to another node based on some
configuration.

> I really like this idea, keeping indexes in local disk where they may be
> considered as fast non-permanent data and then reading the actual mail
> data via backed up NFS server. This gets me thinking of a lot more
> possible optimizations to reduce NFS I/O at the cost of more local.. :)

This again makes the indexer process possible and useful, since it would
be accessing only local disks. It could also delete some of the older
indexes if disk space is getting full.


From thomas@xs4all.net  Tue Oct 22 14:50:52 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 14:50:52 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by danu.procontrol.fi (Postfix) with ESMTP id 631112382D
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 14:50:52 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9MBoqol023592
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 13:50:52 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id 939694BC7; Tue, 22 Oct 2002 13:49:22 +0200 (CEST)
Date: Tue, 22 Oct 2002 13:49:22 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022114922.GF543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035253882.5041.34.camel@hurina>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 69
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 69                                                  
Status: O
Content-Length: 2956

On Tue, Oct 22, 2002 at 05:31:22AM +0300, Timo Sirainen wrote:
> On Tue, 2002-10-22 at 04:24, Timo Sirainen wrote:
> > Just had a thought. Would it be feasible to _try_ to permanently assign
> > users to one or few specific servers (via ip or maybe login proxy)? If
> > those servers were down, it could fallback to any random one.

Yes, the Alteons we use can be configured quite flexibly. We can easily
configure, e.g., two servers as 'primary' and two fallback servers, or do
load-balancing based on the output of a script, or any number of things. We
only use the general load-balancing (actually just
active-connection-balancing) while keeping sessions on the same server
(based on remote IP) but we could look into the more intricate methods. A
single IMAP server with a backup is a good start though.

> Dovecot could actually do that itself too, authenticate user and then
> either locally handle it or transfer it to another node based on some
> configuration.

You mean if you have a frontend with several backends, and the frontend
proxies for the backends (with several frontends possible, for redundancy,)
hmm, that might work. Diablo (the news server software) works like this,
somewhat, too, and we also use it behind Alteon switches :)

> > I really like this idea, keeping indexes in local disk where they may be
> > considered as fast non-permanent data and then reading the actual mail
> > data via backed up NFS server. This gets me thinking of a lot more
> > possible optimizations to reduce NFS I/O at the cost of more local.. :)

> This again makes the indexer process possible and useful, since it would
> be accessing only local disks. It could also delete some of the older
> indexes if disk space is getting full.

Yes. Keeping things on local disk sounds good. As long as opening the same
mailbox on another server doesn't break anything (or breaks 'cleanly',
doesn't delete the wrong mails etc) we can definately live with much worse
performance for those cases. My professional estimate is that they will be
very, very rare ;P

But for the time being we're more concerned with the SORT extention :) I've
read the spec, and besides the natural "ugh" at having to parse the subject
that way, it seems doable... except that charset support for UTF-8, as well
as US-ASCII, is mandatory. I don't know any libraries that convert to/from
UTF-8 (though ASCII<->UTF-8 is obviously simple :) and though it's probably
easy to roll your own for iso8859-1 I'm not sure if you had a solution in
mind yet. Also, supporting the other character sets (like UW-IMAP does) is
probably a lot trickier.

Other than the charset issues I could probably whip up a working SORT
implementation given enough time... but it probably wouldn't be
super-efficient, as quicksort is so much easier to start with than, say,
a mergesort ;P

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From rueckert@informatik.uni-rostock.de  Tue Oct 22 15:47:21 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 15:47:21 +0300 (EEST)
Return-Path: <rueckert@informatik.uni-rostock.de>
Delivered-To: dovecot@procontrol.fi
Received: from linux.taugt.net (wh5035.stw.uni-rostock.de [139.30.105.35])
	by danu.procontrol.fi (Postfix) with ESMTP id D3C8D23837
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 15:47:21 +0300 (EEST)
Received: by linux.taugt.net (postwixer on board, from userid 500)
	id 827F82A150; Tue, 22 Oct 2002 14:47:22 +0200 (CEST)
Date: Tue, 22 Oct 2002 14:47:22 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022124722.GA942@linux.taugt.net>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035253882.5041.34.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 70
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: rueckert@informatik.uni-rostock.de
Precedence: bulk
X-list: dovecot
X-UID: 70                                                  
Status: O

On 2002-10-22 05:31:22 +0000, Timo Sirainen wrote:
> Subject: [dovecot] Re: Architectural questions
> From: Timo Sirainen <tss@iki.fi>
> To: dovecot@procontrol.fi
> X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
> Date: 22 Oct 2002 05:31:22 +0300
> 
> On Tue, 2002-10-22 at 04:24, Timo Sirainen wrote:
> > Just had a thought. Would it be feasible to _try_ to permanently assign
> > users to one or few specific servers (via ip or maybe login proxy)? If
> > those servers were down, it could fallback to any random one.
> 
> Dovecot could actually do that itself too, authenticate user and then
> either locally handle it or transfer it to another node based on some
> configuration.
 
hmm

i just wanted to suggest http://www.vergenet.net/linux/perdition/
for proxying. but if dovecot could do something similar by it self this
is not needed :)

bow before god aehm cras ^^

marcus

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From cras@irccrew.org  Tue Oct 22 16:01:46 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 16:01:46 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id B564623837
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 16:01:46 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 172F74C0A0; Tue, 22 Oct 2002 16:01:46 +0300 (EEST)
Date: Tue, 22 Oct 2002 16:01:46 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022130146.GB8122@irccrew.org>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20021022114922.GF543@xs4all.nl>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 71
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: 71                                                  
Status: O
Content-Length: 3419

On Tue, Oct 22, 2002 at 01:49:22PM +0200, Thomas Wouters wrote:
> Yes, the Alteons we use can be configured quite flexibly. We can easily
> configure, e.g., two servers as 'primary' and two fallback servers, or do
> load-balancing based on the output of a script, or any number of things. We
> only use the general load-balancing (actually just
> active-connection-balancing) while keeping sessions on the same server
> (based on remote IP) but we could look into the more intricate methods. A
> single IMAP server with a backup is a good start though.

OK, they'd probably be better than any Dovecot proxies I think.

> > Dovecot could actually do that itself too, authenticate user and then
> > either locally handle it or transfer it to another node based on some
> > configuration.
> 
> You mean if you have a frontend with several backends, and the frontend
> proxies for the backends (with several frontends possible, for redundancy,)
> hmm, that might work. Diablo (the news server software) works like this,
> somewhat, too, and we also use it behind Alteon switches :)

Not necessarily split to frontend/backend.. Well, that's possible too but I
was thinking that every running dovecot could handle authentication and
transferring connection elsewhere (via another TCP connection, login using
some internal password, maybe use TLS too).

> Yes. Keeping things on local disk sounds good. As long as opening the same
> mailbox on another server doesn't break anything (or breaks 'cleanly',
> doesn't delete the wrong mails etc) we can definately live with much worse
> performance for those cases. My professional estimate is that they will be
> very, very rare ;P

Nothing breaks if same mailbox is opened from different computers with
different indexes (or no indexes).

> But for the time being we're more concerned with the SORT extention :) I've
> read the spec, and besides the natural "ugh" at having to parse the subject
> that way, it seems doable...

The subject sorting looked very "ugh" to me too :)

> except that charset support for UTF-8, as well
> as US-ASCII, is mandatory. I don't know any libraries that convert to/from
> UTF-8 (though ASCII<->UTF-8 is obviously simple :) and though it's probably
> easy to roll your own for iso8859-1 I'm not sure if you had a solution in
> mind yet. Also, supporting the other character sets (like UW-IMAP does) is
> probably a lot trickier.

iconv() does it all, comes with glibc. Only bigger thing to do is to parse
the headers and convert the =?xxx?yyy?= things. I think everything should
go either through UTF8 or without any conversion if both header and search
charsets are same.

> Other than the charset issues I could probably whip up a working SORT
> implementation given enough time... but it probably wouldn't be
> super-efficient, as quicksort is so much easier to start with than, say,
> a mergesort ;P

I can think of two ways to do it:

1) save search results to array, sort the array, send it to clients, delete
the array.

2) sort all mails writing results into btree file, keep the file updated
whenever new mails are added or deleted. then do the search in that order so
we can just write out the results without any sorting.

I like the 2) more, but that works only if the sort condition isn't changed.
Or if it is changed, then we'd need to have multiple btree files.. And in
general it slows down things if sorting isn't done often.


From cras@irccrew.org  Tue Oct 22 16:06:50 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 16:06:50 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id D7F1023837
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 16:06:50 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id A49264C0A0; Tue, 22 Oct 2002 16:06:50 +0300 (EEST)
Date: Tue, 22 Oct 2002 16:06:50 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022130650.GC8122@irccrew.org>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20021022130146.GB8122@irccrew.org>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 72
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: 72                                                  
Status: O

On Tue, Oct 22, 2002 at 04:01:46PM +0300, Timo Sirainen wrote:
> > except that charset support for UTF-8, as well
> > as US-ASCII, is mandatory. I don't know any libraries that convert to/from
> > UTF-8 (though ASCII<->UTF-8 is obviously simple :) and though it's probably
> > easy to roll your own for iso8859-1 I'm not sure if you had a solution in
> > mind yet. Also, supporting the other character sets (like UW-IMAP does) is
> > probably a lot trickier.
> 
> iconv() does it all, comes with glibc.

Um. Of course FreeBSD didn't have glibc, but iconv() is anyway pretty
standard, man page says "Conforming to UNIX98". It comes as a separate
library as well.

BTW. does SquirrelMail also require THREAD extension? It's not much more
different from SORT luckily.


From thomas@xs4all.net  Tue Oct 22 16:23:59 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 16:23:59 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138])
	by danu.procontrol.fi (Postfix) with ESMTP id E953E2382D
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 16:23:58 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9MDNwHg059572
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 15:23:58 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id A25BF2D43; Tue, 22 Oct 2002 15:22:28 +0200 (CEST)
Date: Tue, 22 Oct 2002 15:22:28 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022132228.GG543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org> <20021022130650.GC8122@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021022130650.GC8122@irccrew.org>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 73
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 73                                                  
Status: O
Content-Length: 1288

On Tue, Oct 22, 2002 at 04:06:50PM +0300, Timo Sirainen wrote:
> On Tue, Oct 22, 2002 at 04:01:46PM +0300, Timo Sirainen wrote:
> > > except that charset support for UTF-8, as well
> > > as US-ASCII, is mandatory. I don't know any libraries that convert to/from
> > > UTF-8 (though ASCII<->UTF-8 is obviously simple :) and though it's probably
> > > easy to roll your own for iso8859-1 I'm not sure if you had a solution in
> > > mind yet. Also, supporting the other character sets (like UW-IMAP does) is
> > > probably a lot trickier.

> > iconv() does it all, comes with glibc.

> Um. Of course FreeBSD didn't have glibc, but iconv() is anyway pretty
> standard, man page says "Conforming to UNIX98". It comes as a separate
> library as well.

Yeah, I noticed the same thing :) But it still has to be a concious
decision, as not all platforms come with libiconv and I wasn't sure what
your target audience is, and might become.

> BTW. does SquirrelMail also require THREAD extension? It's not much more
> different from SORT luckily.

It looks like it's optional. As a matter of fact, so is SORT :) But both
would be very nice to have, not just for SquirrelMail.

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From thomas@xs4all.net  Tue Oct 22 16:41:38 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 16:41:38 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by danu.procontrol.fi (Postfix) with ESMTP id 5975F2382D
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 16:41:38 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9MDfbcj029432
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 15:41:38 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id DF54A2D43; Tue, 22 Oct 2002 15:40:07 +0200 (CEST)
Date: Tue, 22 Oct 2002 15:40:07 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022134007.GH543@xs4all.nl>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021022130146.GB8122@irccrew.org>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 74
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 74                                                  
Status: O
Content-Length: 1983

On Tue, Oct 22, 2002 at 04:01:46PM +0300, Timo Sirainen wrote:

> Only bigger thing to do is to parse the headers and convert the
> =?xxx?yyy?= things. I think everything should go either through UTF8 or
> without any conversion if both header and search charsets are same.

I assume you only want to convert to UTF-8 or the other character sets when
it's really necessary, not store all data internally as UTF-8 or wchar_t ?

> I can think of two ways to do it:

> 1) save search results to array, sort the array, send it to clients, delete
> the array.

> 2) sort all mails writing results into btree file, keep the file updated
> whenever new mails are added or deleted. then do the search in that order so
> we can just write out the results without any sorting.

> I like the 2) more, but that works only if the sort condition isn't changed.
> Or if it is changed, then we'd need to have multiple btree files.. And in
> general it slows down things if sorting isn't done often.

I think 2) might be an option if you're dealing with very specific SORTs.
SquirrelMail, for instance, allows sorting on date, from, subject, arrival
and to (but the last one only in 'sent-mail' mailbox, oddly enough) and all
reverses, and in various order as well, by little buttony things on the
mailbox-index page... easy to play with. (Don't forget, you can 

. SORT (SUBJECT REVERSE FROM REVERSE TO REVERSE DATE ARRIVAL) UTF-8 ALL

and which btrees would you use how, in that case ? :) Anyway, in
SquirrelMail at least, I don't think there is a system-wide 'default' for
the criterium that's most often SORTed on. Simply storing the last SORT
might be the optimal solution, as I think (after the initial toying with the
mailbox sort order, and the occasional switch to search faster) most people
won't touch their sort order once they like or are used with what they have.

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From cras@irccrew.org  Tue Oct 22 17:00:13 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 17:00:13 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id C9D3B2382D
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 17:00:13 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 93B514C0A0; Tue, 22 Oct 2002 17:00:13 +0300 (EEST)
Date: Tue, 22 Oct 2002 17:00:13 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022140013.GD8122@irccrew.org>
References: <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org> <20021022130650.GC8122@irccrew.org> <20021022132228.GG543@xs4all.nl>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20021022132228.GG543@xs4all.nl>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 75
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: 75                                                  
Status: O
Content-Length: 1066

On Tue, Oct 22, 2002 at 03:22:28PM +0200, Thomas Wouters wrote:
> > Um. Of course FreeBSD didn't have glibc, but iconv() is anyway pretty
> > standard, man page says "Conforming to UNIX98". It comes as a separate
> > library as well.
> 
> Yeah, I noticed the same thing :) But it still has to be a concious
> decision, as not all platforms come with libiconv and I wasn't sure what
> your target audience is, and might become.

Well, target audience should be as large as possible :) But I think it'd be
good enough to make iconv() required for charset-support, without iconv() it
would support only charsets which don't need any conversion (ascii and
"search charset foo" with "=?foo?..?=")

> > BTW. does SquirrelMail also require THREAD extension? It's not much more
> > different from SORT luckily.
> 
> It looks like it's optional. As a matter of fact, so is SORT :) But both
> would be very nice to have, not just for SquirrelMail.

Yeah. I'll add support for both later, currently there's a bit more
important things to do which you'll want fixed as well :)


From cras@irccrew.org  Tue Oct 22 17:12:23 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 17:12:23 +0300 (EEST)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 1E2272382D
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 17:12:23 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 2C1CE4C0A0; Tue, 22 Oct 2002 17:12:20 +0300 (EEST)
Date: Tue, 22 Oct 2002 17:12:20 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022141220.GE8122@irccrew.org>
References: <20021019123846.GK543@xs4all.nl> <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org> <20021022134007.GH543@xs4all.nl>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20021022134007.GH543@xs4all.nl>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 76
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: 76                                                  
Status: O
Content-Length: 1875

On Tue, Oct 22, 2002 at 03:40:07PM +0200, Thomas Wouters wrote:
> > Only bigger thing to do is to parse the headers and convert the
> > =?xxx?yyy?= things. I think everything should go either through UTF8 or
> > without any conversion if both header and search charsets are same.
> 
> I assume you only want to convert to UTF-8 or the other character sets when
> it's really necessary, not store all data internally as UTF-8 or wchar_t ?

Well, there's not much stored in memory, and index files store mostly just
FETCH ENVELOPE. The envelope is better to be in format where it's suitable
for directly sending to IMAP client and those few things that are stored in
memory aren't used by search at all. I think it'll be easier if everything
was just converted when needed and it's just more CPU (and maybe memory)
usage - there should be plenty of that left :)

> I think 2) might be an option if you're dealing with very specific SORTs.
> SquirrelMail, for instance, allows sorting on date, from, subject, arrival
> and to (but the last one only in 'sent-mail' mailbox, oddly enough) and all
> reverses, and in various order as well, by little buttony things on the
> mailbox-index page... easy to play with. (Don't forget, you can 
> 
> . SORT (SUBJECT REVERSE FROM REVERSE TO REVERSE DATE ARRIVAL) UTF-8 ALL
> 
> and which btrees would you use how, in that case ? :) Anyway, in

Primary condition could be enough to store in the btree, the other
conditions are used only when primary compares equal between mails, so we
can just read those into memory and then apply the rest of the sorting.
Still faster and takes less memory than reading everything into memory and
then sorting.

Or the btree could be fully sorted with some condition, but if it's not
exactly the same we want we could just use the primary condition.

(uh, a bit badly said, hope it makes some sense :)


From thomas@xs4all.net  Tue Oct 22 21:19:54 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 21:19:54 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by danu.procontrol.fi (Postfix) with ESMTP id 08BA423837
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 21:19:54 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9MIJoWS075157
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 20:19:50 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id 761CB2D43; Tue, 22 Oct 2002 20:18:19 +0200 (CEST)
Date: Tue, 22 Oct 2002 20:18:19 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022181819.GI543@xs4all.nl>
References: <20021021115143.GS543@xs4all.nl> <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org> <20021022130650.GC8122@irccrew.org> <20021022132228.GG543@xs4all.nl> <20021022140013.GD8122@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021022140013.GD8122@irccrew.org>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 77
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 77                                                  
Status: O

On Tue, Oct 22, 2002 at 05:00:13PM +0300, Timo Sirainen wrote:

> Yeah. I'll add support for both later, currently there's a bit more
> important things to do which you'll want fixed as well :)

Heh. That reminds me... Have you considered using, for instance, SourceForge
to host dovecot ? Or at least use something like syncmail, which mails out
CVS diffs on each checkin ? I use syncmail on every CVS project, both
internal and external, and I find I've grown very attached to it, and am too
used to seeing what goes on in an project just by looking at the checkins :)

(Not that I'm actively pushing you to use SourceForge or anything... it
definately has its downsides too, if you're capable of running your own CVS
server anyway.)

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From thomas@xs4all.net  Tue Oct 22 21:51:09 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 21:51:09 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141])
	by danu.procontrol.fi (Postfix) with ESMTP id DA74523837
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 21:51:08 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9MIp8pE020363
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 20:51:08 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id 1F1D22D43; Tue, 22 Oct 2002 20:49:37 +0200 (CEST)
Date: Tue, 22 Oct 2002 20:49:37 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022184937.GJ543@xs4all.nl>
References: <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl> <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org> <20021022130650.GC8122@irccrew.org> <20021022132228.GG543@xs4all.nl> <20021022140013.GD8122@irccrew.org> <20021022181819.GI543@xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021022181819.GI543@xs4all.nl>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 78
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 78                                                  
Status: O
Content-Length: 1919

On Tue, Oct 22, 2002 at 08:18:19PM +0200, Thomas Wouters wrote:

> Heh. That reminds me... Have you considered using, for instance,
> SourceForge to host dovecot ?

And while on *that* subject, the current CVS tree needs a patch like this to
compile. (And the usual Makefile rebuilds.) But I'm sure you already noticed
:-)

Index: src/login/Makefile.am
===================================================================
RCS file: /home/thomas/cvs-root/dovecot/src/login/Makefile.am,v
retrieving revision 1.1.1.1
diff -c -r1.1.1.1 Makefile.am
*** src/login/Makefile.am	9 Aug 2002 09:15:53 -0000	1.1.1.1
--- src/login/Makefile.am	22 Oct 2002 18:48:32 -0000
***************
*** 1,7 ****
  pkglib_PROGRAMS = imap-login
  
  INCLUDES = \
! 	-I$(top_srcdir)/src/lib
  
  imap_login_LDADD = \
  	../lib/liblib.a \
--- 1,8 ----
  pkglib_PROGRAMS = imap-login
  
  INCLUDES = \
! 	-I$(top_srcdir)/src/lib \
! 	-DPACKAGE=\""$(PACKAGE)"\"
  
  imap_login_LDADD = \
  	../lib/liblib.a \
Index: src/master/Makefile.am
===================================================================
RCS file: /home/thomas/cvs-root/dovecot/src/master/Makefile.am,v
retrieving revision 1.1.1.1
diff -c -r1.1.1.1 Makefile.am
*** src/master/Makefile.am	9 Aug 2002 09:15:55 -0000	1.1.1.1
--- src/master/Makefile.am	22 Oct 2002 18:48:12 -0000
***************
*** 4,10 ****
  	-I$(top_srcdir)/src/lib \
  	-DSYSCONFDIR=\""$(sysconfdir)"\" \
  	-DPKG_RUNDIR=\""$(localstatedir)/run/$(PACKAGE)"\" \
! 	-DPKG_LIBDIR=\""$(pkglibdir)"\"
  
  imap_master_LDADD = \
  	../lib/liblib.a
--- 4,11 ----
  	-I$(top_srcdir)/src/lib \
  	-DSYSCONFDIR=\""$(sysconfdir)"\" \
  	-DPKG_RUNDIR=\""$(localstatedir)/run/$(PACKAGE)"\" \
! 	-DPKG_LIBDIR=\""$(pkglibdir)"\" \
! 	-DPACKAGE=\""$(PACKAGE)"\"
  
  imap_master_LDADD = \
  	../lib/liblib.a


-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From tss@iki.fi  Tue Oct 22 23:50:41 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Oct 2002 23:50:41 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BF23A23837
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 23:50:41 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 408425E01F42; Tue, 22 Oct 2002 23:50:40 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021022184937.GJ543@xs4all.nl>
References: <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl>
	 <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina>
	 <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org>
	 <20021022130650.GC8122@irccrew.org> <20021022132228.GG543@xs4all.nl>
	 <20021022140013.GD8122@irccrew.org> <20021022181819.GI543@xs4all.nl>
	 <20021022184937.GJ543@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035319840.1665.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 22 Oct 2002 23:50:40 +0300
X-archive-position: 79
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: 79                                                  
Status: O

On Tue, 2002-10-22 at 21:49, Thomas Wouters wrote:
> And while on *that* subject, the current CVS tree needs a patch like this to
> compile. (And the usual Makefile rebuilds.) But I'm sure you already noticed
> :-)

config.h should define the PACKAGE, and it does for me with both
autoconf 2.13 and 2.5. Did you use GNU make? automake doesn't work very
well without.

> Index: src/login/Makefile.am
> ===================================================================
> RCS file: /home/thomas/cvs-root/dovecot/src/login/Makefile.am,v
> retrieving revision 1.1.1.1
> diff -c -r1.1.1.1 Makefile.am

and diff -u in future please :)


From thomas@xs4all.net  Wed Oct 23 00:21:33 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 00:21:33 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141])
	by danu.procontrol.fi (Postfix) with ESMTP id 151F02382D
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 00:21:33 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9MLLWBC050470
	for <dovecot@procontrol.fi>; Tue, 22 Oct 2002 23:21:32 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id D36752D43; Tue, 22 Oct 2002 23:20:00 +0200 (CEST)
Date: Tue, 22 Oct 2002 23:20:00 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Architectural questions
Message-ID: <20021022212000.GK543@xs4all.nl>
References: <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina> <20021022114922.GF543@xs4all.nl> <20021022130146.GB8122@irccrew.org> <20021022130650.GC8122@irccrew.org> <20021022132228.GG543@xs4all.nl> <20021022140013.GD8122@irccrew.org> <20021022181819.GI543@xs4all.nl> <20021022184937.GJ543@xs4all.nl> <1035319840.1665.6.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035319840.1665.6.camel@hurina>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 80
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 80                                                  
Status: O

On Tue, Oct 22, 2002 at 11:50:40PM +0300, Timo Sirainen wrote:
> On Tue, 2002-10-22 at 21:49, Thomas Wouters wrote:

> > And while on *that* subject, the current CVS tree needs a patch like this to
> > compile. (And the usual Makefile rebuilds.) But I'm sure you already noticed
> > :-)

> config.h should define the PACKAGE, and it does for me with both
> autoconf 2.13 and 2.5. Did you use GNU make? automake doesn't work very
> well without.

Ah, hm, I must have done something wrong with the
aclocal/autoheader/automake/autoconf dance. It wasn't in my config.h or
config.h.in, but I reran aclocal and now it's in config.h.in. I'm not used
to using automake, just autoconf/autoheader :)

> > diff -c -r1.1.1.1 Makefile.am

> and diff -u in future please :)

But, but, diff -c is so much more readable! :P Sigh :)

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From tss@iki.fi  Wed Oct 23 00:46:21 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 00:46:21 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 17B3F2382D
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 00:46:21 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id ADF1E5E01F42; Wed, 23 Oct 2002 00:46:15 +0300 (EEST)
Subject: [dovecot] Re: Architectural questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021022124722.GA942@linux.taugt.net>
References: <20021019123846.GK543@xs4all.nl>
	 <1035036115.1674.81.camel@hurina> <20021021115143.GS543@xs4all.nl>
	 <1035206128.613.8.camel@hurina> <20021021141929.GY543@xs4all.nl>
	 <1035249894.5044.28.camel@hurina> <1035253882.5041.34.camel@hurina>
	 <20021022124722.GA942@linux.taugt.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035323175.1665.31.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 23 Oct 2002 00:46:15 +0300
X-archive-position: 81
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: 81                                                  
Status: O

On Tue, 2002-10-22 at 15:47, Marcus Rueckert wrote:
> i just wanted to suggest http://www.vergenet.net/linux/perdition/
> for proxying. but if dovecot could do something similar by it self this
> is not needed :)

It wouldn't be difficult to add proxying for dovecot, since it already
does authentication and can SSL connections are pretty much proxied
already through separate process.

Anyway I looked at Perdition. It doesn't support AUTHENTICATE, plus I
just found buffer overflow from it without even trying much.


From tss@iki.fi  Wed Oct 23 02:52:25 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 02:52:25 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CBF5A2382D
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 02:52:25 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 4A2335E01F42; Wed, 23 Oct 2002 02:52:25 +0300 (EEST)
Subject: [dovecot] New mailing list: dovecot-cvs
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035330745.1664.71.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 23 Oct 2002 02:52:25 +0300
X-archive-position: 82
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: 82                                                  
Status: O

Installed syncmail program what Thomas was wanting. It sends a mail of
each cvs commit, including the actual changes in source. Otherwise the
mailing list is read-only. Subscribing happens the same way as to
dovecot list, ie. dovecot-cvs-request@procontrol.fi with subscribe in
subject.

Hmm. I think I should also separate the private/public cvs repositories
running in that computer and provide anonymous pserver access..


From tss@iki.fi  Wed Oct 23 04:20:15 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 04:20:15 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7FDEB2382C
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 04:20:15 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id E1A4A5E01F42; Wed, 23 Oct 2002 04:20:14 +0300 (EEST)
Subject: [dovecot] anonymous CVS access
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035336014.21702.41.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 23 Oct 2002 04:20:14 +0300
X-archive-position: 83
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: 83                                                  
Status: O

OK, added anon-pserver:

cvs -d :pserver:anonymous@dovecot.procontrol.fi:/home/cvs co dovecot


From thomas@xs4all.net  Wed Oct 23 14:20:20 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 14:20:20 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by danu.procontrol.fi (Postfix) with ESMTP id 06A182382C
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 14:20:20 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9NBKJFY030421
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 13:20:19 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id BA1222E31; Wed, 23 Oct 2002 13:18:43 +0200 (CEST)
Date: Wed, 23 Oct 2002 13:18:43 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] vsnprintf()
Message-ID: <20021023111843.GA3563@xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 84
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 84                                                  
Status: O


I think I stumbled upon a bug in the i_snprintf() function. In the case of
vnsprintf() being available, it depends on vnsprintf() returning -1 when the
string was longer than the passed-in limit (or it won't terminate the
string.). But this isn't the C99-standardized behaviour, and newer glibc's
don't do that anymore either, so you can end up with a non-terminated
string. This patch should fix it, I think.

Index: strfuncs.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib/strfuncs.c,v
retrieving revision 1.14
diff -c -u -r1.14 strfuncs.c
--- strfuncs.c	20 Oct 2002 03:19:10 -0000	1.14
+++ strfuncs.c	23 Oct 2002 11:19:39 -0000
@@ -401,7 +401,7 @@
 	va_end(args);
 	t_pop();
 
-	if (ret < 0) {
+	if (ret < 0 || ret >= max_chars) {
 		str[max_chars-1] = '\0';
 		ret = strlen(str);
 	}


-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From tss@iki.fi  Wed Oct 23 16:16:37 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 16:16:37 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2E1882382C
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 16:16:37 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id 934505E01F42; Wed, 23 Oct 2002 16:16:36 +0300 (EEST)
Subject: [dovecot] Re: vsnprintf()
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021023111843.GA3563@xs4all.nl>
References: <20021023111843.GA3563@xs4all.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035378996.28683.11.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 23 Oct 2002 16:16:36 +0300
X-archive-position: 85
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: 85                                                  
Status: O

On Wed, 2002-10-23 at 14:18, Thomas Wouters wrote:
> I think I stumbled upon a bug in the i_snprintf() function. In the case of
> vnsprintf() being available, it depends on vnsprintf() returning -1 when the
> string was longer than the passed-in limit (or it won't terminate the
> string.). But this isn't the C99-standardized behaviour, and newer glibc's
> don't do that anymore either, so you can end up with a non-terminated
> string. This patch should fix it, I think.

Hm. vsnprintf() does terminate the string with \0 always, unless it
returns -1. But I'll apply the patch anyway just to be sure :) Also
my_vsyslog() didn't check the vsnprintf() return value at all. Have to
go through that lib code more carefully some day..


From thomas@xs4all.net  Wed Oct 23 16:38:07 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 16:38:07 +0300 (EEST)
Return-Path: <thomas@xs4all.net>
Delivered-To: dovecot@procontrol.fi
Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by danu.procontrol.fi (Postfix) with ESMTP id 07B272382C
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 16:38:07 +0300 (EEST)
Received: from centurion.xs4all.nl (centurion.xs4all.nl [194.109.0.100])
	by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9NDc6YL048557
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 15:38:06 +0200 (CEST)
Received: by centurion.xs4all.nl (Postfix, from userid 1000)
	id E44094CF0; Wed, 23 Oct 2002 15:36:29 +0200 (CEST)
Date: Wed, 23 Oct 2002 15:36:29 +0200
From: Thomas Wouters <thomas@xs4all.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: vsnprintf()
Message-ID: <20021023133629.GM543@xs4all.nl>
References: <20021023111843.GA3563@xs4all.nl> <1035378996.28683.11.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1035378996.28683.11.camel@hurina>
User-Agent: Mutt/1.4i
X-message-flag: Danger Will Robinson!
X-archive-position: 86
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: thomas@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 86                                                  
Status: O
Content-Length: 1204

On Wed, Oct 23, 2002 at 04:16:36PM +0300, Timo Sirainen wrote:
> On Wed, 2002-10-23 at 14:18, Thomas Wouters wrote:
> > I think I stumbled upon a bug in the i_snprintf() function. In the case of
> > vnsprintf() being available, it depends on vnsprintf() returning -1 when the
> > string was longer than the passed-in limit (or it won't terminate the
> > string.). But this isn't the C99-standardized behaviour, and newer glibc's
> > don't do that anymore either, so you can end up with a non-terminated
> > string. This patch should fix it, I think.

> Hm. vsnprintf() does terminate the string with \0 always, unless it
> returns -1. But I'll apply the patch anyway just to be sure :)

Hmm. Yeah, testing confirms you are right, I was just confused by the Linux
manpage on the printf-functions. The FreeBSD manpage states it
unambigiously:

     Snprintf() and vsnprintf() will write at most size-1 of the characters
     printed into the output string (the size'th character then gets the
     terminating `\0')

Hey, that means I can go back and clean up some of my old code :-P

-- 
Thomas Wouters <thomas@xs4all.net>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

From dgc@uchicago.edu  Wed Oct 23 20:13:44 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 20:13:45 +0300 (EEST)
Return-Path: <dgc@uchicago.edu>
Delivered-To: dovecot@procontrol.fi
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 4AEA12382D
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 20:13:44 +0300 (EEST)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id g9NHDd720129;
	Wed, 23 Oct 2002 12:13:39 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to dgc@uchicago.edu using -f
Date: Wed, 23 Oct 2002 12:13:39 -0500
From: David Champion <dgc@uchicago.edu>
To: Thomas Wouters <thomas@xs4all.net>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: vsnprintf()
Message-ID: <20021023171339.GO4662@dust.uchicago.edu>
References: <20021023111843.GA3563@xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021023111843.GA3563@xs4all.nl>
User-Agent: Mutt/1.5.1i
X-archive-position: 87
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dgc@uchicago.edu
Precedence: bulk
X-list: dovecot
X-UID: 87                                                  
Status: O
Content-Length: 2444

* On 2002.10.23, in <20021023111843.GA3563@xs4all.nl>,
*	"Thomas Wouters" <thomas@xs4all.net> wrote:
> 
> I think I stumbled upon a bug in the i_snprintf() function. In the case of
> vnsprintf() being available, it depends on vnsprintf() returning -1 when the
> string was longer than the passed-in limit (or it won't terminate the
> string.). But this isn't the C99-standardized behaviour, and newer glibc's
> don't do that anymore either, so you can end up with a non-terminated
> string. This patch should fix it, I think.

Ah, I'm glad glibc has fixed this. (Have they fixed snprintf(), too?)
This patch looks correct for Solaris, as well.

There's an alternative approach that depends on the newer vsnprintf()
behavior. You can use
 
{
	char c, *buf;
	length = vsnprintf(&c, 1, fmt, vp);
	buf = malloc(length+1);
	vsnprintf(buf, length, fmt, vp);
}

to dynamically size the buffer as large as it needs to be. For general
formatting routines, I sometimes use this idiom (not totally valid C,
and no error-checking):

format(...)
{
	static char *buf = NULL;	/* workspace */
	static int buf_len = 0;		/* usable area in buf (size - '\0') */
	int fmt_len;			/* length of formatted string */
	...

	if (buf == NULL) {
		/* init to minimum size */
		buf = malloc(128+1);
		buf_len = 128;
	}

	/* Format once, and find out how long the formatted data was */
	fmt_len = vsnprintf(buf, buf_len+1, fmt, vp);

	/* If longer than buf, resize buf amnd try again */
	if (fmt_len > buf_len) {
		realloc(buf, (buf_len = fmt_len) + 1);
		vsnprintf(buf, buf_len+1, fmt, vp);
	}
	...
}

This makes sure I always have a big-enough buffer, without lots of
unneeded mallocing and freeing. The down-side is that it only works on
modern systems, because of the issue with [v]snprintf()'s return value.
And it sometimes formats the string twice, which is perhaps not good,
but perhaps alright. And I guess it's not re-entrant, which could be a
problem, though it could be made re-entrant with some work. :)


Anyway, this is perhaps a little much for a first post to a list from
someone who hasn't found time to look at or compile the code yet, but
off it goes....

-- 
 -D.                    We establised a fine coffee. What everybody can say
 Sun Project, APC/UCCO  TASTY! It's fresh, so-mild, with some special coffee's
 University of Chicago  bitter and sourtaste. "LET'S HAVE SUCH A COFFEE! NOW!"
 dgc@uchicago.edu       Please love CAFE MIAMI. Many thanks.

From tss@iki.fi  Wed Oct 23 20:21:57 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Oct 2002 20:21:57 +0300 (EEST)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A6D332382C
	for <dovecot@procontrol.fi>; Wed, 23 Oct 2002 20:21:56 +0300 (EEST)
Received: by hurina (Postfix, from userid 1000)
	id C67185E01F42; Wed, 23 Oct 2002 20:21:55 +0300 (EEST)
Subject: [dovecot] Re: vsnprintf()
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021023171339.GO4662@dust.uchicago.edu>
References: <20021023111843.GA3563@xs4all.nl>
	 <20021023171339.GO4662@dust.uchicago.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035393715.29469.5.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 23 Oct 2002 20:21:55 +0300
X-archive-position: 88
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: 88                                                  
Status: O

On Wed, 2002-10-23 at 20:13, David Champion wrote:
> There's an alternative approach that depends on the newer vsnprintf()
> behavior. You can use
>  
> {
> 	char c, *buf;
> 	length = vsnprintf(&c, 1, fmt, vp);
> 	buf = malloc(length+1);
> 	vsnprintf(buf, length, fmt, vp);
> }
> 
> to dynamically size the buffer as large as it needs to be. For general
> formatting routines, I sometimes use this idiom (not totally valid C,
> and no error-checking):

Not too bad idea :) Dovecot currently uses a bit modified GLIB's
g_printf_string_upper_bound() and then allocates enough memory based on
it. Maybe using vsnprintf() could be optional (detected by configure if
it works), if it's better/faster than my upper_bound() function.


From tss@iki.fi  Tue Oct 29 05:26:31 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 29 Oct 2002 05:26:31 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6C4712382C
	for <dovecot@procontrol.fi>; Tue, 29 Oct 2002 05:26:31 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id CB8525E01F42; Tue, 29 Oct 2002 05:26:30 +0200 (EET)
Subject: [dovecot] Re: pam + radius
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20021028190110.D22448@misato.nikojet.com>
References: <20021028190110.D22448@misato.nikojet.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035861990.781.23.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 29 Oct 2002 05:26:30 +0200
X-archive-position: 89
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: 89                                                  
Status: O

On Tue, 2002-10-29 at 05:01, Hielke Christian Braun wrote:
> i am trying to use dovecot with pam and radius. My users have names
> in the format joe@somedomain.com. When i have pam configured to use
> the normal passwd/shadow files it works fine. With radius it does not.
> I see at the radius server that the domain part of my usernames
> is always replaced with the same domain @nikojet.com. I don't think
> it is a problem with the pam radius, as the same library works fine
> with the solid state pop3 server. Is this a fundamental problem and
> dovecot/imap does not work with usernames which have a domain part or
> is it a bug? 

You probably don't have the users in /etc/passwd file too, right?
Dovecot currently wants the users to exist there too to get their UID,
GID and home directory. I'll change this later so that you could give
"gid=123 uid=456 homeroot=/var/mail" options to pam auth and it'd use
them for all users.

Or did PAM also support getting that information in some way? I'm not
sure exactly..


From tss@iki.fi  Tue Oct 29 07:01:47 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 29 Oct 2002 07:01:47 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 49C7F2382D
	for <dovecot@procontrol.fi>; Tue, 29 Oct 2002 07:01:47 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 14E5B5E01F42; Tue, 29 Oct 2002 07:01:47 +0200 (EET)
Subject: [dovecot] Re: pam + radius
From: Timo Sirainen <tss@iki.fi>
To: Hielke Christian Braun <hcb@nikotel.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20021028200037.A27315@misato.nikojet.com>
References: <20021028190110.D22448@misato.nikojet.com>
	 <1035861990.781.23.camel@hurina> <20021028200037.A27315@misato.nikojet.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1035867706.779.38.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 29 Oct 2002 07:01:46 +0200
X-archive-position: 90
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: 90                                                  
Status: O
Content-Length: 1099

On Tue, 2002-10-29 at 06:00, Hielke Christian Braun wrote:
> > You probably don't have the users in /etc/passwd file too, right?
> 
> I have the users in the passwd and shadow files as i need that for quotas
> to work. Though in the shadow file i don't have the password and only a x.
> The problem must be something else.

Well .. I don't know then really. Since you did get it to work by
changing PAM to use shadow auth, Dovecot is doing it at least partly
right. Maybe the radius PAM module requires something that Dovecot
didn't do..

Looking at Courier's PAM handling, it does pam_setcred() which dovecot
doesn't. You could try if doing that helps:

src/auth/userinfo-pam.c, around line 169, insert between
pam_authenticate() and pam_acct_mgmt():

	if ((status = pam_setcred(pamh, PAM_ESTABLISH_CRED)) != PAM_SUCCESS) {
		if (status == PAM_ABORT)
			i_fatal("pam_setcred_mgmt() requested abort");
		return FALSE;
	}

> Maybe it dovecot sets a realm, which is then mistakenly used by
> the pam radius module, but not by the passwd/shadow module?

PAM doesn't have any support for realms AFAIK.


From tss@iki.fi  Sun Nov  3 02:11:15 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 03 Nov 2002 02:11:15 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A5E602382D
	for <dovecot@procontrol.fi>; Sun,  3 Nov 2002 02:11:15 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 5B5EF5E01F55; Sun,  3 Nov 2002 02:11:15 +0200 (EET)
Subject: [dovecot] Re: pam + radius
From: Timo Sirainen <tss@iki.fi>
To: Hielke Christian Braun <hcb@nikotel.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20021031113245.W22448@misato.nikojet.com>
References: <20021028190110.D22448@misato.nikojet.com>
	 <1035861990.781.23.camel@hurina> <20021028200037.A27315@misato.nikojet.com>
	 <1035867706.779.38.camel@hurina> <20021031113245.W22448@misato.nikojet.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1036282275.263.1.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 03 Nov 2002 02:11:15 +0200
X-archive-position: 91
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: 91                                                  
Status: O

On Thu, 2002-10-31 at 21:32, Hielke Christian Braun wrote:
> It helped a bit. Now the first login to dovecot works fine. The domainpart
> of my username is not changed. But after the first login, dovecot 
> always sents the username from the first login to the radius server even when
> i login from a different client with a complete different username.

OK, fixed now in CVS. I implemented PAM support pretty wrong.


From simon@lindgren.no  Tue Nov 12 15:27:35 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 12 Nov 2002 15:27:35 +0200 (EET)
Return-Path: <simon@lindgren.no>
Delivered-To: dovecot@procontrol.fi
Received: from mail46.fg.online.no (mail46-s.fg.online.no [148.122.161.46])
	by danu.procontrol.fi (Postfix) with ESMTP id 5629F2382D
	for <dovecot@procontrol.fi>; Tue, 12 Nov 2002 15:27:35 +0200 (EET)
Received: from ti211310a080-1828.bb.online.no (ti211310a080-1828.bb.online.no [80.212.71.36])
	by mail46.fg.online.no (8.9.3/8.9.3) with ESMTP id OAA04851
	for <dovecot@procontrol.fi>; Tue, 12 Nov 2002 14:27:34 +0100 (MET)
From: Simon Lindgren <simon@lindgren.no>
To: dovecot@procontrol.fi
Subject: [dovecot] Seen bug?
Date: Tue, 12 Nov 2002 14:27:33 +0100
User-Agent: KMail/1.5
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200211121427.33943.simon@lindgren.no>
X-archive-position: 92
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: simon@lindgren.no
Precedence: bulk
X-list: dovecot
X-UID: 92                                                  
Status: O
Content-Length: 3096

Hi,

I'm using Kmail and dovecot for my IMAP pleasure, and have had some problems, 
which are evident from the following exchange with some kmail developers.

My patch to the imap protocol in KDE fixed my problem, but should dovecot be 
changed instead?

Thank you for any insight!

I've included the discussion on kmail-devel so far:

[ I wrote: ]
--
I've recently switched to IMAP for email (using dovecot as the server, 
http://dovecot.procontrol.fi/) and have a small problem:

Clicking a message brings it up, but doesn't seem to mark it read on the 
server. I need to select 'Message -> Mark Message -> Mark Message as Read' in 
order for it to "stay read" when I check for new mails on the server. 

Is anyone else seeing this behaviour? Is this a bug, or a feature?

I've assigned a shortcut key for 'Mark Message as Read' so I get by, but with 
a large number of messages and folders, it quickly becomes annoying.
--


[ Carsten Burghardt <burghardt@kde.org> wrote in reply: ]
--
As your imap-server is not really common you should check with ethereal the 
communication between kmail and your server.
--


[ I wrote in reply: ]
--
Thanks for the replies... snooping with ethereal, I get the following:
(quoting only the data sent from kmail)

When viewing a mail in kmail:
UID FETCH 203 (UID RFC822)

When specifically flagging it as 'read' in kmail: 
UID STORE 203 -FLAGS.SILENT (\SEEN \ANSWERED \FLAGGED \DRAFT)
UID STORE 203 +FLAGS.SILENT (\SEEN)

It would seem that my problem would be solved if kmail also sent the +FLAGS 
stuff when viewing a message... but I don't know if this would be according 
to the IMAP specification - or if the server should flag the message as 
'seen' when the client does the 'fetch' ?

I do have 'Mark selected message as read after 0 sec' checked - and the 
message is flagged in kmail as read, but without specifically marking it as 
read in kmail, it's still 'unread' after the next 'check mail' run. I hope 
I'm being clear.

If you still think this is a bug with my (non standard, I agree!) IMAP server 
I'll try another one.
--

[ I wrote another reply: ]
--
I made a change to imap4.cc, and it magically works for me - I've not tested 
this one very much, but it seems to do the trick so far.

I would be very interested if someone knowledgeable would tell me just how 
wrong this piece of code is, as I'm working on learning these things.

--- imap4.cc    Tue Oct 15 21:52:43 2002
+++ imap4.cc    Tue Nov 12 01:36:05 2002
@@ -289,6 +289,11 @@
       }
 
       completeQueue.removeRef (cmd);
+
+         if (aSection.find ("ENVELOPE", 0, false) == -1) {
+               doCommand (imapCommand::
+                                  clientStore (aSequence, "+FLAGS.SILENT", 
"\\SEEN"));
+         }
     }
   }
--

[ Carsten Burghardt <burghardt@kde.org> wrote: ]
--
No, everything is alright here, you should check a different server.
--

[ Bo Thorsen <bo@sonofthor.dk> wrote: ]
--
It is definately a bug in the server. The IMAP RFC specifies that a server 
must only once serve a file flagged as new. So your server violates this 
principle.



From tss@iki.fi  Wed Nov 13 02:10:37 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 13 Nov 2002 02:10:37 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0CFC82382C
	for <dovecot@procontrol.fi>; Wed, 13 Nov 2002 02:10:37 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 881095E01F42; Wed, 13 Nov 2002 02:10:36 +0200 (EET)
Subject: [dovecot] Re: Seen bug?
From: Timo Sirainen <tss@iki.fi>
To: Simon Lindgren <simon@lindgren.no>
Cc: dovecot@procontrol.fi
In-Reply-To: <200211121427.33943.simon@lindgren.no>
References: <200211121427.33943.simon@lindgren.no>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1037146236.32041.102.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.1.1.99 (Preview Release)
Date: 13 Nov 2002 02:10:36 +0200
X-archive-position: 93
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: 93                                                  
Status: O

On Tue, 2002-11-12 at 15:27, Simon Lindgren wrote:
> My patch to the imap protocol in KDE fixed my problem, but should dovecot be 
> changed instead?

Yes, it's a bug in Dovecot.

> When viewing a mail in kmail:
> UID FETCH 203 (UID RFC822)

Fetching BODY[] always marks the message read, but I didn't before think
of RFC822 and RFC822.TEXT which should do that too. Fixing..


From tss@iki.fi  Sun Nov 24 21:01:37 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 24 Nov 2002 21:01:37 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 71F052382F
	for <dovecot@procontrol.fi>; Sun, 24 Nov 2002 21:01:37 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id ACC765E01F27; Sun, 24 Nov 2002 21:01:36 +0200 (EET)
Subject: [dovecot] 0.99.0 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038164496.787.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 24 Nov 2002 21:01:36 +0200
X-archive-position: 94
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: 94                                                  
Status: O
Content-Length: 1571

I figured now would be a good time for new release. All the major
changes are pretty much done now.

v0.99.0 2002-11-24  Timo Sirainen <tss@iki.fi>

	+ Replaced hash file with binary tree file which makes Dovecot stay
	  fast with large mailboxes after expunging multiple mails.
	+ Several speed improvements with SEARCH
	+ SEARCH CHARSET support using iconv(), although case-insensitive
	  searching is currently supported only for ASCII characters.
	+ OpenSSL support.
	+ Support for regenerating Diffie Hellman and RSA parameters with
	  specified intervals. NOTE: currently doesn't work with OpenSSL.
	+ Support for each login connection being handled in it's own process.
	  This is the default as it's more safe especially with SSL.
	+ mbox locking is now safe, other processes can't modify the mbox file
	  while we're reading it.
	+ Notify clients with "EXISTS" almost immediately after new mail is
	  received.
	+ Rawlog: Support for saving user connections into files - useful for
	  debugging.
	+ Content-Language is finally parsed correctly
	+ Lots of smaller speed optimizations
	- Partial BODY[] fetches weren't working properly
	- BODY[section] was buggy with message/rfc822 MIME parts
	- STARTTLS wasn't working
	- \* flag was missing from PERMANENTFLAGS.
	- Comments inside <> mail addresses crashed.
	- imap-login printed UTC timestamps to logfiles
	- passwd-file wasn't reread the the file changed
	- PAM authentication was implemented wrong, which caused it to break
	  with some PAM plugins.
	- Lots of smaller fixes, mostly to do with reliability



From me@squeakyweasel.net  Sun Nov 24 22:25:42 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 24 Nov 2002 22:25:42 +0200 (EET)
Return-Path: <me@squeakyweasel.net>
Delivered-To: dovecot@procontrol.fi
Received: from mail.stratius.com (unknown [207.44.131.172])
	by danu.procontrol.fi (Postfix) with SMTP id 6F03B2382C
	for <dovecot@procontrol.fi>; Sun, 24 Nov 2002 22:25:41 +0200 (EET)
Received: (qmail 26597 invoked from network); 24 Nov 2002 20:25:36 -0000
Received: from unknown (HELO cobalt) (4.47.73.34)
  by 207.44.131.176 with SMTP; 24 Nov 2002 20:25:36 -0000
Date: Sun, 24 Nov 2002 12:25:45 -0800
From: "Kyle Symonds" <me@squeakyweasel.net>
Reply-To: me@squeakyweasel.net
To: dovecot@procontrol.fi <dovecot@procontrol.fi>
Subject: [dovecot] vpopmail support?
X-mailer: Foxmail 4.1 [eg]
Mime-Version: 1.0
Content-Type: text/plain;
      charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <20021124202541.6F03B2382C@danu.procontrol.fi>
X-archive-position: 95
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: me@squeakyweasel.net
Precedence: bulk
X-list: dovecot
X-UID: 95                                                  
Status: O

Well, I read that back in 0.98 or so vpopmail support should work so I assumed it would be enabled in 0.99 but here's what I get.

gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib     -I/usr/local/vpopmail/include -g -O2 -Wall -W    -g -O2 -Wall -W -c userinfo-vpopmail.c
In file included from userinfo-vpopmail.c:12:
/usr/local/vpopmail/include/vpopmail.h:133: syntax error before `*'
*** Error code 1

Stop in /root/dovecot/src/auth.
*** Error code 1

Stop in /root/dovecot/src.
*** Error code 1

Stop in /root/dovecot.
*** Error code 1

Stop in /root/dovecot.

Someone want to throw a bone?  =)

--Weasel
weasel@squeakyweasel.net
http://squeakyweasel.net



From me@squeakyweasel.net  Sun Nov 24 22:32:44 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 24 Nov 2002 22:32:44 +0200 (EET)
Return-Path: <me@squeakyweasel.net>
Delivered-To: dovecot@procontrol.fi
Received: from mail.stratius.com (unknown [207.44.131.172])
	by danu.procontrol.fi (Postfix) with SMTP id C3A332382C
	for <dovecot@procontrol.fi>; Sun, 24 Nov 2002 22:32:43 +0200 (EET)
Received: (qmail 26623 invoked from network); 24 Nov 2002 20:32:42 -0000
Received: from unknown (HELO cobalt) (4.47.73.34)
  by 207.44.131.176 with SMTP; 24 Nov 2002 20:32:42 -0000
Date: Sun, 24 Nov 2002 12:32:51 -0800
From: "Kyle Symonds" <me@squeakyweasel.net>
Reply-To: me@squeakyweasel.net
To: dovecot@procontrol.fi <dovecot@procontrol.fi>
Subject: [dovecot] Re: vpopmail support?
X-mailer: Foxmail 4.1 [eg]
Mime-Version: 1.0
Content-Type: text/plain;
      charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <20021124203243.C3A332382C@danu.procontrol.fi>
X-archive-position: 96
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: me@squeakyweasel.net
Precedence: bulk
X-list: dovecot
X-UID: 96                                                  
Status: O

Oh yeah, the system's FreeBSD 4.7-RELEASE.  Trying to do a qmail+vpopmail+pop3+imap setup.

--Weasel
weasel@squeakyweasel.net
http://squeakyweasel.net

======= At 2002-11-24, 12:25:00 you wrote: =======

>Well, I read that back in 0.98 or so vpopmail support should work so I assumed it would be enabled in 0.99 but here's what I get.
>
>gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib     -I/usr/local/vpopmail/include -g -O2 -Wall -W    -g -O2 -Wall -W -c userinfo-vpopmail.c
>In file included from userinfo-vpopmail.c:12:
>/usr/local/vpopmail/include/vpopmail.h:133: syntax error before `*'
>*** Error code 1
>
>Stop in /root/dovecot/src/auth.
>*** Error code 1
>
>Stop in /root/dovecot/src.
>*** Error code 1
>
>Stop in /root/dovecot.
>*** Error code 1
>
>Stop in /root/dovecot.
>
>Someone want to throw a bone?  =)
>
>--Weasel
>weasel@squeakyweasel.net
>http://squeakyweasel.net





From tss@iki.fi  Mon Nov 25 00:24:40 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 25 Nov 2002 00:24:40 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 156622382C
	for <dovecot@procontrol.fi>; Mon, 25 Nov 2002 00:24:40 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 6FDA15E01F27; Mon, 25 Nov 2002 00:24:39 +0200 (EET)
Subject: [dovecot] Re: vpopmail support?
From: Timo Sirainen <tss@iki.fi>
To: me@squeakyweasel.net
Cc: "dovecot@procontrol.fi" <dovecot@procontrol.fi>
In-Reply-To: <20021124202541.6F03B2382C@danu.procontrol.fi>
References: <20021124202541.6F03B2382C@danu.procontrol.fi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038176679.789.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 25 Nov 2002 00:24:39 +0200
X-archive-position: 97
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: 97                                                  
Status: O

On Sun, 2002-11-24 at 22:25, Kyle Symonds wrote:
> Well, I read that back in 0.98 or so vpopmail support should work so I assumed it would be enabled in 0.99 but here's what I get.
> 
> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib     -I/usr/local/vpopmail/include -g -O2 -Wall -W    -g -O2 -Wall -W -c userinfo-vpopmail.c
> In file included from userinfo-vpopmail.c:12:
> /usr/local/vpopmail/include/vpopmail.h:133: syntax error before `*'
> *** Error code 1

Well, I hadn't tested it for some time, so it missed one include file.
Add #include <stdio.h> to userinfo-vpopmail.c before the
vpopmail-include and it should work.

Maybe it's time for 0.99.1 soon, there's quite a few build fixes/changes
now in CVS :)


From tss@iki.fi  Mon Nov 25 12:59:34 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 25 Nov 2002 12:59:34 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0483A2382F
	for <dovecot@procontrol.fi>; Mon, 25 Nov 2002 12:59:34 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 516875E01F27; Mon, 25 Nov 2002 12:59:33 +0200 (EET)
Subject: [dovecot] 0.99.1 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038221973.787.18.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 25 Nov 2002 12:59:33 +0200
X-archive-position: 98
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: 98                                                  
Status: O

Nothing new, just a few compiling/configuration issues fixed.

Dovecot should also be in NetBSD pkgsrc soon. Now who would want to get
it into Debian? :)

v0.99.1 2002-11-25  Timo Sirainen <tss@iki.fi>

	+ Added doc/mkcert.sh script to easily generate yourself a self-signed
	  certificate. Modify doc/dovecot-openssl.cnf before running it.
	+ --with-ssldir configure option to specify default path for /etc/ssl
	+ Added ssl_disable setting to config file
	- OpenSSL wasn't checked properly by configure
	- vpopmail authentication module didn't compile
	- We should install the binaries into libexec dir, not lib
	- doc/configuration.txt and doc/mail-storages.txt were missing


From tss@iki.fi  Tue Nov 26 23:16:04 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 26 Nov 2002 23:16:04 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CADA92382F
	for <dovecot@procontrol.fi>; Tue, 26 Nov 2002 23:16:04 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 670385E01F27; Tue, 26 Nov 2002 23:16:02 +0200 (EET)
Subject: [dovecot] 0.99.2 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038345362.2676.31.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 26 Nov 2002 23:16:02 +0200
X-archive-position: 99
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: 99                                                  
Status: O

Mostly compiling cleanups but also one bugfix when index wasn't
exclusively locked while it was being fsck'ed - that doesn't normally
happen without crashing/whatever.

v0.99.2 2002-11-26  Timo Sirainen <tss@iki.fi>

	+ If we have to wait for a lock longer, the client is now notified
	  about it every 30 seconds.
	- Default settings still pointed to lib directory instead of the
	  libexec directory where the binaries were actually installed
	- vpopmail support had to be kludged to fix a bug in vpopmail library
	  which sometimes left extra character after the user name.
	- Login process crashed if master process didn't let some user login.
	  Normally this couldn't happen without error in configuration.
	- select() based I/O loop wasn't working so Dovecot didn't work in
	  eg. OSX. Also PAM authentication wasn't detected with OSX.
	- Didn't compile with NetBSD-current


From tss@iki.fi  Tue Nov 26 23:52:42 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 26 Nov 2002 23:52:42 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B3BBB2382F
	for <dovecot@procontrol.fi>; Tue, 26 Nov 2002 23:52:42 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 6F4C65E01F27; Tue, 26 Nov 2002 23:52:37 +0200 (EET)
Subject: [dovecot] mbox problems
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038347557.6700.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 26 Nov 2002 23:52:37 +0200
X-archive-position: 100
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: 100                                                  
Status: O

Strange .. I didn't think I had done anything that could break things
too badly. Anyway, at least with Solaris EXPUNGE may corrupt part of the
mbox file, so don't do that for now.


From email@pbryan.net  Wed Nov 27 00:03:25 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 00:03:25 +0200 (EET)
Return-Path: <email@pbryan.net>
Delivered-To: dovecot@procontrol.fi
Received: from mail.creatia.net (fozzie.creatia.net [64.180.101.199])
	by danu.procontrol.fi (Postfix) with ESMTP id 1EDB92382C
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 00:03:25 +0200 (EET)
Received: from pbryan.net (grover.creatia.net [64.180.101.78])
	by mail.creatia.net (Postfix) with ESMTP id 75DCA88C002
	for <dovecot@procontrol.fi>; Tue, 26 Nov 2002 14:03:18 -0800 (PST)
Message-ID: <3DE3EEBD.1040700@pbryan.net>
Date: Tue, 26 Nov 2002 13:59:25 -0800
From: "Paul C. Bryan" <email@pbryan.net>
User-Agent: Mozilla/5.5 (X11; U; Linux i686; en-US; rv 0.9.2) Gecko/20010726
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] dovecot and pop3
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 101
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: email@pbryan.net
Precedence: bulk
X-list: dovecot
X-UID: 101                                                  
Status: O

Dear dovecotters:

I'm becoming interested in dovecot as a replacement for UW-IMAPD. Any 
project that claims it's the "postfix of ____ servers" deserves a looksee.

If indeed I were to going to switch at some point, I'd need to replace 
the UW POP3 server (which is a part of the UW package). I would prefer 
one that actually used the dovecot IMAP server instead of going to the 
filesystem directly.

Question 1: Anyone know of such a POP3 daemon that connects to the IMAP 
server.

Question 2: If the answer to Q1 is "no", would anyone be interested in 
such a package?

Yours truly,

Paul C. Bryan
email@pbryan.net


From tss@iki.fi  Wed Nov 27 00:11:30 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 00:11:30 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 13CC22382C
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 00:11:30 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id DECD85E01F27; Wed, 27 Nov 2002 00:11:26 +0200 (EET)
Subject: [dovecot] 0.99.3 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038348686.9437.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 27 Nov 2002 00:11:26 +0200
X-archive-position: 102
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: 102                                                  
Status: O

OK, this one will be the final release for a while, I promise (or hope).
Fixes mbox corruption when expunging mails from the middle of mailbox
with mail_read_mmaped=no which is the default. This bug was already in
0.99.0 release.

I had been using Dovecot like that for 5 days or so without noticing the
bug.. Wonder if I lost any mails.


From skvidal@phy.duke.edu  Wed Nov 27 00:14:00 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 00:14:00 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id ABC782382C
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 00:14:00 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP id 86EF0301C4
	for <dovecot@procontrol.fi>; Tue, 26 Nov 2002 17:13:59 -0500 (EST)
Subject: [dovecot] rpm and srpm for dovecot
From: seth vidal <skvidal@phy.duke.edu>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-J1qXPoyGtE2XNN5N6Z6j"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 26 Nov 2002 17:13:58 -0500
Message-Id: <1038348839.7478.78.camel@opus>
Mime-Version: 1.0
X-archive-position: 103
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 103                                                  
Status: O


--=-J1qXPoyGtE2XNN5N6Z6j
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

hi,
 I put an rpm and srpm for dovecot on:

http://www.dulug.duke.edu/~skvidal/RPMS/

They are made under rhl 7.3 - should build on 8.x I'd bet.

I added an init script to start up imap-master

I've done exactly ZERO testing on these and I'd welcome some feedback,
thanks.

-sv




--=-J1qXPoyGtE2XNN5N6Z6j
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA94/Im1Aj3x2mIbMcRAsVNAJsHS5eeEEoVxiIlSJIjEEajoIzv2wCbBt8Y
N+5gsWClWJw24n05hC3PuDI=
=AzFn
-----END PGP SIGNATURE-----

--=-J1qXPoyGtE2XNN5N6Z6j--


From skvidal@phy.duke.edu  Wed Nov 27 00:17:10 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 00:17:10 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id B92DC2382C
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 00:17:10 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id CA9D430374; Tue, 26 Nov 2002 17:17:09 -0500 (EST)
Subject: [dovecot] Re: dovecot and pop3
From: seth vidal <skvidal@phy.duke.edu>
To: "Paul C. Bryan" <email@pbryan.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <3DE3EEBD.1040700@pbryan.net>
References: <3DE3EEBD.1040700@pbryan.net>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-TMdi3/Oz0IXxsiNNlMkO"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 26 Nov 2002 17:17:08 -0500
Message-Id: <1038349029.7480.80.camel@opus>
Mime-Version: 1.0
X-archive-position: 104
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 104                                                  
Status: O
Content-Length: 1314


--=-TMdi3/Oz0IXxsiNNlMkO
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2002-11-26 at 16:59, Paul C. Bryan wrote:
> Dear dovecotters:
>=20
> I'm becoming interested in dovecot as a replacement for UW-IMAPD. Any=20
> project that claims it's the "postfix of ____ servers" deserves a looksee=
.
>=20
> If indeed I were to going to switch at some point, I'd need to replace=20
> the UW POP3 server (which is a part of the UW package). I would prefer=20
> one that actually used the dovecot IMAP server instead of going to the=20
> filesystem directly.
>=20
> Question 1: Anyone know of such a POP3 daemon that connects to the IMAP=20
> server.

not aware of one, no.

>=20
> Question 2: If the answer to Q1 is "no", would anyone be interested in=20
> such a package?

I think it would be a good idea to duplicate the functionality of uw-'s
imap - though my general view is pop3 should be beaten profusely :)

-sv

=20


--=-TMdi3/Oz0IXxsiNNlMkO
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA94/Lk1Aj3x2mIbMcRAgWtAJ9IuTYEVnFLgwovHBo3K/8dHlmTsACfbchd
OAQUSmRqqv+1HHSerKpjd9U=
=2lbE
-----END PGP SIGNATURE-----

--=-TMdi3/Oz0IXxsiNNlMkO--


From tss@iki.fi  Wed Nov 27 00:21:49 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 00:21:49 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B637A2382C
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 00:21:48 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 790205E01F27; Wed, 27 Nov 2002 00:21:48 +0200 (EET)
Subject: [dovecot] Re: dovecot and pop3
From: Timo Sirainen <tss@iki.fi>
To: "Paul C. Bryan" <email@pbryan.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <3DE3EEBD.1040700@pbryan.net>
References: <3DE3EEBD.1040700@pbryan.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038349308.9437.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 27 Nov 2002 00:21:48 +0200
X-archive-position: 105
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: 105                                                  
Status: O

On Tue, 2002-11-26 at 23:59, Paul C. Bryan wrote:
> If indeed I were to going to switch at some point, I'd need to replace 
> the UW POP3 server (which is a part of the UW package). I would prefer 
> one that actually used the dovecot IMAP server instead of going to the 
> filesystem directly.

Why? Smaller chance of screwups if they don't have compatible file
locking, or making authentication configuration easier? I don't think
either is much of a problem though.

I've been thinking of making a Dovecot POP3 daemon as well. POP3
protocol is so simple that it doesn't take many hours to implement it,
especially because I've tried to keep the IMAP protocol isolated from
the actual functionality (I didn't fully succeed in it, but well
enough). Anyway, this probably won't come that soon, IMAP part still
needs much to do.

If you really need mbox POP3 server, I'd suggest popa3d.


From cloos@jhcloos.com  Wed Nov 27 00:53:27 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 00:53:27 +0200 (EET)
Return-Path: <cloos@jhcloos.com>
Delivered-To: dovecot@procontrol.fi
Received: from ore.jhcloos.com (ore.jhcloos.com [64.240.156.239])
	by danu.procontrol.fi (Postfix) with ESMTP id 616852382C
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 00:53:27 +0200 (EET)
Received: from lugabout.jhcloos.org (ppp25.pm3-7.buf-ch.ny.localnet.com [207.251.196.89])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(Client CN "lugabout.jhcloos.org", Issuer "ca.jhcloos.com" (verified OK))
	by ore.jhcloos.com (Postfix) with ESMTP
	id 3BC861D02B; Tue, 26 Nov 2002 16:51:41 -0600 (CST)
Received: from lugabout.jhcloos.org (localhost [127.0.0.1])
	by lugabout.jhcloos.org (Postfix on SuSE Linux 7.3 (i386)) with ESMTP
	id 6C49AB146; Tue, 26 Nov 2002 22:47:22 +0000 (GMT)
To: "Paul C. Bryan" <email@pbryan.net>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot and pop3
References: <3DE3EEBD.1040700@pbryan.net>
From: "James H. Cloos Jr." <cloos@jhcloos.com>
In-Reply-To: <3DE3EEBD.1040700@pbryan.net>
Date: 26 Nov 2002 17:47:22 -0500
Message-ID: <m3d6osc5j9.fsf@lugabout.jhcloos.org>
Lines: 15
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-archive-position: 106
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: cloos@jhcloos.com
Precedence: bulk
X-list: dovecot
X-UID: 106                                                  
Status: O

>>>>> "Paul" == Paul C Bryan <email@pbryan.net> writes:

Paul> I'd need to replace the UW POP3 server ... 
Paul> I would prefer one that actually used the dovecot IMAP server ...

Paul> Anyone know of such a POP3 daemon that connects to the IMAP server.

Doesn't the UW pops3 server do that?  I believe it at least used to
use the imap server as a backend.  (Though it may have done so by
evec(2)ing imapd(8) rather than via tcp; does dovecot support that
method of imap access?)

Other that that, I'd suggest a search on freshmeat....

-JimC


From me@squeakyweasel.net  Wed Nov 27 00:57:42 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 00:57:42 +0200 (EET)
Return-Path: <me@squeakyweasel.net>
Delivered-To: dovecot@procontrol.fi
Received: from mail.stratius.com (unknown [207.44.131.172])
	by danu.procontrol.fi (Postfix) with SMTP id 873E62382F
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 00:57:41 +0200 (EET)
Received: (qmail 3203 invoked from network); 26 Nov 2002 22:57:29 -0000
Received: from unknown (HELO cobalt) (4.47.73.34)
  by 207.44.131.176 with SMTP; 26 Nov 2002 22:57:29 -0000
Date: Tue, 26 Nov 2002 14:57:39 -0800
From: "Kyle Symonds" <me@squeakyweasel.net>
Reply-To: me@squeakyweasel.net
To: dovecot@procontrol.fi <dovecot@procontrol.fi>
Subject: [dovecot] vpopmail - again
X-mailer: Foxmail 4.1 [eg]
Mime-Version: 1.0
Content-Type: text/plain;
      charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <20021126225741.873E62382F@danu.procontrol.fi>
X-archive-position: 107
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: me@squeakyweasel.net
Precedence: bulk
X-list: dovecot
X-UID: 107                                                  
Status: O

OK, dovecot compiles fine and starts up.  I changed the auth_userinfo var to vpopmail, fired up imap-master and tried to login via webmail and my log spits out the following:

imap-login: Nov 26 14:50:50 Error: Can't connect to imap-auth at auth: Connection Refused
imap-login: Nov 26 14:50:51 Error: Can't connect to imap-auth at vpopmail: Connection Refused

Any ideas?

--Weasel
weasel@squeakyweasel.net
http://squeakyweasel.net



From tss@iki.fi  Wed Nov 27 01:12:04 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 01:12:04 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5D4D62382F
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 01:12:04 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id CA3EC5E01F27; Wed, 27 Nov 2002 01:12:03 +0200 (EET)
Subject: [dovecot] Re: vpopmail - again
From: Timo Sirainen <tss@iki.fi>
To: me@squeakyweasel.net
Cc: "dovecot@procontrol.fi" <dovecot@procontrol.fi>
In-Reply-To: <20021126225741.873E62382F@danu.procontrol.fi>
References: <20021126225741.873E62382F@danu.procontrol.fi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038352323.9437.27.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 27 Nov 2002 01:12:03 +0200
X-archive-position: 108
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: 108                                                  
Status: O

On Wed, 2002-11-27 at 00:57, Kyle Symonds wrote:
> OK, dovecot compiles fine and starts up.  I changed the auth_userinfo var to vpopmail, fired up imap-master and tried to login via webmail and my log spits out the following:
> 
> imap-login: Nov 26 14:50:50 Error: Can't connect to imap-auth at auth: Connection Refused
> imap-login: Nov 26 14:50:51 Error: Can't connect to imap-auth at vpopmail: Connection Refused

Well, do you see any imap-auth processes running? Also try deleting
everything from login processes directory
(/usr/local/var/run/dovecot/login/ by default), you probably have some
stale socket files in there.

And what does your "auth" variable contain? At least you've changed it
to both "auth" and "vpopmail" before :)


From tss@iki.fi  Wed Nov 27 01:16:47 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 01:16:47 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F23652382F
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 01:16:46 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id A8D775E01F27; Wed, 27 Nov 2002 01:16:46 +0200 (EET)
Subject: [dovecot] Re: dovecot and pop3
From: Timo Sirainen <tss@iki.fi>
To: "James H. Cloos Jr." <cloos@jhcloos.com>
Cc: "Paul C. Bryan" <email@pbryan.net>, dovecot@procontrol.fi
In-Reply-To: <m3d6osc5j9.fsf@lugabout.jhcloos.org>
References: <3DE3EEBD.1040700@pbryan.net>
	 <m3d6osc5j9.fsf@lugabout.jhcloos.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038352606.9438.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 27 Nov 2002 01:16:46 +0200
X-archive-position: 109
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: 109                                                  
Status: O

On Wed, 2002-11-27 at 00:47, James H. Cloos Jr. wrote:
> Paul> Anyone know of such a POP3 daemon that connects to the IMAP server.
> 
> Doesn't the UW pops3 server do that?  I believe it at least used to
> use the imap server as a backend.  (Though it may have done so by
> evec(2)ing imapd(8) rather than via tcp; does dovecot support that
> method of imap access?)

Yes, Dovecot's imap process talks to stdin/stdout. All configuration is
read from environment variables, mostly it needs just USER and maybe
MAIL if it can't figure that out itself.


From email@pbryan.net  Wed Nov 27 01:26:39 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 27 Nov 2002 01:26:39 +0200 (EET)
Return-Path: <email@pbryan.net>
Delivered-To: dovecot@procontrol.fi
Received: from mail.creatia.net (fozzie.creatia.net [64.180.101.199])
	by danu.procontrol.fi (Postfix) with ESMTP id EBB812382F
	for <dovecot@procontrol.fi>; Wed, 27 Nov 2002 01:26:38 +0200 (EET)
Received: from pbryan.net (grover.creatia.net [64.180.101.78])
	by mail.creatia.net (Postfix) with ESMTP id 5303488C002
	for <dovecot@procontrol.fi>; Tue, 26 Nov 2002 15:26:35 -0800 (PST)
Message-ID: <3DE40241.5060002@pbryan.net>
Date: Tue, 26 Nov 2002 15:22:41 -0800
From: "Paul C. Bryan" <email@pbryan.net>
User-Agent: Mozilla/5.5 (X11; U; Linux i686; en-US; rv 0.9.2) Gecko/20010726
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot and pop3
References: <3DE3EEBD.1040700@pbryan.net> <1038349308.9437.14.camel@hurina>
In-Reply-To: <3DE3EEBD.1040700@pbryan.net>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 110
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: email@pbryan.net
Precedence: bulk
X-list: dovecot
X-UID: 110                                                  
Status: O

Timo Sirainen wrote:

> Why? Smaller chance of screwups if they don't have compatible file
> locking, or making authentication configuration easier? I don't think
> either is much of a problem though.

It makes sense to leave authentication, authorization, mailbox handling 
to one reliable program. Hopefully, that can be the IMAP daemon.

A POP3 gateway would need only pass along the user's credentials to the 
IMAP server, and have no concern about mailbox format or locations, and 
not worry about file locking or implementing any concurrency mechanisms.

Thoughts?

Paul C. Bryan
email@pbryan.net



From tss@iki.fi  Sun Dec  1 18:44:43 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 01 Dec 2002 18:44:43 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C26202382C
	for <dovecot@procontrol.fi>; Sun,  1 Dec 2002 18:44:42 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 88E035E01F27; Sun,  1 Dec 2002 18:44:42 +0200 (EET)
Subject: [dovecot] 0.99.4 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038761082.24501.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 01 Dec 2002 18:44:42 +0200
X-archive-position: 111
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: 111                                                  
Status: O

This fixes the last weird bugs that I know of. Now just a few more
missing features and 1.0 should be there :)

v0.99.4 2002-12-01  Timo Sirainen <tss@iki.fi>

	- Command parser had several bugs when it didn't have enough data to
	  parse the full command in one call, ie. network lags etc. triggered
	  those bugs sometimes. This was the last "weird bug" I know of.
	- Mbox indexes got broken when updating cached fields
	- Fixed a few memory leaks and unneededly high memory usage while
	  caching envelopes
	- Fixes to searching from message body and header
	- --with-ssldir didn't do anything and the default was empty


From skvidal@phy.duke.edu  Sun Dec  1 19:52:33 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 01 Dec 2002 19:52:33 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 12F4B2382F
	for <dovecot@procontrol.fi>; Sun,  1 Dec 2002 19:52:33 +0200 (EET)
Received: from user-152-16-65-11.adsl.duke.edu (user-152-16-65-11.adsl.duke.edu [152.16.65.11])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 477B130399; Sun,  1 Dec 2002 12:52:31 -0500 (EST)
Subject: [dovecot] Re: 0.99.4 released
From: seth vidal <skvidal@phy.duke.edu>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <1038761082.24501.2.camel@hurina>
References: <1038761082.24501.2.camel@hurina>
Content-Type: text/plain
Organization: 
Message-Id: <1038764851.1454.29.camel@binkley>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 (1.2.0-1) 
Date: 01 Dec 2002 12:47:31 -0500
Content-Transfer-Encoding: 7bit
X-archive-position: 112
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 112                                                  
Status: O

On Sun, 2002-12-01 at 11:44, Timo Sirainen wrote:
> This fixes the last weird bugs that I know of. Now just a few more
> missing features and 1.0 should be there :)
> 
> v0.99.4 2002-12-01  Timo Sirainen <tss@iki.fi>
> 
> 	- Command parser had several bugs when it didn't have enough data to
> 	  parse the full command in one call, ie. network lags etc. triggered
> 	  those bugs sometimes. This was the last "weird bug" I know of.
> 	- Mbox indexes got broken when updating cached fields
> 	- Fixed a few memory leaks and unneededly high memory usage while
> 	  caching envelopes
> 	- Fixes to searching from message body and header
> 	- --with-ssldir didn't do anything and the default was empty

rpms for 0.99.4 are up at: http://www.dulug.duke.edu/~skvidal/RPMS/

These should actually start dovecot and not vsftpd :) - a poor cut and
paste job on my part.

-sv



From hellhound@geek.be  Sun Dec  1 22:43:46 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 01 Dec 2002 22:43:46 +0200 (EET)
Return-Path: <hellhound@geek.be>
Delivered-To: dovecot@procontrol.fi
Received: from fry.linugen.com (geek.be [213.193.156.242])
	by danu.procontrol.fi (Postfix) with SMTP id 01E022382C
	for <dovecot@procontrol.fi>; Sun,  1 Dec 2002 22:43:45 +0200 (EET)
Received: (qmail 131 invoked by uid 1001); 1 Dec 2002 20:42:42 -0000
Date: Sun, 1 Dec 2002 21:42:42 +0100
From: hellhound@geek.be
To: dovecot@procontrol.fi
Subject: [dovecot] Sieve
Message-ID: <20021201204242.GB6027@destructance>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-archive-position: 113
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: hellhound@geek.be
Precedence: bulk
X-list: dovecot
X-UID: 113                                                  
Status: O

Hi all,

  I'm using Dovecot for some months now, and I love it!
  I also saw that there are 'plans' to integrate Sieve support.
  Well, some days ago I saw the following on freshmeat:
    libSieve - http://libsieve.sourceforge.net/
       libSieve is a standalone library pulled from CMU's implementation 
       of their Sieve mail sorting library in the Cyrus mail server. 
       Either shared or statically linked, libSieve will help to bring 
       mail sorting functionality into your mail server application 
       without the need to reinvent the wheel. As a library, it is
       not intended for end users expecting a ready-to-run program.
  Maybe this could ease the Sieve integration ?

  If I got some spare time I'm going to contribute some code for it
  myself.

greets


From tss@iki.fi  Sun Dec  1 23:07:08 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 01 Dec 2002 23:07:08 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id ACB552382F
	for <dovecot@procontrol.fi>; Sun,  1 Dec 2002 23:07:08 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 0F6A45E01F27; Sun,  1 Dec 2002 23:07:08 +0200 (EET)
Subject: [dovecot] Re: compiling
From: Timo Sirainen <tss@iki.fi>
To: weasel@squeakyweasel.net
Cc: "dovecot@procontrol.fi" <dovecot@procontrol.fi>
In-Reply-To: <20021201205407.UKKG4558.pop018.verizon.net@cobalt>
References: <20021201205407.UKKG4558.pop018.verizon.net@cobalt>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038776827.1181.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 01 Dec 2002 23:07:07 +0200
X-archive-position: 114
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: 114                                                  
Status: O

On Sun, 2002-12-01 at 22:54, Kyle Symonds wrote:
> Just thought I'd pass this along.  While trying to compile 0.99.4 the following happens:
> 
> restrict-process-size.c: In function `restrict_process_size':
> restrict-process-size.c:41: `RLIMIT_AS' undeclared (first use in this function)
> restrict-process-size.c:41: (Each undeclared identifier is reported only once
> restrict-process-size.c:41: for each function it appears in.)

Thanks. I thought that would have been portable since it was in UNIX98.
You could change that to RLIMIT_DATA and it should be somewhat
equilevant. I'll change it in CVS so that it does both DATA and AS if it
exists.


From tss@iki.fi  Mon Dec  2 00:29:10 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 02 Dec 2002 00:29:10 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5CC602382C
	for <dovecot@procontrol.fi>; Mon,  2 Dec 2002 00:29:10 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id DB3275E01F27; Mon,  2 Dec 2002 00:29:09 +0200 (EET)
Subject: [dovecot] Re: Sieve
From: Timo Sirainen <tss@iki.fi>
To: hellhound@geek.be
Cc: dovecot@procontrol.fi
In-Reply-To: <20021201204242.GB6027@destructance>
References: <20021201204242.GB6027@destructance>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038781749.1173.44.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 02 Dec 2002 00:29:09 +0200
X-archive-position: 115
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: 115                                                  
Status: O

On Sun, 2002-12-01 at 22:42, hellhound@geek.be wrote:
>   I'm using Dovecot for some months now, and I love it!
>   I also saw that there are 'plans' to integrate Sieve support.
>   Well, some days ago I saw the following on freshmeat:
>     libSieve - http://libsieve.sourceforge.net/

I'm not sure actually what kind of sieve support Dovecot should/could
have. It's more of a job of SMTP server than IMAP server I think.

Unless I want to create some dovecot-deliver binary (like cyrdeliver
with Cyrus) which can be used to store messages into specified folders.
Advantages with that would be that SMTP server wouldn't need to know
where exactly the messages are stored and how. Possibly a good idea if I
begin using some of those extensions to mbox and Maildir.

Well. The sources don't look too bad, although I think I found a couple
of buffer overflows already, but once I get those fixed I guess the
library should be just fine :)


From tss@iki.fi  Mon Dec  2 13:50:56 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 02 Dec 2002 13:50:56 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B3BA32382F
	for <dovecot@procontrol.fi>; Mon,  2 Dec 2002 13:50:56 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 6B5195E01F27; Mon,  2 Dec 2002 13:50:56 +0200 (EET)
Subject: [dovecot] Re: sick of me yet?
From: Timo Sirainen <tss@iki.fi>
To: weasel@squeakyweasel.net
Cc: dovecot@procontrol.fi
In-Reply-To: <20021201233733.PZCP9711.out003.verizon.net@cobalt>
References: <20021201233733.PZCP9711.out003.verizon.net@cobalt>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1038829856.6544.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 02 Dec 2002 13:50:56 +0200
X-archive-position: 116
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: 116                                                  
Status: O

On Mon, 2002-12-02 at 01:37, Kyle Symonds wrote:
> x login weasel@squeakyweasel.net ********
> x NO Authentication failed: Authentication process died

Well, you should definitely see something about this in log files. Like:

imap-auth: Dec 01 17:59:32 Warning: Killed with signal 11

And if it was killed with signal 11 or 6 you should also find core file
in the directory where you started imap-master?


From lfarkas@bnap.hu  Thu Dec  5 17:56:45 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 05 Dec 2002 17:56:45 +0200 (EET)
Return-Path: <lfarkas@bnap.hu>
Delivered-To: dovecot@procontrol.fi
Received: from portal.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by danu.procontrol.fi (Postfix) with ESMTP id 77FC02382F
	for <dovecot@procontrol.fi>; Thu,  5 Dec 2002 17:56:43 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with ESMTP id 96BB53F19
	for <dovecot@procontrol.fi>; Thu,  5 Dec 2002 16:56:39 +0100 (CET)
Received: from portal.bppiac.hu ([127.0.0.1]) by localhost (portal.bppiac.hu [127.0.0.1]) (amavisd-new) with ESMTP id 01529-08 for <dovecot@procontrol.fi>; cs,  5 dec 2002 16:56:39 -0000 (CET)
Received: from garfield.int.bppiac.hu (garfield.int.bppiac.hu [192.168.0.50])
	by portal.bppiac.hu (Postfix) with ESMTP id 6FE0A3F16
	for <dovecot@procontrol.fi>; Thu,  5 Dec 2002 16:56:39 +0100 (CET)
Subject: [dovecot] questions
From: Farkas Levente <lfarkas@bnap.hu>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) 
Date: 05 Dec 2002 16:56:41 +0100
Message-Id: <1039103801.4482.18.camel@garfield.int.bppiac.hu>
Mime-Version: 1.0
X-Virus-Scanned: on portal.bnap.hu by AMaViS
X-archive-position: 117
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: 117                                                  
Status: O
Content-Length: 1113

hi,
I'm look around to find a usable imap server and find dovecot.
I read all the docs, but I've got a few questions:
- currently we use courier (since we find and install it quickly). 
  can we switch from it to dovecot smoothly?
  or we have to convert the maildirs somehow?
- I've got a few plan in my mind it it possible to do it with dovecot
  now or in the near future (if yes what is the estimated time)?:
  - authenticate from LDAP, the best would be trough PAM?
  - use the same user with different domain. eg: lfarkas@bnap.hu,
    lfarkas@bppiac.hu with the same imap server? handle more domains.
  - use imaps and use Digest-MD5 and/or CRAM-MD5?
  - put a database backend under imap and store the mails in a database.
  - use WITHOUT local users? it's very important! most case a user never
    ever log into the local system and I would not like to put them into
    /etc/password.
  - do it all the above at the same time!?
thanks.

-- 
Levente                                  http://petition.eurolinux.org/
 "The only thing worse than not knowing the truth is
  ruining the bliss of ignorance."



From tss@iki.fi  Thu Dec  5 19:46:16 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 05 Dec 2002 19:46:16 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 803C42382F
	for <dovecot@procontrol.fi>; Thu,  5 Dec 2002 19:46:16 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 4EB1C5E01F4F; Thu,  5 Dec 2002 19:46:16 +0200 (EET)
Subject: [dovecot] Re: questions
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: dovecot@procontrol.fi
In-Reply-To: <1039103801.4482.18.camel@garfield.int.bppiac.hu>
References: <1039103801.4482.18.camel@garfield.int.bppiac.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1039110376.28873.138.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 05 Dec 2002 19:46:16 +0200
X-archive-position: 118
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: 118                                                  
Status: O
Content-Length: 2073

On Thu, 2002-12-05 at 17:56, Farkas Levente wrote:
> hi,
> I'm look around to find a usable imap server and find dovecot.
> I read all the docs, but I've got a few questions:
> - currently we use courier (since we find and install it quickly). 
>   can we switch from it to dovecot smoothly?
>   or we have to convert the maildirs somehow?

Dovecot works fine with Courier. We were using both simultaneously for
months. Message UIDs aren't shared though.

> - I've got a few plan in my mind it it possible to do it with dovecot
>   now or in the near future (if yes what is the estimated time)?:
>   - authenticate from LDAP, the best would be trough PAM?

I don't have much LDAP plans right now .. PAM would likely already have
existing LDAP plugins, but you'd also have to keep the users in
/etc/passwd then (without passwords).

>   - use the same user with different domain. eg: lfarkas@bnap.hu,
>     lfarkas@bppiac.hu with the same imap server? handle more domains.

Authentication issue mostly, with plain authentication Dovecot would
just treat the whole user@domain as a username. Some other mechanisms do
support realms, and Dovecot's Digest-MD5 and passwd-file support realms
already.

>   - use imaps and use Digest-MD5 and/or CRAM-MD5?

imaps and Digest-MD5 are already there. Digest-MD5 can't work (and can't
be made to work) with PAM authentication though.

>   - put a database backend under imap and store the mails in a database.

I've been thinking about SQL database support from the beginning.
However it'd probably be slower and require a bit more memory than with
the current indexes.

>   - use WITHOUT local users? it's very important! most case a user never
>     ever log into the local system and I would not like to put them into
>     /etc/password.

Currently Dovecot supports passwd-like file where you could store the
users. For example /etc/imap.passwd.

Oh, and there's also vpopmail support which should handle virtual
domains and LDAP and everything. Maybe you should try that. Although it
again only support plaintext authentication.


From tss@iki.fi  Fri Dec  6 13:24:37 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 06 Dec 2002 13:24:37 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CA15A2382F
	for <dovecot@procontrol.fi>; Fri,  6 Dec 2002 13:24:37 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 6F80F5E01F50; Fri,  6 Dec 2002 13:24:37 +0200 (EET)
Subject: [dovecot] Re: questions
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: dovecot@procontrol.fi
In-Reply-To: <1039172976.2172.17.camel@garfield.int.bppiac.hu>
References: <1039103801.4482.18.camel@garfield.int.bppiac.hu>
	 <1039110376.28873.138.camel@hurina>
	 <1039172976.2172.17.camel@garfield.int.bppiac.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1039173877.1050.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 06 Dec 2002 13:24:37 +0200
X-archive-position: 119
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: 119                                                  
Status: O
Content-Length: 1196

On Fri, 2002-12-06 at 13:09, Farkas Levente wrote:
> > I don't have much LDAP plans right now .. PAM would likely already have
> > existing LDAP plugins, but you'd also have to keep the users in
> > /etc/passwd then (without passwords).
> why??? that's what I realy would like to avoid!!! is there any reason? 

PAM can only be used for checking if user/password matches, so it's
missing the passwd information that Dovecot needs, at least home dir and
uid. Although I had been thinking of making those some global settings
in config file, so you could say homedir=/var/user/$USER$ uid=imapusers.

> > I've been thinking about SQL database support from the beginning.
> > However it'd probably be slower and require a bit more memory than with
> > the current indexes.
> 
> ohh? I assume a database should have to be faster, but this is just an
> assumption...

That's mostly because of a few tricks that Dovecot does with it's index
files that aren't really possible with SQL databases. Multiuser
mailboxes which are modified a lot are one thing where they could be
faster than Dovecot's index files because of better locking.

Besides, Dovecot's indexes could be called as a simple database..


From jpeterson275@attbi.com  Thu Dec 12 05:14:16 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 12 Dec 2002 05:14:16 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by danu.procontrol.fi (Postfix) with ESMTP id 989E923840
	for <dovecot@procontrol.fi>; Thu, 12 Dec 2002 05:14:15 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP
          id <2002121203141005100ja0rie>; Thu, 12 Dec 2002 03:14:11 +0000
Message-ID: <3DF7FF12.7040506@attbi.com>
Date: Wed, 11 Dec 2002 19:14:26 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Maildir detection..
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 120
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 120                                                  
Status: O

It would seem that dovecot cannot detect my maildir.  The system DO NOT 
use "~/Maildir".  It is arbitrary across a few systems, actualy, and am 
curious if there is a way to "force" in the config file where the 
maildir explicitly resides, much like Postfix's "home_mailbox" 
configuration parameter.

On a side note, I compiled dovecot 0.99.4 on a NetBSD 1.6-release i386 
machine, it when imap_listen is not set in the config file, it only 
binds to the tcp6 ::1 address.  Any clues?

-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Thu Dec 12 08:25:10 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 12 Dec 2002 08:25:10 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2572C2382C
	for <dovecot@procontrol.fi>; Thu, 12 Dec 2002 08:25:10 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 616785E01F68; Thu, 12 Dec 2002 08:25:09 +0200 (EET)
Subject: [dovecot] Re: Maildir detection..
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3DF7FF12.7040506@attbi.com>
References: <3DF7FF12.7040506@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1039674309.28950.20.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 12 Dec 2002 08:25:09 +0200
X-archive-position: 121
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: 121                                                  
Status: O

On Thu, 2002-12-12 at 05:14, Jesse Peterson wrote:
> It would seem that dovecot cannot detect my maildir.  The system DO NOT 
> use "~/Maildir".  It is arbitrary across a few systems, actualy, and am 
> curious if there is a way to "force" in the config file where the 
> maildir explicitly resides, much like Postfix's "home_mailbox" 
> configuration parameter.

OK, I added "default_mail_env" setting to config file. You can get it
from CVS, or maybe I should release 0.99.5. There's still a few nasty
problems with .4 anyway..

> On a side note, I compiled dovecot 0.99.4 on a NetBSD 1.6-release i386 
> machine, it when imap_listen is not set in the config file, it only 
> binds to the tcp6 ::1 address.  Any clues?

Hmm. Looks like NetBSD doesn't listen in IPv4 addresses when I bind to
"in6addr_any". Wonder how others have solved this.. Configuring Dovecot
with --disable-ipv6 fixes this anyway.


From jpeterson275@attbi.com  Mon Dec 16 09:52:38 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 09:52:38 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by danu.procontrol.fi (Postfix) with ESMTP id 446E723840
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 09:52:38 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by sccrmhc02.attbi.com (sccrmhc02) with SMTP
          id <2002121607523500200eell5e>; Mon, 16 Dec 2002 07:52:35 +0000
Message-ID: <3DFD8655.7000504@attbi.com>
Date: Sun, 15 Dec 2002 23:52:53 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Maildir problem..
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 122
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 122                                                  
Status: O

I have the most interesting problem...

I've compiled dovecot from CVS with a checkout on 2002-12-15 around 
23:00 PST.

When I select a message in my MUA I can view it and stuff, however, if I 
select another message, or folder, the message disappears.  It appears 
that dovecot shortens the Maildir message name to ":2,S" and then you 
can't access the message from the MUA again.  The same happens if you 
try and move a message from a foler to another folder..  Any ideas?


-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Mon Dec 16 10:07:36 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 10:07:36 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AE98B2382C
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 10:07:36 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 77DD15E01F68; Mon, 16 Dec 2002 10:07:36 +0200 (EET)
Subject: [dovecot] Re: Maildir problem..
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3DFD8655.7000504@attbi.com>
References: <3DFD8655.7000504@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1040026056.5724.237.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 16 Dec 2002 10:07:36 +0200
X-archive-position: 123
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: 123                                                  
Status: O

On Mon, 2002-12-16 at 09:52, Jesse Peterson wrote:
> I have the most interesting problem...
> 
> I've compiled dovecot from CVS with a checkout on 2002-12-15 around 
> 23:00 PST.
> 
> When I select a message in my MUA I can view it and stuff, however, if I 
> select another message, or folder, the message disappears.  It appears 
> that dovecot shortens the Maildir message name to ":2,S" and then you 
> can't access the message from the MUA again.  The same happens if you 
> try and move a message from a foler to another folder..  Any ideas?

Thanks for noticing. Buffer changes broke it some days ago, fixed now.


From jpeterson275@attbi.com  Mon Dec 16 10:24:45 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 10:24:45 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by danu.procontrol.fi (Postfix) with ESMTP id C4DF52382C
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 10:24:44 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP
          id <2002121608244205200qodm0e>; Mon, 16 Dec 2002 08:24:43 +0000
Message-ID: <3DFD8DDD.5080302@attbi.com>
Date: Mon, 16 Dec 2002 00:25:01 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] SSL + default_mail_env
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 124
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 124                                                  
Status: O

in the config file i have "ssl_disable = yes", however, i get this in my 
   LOG_MAIL syslog: "Dec 17 00:21:07 host imap-master: Can't create 
temporary SSL parameters file 
/default/configured/directory/ssl-parameters.dat.tmp: No such file or 
directory"
I know what the error is, and how to fix it, but it's an SSL thing which 
should have been disable according the config file, correct?


It would seem that if you surround the value given to default_mail_env 
in quotes (as listed in the sample config file) you get errors like:
Dec 17 00:21:13 host imap(testuser): Failed to create storage with data: 
"maildir:/home/testuser/mail/"


-- 
Jesse Peterson
erage@softhome.net


From jpeterson275@attbi.com  Mon Dec 16 10:28:13 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 10:28:13 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by danu.procontrol.fi (Postfix) with ESMTP id AACA22382C
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 10:28:12 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <2002121608281105300n5o3fe>; Mon, 16 Dec 2002 08:28:11 +0000
Message-ID: <3DFD8EAE.3020304@attbi.com>
Date: Mon, 16 Dec 2002 00:28:30 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Maildir problem..
References: <3DFD8655.7000504@attbi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 125
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 125                                                  
Status: O

In my maildir, I can rename the ":2,S" to something like 
"101010101.host:2,S" and i can see the file again, and can read it, 
however if I move it out of it's directory, it gets corrupted to ":2,S" 
again, this time in the directory i moved it to /cur.

Jesse Peterson wrote:
> I have the most interesting problem...
> 
> I've compiled dovecot from CVS with a checkout on 2002-12-15 around 
> 23:00 PST.
> 
> When I select a message in my MUA I can view it and stuff, however, if I 
> select another message, or folder, the message disappears.  It appears 
> that dovecot shortens the Maildir message name to ":2,S" and then you 
> can't access the message from the MUA again.  The same happens if you 
> try and move a message from a foler to another folder..  Any ideas?
> 
> 

-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Mon Dec 16 10:35:12 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 10:35:12 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 25C022382C
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 10:35:12 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id E1FE85E01F68; Mon, 16 Dec 2002 10:35:11 +0200 (EET)
Subject: [dovecot] Re: SSL + default_mail_env
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3DFD8DDD.5080302@attbi.com>
References: <3DFD8DDD.5080302@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1040027711.5724.253.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 16 Dec 2002 10:35:11 +0200
X-archive-position: 126
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: 126                                                  
Status: O

On Mon, 2002-12-16 at 10:25, Jesse Peterson wrote:
> in the config file i have "ssl_disable = yes", however, i get this in my 
>    LOG_MAIL syslog: "Dec 17 00:21:07 host imap-master: Can't create 
> temporary SSL parameters file 
> /default/configured/directory/ssl-parameters.dat.tmp: No such file or 
> directory"
> I know what the error is, and how to fix it, but it's an SSL thing which 
> should have been disable according the config file, correct?

Right. Fixed.

> It would seem that if you surround the value given to default_mail_env 
> in quotes (as listed in the sample config file) you get errors like:
> Dec 17 00:21:13 host imap(testuser): Failed to create storage with data: 
> "maildir:/home/testuser/mail/"

They're not supposed to be put into quotes :) I guess I should change
the comment somehow. Ideas?

# Some examples: maildir:/var/mail/$U/Maildir, mbox:~/mail/

or just

# Some examples (use without quotes): "maildir:/var/mail/$U/Maildir",
# "mbox:~/mail/"


From jpeterson275@attbi.com  Mon Dec 16 10:40:44 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 10:40:44 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by danu.procontrol.fi (Postfix) with ESMTP id 576F82382C
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 10:40:44 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP
          id <2002121608404305200l4oi3e>; Mon, 16 Dec 2002 08:40:43 +0000
Message-ID: <3DFD919D.7080300@attbi.com>
Date: Mon, 16 Dec 2002 00:41:01 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: SSL + default_mail_env
References: <3DFD8DDD.5080302@attbi.com> <1040027711.5724.253.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 127
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 127                                                  
Status: O
Content-Length: 1145

I like the (without quotes) "(without quotes)" =).

Timo Sirainen wrote:
> On Mon, 2002-12-16 at 10:25, Jesse Peterson wrote:
> 
>>in the config file i have "ssl_disable = yes", however, i get this in my 
>>   LOG_MAIL syslog: "Dec 17 00:21:07 host imap-master: Can't create 
>>temporary SSL parameters file 
>>/default/configured/directory/ssl-parameters.dat.tmp: No such file or 
>>directory"
>>I know what the error is, and how to fix it, but it's an SSL thing which 
>>should have been disable according the config file, correct?
> 
> 
> Right. Fixed.
> 
> 
>>It would seem that if you surround the value given to default_mail_env 
>>in quotes (as listed in the sample config file) you get errors like:
>>Dec 17 00:21:13 host imap(testuser): Failed to create storage with data: 
>>"maildir:/home/testuser/mail/"
> 
> 
> They're not supposed to be put into quotes :) I guess I should change
> the comment somehow. Ideas?
> 
> # Some examples: maildir:/var/mail/$U/Maildir, mbox:~/mail/
> 
> or just
> 
> # Some examples (use without quotes): "maildir:/var/mail/$U/Maildir",
> # "mbox:~/mail/"
> 
> 
> 

-- 
Jesse Peterson
erage@softhome.net


From jpeterson275@attbi.com  Mon Dec 16 11:02:39 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 11:02:39 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 6ED1423840
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 11:02:39 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <2002121609023500100q0nnde>; Mon, 16 Dec 2002 09:02:35 +0000
Message-ID: <3DFD96BE.6050207@attbi.com>
Date: Mon, 16 Dec 2002 01:02:54 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Dovecot Pronunciation/Meaning
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 128
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 128                                                  
Status: O

Timo,

What is the "official" way to pronounce Dovecot?  Is there a meaning to 
the word?  A background on why you chose it?


-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Mon Dec 16 11:23:09 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 16 Dec 2002 11:23:09 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AC78223840
	for <dovecot@procontrol.fi>; Mon, 16 Dec 2002 11:23:09 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 790325E01F68; Mon, 16 Dec 2002 11:23:09 +0200 (EET)
Subject: [dovecot] Re: Dovecot Pronunciation/Meaning
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3DFD96BE.6050207@attbi.com>
References: <3DFD96BE.6050207@attbi.com>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Organization: 
Message-Id: <1040030589.5727.260.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 16 Dec 2002 11:23:09 +0200
X-archive-position: 129
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: 129                                                  
Status: O

On Mon, 2002-12-16 at 11:02, Jesse Peterson wrote:
> What is the "official" way to pronounce Dovecot?  Is there a meaning to=20
> the word?  A background on why you chose it?

It's a real english word, pronounced as such.

  Dovecot \Dove"cot`\, Dovecote \Dove"cote`\, n.
     A small house or box, raised to a considerable height above
     the ground, and having compartments, in which domestic
     pigeons breed; a dove house.

It was suggested by Bostik (Mika Bostr=F6m) in IRC when I was still
calling it just "imapd" and asking for naming ideas.


From jpeterson275@attbi.com  Tue Dec 17 03:50:31 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 17 Dec 2002 03:50:31 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by danu.procontrol.fi (Postfix) with ESMTP id 57B9223840
	for <dovecot@procontrol.fi>; Tue, 17 Dec 2002 03:50:31 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <20021217015030003006jh0ce>; Tue, 17 Dec 2002 01:50:30 +0000
Message-ID: <3DFE82FF.4090007@attbi.com>
Date: Mon, 16 Dec 2002 17:50:55 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] passwd-file access
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 130
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 130                                                  
Status: O

Using passwd-file authentication I run into some problems..
This is my passwd file:

user:0cc175b9c0f1b6a831c399e269772661[34]:6660:6660:0:/some/mail/directory/user:0:::

My MUA tells me after enter my user/pass that the server disconnected, 
OK.  So I netcat into the imap server, and issue an "C: LOGIN user a" in 
which case I get the error "Fatal: USER environment missing".  So I 
search for this in the src and find in 'src/imap/main.c' on line 30 it 
checks for the environment variable USER.. which I assume it can't find 
because it's not an actual system user, it's a ficticious user in a 
passwd-file.

Any ideas?

-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Tue Dec 17 05:02:01 2002
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 17 Dec 2002 05:02:01 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4EF5B23840
	for <dovecot@procontrol.fi>; Tue, 17 Dec 2002 05:02:01 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 594EA5E01F68; Tue, 17 Dec 2002 05:02:00 +0200 (EET)
Subject: [dovecot] Re: passwd-file access
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3DFE82FF.4090007@attbi.com>
References: <3DFE82FF.4090007@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1040094120.5727.320.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 17 Dec 2002 05:02:00 +0200
X-archive-position: 131
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: 131                                                  
Status: O

On Tue, 2002-12-17 at 03:50, Jesse Peterson wrote:
> Using passwd-file authentication I run into some problems..
> This is my passwd file:
> 
> user:0cc175b9c0f1b6a831c399e269772661[34]:6660:6660:0:/some/mail/directory/user:0:::
> 
> My MUA tells me after enter my user/pass that the server disconnected, 
> OK.  So I netcat into the imap server, and issue an "C: LOGIN user a" in 
> which case I get the error "Fatal: USER environment missing".  So I 
> search for this in the src and find in 'src/imap/main.c' on line 30 it 
> checks for the environment variable USER.. which I assume it can't find 
> because it's not an actual system user, it's a ficticious user in a 
> passwd-file.

So it seems, fixed.


From jaldhar@debian.org  Wed Dec 18 17:47:44 2002
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 18 Dec 2002 17:47:44 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id D7EAA23840
	for <dovecot@procontrol.fi>; Wed, 18 Dec 2002 17:47:43 +0200 (EET)
Received: from jyoti.intranet.braincells.com (bgp384497bgs.jersyc01.nj.comcast.net [68.36.31.111])
	by mail.braincells.com (Postfix) with ESMTP id 362B28010
	for <dovecot@procontrol.fi>; Wed, 18 Dec 2002 10:47:41 -0500 (EST)
Date: Wed, 18 Dec 2002 10:47:53 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@jyoti.intranet.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Subject: [dovecot] 0.99.4 uploaded to Debian
Message-ID: <Pine.LNX.4.51.0212181031240.13442@jyoti.intranet.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 132
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 132                                                  
Status: O

Hi,

I'm the Debian maintainer of UW-Imap.  Like many I'm somewhat frustrated
with the limitations of it so I am very pleased to see that Dovecot is
becoming a strong alternative.  I have uploaded packages of 0.99.4 to the
Debian unstable distribution (sid).  Because this is a new package it has
to be added by hand so it may be a while before it shows up in sid.  In
the mean time, I have made the packages (also for stable or woody)
available from http://www.braincells.com/open/  Debian users, please take
a look and give me some feedback.

Unfortunately much to my embarrasment I can't currently use dovecot on my
own account.  I get a meesage like this in /var/log/syslog:

  Dec 18 09:01:31 samadhi imap(jaldhar): Error indexing mbox file
  /home/jaldhar/mail/inbox: LF not found where expected

The mbox in question is about 17MB and opens fine in uw-imapd.  Any clues?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
It's a girl! See the pictures - http://www.braincells.com/shailaja/

From tss@iki.fi  Thu Dec 19 00:28:03 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 19 Dec 2002 00:28:03 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7D14D2382C
	for <dovecot@procontrol.fi>; Thu, 19 Dec 2002 00:28:03 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 3B8C35E01F68; Thu, 19 Dec 2002 00:28:03 +0200 (EET)
Subject: [dovecot] Re: 0.99.4 uploaded to Debian
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.51.0212181031240.13442@jyoti.intranet.braincells.com>
References:
	 <Pine.LNX.4.51.0212181031240.13442@jyoti.intranet.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1040250482.5724.432.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 19 Dec 2002 00:28:03 +0200
X-archive-position: 133
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: 133                                                  
Status: O
Content-Length: 1039

On Wed, 2002-12-18 at 17:47, Jaldhar H. Vyas wrote:
> I'm the Debian maintainer of UW-Imap.  Like many I'm somewhat frustrated
> with the limitations of it so I am very pleased to see that Dovecot is
> becoming a strong alternative.  I have uploaded packages of 0.99.4 to the
> Debian unstable distribution (sid). 

Great, I've been waiting for that a few months now :) 0.99.5 should
probably come soon too, if I only figured why Dovecot's indexes
sometimes break when deleting mails with mutt.

>   Dec 18 09:01:31 samadhi imap(jaldhar): Error indexing mbox file
>   /home/jaldhar/mail/inbox: LF not found where expected
> 
> The mbox in question is about 17MB and opens fine in uw-imapd.  Any clues?

Do you happen to have two From lines next to each others there? Like:

>From a@b ...
>From b@c ...

I think that's the only case Dovecot doesn't currently handle. I tried
to fix it for that a few times but the code just gets uglier and I
figured it's not worth the trouble since only time I've had it happen is
with some Dovecot bugs.


From skvidal@phy.duke.edu  Thu Dec 19 17:29:26 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 19 Dec 2002 17:29:26 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id D341523840
	for <dovecot@procontrol.fi>; Thu, 19 Dec 2002 17:29:25 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP id 1EBD030444
	for <dovecot@procontrol.fi>; Thu, 19 Dec 2002 10:29:25 -0500 (EST)
Subject: [dovecot] dovecot replacing uw-imap
From: seth vidal <skvidal@phy.duke.edu>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-F3zn4PSpbkDxMChtw2Hc"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 19 Dec 2002 10:29:24 -0500
Message-Id: <1040311765.17838.12.camel@opus>
Mime-Version: 1.0
X-archive-position: 134
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 134                                                  
Status: O
Content-Length: 1158


--=-F3zn4PSpbkDxMChtw2Hc
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hey,
 I'm trying to sort out how to make dovecot replace uw-imap cleanly. But
I have the following problems/questions:

1. Why is mbox support limited to user-owned directories?
2. Would it be possible to have dovecot target a different place than
~user/mail by default, specfically some place like
/var/path/to/maildirs/userdir/

I'd like to move all my mail storage out of user homedirs and to central
space on my mail server, increasing reliability and helping me manage
disk space usage for readily.=20

In order to use dovecot I need a migration path and that path looks like
it will need mbox outside of the users homedirs and pottentially outside
of solely user-owned directories.

-sv




--=-F3zn4PSpbkDxMChtw2Hc
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+AeXU1Aj3x2mIbMcRAkoZAJ93nMV5AQX6zEvP3q8/quJk35HE2QCgnudz
UMDJ6LSjY99I6ZjpeB+yd+8=
=KQ6/
-----END PGP SIGNATURE-----

--=-F3zn4PSpbkDxMChtw2Hc--


From dgc@uchicago.edu  Fri Dec 20 03:31:26 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 20 Dec 2002 03:31:26 +0200 (EET)
Return-Path: <dgc@uchicago.edu>
Delivered-To: dovecot@procontrol.fi
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 3D31623840
	for <dovecot@procontrol.fi>; Fri, 20 Dec 2002 03:31:26 +0200 (EET)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id gBK1Sau26739;
	Thu, 19 Dec 2002 19:28:36 -0600 (CST)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to dgc@uchicago.edu using -f
Date: Thu, 19 Dec 2002 19:28:36 -0600
From: David Champion <dgc@uchicago.edu>
To: seth vidal <skvidal@phy.duke.edu>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot replacing uw-imap
Message-ID: <20021220012836.GV4526@dust.uchicago.edu>
References: <1040311765.17838.12.camel@opus>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="x4pBfXISqBoDm8sr"
Content-Disposition: inline
In-Reply-To: <1040311765.17838.12.camel@opus>
User-Agent: Mutt/1.5.2i
X-archive-position: 135
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dgc@uchicago.edu
Precedence: bulk
X-list: dovecot
X-UID: 135                                                  
Status: O
Content-Length: 1868


--x4pBfXISqBoDm8sr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* On 2002.12.19, in <1040311765.17838.12.camel@opus>,
*	"seth vidal" <skvidal@phy.duke.edu> wrote:
>
> 2. Would it be possible to have dovecot target a different place than
> ~user/mail by default, specfically some place like
> /var/path/to/maildirs/userdir/
> ...
> In order to use dovecot I need a migration path and that path looks like
> it will need mbox outside of the users homedirs and pottentially outside
> of solely user-owned directories.

We had a similar need with uw-imap -- we had 25,000 users in /var/mail,
and wanted to split them out across multiple subdirectories. The route
we chose for this is actually pretty flexible, and configurable from
outside of the imap server process. It should be usable in dovecot, too,
if anyone wants to investigate. It's just a link library, and using it
inside any arbitrary application can be as simple as 1 or 2 lines of C.

There's a readme at
    http://home.uchicago.edu/~dgc/sw/mailpath/README
and the package itself is at
    http://home.uchicago.edu/~dgc/sw/mailpath/mailpath-1.0.tar.gz
    http://home.uchicago.edu/~dgc/sw/mailpath/mailpath-1.0.tar.gz.sig

This isn't a product in any formal sense, and it's not supported by
anyone in particular; it's just what I wrote for internal use at our
site. But if it seems useful, I'd be glad to answer questions once you
read the README. :)

--=20
 -D.	dgc@uchicago.edu	NSIT	University of Chicago
 We're the colon in ://

--x4pBfXISqBoDm8sr
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (SunOS)

iEYEARECAAYFAj4CckQACgkQv9e3s61/wOWRMACeJ44zrwjcpIhpDzQsAtd/ZbyU
1SUAniFNWuCCJswJAkjt1zxcK6xggLKV
=niXE
-----END PGP SIGNATURE-----

--x4pBfXISqBoDm8sr--

From cras@irccrew.org  Fri Dec 20 04:10:22 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 20 Dec 2002 04:10:22 +0200 (EET)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 24A662382C
	for <dovecot@procontrol.fi>; Fri, 20 Dec 2002 04:10:22 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 182254C0CD; Fri, 20 Dec 2002 04:10:17 +0200 (EET)
Date: Fri, 20 Dec 2002 04:10:17 +0200
From: Timo Sirainen <tss@iki.fi>
To: David Champion <dgc@uchicago.edu>
Cc: seth vidal <skvidal@phy.duke.edu>, dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot replacing uw-imap
Message-ID: <20021220021017.GA26615@irccrew.org>
References: <1040311765.17838.12.camel@opus> <20021220012836.GV4526@dust.uchicago.edu>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20021220012836.GV4526@dust.uchicago.edu>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 136
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: 136                                                  
Status: O

On Thu, Dec 19, 2002 at 07:28:36PM -0600, David Champion wrote:
> We had a similar need with uw-imap -- we had 25,000 users in /var/mail,
> and wanted to split them out across multiple subdirectories. The route
> we chose for this is actually pretty flexible, and configurable from
> outside of the imap server process. It should be usable in dovecot, too,
> if anyone wants to investigate. It's just a link library, and using it
> inside any arbitrary application can be as simple as 1 or 2 lines of C.

'"Overkill" is my middle name.'

Yeah. :) CVS Dovecot has already default_mail_path which supports $U as
username. Using your idea of supporting $1U $2U etc. to limit it to first 1
or 2 chars could be good enough idea to implement by default. Other than
that, I don't see much use for the rest of the variables. Hmm. Except maybe
separating "user@domain" username so that you could use path like
/var/mail/domain/user/.


From cras@irccrew.org  Fri Dec 20 04:19:30 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 20 Dec 2002 04:19:30 +0200 (EET)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id DE3152382C
	for <dovecot@procontrol.fi>; Fri, 20 Dec 2002 04:19:30 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id AC5F04C0CD; Fri, 20 Dec 2002 04:19:30 +0200 (EET)
Date: Fri, 20 Dec 2002 04:19:30 +0200
From: Timo Sirainen <tss@iki.fi>
To: seth vidal <skvidal@phy.duke.edu>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot replacing uw-imap
Message-ID: <20021220021930.GB26615@irccrew.org>
References: <1040311765.17838.12.camel@opus>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1040311765.17838.12.camel@opus>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 137
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: 137                                                  
Status: O
Content-Length: 1403

On Thu, Dec 19, 2002 at 10:29:24AM -0500, seth vidal wrote:
>  I'm trying to sort out how to make dovecot replace uw-imap cleanly. But
> I have the following problems/questions:
> 
> 1. Why is mbox support limited to user-owned directories?

Dovecot currently only supports keeping all IMAP folders in under one
drectory. You'd want keep INBOX elsewhere than rest of the IMAP folders?
Symlinks would allow that currently. Maybe I should allow inbox elsewhere
too .. only problem is that I'm not sure how that should be configured.
Maybe the MAIL environment would have multiple parts with mbox, like:

mbox:/home/$U/mail:INBOX=/var/mail/$U:Trash=/tmp/$U

First being the default IMAP folder path, rest being named mailboxes or
folders elsewhere.

> 2. Would it be possible to have dovecot target a different place than
> ~user/mail by default, specfically some place like
> /var/path/to/maildirs/userdir/

default_mail_env = /var/path/to/maildirs/$U/

Works in CVS.

> In order to use dovecot I need a migration path and that path looks like
> it will need mbox outside of the users homedirs and pottentially outside
> of solely user-owned directories.

Hm. Or did I understand it right above, what do you mean with "outside
user-owned directories"? Single mailboxes in non-owned dir or folders just
outsde home dir? Latter shouldn't matter where they are, as long as Dovecot
has write access to them.


From dgc@uchicago.edu  Fri Dec 20 04:53:28 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 20 Dec 2002 04:53:28 +0200 (EET)
Return-Path: <dgc@uchicago.edu>
Delivered-To: dovecot@procontrol.fi
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id E4C872382C
	for <dovecot@procontrol.fi>; Fri, 20 Dec 2002 04:53:27 +0200 (EET)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id gBK2rKW27565;
	Thu, 19 Dec 2002 20:53:20 -0600 (CST)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to dgc@uchicago.edu using -f
Date: Thu, 19 Dec 2002 20:53:20 -0600
From: David Champion <dgc@uchicago.edu>
To: Timo Sirainen <tss@iki.fi>
Cc: seth vidal <skvidal@phy.duke.edu>, dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot replacing uw-imap
Message-ID: <20021220025320.GA27540@dust.uchicago.edu>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>,
	seth vidal <skvidal@phy.duke.edu>, dovecot@procontrol.fi
References: <1040311765.17838.12.camel@opus> <20021220012836.GV4526@dust.uchicago.edu> <20021220021017.GA26615@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021220021017.GA26615@irccrew.org>
User-Agent: Mutt/1.5.2i
X-archive-position: 138
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dgc@uchicago.edu
Precedence: bulk
X-list: dovecot
X-UID: 138                                                  
Status: O
Content-Length: 1899

* On 2002.12.19, in <20021220021017.GA26615@irccrew.org>,
*	"Timo Sirainen" <tss@iki.fi> wrote:
> 
> Yeah. :) CVS Dovecot has already default_mail_path which supports $U as
> username. Using your idea of supporting $1U $2U etc. to limit it to first 1
> or 2 chars could be good enough idea to implement by default. Other than
> that, I don't see much use for the rest of the variables. Hmm. Except maybe

No, there's not a lot of use in most cases, but most of them were
possibilities we had pondered at one point or another. The real value
of the library, to me, is just the flexiblity it affords -- because
a site might have many products that need to interoperate, tying the
admins to a particular arrangement of folder paths can be frustrating.
Especially when making transitions from one product to another.

Using home directories embedded in the path to folders is something we
might yet switch to -- with so many users on a single system, it's all
about balancing users across multiple filesystems. Because our users
exist on the mail server and, separately, on a login server, the home
directory path is a useful way of tracking that for multiple systems.

The modulus operator was useful at one point, too... but I'm not sure
how much use it is for me to go defending each thing mailpath can do,
when the real point is that it can satisfy lots of needs without binding
particular software to particular disk configurations.

Everything gets weird when you support many thousands of users in one
place....

Anyway, just an offering -- if anyone does need this, it's out there.
We've gotten to where we don't particularly expect our applications to
fit our environment without some patching. :)


> separating "user@domain" username so that you could use path like
> /var/mail/domain/user/.

That would be handy.

-- 
 -D.	dgc@uchicago.edu	NSIT	University of Chicago
 We're the colon in ://

From tss@iki.fi  Sun Dec 22 20:28:34 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 22 Dec 2002 20:28:34 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C965823840
	for <dovecot@procontrol.fi>; Sun, 22 Dec 2002 20:28:34 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 9BC925E01F68; Sun, 22 Dec 2002 20:28:30 +0200 (EET)
Subject: [dovecot] 0.99.5rc1
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1040581710.29604.35.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 22 Dec 2002 20:28:30 +0200
X-archive-position: 139
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: 139                                                  
Status: O

Current CVS contains a lot of code cleanups which aren't too well
tested. Seems to be working with me, but I'm still a bit worried I left
some very nasty bug lying around somewhere. There's anyway been many
nasty fixes since 0.99.4, most importantly with mbox handling and SEARCH
command.

I've also added support for SORT extension. It's not very fast
currently, but it should work. I tested with squirrelmail and it looked
fine. So, those people wanting to use Dovecot with webmail might try it
now. :) THREAD extension is still missing though.

So, here's a 0.99.5 release candidate 1. I wouldn't recommend it for
production usage yet, but I'd hope some people to test it before I'll
put out a real release. Just so that I won't be (again) releasing n+3
versions in a few days :) You can get the sources from
http://dovecot.procontrol.fi/rc/

I'm going away for christmas tomorrow, once I get back I'll do some more
testing and auditing and get the final release out. Next weekend
probably.


From jpeterson275@attbi.com  Sun Dec 22 21:55:56 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 22 Dec 2002 21:55:56 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id D104B2382C
	for <dovecot@procontrol.fi>; Sun, 22 Dec 2002 21:55:55 +0200 (EET)
Received: from attbi.com (12-228-39-116.client.attbi.com[12.228.39.116])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <20021222195553001003mesie>; Sun, 22 Dec 2002 19:55:53 +0000
Message-ID: <3E0618ED.9060108@attbi.com>
Date: Sun, 22 Dec 2002 11:56:29 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] [Fwd: ./configure options..]
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 140
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 140                                                  
Status: O
Content-Length: 1343

Oops, wrong address..

-------- Original Message --------
Message-ID: <3E0618CB.1060106@is.a.fakepope.com>
Date: Sun, 22 Dec 2002 11:55:55 -0800
From: Jesse Peterson <erage@is.a.fakepope.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: ./configure options..
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

[CVS from ~ 10:30am PST]

It would seem that --without-passwd produces

gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations
-Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o
imap-auth auth.o auth-plain.o auth-digest-md5.o cookie.o
login-connection.o main.o master.o mycrypt.o userinfo.o
userinfo-passwd.o userinfo-shadow.o userinfo-pam.o
userinfo-passwd-file.o userinfo-vpopmail.o  ../lib/liblib.a -lcrypt
userinfo-passwd-file.o: In function `get_reply_data':
dovecot/cvs/dovecot/src/auth/userinfo-passwd-file.c:72: undefined
reference to `passwd_fill_cookie_reply'

grep of the source tree says:

src/auth/userinfo-passwd.c:16:void passwd_fill_cookie_reply(struct
passwd *pw, AuthCookieReplyData *reply)

Also pam, shadow, and passwd-file all seem to call this function in them.

Ideas?


-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Sun Dec 22 22:34:36 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 22 Dec 2002 22:34:36 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0C32723840
	for <dovecot@procontrol.fi>; Sun, 22 Dec 2002 22:34:36 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 664605E01F68; Sun, 22 Dec 2002 22:34:35 +0200 (EET)
Subject: [dovecot] Re: [Fwd: ./configure options..]
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E0618ED.9060108@attbi.com>
References: <3E0618ED.9060108@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1040589275.29609.53.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 22 Dec 2002 22:34:35 +0200
X-archive-position: 141
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: 141                                                  
Status: O

On Sun, 2002-12-22 at 21:56, Jesse Peterson wrote:
> It would seem that --without-passwd produces
..
> dovecot/cvs/dovecot/src/auth/userinfo-passwd-file.c:72: undefined
> reference to `passwd_fill_cookie_reply'

Never occured to me before someone might actually want to disable passwd
support :)

> Ideas?

Fixed, that function is now always compiled in.


From hon@1b6.net  Thu Dec 26 16:17:01 2002
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 26 Dec 2002 16:17:01 +0200 (EET)
Return-Path: <hon@1b6.net>
Delivered-To: dovecot@procontrol.fi
Received: from bagic.net (nshosting.net [202.181.240.106])
	by danu.procontrol.fi (Postfix) with SMTP id 91F5323840
	for <dovecot@procontrol.fi>; Thu, 26 Dec 2002 16:17:00 +0200 (EET)
Received: (qmail 20561 invoked from network); 26 Dec 2002 14:16:59 -0000
Received: from unknown (HELO 1b6.net) (218.252.199.60)
  by 0 with SMTP; 26 Dec 2002 14:16:59 -0000
Message-ID: <3E0B0F5A.6020000@1b6.net>
Date: Thu, 26 Dec 2002 22:16:58 +0800
From: Hon <hon@1b6.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20021225
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Dovecot splited fetch problem
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 142
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: hon@1b6.net
Precedence: bulk
X-list: dovecot
X-UID: 142                                                  
Status: O
Content-Length: 1078

Hello,

When I was trying out the IMAP server (using Mozilla as client), I have 
no success of receving mail with attachments.  Looking it down further 
I've found that Mozilla fetches the message in 10k blocks, and the 
server seems missed a couple of bytes at where the split occurs...

Mozilla start the fetch by saying:
* 413 FETCH (UID 827 RFC822.SIZE 106371 BODY[]<0> {10240}
-- snip to place of split --
zmmAWdUxYA6Aobczv4BguxSZGqdYs6ELNIpgjiPUdYLxsHy)
7 OK Fetch completed.
8 UID fetch 827 (UID RFC822.SIZE BODY[]<10240.10240>)
* 413 FETCH (UID 827 RFC822.SIZE 106371 BODY[]<10240> {10240}
6BilWYuUJGA4YeNYFJbI1gL

The resulting line (saved from Mozilla view source) is:
zmmAWdUxYA6Aobczv4BguxSZGqdYs6ELNIpgjiPUdYLxsHy6BilWYuUJGA4YeNYFJbI1gL
                                                ^^ Two bytes missing
Where the original is:
zmmAWdUxYA6Aobczv4BguxSZGqdYs6ELNIpgjiPUdYLxsHygZ6BilWYuUJGA4YeNYFJbI1gL
                                                ^^

I have tried this using Debian packaged (0.99.4-1) and self compiled 
0.99.5rc1.  Both exhibit this problem.



From tss@iki.fi  Fri Dec 27 15:09:46 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 27 Dec 2002 15:09:46 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7D56A2382C
	for <dovecot@procontrol.fi>; Fri, 27 Dec 2002 15:09:46 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 15F315E01F68; Fri, 27 Dec 2002 15:09:43 +0200 (EET)
Subject: [dovecot] Re: Dovecot splited fetch problem
From: Timo Sirainen <tss@iki.fi>
To: Hon <hon@1b6.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <3E0B0F5A.6020000@1b6.net>
References: <3E0B0F5A.6020000@1b6.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1040994582.29611.121.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 27 Dec 2002 15:09:42 +0200
X-archive-position: 143
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: 143                                                  
Status: O

On Thu, 2002-12-26 at 16:16, Hon wrote:
> When I was trying out the IMAP server (using Mozilla as client), I have 
> no success of receving mail with attachments.  Looking it down further 
> I've found that Mozilla fetches the message in 10k blocks, and the 
> server seems missed a couple of bytes at where the split occurs...

Thanks, should be fixed in CVS now. I'll probably release 0.9.5rc2 soon
after a few more fixes.

Handling partial fetches is pretty annoying since IMAP protocol wants to
output only \r\n linefeeds, but in message data the \r is optional. So I
have to pass all around information to find out if \n is just \n or
\r\n..


From js@debian.org  Fri Dec 27 19:44:54 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 27 Dec 2002 19:44:54 +0200 (EET)
Return-Path: <js@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from auryn.jones.dk (unknown [62.79.77.233])
	by danu.procontrol.fi (Postfix) with ESMTP id 176222382C
	for <dovecot@procontrol.fi>; Fri, 27 Dec 2002 19:44:54 +0200 (EET)
Received: from localhost (auryn.jones.dk [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP id BAB6E270A4
	for <dovecot@procontrol.fi>; Fri, 27 Dec 2002 18:44:55 +0100 (CET)
Date: Fri, 27 Dec 2002 18:44:55 +0100 (CET)
From: Jonas Smedegaard <js@debian.org>
X-X-Sender: jonas@auryn.jones.dk
Reply-To: Jonas Smedegaard <dr@jones.dk>
To: dovecot@procontrol.fi
Subject: [dovecot] o.99rc2 works on PowerPC - sort of...
Message-ID: <Pine.LNX.4.51.0212271841200.22640@auryn.jones.dk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 144
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: js@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 144                                                  
Status: O

Hi all,

The new release starts on PowerPC now.

On to the next problem... :-)

When accessing my folders through Pine (setup to always go through IMAP,
even local mboxes) I get "kicked out" it seems, pretty often. Here's what
shows in the logfile:

imap(jonas): file imap-bodystructure.c: line 342 (part_write_body): assertion failed: (part->children->next == NULL)

 - Jonas

-- 
Debian GNU/Linux developer     http://www.debian.org/
Jonas Smedegaard +45 40843136  http://dr.jones.dk/
Consulting for machines and humans:   Spiff ApS

From dom@moo.cus.org.uk  Fri Dec 27 20:28:23 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 27 Dec 2002 20:28:23 +0200 (EET)
Return-Path: <dom@moo.cus.org.uk>
Delivered-To: dovecot@procontrol.fi
Received: from moo.cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net [213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id E118A23840
	for <dovecot@procontrol.fi>; Fri, 27 Dec 2002 20:28:22 +0200 (EET)
Received: from moo.cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by moo.cus.org.uk (8.12.5/8.11.3) with ESMTP id gBRIVMOS030899
	for <dovecot@procontrol.fi>; Fri, 27 Dec 2002 18:31:22 GMT
	(envelope-from dom@moo.cus.org.uk)
Received: (from dom@localhost)
	by moo.cus.org.uk (8.12.5/8.12.5/Submit) id gBRIVLTB030898
	for dovecot@procontrol.fi; Fri, 27 Dec 2002 18:31:21 GMT
Date: Fri, 27 Dec 2002 18:31:21 +0000
From: Dominic Marks <dom@cus.org.uk>
To: dovecot@procontrol.fi
Subject: [dovecot] RLIMIT_AS patch for FreeBSD
Message-ID: <20021227183121.B30698@cus.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-archive-position: 145
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dom@cus.org.uk
Precedence: bulk
X-list: dovecot
X-UID: 145                                                  
Status: O

Hey,

I've just updated the FreeBSD dovecot port to the 0.99.4 beta release,
the following patch was needed as FreeBSD has setrlimit(2) but does not
define RLIMIT_AS (I believe). I switched the code the require both,
alternatively find a parallel option in the FreeBSD setrlimit(2) manual
page. ( http://www.freebsd.org/cgi/man.cgi?setrlimit )

You may be interested in integrating this patch.

--- src/lib/restrict-process-size.c	Fri Dec 27 18:19:41 2002
+++ src/lib/restrict-process-size.c-new	Fri Dec 27 18:19:22 2002
@@ -32,7 +32,8 @@
 
 void restrict_process_size(unsigned int size __attr_unused__)
 {
-#ifdef HAVE_SETRLIMIT
+#if defined(HAVE_SETRLIMIT) && defined(RLIMIT_AS)
+/* FreeBSD has setrlimit(2) but does not define RLIMIT_AS */
 	struct rlimit rlim;
 
 	rlim.rlim_max = rlim.rlim_cur =

Thanks,
-- 
Dominic
 <dom at cus.org.uk> <d.marks at student.umist.ac.uk>

From tss@iki.fi  Fri Dec 27 20:38:39 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 27 Dec 2002 20:38:39 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3E2A723840
	for <dovecot@procontrol.fi>; Fri, 27 Dec 2002 20:38:39 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 061FE5E01F68; Fri, 27 Dec 2002 20:38:39 +0200 (EET)
Subject: [dovecot] Re: RLIMIT_AS patch for FreeBSD
From: Timo Sirainen <tss@iki.fi>
To: Dominic Marks <dom@cus.org.uk>
Cc: dovecot@procontrol.fi
In-Reply-To: <20021227183121.B30698@cus.org.uk>
References: <20021227183121.B30698@cus.org.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041014318.29611.145.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 27 Dec 2002 20:38:38 +0200
X-archive-position: 146
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: 146                                                  
Status: O

On Fri, 2002-12-27 at 20:31, Dominic Marks wrote:
> I've just updated the FreeBSD dovecot port to the 0.99.4 beta release,
> the following patch was needed as FreeBSD has setrlimit(2) but does not
> define RLIMIT_AS (I believe).

I fixed this some time ago by using RLIMIT_DATA which should be defined
everywhere. RLIMIT_AS is also used with systems that have it. It's
mostly useful with Linux/glibc2.3 where RLIMIT_DATA doesn't have much
effect since malloc() uses mmap() for larger allocations.

0.99.5 should be out soon I think :)


From cras@irccrew.org  Fri Dec 27 21:03:32 2002
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 27 Dec 2002 21:03:32 +0200 (EET)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 1AE0B2382C
	for <dovecot@procontrol.fi>; Fri, 27 Dec 2002 21:03:32 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 74EFE4C0CF; Fri, 27 Dec 2002 21:03:31 +0200 (EET)
Date: Fri, 27 Dec 2002 21:03:31 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: o.99rc2 works on PowerPC - sort of...
Message-ID: <20021227190331.GA13985@irccrew.org>
References: <Pine.LNX.4.51.0212271841200.22640@auryn.jones.dk>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.51.0212271841200.22640@auryn.jones.dk>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 147
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: 147                                                  
Status: O
Content-Length: 1049

(whops, Evolution's reply window really needs something to remind me that
I'm (accidentally) doing a private reply instead of mailing list reply..)

On Fri, 2002-12-27 at 19:44, Jonas Smedegaard wrote:
> When accessing my folders through Pine (setup to always go through IMAP,
> even local mboxes) I get "kicked out" it seems, pretty often. Here's what
> shows in the logfile:
> 
> imap(jonas): file imap-bodystructure.c: line 342 (part_write_body): assertion failed: (part->children->next == NULL)

Hmm. Usually that should happen only if index files are corrupted. But I
don't think you've had any time to corrupt them yet :) You could try
anyway rm -rf ~/mail/.imap/

I'll anyway look more closely how that could happen and maybe fix it
with index rebuilding rather than dying, but could you get the backtrace
of that? It probably doesn't core dump, but you could try it manually:

gdb /usr/lib/dovecot/imap
r

x select inbox
x fetch 1:* body

bt

Probably crashes with that.

Might also be some weird email message that Dovecot doesn't like.. 


From jpeterson275@attbi.com  Sat Dec 28 09:57:18 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 09:57:18 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by danu.procontrol.fi (Postfix) with ESMTP id C54E22382C
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 09:57:17 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <2002122807571000300logf2e>; Sat, 28 Dec 2002 07:57:11 +0000
Message-ID: <3E0D5959.7080300@attbi.com>
Date: Fri, 27 Dec 2002 23:57:13 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] passwd-file; configure args..
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 148
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 148                                                  
Status: O
Content-Length: 1134

I couldn't reproduce this again (because i can't get imap-master running 
due to problem below..) but.. When compiling without shadow, passwd, or 
pam, when logging in I get after a successful login (in my syslog):
Dec 28 22:39:38 badcase imap(username): MAIL environment missing and 
autodetection failed (home /some/home/directory)
Now I thought this was covered in a previous fix before (ChangeLog: 
"2002-12-17 03:00  Timo Sirainen <tss@iki.fi>")  but for some reason 
it's broken again..?


The configure args problem has to do with --localstatedir.  If i leave 
it default (PREFIX/var) it forces me (even with non-relative pathnames 
in the config file) for the socket-files (ssl_parameters_file, 
login_dir) that should go in /var/run to be put under PREFIX, 
(/usr/local for NetBSD 1.6).  Not too bad, if I could override it in the 
config file, which I can't.  So I ./configure'd with --localstatedir=/, 
and when I run imap-master I now get:
Fatal: Can't create directory //run/dovecot: No such file or directory
Somewhat odd.

Any clues on either of these would be helpful, thanks.


-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Sat Dec 28 10:32:33 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 10:32:33 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9481123840
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 10:32:33 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 42D915E01F68; Sat, 28 Dec 2002 10:32:33 +0200 (EET)
Subject: [dovecot] Re: passwd-file; configure args..
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E0D5959.7080300@attbi.com>
References: <3E0D5959.7080300@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041064352.29611.164.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 28 Dec 2002 10:32:33 +0200
X-archive-position: 149
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: 149                                                  
Status: O
Content-Length: 1566

On Sat, 2002-12-28 at 09:57, Jesse Peterson wrote:
> I couldn't reproduce this again (because i can't get imap-master running 
> due to problem below..) but.. When compiling without shadow, passwd, or 
> pam, when logging in I get after a successful login (in my syslog):
> Dec 28 22:39:38 badcase imap(username): MAIL environment missing and 
> autodetection failed (home /some/home/directory)
> Now I thought this was covered in a previous fix before (ChangeLog: 
> "2002-12-17 03:00  Timo Sirainen <tss@iki.fi>")  but for some reason 
> it's broken again..?

This is different problem. The mailbox location detection isn't working
for some reason with you. Did it used to work, or is this just a
different user? ~/mail (mbox) or ~/Maildir has to exist to make Dovecot
know what to use.

> The configure args problem has to do with --localstatedir.  If i leave 
> it default (PREFIX/var) it forces me (even with non-relative pathnames 
> in the config file) for the socket-files (ssl_parameters_file, 
> login_dir) that should go in /var/run to be put under PREFIX, 
> (/usr/local for NetBSD 1.6).  Not too bad, if I could override it in the 
> config file, which I can't.  So I ./configure'd with --localstatedir=/, 
> and when I run imap-master I now get:
> Fatal: Can't create directory //run/dovecot: No such file or directory
> Somewhat odd.

Well, since the default is PREFIX/var, you'd just drop out the PREFIX.
ie. --localstatedir=/var. But I'm also a bit annoyed at this change,
have to do something about it so that it can be overridden in config
file.


From jpeterson275@attbi.com  Sat Dec 28 11:07:59 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 11:07:59 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by danu.procontrol.fi (Postfix) with ESMTP id 961932382C
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 11:07:58 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc02.attbi.com (sccrmhc02) with SMTP
          id <20021228090756002000d0nle>; Sat, 28 Dec 2002 09:07:57 +0000
Message-ID: <3E0D69EF.7020306@attbi.com>
Date: Sat, 28 Dec 2002 01:07:59 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: passwd-file; configure args..
References: <3E0D5959.7080300@attbi.com> <1041064352.29611.164.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 150
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 150                                                  
Status: O
Content-Length: 2369

Timo Sirainen wrote:
> On Sat, 2002-12-28 at 09:57, Jesse Peterson wrote:
> 
>>I couldn't reproduce this again (because i can't get imap-master running 
>>due to problem below..) but.. When compiling without shadow, passwd, or 
>>pam, when logging in I get after a successful login (in my syslog):
>>Dec 28 22:39:38 badcase imap(username): MAIL environment missing and 
>>autodetection failed (home /some/home/directory)
>>Now I thought this was covered in a previous fix before (ChangeLog: 
>>"2002-12-17 03:00  Timo Sirainen <tss@iki.fi>")  but for some reason 
>>it's broken again..?
> 
> 
> This is different problem. The mailbox location detection isn't working
> for some reason with you. Did it used to work, or is this just a
> different user? ~/mail (mbox) or ~/Maildir has to exist to make Dovecot
> know what to use.
> 
> 
>>The configure args problem has to do with --localstatedir.  If i leave 
>>it default (PREFIX/var) it forces me (even with non-relative pathnames 
>>in the config file) for the socket-files (ssl_parameters_file, 
>>login_dir) that should go in /var/run to be put under PREFIX, 
>>(/usr/local for NetBSD 1.6).  Not too bad, if I could override it in the 
>>config file, which I can't.  So I ./configure'd with --localstatedir=/, 
>>and when I run imap-master I now get:
>>Fatal: Can't create directory //run/dovecot: No such file or directory
>>Somewhat odd.
> 
> 
> Well, since the default is PREFIX/var, you'd just drop out the PREFIX.
> ie. --localstatedir=/var. But I'm also a bit annoyed at this change,
> have to do something about it so that it can be overridden in config
> file.

I've tried that, and it starts, with a message about fixing permissions 
of /var/run/dovecot, and then all I get is:
Dec 29 01:05:48 badcase imap-master: child 9660 (auth) killed with signal 6
Dec 29 01:05:49 badcase imap-master: child 9662 (auth) killed with signal 6
Dec 29 01:05:51 badcase imap-master: child 9663 (auth) killed with signal 6
Dec 29 01:05:52 badcase imap-master: child 9664 (auth) killed with signal 6
Dec 29 01:05:53 badcase imap-master: child 9665 (auth) killed with signal 6
Dec 29 01:05:54 badcase imap-master: child 9666 (auth) killed with signal 6

If try to connect to the server, I get alternating (auth) and (login) 
"killed with signal 6" every second or so... weird.



> 
> 

-- 
Jesse Peterson
erage@softhome.net


From jpeterson275@attbi.com  Sat Dec 28 11:15:19 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 11:15:19 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by danu.procontrol.fi (Postfix) with ESMTP id B9BD92382C
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 11:15:18 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <2002122809151700300logn9e>; Sat, 28 Dec 2002 09:15:17 +0000
Message-ID: <3E0D6BA7.9040300@attbi.com>
Date: Sat, 28 Dec 2002 01:15:19 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: passwd-file; configure args..
References: <3E0D5959.7080300@attbi.com> <1041064352.29611.164.camel@hurina> <3E0D69EF.7020306@attbi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 151
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 151                                                  
Status: O
Content-Length: 2567

Fixed...

Jesse Peterson wrote:
> Timo Sirainen wrote:
> 
>> On Sat, 2002-12-28 at 09:57, Jesse Peterson wrote:
>>
>>> I couldn't reproduce this again (because i can't get imap-master 
>>> running due to problem below..) but.. When compiling without shadow, 
>>> passwd, or pam, when logging in I get after a successful login (in my 
>>> syslog):
>>> Dec 28 22:39:38 badcase imap(username): MAIL environment missing and 
>>> autodetection failed (home /some/home/directory)
>>> Now I thought this was covered in a previous fix before (ChangeLog: 
>>> "2002-12-17 03:00  Timo Sirainen <tss@iki.fi>")  but for some reason 
>>> it's broken again..?
>>
>>
>>
>> This is different problem. The mailbox location detection isn't working
>> for some reason with you. Did it used to work, or is this just a
>> different user? ~/mail (mbox) or ~/Maildir has to exist to make Dovecot
>> know what to use.
>>
>>
>>> The configure args problem has to do with --localstatedir.  If i 
>>> leave it default (PREFIX/var) it forces me (even with non-relative 
>>> pathnames in the config file) for the socket-files 
>>> (ssl_parameters_file, login_dir) that should go in /var/run to be put 
>>> under PREFIX, (/usr/local for NetBSD 1.6).  Not too bad, if I could 
>>> override it in the config file, which I can't.  So I ./configure'd 
>>> with --localstatedir=/, and when I run imap-master I now get:
>>> Fatal: Can't create directory //run/dovecot: No such file or directory
>>> Somewhat odd.
>>
>>
>>
>> Well, since the default is PREFIX/var, you'd just drop out the PREFIX.
>> ie. --localstatedir=/var. But I'm also a bit annoyed at this change,
>> have to do something about it so that it can be overridden in config
>> file.
> 
> 
> I've tried that, and it starts, with a message about fixing permissions 
> of /var/run/dovecot, and then all I get is:
> Dec 29 01:05:48 badcase imap-master: child 9660 (auth) killed with signal 6
> Dec 29 01:05:49 badcase imap-master: child 9662 (auth) killed with signal 6
> Dec 29 01:05:51 badcase imap-master: child 9663 (auth) killed with signal 6
> Dec 29 01:05:52 badcase imap-master: child 9664 (auth) killed with signal 6
> Dec 29 01:05:53 badcase imap-master: child 9665 (auth) killed with signal 6
> Dec 29 01:05:54 badcase imap-master: child 9666 (auth) killed with signal 6
> 
> If try to connect to the server, I get alternating (auth) and (login) 
> "killed with signal 6" every second or so... weird.

For an odd reason, auth_user has to be root for it to not do this...

> 
> 
> 
>>
>>
> 

-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Sat Dec 28 11:19:08 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 11:19:08 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7AE632382C
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 11:19:08 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 3E5A15E01F68; Sat, 28 Dec 2002 11:19:08 +0200 (EET)
Subject: [dovecot] Re: passwd-file; configure args..
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E0D6BA7.9040300@attbi.com>
References: <3E0D5959.7080300@attbi.com> <1041064352.29611.164.camel@hurina>
	 <3E0D69EF.7020306@attbi.com>  <3E0D6BA7.9040300@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041067147.29611.168.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 28 Dec 2002 11:19:07 +0200
X-archive-position: 152
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: 152                                                  
Status: O
Content-Length: 1053

On Sat, 2002-12-28 at 11:15, Jesse Peterson wrote:
> > I've tried that, and it starts, with a message about fixing permissions 
> > of /var/run/dovecot, and then all I get is:
> > Dec 29 01:05:48 badcase imap-master: child 9660 (auth) killed with signal 6
> > Dec 29 01:05:49 badcase imap-master: child 9662 (auth) killed with signal 6
> > Dec 29 01:05:51 badcase imap-master: child 9663 (auth) killed with signal 6
> > Dec 29 01:05:52 badcase imap-master: child 9664 (auth) killed with signal 6
> > Dec 29 01:05:53 badcase imap-master: child 9665 (auth) killed with signal 6
> > Dec 29 01:05:54 badcase imap-master: child 9666 (auth) killed with signal 6

These are because of some bugs in syslog failure handler which I fixed a
few hours ago. It tried to print an error message but died instead.

> > If try to connect to the server, I get alternating (auth) and (login) 
> > "killed with signal 6" every second or so... weird.
> 
> For an odd reason, auth_user has to be root for it to not do this...

It didn't have read-access to the passwd file?


From jpeterson275@attbi.com  Sat Dec 28 11:32:03 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 11:32:03 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id EEFA52382C
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 11:32:02 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <20021228093201001003l8t1e>; Sat, 28 Dec 2002 09:32:01 +0000
Message-ID: <3E0D6F93.7080700@attbi.com>
Date: Sat, 28 Dec 2002 01:32:03 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: passwd-file; configure args..
References: <3E0D5959.7080300@attbi.com> <1041064352.29611.164.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 153
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 153                                                  
Status: O
Content-Length: 2077



Timo Sirainen wrote:
> On Sat, 2002-12-28 at 09:57, Jesse Peterson wrote:
> 
>>I couldn't reproduce this again (because i can't get imap-master running 
>>due to problem below..) but.. When compiling without shadow, passwd, or 
>>pam, when logging in I get after a successful login (in my syslog):
>>Dec 28 22:39:38 badcase imap(username): MAIL environment missing and 
>>autodetection failed (home /some/home/directory)
>>Now I thought this was covered in a previous fix before (ChangeLog: 
>>"2002-12-17 03:00  Timo Sirainen <tss@iki.fi>")  but for some reason 
>>it's broken again..?
> 
> 
> This is different problem. The mailbox location detection isn't working
> for some reason with you. Did it used to work, or is this just a
> different user? ~/mail (mbox) or ~/Maildir has to exist to make Dovecot
> know what to use.
> 

More investigation brings some light into this.  If I create and move 
everything into a ~/Maildir, it seems to do okay, however, I want to set 
my default_mail_env to "maildir:%h" or "mbox:%h" and have that work, but 
so far, nothing.  Is there anything preventing this defualt_mail_env 
from working correctly?  It doesn't seem to work with these parameters 
as it is right now.

> 
>>The configure args problem has to do with --localstatedir.  If i leave 
>>it default (PREFIX/var) it forces me (even with non-relative pathnames 
>>in the config file) for the socket-files (ssl_parameters_file, 
>>login_dir) that should go in /var/run to be put under PREFIX, 
>>(/usr/local for NetBSD 1.6).  Not too bad, if I could override it in the 
>>config file, which I can't.  So I ./configure'd with --localstatedir=/, 
>>and when I run imap-master I now get:
>>Fatal: Can't create directory //run/dovecot: No such file or directory
>>Somewhat odd.
> 
> 
> Well, since the default is PREFIX/var, you'd just drop out the PREFIX.
> ie. --localstatedir=/var. But I'm also a bit annoyed at this change,
> have to do something about it so that it can be overridden in config
> file.

Right, this works.

> 
> 
> 

-- 
Jesse Peterson
erage@softhome.net


From jpeterson275@attbi.com  Sat Dec 28 11:34:40 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 11:34:40 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 832652382C
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 11:34:40 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <20021228093439001003kut9e>; Sat, 28 Dec 2002 09:34:39 +0000
Message-ID: <3E0D7031.9040306@attbi.com>
Date: Sat, 28 Dec 2002 01:34:41 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: passwd-file; configure args..
References: <3E0D5959.7080300@attbi.com> <1041064352.29611.164.camel@hurina>	 <3E0D69EF.7020306@attbi.com>  <3E0D6BA7.9040300@attbi.com> <1041067147.29611.168.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 154
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 154                                                  
Status: O



Timo Sirainen wrote:
> It didn't have read-access to the passwd file?

Actually, it didn't, I'll bet that was the problem.  Sorry for bugging 
you with my incompetence. =)

> 
> 
> 

-- 
Jesse Peterson
erage@softhome.net


From tss@iki.fi  Sat Dec 28 11:56:17 2002
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 28 Dec 2002 11:56:17 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 606E42382C
	for <dovecot@procontrol.fi>; Sat, 28 Dec 2002 11:56:17 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 32EE35E01F68; Sat, 28 Dec 2002 11:56:17 +0200 (EET)
Subject: [dovecot] Re: passwd-file; configure args..
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E0D6F93.7080700@attbi.com>
References: <3E0D5959.7080300@attbi.com> <1041064352.29611.164.camel@hurina>
	 <3E0D6F93.7080700@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041069376.29609.170.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 28 Dec 2002 11:56:16 +0200
X-archive-position: 155
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: 155                                                  
Status: O

On Sat, 2002-12-28 at 11:32, Jesse Peterson wrote:
> More investigation brings some light into this.  If I create and move 
> everything into a ~/Maildir, it seems to do okay, however, I want to set 
> my default_mail_env to "maildir:%h" or "mbox:%h" and have that work, but 
> so far, nothing.  Is there anything preventing this defualt_mail_env 
> from working correctly?  It doesn't seem to work with these parameters 
> as it is right now.

Yes, a stupid bug that I fixed now :)


From gareth@wiked.org  Mon Dec 30 05:10:14 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 30 Dec 2002 05:10:14 +0200 (EET)
Return-Path: <gareth@wiked.org>
Delivered-To: dovecot@procontrol.fi
Received: from mulder.wiked.org (3dlci148-2.icsfm.com [207.151.143.148])
	by danu.procontrol.fi (Postfix) with ESMTP id E39E82382C
	for <dovecot@procontrol.fi>; Mon, 30 Dec 2002 05:10:13 +0200 (EET)
Received: by mulder.wiked.org (Postfix, from userid 1000)
	id 2180210F20; Sun, 29 Dec 2002 19:10:07 -0800 (PST)
Date: Sun, 29 Dec 2002 19:10:06 -0800
To: dovecot@procontrol.fi
Subject: [dovecot] Maildir format
Message-ID: <20021230031006.GB23626@mulder.wiked.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
From: gareth@wiked.org (Gareth J. Greenaway)
X-archive-position: 156
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: gareth@wiked.org
Precedence: bulk
X-list: dovecot
X-UID: 156                                                  
Status: O

Started using dovecot and I am very impressed by its speed.  I am
confused by what it is expecting the format of the Maildir directory
to be in.  I currently have ~/Maildir which contains new, cur, and tmp
all containing email that should be in my inbox and it pops up
correctly as such when I connect to dovecot using Mutt.  After the
connection a new .INBOX is created under ~/Maildir with sym links back
to new, cur, and tmp.  The problem arrises when I want to view email
from another folder, I have a folder called "test" which contains some
email also in Maildir format, however when I attempt to view this
email I only get an empty listing with the ".." to go one directory
up.  Thanks.



							Gareth
Greenaway
-- 
"My friends say I should act my age, What's my age again?"
Gareth J. Greenaway  | gareth@wiked.org    

From tss@iki.fi  Mon Dec 30 08:51:22 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 30 Dec 2002 08:51:22 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0EBCD23839
	for <dovecot@procontrol.fi>; Mon, 30 Dec 2002 08:51:22 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id BEF515E01F68; Mon, 30 Dec 2002 08:51:21 +0200 (EET)
Subject: [dovecot] Re: Maildir format
From: Timo Sirainen <tss@iki.fi>
To: "Gareth J. Greenaway" <gareth@wiked.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <20021230031006.GB23626@mulder.wiked.org>
References: <20021230031006.GB23626@mulder.wiked.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041231081.29604.226.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 30 Dec 2002 08:51:21 +0200
X-archive-position: 157
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: 157                                                  
Status: O

On Mon, 2002-12-30 at 05:10, Gareth J. Greenaway wrote:
> to new, cur, and tmp.  The problem arrises when I want to view email
> from another folder, I have a folder called "test" which contains some
> email also in Maildir format, however when I attempt to view this
> email I only get an empty listing with the ".." to go one directory
> up.  Thanks.

Dovecot wants the folders directory names to begin with a dot, so name
it ".test". Subfolders would be named as ".test.subfolder". This is
compatible with Courier's Maildir++ format.


From tss@iki.fi  Mon Dec 30 09:47:13 2002
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 30 Dec 2002 09:47:13 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E810A2382C
	for <dovecot@procontrol.fi>; Mon, 30 Dec 2002 09:47:12 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 981315E01F68; Mon, 30 Dec 2002 09:47:12 +0200 (EET)
Subject: [dovecot] Re: Maildir format
From: Timo Sirainen <tss@iki.fi>
To: "Gareth J. Greenaway" <gareth@wiked.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <20021230072514.GC23626@mulder.wiked.org>
References: <20021230031006.GB23626@mulder.wiked.org>
	 <1041231081.29604.226.camel@hurina>
	 <20021230072514.GC23626@mulder.wiked.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041234432.29611.242.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 30 Dec 2002 09:47:12 +0200
X-archive-position: 158
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: 158                                                  
Status: O

On Mon, 2002-12-30 at 09:25, Gareth J. Greenaway wrote:
> On Mon, Dec 30, 2002 at 08:51:21AM +0200, Timo Sirainen wrote:
> > Dovecot wants the folders directory names to begin with a dot, so name
> > it ".test". Subfolders would be named as ".test.subfolder". This is
> > compatible with Courier's Maildir++ format.
> 
> Right. that is what I have as im using the Maildir folders from
> Courier but I still do not see mail showing up in them.  The folder
> itself shows up but no mail.

Oh, I think then you're just using mutt a bit wrong :) Enter-key goes
inside a subfolder, space-key selects the folder. A folder can itself
contain mail but it can also contain subfolders, so this is needed.

With Courier you probably got away with just enter-key because you
didn't have such subfolders and Courier gives mutt hints about if
folders have subfolders. Dovecot doesn't yet support that extension so
mutt always assumes they have subfolders.

From tss@iki.fi  Thu Jan  2 16:02:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 02 Jan 2003 16:02:17 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A5EA323839
	for <dovecot@procontrol.fi>; Thu,  2 Jan 2003 16:02:16 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 5F85E5E01F96; Thu,  2 Jan 2003 16:02:16 +0200 (EET)
Subject: [dovecot] 0.99.5 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041516136.29604.315.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 02 Jan 2003 16:02:16 +0200
X-archive-position: 159
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: 159                                                  
Status: O
Content-Length: 2613

v0.99.5 2003-01-02  Timo Sirainen <tss@iki.fi>

	* This release includes a lot of code cleanups, especially related to
	  security. Direct buffer modifying was replaced in several places
	  with a new buffer API, which provides a safe way to do it. Code that
	  looks unsafe contains @UNSAFE tag to make auditing easier.

	+ Support for SORT extension. Originally I thought about not
	  implementing any extensions before 1.0, but too many people want
	  webmails which want SORT. THREAD is another extension which they
	  want, but we don't support it yet.
	+ imap_listen and imaps_listen settings now accept "*" and "::" to
	  specify if we want to listen in IPv4 or IPv6 addresses. "::" may
	  also listen in all IPv4 addresses depending on the OS (Linux does,
	  BSD doesn't)
	+ New setting: default_mail_env can be used to specify where to find
	  users mailbox. Default is still to use autodetection.
	+ New setting: imap_log_path to log logins etc. informational messages
	  to different file.
	+ We support now separate mbox file for INBOX folder, no need for
	  symlink kludging anymore.
	+ Support for keeping index files in different location than actual
	  mailboxes.
	? Disabled mailbox_check_interval setting by default, it breaks
	  Evolution.
	- SEARCH was still somewhat buggy, especially with laggy networks.
	  Also body/header searches might have crashed or at least used
	  memory too much
	- Deleting messages in the middle of mbox caused dovecot to reindex
	  the following messages as new messages (ie. change UIDs and set
	  \Recent flag).
	- Digest-MD5 auth: Initial server challenge packet was missing a comma,
	  which might have made it incompatible with some implementations.
	- Some more fixes to unnecessarily high memory usage
	- SELECT and EXAMINE often printed UNSEEN reply or maybe complained
	  about corrupted indexes. Happened usually only with mbox.
	- FETCH BODYSTRUCTURE gave incorrect reply, breaking pine
	- LIST was pretty buggy with mbox subfolders
	- CHECK command returned just "missing parameters" error
	- DELETE didn't work with mbox folders
	- CREATE mailbox<hierarchy separator> failed always.
	- CREATE and RENAME didn't create required hierarchies with mbox
	- RFC822 date parser didn't handle single digit days correctly.
	- login_process_per_connection = yes didn't work with imaps port
	  connections which is exactly where it was mostly wanted.
	- ssl_disabled = yes didn't disable listening in imaps port
	- process limiting code didn't compile everywhere (eg. FreeBSD).
	- Linux sendfile() was never detected
	- We didn't work at all with gcc/PowerPC


From bradf@mailgate.tpi.com  Fri Jan  3 01:58:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 03 Jan 2003 01:58:37 +0200 (EET)
Return-Path: <bradf@mailgate.tpi.com>
Delivered-To: dovecot@procontrol.fi
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 9069C23839
	for <dovecot@procontrol.fi>; Fri,  3 Jan 2003 01:58:36 +0200 (EET)
Received: from norbert (norbert.tpi.com [198.107.51.144])
          by mailgate.tpi.com (Post.Office MTA v3.5.3 release 223
          ID# 0-60229U100L100S0V35) with ESMTP id com
          for <dovecot@procontrol.fi>; Thu, 2 Jan 2003 15:58:35 -0800
Content-Type: text/plain;
  charset="us-ascii"
From: Brad Figg <brad@tpi.com>
To: dovecot@procontrol.fi
Subject: [dovecot] Util for pop3 to dovecot?
Date: Thu, 2 Jan 2003 15:59:38 -0800
User-Agent: KMail/1.4.3
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200301021559.38857.brad@tpi.com>
X-archive-position: 160
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: brad@tpi.com
Precedence: bulk
X-list: dovecot
X-UID: 160                                                  
Status: O


What I want to do is pop my email off of a Pop3 server
and give it to dovecot for imap serving. Does anyone
know of a utility that will allow me to do this? I looked
at fetchmail but it seems to want to talk to an SMTP
server.

Thanks,
Brad

--=20
Brad Figg - brad@tpi.com 503.601.0235 ext. 105
TriplePoint, Inc. - http://www.tpi.com

From amyzing@talsever.com  Fri Jan  3 04:02:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 03 Jan 2003 04:02:16 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148])
	by danu.procontrol.fi (Postfix) with ESMTP id 2531323839
	for <dovecot@procontrol.fi>; Fri,  3 Jan 2003 04:02:16 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18UHA4-0006K8-00
	for dovecot@procontrol.fi; Thu, 02 Jan 2003 21:02:12 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id DAF0C817E; Thu,  2 Jan 2003 21:07:03 -0500 (EST)
Date: Thu, 2 Jan 2003 21:07:03 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: dovecot@procontrol.fi
Subject: [dovecot] maildirmake, shared folders
Message-Id: <20030102210703.34a45879.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; alpha-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 161
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 161                                                  
Status: O
Content-Length: 2407

Does dovecot support shared folders, maildir style?

I've set it up, using the maildirmake from debian maildrop to create folders.  I have a number of as-yet unresolved issues, so I haven't been able to test with many clients.  It's interesting that dovecot manages to present folders as siblings (rather than children) of INBOX.  But mutt, at least, doesn't seem to see the shared maildir (created per instructions in the maildirmake man page).

I find in the debian archives that courier is unable to see messages delivered to new in a shared maildir.  This doesn't seem to be the same set of symptoms, though.  It appears, instead, that dovecot isn't recognizing (and then advertising) the shared-maildirs file (a text file that describes the name and the location).  Is that the case?  I don't think it's a high priority, mind, just wondering.

Another question: can the dovecot distribution include a maildirmake utility?  The documentation is pretty blunt about the significant advantages of maildirs, but one has to go to the courier distribution to find a utility to pre-create these (which dovecot seems to want, since it's recognizing the mail type by looking for the dir).  This is most significant when setting up new users, of course.  Possibly this is inappropriate, and I should instead ask the debian package maintainer to 'recommend' or 'suggest' the maildrop package in order to get the required utility.

Nice stuff, though.  I really like the ease of administration; dovecot looks to me like a sort of equivalent to postfix, for IMAP instead of SMTP.  A request for the website: perhaps developers could supply information on clients used with the server, and what oddities are encountered?  I know that IMAP client support is spotty, at best (for instance, I can't find a client that can do digest-md5; mutt is supposedly capable, but my installation doesn't even admit that that's a valid authenticator).  This is partly significant because setting up a system that uses options for which there is little or no client support is, perhaps, an exercise in futility.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Never imagine yourself not to be otherwise than what it might appear to
others that what you were or might have been was not otherwise than what
you had been would have appeared to them to be otherwise.
                -- The Duchess [Lewis Carroll]

From gareth@wiked.org  Fri Jan  3 04:48:52 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 03 Jan 2003 04:48:52 +0200 (EET)
Return-Path: <gareth@wiked.org>
Delivered-To: dovecot@procontrol.fi
Received: from mulder.wiked.org (3dlci148-2.icsfm.com [207.151.143.148])
	by danu.procontrol.fi (Postfix) with ESMTP id 59C4923839
	for <dovecot@procontrol.fi>; Fri,  3 Jan 2003 04:48:52 +0200 (EET)
Received: by mulder.wiked.org (Postfix, from userid 1000)
	id 07DC710F20; Thu,  2 Jan 2003 18:48:46 -0800 (PST)
Date: Thu, 2 Jan 2003 18:48:45 -0800
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Util for pop3 to dovecot?
Message-ID: <20030103024845.GA32431@mulder.wiked.org>
References: <200301021559.38857.brad@tpi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200301021559.38857.brad@tpi.com>
User-Agent: Mutt/1.4i
From: gareth@wiked.org (Gareth J. Greenaway)
X-archive-position: 162
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: gareth@wiked.org
Precedence: bulk
X-list: dovecot
X-UID: 162                                                  
Status: O

On Thu, Jan 02, 2003 at 03:59:38PM -0800, Brad Figg wrote:
> 
> What I want to do is pop my email off of a Pop3 server
> and give it to dovecot for imap serving. Does anyone
> know of a utility that will allow me to do this? I looked
> at fetchmail but it seems to want to talk to an SMTP
> server.
> 
> 
fetchmail talks to a pop3 server, smtp is for sending email.  You
could use fetchmail to bring the mail down from the pop3 server and
then use procmail to filter to filter out to the folders that imap
will serve from.


						Gareth

-- 
"My friends say I should act my age, What's my age again?"
Gareth J. Greenaway  | gareth@wiked.org    

From tss@iki.fi  Fri Jan  3 07:31:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 03 Jan 2003 07:31:31 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CBBE12382C
	for <dovecot@procontrol.fi>; Fri,  3 Jan 2003 07:31:30 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 6A8325E01F96; Fri,  3 Jan 2003 07:31:30 +0200 (EET)
Subject: [dovecot] Re: maildirmake, shared folders
From: Timo Sirainen <tss@iki.fi>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030102210703.34a45879.amyzing@talsever.com>
References: <20030102210703.34a45879.amyzing@talsever.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041571890.29609.441.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.0 
Date: 03 Jan 2003 07:31:30 +0200
X-archive-position: 163
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: 163                                                  
Status: O
Content-Length: 1976

On Fri, 2003-01-03 at 04:07, Amelia A.Lewis wrote:
> Does dovecot support shared folders, maildir style?

No shared folder support yet, sorry.

> It's interesting that dovecot manages to present folders as siblings
> (rather than children) of INBOX.

Yeah, I got annoyed at that with Courier. It was probably done so that
there would be a completely private namespace for the user, but I don't
think it's that bad to reserve a couple of folder names to specify
shared namespaces. Although I'll probably make it optional to specify a
separate namespace for private folders too.

> Another question: can the dovecot distribution include a maildirmake
> utility?

Well, maybe. It might confuse people though, since Dovecot doesn't yet
support shared folders and quota. Also Dovecot itself doesn't really
care about the contents of maildir, it's enough to simply create
~/Maildir and Dovecot creates the missing folders. qmail and others
might not do that though.

> Nice stuff, though.  I really like the ease of administration; dovecot
> looks to me like a sort of equivalent to postfix, for IMAP instead of
> SMTP.

I'm trying to make it fool proof :)

>   A request for the website: perhaps developers could supply
> information on clients used with the server, and what oddities are
> encountered?

Yes, I guess I could. I haven't found many oddities yet though.

>   I know that IMAP client support is spotty, at best (for instance, I
> can't find a client that can do digest-md5; mutt is supposedly
> capable, but my installation doesn't even admit that that's a valid
> authenticator).  This is partly significant because setting up a
> system that uses options for which there is little or no client
> support is, perhaps, an exercise in futility.

Evolution can do digest-md5 and I'm using it all the time. mutt uses
Cyrus SASL library, so you'll have to install libsasl-digestmd5-plain in
Debian. Except it doesn't seem to like Dovecot's implementation, have to
fix..


From jaldhar@debian.org  Fri Jan  3 07:46:29 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 03 Jan 2003 07:46:29 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 3702A2382C
	for <dovecot@procontrol.fi>; Fri,  3 Jan 2003 07:46:29 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 1D0C68130; Fri,  3 Jan 2003 00:46:26 -0500 (EST)
Date: Fri, 3 Jan 2003 00:46:26 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: maildirmake, shared folders
In-Reply-To: <20030102210703.34a45879.amyzing@talsever.com>
Message-ID: <Pine.LNX.4.51.0301022226510.29663@samadhi.braincells.com>
References: <20030102210703.34a45879.amyzing@talsever.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 164
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 164                                                  
Status: O
Content-Length: 1380

On Thu, 2 Jan 2003, Amelia A.Lewis wrote:

> Another question: can the dovecot distribution include a maildirmake
> utility?  The documentation is pretty blunt about the significant
> advantages of maildirs, but one has to go to the courier distribution to
> find a utility to pre-create these (which dovecot seems to want, since
> it's recognizing the mail type by looking for the dir).  This is most
> significant when setting up new users, of course.  Possibly this is
> inappropriate, and I should instead ask the debian package maintainer to
> 'recommend' or 'suggest' the maildrop package in order to get the
> required utility.
>

Good thing I checked this list before I made the 0.99.5 packages.  rather
than depend on another package, i'm going to include the following script
as /usr/bin/maildirmake.dovecot (to avoid treading on the others.)

#!/bin/sh
#
# maildirmake.dovecot -- create maildirs
# Copyright (c) 2003, Jaldhar H. Vyas
# "Do what thou wilt" shall be the whole of the license.
#
dir=$1
if [ -z "$dir" ]; then
  echo "Must supply a directory path"
  exit 1
fi

if [ "$dir" = "-h" ]; then
  echo "usage: $0 directory"
  exit 0
fi

umask 077
mkdir -p $dir/{cur,new,tmp} || echo "$!" && exit 1
chmod u+rwxg-a- $dir $dir/{cur,new,tmp} || echo "$!" && exit 1

exit 0

If Timo wants to borrow this, he is welcome to it.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>

From dgc@uchicago.edu  Sat Jan  4 01:41:29 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 04 Jan 2003 01:41:29 +0200 (EET)
Return-Path: <dgc@uchicago.edu>
Delivered-To: dovecot@procontrol.fi
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 0560C2382C
	for <dovecot@procontrol.fi>; Sat,  4 Jan 2003 01:41:15 +0200 (EET)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h03Nf3p07313;
	Fri, 3 Jan 2003 17:41:03 -0600 (CST)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to dgc@uchicago.edu using -f
Date: Fri, 3 Jan 2003 17:41:03 -0600
From: David Champion <dgc@uchicago.edu>
To: "Gareth J. Greenaway" <gareth@wiked.org>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Util for pop3 to dovecot?
Message-ID: <20030103234103.GM27418@dust.uchicago.edu>
Mail-Followup-To: "Gareth J. Greenaway" <gareth@wiked.org>,
	dovecot@procontrol.fi
References: <200301021559.38857.brad@tpi.com> <20030103024845.GA32431@mulder.wiked.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030103024845.GA32431@mulder.wiked.org>
User-Agent: Mutt/1.5.2i
X-archive-position: 165
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dgc@uchicago.edu
Precedence: bulk
X-list: dovecot
X-UID: 165                                                  
Status: O
Content-Length: 1241

* On 2003.01.02, in <20030103024845.GA32431@mulder.wiked.org>,
*	"Gareth J. Greenaway" <gareth@wiked.org> wrote:
> >
> > know of a utility that will allow me to do this? I looked
> > at fetchmail but it seems to want to talk to an SMTP
> > server.
>
> fetchmail talks to a pop3 server, smtp is for sending email.  You
> could use fetchmail to bring the mail down from the pop3 server and
> then use procmail to filter to filter out to the folders that imap
> will serve from.

There's a misunderstanding here.

In some configurations, fetchmail wants to relay mail that it pops
through a local MTA (SMTP server). This is what Brad was referring to:
it connects to the POP server, downloads mail, and connects to the local
SMTP service to relay the new messages. The ostensible reasons for this
are a certain kind of simplicity, and the ability to take advantage of
whatever filtering hooks you have plugged into your local MTA.

But for another kind of simplicity, fetchmail can be configured instead
to use a local MDA instead of a local MTA. Procmail works fine for this
purpose, as does any other program designed to deliver mail locally on
sendmail's behalf.

-- 
 -D.	dgc@uchicago.edu	NSIT	University of Chicago
 We're the colon in ://

From amyzing@talsever.com  Sun Jan  5 06:40:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 06:40:44 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148])
	by danu.procontrol.fi (Postfix) with ESMTP id E90A323839
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 06:40:43 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18V2aV-0006Sv-00
	for dovecot@procontrol.fi; Sat, 04 Jan 2003 23:40:39 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 446A78051; Sat,  4 Jan 2003 23:46:01 -0500 (EST)
Date: Sat, 4 Jan 2003 23:46:01 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: dovecot <dovecot@procontrol.fi>
Subject: [dovecot] Some experiences
Message-Id: <20030104234601.11360cfc.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; alpha-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 166
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 166                                                  
Status: O
Content-Length: 3190

Heyas ...

I'm trying to use dovecot to set up a 'closed server' (actually, mixed) sort of environment, for a box to be deployed co-located.  I wanted to talk about some of that, and see if some of my experience qualifies as 'bug'.

Note that I'm notoriously verbose, so if that bothers you, read no further ....

Since it's a more-or-less closed server, I didn't want to use pam (well, I wouldn't mind, for users with shell accounts, but I can't see a way to mix pam and passwd-file ... is there a way to do that?).

It turns out that digest-md5 support for clients is, well, not very widespread.  I expect this box to be used by various windoze clients, eventually, and while I'm willing to lay down the law a little, I can't find enough digest-md5 support to lay down that law.  So, regretfully, I abandoned that plan.  This kinda bothers me, since I think TLS/STARTTLS is absolutely the *wrong* solution for mailbox access (or for anything that deals with a store-and-forward transport).

I therefore tried md5 passwords in a passwd-file, with STARTTLS enabled.  Didn't work.  I turned off SSL, and reenabled plain-text, and watched the login go by.  Very sniffable, of course.  But correct username and password ... failed.  There are instructions for creating digest-md5 style secrets in auth.txt, but none for md5 passwords; I used openssl passwd -1 [password] (and cut and paste).  It seems odd to me that this didn't work; does that command use a different algorithm than dovecot?

Falling back ... since it *shouldn't* matter if the passwords are weak, as long as they're inside TLS (along with the entire rest of the transaction, ugh), I used mkpasswd to generate a standard unix passwd (and cut and paste).  This worked.  It worked with TLS, and it worked without (as long as I remembered to allow sniffable logins).

One more oddity: I originally had a realm in the passwd-file, which also established the mail location and 'home' directory (most of the users can't actually log in and don't have accounts in /etc/passwd, so it's not a real home directory).  There was an odd message in syslog, approximately like so (where 'user' represents the username, and 'domain.realm' represents both my domain name and the realm in the passwd-file):

imap(user:@omain.realm): Failed to create storage with data: domain.realm

Note the missing first letter after user:@  And I don't know what it was trying to do; the maildirs already exist.  /etc/dovecot.conf sets the default mail location to /home/users/%n/Maildir (non-shell users are all inside /home/users; shell users have mail there, with symlinks to ~/Maildir); the passwd-file establishes the location of the INBOX pretty definitively, I would think.  The solution was to remove the realm (which isn't useful except for digest md5, anway, right?).

Hey, it's working!  Wahoo!  *laugh*  Anyway, if someone can offer suggestions on what's up with the pieces that *aren't* working, I'd be interested to know.  It might give me a greater range of options.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
The less I seek my source for some definitive, the closer I am to fine.
                -- Indigo Girls

From jpeterson275@attbi.com  Sun Jan  5 07:05:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 07:05:37 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id CE7152382C
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 07:05:36 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <20030105050533001005gcn3e>; Sun, 5 Jan 2003 05:05:33 +0000
Message-ID: <3E17BD2C.9020906@attbi.com>
Date: Sat, 04 Jan 2003 21:05:48 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Some experiences
References: <20030104234601.11360cfc.amyzing@talsever.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 167
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 167                                                  
Status: O
Content-Length: 3374

Amelia A.Lewis wrote:
> Heyas ...
> 
> I'm trying to use dovecot to set up a 'closed server' (actually, mixed) sort of environment, for a box to be deployed co-located.  I wanted to talk about some of that, and see if some of my experience qualifies as 'bug'.
> 
> Note that I'm notoriously verbose, so if that bothers you, read no further ....
> 
> Since it's a more-or-less closed server, I didn't want to use pam (well, I wouldn't mind, for users with shell accounts, but I can't see a way to mix pam and passwd-file ... is there a way to do that?).
> 
> It turns out that digest-md5 support for clients is, well, not very widespread.  I expect this box to be used by various windoze clients, eventually, and while I'm willing to lay down the law a little, I can't find enough digest-md5 support to lay down that law.  So, regretfully, I abandoned that plan.  This kinda bothers me, since I think TLS/STARTTLS is absolutely the *wrong* solution for mailbox access (or for anything that deals with a store-and-forward transport).
> 
> I therefore tried md5 passwords in a passwd-file, with STARTTLS enabled.  Didn't work.  I turned off SSL, and reenabled plain-text, and watched the login go by.  Very sniffable, of course.  But correct username and password ... failed.  There are instructions for creating digest-md5 style secrets in auth.txt, but none for md5 passwords; I used openssl passwd -1 [password] (and cut and paste).  It seems odd to me that this didn't work; does that command use a different algorithm than dovecot?
> 
> Falling back ... since it *shouldn't* matter if the passwords are weak, as long as they're inside TLS (along with the entire rest of the transaughction, ugh), I used mkpasswd to generate a standard unix passwd (and 
cut and paste).  This worked.  It worked with TLS, and it worked without 
(as long as I remembered to allow sniffable logins).

Not to be confrontational at all, but I'm very curious as to why you 
have such an aversion to SSL/TLS for IMAP access?  I think actualy an 
entirely encrypted transport for something as (possibly sensitive) email 
is a good thing.

> 
> One more oddity: I originally had a realm in the passwd-file, which also established the mail location and 'home' directory (most of the users can't actually log in and don't have accounts in /etc/passwd, so it's not a real home directory).  There was an odd message in syslog, approximately like so (where 'user' represents the username, and 'domain.realm' represents both my domain name and the realm in the passwd-file):
> 
> imap(user:@omain.realm): Failed to create storage with data: domain.realm
> 
> Note the missing first letter after user:@  And I don't know what it was trying to do; the maildirs already exist.  /etc/dovecot.conf sets the default mail location to /home/users/%n/Maildir (non-shell users are all inside /home/users; shell users have mail there, with symlinks to ~/Maildir); the passwd-file establishes the location of the INBOX pretty definitively, I would think.  The solution was to remove the realm (which isn't useful except for digest md5, anway, right?).
> 
> Hey, it's working!  Wahoo!  *laugh*  Anyway, if someone can offer suggestions on what's up with the pieces that *aren't* working, I'd be interested to know.  It might give me a greater range of options.
> 
> Amy!

-- 
Jesse Peterson  /  jesse@pixeltechs.com


From amyzing@talsever.com  Sun Jan  5 07:25:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 07:25:13 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25])
	by danu.procontrol.fi (Postfix) with ESMTP id C48362382C
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 07:25:13 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by barry.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18V3Ha-0004NP-00; Sun, 05 Jan 2003 00:25:10 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 941EE8051; Sun,  5 Jan 2003 00:30:32 -0500 (EST)
Date: Sun, 5 Jan 2003 00:30:32 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Some experiences
Message-Id: <20030105003032.475dc84b.amyzing@talsever.com>
In-Reply-To: <3E17BD2C.9020906@attbi.com>
References: <20030104234601.11360cfc.amyzing@talsever.com>
	<3E17BD2C.9020906@attbi.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; alpha-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 168
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 168                                                  
Status: O
Content-Length: 2646

On Sat, 04 Jan 2003 21:05:48 -0800 Jesse Peterson
<jpeterson275@attbi.com> wrote:

> Amelia A.Lewis wrote:
> > It turns out that digest-md5 support for clients is, well, not very
> > widespread.  I expect this box to be used by various windoze
> > clients, eventually, and while I'm willing to lay down the law a
> > little, I can't find enough digest-md5 support to lay down that law.
> >  So, regretfully, I abandoned that plan.  This kinda bothers me,
> >  since I think TLS/STARTTLS is absolutely the *wrong* solution for
> >  mailbox access (or for anything that deals with a store-and-forward
> >  transport).
> 
> Not to be confrontational at all, but I'm very curious as to why you 
> have such an aversion to SSL/TLS for IMAP access?  I think actualy an 
> entirely encrypted transport for something as (possibly sensitive)
> email is a good thing.

That's exactly why.

TLS doesn't secure email.  It secures this particular transaction over
IMAP.  Worse, from my particular perspective, it's the preferred
solution to secure authentication, which means that lighter-weight
solutions that protect only the authentication secret are much less
available.

TLS also tends to be associated with ecommerce, and the famous (or
possibly notorious) lock icon.  It has a widespread connotation of
comfortable security which, of course, IMAP+TLS alone cannot by any
means actually guarantee.

My particular installation is supposed to protect the authentication
secret, only, because I don't want someone using the system to think "my
email is secure" because it runs over a TLS session.  It isn't.

Secure email means end-to-end, an agreement between the people who are
exchanging it and a willingness to encrypt (and usually to store
encrypted).  I dislike the impression given by TLS that it's a magical
solution to the problem of security (which one hears from programmers
that ought to know better, btw ... create an insecure system, and answer
questions about security with "anyone worried about it can use SSL!").

But we're off topic, I think, and I'm ranting, because I ended up
needing to use the heavyweight solution as client support for the
solutions I prefer doesn't seem to be out there.  Which is prolly why I
made the snide and unnecessary remarks in the first place.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
  Light is the left hand of darkness
  and darkness the right hand of light.
    Two are one, life and death, lying
    together like lovers in kemmer,
      like hands joined together,
      like the end and the way.
        -- Tormer's Lay [Ursula K. Le Guin, "The Left Hand of Darkness"]

From tss@iki.fi  Sun Jan  5 11:32:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 11:32:26 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 076B62382C
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 11:32:26 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 5990E5E01F96; Sun,  5 Jan 2003 11:32:25 +0200 (EET)
Subject: [dovecot] Re: Some experiences
From: Timo Sirainen <tss@iki.fi>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: dovecot <dovecot@procontrol.fi>
In-Reply-To: <20030104234601.11360cfc.amyzing@talsever.com>
References: <20030104234601.11360cfc.amyzing@talsever.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041759144.6219.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 05 Jan 2003 11:32:25 +0200
X-archive-position: 169
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: 169                                                  
Status: O
Content-Length: 3033

On Sun, 2003-01-05 at 06:46, Amelia A.Lewis wrote:
> Since it's a more-or-less closed server, I didn't want to use pam
> (well, I wouldn't mind, for users with shell accounts, but I can't see
> a way to mix pam and passwd-file ... is there a way to do that?).

Not really. I don't think it'd be worth the trouble.

> It turns out that digest-md5 support for clients is, well, not very
> widespread.  I expect this box to be used by various windoze clients,
> eventually, and while I'm willing to lay down the law a little, I
> can't find enough digest-md5 support to lay down that law.  So,
> regretfully, I abandoned that plan.  This kinda bothers me, since I
> think TLS/STARTTLS is absolutely the *wrong* solution for mailbox
> access (or for anything that deals with a store-and-forward
> transport).

I think Outlook supported only NTLM besides the plaintext auth. There's
specs for it now so it would be possible to be supported too.

> I therefore tried md5 passwords in a passwd-file, with STARTTLS
> enabled.  Didn't work.  I turned off SSL, and reenabled plain-text,
> and watched the login go by.  Very sniffable, of course.  But correct
> username and password ... failed.  There are instructions for creating
> digest-md5 style secrets in auth.txt, but none for md5 passwords; I
> used openssl passwd -1 [password] (and cut and paste).  It seems odd
> to me that this didn't work; does that command use a different
> algorithm than dovecot?

It uses different algorithm, although Dovecot could be made to support
that too.. The Dovecot's algorithm is very simple and is compatible with
pwdfile PAM module, it's simply the MD5 sum of a given text, eg:

perl -MDigest::MD5 -e 'print Digest::MD5::md5_hex("pass")."[34]\n"'

Digest-MD5 passwords should probably rather be used so that could be
used also by people who can. The description was a bit broken it seems,
for plaintext authentication it works only if the realm is empty, so
this should work:

perl -MDigest::MD5 -e 'print Digest::MD5::md5_hex("user::pass")."[56]\n"'


> imap(user:@omain.realm): Failed to create storage with data:
> domain.realm

Guess I should have actually tested this :) It tried to replace the ':'
char with '@'. Fixed.

> Note the missing first letter after user:@  And I don't know what it
> was trying to do; the maildirs already exist.  /etc/dovecot.conf sets
> the default mail location to /home/users/%n/Maildir (non-shell users

%n was then "user:", so it didn't work.

> The solution was to remove the realm (which isn't useful except for
> digest md5, anway, right?).

It's not really useful for digest-md5 either. It's mostly to support
multiple realms running in same server. I'm not yet sure how I'd
actually even properly support those .. probably fallback to user@realm
style in plaintext passwords.

Maybe I should consider anyway using Cyrus SASL library, at least
optionally. Would make life so much easier :) Everyone keeps wanting
LDAP and MySQL and whatever support, but I'd rather concentrate on the
IMAP side for now.


From amyzing@talsever.com  Sun Jan  5 13:45:05 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 13:45:05 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from hall.mail.mindspring.net (hall.mail.mindspring.net [207.69.200.60])
	by danu.procontrol.fi (Postfix) with ESMTP id 0CA692382C
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 13:45:05 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by hall.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18V9D9-0001TB-00; Sun, 05 Jan 2003 06:45:00 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id D93DA8051; Sun,  5 Jan 2003 06:44:30 -0500 (EST)
Date: Sun, 5 Jan 2003 06:44:30 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Some experiences
Message-Id: <20030105064430.3af19f56.amyzing@talsever.com>
In-Reply-To: <1041759144.6219.26.camel@hurina>
References: <20030104234601.11360cfc.amyzing@talsever.com>
	<1041759144.6219.26.camel@hurina>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; alpha-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 170
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 170                                                  
Status: O
Content-Length: 3565

Quick replies from the man who knows!  Thanks, Timo!

A request for clarification ...

On 05 Jan 2003 11:32:25 +0200 Timo Sirainen <tss@iki.fi> wrote:

> On Sun, 2003-01-05 at 06:46, Amelia A.Lewis wrote:
> I think Outlook supported only NTLM besides the plaintext auth. There's
> specs for it now so it would be possible to be supported too.

If I could think of a way to break outlook without breaking other
windows clients, I'd do it.  As a service to the community (reduction of
virus infections).  But prolly you want to be compatible.

> > I therefore tried md5 passwords in a passwd-file, with STARTTLS
> > enabled.  Didn't work.  I turned off SSL, and reenabled plain-text,
> > and watched the login go by.  Very sniffable, of course.  But correct
> > username and password ... failed.  There are instructions for creating
> > digest-md5 style secrets in auth.txt, but none for md5 passwords; I
> > used openssl passwd -1 [password] (and cut and paste).  It seems odd
> > to me that this didn't work; does that command use a different
> > algorithm than dovecot?
> 
> It uses different algorithm, although Dovecot could be made to support
> that too.. The Dovecot's algorithm is very simple and is compatible with
> pwdfile PAM module, it's simply the MD5 sum of a given text, eg:
> 
> perl -MDigest::MD5 -e 'print Digest::MD5::md5_hex("pass")."[34]\n"'
> 
> Digest-MD5 passwords should probably rather be used so that could be
> used also by people who can. The description was a bit broken it seems,
> for plaintext authentication it works only if the realm is empty, so
> this should work:
> 
> perl -MDigest::MD5 -e 'print Digest::MD5::md5_hex("user::pass")."[56]\n"'

Okay.  In other words, any of the three password styles will work with
plaintext auth and no realm?

And digest-md5 with no realm can be used both in plaintext, and in
digest-md5 (making sure that dovecot.conf has an empty realms list)?

If the latter is true, I think that that's what I want to do ....

I think some clarifications to auth.txt might be in order; perhaps I'll
write some bits and offer the diff?  Or the modified file?

> Maybe I should consider anyway using Cyrus SASL library, at least
> optionally. Would make life so much easier :) Everyone keeps wanting
> LDAP and MySQL and whatever support, but I'd rather concentrate on the
> IMAP side for now.

I *like* your focus.  I like dovecot and its ease of setup very much. 
If lots of features are addded, then complexity is likely to rise ... in
that case, perhaps the postfix pattern of config files would be worth
emulating?  Because basic postfix configuration remains simple; certain
sorts of more complex configuration (like virtual alias domains and
virtual mailbox domains) live in their own files, referenced from main,
but documented separately.

I'm unthrilled with the current state of SASL; it seems to be in flux
between version 1.5 and version 2.1, which are not mutually compatible
(I'm pretty sure that this is why mutt doesn't do digest-md5 on my
system).  That will eventually get straightened out, I'm sure.  But the
current state of auth in dovecot seems to allow most things that SASL
might offer, so perhaps it isn't yet worth the hassle of linking.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com      alicorn@mindspring.com
I stopped by the bar at 3 a.m. to seek solace in a bottle, or possibly
a friend.  I woke up with a headache like my head against a board, twice
as cloudy as I'd been the night before.  I went in seeking clarity.
                -- Indigo Girls

From email@pbryan.net  Sun Jan  5 21:45:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 21:45:33 +0200 (EET)
Return-Path: <email@pbryan.net>
Delivered-To: dovecot@procontrol.fi
Received: from mail.creatia.net (fozzie.creatia.net [64.180.101.199])
	by danu.procontrol.fi (Postfix) with ESMTP id 670EA2382C
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 21:45:33 +0200 (EET)
Received: from pbryan.net (grover.creatia.net [64.180.101.78])
	by mail.creatia.net (Postfix) with ESMTP
	id 32DFE88C065; Sun,  5 Jan 2003 11:45:27 -0800 (PST)
Message-ID: <3E18892F.1010700@pbryan.net>
Date: Sun, 05 Jan 2003 11:36:15 -0800
From: "Paul C. Bryan" <email@pbryan.net>
User-Agent: Mozilla/5.5 (X11; U; Linux i686; en-US; rv 0.9.2) Gecko/20010726
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Some experiences
References: <20030104234601.11360cfc.amyzing@talsever.com> <1041759144.6219.26.camel@hurina>
In-Reply-To: <1041759144.6219.26.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 171
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: email@pbryan.net
Precedence: bulk
X-list: dovecot
X-UID: 171                                                  
Status: O

Timo Sirainen wrote:

> Maybe I should consider anyway using Cyrus SASL library, at least
> optionally.

Please do! It works, it's flexible, it's secure, and allows central 
administration of authentication.

Yours truly,

Paul C. Bryan
email@pbryan.net


From tss@iki.fi  Sun Jan  5 22:33:05 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 22:33:05 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9C5F323839
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 22:33:05 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 696ED5E01F96; Sun,  5 Jan 2003 22:33:05 +0200 (EET)
Subject: [dovecot] Re: Some experiences
From: Timo Sirainen <tss@iki.fi>
To: "Paul C. Bryan" <email@pbryan.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <3E18892F.1010700@pbryan.net>
References: <20030104234601.11360cfc.amyzing@talsever.com>
	 <1041759144.6219.26.camel@hurina>  <3E18892F.1010700@pbryan.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041798785.6218.36.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 05 Jan 2003 22:33:05 +0200
X-archive-position: 172
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: 172                                                  
Status: O

On Sun, 2003-01-05 at 21:36, Paul C. Bryan wrote:
> > Maybe I should consider anyway using Cyrus SASL library, at least
> > optionally.
> 
> Please do! It works, it's flexible, it's secure, and allows central 
> administration of authentication.

Well, current CVS has some code for it, but it's still missing some
configuration. Actually I'm not really sure how I should do that, I
found one way but Postfix doesn't seem to doing that..

And secure? I doubt it, I did a quick audit to it a month ago and found
3 buffer overflows. I checked mostly just PLAIN mechanism which I use
with Postfix, so there may well be more left in other auth mechanisms.


From kiwi@oav.net  Sun Jan  5 23:25:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 05 Jan 2003 23:25:58 +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 7A3F62382C
	for <dovecot@procontrol.fi>; Sun,  5 Jan 2003 23:25:58 +0200 (EET)
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 688B815750; Sun,  5 Jan 2003 22:25:53 +0100 (CET)
	(envelope-from kiwi@oav.net)
Date: Sun, 5 Jan 2003 22:26:00 +0100
Subject: [dovecot] Re: Some experiences
Content-Type: text/plain; charset=US-ASCII; 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: <1041798785.6218.36.camel@hurina>
Message-Id: <495397B0-20F4-11D7-9440-000393B64262@oav.net>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
X-archive-position: 173
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: 173                                                  
Status: O
Content-Length: 1603

Hi ;-)

[...]

> Well, current CVS has some code for it, but it's still missing some
> configuration. Actually I'm not really sure how I should do that, I
> found one way but Postfix doesn't seem to doing that..
>
> And secure? I doubt it, I did a quick audit to it a month ago and found
> 3 buffer overflows. I checked mostly just PLAIN mechanism which I use
> with Postfix, so there may well be more left in other auth mechanisms.
>

Personaly I don't like too mutch Cyrus SASL for lots of reasons :

- I don't trust it a lot
- this yet another lib to add to the thousands of lib used for 
authentication eg :
   server code (here dovecot) -> sasl -> pam -> mod_someth -> something 
lib -> something server -> db ..

   Yes I know there is patch for sasl 1.x and there some other backend 
for sasl 2.x but I still don't like it.

Adding some lines of code into dovecot for authentication against MySQL 
(for example) or LDAP should not
too mutch and mutch easy to debug / audit than a big library like SASL.

For my point of view, I going, when time available a patch for dovecot 
to do mysql auth, since I want to move
from courier-imap (sorry) to a better solution that is dovecot.... 
(that I use at home using pam)... to get a 100%
virtual account solution without adding 3rd party code... ;-)

my 0.02c

/Xavier


--
Xavier Beaudouin - Unix System Administrator & Projects Leader.
For mail address, please check header of this mail. Spams are not 
accepted.
Caudium: http://caudium.net/
Making friends with FreeBSD:
  Just because the system has panicked doesn't mean that you should 
panic too


From email@pbryan.net  Mon Jan  6 01:15:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 01:15:18 +0200 (EET)
Return-Path: <email@pbryan.net>
Delivered-To: dovecot@procontrol.fi
Received: from mail.creatia.net (fozzie.creatia.net [64.180.101.199])
	by danu.procontrol.fi (Postfix) with ESMTP id 0DA292382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 01:15:18 +0200 (EET)
Received: from pbryan.net (grover.creatia.net [64.180.101.78])
	by mail.creatia.net (Postfix) with ESMTP
	id 86A4E88C065; Sun,  5 Jan 2003 15:15:15 -0800 (PST)
Message-ID: <3E18BC80.4050209@pbryan.net>
Date: Sun, 05 Jan 2003 15:15:12 -0800
From: "Paul C. Bryan" <email@pbryan.net>
User-Agent: Mozilla/5.5 (X11; U; Linux i686; en-US; rv 0.9.2) Gecko/20010726
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Some experiences
References: <20030104234601.11360cfc.amyzing@talsever.com>	 <1041759144.6219.26.camel@hurina>  <3E18892F.1010700@pbryan.net> <1041798785.6218.36.camel@hurina>
In-Reply-To: <1041798785.6218.36.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 174
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: email@pbryan.net
Precedence: bulk
X-list: dovecot
X-UID: 174                                                  
Status: O

Timo Sirainen wrote:

> And secure? I doubt it, I did a quick audit to it a month ago and found
> 3 buffer overflows. I checked mostly just PLAIN mechanism which I use
> with Postfix, so there may well be more left in other auth mechanisms.

Was this version 1 or version 2?

Paul


From dave@tamos.net  Mon Jan  6 01:48:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 01:48:04 +0200 (EET)
Return-Path: <dave@tamos.net>
Delivered-To: dovecot@procontrol.fi
Received: from grue.tamos.net (dsl093-083-029.wdc1.dsl.speakeasy.net [66.93.83.29])
	by danu.procontrol.fi (Postfix) with SMTP id EC6AC2382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 01:48:03 +0200 (EET)
Received: (qmail 4226 invoked from network); 5 Jan 2003 23:46:27 -0000
Received: from unknown (HELO ?192.168.1.100?) (dave@127.0.0.1)
  by localhost with SMTP; 5 Jan 2003 23:46:27 -0000
Subject: [dovecot] Re: Some experiences
From: "David E. Storey" <dave@tamos.net>
To: dovecot@procontrol.fi
In-Reply-To: <20030105003032.475dc84b.amyzing@talsever.com>
References: <20030104234601.11360cfc.amyzing@talsever.com>
	 <3E17BD2C.9020906@attbi.com> <20030105003032.475dc84b.amyzing@talsever.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-IcXBB1OTlJnpl7zpPDh6"
Organization: tamos
Message-Id: <1041810481.13155.116.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 05 Jan 2003 18:48:01 -0500
X-archive-position: 175
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dave@tamos.net
Precedence: bulk
X-list: dovecot
X-UID: 175                                                  
Status: O
Content-Length: 4308


--=-IcXBB1OTlJnpl7zpPDh6
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-01-05 at 00:30, Amelia A.Lewis wrote:
> > Not to be confrontational at all, but I'm very curious as to why you=20
> > have such an aversion to SSL/TLS for IMAP access?  I think actualy an=20
> > entirely encrypted transport for something as (possibly sensitive)
> > email is a good thing.
>=20
> That's exactly why.
>=20
> TLS doesn't secure email.

=3D)

if email was secure, I wouldn't be spending a truly significant amount
of time dealing with spam.  But you're right in saying that TLS/SSL does
not create a truly end-to-end secure email solution. Then again, neither
does dovecot by itself. Nor should it. It should do one thing and do it
well.

While digest-md5 is fairly secure from a transport perspective, it's a
nightmare on the server side. In order for it to work, you've got to
store account passwords in plain text on the server. In my opinion, this
is "plain" wrong. (pun intended) Passwords should be hashed: even for
closed systems. The fallacy lies with the wetware and people tend to
forget passwords. Therefore, a lot of people have only one (or a set of)
password(s) for everything they do. You can lobby against it, but people
can be a hard species to change. If an attacker (or administrator)
gained access to the database that a system relied upon for
authentication (in the context of md5-digest), not only is that system's
(or application's) security compromised for every other user, but so are
many, many other systems that that user accesses. With hashed passwords,
my users don't have to trust me to be honest enough not to look, but I
can still reset their password.

TLS/SSL is merely a mechanism to provide privacy. In my case, I want my
PLAIN password to remain private across a transport session. As a side
note, most SSL/TLS sessions tend to use rc4 for their cipher. WEP uses
rc4 too. I'm not that familiar with the details of SSL/TLS (and I just
skimmed over RFC2246), so I might be talking out of the wrong hole, but
as far as I know, it doesn't renegotiate keys during long sessions like
IPsec or OpenVPN do. Think about that next time you spend all day with
an IMAP-over-SSL connection open, transferring megabyte after megabyte
of email around.

Personally, I just use stunnel to manage all my SSL connections. It
beats having to manage every other application's unique method for
handling SSL/TLS. I use PAM with pam_ldap to manage my logins. It just
allows for much greater flexibility than what most application
developers can bloat with their apps. (but it can also screw you up if
you're not careful.) Using LDAP has complicated things a little, but
that extra complexity has saved me BIG-TIME. (that whole idea of
replication... yeah, decentralizing your data can be VERY handy when
your system drive fails catastrophicly.)

What really ticked me off about Courier-imap is that it over-wrote my
pam-configs for imap every time I did a "make install".  I emailed Sam
about it and his take was that I shouldn't be installing the imap server
from source on a production box anyway. Now, I'm a from-source kinda
guy. Daniel J. Bernstein is a from-source kinda guy. Package management
has a high up-front cost and doesn't allow for the kind of customization
that I do on everything box that I have.... and RPM won't even compile
for me. (dpkg will and while I like the format and the design, I have
some issues with a lot of the code that has been written for it.)

I have a few production systems that handle email. Half run uw imap and
the other half, courier. dovecot seemed like a perfect solution for
converting to. It still has a couple deployment issues that I'm trying
to resolve, but I'll probably bring them up soon enough. (some of which
have already been addressed since my last attempt)

so anyway... first time poster, had to make my comments. Am I speaking
to the choir?
d!

--=-IcXBB1OTlJnpl7zpPDh6
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQA+GMQx+5sC2muyxOMRAnnKAJ976Bhh5j6aV24Lq6tFncmIKoLPvgCfYYu5
Sb0H6MiWQlOQB6i77CzPHe4=
=qwLM
-----END PGP SIGNATURE-----

--=-IcXBB1OTlJnpl7zpPDh6--


From amyzing@talsever.com  Mon Jan  6 02:00:52 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 02:00:52 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from hall.mail.mindspring.net (hall.mail.mindspring.net [207.69.200.60])
	by danu.procontrol.fi (Postfix) with ESMTP id BA90D23839
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 02:00:52 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by hall.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18VKhH-0000VL-00; Sun, 05 Jan 2003 19:00:51 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id F24238051; Sun,  5 Jan 2003 19:00:29 -0500 (EST)
Date: Sun, 5 Jan 2003 19:00:29 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: "David E. Storey" <dave@tamos.net>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Some experiences
Message-Id: <20030105190029.0c2ae046.amyzing@talsever.com>
In-Reply-To: <1041810481.13155.116.camel@localhost>
References: <20030104234601.11360cfc.amyzing@talsever.com>
	<3E17BD2C.9020906@attbi.com>
	<20030105003032.475dc84b.amyzing@talsever.com>
	<1041810481.13155.116.camel@localhost>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; alpha-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 176
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 176                                                  
Status: O
Content-Length: 1119

On 05 Jan 2003 18:48:01 -0500 "David E. Storey" <dave@tamos.net> wrote:

> While digest-md5 is fairly secure from a transport perspective, it's a
> nightmare on the server side. In order for it to work, you've got to
> store account passwords in plain text on the server. In my opinion, this
> is "plain" wrong. (pun intended) Passwords should be hashed: even for
> closed systems. The fallacy lies with the wetware and people tend to

Umm, forgive me, but as I understand DIGEST-MD5, it does store hashed. 
Are you thinking of CRAM-MD5?  As far as I know, that requires
plain-text storage on the server, and I agree with your criticisms.  I
happen to like DIGEST-MD5 because it looks like someone finally came
along and got the SASL auth mechanism right.

But perhaps I'm the one that's mistaken.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Never imagine yourself not to be otherwise than what it might appear to
others that what you were or might have been was not otherwise than what
you had been would have appeared to them to be otherwise.
                -- The Duchess [Lewis Carroll]

From dave@tamos.net  Mon Jan  6 02:37:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 02:37:30 +0200 (EET)
Return-Path: <dave@tamos.net>
Delivered-To: dovecot@procontrol.fi
Received: from grue.tamos.net (dsl093-083-029.wdc1.dsl.speakeasy.net [66.93.83.29])
	by danu.procontrol.fi (Postfix) with SMTP id 095D323839
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 02:37:30 +0200 (EET)
Received: (qmail 4605 invoked from network); 6 Jan 2003 00:35:55 -0000
Received: from unknown (HELO ?192.168.1.100?) (dave@127.0.0.1)
  by localhost with SMTP; 6 Jan 2003 00:35:55 -0000
Subject: [dovecot] Re: Some experiences
From: "David E. Storey" <dave@tamos.net>
To: dovecot@procontrol.fi
In-Reply-To: <20030105190029.0c2ae046.amyzing@talsever.com>
References: <20030104234601.11360cfc.amyzing@talsever.com>
	 <3E17BD2C.9020906@attbi.com> <20030105003032.475dc84b.amyzing@talsever.com>
	 <1041810481.13155.116.camel@localhost>
	 <20030105190029.0c2ae046.amyzing@talsever.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+lWSc3ZPo/hz0IJENUct"
Organization: tamos
Message-Id: <1041813449.26054.136.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 05 Jan 2003 19:37:29 -0500
X-archive-position: 177
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dave@tamos.net
Precedence: bulk
X-list: dovecot
X-UID: 177                                                  
Status: O
Content-Length: 2379


--=-+lWSc3ZPo/hz0IJENUct
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-01-05 at 19:00, Amelia A.Lewis wrote:
> Umm, forgive me, but as I understand DIGEST-MD5, it does store hashed.=20
> Are you thinking of CRAM-MD5?  As far as I know, that requires
> plain-text storage on the server, and I agree with your criticisms.  I
> happen to like DIGEST-MD5 because it looks like someone finally came
> along and got the SASL auth mechanism right.
>=20
> But perhaps I'm the one that's mistaken.

=3D) no, you're right in that it's stored hashed. I was thinking of
CRAM-MD5 specifically, but after reviewing section 3.9 of RFC2831, I'm
still thinking that DIGEST-MD5 isn't really for me.

What's hashed is the username + ":" + realm + ":" + password. This is
used to compute a part of the protocol. (referenced as A1) To quote the
RFC:

   There are two important security consequences of this. First the
   password file must be protected as if it contained plaintext
   passwords, because for the purpose of accessing documents in its
   realm, it effectively does.

   A second consequence of this is that the realm string should be
   unique among all realms that any single user is likely to use. In
   particular a realm string should include the name of the host doing
   the authentication.

To me, this means a few things: 1. You can no longer simply change a user's
name. 2) you can no longer simply change a host's name if you follow the RF=
C
and finally 3) you can't efficiently use digest-md5 in a distributed
authentication environment. (just doesn't scale well)

Since I deal with system-level accounts across multiple systems with=20
occasional username changes (such as when someone marries) and system
migrations where users and mail get shifted over to systems with different
names or domains, then digest-md5 looks more and more like the wrong
tools for the job.

Your requirements may be different, however and digest-md5 may be the
perfect solution. =3D)

d!

--=-+lWSc3ZPo/hz0IJENUct
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQA+GM/J+5sC2muyxOMRAggqAJ9aUwz+qpimpiVy7/cg9cNMcpVCUACfUaIT
vdP9kOY6Ti5ftObmAE5v6Xc=
=sOeL
-----END PGP SIGNATURE-----

--=-+lWSc3ZPo/hz0IJENUct--


From dave@tamos.net  Mon Jan  6 03:35:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 03:35:42 +0200 (EET)
Return-Path: <dave@tamos.net>
Delivered-To: dovecot@procontrol.fi
Received: from grue.tamos.net (dsl093-083-029.wdc1.dsl.speakeasy.net [66.93.83.29])
	by danu.procontrol.fi (Postfix) with SMTP id BF8682382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 03:35:41 +0200 (EET)
Received: (qmail 5061 invoked from network); 6 Jan 2003 01:34:06 -0000
Received: from unknown (HELO ?192.168.1.100?) (dave@127.0.0.1)
  by localhost with SMTP; 6 Jan 2003 01:34:06 -0000
Subject: [dovecot] wierdness with mailboxes
From: "David E. Storey" <dave@tamos.net>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Qf4/UfqMr+s8XcyLG0/T"
Organization: tamos
Message-Id: <1041816940.21963.10.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 05 Jan 2003 20:35:40 -0500
X-archive-position: 178
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dave@tamos.net
Precedence: bulk
X-list: dovecot
X-UID: 178                                                  
Status: O
Content-Length: 1459


--=-Qf4/UfqMr+s8XcyLG0/T
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Mail has always been the bane of my sys-admin life. I've been looking
long and hard for a small, C-based, simple IMAP server that worked well
with maildirs *and* mboxes and nothing else. wu-imap is so bloated and
rife with decrepit, cross-platform, insecure code that I avoid it for
any new servers. Courier-imap only supports maildirs but has some
wierdnesses that I've come to live with. dovecot promises to be exactly
what I'm looking for with just the right footprint and feature-set.

=3D)

I was surprised when I tried creating subfolders of mbox's. woohoo! The
only problem is that dovecot manages to rename the parent, appending a
'.'. So when we have:

folder

we now have:

folder.
folder.subfolder

Evolution freaks out and thinks it can't store folders in 'folder.' and
ends up with two subfolders: null and subfolder, which can contain
messages. If I rename the parent folder without the trailing '.',
everything works as expected. I'm trying to test some other imap clients
now.

d!

--=-Qf4/UfqMr+s8XcyLG0/T
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQA+GN1s+5sC2muyxOMRArpiAJ4rv5ThtK272HPenzDRXcrwfCKIlgCeIdpb
SU9ELo0GzYN7kMnjhziik1M=
=CIc0
-----END PGP SIGNATURE-----

--=-Qf4/UfqMr+s8XcyLG0/T--


From amyzing@talsever.com  Mon Jan  6 04:59:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 04:59:56 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25])
	by danu.procontrol.fi (Postfix) with ESMTP id DE3DD2382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 04:59:55 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by barry.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18VNUX-0007RV-00
	for dovecot@procontrol.fi; Sun, 05 Jan 2003 21:59:54 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 5B2428051; Sun,  5 Jan 2003 21:59:34 -0500 (EST)
Date: Sun, 5 Jan 2003 21:59:34 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: dovecot <dovecot@procontrol.fi>
Subject: [dovecot] Weird problem on Alpha
Message-Id: <20030105215934.4ae8fd70.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; alpha-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 179
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 179                                                  
Status: O
Content-Length: 3098

Heyas ...

Hope you aren't tired of me already ....

I have a very strange problem, I think.  Having become happy-happy with
dovecot, I decided to install it on another machine that runs on an
internal network and provides mailboxes for system monitoring.

The setup is, or should be, quite straightforward.  TLS is disabled,
plaintext is not (I'll change this later, probably; this way is in
theory easier to debug).  Maildir; the MAIL environment variable is
correctly set.  Authentication via pam, for real users on the system,
auth_user root.  Pretty much as-distributed, except for disabling TLS.

On attempted login, the client hangs.  The following two messages appear
in syslog:

Jan  5 21:42:43 talifane imap-master: login: received another "not listening" notification
Jan  5 21:43:43 talifane imap-login: Disconnected: Inactivity [127.0.0.1]

Watching on lo via tcpdump, interesting things happen.  If I login with
the wrong password, the disconnect is quick (the message in syslog is
different, just "Disconnected [127.0.0.1]" from imap-login).  The server
responds to the a0001 LOGIN command with a0001 NO Authentication failed.
 That's as expected.  If I give the correct password, though, the server
never responds.  Note that the 'not listening' message appears sixty
seconds before the disconnection for inactivity message.  In tcpdump,
it's clear that the client never gets anything that would give it reason
to try another command.

So ... have I managed to pull a total bimbo and misconfigure?  Or is
this a problem with the Alpha platform?  I wanted to check before
reporting a bug, but this is kinda strange, since it's about the
simplest configuration that I can think of.  Suggestions (for testing,
or for fixing) would be welcome.  Is there a way to start the daemon in
a particularly verbose mode?  In case it's useful, here's what the
debian reportbug system generates for dependencies and stuff (0.99.5-1):

-- System Information:
Debian Release: testing/unstable
Architecture: alpha
Kernel: Linux talifane 2.4.19 #1 Sat Aug 3 10:33:38 EDT 2002 alpha
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages dovecot depends on:
ii  libc6.1                       2.3.1-9    GNU C Library: Shared libraries an
ii  libgcrypt1                    1.1.10-2   LGPL Crypto library - runtime libr
ii  libgnutls5                    0.6.0-2    GNU TLS library - runtime library
ii  libpam0g                      0.76-9     Pluggable Authentication Modules l
ii  libtasn1-0                    0.1.2-1    Manage ASN.1 structures (runtime)
ii  openssl                       0.9.6g-10  Secure Socket Layer (SSL) binary a
ii  zlib1g                        1:1.1.4-8  compression library - runtime

It's specifically a PC164LX/533, 512MB RAM.

Thanks for reading.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
You like the taste of danger, it shines like sugar on your lips,
and you like to stand in the line of fire
just to show you can shoot straight from your hip.
There must be a 1000 things you would die for; 
I can hardly think of two.
		-- Emily Saliers

From tss@iki.fi  Mon Jan  6 12:54:09 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 12:54:09 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6107223839
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 12:54:09 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 297335E01F96; Mon,  6 Jan 2003 12:54:04 +0200 (EET)
Subject: [dovecot] Re: Some experiences
From: Timo Sirainen <tss@iki.fi>
To: "Paul C. Bryan" <email@pbryan.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <3E18BC80.4050209@pbryan.net>
References: <20030104234601.11360cfc.amyzing@talsever.com>
	 <1041759144.6219.26.camel@hurina>  <3E18892F.1010700@pbryan.net>
	 <1041798785.6218.36.camel@hurina>  <3E18BC80.4050209@pbryan.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041850443.6217.42.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Jan 2003 12:54:04 +0200
X-archive-position: 180
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: 180                                                  
Status: O

On Mon, 2003-01-06 at 01:15, Paul C. Bryan wrote:
> > And secure? I doubt it, I did a quick audit to it a month ago and found
> > 3 buffer overflows. I checked mostly just PLAIN mechanism which I use
> > with Postfix, so there may well be more left in other auth mechanisms.
> 
> Was this version 1 or version 2?

2. 1.5.x didn't have the same problems, because it didn't even have
those features (or two of them).


From tss@iki.fi  Mon Jan  6 13:22:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 13:22:44 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DC8462382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 13:22:44 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id B47B55E01F96; Mon,  6 Jan 2003 13:22:44 +0200 (EET)
Subject: [dovecot] Re: wierdness with mailboxes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1041816940.21963.10.camel@localhost>
References: <1041816940.21963.10.camel@localhost>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041852164.16978.16.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Jan 2003 13:22:44 +0200
X-archive-position: 181
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: 181                                                  
Status: O

On Mon, 2003-01-06 at 03:35, David E. Storey wrote:
> I was surprised when I tried creating subfolders of mbox's. woohoo! The
> only problem is that dovecot manages to rename the parent, appending a
> '.'. So when we have:
> 
> folder
> 
> we now have:
> 
> folder.
> folder.subfolder

Huh? This doesn't really make any sense to me :) mboxes use '/' as
hierarchy separator, and I couldn't create subfolders to mboxes with
evolution in any way. With maildir I didn't see any problems.


From tss@iki.fi  Mon Jan  6 13:38:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 13:38:38 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5B6252382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 13:38:38 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 80C6D5E01F96; Mon,  6 Jan 2003 13:38:37 +0200 (EET)
Subject: [dovecot] Re: Weird problem on Alpha
From: Timo Sirainen <tss@iki.fi>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: dovecot <dovecot@procontrol.fi>
In-Reply-To: <20030105215934.4ae8fd70.amyzing@talsever.com>
References: <20030105215934.4ae8fd70.amyzing@talsever.com>
Content-Type: multipart/mixed; boundary="=-fNn5MgtxeZhEmaeqR3VT"
Organization: 
Message-Id: <1041853117.18769.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Jan 2003 13:38:37 +0200
X-archive-position: 182
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: 182                                                  
Status: O
Content-Length: 4077


--=-fNn5MgtxeZhEmaeqR3VT
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Mon, 2003-01-06 at 04:59, Amelia A.Lewis wrote:
> Jan  5 21:42:43 talifane imap-master: login: received another "not listening" notification

> So ... have I managed to pull a total bimbo and misconfigure?  Or is
> this a problem with the Alpha platform?

src/lib/fdpass.c is most likely the problem. Hmm. Try if the attached
version works?

> Is there a way to start the daemon in a particularly verbose mode?

I think I should do this some day :) At least with authentication it's
much easier to find out the problem if there was a reason in log why it
failed.


--=-fNn5MgtxeZhEmaeqR3VT
Content-Disposition: attachment; filename=fdpass.c
Content-Type: text/x-c; name=fdpass.c; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

/*
 fdpass.c - FD passing

    Copyright (c) 2002 Timo Sirainen

    Permission is hereby granted, free of charge, to any person obtaining
    a copy of this software and associated documentation files (the
    "Software"), to deal in the Software without restriction, including
    without limitation the rights to use, copy, modify, merge, publish,
    distribute, sublicense, and/or sell copies of the Software, and to
    permit persons to whom the Software is furnished to do so, subject to
    the following conditions:

    The above copyright notice and this permission notice shall be
    included in all copies or substantial portions of the Software.

    THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
    OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
    MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
    IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
    CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
    TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
    SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
*/

#define _XPG4_2

#include "lib.h"
#include "fdpass.h"

#include <sys/socket.h>
#include <sys/un.h>
#include <sys/uio.h>

#ifndef CMSG_SPACE
#  define CMSG_ALIGN(len) \
	(((len) + sizeof(size_t) - 1) & ~(sizeof(size_t) - 1))
#  define CMSG_SPACE(len) \
	(CMSG_ALIGN(len) + CMSG_ALIGN(sizeof(struct cmsghdr)))
#  define CMSG_LEN(len) \
	(CMSG_ALIGN(sizeof(struct cmsghdr)) + (len))
#endif

ssize_t fd_send(int handle, int send_fd, const void *data, size_t size)
{
        struct msghdr msg;
        struct iovec iov;
        struct cmsghdr *cmsg;
	char buf[CMSG_SPACE(sizeof(int))];

	/* at least one byte is required to be sent with fd passing */
	i_assert(size > 0 && size < SSIZE_T_MAX);

	memset(&msg, 0, sizeof (struct msghdr));

        iov.iov_base =3D (void *) data;
        iov.iov_len =3D size;

        msg.msg_iov =3D &iov;
	msg.msg_iovlen =3D 1;

	if (send_fd !=3D -1) {
		/* set the control and controllen before CMSG_FIRSTHDR() */
		msg.msg_control =3D buf;
		msg.msg_controllen =3D sizeof(buf);

		cmsg =3D CMSG_FIRSTHDR(&msg);
		cmsg->cmsg_level =3D SOL_SOCKET;
		cmsg->cmsg_type =3D SCM_RIGHTS;
		cmsg->cmsg_len =3D CMSG_LEN(sizeof(int));
		*((int *) CMSG_DATA(cmsg)) =3D send_fd;

		/* set the real length we want to use. it's different than
		   sizeof(buf) in 64bit systems. */
		msg.msg_controllen =3D cmsg->cmsg_len;
	}

	return sendmsg(handle, &msg, 0);
}

ssize_t fd_read(int handle, void *data, size_t size, int *fd)
{
	struct msghdr msg;
	struct iovec iov;
	struct cmsghdr *cmsg;
	ssize_t ret;
	char buf[CMSG_SPACE(sizeof(int))];

	i_assert(size > 0 && size < SSIZE_T_MAX);

	memset(&msg, 0, sizeof (struct msghdr));

	iov.iov_base =3D data;
	iov.iov_len =3D size;

	msg.msg_iov =3D &iov;
	msg.msg_iovlen =3D 1;

	msg.msg_control =3D buf;
	msg.msg_controllen =3D sizeof(buf);

	ret =3D recvmsg(handle, &msg, 0);
	if (ret <=3D 0)
		return ret;

	/* at least one byte transferred - we should have the fd now */
	cmsg =3D CMSG_FIRSTHDR(&msg);
	if (cmsg =3D=3D NULL)
		*fd =3D -1;
	else
		*fd =3D *((int *) CMSG_DATA(cmsg));
	return ret;
}

--=-fNn5MgtxeZhEmaeqR3VT--

From bradf@mailgate.tpi.com  Mon Jan  6 19:03:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 19:03:41 +0200 (EET)
Return-Path: <bradf@mailgate.tpi.com>
Delivered-To: dovecot@procontrol.fi
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 7D9492382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 19:03:40 +0200 (EET)
Received: from fire ([198.107.51.42]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com for <dovecot@procontrol.fi>;
          Mon, 6 Jan 2003 09:03:36 -0800
Content-Type: text/plain;
  charset="us-ascii"
From: Brad Figg <brad@tpi.com>
Reply-To: brad@tpi.com
To: dovecot@procontrol.fi
Subject: [dovecot] Assert in imap-bodystructure.c
Date: Mon, 6 Jan 2003 09:03:32 -0800
User-Agent: KMail/1.4.3
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200301060903.32380.brad@tpi.com>
X-archive-position: 183
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: brad@tpi.com
Precedence: bulk
X-list: dovecot
X-UID: 183                                                  
Status: O
Content-Length: 1446


First let me thank you for my initial newby question about poping
from a pop3 server and delivering into my Dovecot maildir folders.

Now I'm getting an assertion in imap-bodystructure.c and one of=20
my imap folders is now inaccessable. I think the two are related.
Whenever I select the folder from my email client (kmail) I get
two log entries in the dovecot log of the format:
    "imap-master: <date>Error: child <pid> (imap) killed with signal 6"

Also in the log are several lines with an assertion failure. I've include=
d
a portion of the log below.

I am running dovecot 0.99.5.

Thanks,
Brad

-------------------------------------------------------------------------=
---------------------
imap-master: Jan 06 08:38:44Error: child 22222 (imap) killed with signal =
6
imap(brad): Jan 06 08:46:28Panic: file imap-bodystructure.c: line 346=20
(part_write_body): assertion failed: (part->children->next =3D=3D NULL)
imap-master: Jan 06 08:46:28Error: child 22262 (imap) killed with signal =
6
imap(brad): Jan 06 08:53:01Panic: file imap-bodystructure.c: line 346=20
(part_write_body): assertion failed: (part->children->next =3D=3D NULL)
imap(brad): Jan 06 08:53:01Panic: file imap-bodystructure.c: line 346=20
(part_write_body): assertion failed: (part->children->next =3D=3D NULL)
imap-master: Jan 06 08:53:01Error: child 22273 (imap) killed with signal =
6
imap-master: Jan 06 08:53:01Error: child 22270 (imap) killed with signal =
6


From tss@iki.fi  Mon Jan  6 19:40:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 19:40:24 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 30D462382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 19:40:24 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 89B9E5E01F96; Mon,  6 Jan 2003 19:40:23 +0200 (EET)
Subject: [dovecot] Re: Assert in imap-bodystructure.c
From: Timo Sirainen <tss@iki.fi>
To: brad@tpi.com
Cc: dovecot@procontrol.fi
In-Reply-To: <200301060903.32380.brad@tpi.com>
References: <200301060903.32380.brad@tpi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041874822.18760.49.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Jan 2003 19:40:23 +0200
X-archive-position: 184
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: 184                                                  
Status: O

On Mon, 2003-01-06 at 19:03, Brad Figg wrote:
> imap(brad): Jan 06 08:46:28Panic: file imap-bodystructure.c: line 346 
> (part_write_body): assertion failed: (part->children->next == NULL)

Annoying, you're the second person now who sees this. Is this Linux/x86
system? Maildir?

Would it be possible for you to send me that mail folder's indexes? They
contain some headers of the mails (from, to, subject, ..) and are
located in ~/Maildir/.folder/.imap.index* or
~/mail/.imap/folder/.imap.index*. I didn't find any obvious reason for
this problem last I looked, so getting those indexes would help to find
why they're corrupted.

Anyway, fixing this would most likely work by just deleting those index
files. If that didn't help either, it's some mail in there that Dovecot
doesn't like for some reason.


From tss@iki.fi  Mon Jan  6 21:46:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 21:46:16 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 89ABE2382C
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 21:46:16 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id E731C5E01F96; Mon,  6 Jan 2003 21:46:15 +0200 (EET)
Subject: [dovecot] Re: Assert in imap-bodystructure.c
From: Timo Sirainen <tss@iki.fi>
To: brad@tpi.com
Cc: dovecot@procontrol.fi
In-Reply-To: <1041874822.18760.49.camel@hurina>
References: <200301060903.32380.brad@tpi.com>
	 <1041874822.18760.49.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041882375.18760.77.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Jan 2003 21:46:15 +0200
X-archive-position: 185
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: 185                                                  
Status: O
Content-Length: 1055

On Mon, 2003-01-06 at 19:40, Timo Sirainen wrote:
> On Mon, 2003-01-06 at 19:03, Brad Figg wrote:
> > imap(brad): Jan 06 08:46:28Panic: file imap-bodystructure.c: line 346 
> > (part_write_body): assertion failed: (part->children->next == NULL)
> 
> Annoying, you're the second person now who sees this. Is this Linux/x86
> system? Maildir?

OK, I think I've fixed it now. Some data was saved incorrectly to index
files for messages with attachments. This showed up mostly with BODY and
BODYSTRUCTURE fetches giving incorrect replies or crashing with messages
that had multiple nested MIME parts.

I never saw this since Dovecot starts caching the BODY data to index
files after the client has issued BODY query a couple of times. After
that there was no problems with them, so this happened mostly with new
users.

Also I fixed this properly now, instead of crashing at such invalid data
in indexes we'll print a nice error message to log file and the indexes
will be rebuilt.

So, "strange bug" count again at zero. Maybe time for a new release
soon..


From bradf@mailgate.tpi.com  Mon Jan  6 22:19:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 22:19:54 +0200 (EET)
Return-Path: <bradf@mailgate.tpi.com>
Delivered-To: dovecot@procontrol.fi
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 871DA23839
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 22:19:53 +0200 (EET)
Received: from fire ([198.107.51.42]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com; Mon, 6 Jan 2003 12:19:50 -0800
Content-Type: text/plain;
  charset="iso-8859-1"
From: Brad Figg <brad@tpi.com>
Reply-To: brad@tpi.com
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Re: Assert in imap-bodystructure.c
Date: Mon, 6 Jan 2003 12:19:32 -0800
User-Agent: KMail/1.4.3
References: <200301060903.32380.brad@tpi.com> <1041874822.18760.49.camel@hurina>
In-Reply-To: <1041874822.18760.49.camel@hurina>
Cc: dovecot@procontrol.fi
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200301061219.32732.brad@tpi.com>
X-archive-position: 186
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: brad@tpi.com
Precedence: bulk
X-list: dovecot
X-UID: 186                                                  
Status: O
Content-Length: 1414

On Monday 06 January 2003 09:40 am, you wrote:
> On Mon, 2003-01-06 at 19:03, Brad Figg wrote:
> > imap(brad): Jan 06 08:46:28Panic: file imap-bodystructure.c: line 346
> > (part_write_body): assertion failed: (part->children->next =3D=3D NUL=
L)
>
> Annoying, you're the second person now who sees this. Is this Linux/x86
> system? Maildir?
>
> Would it be possible for you to send me that mail folder's indexes? The=
y
> contain some headers of the mails (from, to, subject, ..) and are
> located in ~/Maildir/.folder/.imap.index* or
> ~/mail/.imap/folder/.imap.index*. I didn't find any obvious reason for
> this problem last I looked, so getting those indexes would help to find
> why they're corrupted.
>
> Anyway, fixing this would most likely work by just deleting those index
> files. If that didn't help either, it's some mail in there that Dovecot
> doesn't like for some reason.

I removed the .imap.index* files. I can now see most of the email in that=
 folder. The
email that I can see are messages that I moved via drag-n-drop from my em=
ail
client. The messages that I can't see are ones that procmail put in the f=
older. There
is a difference in the message name format between the two. Messages
that I can see are named like "1041543929.7991_300.norbert:2,S". The ones
I can not see are named like "1041620504.14350.norbert:2,S". Any ideas
why this is happening and how I fix it?

Thanks,
Brad

From bradf@mailgate.tpi.com  Mon Jan  6 22:25:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 22:25:33 +0200 (EET)
Return-Path: <bradf@mailgate.tpi.com>
Delivered-To: dovecot@procontrol.fi
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id E886423839
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 22:25:30 +0200 (EET)
Received: from fire ([198.107.51.42]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com; Mon, 6 Jan 2003 12:25:30 -0800
Content-Type: text/plain;
  charset="iso-8859-1"
From: Brad Figg <brad@tpi.com>
Reply-To: brad@tpi.com
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Re: Assert in imap-bodystructure.c
Date: Mon, 6 Jan 2003 12:25:12 -0800
User-Agent: KMail/1.4.3
Cc: dovecot@procontrol.fi
References: <200301060903.32380.brad@tpi.com> <1041874822.18760.49.camel@hurina> <200301061219.32732.brad@tpi.com>
In-Reply-To: <200301061219.32732.brad@tpi.com>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200301061225.12293.brad@tpi.com>
X-archive-position: 187
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: brad@tpi.com
Precedence: bulk
X-list: dovecot
X-UID: 187                                                  
Status: O
Content-Length: 1910

On Monday 06 January 2003 12:19 pm, Brad Figg wrote:
> On Monday 06 January 2003 09:40 am, you wrote:
> > On Mon, 2003-01-06 at 19:03, Brad Figg wrote:
> > > imap(brad): Jan 06 08:46:28Panic: file imap-bodystructure.c: line 3=
46
> > > (part_write_body): assertion failed: (part->children->next =3D=3D N=
ULL)
> >
> > Annoying, you're the second person now who sees this. Is this Linux/x=
86
> > system? Maildir?
> >
> > Would it be possible for you to send me that mail folder's indexes? T=
hey
> > contain some headers of the mails (from, to, subject, ..) and are
> > located in ~/Maildir/.folder/.imap.index* or
> > ~/mail/.imap/folder/.imap.index*. I didn't find any obvious reason fo=
r
> > this problem last I looked, so getting those indexes would help to fi=
nd
> > why they're corrupted.
> >
> > Anyway, fixing this would most likely work by just deleting those ind=
ex
> > files. If that didn't help either, it's some mail in there that Dovec=
ot
> > doesn't like for some reason.
>
> I removed the .imap.index* files. I can now see most of the email in th=
at
> folder. The email that I can see are messages that I moved via drag-n-d=
rop
> from my email client. The messages that I can't see are ones that procm=
ail
> put in the folder. There is a difference in the message name format bet=
ween
> the two. Messages that I can see are named like
> "1041543929.7991_300.norbert:2,S". The ones I can not see are named lik=
e
> "1041620504.14350.norbert:2,S". Any ideas why this is happening and how=
 I
> fix it?
>

I should have pointed out that I have other folders that have messages
that were put in via drag-n-drop and via procmail and I can see all of th=
em.
And that before the folder just quit working I could see all of the email=
 in
the folder that I removed the index files from. It's like the indexes did=
n't=20
handle all of the messages in the folder correctly.

Thanks again,
Brad

From tss@iki.fi  Mon Jan  6 22:29:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 22:29:04 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1290023839
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 22:29:04 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 73BC55E01F96; Mon,  6 Jan 2003 22:29:03 +0200 (EET)
Subject: [dovecot] Re: Assert in imap-bodystructure.c
From: Timo Sirainen <tss@iki.fi>
To: brad@tpi.com
Cc: dovecot@procontrol.fi
In-Reply-To: <200301061219.32732.brad@tpi.com>
References: <200301060903.32380.brad@tpi.com>
	 <1041874822.18760.49.camel@hurina>  <200301061219.32732.brad@tpi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041884943.28650.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Jan 2003 22:29:03 +0200
X-archive-position: 188
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: 188                                                  
Status: O

On Mon, 2003-01-06 at 22:19, Brad Figg wrote:
> I removed the .imap.index* files. I can now see most of the email in that folder. The
> email that I can see are messages that I moved via drag-n-drop from my email
> client. The messages that I can't see are ones that procmail put in the folder. There
> is a difference in the message name format between the two. Messages
> that I can see are named like "1041543929.7991_300.norbert:2,S". The ones
> I can not see are named like "1041620504.14350.norbert:2,S". Any ideas
> why this is happening and how I fix it?

File names don't matter to Dovecot at all, so it's not that. Are file
permissions correct? Do you see anything in log files? Maybe your email
client is caching the messages incorrectly and just doesn't want to see
the other mails? If there's nothing in logs, I'd blame the client then.
You could verify it by talking directly to dovecot:

x login user pass
x select inbox
x fetch 1:* envelope


From tss@iki.fi  Mon Jan  6 22:36:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 06 Jan 2003 22:36:16 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A207B23837
	for <dovecot@procontrol.fi>; Mon,  6 Jan 2003 22:36:16 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 7120E5E01F96; Mon,  6 Jan 2003 22:36:16 +0200 (EET)
Subject: [dovecot] 0.99.6rc1 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041885376.28651.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Jan 2003 22:36:16 +0200
X-archive-position: 189
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: 189                                                  
Status: O

Again rc, just in case I broke something. Or maybe I should just start
creating nightly CVS snapshots. Anyway, fixes the few bugs people have
reported lately:

	- Mails with nested MIME parts might have caused incorrect BODY and
	  BODYSTRUCTURE fetches and sometimes might have crashed dovecot
	  (assert at imap-bodystructure.c). If client had already successfully
	  done the BODY fetching a couple of times, the bug couldn't happen
	  anymore since Dovecot then began caching the BODY data. So, this
	  mostly happened with new users.
	- If authentication was aborted by client ("*" reply to AUTHENTICATE),
	  the login process crashed later.
	- Digest-MD5: We used "qop-options" instead of "qop", which was
	  incompatible with at least Cyrus SASL.
	- We didn't work with some 64bit systems
	- Realms in passwd-file were buggy
	* Some coding style changes (less typedefs)


From bradf@mailgate.tpi.com  Tue Jan  7 00:18:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 07 Jan 2003 00:18:58 +0200 (EET)
Return-Path: <bradf@mailgate.tpi.com>
Delivered-To: dovecot@procontrol.fi
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 1008423837
	for <dovecot@procontrol.fi>; Tue,  7 Jan 2003 00:18:58 +0200 (EET)
Received: from fire ([198.107.51.42]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com; Mon, 6 Jan 2003 14:18:56 -0800
Content-Type: text/plain;
  charset="iso-8859-1"
From: Brad Figg <brad@tpi.com>
Reply-To: brad@tpi.com
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.6rc1 released
Date: Mon, 6 Jan 2003 14:18:31 -0800
User-Agent: KMail/1.4.3
References: <1041885376.28651.13.camel@hurina>
In-Reply-To: <1041885376.28651.13.camel@hurina>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200301061418.31353.brad@tpi.com>
X-archive-position: 190
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: brad@tpi.com
Precedence: bulk
X-list: dovecot
X-UID: 190                                                  
Status: O
Content-Length: 1059

On Monday 06 January 2003 12:36 pm, Timo Sirainen wrote:
> Again rc, just in case I broke something. Or maybe I should just start
> creating nightly CVS snapshots. Anyway, fixes the few bugs people have
> reported lately:
>
> =09- Mails with nested MIME parts might have caused incorrect BODY and
> =09  BODYSTRUCTURE fetches and sometimes might have crashed dovecot
> =09  (assert at imap-bodystructure.c). If client had already successful=
ly
> =09  done the BODY fetching a couple of times, the bug couldn't happen
> =09  anymore since Dovecot then began caching the BODY data. So, this
> =09  mostly happened with new users.
> =09- If authentication was aborted by client ("*" reply to AUTHENTICATE=
),
> =09  the login process crashed later.
> =09- Digest-MD5: We used "qop-options" instead of "qop", which was
> =09  incompatible with at least Cyrus SASL.
> =09- We didn't work with some 64bit systems
> =09- Realms in passwd-file were buggy
> =09* Some coding style changes (less typedefs)

The file auth-mech-desc.h is missing from the release.

Brad

From tss@iki.fi  Tue Jan  7 01:32:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 07 Jan 2003 01:32:34 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9632F2382C
	for <dovecot@procontrol.fi>; Tue,  7 Jan 2003 01:32:34 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id F13E75E01F96; Tue,  7 Jan 2003 01:32:33 +0200 (EET)
Subject: [dovecot] 0.99.6rc2 released
From: Timo Sirainen <tss@iki.fi>
To: brad@tpi.com
Cc: dovecot@procontrol.fi
In-Reply-To: <200301061418.31353.brad@tpi.com>
References: <1041885376.28651.13.camel@hurina>
	 <200301061418.31353.brad@tpi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1041895953.28652.18.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 07 Jan 2003 01:32:33 +0200
X-archive-position: 191
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: 191                                                  
Status: O

On Tue, 2003-01-07 at 00:18, Brad Figg wrote:
> The file auth-mech-desc.h is missing from the release.

Duh. rc2 out. This time I tested that it actually compiles :)


From tss@iki.fi  Wed Jan  8 12:47:52 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 12:47:52 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5AA4423837
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 12:47:52 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id E33D85E01F60; Wed,  8 Jan 2003 12:47:51 +0200 (EET)
Subject: [dovecot] Logging suggestions?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042022871.28651.93.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 08 Jan 2003 12:47:51 +0200
X-archive-position: 192
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: 192                                                  
Status: O

Any suggestions how user login/logouts should look like in log files? I
was thinking:

(connected to imaps port)
Login: username [IP 1.2.3.4, imaps, compressed]
Logout: username [IP 1.2.3.4, imaps, compressed] [1000/100000 bytes (50%), 00:00:12]

Bytes being upload/download and the 50% meaning compression ratio for
downloaded bytes, probably not worth it for upload. Or if uncompressed,
it'd show the extra space used by SSL/TLS protocol:

(using STARTTLS)
Login: username [IP 1.2.3.4, TLS]
Logout: username [IP 1.2.3.4, TLS] [2020/202000 bytes (101%), 00:00:12]

(no SSL)
Login: username [IP 1.2.3.4]
Logout: username [IP 1.2.3.4] [2000/200000 bytes, 00:00:12]

I think the only configuration needed would be if to log login, logout
or both.

From tss@iki.fi  Wed Jan  8 12:56:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 12:56:56 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7408023837
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 12:56:56 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 214DA5E01F60; Wed,  8 Jan 2003 12:56:56 +0200 (EET)
Subject: [dovecot] Re: Logging suggestions?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1042022871.28651.93.camel@hurina>
References: <1042022871.28651.93.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042023415.28652.96.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 08 Jan 2003 12:56:56 +0200
X-archive-position: 193
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: 193                                                  
Status: O

On Wed, 2003-01-08 at 12:47, Timo Sirainen wrote:
> Bytes being upload/download and the 50% meaning compression ratio for
> downloaded bytes, probably not worth it for upload. Or if uncompressed,
> it'd show the extra space used by SSL/TLS protocol:

Or not. I remembered the SSL code worked a bit differently, so I don't
think there is any simple way to find out the compression ratio or SSL
overhead.


From dgc@uchicago.edu  Wed Jan  8 19:50:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 19:50:20 +0200 (EET)
Return-Path: <dgc@uchicago.edu>
Delivered-To: dovecot@procontrol.fi
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 817032382C
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 19:50:19 +0200 (EET)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h08Ho6u28505;
	Wed, 8 Jan 2003 11:50:06 -0600 (CST)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to dgc@uchicago.edu using -f
Date: Wed, 8 Jan 2003 11:50:06 -0600
From: David Champion <dgc@uchicago.edu>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Logging suggestions?
Message-ID: <20030108175006.GB27418@dust.uchicago.edu>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
References: <1042022871.28651.93.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1042022871.28651.93.camel@hurina>
User-Agent: Mutt/1.5.2i
X-archive-position: 194
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dgc@uchicago.edu
Precedence: bulk
X-list: dovecot
X-UID: 194                                                  
Status: O
Content-Length: 2361

* On 2003.01.08, in <1042022871.28651.93.camel@hurina>,
*	"Timo Sirainen" <tss@iki.fi> wrote:
> Any suggestions how user login/logouts should look like in log files? I
> was thinking:
> 
> (connected to imaps port)
> Login: username [IP 1.2.3.4, imaps, compressed]
> Logout: username [IP 1.2.3.4, imaps, compressed] [1000/100000 bytes (50%), 00:00:12]

I like things that are easy to parse with shell and awk scripts. E.g.:

Login: username 1.2.3.4:1025 5.6.7.8:143 imaps,compressed
Logout: username 1.2.3.4:1025 5.6.7.8:143 imaps,compressed in:1000 out:1000000 [whatever SSL summary data is available]

I like seeing both the source and destination sockaddrs. (Why not run
two instances on different interfaces?) In fact, I like seeing both
hostname and ip address, and an indicator if a reverse map doesn't
match, but that's probably just me.

In this example, flags occupy one space-delimited field, and are
separated by commas. It's useful for performance analysis to tally
bytes transferred; this is what "in:" and "out:" are for. It would also
be nice for perf. anal. to know how much I/O to storage (disk) was
performed by the imap process, but I don't imagine those figures are
presently available anyway.

That's just an illustration; it doesn't matter to me whether it's like
that particularly. I just want to show what I mean by ease of parsing
-- whitespace-separated fields, well-known field values, related flags
and such compounded within fields. The whole line structure should be
well-known and not require perl or sscanf()s or such; scripts should be
able to extract a lot of data from these quickly.

(We're watching dovecot for possible use on a system that supports about
300,000 logins per day, and we want to be able to produce stats on
that.)


> I think the only configuration needed would be if to log login, logout
> or both.

That's generous. :) I'd always want both, and can't imagine not wanting
both, but I suppose some might prefer less.

I actually wouldn't mind seeing more optional logs -- for example,
logout-like summaries for folder accesses (when users change folders).
This can help in balancing storage devices when folders can reside on
multiple devices.

In an ideal world, everything would be loggable, but not everything
would be logged.

-- 
 -D.	dgc@uchicago.edu	NSIT	University of Chicago
 We're the colon in ://

From amyzing@talsever.com  Wed Jan  8 20:12:03 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 20:12:03 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 6F80323837
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 20:12:03 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by maynard.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18WKgJ-0007i6-00; Wed, 08 Jan 2003 13:11:59 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 364978151; Wed,  8 Jan 2003 13:11:43 -0500 (EST)
Date: Wed, 8 Jan 2003 13:11:43 -0500
From: Amelia A Lewis <amyzing@talsever.com>
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
Subject: [dovecot] Re: Logging suggestions?
Message-ID: <20030108181142.GB12010@talsever.com>
References: <1042022871.28651.93.camel@hurina> <20030108175006.GB27418@dust.uchicago.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030108175006.GB27418@dust.uchicago.edu>
User-Agent: Mutt/1.4i
X-archive-position: 195
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 195                                                  
Status: O
Content-Length: 1434

On Wed, Jan 08, 2003 at 11:50:06AM -0600, David Champion wrote:
>* On 2003.01.08, in <1042022871.28651.93.camel@hurina>,
>*	"Timo Sirainen" <tss@iki.fi> wrote:
>> Any suggestions how user login/logouts should look like in log files? I
>> was thinking:

[snip]

>> I think the only configuration needed would be if to log login, logout
>> or both.
>
>That's generous. :) I'd always want both, and can't imagine not wanting
>both, but I suppose some might prefer less.

I'd like to see at least the option of showing failed logins, for security
monitoring.  In some ways, I want to see this more than I want to see
successful logins.

>I actually wouldn't mind seeing more optional logs -- for example,
>logout-like summaries for folder accesses (when users change folders).
>This can help in balancing storage devices when folders can reside on
>multiple devices.

+1

Might think about what can be logged per-module.  That is, imap-login knows
about connection attempts; imap-auth about who and how (auth mechanism);
imap about folders accessed, bytes transferred.  Might think about a set of
keywords for each, then, like this:

imap_login_logging: connection login logout starttls
imap_auth_logging: user auth success failure
imap_logging: folders num_messages num_bytes per_folder

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Better to have thirty minutes of wonderful than a lifetime of nothing
special.

From jaldhar@debian.org  Wed Jan  8 21:34:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 21:34:15 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 8B7DE2382C
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 21:34:15 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 83F218138
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 14:34:15 -0500 (EST)
Date: Wed, 8 Jan 2003 14:34:15 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Subject: [dovecot] Bug reports from Debian BTS
Message-ID: <Pine.LNX.4.51.0301081430250.28769@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 196
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 196                                                  
Status: O

Timo,

Are you (or any other interested list readers for that matter) interested
in directly receiving bug reports about dovecot sent to Debian?  If you
are, you can go to http://packages.qa.debian.org/d/dovecot.html and sign
up to have notifications sent to you or the list or wherever.

Or I can screen them and only send you ones I think are relevant as I'm
doing now.


-- 
Jaldhar H. Vyas <jaldhar@debian.org>
It's a girl! See the pictures - http://www.braincells.com/shailaja/

From jaldhar@debian.org  Wed Jan  8 21:41:08 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 21:41:08 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 8DD2C2382C
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 21:41:08 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 5828E8138; Wed,  8 Jan 2003 14:41:09 -0500 (EST)
Date: Wed, 8 Jan 2003 14:41:09 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Cc: 175509@bugs.debian.org, debian-bugs-dist@lists.debian.org,
	dovecot@packages.qa.debian.org
Subject: [dovecot] Bug#175509: dovecot: init.d script should add some syslog statements
 on startup/shutdown (fwd)
Message-ID: <Pine.LNX.4.51.0301081435310.28769@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 197
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 197                                                  
Status: O

[Amelia and Timo.  As you are both on the dovecot list, I'm replying
there to avoid cluttering up your inboxes.]

This bug was reported to Debian but I feel it should be fixed upstream.
Adding logging in th init script itself would require adding additional
dependencies to the package and not be as convenient.

---------- Forwarded message ----------
From: Amelia A Lewis <amyzing@talsever.com>

It would be nice if the init.d script could add some statements in the
system log on startup and shutdown.  For postfix, postfix-script (called
from the init script) uses:
starting the Postfix mail system
stopping the Postfix mail system

These are useful; one can start the daemon and check that it's initialized
(netstat works as well, I suppose, but this is still useful docco).


-- 
Jaldhar H. Vyas <jaldhar@debian.org>



From jaldhar@debian.org  Wed Jan  8 21:50:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 21:50:33 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id C28E82382C
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 21:50:33 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 9482E8138; Wed,  8 Jan 2003 14:50:34 -0500 (EST)
Date: Wed, 8 Jan 2003 14:50:34 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi, 175507@bugs.debian.org
Cc: debian-bugs-dist@lists.debian.org, dovecot@packages.qa.debian.org
Subject: [dovecot] Re: Bug#175507: dovecot: Accidental denial of service via syslog
In-Reply-To: <20030105034215.23AE3FECE@ythgin.talsever.com>
Message-ID: <Pine.LNX.4.51.0301081441300.28769@samadhi.braincells.com>
References: <20030105034215.23AE3FECE@ythgin.talsever.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 198
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 198                                                  
Status: O
Content-Length: 1160

This bug was reported to Debian but I feel it is an upstream issue.

On Sat, 4 Jan 2003, Amelia A Lewis wrote:

> If dovecot is misconfigured, such that imap-auth cannot find passwd.imap
> (which probably needs to get copied; maybe need more docco in the config
> file?  This happens if the digest-md5 auth method is uncommented and the
> auth_userinfo is set to passwd-file /etc/passwd.imap), imap-auth dies once a
> second with error 89, which it reports to imap-master, and both log to
> syslog.
>
> I've got 30,000 line pairs from a ten hour run.  I would think that if it
> dies more than, say, a thousand times in a single hour, imap-master maybe
> ought to consider that there's a serious configuration problem preventing
> use, and exit instead of continuing to fill the log.
>
> Granted, it's a shoot-yourself sort of error.  But still ... after a certain
> point, the program ought to be able to die *gracefully* if the sysadmin has
> shot it, by accident or not.
>

Personally, I would be even stricter than Amelia is suggesting.  If there
is a serious configuration error, dovecot should die immediately.


-- 
Jaldhar H. Vyas <jaldhar@debian.org>

From tss@iki.fi  Wed Jan  8 23:16:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 23:16:21 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DE63D2382C
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 23:16:20 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 672045E01F60; Wed,  8 Jan 2003 23:16:20 +0200 (EET)
Subject: [dovecot] Re: Bug#175507: dovecot: Accidental denial of
	service via syslog
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi, 175507@bugs.debian.org,
	debian-bugs-dist@lists.debian.org, dovecot@packages.qa.debian.org
In-Reply-To: <Pine.LNX.4.51.0301081441300.28769@samadhi.braincells.com>
References: <20030105034215.23AE3FECE@ythgin.talsever.com>
	 <Pine.LNX.4.51.0301081441300.28769@samadhi.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042060580.28651.106.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 08 Jan 2003 23:16:20 +0200
X-archive-position: 199
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: 199                                                  
Status: O

On Wed, 2003-01-08 at 21:50, Jaldhar H. Vyas wrote:
> > I've got 30,000 line pairs from a ten hour run.  I would think that if it
> > dies more than, say, a thousand times in a single hour, imap-master maybe
> > ought to consider that there's a serious configuration problem preventing
> > use, and exit instead of continuing to fill the log.
> Personally, I would be even stricter than Amelia is suggesting.  If there
> is a serious configuration error, dovecot should die immediately.

Agreed. CVS contains such code now. If login or auth process die before
master receives an "we're ok" notification from them, master shuts
itself down. Only problem with this could be some temporary failure (eg.
out of memory) which unneededly kills the whole Dovecot, but I think
these are quite rare.


From tss@iki.fi  Wed Jan  8 23:22:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 23:22:34 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9EAF92382C
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 23:22:34 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 62B9F5E01F60; Wed,  8 Jan 2003 23:22:34 +0200 (EET)
Subject: [dovecot] Re: Bug#175509: dovecot: init.d script should add some
	syslog statements on startup/shutdown (fwd)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Cc: 175509@bugs.debian.org, debian-bugs-dist@lists.debian.org,
	dovecot@packages.qa.debian.org
In-Reply-To: <Pine.LNX.4.51.0301081435310.28769@samadhi.braincells.com>
References: <Pine.LNX.4.51.0301081435310.28769@samadhi.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042060953.28651.112.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 08 Jan 2003 23:22:34 +0200
X-archive-position: 200
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: 200                                                  
Status: O

On Wed, 2003-01-08 at 21:41, Jaldhar H. Vyas wrote:
> It would be nice if the init.d script could add some statements in the
> system log on startup and shutdown.  For postfix, postfix-script (called
> from the init script) uses:
> starting the Postfix mail system
> stopping the Postfix mail system
> 
> These are useful; one can start the daemon and check that it's initialized
> (netstat works as well, I suppose, but this is still useful docco).

Yes, I've heard this request before but forgot to add it. I'll add
"Dovecot starting up" (or better suggestions?) but I don't think I'll
add any specific shutdown message, since either there will be some error
message or "Warning: Killed with signal x".


From jpeterson275@attbi.com  Wed Jan  8 23:45:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 08 Jan 2003 23:45:04 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 412A82382C
	for <dovecot@procontrol.fi>; Wed,  8 Jan 2003 23:45:04 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <20030108214502001004ij5ge>; Wed, 8 Jan 2003 21:45:02 +0000
Message-ID: <3E1C9BF6.9040908@attbi.com>
Date: Wed, 08 Jan 2003 13:45:26 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Logging suggestions?
References: <1042022871.28651.93.camel@hurina> <20030108175006.GB27418@dust.uchicago.edu> <20030108181142.GB12010@talsever.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 201
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 201                                                  
Status: O



Amelia A Lewis wrote:
> Might think about what can be logged per-module.  That is, imap-login knows
> about connection attempts; imap-auth about who and how (auth mechanism);
> imap about folders accessed, bytes transferred.  Might think about a set of
> keywords for each, then, like this:
> 
> imap_login_logging: connection login logout starttls
> imap_auth_logging: user auth success failure
> imap_logging: folders num_messages num_bytes per_folder

I have to second this idea, as well.  I also like David Champion's idea 
of easily-parsable logs.


-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Thu Jan  9 00:54:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 09 Jan 2003 00:54:50 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E18AC23837
	for <dovecot@procontrol.fi>; Thu,  9 Jan 2003 00:54:49 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 9DD445E01F60; Thu,  9 Jan 2003 00:54:49 +0200 (EET)
Subject: [dovecot] Re: Logging suggestions?
From: Timo Sirainen <tss@iki.fi>
To: David Champion <dgc@uchicago.edu>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030108175006.GB27418@dust.uchicago.edu>
References: <1042022871.28651.93.camel@hurina>
	 <20030108175006.GB27418@dust.uchicago.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042066489.28650.138.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 09 Jan 2003 00:54:49 +0200
X-archive-position: 202
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: 202                                                  
Status: O
Content-Length: 2843

On Wed, 2003-01-08 at 19:50, David Champion wrote:
> I like things that are easy to parse with shell and awk scripts. E.g.:
> 
> Login: username 1.2.3.4:1025 5.6.7.8:143 imaps,compressed
> Logout: username 1.2.3.4:1025 5.6.7.8:143 imaps,compressed in:1000 out:1000000 [whatever SSL summary data is available]
> 
> I like seeing both the source and destination sockaddrs. (Why not run
> two instances on different interfaces?) In fact, I like seeing both
> hostname and ip address, and an indicator if a reverse map doesn't
> match, but that's probably just me.

Hmm. I'm not sure about the destination address. Destination port would
be useful, but I don't personally care about seeing the address.
Probably not worth doing it optionally either. Guess I'd add it then.

DNS lookups then .. Not by default, and rather not with having to
distribute some DNS library. I don't see any simple way to do that. Also
only IPv6 capable async DNS library I know of is patched libadns.

> It would also
> be nice for perf. anal. to know how much I/O to storage (disk) was
> performed by the imap process, but I don't imagine those figures are
> presently available anyway.

Not very easily, especially about the indexes since they're just
mmap()ed and accessed randomly. Reading the mailbox files is more
possible, but probably not worth the trouble. Maybe that could be done
in OS-level by some existing patch?

> That's just an illustration; it doesn't matter to me whether it's like
> that particularly. I just want to show what I mean by ease of parsing
> -- whitespace-separated fields, well-known field values, related flags
> and such compounded within fields. The whole line structure should be
> well-known and not require perl or sscanf()s or such; scripts should be
> able to extract a lot of data from these quickly.

Yes, agreed. I just tend to forget this :)

> > I think the only configuration needed would be if to log login, logout
> > or both.
> 
> That's generous. :) I'd always want both, and can't imagine not wanting
> both, but I suppose some might prefer less.

I don't care about the I/O or time used in those small systems that I
use. Login might not be very useful to others who only wish to see the
stats, not who has most recently logged in. Of course disabling logins
could hide some of them if the process crashes.

> I actually wouldn't mind seeing more optional logs -- for example,
> logout-like summaries for folder accesses (when users change folders).
> This can help in balancing storage devices when folders can reside on
> multiple devices.
> 
> In an ideal world, everything would be loggable, but not everything
> would be logged.

Want to give a larger list that you'd think would be useful to log? I
can't think of many user actions that'd be worth logging. There's
already rawlog for logging _everything_ :)


From tss@iki.fi  Thu Jan  9 00:59:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 09 Jan 2003 00:59:21 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 58F922382C
	for <dovecot@procontrol.fi>; Thu,  9 Jan 2003 00:59:21 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 2A96E5E01F60; Thu,  9 Jan 2003 00:59:21 +0200 (EET)
Subject: [dovecot] Re: Logging suggestions?
From: Timo Sirainen <tss@iki.fi>
To: Amelia A Lewis <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030108181142.GB12010@talsever.com>
References: <1042022871.28651.93.camel@hurina>
	 <20030108175006.GB27418@dust.uchicago.edu>
	 <20030108181142.GB12010@talsever.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042066760.28651.144.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 09 Jan 2003 00:59:20 +0200
X-archive-position: 203
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: 203                                                  
Status: O

On Wed, 2003-01-08 at 20:11, Amelia A Lewis wrote:
> I'd like to see at least the option of showing failed logins, for security
> monitoring.  In some ways, I want to see this more than I want to see
> successful logins.

Currently it just says "Aborted login". I was planning on adding "n
failed login attempts" before that or actual login.

> Might think about what can be logged per-module.  That is, imap-login knows
> about connection attempts; imap-auth about who and how (auth mechanism);
> imap about folders accessed, bytes transferred.  Might think about a set of
> keywords for each, then, like this:
> 
> imap_login_logging: connection login logout starttls
> imap_auth_logging: user auth success failure
> imap_logging: folders num_messages num_bytes per_folder

Something like that, yes. I'd like to avoid adding too many (mostly)
useless options though.


From jpeterson275@attbi.com  Thu Jan  9 01:29:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 09 Jan 2003 01:29:16 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by danu.procontrol.fi (Postfix) with ESMTP id 49DF42382C
	for <dovecot@procontrol.fi>; Thu,  9 Jan 2003 01:29:16 +0200 (EET)
Received: from attbi.com (12-228-125-138.client.attbi.com[12.228.125.138])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <2003010823291400300latdke>; Wed, 8 Jan 2003 23:29:15 +0000
Message-ID: <3E1CB462.3040502@attbi.com>
Date: Wed, 08 Jan 2003 15:29:38 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Logging suggestions?
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 204
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 204                                                  
Status: O
Content-Length: 1034



-------- Original Message --------
From: - Wed Jan 08 15:28:42 2003
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
Message-ID: <3E1CB429.3040704@attbi.com>
Date: Wed, 08 Jan 2003 15:28:41 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [dovecot] Re: Logging suggestions?
References: <1042022871.28651.93.camel@hurina>	 
<20030108175006.GB27418@dust.uchicago.edu>	 
<20030108181142.GB12010@talsever.com> <1042066760.28651.144.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Timo Sirainen wrote:
 >
 > Something like that, yes. I'd like to avoid adding too many (mostly)
 > useless options though.
 >

Make it customizable! =)
Maybe something similar to Apache LogFormat-style or similar?

Just a suggestion,

-- 
Jesse Peterson  /  jesse@pixeltechs.com


-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Fri Jan 10 03:24:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 10 Jan 2003 03:24:28 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AAFFE2382C
	for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 03:24:28 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 65D875E01F60; Fri, 10 Jan 2003 03:24:28 +0200 (EET)
Subject: [dovecot] Thread extension
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042161868.32389.112.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 10 Jan 2003 03:24:28 +0200
X-archive-position: 205
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: 205                                                  
Status: O
Content-Length: 1137

Just figured I'd mention that CVS supports now THREAD extension. I also
did a bit of benchmarking using a folder with 4685 mails (evolution
mailing list):

dovecot+mbox:
 - 0.59s user 0.01s system 98% cpu 0.608 total
 - malloc() memory usage 45072 -> 825685

dovecot+maildir:
 - 0.60s user 0.17s system 98% cpu 0.780 total
 - malloc() memory usage: 45003 -> 825480

Meaning it takes almost 800kbytes of memory and it's quite fast :)
Comparing to other servers then:

uw-imap:
 - 1.11s user 0.27s system 100% cpu 1.376 total
 - malloc() memory usage: 529408 -> ~4348k

courier:
 - 7.27s user 0.28s system 99% cpu 7.567 total
 - malloc() memory usage: 181689 -> ~850k

cyrus:
 - 1.403 total (through TCP connection, I couldn't figure out how to
start it separately)

Whoa, we beat everyone :) Courier uses a bit less memory though, but
that's most likely because we allocate it in larger chunks which is
faster. I ran the tests several times and picked the best values,
although the changes were minimal once they got the messages into OS's
cache.

Also it looks like I've found a couple of bugs in uw-imap and courier's
implementation..


From tss@iki.fi  Fri Jan 10 13:20:22 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 10 Jan 2003 13:20:22 +0200 (EET)
Return-Path: <tss@iki.fi>
Delivered-To: dovecot@procontrol.fi
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 596082382C
	for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 13:20:22 +0200 (EET)
Received: by hurina (Postfix, from userid 1000)
	id 284F05E01F60; Fri, 10 Jan 2003 13:20:19 +0200 (EET)
Subject: [dovecot] Re: Thread extension
From: Timo Sirainen <tss@iki.fi>
To: Jonas Smedegaard <jonas@jones.dk>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.50.0301100457420.2967-100000@auryn.jones.dk>
References: <1042161868.32389.112.camel@hurina>
	 <Pine.LNX.4.50.0301100457420.2967-100000@auryn.jones.dk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042197618.32389.154.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 10 Jan 2003 13:20:19 +0200
X-archive-position: 206
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: 206                                                  
Status: O

On Fri, 2003-01-10 at 06:00, Jonas Smedegaard wrote:
> > Also it looks like I've found a couple of bugs in uw-imap and courier's
> > implementation..
> 
> Something you want to reveal?

Well, one was just my misunderstanding of the specs, but another still
exists:

These should be grouped together, but aren't:

Subject: =?iso-8859-1?Q?foo?=
Subject: =?iso-8859-1?Q?RE=3A_foo?=

UW doesn't seem to handle MIME encoded-words properly. I mentioned this
already to Mark Crispin who apparently has a lot to do with UW's code.

I didn't look too closely at Courier's output, except it was somewhat
different from Dovecot's. Also, Crispin said it was totally broken.


From martin.sillence@ntlworld.com  Fri Jan 10 22:52:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 10 Jan 2003 22:52:34 +0200 (EET)
Return-Path: <martin.sillence@ntlworld.com>
Delivered-To: dovecot@procontrol.fi
Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46])
	by danu.procontrol.fi (Postfix) with ESMTP id 13B8423837
	for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 22:52:34 +0200 (EET)
Received: from wild ([62.253.45.219]) by mta06-svc.ntlworld.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20030110205230.GOMY20174.mta06-svc.ntlworld.com@wild>
          for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 20:52:30 +0000
Received: from griffin.mad ([10.10.30.3] ident=martin)
	by wild with smtp (Exim 3.35 #1 (Debian))
	id 18Wt8A-0000UI-00
	for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 06:59:03 +0000
Date: Fri, 10 Jan 2003 20:53:19 +0000
From: M <martin.sillence@ntlworld.com>
To: dovecot@procontrol.fi
Subject: [dovecot] Failed to create storage
Message-Id: <20030110205319.2d7a36a1.martin.sillence@ntlworld.com>
X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i386-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 207
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: martin.sillence@ntlworld.com
Precedence: bulk
X-list: dovecot
X-UID: 207                                                  
Status: O

Hi,

I'm impressed so far, I tested this before trying to run it on a mail server and it worked find.
However on the mail server with the same config I get the following message when I try and authenticate, and it drops the connection.

Failed to create storage with data: mbox:/var/mail/martin

The test box is running debian unstable and the mail server is running debian stable so I had to recompile and install.
I'm failry sure that I got all the permissions right, I feel like I'm missing something obvious, can anyone advise?

The file and permissions on the mailbox look right:
-rw-rw----    1 martin   mail     14743740 Jan 10 06:29 /var/mail/martin

-- 
Thanks,
M

From tss@iki.fi  Fri Jan 10 23:02:45 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 10 Jan 2003 23:02:45 +0200 (EET)
Return-Path: <tss@iki.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 85E362382C
	for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 23:02:45 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 48FA95E01F60; Fri, 10 Jan 2003 23:02:45 +0200 (EET)
Subject: [dovecot] Re: Failed to create storage
From: Timo Sirainen <tss@iki.fi>
To: M <martin.sillence@ntlworld.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030110205319.2d7a36a1.martin.sillence@ntlworld.com>
References: <20030110205319.2d7a36a1.martin.sillence@ntlworld.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042232565.32394.188.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 10 Jan 2003 23:02:45 +0200
X-archive-position: 208
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: 208                                                  
Status: O

On Fri, 2003-01-10 at 22:53, M wrote:
> Hi,
> 
> I'm impressed so far, I tested this before trying to run it on a mail server and it worked find.
> However on the mail server with the same config I get the following message when I try and authenticate, and it drops the connection.
> 
> Failed to create storage with data: mbox:/var/mail/martin

You most likely don't have ~/mail directory. Maybe Dovecot should create
it if it's missing..


From martin.sillence@ntlworld.com  Fri Jan 10 23:36:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 10 Jan 2003 23:36:28 +0200 (EET)
Return-Path: <martin.sillence@ntlworld.com>
Delivered-To: dovecot@procontrol.fi
Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45])
	by danu.procontrol.fi (Postfix) with ESMTP id 0EBA32382C
	for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 23:36:28 +0200 (EET)
Received: from wild ([62.253.45.219]) by mta05-svc.ntlworld.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20030110213627.HMOH900.mta05-svc.ntlworld.com@wild>
          for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 21:36:27 +0000
Received: from griffin.mad ([10.10.30.3] ident=martin)
	by wild with smtp (Exim 3.35 #1 (Debian))
	id 18Wtof-0000ZD-00
	for <dovecot@procontrol.fi>; Fri, 10 Jan 2003 07:42:57 +0000
Date: Fri, 10 Jan 2003 21:37:14 +0000
From: M <martin.sillence@ntlworld.com>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Failed to create storage
Message-Id: <20030110213714.4caecbe4.martin.sillence@ntlworld.com>
In-Reply-To: <1042232565.32394.188.camel@hurina>
References: <20030110205319.2d7a36a1.martin.sillence@ntlworld.com>
	<1042232565.32394.188.camel@hurina>
X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i386-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 209
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: martin.sillence@ntlworld.com
Precedence: bulk
X-list: dovecot
X-UID: 209                                                  
Status: O

On 10 Jan 2003 23:02:45 +0200
Timo Sirainen <tss@iki.fi> wrote:
...
> > Failed to create storage with data: mbox:/var/mail/martin
> 
> You most likely don't have ~/mail directory. Maybe Dovecot should create
> it if it's missing..
> 

You star, that's the one.
I just installed the debian package and was still mystified at the same problem 
when I saw your reply.

I think creating it would be nice but a message that its /home/martin/mail thats
 missing might be better as it may fail to create it...

-- 
Many thanks,
M

PS If you get the bounced messages that have the wrong from address, I'm having a little trouble remembering to adjust my mail clients ;)


From tss@iki.fi  Sat Jan 11 22:22:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 11 Jan 2003 22:22:32 +0200 (EET)
Return-Path: <tss@iki.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 6FD8323837
	for <dovecot@procontrol.fi>; Sat, 11 Jan 2003 22:22:32 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id BD5365E01F60; Sat, 11 Jan 2003 22:22:31 +0200 (EET)
Subject: [dovecot] 0.99.6rc3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042316551.32394.199.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 11 Jan 2003 22:22:31 +0200
X-archive-position: 210
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: 210                                                  
Status: O
Content-Length: 2020

Well, "release candidate" wasn't really right name for last two
versions. Maybe not for this one either, it has a few changes that could
potentially break things badly (new hash table code especially). Anyway,
seems to work with me. If I don't see any problems with it for a few
days it'll be the final.

The really great news is that we support threading. A lot of people have
not used Dovecot simply because it couldn't be used for webmails. Hmm.
What's the next most important feature? .. Better mbox support? Shared
folders? Quota? LDAP/MySQL/etc. authentication?

Here's the change summary:

v0.99.6 2003-01-xx  Timo Sirainen <tss@iki.fi>

	+ THREAD=REFERENCES extension support. ORDEREDSUBJECT would be easy to
	  add, but I think it's pretty useless.
	+ SORT is much faster now.
	+ mbox: If ~/mail directory isn't found, create it.
	+ Log login usernames
	* Some coding style changes (less typedefs)
	- Mails with nested MIME parts might have caused incorrect BODY and
	  BODYSTRUCTURE fetches and sometimes might have crashed dovecot
	  (assert at imap-bodystructure.c). If client had already successfully
	  done the BODY fetching a couple of times, the bug couldn't happen
	  anymore since Dovecot then began caching the BODY data. So, this
	  mostly happened with new users.
	- non-UID SEARCH might gave wrong replies in certain conditions.
	- SORT replied always with UIDs instead of sequences.
	- If authentication was aborted by client ("*" reply to AUTHENTICATE),
	  the login process crashed later.
	- STATUS command gave invalid reply for mailboxes with spaces in name
	- Timezones were parsed wrong with message dates
	- Digest-MD5: We used "qop-options" instead of "qop", which was
	  incompatible with at least Cyrus SASL.
	- Realms in passwd-file were buggy
	- Literals didn't work when logging in
	- Crashed if it had to wait for mbox lock
	- With invalid configuration auth and login processes were just dying
	  and master filling log files infinitely.
	- We didn't work with some 64bit systems


From skvidal@phy.duke.edu  Sat Jan 11 22:26:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 11 Jan 2003 22:26:34 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id E428023837
	for <dovecot@procontrol.fi>; Sat, 11 Jan 2003 22:26:33 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id BC10B30191; Sat, 11 Jan 2003 15:26:30 -0500 (EST)
Subject: [dovecot] Re: 0.99.6rc3
From: seth vidal <skvidal@phy.duke.edu>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042316551.32394.199.camel@hurina>
References: <1042316551.32394.199.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-WfSqz3NYT5uCm0ZuT0iy"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 11 Jan 2003 15:26:29 -0500
Message-Id: <1042316791.19970.1.camel@opus>
Mime-Version: 1.0
X-archive-position: 211
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 211                                                  
Status: O
Content-Length: 1455


--=-WfSqz3NYT5uCm0ZuT0iy
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2003-01-11 at 15:22, Timo Sirainen wrote:
> Well, "release candidate" wasn't really right name for last two
> versions. Maybe not for this one either, it has a few changes that could
> potentially break things badly (new hash table code especially). Anyway,
> seems to work with me. If I don't see any problems with it for a few
> days it'll be the final.
>=20
> The really great news is that we support threading. A lot of people have
> not used Dovecot simply because it couldn't be used for webmails. Hmm.
> What's the next most important feature? .. Better mbox support? Shared
> folders? Quota? LDAP/MySQL/etc. authentication?
>=20

I know this has been asked before. But I know a fair number of people
would like dovecot to drop-in replace uw-imapd/ipopd

so two things - can you make it possible to drop in replace
uw-imapd/ipopd by having a pop3 daemon come along w/it and will dovecot
now handle a /var/mail/$user mbox as an inbox but allow ~/mail
maildir/mbox folders?

-sv


--=-WfSqz3NYT5uCm0ZuT0iy
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+IH311Aj3x2mIbMcRAviJAKCc/fmBh50Lgw7bxoKd78bnR+SJeQCfVmwu
ZK+O9lC7QkiPeDOt1sj+v5A=
=Gk0i
-----END PGP SIGNATURE-----

--=-WfSqz3NYT5uCm0ZuT0iy--


From tss@iki.fi  Sat Jan 11 22:34:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 11 Jan 2003 22:34:53 +0200 (EET)
Return-Path: <tss@iki.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 4800523837
	for <dovecot@procontrol.fi>; Sat, 11 Jan 2003 22:34:53 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 013C45E01F60; Sat, 11 Jan 2003 22:34:52 +0200 (EET)
Subject: [dovecot] Re: 0.99.6rc3
From: Timo Sirainen <tss@iki.fi>
To: seth vidal <skvidal@phy.duke.edu>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042316791.19970.1.camel@opus>
References: <1042316551.32394.199.camel@hurina>
	 <1042316791.19970.1.camel@opus>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042317292.32389.206.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 11 Jan 2003 22:34:52 +0200
X-archive-position: 212
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: 212                                                  
Status: O

On Sat, 2003-01-11 at 22:26, seth vidal wrote:
> I know this has been asked before. But I know a fair number of people
> would like dovecot to drop-in replace uw-imapd/ipopd
> 
> so two things - can you make it possible to drop in replace
> uw-imapd/ipopd by having a pop3 daemon come along w/it 

Yes, I think. pop3 should so simple enough to write in a few hours,
unless I have to redesign some interfaces for accessing mail. I'll read
the pop3 spec and see then.

> and will dovecot
> now handle a /var/mail/$user mbox as an inbox but allow ~/mail
> maildir/mbox folders?

Yes. default_mail_env=mbox:/var/mail/$U to config file does that. Except
maildir and mboxes can't be mixed for now - wouldn't be too difficult to
support though.


From tss@iki.fi  Mon Jan 13 00:53:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 13 Jan 2003 00:53:24 +0200 (EET)
Return-Path: <tss@iki.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 EDA8123837
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 00:53:23 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2A5E15E01F60; Mon, 13 Jan 2003 00:53:23 +0200 (EET)
Subject: [dovecot] Re: 0.99.6rc3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1042317292.32389.206.camel@hurina>
References: <1042316551.32394.199.camel@hurina>
	 <1042316791.19970.1.camel@opus>  <1042317292.32389.206.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042412002.8610.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 13 Jan 2003 00:53:23 +0200
X-archive-position: 213
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: 213                                                  
Status: O

On Sat, 2003-01-11 at 22:34, Timo Sirainen wrote:
> > so two things - can you make it possible to drop in replace
> > uw-imapd/ipopd by having a pop3 daemon come along w/it 
> 
> Yes, I think. pop3 should so simple enough to write in a few hours,
> unless I have to redesign some interfaces for accessing mail. I'll read
> the pop3 spec and see then.

Well, it requires a few changes it seems. Another related problem is
that with mbox we should hide some of the message headers, with current
code that'd messy and slow. I've also thought about supporting SQL
databases to store mails, but a bit too much of the logic is index
file-specific now.

So, time for a cleanup to fix all these at once. FETCH and SEARCH are
the only commands whose logic should be moved, after that the
lib-storage won't have hardly any IMAP specific features anymore. Any
other protocols that we could support? :)


From skvidal@phy.duke.edu  Mon Jan 13 21:00:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 13 Jan 2003 21:00:18 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id AEF7F238C3
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 21:00:17 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 1507930358; Mon, 13 Jan 2003 14:00:16 -0500 (EST)
Subject: [dovecot] Re: 0.99.6rc3
From: seth vidal <skvidal@phy.duke.edu>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042412002.8610.14.camel@hurina>
References: <1042316551.32394.199.camel@hurina>
	<1042316791.19970.1.camel@opus>  <1042317292.32389.206.camel@hurina> 
	<1042412002.8610.14.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-vd0IzJ/NAm1j+ZKYHevp"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 13 Jan 2003 14:00:14 -0500
Message-Id: <1042484415.4224.33.camel@opus>
Mime-Version: 1.0
X-archive-position: 214
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 214                                                  
Status: O
Content-Length: 1556


--=-vd0IzJ/NAm1j+ZKYHevp
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-01-12 at 17:53, Timo Sirainen wrote:
> On Sat, 2003-01-11 at 22:34, Timo Sirainen wrote:
> > > so two things - can you make it possible to drop in replace
> > > uw-imapd/ipopd by having a pop3 daemon come along w/it=20
> >=20
> > Yes, I think. pop3 should so simple enough to write in a few hours,
> > unless I have to redesign some interfaces for accessing mail. I'll read
> > the pop3 spec and see then.
>=20
> Well, it requires a few changes it seems. Another related problem is
> that with mbox we should hide some of the message headers, with current
> code that'd messy and slow. I've also thought about supporting SQL
> databases to store mails, but a bit too much of the logic is index
> file-specific now.
>=20
> So, time for a cleanup to fix all these at once. FETCH and SEARCH are
> the only commands whose logic should be moved, after that the
> lib-storage won't have hardly any IMAP specific features anymore. Any
> other protocols that we could support? :)
>=20

well if you're bored and feel like working on an acap server I'm sure no
one would be pissed. ;)

-sv


--=-vd0IzJ/NAm1j+ZKYHevp
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+Iwy+1Aj3x2mIbMcRAgFxAJ4zXMOHkzzTlqaZJI58A3JEp6EmJQCfZ6S4
uGyO9Tu22SWQrrB1Biu7drk=
=KLbm
-----END PGP SIGNATURE-----

--=-vd0IzJ/NAm1j+ZKYHevp--


From griffin@legonet.org  Mon Jan 13 22:54:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 13 Jan 2003 22:54:13 +0200 (EET)
Return-Path: <griffin@legonet.org>
Delivered-To: dovecot@procontrol.fi
Received: from spelaroll.campus.luth.se (spelaroll.campus.luth.se [130.240.202.203])
	by danu.procontrol.fi (Postfix) with ESMTP id 7EC3E23837
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 22:54:13 +0200 (EET)
Received: from spelaroll.campus.luth.se (griffin@localhost [127.0.0.1])
	by spelaroll.campus.luth.se (8.12.2/8.12.2) with ESMTP id h0DKsCnc015564
	(version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=NO)
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 21:54:12 +0100 (CET)
Received: from localhost (griffin@localhost)
	by spelaroll.campus.luth.se (8.12.2/8.12.2/Submit) with ESMTP id h0DKsCLN025198
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 21:54:12 +0100 (CET)
X-Authentication-Warning: spelaroll.campus.luth.se: griffin owned process doing -bs
Date: Mon, 13 Jan 2003 21:54:12 +0100 (CET)
From: Johan Fredin <griffin@legonet.org>
X-X-Sender: griffin@spelaroll.campus.luth.se
To: dovecot@procontrol.fi
Subject: [dovecot] dovecot-0.99.6rc3 compilation problems on (Open|Free)BSD
Message-ID: <Pine.BSO.4.44.0301132141400.7543-100000@spelaroll.campus.luth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 215
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: griffin@legonet.org
Precedence: bulk
X-list: dovecot
X-UID: 215                                                  
Status: O
Content-Length: 1117

Hi there!

Dovecot-0.99.6rc3 barfs at me when I try to compile it on OpenBSD 3.2 or
FreeBSD 4.7, both with the same error:

[ ..snip.. ]
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib    -g -O2 -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast -c charset-iconv.c
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib    -g -O2 -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast -c charset-utf8.c
charset-utf8.c:42: storage size of `ascii_translation' isn't known
charset-utf8.c:42: storage size of `utf8_translation' isn't known
*** Error code 1

Stop in /usr/home/griffin/dovecot-0.99.6rc3/src/lib-charset.
*** Error code 1

Stop in /usr/home/griffin/dovecot-0.99.6rc3/src (line 134 of Makefile).
*** Error code 1

Stop in /usr/home/griffin/dovecot-0.99.6rc3 (line 202 of Makefile).
*** Error code 1

Stop in /usr/home/griffin/dovecot-0.99.6rc3 (line 330 of Makefile).

I didn't use any fancy parameters for ./configure. Any config.* files I
can post to help?

/Regards, Johan


From tss@iki.fi  Mon Jan 13 22:58:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 13 Jan 2003 22:58:10 +0200 (EET)
Return-Path: <tss@iki.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 A8887238C3
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 22:58:10 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7FC885E01F60; Mon, 13 Jan 2003 22:58:10 +0200 (EET)
Subject: [dovecot] Re: dovecot-0.99.6rc3 compilation problems on
	(Open|Free)BSD
From: Timo Sirainen <tss@iki.fi>
To: Johan Fredin <griffin@legonet.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.BSO.4.44.0301132141400.7543-100000@spelaroll.campus.luth.se>
References:
	 <Pine.BSO.4.44.0301132141400.7543-100000@spelaroll.campus.luth.se>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042491490.8609.77.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 13 Jan 2003 22:58:10 +0200
X-archive-position: 216
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: 216                                                  
Status: O

On Mon, 2003-01-13 at 22:54, Johan Fredin wrote:
> Dovecot-0.99.6rc3 barfs at me when I try to compile it on OpenBSD 3.2 or
> FreeBSD 4.7, both with the same error:

Thanks, I was just about to release the final version. It compiled only
if iconv() existed in your system, otherwise it fallbacks to
ASCII+UTF8-only support which I had left broken.


From skvidal@phy.duke.edu  Mon Jan 13 23:30:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 13 Jan 2003 23:30:48 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id C08AB238C3
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 23:30:48 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP id AD0FA3040D
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 16:30:48 -0500 (EST)
Subject: [dovecot] security audit of the code
From: seth vidal <skvidal@phy.duke.edu>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-9gRgtShvlKHIoddZRra6"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 13 Jan 2003 16:30:32 -0500
Message-Id: <1042493447.7008.17.camel@opus>
Mime-Version: 1.0
X-archive-position: 217
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 217                                                  
Status: O


--=-9gRgtShvlKHIoddZRra6
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Timo,
 I know that you're taking an effort to make sure that dovecot is
written securely, but I was wondering if you've asked any third party to
audit the code yet. I don't have the skills necessary to do this but I
bet there is someone out there who does and might be willing to do so.

-sv


--=-9gRgtShvlKHIoddZRra6
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+Iy/41Aj3x2mIbMcRAl2mAKCI5nfE871P7CkFmTi39Y9disIAbwCfQ85R
w6bnBI37YNgHbKtf0EFQKwo=
=o+2B
-----END PGP SIGNATURE-----

--=-9gRgtShvlKHIoddZRra6--


From griffin@legonet.org  Mon Jan 13 23:42:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 13 Jan 2003 23:42:39 +0200 (EET)
Return-Path: <griffin@legonet.org>
Delivered-To: dovecot@procontrol.fi
Received: from spelaroll.campus.luth.se (spelaroll.campus.luth.se [130.240.202.203])
	by danu.procontrol.fi (Postfix) with ESMTP id 2E784238C3
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 23:42:39 +0200 (EET)
Received: from spelaroll.campus.luth.se (griffin@localhost [127.0.0.1])
	by spelaroll.campus.luth.se (8.12.2/8.12.2) with ESMTP id h0DLgbnc004860
	(version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 13 Jan 2003 22:42:37 +0100 (CET)
Received: from localhost (griffin@localhost)
	by spelaroll.campus.luth.se (8.12.2/8.12.2/Submit) with ESMTP id h0DLgb1n031361;
	Mon, 13 Jan 2003 22:42:37 +0100 (CET)
X-Authentication-Warning: spelaroll.campus.luth.se: griffin owned process doing -bs
Date: Mon, 13 Jan 2003 22:42:37 +0100 (CET)
From: Johan Fredin <griffin@legonet.org>
X-X-Sender: griffin@spelaroll.campus.luth.se
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot-0.99.6rc3 compilation problems on
 (Open|Free)BSD
In-Reply-To: <1042491490.8609.77.camel@hurina>
Message-ID: <Pine.BSO.4.44.0301132224550.730-100000@spelaroll.campus.luth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 218
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: griffin@legonet.org
Precedence: bulk
X-list: dovecot
X-UID: 218                                                  
Status: O
Content-Length: 1463

On 13 Jan 2003, Timo Sirainen wrote:
> Thanks, I was just about to release the final version. It compiled only
> if iconv() existed in your system, otherwise it fallbacks to
> ASCII+UTF8-only support which I had left broken.

But, I do have libiconv (GNU libiconv from ports) installed. Got iconv.h
in /usr/local/include/. If I make /usr/include/iconv.h a symlink to that
one it works through that error. But instead it barfs again further down
the road :/.

[ ..snip.. ]
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib
-I../../src/lib-imap    -g -O2 -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -c ssl-proxy-openssl.c
ssl-proxy-openssl.c: In function `plain_block_input':
ssl-proxy-openssl.c:58: `IOFunc' undeclared (first use in this function)
ssl-proxy-openssl.c:58: (Each undeclared identifier is reported only once
ssl-proxy-openssl.c:58: for each function it appears in.)
ssl-proxy-openssl.c:58: syntax error before `plain_read'
ssl-proxy-openssl.c: In function `plain_write':
ssl-proxy-openssl.c:119: `IOFunc' undeclared (first use in this function)
ssl-proxy-openssl.c:119: syntax error before `plain_write'
ssl-proxy-openssl.c: At top level:
ssl-proxy-openssl.c:81: warning: `plain_read' defined but not used
*** Error code 1

Stop in /usr/home/griffin/dovecot-0.99.6rc3/src/login.
*** Error code 1

This is OpenBSD 3.2 with OpenSSL 0.9.7-beta3 30 Jul 2002.

/Regards, Johan



From tss@iki.fi  Mon Jan 13 23:56:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 13 Jan 2003 23:56:17 +0200 (EET)
Return-Path: <tss@iki.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 4D5CF238C3
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 23:56:17 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1E2565E01F60; Mon, 13 Jan 2003 23:56:17 +0200 (EET)
Subject: [dovecot] Re: dovecot-0.99.6rc3 compilation problems on
	(Open|Free)BSD
From: Timo Sirainen <tss@iki.fi>
To: Johan Fredin <griffin@legonet.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.BSO.4.44.0301132224550.730-100000@spelaroll.campus.luth.se>
References:
	 <Pine.BSO.4.44.0301132224550.730-100000@spelaroll.campus.luth.se>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042494976.8609.83.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 13 Jan 2003 23:56:16 +0200
X-archive-position: 219
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: 219                                                  
Status: O

On Mon, 2003-01-13 at 23:42, Johan Fredin wrote:
> On 13 Jan 2003, Timo Sirainen wrote:
> > Thanks, I was just about to release the final version. It compiled only
> > if iconv() existed in your system, otherwise it fallbacks to
> > ASCII+UTF8-only support which I had left broken.
> 
> But, I do have libiconv (GNU libiconv from ports) installed. Got iconv.h
> in /usr/local/include/. If I make /usr/include/iconv.h a symlink to that
> one it works through that error.

CPPFLAGS='-I /usr/local/include' ./configure would be a bit more correct
way to fix it.

>  But instead it barfs again further down
> the road :/.

Thanks again, would have missed this one too :) Get 0.99.6 in a few
minutes.


From tss@iki.fi  Tue Jan 14 00:12:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 00:12:44 +0200 (EET)
Return-Path: <tss@iki.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 8215C23837
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:12:44 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 532BC5E01F60; Tue, 14 Jan 2003 00:12:44 +0200 (EET)
Subject: [dovecot] Re: security audit of the code
From: Timo Sirainen <tss@iki.fi>
To: seth vidal <skvidal@phy.duke.edu>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042493447.7008.17.camel@opus>
References: <1042493447.7008.17.camel@opus>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042495964.8610.91.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 14 Jan 2003 00:12:44 +0200
X-archive-position: 220
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: 220                                                  
Status: O

On Mon, 2003-01-13 at 23:30, seth vidal wrote:
> Timo,
>  I know that you're taking an effort to make sure that dovecot is
> written securely, but I was wondering if you've asked any third party to
> audit the code yet. I don't have the skills necessary to do this but I
> bet there is someone out there who does and might be willing to do so.

I don't really know who or where to ask. I'd be interested of getting
people to audit Dovecot too.


From tss@iki.fi  Tue Jan 14 00:14:25 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 00:14:25 +0200 (EET)
Return-Path: <tss@iki.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 9356E23837
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:14:25 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 64C565E01F60; Tue, 14 Jan 2003 00:14:25 +0200 (EET)
Subject: [dovecot] 0.99.6 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042496065.8609.94.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 14 Jan 2003 00:14:25 +0200
X-archive-position: 221
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: 221                                                  
Status: O
Content-Length: 1504

Several bugfixes since 0.99.6rc3. Here's again the change summary since
0.99.5:

v0.99.6 2003-01-13  Timo Sirainen <tss@iki.fi>

	+ THREAD=REFERENCES extension support. ORDEREDSUBJECT would be easy to
	  add, but I think it's pretty useless.
	+ SORT is much faster now.
	+ mbox: If ~/mail directory isn't found, create it.
	+ Log login usernames
	* Some coding style changes (less typedefs)
	- Mails with nested MIME parts might have caused incorrect BODY and
	  BODYSTRUCTURE fetches and sometimes might have crashed dovecot
	  (assert at imap-bodystructure.c). If client had already successfully
	  done the BODY fetching a couple of times, the bug couldn't happen
	  anymore since Dovecot then began caching the BODY data. So, this
	  mostly happened with new users.
	- non-UID SEARCH might gave wrong replies in certain conditions.
	- SORT replied always with UIDs instead of sequences.
	- If authentication was aborted by client ("*" reply to AUTHENTICATE),
	  the login process crashed later.
	- STATUS command gave invalid reply for mailboxes with spaces in name
	- Timezones were parsed wrong with message dates
	- Digest-MD5: We used "qop-options" instead of "qop", which was
	  incompatible with at least Cyrus SASL.
	- Realms in passwd-file were buggy
	- Literals didn't work when logging in
	- Crashed if it had to wait for mbox lock
	- With invalid configuration auth and login processes were just dying
	  and master filling log files infinitely.
	- We didn't work with some 64bit systems


From skvidal@phy.duke.edu  Tue Jan 14 00:16:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 00:16:17 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 4622523837
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:16:17 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id CFC9530195; Mon, 13 Jan 2003 17:16:16 -0500 (EST)
Subject: [dovecot] Re: security audit of the code
From: seth vidal <skvidal@phy.duke.edu>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042495964.8610.91.camel@hurina>
References: <1042493447.7008.17.camel@opus> 
	<1042495964.8610.91.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-P98wT82RzHPspQTnUp3U"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 13 Jan 2003 17:16:16 -0500
Message-Id: <1042496176.7276.57.camel@opus>
Mime-Version: 1.0
X-archive-position: 222
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 222                                                  
Status: O
Content-Length: 1192


--=-P98wT82RzHPspQTnUp3U
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-01-13 at 17:12, Timo Sirainen wrote:
> On Mon, 2003-01-13 at 23:30, seth vidal wrote:
> > Timo,
> >  I know that you're taking an effort to make sure that dovecot is
> > written securely, but I was wondering if you've asked any third party t=
o
> > audit the code yet. I don't have the skills necessary to do this but I
> > bet there is someone out there who does and might be willing to do so.
>=20
> I don't really know who or where to ask. I'd be interested of getting
> people to audit Dovecot too.
>=20


Would it be reasonable to ask on bugtraq?

What about Chris Evans? - he wrote vsftpd and audited a bunch of Red
Hat's releases iirc.  Maybe worth bugging him to see if he'd be willing
to look it over?

-sv


--=-P98wT82RzHPspQTnUp3U
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+Izqw1Aj3x2mIbMcRAsWZAJ9/9TmFzIOc7zBVvLperLR8+BlSqQCcCTlz
dZ5SGk3ueyk6cwVxaRj6UoQ=
=B7NS
-----END PGP SIGNATURE-----

--=-P98wT82RzHPspQTnUp3U--


From skvidal@phy.duke.edu  Tue Jan 14 00:18:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 00:18:11 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 3691623837
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:18:11 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id C7ECE30195; Mon, 13 Jan 2003 17:18:10 -0500 (EST)
Subject: [dovecot] Re: security audit of the code
From: seth vidal <skvidal@phy.duke.edu>
To: seth vidal <skvidal@phy.duke.edu>
Cc: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
In-Reply-To: <1042496176.7276.57.camel@opus>
References: <1042493447.7008.17.camel@opus> 
	<1042495964.8610.91.camel@hurina>  <1042496176.7276.57.camel@opus>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-viYehhu+8f0tHfzj8JVW"
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 13 Jan 2003 17:18:10 -0500
Message-Id: <1042496290.6891.59.camel@opus>
Mime-Version: 1.0
X-archive-position: 223
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 223                                                  
Status: O
Content-Length: 1414


--=-viYehhu+8f0tHfzj8JVW
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-01-13 at 17:16, seth vidal wrote:
> On Mon, 2003-01-13 at 17:12, Timo Sirainen wrote:
> > On Mon, 2003-01-13 at 23:30, seth vidal wrote:
> > > Timo,
> > >  I know that you're taking an effort to make sure that dovecot is
> > > written securely, but I was wondering if you've asked any third party=
 to
> > > audit the code yet. I don't have the skills necessary to do this but =
I
> > > bet there is someone out there who does and might be willing to do so=
.
> >=20
> > I don't really know who or where to ask. I'd be interested of getting
> > people to audit Dovecot too.
> >=20
>=20
>=20
> Would it be reasonable to ask on bugtraq?
>=20
> What about Chris Evans? - he wrote vsftpd and audited a bunch of Red
> Hat's releases iirc.  Maybe worth bugging him to see if he'd be willing
> to look it over?
>=20


heh the above should read:

He wrote vsftpd and audited a variety of programs, and one of Red Hat's
releases iirc.

<sigh>
-sv


--=-viYehhu+8f0tHfzj8JVW
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+Izsi1Aj3x2mIbMcRAmjjAJ9rkllCa6XrcNdVA5MelLXlpe02pQCfe45U
f7WJYN+m5RuNVtRP+j3hLlk=
=fWJB
-----END PGP SIGNATURE-----

--=-viYehhu+8f0tHfzj8JVW--


From tss@iki.fi  Tue Jan 14 00:23:07 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 00:23:07 +0200 (EET)
Return-Path: <tss@iki.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 5782923837
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:23:07 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2553E5E01F60; Tue, 14 Jan 2003 00:23:07 +0200 (EET)
Subject: [dovecot] Re: security audit of the code
From: Timo Sirainen <tss@iki.fi>
To: seth vidal <skvidal@phy.duke.edu>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042496176.7276.57.camel@opus>
References: <1042493447.7008.17.camel@opus>
	 <1042495964.8610.91.camel@hurina>  <1042496176.7276.57.camel@opus>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042496586.8610.102.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 14 Jan 2003 00:23:07 +0200
X-archive-position: 224
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: 224                                                  
Status: O

On Tue, 2003-01-14 at 00:16, seth vidal wrote:
> > I don't really know who or where to ask. I'd be interested of getting
> > people to audit Dovecot too.

> Would it be reasonable to ask on bugtraq?
> 
> What about Chris Evans? - he wrote vsftpd and audited a bunch of Red
> Hat's releases iirc.  Maybe worth bugging him to see if he'd be willing
> to look it over?

I don't think it's a good idea to bug people with auditing requests,
unless they've stated they don't mind. I usually audit only software
that I use myself.

From skvidal@phy.duke.edu  Tue Jan 14 00:25:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 00:25:10 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 222C423837
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:25:10 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id CEA0930195; Mon, 13 Jan 2003 17:25:09 -0500 (EST)
Received: by opus.phy.duke.edu (Postfix, from userid 875)
	id 345F95F0F2; Mon, 13 Jan 2003 17:25:09 -0500 (EST)
Date: Mon, 13 Jan 2003 17:25:09 -0500 (EST)
From: Seth Vidal <skvidal@phy.duke.edu>
X-X-Sender: skvidal@localhost.localdomain
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: security audit of the code
In-Reply-To: <1042496586.8610.102.camel@hurina>
Message-ID: <Pine.LNX.4.44.0301131723310.7686-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 225
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 225                                                  
Status: O

> I don't think it's a good idea to bug people with auditing requests,
> unless they've stated they don't mind. I usually audit only software
> that I use myself.

makes sense.

I dunno who/where to ask.
I'm sorta surprised the securityfocus folks don't have a mailing list for 
this sort of request. It might not actually be a useful list but I'm 
surprised they don't have one :)

-sv



From lfarkas@bnap.hu  Tue Jan 14 00:59:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 00:59:56 +0200 (EET)
Return-Path: <lfarkas@bnap.hu>
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 13386238C3
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:59:56 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 7CE25754021
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 00:00:06 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by mail2.bppiac.hu (Postfix) with ESMTP id 099FA404F
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 23:59:53 +0100 (CET)
Received: from mail2.bppiac.hu ([127.0.0.1]) by localhost (portal.bppiac.hu [127.0.0.1]) (amavisd-new) with ESMTP id 15148-08 for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 23:59:52 -0000 (CET)
Message-ID: <3E2344E8.1020008@bnap.hu>
Date: Mon, 13 Jan 2003 23:59:52 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: security audit of the code
References: <1042493447.7008.17.camel@opus> 	<1042495964.8610.91.camel@hurina> <1042496176.7276.57.camel@opus>
In-Reply-To: <1042496176.7276.57.camel@opus>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: on portal.bnap.hu by AMaViS
X-archive-position: 226
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: 226                                                  
Status: O

seth vidal wrote:
> On Mon, 2003-01-13 at 17:12, Timo Sirainen wrote:
> 
>>On Mon, 2003-01-13 at 23:30, seth vidal wrote:
>>
>>>Timo,
>>> I know that you're taking an effort to make sure that dovecot is
>>>written securely, but I was wondering if you've asked any third party to
>>>audit the code yet. I don't have the skills necessary to do this but I
>>>bet there is someone out there who does and might be willing to do so.
>>
>>I don't really know who or where to ask. I'd be interested of getting
>>people to audit Dovecot too.
>>
> 
> 
> 
> Would it be reasonable to ask on bugtraq?
> 
> What about Chris Evans? - he wrote vsftpd and audited a bunch of Red
> Hat's releases iirc.  Maybe worth bugging him to see if he'd be willing
> to look it over?

if he do that, than everybody accept it as "secure"..

-- 
  Levente                        http://petition.eurolinux.org/index_html
  "The only thing worse than not knowing the truth is
   ruining the bliss of ignorance."


From disco@pervert.ca  Tue Jan 14 03:35:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 03:35:36 +0200 (EET)
Return-Path: <disco@pervert.ca>
Delivered-To: dovecot@procontrol.fi
Received: from iridium.pervert.ca (CPE0050bad0aa3e.cpe.net.cable.rogers.com [24.112.138.163])
	by danu.procontrol.fi (Postfix) with ESMTP id 548F9238C3
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 03:35:36 +0200 (EET)
Received: from PHOTEK (photek.pervert.ca [192.168.1.100])
	by iridium.pervert.ca (8.12.5/8.12.5) with ESMTP id h0DLSGOw031678
	for <dovecot@procontrol.fi>; Mon, 13 Jan 2003 21:28:20 GMT
	(envelope-from disco@pervert.ca)
Reply-To: <disco@pervert.ca>
From: "Rick Stewart" <disco@pervert.ca>
To: <dovecot@procontrol.fi>
Subject: [dovecot] Re: security audit of the code
Date: Mon, 13 Jan 2003 20:37:15 -0500
Organization: Misc. Perversion
Message-ID: <000001c2bb6d$78264ac0$6401a8c0@PHOTEK>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
In-Reply-To: <3E2344E8.1020008@bnap.hu>
X-archive-position: 227
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: disco@pervert.ca
Precedence: bulk
X-list: dovecot
X-UID: 227                                                  
Status: O
Content-Length: 1439

I don't think that's the point.  The point is to have some fresh eyes go
over code that is thought to be secure.  Once audited, it doesn't mean 
Its any more secure, but at least were on the way to cover any if not
most angles.  Cheers,

./r

-----Original Message-----
From: dovecot-bounce@procontrol.fi [mailto:dovecot-bounce@procontrol.fi]
On Behalf Of Farkas Levente
Sent: January 13, 2003 6:00 PM
To: dovecot@procontrol.fi
Subject: [dovecot] Re: security audit of the code

seth vidal wrote:
> On Mon, 2003-01-13 at 17:12, Timo Sirainen wrote:
> 
>>On Mon, 2003-01-13 at 23:30, seth vidal wrote:
>>
>>>Timo,
>>> I know that you're taking an effort to make sure that dovecot is
>>>written securely, but I was wondering if you've asked any third party
to
>>>audit the code yet. I don't have the skills necessary to do this but
I
>>>bet there is someone out there who does and might be willing to do
so.
>>
>>I don't really know who or where to ask. I'd be interested of getting
>>people to audit Dovecot too.
>>
> 
> 
> 
> Would it be reasonable to ask on bugtraq?
> 
> What about Chris Evans? - he wrote vsftpd and audited a bunch of Red
> Hat's releases iirc.  Maybe worth bugging him to see if he'd be
willing
> to look it over?

if he do that, than everybody accept it as "secure"..

-- 
  Levente
http://petition.eurolinux.org/index_html
  "The only thing worse than not knowing the truth is
   ruining the bliss of ignorance."




From tss@iki.fi  Tue Jan 14 13:07:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 13:07:36 +0200 (EET)
Return-Path: <tss@iki.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 2A4C7238C3
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 13:07:36 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 027235E01F60; Tue, 14 Jan 2003 13:07:35 +0200 (EET)
Subject: [dovecot] 0.99.6 buggy
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042542455.8610.117.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 14 Jan 2003 13:07:35 +0200
X-archive-position: 228
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: 228                                                  
Status: O

Just a note, the hash table code in it was still buggy. Especially with
maildir it could leave the processes to infinite loop. Have to think a
bit more how to fix this properly..


From tss@iki.fi  Tue Jan 14 15:33:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 14 Jan 2003 15:33:16 +0200 (EET)
Return-Path: <tss@iki.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 28250238C3
	for <dovecot@procontrol.fi>; Tue, 14 Jan 2003 15:33:16 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 001A45E01F60; Tue, 14 Jan 2003 15:33:15 +0200 (EET)
Subject: [dovecot] 0.99.7 out
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042551195.8610.160.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 14 Jan 2003 15:33:15 +0200
X-archive-position: 229
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: 229                                                  
Status: O

This one seems to be actually working. Also rewrote doc/index.txt in
case someone is interested.


From pekka.jalonen@mediatraffic.fi  Wed Jan 15 09:49:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 15 Jan 2003 09:49:44 +0200 (EET)
Return-Path: <pekka.jalonen@mediatraffic.fi>
Delivered-To: dovecot@procontrol.fi
Received: from scan.mediatraffic.fi (scan.mediatraffic.fi [212.83.107.130])
	by danu.procontrol.fi (Postfix) with ESMTP id BBCAC238C3
	for <dovecot@procontrol.fi>; Wed, 15 Jan 2003 09:49:44 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by scan.mediatraffic.fi (Postfix) with ESMTP
	id C2C9C1FD16; Wed, 15 Jan 2003 09:41:08 +0200 (EET)
Received: from intra (intra.mediatraffic.fi [212.83.107.187])
	by scan.mediatraffic.fi (Postfix) with ESMTP
	id 6364B1FD15; Wed, 15 Jan 2003 09:41:08 +0200 (EET)
Received: from mediatraffic-1.mediatraffic.fi (unknown [192.168.0.5])
	by intra (Postfix) with ESMTP
	id 2D73240A7; Wed, 15 Jan 2003 09:50:21 +0200 (EET)
Message-Id: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
X-Sender: peja@beta.mediatraffic.fi (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9
Date: Wed, 15 Jan 2003 09:50:35 +0200
To: dovecot@procontrol.fi
From: Pekka Jalonen <pekka.jalonen@mediatraffic.fi>
Subject: [dovecot] Re: 0.99.7 out
Cc: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1042551195.8610.160.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Virus-Scanned: on scan.mediatraffic.fi
X-archive-position: 230
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: pekka.jalonen@mediatraffic.fi
Precedence: bulk
X-list: dovecot
X-UID: 230                                                  
Status: O
Content-Length: 1922

At 15:33 14.1.2003 +0200, Timo Sirainen wrote:
>This one seems to be actually working.

Deb-build failed (woody-debian) at vpopmail.c like parse errors.
Source download from: deb-src http://src.braincells.com/debian woody/

Wchar-subscripts -Wformat=2 -Wbad-function-cast    -g -O2 -Wall -W 
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c userinfo-passwd-file.c
gcc -DHAVE_CONFIG_H -I. -I. -I../.. 
-I../../src/lib     -I/home/vpopmail/include -g -O2 -Wall -W 
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast    -g -O2 -Wall -W 
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c userinfo-vpopmail.c
userinfo-vpopmail.c:25: parse error before `AuthCookieReplyData'
userinfo-vpopmail.c: In function `vpopmail_verify_plain':
userinfo-vpopmail.c:37: `user' undeclared (first use in this function)
userinfo-vpopmail.c:37: (Each undeclared identifier is reported only once
userinfo-vpopmail.c:37: for each function it appears in.)
userinfo-vpopmail.c:46: `reply' undeclared (first use in this function)
userinfo-vpopmail.c:79: `password' undeclared (first use in this function)
make[4]: *** [userinfo-vpopmail.o] Error 1
make[4]: Leaving directory `/root/deb2/dovecot-0.99.7/src/auth'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/root/deb2/dovecot-0.99.7/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/deb2/dovecot-0.99.7'
make[1]: *** [all-recursive-am] Error 2
make[1]: Leaving directory `/root/deb2/dovecot-0.99.7'
make: *** [build-stamp] Error 2
Build command 'cd dovecot-0.99.7 && dpkg-buildpackage -b -uc' failed.
E: Child process failed


--
Pekka Jalonen
System Administrator
Mediatraffic Oy
Mobile: +358 400 519 905
Fax: +358 2 765 1195
Email: pekka.jalonen@mediatraffic.fi 


From jaldhar@debian.org  Wed Jan 15 16:40:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 15 Jan 2003 16:40:37 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 8919D23837
	for <dovecot@procontrol.fi>; Wed, 15 Jan 2003 16:40:37 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 0E5D58138; Wed, 15 Jan 2003 09:40:36 -0500 (EST)
Date: Wed, 15 Jan 2003 09:40:35 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: Pekka Jalonen <pekka.jalonen@mediatraffic.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.7 out
In-Reply-To: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
Message-ID: <Pine.LNX.4.51.0301150921570.9245@samadhi.braincells.com>
References: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 231
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 231                                                  
Status: O
Content-Length: 2165

On Wed, 15 Jan 2003, Pekka Jalonen wrote:

> At 15:33 14.1.2003 +0200, Timo Sirainen wrote:
> >This one seems to be actually working.
>
> Deb-build failed (woody-debian) at vpopmail.c like parse errors.
> Source download from: deb-src http://src.braincells.com/debian woody/
>
> Wchar-subscripts -Wformat=2 -Wbad-function-cast    -g -O2 -Wall -W
> -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
> -Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c userinfo-passwd-file.c
> gcc -DHAVE_CONFIG_H -I. -I. -I../..
> -I../../src/lib     -I/home/vpopmail/include -g -O2 -Wall -W
> -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
> -Wchar-subscripts -Wformat=2 -Wbad-function-cast    -g -O2 -Wall -W
> -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
> -Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c userinfo-vpopmail.c
> userinfo-vpopmail.c:25: parse error before `AuthCookieReplyData'
> userinfo-vpopmail.c: In function `vpopmail_verify_plain':
> userinfo-vpopmail.c:37: `user' undeclared (first use in this function)
> userinfo-vpopmail.c:37: (Each undeclared identifier is reported only once
> userinfo-vpopmail.c:37: for each function it appears in.)
> userinfo-vpopmail.c:46: `reply' undeclared (first use in this function)
> userinfo-vpopmail.c:79: `password' undeclared (first use in this function)
> make[4]: *** [userinfo-vpopmail.o] Error 1
> make[4]: Leaving directory `/root/deb2/dovecot-0.99.7/src/auth'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/root/deb2/dovecot-0.99.7/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/root/deb2/dovecot-0.99.7'
> make[1]: *** [all-recursive-am] Error 2
> make[1]: Leaving directory `/root/deb2/dovecot-0.99.7'
> make: *** [build-stamp] Error 2
> Build command 'cd dovecot-0.99.7 && dpkg-buildpackage -b -uc' failed.
> E: Child process failed
>
>

Hmm I just tried this and I can't reproduce the error.  So there must be
something in your local setup.  Are you running pure woody?  Nothing
backported from sid?  Did you make any changes to debian/rules?

We should take this off-list.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>

From tss@iki.fi  Wed Jan 15 16:49:59 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 15 Jan 2003 16:49:59 +0200 (EET)
Return-Path: <tss@iki.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 E594E23837
	for <dovecot@procontrol.fi>; Wed, 15 Jan 2003 16:49:58 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A97385E01F60; Wed, 15 Jan 2003 16:49:58 +0200 (EET)
Subject: [dovecot] Re: 0.99.7 out
From: Timo Sirainen <tss@iki.fi>
To: Pekka Jalonen <pekka.jalonen@mediatraffic.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
References: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042642198.8610.173.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 15 Jan 2003 16:49:58 +0200
X-archive-position: 232
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: 232                                                  
Status: O

On Wed, 2003-01-15 at 09:50, Pekka Jalonen wrote:
> At 15:33 14.1.2003 +0200, Timo Sirainen wrote:
> >This one seems to be actually working.
> 
> Deb-build failed (woody-debian) at vpopmail.c like parse errors.
> Source download from: deb-src http://src.braincells.com/debian woody/

Yes, so it seems. This patch fixes it:

Index: userinfo-vpopmail.c
===================================================================
RCS file: /home/cvs/dovecot/src/auth/userinfo-vpopmail.c,v
retrieving revision 1.12
diff -u -r1.12 userinfo-vpopmail.c
--- userinfo-vpopmail.c 5 Jan 2003 13:09:51 -0000       1.12
+++ userinfo-vpopmail.c 15 Jan 2003 14:48:48 -0000
@@ -22,7 +22,7 @@
 #define VPOPMAIL_LIMIT 81
 
 static int vpopmail_verify_plain(const char *user, const char *password,
-                                AuthCookieReplyData *reply)
+                                struct auth_cookie_reply_data *reply)
 {
        char vpop_user[VPOPMAIL_LIMIT], vpop_domain[VPOPMAIL_LIMIT];
        struct vqpasswd *vpw;


From jaldhar@debian.org  Fri Jan 17 05:11:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 05:11:33 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 3B7D1238C3
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 05:11:33 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 031428010
	for <dovecot@procontrol.fi>; Thu, 16 Jan 2003 22:11:34 -0500 (EST)
Date: Thu, 16 Jan 2003 22:11:34 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.7 out
In-Reply-To: <1042642198.8610.173.camel@hurina>
Message-ID: <Pine.LNX.4.51.0301162208400.6460@samadhi.braincells.com>
References: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
 <1042642198.8610.173.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 233
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 233                                                  
Status: O

On Wed, 15 Jan 2003, Timo Sirainen wrote:

> > Deb-build failed (woody-debian) at vpopmail.c like parse errors.
> > Source download from: deb-src http://src.braincells.com/debian woody/
>
> Yes, so it seems. This patch fixes it:
>

So I imagined the .debs I put up on my site??????

Weird. Very weird.

Should I update the packages with the patch or will it be ok to wait for
the next stable release?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>

From mw@lanfear.com  Fri Jan 17 07:56:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 07:56:49 +0200 (EET)
Return-Path: <mw@lanfear.com>
Delivered-To: dovecot@procontrol.fi
Received: from akira.lanfear.com (akira.lanfear.com [216.168.61.84])
	by danu.procontrol.fi (Postfix) with SMTP id E0BDE238C3
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 07:56:48 +0200 (EET)
Received: (qmail 94368 invoked from network); 17 Jan 2003 05:56:47 -0000
Received: from localhost.lanfear.com (HELO localhost) (127.0.0.1)
  by localhost.lanfear.com with SMTP; 17 Jan 2003 05:56:47 -0000
Subject: [dovecot] Unable to Log in on FreeBSD server?
From: Mark <mw@lanfear.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 16 Jan 2003 21:56:57 -0800
Message-Id: <1042783017.5740.9.camel@donburi>
Mime-Version: 1.0
X-archive-position: 234
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mw@lanfear.com
Precedence: bulk
X-list: dovecot
X-UID: 234                                                  
Status: O
Content-Length: 1118



Hello!

I recently compiled dovecot 0.99.7 on a FreeBSD 4.3 server, and have
been having problems with logging in and password authentication.

a. I can't seem to get it to compile MD5 support -- it only seems to
support plain, plain-file, and pam.  

b. Whenever I try to log in, I always get something along the following
lines in /var/log/messages ....


Jan 16 17:52:15 akira imap-login: close(master) failed: Bad file
descriptor
Jan 16 17:55:33 akira imap-auth: Userinfo pam doesn't support DIGEST-MD5
method
Jan 16 18:08:28 akira imap-master: Login process died too early -
shutting down

(I also included one about MD5 in there too! :-))

Basically, the imap-login process is dying every time I try to do a
login from a remote machine (I've tried Evolution and Outlook Express
....)  I've tried telling it to use port 143 and port 993 (where it
correctly generates a warning about a certificate that it can't verify,
since i created that certificate with mkcert.sh )


Is there something I haven't configured correctly? The only things I've
changed in dovecot.conf are:


Any suggestions?

Thanks,

Marc.





From tss@iki.fi  Fri Jan 17 13:59:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 13:59:12 +0200 (EET)
Return-Path: <tss@iki.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 177EE238C3
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 13:59:12 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DAEB05E01F60; Fri, 17 Jan 2003 13:59:11 +0200 (EET)
Subject: [dovecot] Re: 0.99.7 out
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.51.0301162208400.6460@samadhi.braincells.com>
References: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
	 <1042642198.8610.173.camel@hurina>
	 <Pine.LNX.4.51.0301162208400.6460@samadhi.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042804751.8602.222.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Jan 2003 13:59:11 +0200
X-archive-position: 235
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: 235                                                  
Status: O

On Fri, 2003-01-17 at 05:11, Jaldhar H. Vyas wrote:
> On Wed, 15 Jan 2003, Timo Sirainen wrote:
> 
> > > Deb-build failed (woody-debian) at vpopmail.c like parse errors.
> > > Source download from: deb-src http://src.braincells.com/debian woody/
> >
> > Yes, so it seems. This patch fixes it:
> >
> 
> So I imagined the .debs I put up on my site??????
> 
> Weird. Very weird.
> 
> Should I update the packages with the patch or will it be ok to wait for
> the next stable release?

You just didn't build the debs with vpopmail support. Probably shouldn't
either, it'd require extra libraries to be linked with.


From tss@iki.fi  Fri Jan 17 14:06:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 14:06:50 +0200 (EET)
Return-Path: <tss@iki.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 2C6C323837
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 14:06:50 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id EB70D5E01F60; Fri, 17 Jan 2003 14:06:49 +0200 (EET)
Subject: [dovecot] Re: Unable to Log in on FreeBSD server?
From: Timo Sirainen <tss@iki.fi>
To: Mark <mw@lanfear.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042783017.5740.9.camel@donburi>
References: <1042783017.5740.9.camel@donburi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042805209.8610.230.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Jan 2003 14:06:49 +0200
X-archive-position: 236
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: 236                                                  
Status: O

On Fri, 2003-01-17 at 07:56, Mark wrote:
> I recently compiled dovecot 0.99.7 on a FreeBSD 4.3 server, and have
> been having problems with logging in and password authentication.
> 
> a. I can't seem to get it to compile MD5 support -- it only seems to
> support plain, plain-file, and pam.  

Do you mean Digest-MD5? That's an authentication mechanism, like plain.
PAM and passwd-file are different things, they're used to check if
password is correct.

> b. Whenever I try to log in, I always get something along the following
> lines in /var/log/messages ....
> 
> 
> Jan 16 17:55:33 akira imap-auth: Userinfo pam doesn't support DIGEST-MD5
> method

PAM and Digest-MD5 can't work together, so it complains. Digest-MD5
requires that the passwords are stored in special format, currently
supported only by passwd-file.


From tss@iki.fi  Fri Jan 17 14:37:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 14:37:32 +0200 (EET)
Return-Path: <tss@iki.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 56AA923837
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 14:37:32 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 239435E01F60; Fri, 17 Jan 2003 14:37:32 +0200 (EET)
Subject: [dovecot] Plain auth broken
From: Timo Sirainen <tss@iki.fi>
To: james broermann <james@hwr.arizona.edu>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042805732.8610.235.camel@hurina>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	 <1042509723.8609.113.camel@hurina>
	 <Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	 <1042592701.8610.171.camel@hurina>
	 <Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	 <1042668222.8602.203.camel@hurina>
	 <Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	 <Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	 <1042805732.8610.235.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042807051.8610.243.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Jan 2003 14:37:32 +0200
X-archive-position: 237
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: 237                                                  
Status: O

On Fri, 2003-01-17 at 14:15, Timo Sirainen wrote:
> On Thu, 2003-01-16 at 03:31, james broermann wrote:
> > pine still doesn't want to work.  It does detect that the server is using
> > plain text passwords.  I'll try the sniffer and see what turns up.
> 
> Whops, you're right. I've tested pine only with digest-md5
> authentication before. Looks like my PLAIN authentication isn't working
> properly. Normally other clients just use LOGIN command which is
> different.

Patch is now available at http://dovecot.procontrol.fi/

From pekka.jalonen@mediatraffic.fi  Fri Jan 17 18:02:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 18:02:30 +0200 (EET)
Return-Path: <pekka.jalonen@mediatraffic.fi>
Delivered-To: dovecot@procontrol.fi
Received: from mx1.lansilinkki.net (mx1.lansilinkki.net [212.83.96.242])
	by danu.procontrol.fi (Postfix) with ESMTP id D8FE323837
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 18:02:30 +0200 (EET)
Received: from zool.mediatraffic.fi (xdsl-228.mediatraffic.fi [212.83.107.228])
	by mx1.lansilinkki.net (8.11.4/8.11.2) with ESMTP id h0HG2Gf18256;
	Fri, 17 Jan 2003 18:02:16 +0200 (EET)
Message-Id: <5.2.0.9.0.20030117175726.00d42988@beta.mediatraffic.fi>
X-Sender: peja@beta.mediatraffic.fi
X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9
Date: Fri, 17 Jan 2003 18:02:17 +0200
To: Timo Sirainen <tss@iki.fi>,
	"Jaldhar H. Vyas" <jaldhar@debian.org>
From: Pekka Jalonen <pekka.jalonen@mediatraffic.fi>
Subject: [dovecot] Re: 0.99.7 out
Cc: dovecot@procontrol.fi
In-Reply-To: <1042804751.8602.222.camel@hurina>
References: <Pine.LNX.4.51.0301162208400.6460@samadhi.braincells.com>
 <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi>
 <1042642198.8610.173.camel@hurina>
 <Pine.LNX.4.51.0301162208400.6460@samadhi.braincells.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-archive-position: 238
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: pekka.jalonen@mediatraffic.fi
Precedence: bulk
X-list: dovecot
X-UID: 238                                                  
Status: O

At 13:59 17.1.2003 +0200, Timo Sirainen wrote:
>On Fri, 2003-01-17 at 05:11, Jaldhar H. Vyas wrote:
> > On Wed, 15 Jan 2003, Timo Sirainen wrote:
> >
> > > > Deb-build failed (woody-debian) at vpopmail.c like parse errors.
> > > > Source download from: deb-src http://src.braincells.com/debian woody/
> > >
> > > Yes, so it seems. This patch fixes it:
> > >
> >
> > So I imagined the .debs I put up on my site??????
> >
> > Weird. Very weird.
> >
> > Should I update the packages with the patch or will it be ok to wait for
> > the next stable release?
>
>You just didn't build the debs with vpopmail support. Probably shouldn't
>either, it'd require extra libraries to be linked with.

I build my own debs so configure found vpopmail libs....

'checking for vpopmail configuration at /home/vpopmail/etc/lib_deps... found'

Hmm what extra libs I need to build to deb-packages?

--
peja


From jaldhar@debian.org  Fri Jan 17 18:08:35 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 18:08:35 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 7CFF923837
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 18:08:35 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 0A1628010; Fri, 17 Jan 2003 11:08:34 -0500 (EST)
Date: Fri, 17 Jan 2003 11:08:34 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: Pekka Jalonen <pekka.jalonen@mediatraffic.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.7 out
In-Reply-To: <5.2.0.9.0.20030117175726.00d42988@beta.mediatraffic.fi>
Message-ID: <Pine.LNX.4.51.0301171103160.11932@samadhi.braincells.com>
References: <Pine.LNX.4.51.0301162208400.6460@samadhi.braincells.com>
 <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi> <1042642198.8610.173.camel@hurina>
 <Pine.LNX.4.51.0301162208400.6460@samadhi.braincells.com>
 <5.2.0.9.0.20030117175726.00d42988@beta.mediatraffic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 239
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 239                                                  
Status: O

On Fri, 17 Jan 2003, Pekka Jalonen wrote:

>
> I build my own debs so configure found vpopmail libs....
>
> 'checking for vpopmail configuration at /home/vpopmail/etc/lib_deps... found'
>

Ok now I understand.

> Hmm what extra libs I need to build to deb-packages?
>

I think Timo meant there would have to be an extra dependency on
libvpopmail1.  I don't want to do that for the main dovecot package as for
most people it would just be extra bloat but I'll consider making an extra
dovecot-vpopmail package.  That will have to wait for -3 though as new
packages cause a delay in entering the archive and I want to get -2 with
the patches installed quickly.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>

From james@hwr.arizona.edu  Fri Jan 17 23:52:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 17 Jan 2003 23:52:23 +0200 (EET)
Return-Path: <james@hwr.arizona.edu>
Delivered-To: dovecot@procontrol.fi
Received: from mail1.hwr.arizona.edu (mail1.hwr.Arizona.EDU [128.196.72.31])
	by danu.procontrol.fi (Postfix) with ESMTP id 39F83238C3
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 23:52:23 +0200 (EET)
Received: from mail1 (localhost [127.0.0.1])
	by mail1.hwr.arizona.edu (8.12.7/8.12.7) with ESMTP id h0HLqBXW021558
	for <dovecot@procontrol.fi>; Fri, 17 Jan 2003 14:52:11 -0700 (MST)
Date: Fri, 17 Jan 2003 14:48:23 -0700 (MST)
From: james broermann <james@hwr.arizona.edu>
To: dovecot@procontrol.fi
Subject: [dovecot] mbox & Maildir
Message-ID: <Pine.LNX.4.52.0301171439550.19329@kyanite.hwr.arizona.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 240
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: james@hwr.arizona.edu
Precedence: bulk
X-list: dovecot
X-UID: 240                                                  
Status: O

Hi,

Is it possible for a client to read both mbox and Maildir formats from one
server running dovecot?

Without changing default_mail_env in dovecot.conf, Maildir folders are
working ... they're located in ~/Maildir. No /var/mail/username exists.  I
have mbox format folders in ~/mail and have been trying to get pine to find
them by adding pine folder collections. I always end up back in ~/Maildir,
though.

Thanks, Jim


From tss@iki.fi  Sat Jan 18 02:05:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 18 Jan 2003 02:05:51 +0200 (EET)
Return-Path: <tss@iki.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 AA7B523837
	for <dovecot@procontrol.fi>; Sat, 18 Jan 2003 02:05:51 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6EB675E01F60; Sat, 18 Jan 2003 02:05:50 +0200 (EET)
Subject: [dovecot] Re: mbox & Maildir
From: Timo Sirainen <tss@iki.fi>
To: james broermann <james@hwr.arizona.edu>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.52.0301171439550.19329@kyanite.hwr.arizona.edu>
References: <Pine.LNX.4.52.0301171439550.19329@kyanite.hwr.arizona.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042848350.11439.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 18 Jan 2003 02:05:50 +0200
X-archive-position: 241
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: 241                                                  
Status: O

On Fri, 2003-01-17 at 23:48, james broermann wrote:
> Is it possible for a client to read both mbox and Maildir formats from one
> server running dovecot?
> 
> Without changing default_mail_env in dovecot.conf, Maildir folders are
> working ... they're located in ~/Maildir. No /var/mail/username exists.  I
> have mbox format folders in ~/mail and have been trying to get pine to find
> them by adding pine folder collections. I always end up back in ~/Maildir,
> though.

Within same session it's currently not possible to use both mbox and
maildir folders. Different users could access both mbox and maildir with
the autodetection code (~/Maildir if exists, fallbacks to ~/mail).

Accessing both with same user would mostly be a configuration and
namespace issue. I'd rather not add code for those before supporting
shared folders.


From amyzing@talsever.com  Sat Jan 18 19:01:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 18 Jan 2003 19:01:48 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from mclean.mail.mindspring.net (mclean.mail.mindspring.net [207.69.200.57])
	by danu.procontrol.fi (Postfix) with ESMTP id 42811238C3
	for <dovecot@procontrol.fi>; Sat, 18 Jan 2003 19:01:48 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by mclean.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18ZwLk-0004BY-00; Sat, 18 Jan 2003 12:01:40 -0500
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP
	id 976628044; Sat, 18 Jan 2003 12:03:30 -0500 (EST)
Date: Sat, 18 Jan 2003 12:01:37 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: Timo Sirainen <tss@iki.fi>
Cc: james@hwr.arizona.edu, dovecot@procontrol.fi
Subject: [dovecot] Re: Plain auth broken
Message-Id: <20030118120137.794e417b.amyzing@talsever.com>
In-Reply-To: <1042807051.8610.243.camel@hurina>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	<1042509723.8609.113.camel@hurina>
	<Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	<1042592701.8610.171.camel@hurina>
	<Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	<1042668222.8602.203.camel@hurina>
	<Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	<Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	<1042805732.8610.235.camel@hurina>
	<1042807051.8610.243.camel@hurina>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i386-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 242
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 242                                                  
Status: O
Content-Length: 1201

On 17 Jan 2003 14:37:32 +0200
Timo Sirainen <tss@iki.fi> wrote:

> On Fri, 2003-01-17 at 14:15, Timo Sirainen wrote:
> > On Thu, 2003-01-16 at 03:31, james broermann wrote:
> > > pine still doesn't want to work.  It does detect that the server
> > > is using plain text passwords.  I'll try the sniffer and see what
> > > turns up.
> > 
> > Whops, you're right. I've tested pine only with digest-md5
> > authentication before. Looks like my PLAIN authentication isn't
> > working properly. Normally other clients just use LOGIN command
> > which is different.
> 
> Patch is now available at http://dovecot.procontrol.fi/

Hmm.

I'm running the debian package 0.99.7-2.  If I turn off SSL, and allow
plaintext, I can log in.  If I turn SSL on (comment out ssl_diable =
yes), then I can't.  It was working in 0.99.6, I know.

Same situation using 0.99.7-1 alpha (it takes longer for alpha builds to
make it into debian).

I can provide more information, as necessary.  All that's logged is
"disconnected for inactivity".  Monitoring via tcpdump doesn't seem too
useful, given that TLS is negotiated.

Amy! 
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Igne natura renovatur integra.

From mw@lanfear.com  Sat Jan 18 21:56:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 18 Jan 2003 21:56:28 +0200 (EET)
Return-Path: <mw@lanfear.com>
Delivered-To: dovecot@procontrol.fi
Received: from akira.lanfear.com (akira.lanfear.com [216.168.61.84])
	by danu.procontrol.fi (Postfix) with SMTP id D1D83238C3
	for <dovecot@procontrol.fi>; Sat, 18 Jan 2003 21:56:27 +0200 (EET)
Received: (qmail 17378 invoked from network); 18 Jan 2003 19:56:25 -0000
Received: from localhost.lanfear.com (HELO localhost) (127.0.0.1)
  by localhost.lanfear.com with SMTP; 18 Jan 2003 19:56:25 -0000
Subject: [dovecot] Re: Unable to Log in on FreeBSD server?
From: Mark <mw@lanfear.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042805209.8610.230.camel@hurina>
References: <1042783017.5740.9.camel@donburi> 
	<1042805209.8610.230.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 18 Jan 2003 11:56:33 -0800
Message-Id: <1042919794.7750.17.camel@donburi>
Mime-Version: 1.0
X-archive-position: 243
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mw@lanfear.com
Precedence: bulk
X-list: dovecot
X-UID: 243                                                  
Status: O
Content-Length: 1616


 I was more just asking about the other problems (I can worry about MD5
later ...).  Even with the 99.7-2 patch, I cannot get any logins to work
to my server.  I always get the

"Authentication process died" message on my client, and messages in my
/var/log/mess such as:


Jan 16 17:52:15 akira imap-login: close(master) failed: Bad file
descriptor
Jan 16 18:08:28 akira imap-master: Login process died too early -
shutting down


- I can only connect to port 993, not 143
- I have the following changes in my dovecot.conf:

default_mail_env = mbox:~/.imapmail:INBOX=~/Mailbox
# (incoming mail is ~/Mailbox, I want mail in ~/.imapmail)



Any ideas at all?

Thanks much!

ciao,
mark.





On Fri, 2003-01-17 at 04:06, Timo Sirainen wrote:
> On Fri, 2003-01-17 at 07:56, Mark wrote:
> > I recently compiled dovecot 0.99.7 on a FreeBSD 4.3 server, and have
> > been having problems with logging in and password authentication.
> > 
> > a. I can't seem to get it to compile MD5 support -- it only seems to
> > support plain, plain-file, and pam.  
> 
> Do you mean Digest-MD5? That's an authentication mechanism, like plain.
> PAM and passwd-file are different things, they're used to check if
> password is correct.
> 
> > b. Whenever I try to log in, I always get something along the following
> > lines in /var/log/messages ....
> > 
> > 
> > Jan 16 17:55:33 akira imap-auth: Userinfo pam doesn't support DIGEST-MD5
> > method
> 
> PAM and Digest-MD5 can't work together, so it complains. Digest-MD5
> requires that the passwords are stored in special format, currently
> supported only by passwd-file.
> 
> 
> 



From tss@iki.fi  Sat Jan 18 22:20:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 18 Jan 2003 22:20:56 +0200 (EET)
Return-Path: <tss@iki.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 2A51823837
	for <dovecot@procontrol.fi>; Sat, 18 Jan 2003 22:20:56 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7F92E5E01F96; Sat, 18 Jan 2003 22:20:55 +0200 (EET)
Subject: [dovecot] Re: Unable to Log in on FreeBSD server?
From: Timo Sirainen <tss@iki.fi>
To: Mark <mw@lanfear.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042919794.7750.17.camel@donburi>
References: <1042783017.5740.9.camel@donburi>
	 <1042805209.8610.230.camel@hurina>  <1042919794.7750.17.camel@donburi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1042921255.11444.64.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 18 Jan 2003 22:20:55 +0200
X-archive-position: 244
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: 244                                                  
Status: O

On Sat, 2003-01-18 at 21:56, Mark wrote:
> Jan 16 17:52:15 akira imap-login: close(master) failed: Bad file
> descriptor
> Jan 16 18:08:28 akira imap-master: Login process died too early -
> shutting down

Well, if those happen all the time, it's not because of the
configuration. FreeBSD 4.3 is a bit old, but I'd think it supports
everything that Dovecot wants. Hard to say, that'd require some
debugging with the system..

> "Authentication process died" message on my client, and messages in my
> /var/log/mess such as:

It doesn't say anything about auth process in log files?


From mw@lanfear.com  Sun Jan 19 05:36:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 19 Jan 2003 05:36:30 +0200 (EET)
Return-Path: <mw@lanfear.com>
Delivered-To: dovecot@procontrol.fi
Received: from akira.lanfear.com (akira.lanfear.com [216.168.61.84])
	by danu.procontrol.fi (Postfix) with SMTP id 39576238C3
	for <dovecot@procontrol.fi>; Sun, 19 Jan 2003 05:36:29 +0200 (EET)
Received: (qmail 25432 invoked from network); 19 Jan 2003 03:36:27 -0000
Received: from localhost.lanfear.com (HELO localhost) (127.0.0.1)
  by localhost.lanfear.com with SMTP; 19 Jan 2003 03:36:27 -0000
Subject: [dovecot] Re: Unable to Log in on FreeBSD server?
From: Mark <mw@lanfear.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042921255.11444.64.camel@hurina>
References: <1042783017.5740.9.camel@donburi>
	<1042805209.8610.230.camel@hurina>  <1042919794.7750.17.camel@donburi> 
	<1042921255.11444.64.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 18 Jan 2003 19:36:43 -0800
Message-Id: <1042947403.1373.4.camel@donburi>
Mime-Version: 1.0
X-archive-position: 245
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mw@lanfear.com
Precedence: bulk
X-list: dovecot
X-UID: 245                                                  
Status: O
Content-Length: 1263


I recently recompiled with --enable-asserts and --enable-debug, and I
when trying to log in to either port 143 or port 993 using Outlook
Express, the following happens:

1. Outlook Express complains that the authentication failed with "Login
Process died unexpectedly"
2. The imap-master and all other processes die on my FreeBSD machine.
3. I see the following in the logs:

Jan 18 19:32:21 akira imap-master: Login process died too early -
shutting down


That's it.   Btw -- FreeBSD 4.3 isn't all that old -- perhaps 18
months.  I've had uptimes longer than that !! :-)


ciao,
mark.


On Sat, 2003-01-18 at 12:20, Timo Sirainen wrote:
> On Sat, 2003-01-18 at 21:56, Mark wrote:
> > Jan 16 17:52:15 akira imap-login: close(master) failed: Bad file
> > descriptor
> > Jan 16 18:08:28 akira imap-master: Login process died too early -
> > shutting down
> 
> Well, if those happen all the time, it's not because of the
> configuration. FreeBSD 4.3 is a bit old, but I'd think it supports
> everything that Dovecot wants. Hard to say, that'd require some
> debugging with the system..
> 
> > "Authentication process died" message on my client, and messages in my
> > /var/log/mess such as:
> 
> It doesn't say anything about auth process in log files?
> 
> 
> 



From tss@iki.fi  Tue Jan 21 09:43:08 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 21 Jan 2003 09:43:08 +0200 (EET)
Return-Path: <tss@iki.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 7D3AA238C5
	for <dovecot@procontrol.fi>; Tue, 21 Jan 2003 09:43:07 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id BE12C5E01F96; Tue, 21 Jan 2003 09:43:06 +0200 (EET)
Subject: [dovecot] Re: Plain auth broken
From: Timo Sirainen <tss@iki.fi>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030118120137.794e417b.amyzing@talsever.com>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	 <1042509723.8609.113.camel@hurina>
	 <Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	 <1042592701.8610.171.camel@hurina>
	 <Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	 <1042668222.8602.203.camel@hurina>
	 <Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	 <Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	 <1042805732.8610.235.camel@hurina> <1042807051.8610.243.camel@hurina>
	 <20030118120137.794e417b.amyzing@talsever.com>
Content-Type: multipart/mixed; boundary="=-Jf/Oz1qqyUMq6k680+bK"
Organization: 
Message-Id: <1043134986.11439.337.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 21 Jan 2003 09:43:06 +0200
X-archive-position: 246
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: 246                                                  
Status: O
Content-Length: 15348


--=-Jf/Oz1qqyUMq6k680+bK
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sat, 2003-01-18 at 19:01, Amelia A.Lewis wrote:
> I'm running the debian package 0.99.7-2.  If I turn off SSL, and allow
> plaintext, I can log in.  If I turn SSL on (comment out ssl_diable =
> yes), then I can't.  It was working in 0.99.6, I know.

If it was working in .6, I can't think of what could have broken. But
here's a patch for more verbose logging if "auth_verbose = yes" in
config file.


--=-Jf/Oz1qqyUMq6k680+bK
Content-Disposition: attachment; filename=verbose.diff
Content-Type: text/x-patch; name=verbose.diff; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

diff -ru dovecot-0.99.7/src/auth/auth-digest-md5.c dovecot-0.99.7p1/src/aut=
h/auth-digest-md5.c
--- dovecot-0.99.7/src/auth/auth-digest-md5.c	2003-01-11 21:55:56.000000000=
 +0200
+++ dovecot-0.99.7p1/src/auth/auth-digest-md5.c	2003-01-21 09:39:28.0000000=
00 +0200
@@ -195,8 +195,14 @@
=20
 		if (i =3D=3D 0) {
 			/* verify response */
-			if (memcmp(response_hex, auth->response, 32) !=3D 0)
+			if (memcmp(response_hex, auth->response, 32) !=3D 0) {
+				if (verbose) {
+					i_info("digest-md5(%s): "
+					       "password mismatch",
+					       auth->username);
+				}
 				return FALSE;
+			}
 		} else {
 			auth->rspauth =3D p_strconcat(auth->pool, "rspauth=3D",
 						    response_hex, NULL);
@@ -506,7 +512,7 @@
 		auth->qop_value =3D p_strdup(auth->pool, "auth");
=20
 	if (!failed && !verify_auth(auth)) {
-		*error =3D "Authentication failed";
+		*error =3D NULL;
 		failed =3D TRUE;
 	}
=20
@@ -557,6 +563,11 @@
 		return;
 	}
=20
+	if (error =3D=3D NULL)
+                error =3D "Authentication failed";
+	else if (verbose)
+		i_info("digest-md5: %s", error);
+
 	/* failed */
 	reply.result =3D AUTH_RESULT_FAILURE;
 	callback(&reply, error, context);
diff -ru dovecot-0.99.7/src/auth/common.h dovecot-0.99.7p1/src/auth/common.=
h
--- dovecot-0.99.7/src/auth/common.h	2003-01-05 15:09:51.000000000 +0200
+++ dovecot-0.99.7p1/src/auth/common.h	2003-01-21 09:39:28.000000000 +0200
@@ -8,5 +8,6 @@
 #define LOGIN_LISTEN_FD 3
=20
 extern struct ioloop *ioloop;
+extern int verbose;
=20
 #endif
diff -ru dovecot-0.99.7/src/auth/login-connection.c dovecot-0.99.7p1/src/au=
th/login-connection.c
--- dovecot-0.99.7/src/auth/login-connection.c	2003-01-05 17:19:50.00000000=
0 +0200
+++ dovecot-0.99.7p1/src/auth/login-connection.c	2003-01-21 09:39:28.000000=
000 +0200
@@ -84,6 +84,10 @@
 		login_connection_destroy(conn);
 	} else {
 		conn->pid =3D rec.pid;
+		if (verbose) {
+			i_info("Login process %d sent handshake: PID %s",
+			       conn->fd, dec2str(conn->pid));
+		}
 	}
 }
=20
@@ -173,6 +177,9 @@
 {
 	struct login_connection *conn;
=20
+	if (verbose)
+		i_info("Login process %d connected", fd);
+
 	conn =3D i_new(struct login_connection, 1);
=20
 	conn->fd =3D fd;
@@ -199,6 +206,9 @@
 {
 	struct login_connection **pos;
=20
+	if (verbose)
+		i_info("Login process %d disconnected", conn->fd);
+
 	for (pos =3D &connections; *pos !=3D NULL; pos =3D &(*pos)->next) {
 		if (*pos =3D=3D conn) {
 			*pos =3D conn->next;
diff -ru dovecot-0.99.7/src/auth/main.c dovecot-0.99.7p1/src/auth/main.c
--- dovecot-0.99.7/src/auth/main.c	2003-01-08 23:13:05.000000000 +0200
+++ dovecot-0.99.7p1/src/auth/main.c	2003-01-21 09:39:28.000000000 +0200
@@ -17,6 +17,8 @@
 #include <syslog.h>
=20
 struct ioloop *ioloop;
+int verbose =3D FALSE;
+
 static struct io *io_listen;
=20
 static void sig_quit(int signo __attr_unused__)
@@ -69,6 +71,8 @@
 {
 	lib_init_signals(sig_quit);
=20
+	verbose =3D getenv("VERBOSE") !=3D NULL;
+
 	auth_init();
 	cookies_init();
 	login_connections_init();
diff -ru dovecot-0.99.7/src/auth/userinfo-pam.c dovecot-0.99.7p1/src/auth/u=
serinfo-pam.c
--- dovecot-0.99.7/src/auth/userinfo-pam.c	2003-01-05 15:09:51.000000000 +0=
200
+++ dovecot-0.99.7p1/src/auth/userinfo-pam.c	2003-01-21 09:39:28.000000000 =
+0200
@@ -148,25 +148,45 @@
 	return PAM_SUCCESS;
 }
=20
-static int pam_auth(pam_handle_t *pamh)
+static int pam_auth(pam_handle_t *pamh, const char *user)
 {
 	char *item;
 	int status;
=20
-	if ((status =3D pam_authenticate(pamh, 0)) !=3D PAM_SUCCESS)
+	if ((status =3D pam_authenticate(pamh, 0)) !=3D PAM_SUCCESS) {
+		if (verbose) {
+			i_info("PAM: pam_authenticate(%s) failed: %s",
+			       user, pam_strerror(pamh, status));
+		}
 		return status;
+	}
=20
 #ifdef HAVE_PAM_SETCRED
-	if ((status =3D pam_setcred(pamh, PAM_ESTABLISH_CRED)) !=3D PAM_SUCCESS)
+	if ((status =3D pam_setcred(pamh, PAM_ESTABLISH_CRED)) !=3D PAM_SUCCESS) =
{
+		if (verbose) {
+			i_info("PAM: pam_setcred(%s) failed: %s",
+			       user, pam_strerror(pamh, status));
+		}
 		return status;
+	}
 #endif
=20
-	if ((status =3D pam_acct_mgmt(pamh, 0)) !=3D PAM_SUCCESS)
+	if ((status =3D pam_acct_mgmt(pamh, 0)) !=3D PAM_SUCCESS) {
+		if (verbose) {
+			i_info("PAM: pam_acct_mgmt(%s) failed: %s",
+			       user, pam_strerror(pamh, status));
+		}
 		return status;
+	}
=20
 	status =3D pam_get_item(pamh, PAM_USER, (linux_const void **)&item);
-	if (status !=3D PAM_SUCCESS)
+	if (status !=3D PAM_SUCCESS) {
+		if (verbose) {
+			i_info("PAM: pam_get_item(%s) failed: %s",
+			       user, pam_strerror(pamh, status));
+		}
 		return status;
+	}
=20
 	return PAM_SUCCESS;
 }
@@ -187,12 +207,18 @@
 	userpass.pass =3D password;
=20
 	status =3D pam_start(service_name, user, &conv, &pamh);
-	if (status !=3D PAM_SUCCESS)
+	if (status !=3D PAM_SUCCESS) {
+		if (verbose) {
+			i_info("PAM: pam_start(%s) failed: %s",
+			       user, pam_strerror(pamh, status));
+		}
 		return FALSE;
+	}
=20
-	status =3D pam_auth(pamh);
+	status =3D pam_auth(pamh, user);
 	if ((status2 =3D pam_end(pamh, status)) !=3D PAM_SUCCESS) {
-		i_error("pam_end() failed: %s", pam_strerror(pamh, status2));
+		i_error("pam_end(%s) failed: %s",
+			user, pam_strerror(pamh, status2));
 		return FALSE;
 	}
=20
@@ -201,8 +227,10 @@
=20
 	/* password ok, save the user info */
 	pw =3D getpwnam(user);
-	if (pw =3D=3D NULL)
+	if (pw =3D=3D NULL) {
+		i_error("PAM: getpwnam(%s) failed: %m", user);
 		return FALSE;
+	}
=20
 	safe_memset(pw->pw_passwd, 0, strlen(pw->pw_passwd));
 	passwd_fill_cookie_reply(pw, reply);
diff -ru dovecot-0.99.7/src/auth/userinfo-passwd-file.c dovecot-0.99.7p1/sr=
c/auth/userinfo-passwd-file.c
--- dovecot-0.99.7/src/auth/userinfo-passwd-file.c	2003-01-11 21:55:56.0000=
00000 +0200
+++ dovecot-0.99.7p1/src/auth/userinfo-passwd-file.c	2003-01-21 09:39:28.00=
0000000 +0200
@@ -67,8 +67,11 @@
 				  strlen(pu->realm) - 1);
=20
 		pw =3D getpwnam(user);
-		if (pw =3D=3D NULL)
+		if (pw =3D=3D NULL) {
+			i_error("passwd-file(%s): missing info and "
+				"not found with getpwnam()", user);
 			return FALSE;
+		}
=20
 		passwd_fill_cookie_reply(pw, reply);
 	}
@@ -115,21 +118,35 @@
=20
 	/* find it from all realms */
 	pu =3D hash_lookup(passwd_file->users, user);
-	if (pu =3D=3D NULL)
+	if (pu =3D=3D NULL) {
+		if (verbose)
+			i_info("passwd-file(%s): unknown user", user);
 		return FALSE;
+	}
=20
 	/* verify that password matches */
 	switch (pu->password_type) {
 	case PASSWORD_DES:
-		if (strcmp(mycrypt(password, pu->password), pu->password) !=3D 0)
+		if (strcmp(mycrypt(password, pu->password),
+			   pu->password) !=3D 0) {
+			if (verbose) {
+				i_info("passwd-file(%s): DES password mismatch",
+				       user);
+			}
 			return FALSE;
+		}
 		break;
 	case PASSWORD_MD5:
 		md5_get_digest(password, strlen(password), digest);
 		str =3D binary_to_hex(digest, sizeof(digest));
=20
-		if (strcmp(str, pu->password) !=3D 0)
+		if (strcmp(str, pu->password) !=3D 0) {
+			if (verbose) {
+				i_info("passwd-file(%s): MD5 password mismatch",
+				       user);
+			}
 			return FALSE;
+		}
 		break;
 	case PASSWORD_DIGEST_MD5:
 		/* user:realm:passwd */
@@ -140,8 +157,13 @@
 		md5_get_digest(str, strlen(str), digest);
 		str =3D binary_to_hex(digest, sizeof(digest));
=20
-		if (strcmp(str, pu->password) !=3D 0)
+		if (strcmp(str, pu->password) !=3D 0) {
+			if (verbose) {
+				i_info("passwd-file(%s): "
+				       "DIGEST-MD5 password mismatch", user);
+			}
 			return FALSE;
+		}
 		break;
 	default:
                 i_unreached();
@@ -167,16 +189,22 @@
 		t_strconcat(user, ":", realm, NULL);
=20
 	pu =3D hash_lookup(passwd_file->users, id);
-	if (pu =3D=3D NULL)
+	if (pu =3D=3D NULL) {
+		if (verbose)
+			i_info("passwd-file(%s): unknown user", user);
 		return FALSE;
+	}
=20
 	/* found */
 	i_assert(strlen(pu->password) =3D=3D 32);
=20
 	buf =3D buffer_create_data(data_stack_pool, digest, 16);
-	if (!hex_to_binary(pu->password, buf))
+	if (!hex_to_binary(pu->password, buf)) {
+		if (verbose)
+			i_info("passwd-file(%s): invalid password field", user);
 		return FALSE;
-=09
+	}
+
 	return get_reply_data(pu, reply);
 }
=20
diff -ru dovecot-0.99.7/src/auth/userinfo-passwd.c dovecot-0.99.7p1/src/aut=
h/userinfo-passwd.c
--- dovecot-0.99.7/src/auth/userinfo-passwd.c	2003-01-05 15:09:51.000000000=
 +0200
+++ dovecot-0.99.7p1/src/auth/userinfo-passwd.c	2003-01-21 09:39:28.0000000=
00 +0200
@@ -37,8 +37,21 @@
 	int result;
=20
 	pw =3D getpwnam(user);
-	if (pw =3D=3D NULL || !IS_VALID_PASSWD(pw->pw_passwd))
+	if (pw =3D=3D NULL) {
+		if (errno !=3D 0)
+			i_error("getpwnam(%s) failed: %m", user);
+		else if (verbose)
+			i_info("passwd(%s): unknown user", user);
 		return FALSE;
+	}
+
+	if (!IS_VALID_PASSWD(pw->pw_passwd)) {
+		if (verbose) {
+			i_info("passwd(%s): invalid password field '%s'",
+			       user, pw->pw_passwd);
+		}
+		return FALSE;
+	}
=20
 	/* check if the password is valid */
 	result =3D strcmp(mycrypt(password, pw->pw_passwd), pw->pw_passwd) =3D=3D=
 0;
@@ -46,8 +59,11 @@
 	/* clear the passwords from memory */
 	safe_memset(pw->pw_passwd, 0, strlen(pw->pw_passwd));
=20
-	if (!result)
+	if (!result) {
+		if (verbose)
+			i_info("passwd(%s): password mismatch", user);
 		return FALSE;
+	}
=20
 	/* password ok, save the user info */
         passwd_fill_cookie_reply(pw, reply);
diff -ru dovecot-0.99.7/src/auth/userinfo-shadow.c dovecot-0.99.7p1/src/aut=
h/userinfo-shadow.c
--- dovecot-0.99.7/src/auth/userinfo-shadow.c	2003-01-05 15:09:51.000000000=
 +0200
+++ dovecot-0.99.7p1/src/auth/userinfo-shadow.c	2003-01-21 09:39:28.0000000=
00 +0200
@@ -23,8 +23,21 @@
 	int result;
=20
 	spw =3D getspnam(user);
-	if (spw =3D=3D NULL || !IS_VALID_PASSWD(spw->sp_pwdp))
+	if (spw =3D=3D NULL) {
+		if (errno !=3D 0)
+			i_error("getspnam(%s) failed: %m", user);
+		else if (verbose)
+			i_info("shadow(%s): unknown user", user);
 		return FALSE;
+	}
+
+	if (!IS_VALID_PASSWD(spw->sp_pwdp)) {
+		if (verbose) {
+			i_info("shadow(%s): invalid password field '%s'",
+			       user, spw->sp_pwdp);
+		}
+		return FALSE;
+	}
=20
 	/* check if the password is valid */
 	result =3D strcmp(mycrypt(password, spw->sp_pwdp), spw->sp_pwdp) =3D=3D 0=
;
@@ -32,13 +45,18 @@
 	/* clear the passwords from memory */
 	safe_memset(spw->sp_pwdp, 0, strlen(spw->sp_pwdp));
=20
-	if (!result)
+	if (!result) {
+		if (verbose)
+			i_info("shadow(%s): password mismatch", user);
 		return FALSE;
+	}
=20
 	/* password ok, save the user info */
 	pw =3D getpwnam(user);
-	if (pw =3D=3D NULL)
+	if (pw =3D=3D NULL) {
+		i_error("shadow(%s): getpwnam() failed: %m", user);
 		return FALSE;
+	}
=20
         passwd_fill_cookie_reply(pw, reply);
 	return TRUE;
diff -ru dovecot-0.99.7/src/auth/userinfo-vpopmail.c dovecot-0.99.7p1/src/a=
uth/userinfo-vpopmail.c
--- dovecot-0.99.7/src/auth/userinfo-vpopmail.c	2003-01-05 15:09:51.0000000=
00 +0200
+++ dovecot-0.99.7p1/src/auth/userinfo-vpopmail.c	2003-01-21 09:39:28.00000=
0000 +0200
@@ -14,8 +14,6 @@
 #include <vpopmail.h>
 #include <vauth.h>
=20
-#define I_DEBUG(x) /* i_warning x */
-
 /* Limit user and domain to 80 chars each (+1 for \0). I wouldn't recommen=
d
    raising this limit at least much, vpopmail is full of potential buffer
    overflows. */
@@ -36,7 +34,8 @@
=20
 	if (parse_email(t_strdup_noconst(user), vpop_user, vpop_domain,
 			sizeof(vpop_user)-1) < 0) {
-		I_DEBUG(("vpopmail: parse_email(%s) failed", user));
+		if (verbose)
+			i_info("vpopmail(%s): parse_email() failed", user);
 		return FALSE;
 	}
=20
@@ -44,19 +43,25 @@
 	   struct vqpasswd isn't really gid at all but just some flags... */
 	if (vget_assign(vpop_domain, NULL, 0,
 			&reply->uid, &reply->gid) =3D=3D NULL) {
-		I_DEBUG(("vpopmail: vget_assign(%s) failed", vpop_domain));
+		if (verbose) {
+			i_info("vpopmail(%s): vget_assign(%s) failed",
+			       user, vpop_domain);
+		}
 		return FALSE;
 	}
=20
 	vpw =3D vauth_getpw(vpop_user, vpop_domain);
 	if (vpw !=3D NULL && (vpw->pw_dir =3D=3D NULL || vpw->pw_dir[0] =3D=3D '\=
0')) {
 		/* user's homedir doesn't exist yet, create it */
-		I_DEBUG(("vpopmail: pw_dir isn't set, creating"));
+		if (verbose) {
+			i_info("vpopmail(%s): pw_dir isn't set, creating",
+			       user);
+		}
=20
 		if (make_user_dir(vpop_user, vpop_domain,
 				  reply->uid, reply->gid) =3D=3D NULL) {
-			i_error("vpopmail: make_user_dir(%s, %s) failed",
-				vpop_user, vpop_domain);
+			i_error("vpopmail(%s): make_user_dir(%s, %s) failed",
+				user, vpop_user, vpop_domain);
 			return FALSE;
 		}
=20
@@ -64,14 +69,16 @@
 	}
=20
 	if (vpw =3D=3D NULL) {
-		I_DEBUG(("vpopmail: vauth_getpw(%s, %s) failed",
-		       vpop_user, vpop_domain));
+		if (verbose) {
+			i_info("vpopmail(%s): vauth_getpw(%s, %s) failed",
+			       user, vpop_user, vpop_domain);
+		}
 		return FALSE;
 	}
=20
 	if (vpw->pw_gid & NO_IMAP) {
-		I_DEBUG(("vpopmail: IMAP disabled for %s@%s",
-		       vpop_user, vpop_domain));
+		if (verbose)
+			i_info("vpopmail(%s): IMAP disabled", user);
 		return FALSE;
 	}
=20
@@ -80,8 +87,8 @@
 	safe_memset(vpw->pw_passwd, 0, strlen(vpw->pw_passwd));
=20
 	if (!result) {
-		I_DEBUG(("vpopmail: password mismatch for user %s@%s",
-		       vpop_user, vpop_domain));
+		if (verbose)
+			i_info("vpopmail(%s): password mismatch", user);
 		return FALSE;
 	}
=20
diff -ru dovecot-0.99.7/src/master/auth-process.c dovecot-0.99.7p1/src/mast=
er/auth-process.c
--- dovecot-0.99.7/src/master/auth-process.c	2003-01-11 21:55:57.000000000 =
+0200
+++ dovecot-0.99.7p1/src/master/auth-process.c	2003-01-21 09:39:28.00000000=
0 +0200
@@ -278,6 +278,8 @@
=20
 	if (config->use_cyrus_sasl)
 		env_put("USE_CYRUS_SASL=3D1");
+	if (config->verbose)
+		env_put("VERBOSE=3D1");
=20
 	restrict_process_size(config->process_size);
=20
diff -ru dovecot-0.99.7/src/master/settings.c dovecot-0.99.7p1/src/master/s=
ettings.c
--- dovecot-0.99.7/src/master/settings.c	2003-01-05 17:19:50.000000000 +020=
0
+++ dovecot-0.99.7p1/src/master/settings.c	2003-01-21 09:39:28.000000000 +0=
200
@@ -417,6 +417,9 @@
 	if (strcmp(key, "auth_cyrus_sasl") =3D=3D 0)
 		return get_bool(value, &auth->use_cyrus_sasl);
=20
+	if (strcmp(key, "auth_verbose") =3D=3D 0)
+		return get_bool(value, &auth->verbose);
+
 	if (strcmp(key, "auth_count") =3D=3D 0) {
 		int num;
=20
diff -ru dovecot-0.99.7/src/master/settings.h dovecot-0.99.7p1/src/master/s=
ettings.h
--- dovecot-0.99.7/src/master/settings.h	2003-01-05 17:19:50.000000000 +020=
0
+++ dovecot-0.99.7p1/src/master/settings.h	2003-01-21 09:39:28.000000000 +0=
200
@@ -71,7 +71,7 @@
 	char *user;
 	char *chroot;
=20
-	int use_cyrus_sasl;
+	int use_cyrus_sasl, verbose;
=20
 	unsigned int count;
 	unsigned int process_size;

--=-Jf/Oz1qqyUMq6k680+bK--

From tss@iki.fi  Tue Jan 21 10:00:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 21 Jan 2003 10:00:56 +0200 (EET)
Return-Path: <tss@iki.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 9DD3723837
	for <dovecot@procontrol.fi>; Tue, 21 Jan 2003 10:00:56 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5460B5E01F96; Tue, 21 Jan 2003 10:00:56 +0200 (EET)
Subject: [dovecot] Re: Unable to Log in on FreeBSD server?
From: Timo Sirainen <tss@iki.fi>
To: Mark <mw@lanfear.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1042947403.1373.4.camel@donburi>
References: <1042783017.5740.9.camel@donburi>
	 <1042805209.8610.230.camel@hurina>  <1042919794.7750.17.camel@donburi>
	 <1042921255.11444.64.camel@hurina>  <1042947403.1373.4.camel@donburi>
Content-Type: multipart/mixed; boundary="=-DWonjSm/fUvyITU9LhZD"
Organization: 
Message-Id: <1043136055.11445.356.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 21 Jan 2003 10:00:56 +0200
X-archive-position: 247
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: 247                                                  
Status: O
Content-Length: 4617


--=-DWonjSm/fUvyITU9LhZD
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sun, 2003-01-19 at 05:36, Mark wrote:
> I recently recompiled with --enable-asserts and --enable-debug, and I
> when trying to log in to either port 143 or port 993 using Outlook
> Express, the following happens:

--enable-asserts is actually the default. --enable-debug does only some
internal sanity checks and bad performance warnings.

> 1. Outlook Express complains that the authentication failed with "Login
> Process died unexpectedly"
> 2. The imap-master and all other processes die on my FreeBSD machine.
> 3. I see the following in the logs:
> 
> Jan 18 19:32:21 akira imap-master: Login process died too early -
> shutting down

That "close(master) failed: Bad file descriptor" you had in log is the
only indicator that something wrong even happened. But it still should
have logged something more.

Hmm. Looks like the new code that complains about auth/login process
dying too soon doesn't tell the reason for it if the process crashed or
exited without logging a failure.

See if the attached patch shows something more in the logs? It doesn't
fix the problem, but at least I'll know if it crashes or something else.


--=-DWonjSm/fUvyITU9LhZD
Content-Disposition: attachment; filename=master.diff
Content-Type: text/plain; name=master.diff; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

? src/master/gmon.out
Index: src/master/auth-process.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/master/auth-process.c,v
retrieving revision 1.26
diff -u -r1.26 auth-process.c
--- src/master/auth-process.c	21 Jan 2003 07:40:54 -0000	1.26
+++ src/master/auth-process.c	21 Jan 2003 07:57:29 -0000
@@ -160,8 +160,10 @@
 	struct auth_process **pos;
 	struct waiting_request *next;
=20
-	if (!p->initialized)
-		i_fatal("Auth process died too early - shutting down");
+	if (!p->initialized) {
+		i_error("Auth process died too early - shutting down");
+		io_loop_stop(ioloop);
+	}
=20
 	for (pos =3D &processes; *pos !=3D NULL; pos =3D &(*pos)->next) {
 		if (*pos =3D=3D p) {
Index: src/master/common.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/master/common.h,v
retrieving revision 1.9
diff -u -r1.9 common.h
--- src/master/common.h	5 Jan 2003 13:09:53 -0000	1.9
+++ src/master/common.h	21 Jan 2003 07:57:29 -0000
@@ -18,6 +18,7 @@
 	PROCESS_TYPE_MAX
 };
=20
+extern struct ioloop *ioloop;
 extern struct hash_table *pids;
 extern int null_fd, imap_fd, imaps_fd;
=20
Index: src/master/login-process.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/master/login-process.c,v
retrieving revision 1.28
diff -u -r1.28 login-process.c
--- src/master/login-process.c	11 Jan 2003 15:29:47 -0000	1.28
+++ src/master/login-process.c	21 Jan 2003 07:57:29 -0000
@@ -223,8 +223,10 @@
 		return;
 	p->destroyed =3D TRUE;
=20
-	if (!p->initialized)
-		i_fatal("Login process died too early - shutting down");
+	if (!p->initialized) {
+		i_error("Login process died too early - shutting down");
+		io_loop_stop(ioloop);
+	}
 	if (p->listening)
 		listening_processes--;
=20
Index: src/master/main.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/master/main.c,v
retrieving revision 1.27
diff -u -r1.27 main.c
--- src/master/main.c	11 Jan 2003 15:29:47 -0000	1.27
+++ src/master/main.c	21 Jan 2003 07:57:29 -0000
@@ -28,9 +28,9 @@
 };
=20
 static const char *configfile =3D SYSCONFDIR "/" PACKAGE ".conf";
-static struct ioloop *ioloop;
 static struct timeout *to;
=20
+struct ioloop *ioloop;
 struct hash_table *pids;
 int null_fd, imap_fd, imaps_fd;
=20
@@ -258,6 +258,9 @@
 {
         if (lib_signal_kill !=3D 0)
 		i_warning("Killed with signal %d", lib_signal_kill);
+
+	/* make sure we log if child processes died unexpectedly */
+	timeout_handler(NULL, NULL);
=20
 	login_processes_deinit();
 	auth_processes_deinit();

--=-DWonjSm/fUvyITU9LhZD--

From jpeterson275@attbi.com  Fri Jan 24 06:33:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 24 Jan 2003 06:33:51 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by danu.procontrol.fi (Postfix) with ESMTP id 01CF0238C6
	for <dovecot@procontrol.fi>; Fri, 24 Jan 2003 06:33:50 +0200 (EET)
Received: from attbi.com (12-228-160-142.client.attbi.com[12.228.160.142])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <200301240433460030005i33e>; Fri, 24 Jan 2003 04:33:47 +0000
Message-ID: <3E30C231.7020702@attbi.com>
Date: Thu, 23 Jan 2003 20:33:53 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] cvs down?
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 248
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 248                                                  
Status: O

(Logging in to anonymous@dovecot.procontrol.fi)
CVS password:
cvs [login aborted]: connect to dovecot.procontrol.fi:2401 failed: 
Connection refused
cvs [checkout aborted]: connect to dovecot.procontrol.fi:2401 failed: 
Connection refused


Was the CVS server taken down?


-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Fri Jan 24 07:07:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 24 Jan 2003 07:07:47 +0200 (EET)
Return-Path: <tss@iki.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 6D32F238C5
	for <dovecot@procontrol.fi>; Fri, 24 Jan 2003 07:07:47 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 24B1D5E01F60; Fri, 24 Jan 2003 07:07:46 +0200 (EET)
Subject: [dovecot] Re: cvs down?
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E30C231.7020702@attbi.com>
References: <3E30C231.7020702@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1043384865.29567.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 24 Jan 2003 07:07:46 +0200
X-archive-position: 249
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: 249                                                  
Status: O

On Fri, 2003-01-24 at 06:33, Jesse Peterson wrote:
> Was the CVS server taken down?

Yes, until either CVS package is updated in Debian/unstable or I patch
it myself. I'll probably set it up today in any case.

BTW. CVS is getting some neat new code :) Mail storage API is now better
which had a side effect of making Dovecot a bit faster and take a bit
less memory than before.

I'm also rewriting authentication code. It's now split into three parts:
authentication (SASL) mechanism, user database and password database.
This means you can mix them in any possible way, for example use
digest-md5 for users in /etc/passwd, but the passwords being in SQL
database. And yes, SQL support will likely come soon, both for
authentication and storing mails.

From amyzing@talsever.com  Sun Feb  2 08:28:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 02 Feb 2003 08:28:50 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246])
	by danu.procontrol.fi (Postfix) with ESMTP id CBB1F239A7
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 08:28:49 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 18fDcR-0003XG-00; Sun, 02 Feb 2003 01:28:43 -0500
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP
	id 6E7CB8044; Sun,  2 Feb 2003 01:30:07 -0500 (EST)
Date: Sun, 2 Feb 2003 01:28:42 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] STARTTLS hangs due to client_skip_line (Was: Re: Plain auth broken)
Message-Id: <20030202012842.5b9972cb.amyzing@talsever.com>
In-Reply-To: <1043134986.11439.337.camel@hurina>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	<1042509723.8609.113.camel@hurina>
	<Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	<1042592701.8610.171.camel@hurina>
	<Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	<1042668222.8602.203.camel@hurina>
	<Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	<Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	<1042805732.8610.235.camel@hurina>
	<1042807051.8610.243.camel@hurina>
	<20030118120137.794e417b.amyzing@talsever.com>
	<1043134986.11439.337.camel@hurina>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.9 (GTK+ 1.2.10; i386-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 250
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 250                                                  
Status: O
Content-Length: 2468

Dear Timo,

Thanks for the patch.  It shows the connections, but auth never gets
called.

I finally pulled my act together so that I could compile from source. 
So, I thought I would be a little more clear.

If I turn on ssl (comment out ssl_disable = yes, the default) and turn
off plaintext (uncomment disable_plaintext_auth = yes), then immediately
after SSL negotiation, my client hangs (I'm testing with mutt).

Eventually, I determined what's happening, to some degree.  Alas, I've
been programming in Java for five years, so I have trouble debugging a
real programming language.  However: in login/client.c,
client_handle_input, the first part of the function checks for
client->cmd_finished, and if so, clears client->cmd_tag and
client->cmd_name.  It then checks client->skip_line, and if true, calls
client_skip_line.  Adding debugging to client_skip_line (i_info with the
contents of data) shows that, after the starttls command,
client_skip_line discards the whole next command (in my case, a0002
CAPABILITY).  The client is waiting for a response.  The server is
waiting for a command (having discarded one).  login times out sixty
seconds later, for inactivity.

There's where my skills prove inadequate, I'm afraid, because bypassing
client_skip_line if the last command was STARTTLS doesn't seem to do any
good; the server never sees the capability command.  I'm between a rock
and a hard place, it appears; if the server sees the command, it
discards it and then times out, but if it doesn't, it times out anyway. 
*sigh*

No one else seems to be having this sort of problem, though.  Is that
because most folks are using TLS on the imaps port?  Or have I got a
misconfiguration that runs somehow deeper?  I don't *think* I'm chasing
a wild hare.

Sorry to be a bother.

Amy!
On 21 Jan 2003 09:43:06 +0200
Timo Sirainen <tss@iki.fi> wrote:

> On Sat, 2003-01-18 at 19:01, Amelia A.Lewis wrote:
> > I'm running the debian package 0.99.7-2.  If I turn off SSL, and
> > allow plaintext, I can log in.  If I turn SSL on (comment out
> > ssl_diable = yes), then I can't.  It was working in 0.99.6, I know.
> 
> If it was working in .6, I can't think of what could have broken. But
> here's a patch for more verbose logging if "auth_verbose = yes" in
> config file.
> 
> 


-- 
Amelia A. Lewis                    amyzing {at} talsever.com
There are two major products that came out of Berkeley: LSD and BSD
Unix.  We don't believe this to be a coincidence.

From tss@iki.fi  Sun Feb  2 09:15:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 02 Feb 2003 09:15:26 +0200 (EET)
Return-Path: <tss@iki.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 E4AD3239AF
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 09:15:25 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 27FE75E017E8; Sun,  2 Feb 2003 09:15:20 +0200 (EET)
Subject: [dovecot] Re: STARTTLS hangs due to client_skip_line (Was: Re: Plain auth
	broken)
From: Timo Sirainen <tss@iki.fi>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030202012842.5b9972cb.amyzing@talsever.com>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	 <1042509723.8609.113.camel@hurina>
	 <Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	 <1042592701.8610.171.camel@hurina>
	 <Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	 <1042668222.8602.203.camel@hurina>
	 <Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	 <Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	 <1042805732.8610.235.camel@hurina> <1042807051.8610.243.camel@hurina>
	 <20030118120137.794e417b.amyzing@talsever.com>
	 <1043134986.11439.337.camel@hurina>
	 <20030202012842.5b9972cb.amyzing@talsever.com>
Content-Type: multipart/mixed; boundary="=-vQk1xOrFZGaBhlVjmokm"
Organization: 
Message-Id: <1044170119.27230.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 02 Feb 2003 09:15:19 +0200
X-archive-position: 251
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: 251                                                  
Status: O
Content-Length: 1816


--=-vQk1xOrFZGaBhlVjmokm
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sun, 2003-02-02 at 08:28, Amelia A.Lewis wrote:
> Eventually, I determined what's happening, to some degree.  Alas, I've
> been programming in Java for five years, so I have trouble debugging a
> real programming language.

Java is real too :)

> Adding debugging to client_skip_line (i_info with the
> contents of data) shows that, after the starttls command,
> client_skip_line discards the whole next command (in my case, a0002
> CAPABILITY).  The client is waiting for a response.  The server is
> waiting for a command (having discarded one).  login times out sixty
> seconds later, for inactivity.

Yes, so it seems.

> No one else seems to be having this sort of problem, though.  Is that
> because most folks are using TLS on the imaps port?  Or have I got a
> misconfiguration that runs somehow deeper?  I don't *think* I'm chasing
> a wild hare.

I've tested STARTTLS only with Evolution which I guess didn't mind about
not getting a reply to next command.

Here's a patch, thanks for bug report :)


--=-vQk1xOrFZGaBhlVjmokm
Content-Disposition: attachment; filename=dovecot-starttls.diff
Content-Type: text/x-patch; name=dovecot-starttls.diff; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

diff -ru dovecot-0.99.7/src/login/client.c dovecot-0.99.7p1/src/login/clien=
t.c
--- dovecot-0.99.7/src/login/client.c	2003-01-11 17:29:47.000000000 +0200
+++ dovecot-0.99.7p1/src/login/client.c	2003-02-02 09:11:18.000000000 +0200
@@ -91,6 +91,9 @@
 		client->tls =3D TRUE;
                 client_set_title(client);
=20
+		/* we skipped it already, so don't ignore next command */
+		client->skip_line =3D FALSE;
+
 		client->fd =3D fd_ssl;
=20
 		i_stream_unref(client->input);

--=-vQk1xOrFZGaBhlVjmokm--

From amyzing@talsever.com  Sun Feb  2 18:06:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 02 Feb 2003 18:06:48 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243])
	by danu.procontrol.fi (Postfix) with ESMTP id E1B3B239AF
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 18:06:47 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by maynard.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18fMdk-000396-00; Sun, 02 Feb 2003 11:06:40 -0500
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP
	id 34CE38044; Sun,  2 Feb 2003 11:08:09 -0500 (EST)
Date: Sun, 2 Feb 2003 11:06:39 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: STARTTLS hangs due to client_skip_line (Was: Re:
 Plain auth broken)
Message-Id: <20030202110639.4e452d33.amyzing@talsever.com>
In-Reply-To: <1044170119.27230.2.camel@hurina>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	<1042509723.8609.113.camel@hurina>
	<Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	<1042592701.8610.171.camel@hurina>
	<Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	<1042668222.8602.203.camel@hurina>
	<Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	<Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	<1042805732.8610.235.camel@hurina>
	<1042807051.8610.243.camel@hurina>
	<20030118120137.794e417b.amyzing@talsever.com>
	<1043134986.11439.337.camel@hurina>
	<20030202012842.5b9972cb.amyzing@talsever.com>
	<1044170119.27230.2.camel@hurina>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.9 (GTK+ 1.2.10; i386-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 252
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 252                                                  
Status: O
Content-Length: 5450

Dear Timo,

On 02 Feb 2003 09:15:19 +0200
Timo Sirainen <tss@iki.fi> wrote:

> On Sun, 2003-02-02 at 08:28, Amelia A.Lewis wrote:
> > Adding debugging to client_skip_line (i_info with the
> > contents of data) shows that, after the starttls command,
> > client_skip_line discards the whole next command (in my case, a0002
> > CAPABILITY).  The client is waiting for a response.  The server is
> > waiting for a command (having discarded one).  login times out sixty
> > seconds later, for inactivity.
> 
> Yes, so it seems.
> 
> > No one else seems to be having this sort of problem, though.  Is
> > that because most folks are using TLS on the imaps port?  Or have I
> > got a misconfiguration that runs somehow deeper?  I don't *think*
> > I'm chasing a wild hare.
> 
> I've tested STARTTLS only with Evolution which I guess didn't mind
> about not getting a reply to next command.
> 
> Here's a patch, thanks for bug report :)

Thank you!  Only it doesn't work.  I don't quite know why, either (it's
almost exactly what I tried, but skipping over the skip_line seems to
mean that it can't find the tag to read).  Which seems weird.  Is it
possible that client->parser->input != client->input?  Such that
client->parser->input still points at the original fd?

For whatever it might be worth, here's two runs of mutt, one without,
and one with the patch.  Most of the stuff occurs inside
client_handle_input.

Feb  2 10:55:51 talifane imap-master: Dovecot starting up
Feb  2 10:55:52 talifane imap-auth: Login process 6 connected
Feb  2 10:55:52 talifane imap-auth: Login process 7 connected
Feb  2 10:55:52 talifane imap-auth: Login process 8 connected
Feb  2 10:55:52 talifane imap-auth: Login process 8 sent handshake: PID
9137
Feb  2 10:55:52 talifane imap-auth: Login process 7 sent handshake: PID
9138
Feb  2 10:55:52 talifane imap-auth: Login process 6 sent handshake: PID
9139
Feb  2 10:55:53 talifane imap-login: client_handle_input: cmd_tag is
null
Feb  2 10:55:53 talifane imap-login: client_handle_input: cmd_name is
null
Feb  2 10:55:53 talifane imap-login: client_handle_input: cmd_finished:
cmd_tag: a0000 ; cmd_name: CAPABILITY
Feb  2 10:55:53 talifane imap-login: Skipping line in data: 
Feb  2 10:55:53 talifane imap-login: Skipped 2 chars
Feb  2 10:55:53 talifane imap-login: client_handle_input: cmd_tag is
null
Feb  2 10:55:53 talifane imap-login: client_handle_input: cmd_name is
null
Feb  2 10:55:53 talifane imap-login: gnutls ssl_proxy_new
Feb  2 10:55:54 talifane imap-auth: Login process 9 connected
Feb  2 10:55:54 talifane imap-auth: Login process 9 sent handshake: PID
9141
Feb  2 10:55:54 talifane imap-login: client_handle_input: cmd_finished:
cmd_tag: a0001 ; cmd_name: STARTTLS
Feb  2 10:55:54 talifane imap-login: Skipping line in data: a0002
CAPABILITY
Feb  2 10:55:54 talifane imap-login: Skipped 18 chars
Feb  2 10:55:54 talifane imap-login: client_handle_input: cmd_tag is
null
Feb  2 10:55:54 talifane imap-login: client_handle_input: can't fill
cmd_tag (need more data)
Feb  2 10:56:54 talifane imap-login: Disconnected: Inactivity
[127.0.0.1]
Feb  2 10:56:54 talifane imap-auth: Login process 8 disconnected

The next one is with the patch applied.

Feb  2 11:00:41 talifane imap-master: Dovecot starting up
Feb  2 11:00:42 talifane imap-auth: Login process 6 connected
Feb  2 11:00:42 talifane imap-auth: Login process 7 connected
Feb  2 11:00:42 talifane imap-auth: Login process 8 connected
Feb  2 11:00:42 talifane imap-auth: Login process 8 sent handshake: PID
9361
Feb  2 11:00:42 talifane imap-auth: Login process 7 sent handshake: PID
9362
Feb  2 11:00:42 talifane imap-auth: Login process 6 sent handshake: PID
9363
Feb  2 11:00:47 talifane imap-login: client_handle_input: cmd_tag is
null
Feb  2 11:00:47 talifane imap-login: client_handle_input: cmd_name is
null
Feb  2 11:00:47 talifane imap-login: client_handle_input: cmd_finished:
cmd_tag: a0000 ; cmd_name: CAPABILITY
Feb  2 11:00:47 talifane imap-login: Skipping line in data: 
Feb  2 11:00:47 talifane imap-login: Skipped 2 chars
Feb  2 11:00:47 talifane imap-login: client_handle_input: cmd_tag is
null
Feb  2 11:00:47 talifane imap-login: client_handle_input: cmd_name is
null
Feb  2 11:00:47 talifane imap-login: gnutls ssl_proxy_new
Feb  2 11:00:47 talifane imap-auth: Login process 9 connected
Feb  2 11:00:47 talifane imap-auth: Login process 9 sent handshake: PID
9365
Feb  2 11:00:48 talifane imap-login: client_handle_input: cmd_finished:
cmd_tag: a0001 ; cmd_name: STARTTLS
Feb  2 11:00:48 talifane imap-login: client_handle_input: cmd_tag is
null
Feb  2 11:00:48 talifane imap-login: client_handle_input: can't fill
cmd_tag (need more data)
Feb  2 11:01:48 talifane imap-login: Disconnected: Inactivity
[127.0.0.1]
Feb  2 11:01:48 talifane imap-auth: Login process 8 disconnected

As you can see, the major difference is that it doesn't discard the
command, but it still can't seem to see it (client_handle_input: can't
fill cmd_tag (need more data) happens in just the place where "need more
data" appears as a comment).  Now, looking around, it appears that
skip_line uses i_stream_get_data on client->input, while filling the tag
calls imap_parser_read_word, which uses i_stream_get_data on
parser->input.  Does all the necessary information for the parser get
reset in starttls?

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Early to bed and early to rise
makes a man stupid and blind in the eyes.

From kaeesalm@cc.jyu.fi  Sun Feb  2 18:23:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 02 Feb 2003 18:23:17 +0200 (EET)
Return-Path: <kaeesalm@cc.jyu.fi>
Delivered-To: dovecot@procontrol.fi
Received: from yabba.kortex.jyu.fi (yabba.kortex.jyu.fi [130.234.182.31])
	by danu.procontrol.fi (Postfix) with ESMTP id CE3B1239AF
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 18:23:17 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by yabba.kortex.jyu.fi (Postfix) with ESMTP id 897613DD
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 18:23:17 +0200 (EET)
From: Karo Salminen <kaeesalm@cc.jyu.fi>
Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?=
To: dovecot@procontrol.fi
Subject: [dovecot] Dovecot on FreeBSD
Date: Sun, 2 Feb 2003 18:23:11 +0200
User-Agent: KMail/1.5
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200302021823.16801.kaeesalm@cc.jyu.fi>
X-archive-position: 253
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kaeesalm@cc.jyu.fi
Precedence: bulk
X-list: dovecot
X-UID: 253                                                  
Status: O

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

I built Dovecot (0.99.5) from Ports on FreeBSD 5.0. The mail client (Kmail)=
=20
cannot login and it complains that authentication process died. The only=20
thing in the logs is:
=46eb  2 18:13:01 karo imap-login: Disconnected [client-ip]

I tried also passwd authentication method, but its symptoms are the very sa=
me.

My configure can be found at http://people.jyu.fi/~kaeesalm/dovecot.conf

I also tried CVS version in hope of fix and more comprehensive debug messag=
es.=20
The compilation failes when it tries to look for passwd.h even though I set=
=20
=2D --disable-passwd and --without-passwd to configure parameters. Could so=
meone=20
fix that.
=2D --=20
Karo Salminen
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+PUX0vt6lNXuj7xcRAp70AJ0R+zhmgF+WBaXaX2V2j+07eVyJRACgh6Ze
Pmep2Uy2OnVe/EVuo9O3b80=3D
=3DeqOO
=2D----END PGP SIGNATURE-----


From overflow@eurielec.etsit.upm.es  Sun Feb  2 19:18:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 02 Feb 2003 19:18:50 +0200 (EET)
Return-Path: <overflow@eurielec.etsit.upm.es>
Delivered-To: dovecot@procontrol.fi
Received: from eurielec.etsit.upm.es (uno.eurielec.etsit.upm.es [138.100.31.227])
	by danu.procontrol.fi (Postfix) with ESMTP id 05F97239A7
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 19:18:50 +0200 (EET)
Received: from dos.eurielec.etsit.upm.es (dos.eurielec.etsit.upm.es [138.100.31.228])
	by eurielec.etsit.upm.es (Postfix) with SMTP id 03906B5D
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 18:19:55 +0100 (CET)
Received: by dos.eurielec.etsit.upm.es (sSMTP sendmail emulation); Sun,  2 Feb 2003 18:18:46 +0100
Date: Sun, 2 Feb 2003 18:18:46 +0100
From: Jaime Medrano <overflow@eurielec.etsit.upm.es>
To: dovecot@procontrol.fi
Subject: [dovecot] Recent messages
Message-ID: <20030202171846.GA4164@eurielec.etsit.upm.es>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
X-archive-position: 254
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: overflow@eurielec.etsit.upm.es
Precedence: bulk
X-list: dovecot
X-UID: 254                                                  
Status: O

Dovecot seems to manage \Recent messages in a weird way. When a STATUS
command is performed in a mailbox, then the \Recent flag of its messages
disappear and latter STATUS commands report that there are no recent
messagges.

I don't know exactly the behavior of the RFC. But other imap servers
(UW-imapd, Netscape Messenger...) report the same number of recent
messages when two STATUS commands are performed together.

--
Jaime.


From amyzing@talsever.com  Sun Feb  2 20:14:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 02 Feb 2003 20:14:53 +0200 (EET)
Return-Path: <amyzing@talsever.com>
Delivered-To: dovecot@procontrol.fi
Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 9208F239AF
	for <dovecot@procontrol.fi>; Sun,  2 Feb 2003 20:14:51 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by maynard.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18fOdj-0007S2-00; Sun, 02 Feb 2003 13:14:47 -0500
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP
	id 04FDE8044; Sun,  2 Feb 2003 13:16:16 -0500 (EST)
Date: Sun, 2 Feb 2003 13:14:46 -0500
From: Amelia A.Lewis <amyzing@talsever.com>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: tss@iki.fi, dovecot@procontrol.fi
Subject: [dovecot] Re: STARTTLS hangs due to client_skip_line (Was: Re:
 Plain auth broken)
Message-Id: <20030202131446.7178cbcc.amyzing@talsever.com>
In-Reply-To: <20030202110639.4e452d33.amyzing@talsever.com>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	<1042509723.8609.113.camel@hurina>
	<Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	<1042592701.8610.171.camel@hurina>
	<Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	<1042668222.8602.203.camel@hurina>
	<Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	<Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	<1042805732.8610.235.camel@hurina>
	<1042807051.8610.243.camel@hurina>
	<20030118120137.794e417b.amyzing@talsever.com>
	<1043134986.11439.337.camel@hurina>
	<20030202012842.5b9972cb.amyzing@talsever.com>
	<1044170119.27230.2.camel@hurina>
	<20030202110639.4e452d33.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.8.9 (GTK+ 1.2.10; i386-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 255
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 255                                                  
Status: O
Content-Length: 2101

Replying to myself, what fun.

On Sun, 2 Feb 2003 11:06:39 -0500
"Amelia A.Lewis" <amyzing@talsever.com> wrote:
> On 02 Feb 2003 09:15:19 +0200
> Timo Sirainen <tss@iki.fi> wrote:
> > Here's a patch, thanks for bug report :)
> 
> Thank you!  Only it doesn't work.  I don't quite know why, either
> (it's almost exactly what I tried, but skipping over the skip_line
> seems to mean that it can't find the tag to read).  Which seems weird.
>  Is it
> possible that client->parser->input != client->input?  Such that
> client->parser->input still points at the original fd?

Seems to solve the problem.  Here's the patch (inlined), modified to
make a new parser attached to the new fds.

diff -ru dovecot-0.99.7/src/login/client.c
dovecot-0.99.7p1/src/login/client.c
--- dovecot-0.99.7/src/login/client.c	2003-01-11 17:29:47.000000000 +0200
+++ dovecot-0.99.7p1/src/login/client.c	2003-02-02 09:11:18.000000000 +0200
@@ -91,6 +91,9 @@
 		client->tls = TRUE;
                 client_set_title(client);
 
+		/* we skipped it already, so don't ignore next command */
+		client->skip_line = FALSE;
+
 		client->fd = fd_ssl;
 
 		i_stream_unref(client->input);
                o_stream_unref(client->output);

                client->input = i_stream_create_file(fd_ssl,
default_pool,
                                                     8192, FALSE);
                client->output = o_stream_create_file(fd_ssl,
default_pool,
                                                      1024,
IO_PRIORITY_DEFAULT,
                                                      FALSE);
+
+               imap_parser_destroy(client->parser);
+               client->parser = imap_parser_create(client->input,
client->output,
+                                           MAX_INBUF_SIZE,
+                                           MAX_IMAP_ARG_ELEMENTS);
        } else {
                client_send_line(client, " * BYE TLS handehake
failed.");
                client_destroy(client, "TLS handshake failed");



Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
A hundred thousand lemmings can't be wrong.

From tss@iki.fi  Mon Feb  3 07:08:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 03 Feb 2003 07:08:18 +0200 (EET)
Return-Path: <tss@iki.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 44427239A7
	for <dovecot@procontrol.fi>; Mon,  3 Feb 2003 07:08:18 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2CC8E5E017E8; Mon,  3 Feb 2003 07:08:16 +0200 (EET)
Subject: [dovecot] Re: STARTTLS hangs due to client_skip_line (Was: Re:
	Plain auth broken)
From: Timo Sirainen <tss@iki.fi>
To: "Amelia A.Lewis" <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030202131446.7178cbcc.amyzing@talsever.com>
References: <Pine.LNX.4.52.0301131838330.14774@kyanite.hwr.arizona.edu>
	 <1042509723.8609.113.camel@hurina>
	 <Pine.LNX.4.52.0301141731000.15973@kyanite.hwr.arizona.edu>
	 <1042592701.8610.171.camel@hurina>
	 <Pine.LNX.4.52.0301141830500.15973@kyanite.hwr.arizona.edu>
	 <1042668222.8602.203.camel@hurina>
	 <Pine.LNX.4.52.0301151505210.16969@kyanite.hwr.arizona.edu>
	 <Pine.LNX.4.52.0301151819050.16969@kyanite.hwr.arizona.edu>
	 <1042805732.8610.235.camel@hurina> <1042807051.8610.243.camel@hurina>
	 <20030118120137.794e417b.amyzing@talsever.com>
	 <1043134986.11439.337.camel@hurina>
	 <20030202012842.5b9972cb.amyzing@talsever.com>
	 <1044170119.27230.2.camel@hurina>
	 <20030202110639.4e452d33.amyzing@talsever.com>
	 <20030202131446.7178cbcc.amyzing@talsever.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044248895.27239.12.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 03 Feb 2003 07:08:15 +0200
X-archive-position: 256
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: 256                                                  
Status: O

On Sun, 2003-02-02 at 20:14, Amelia A.Lewis wrote:
> >  Is it
> > possible that client->parser->input != client->input?  Such that
> > client->parser->input still points at the original fd?
> 
> Seems to solve the problem.  Here's the patch (inlined), modified to
> make a new parser attached to the new fds.

Hmm. I had fixed that already in CVS, but I though it was because I had
changed something that required it. Wonder why that ever even worked..


From tss@iki.fi  Mon Feb  3 07:12:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 03 Feb 2003 07:12:48 +0200 (EET)
Return-Path: <tss@iki.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 18577239A7
	for <dovecot@procontrol.fi>; Mon,  3 Feb 2003 07:12:48 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DC5D45E017E8; Mon,  3 Feb 2003 07:12:47 +0200 (EET)
Subject: [dovecot] Re: Recent messages
From: Timo Sirainen <tss@iki.fi>
To: Jaime Medrano <overflow@eurielec.etsit.upm.es>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030202171846.GA4164@eurielec.etsit.upm.es>
References: <20030202171846.GA4164@eurielec.etsit.upm.es>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044249167.13761.16.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 03 Feb 2003 07:12:47 +0200
X-archive-position: 257
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: 257                                                  
Status: O
Content-Length: 1028

On Sun, 2003-02-02 at 19:18, Jaime Medrano wrote:
> Dovecot seems to manage \Recent messages in a weird way. When a STATUS
> command is performed in a mailbox, then the \Recent flag of its messages
> disappear and latter STATUS commands report that there are no recent
> messagges.

Whops, fixed.

Index: src/imap/cmd-status.c
===================================================================
RCS file: /home/cvs/dovecot/src/imap/cmd-status.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- src/imap/cmd-status.c       10 Jan 2003 11:02:10 -0000      1.9
+++ src/imap/cmd-status.c       3 Feb 2003 05:11:16 -0000       1.10
@@ -65,7 +65,7 @@
        } else {
                /* open the mailbox */
                box = client->storage->open_mailbox(client->storage,
-                                                   mailbox, FALSE, TRUE);
+                                                   mailbox, TRUE, TRUE);
                if (box == NULL)
                        return FALSE;
        }


From tss@iki.fi  Mon Feb  3 07:17:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 03 Feb 2003 07:17:27 +0200 (EET)
Return-Path: <tss@iki.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 1020D239B4
	for <dovecot@procontrol.fi>; Mon,  3 Feb 2003 07:17:27 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C999D5E017E8; Mon,  3 Feb 2003 07:17:26 +0200 (EET)
Subject: [dovecot] Re: Dovecot on FreeBSD
From: Timo Sirainen <tss@iki.fi>
To: Karo Salminen <kaeesalm@cc.jyu.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <200302021823.16801.kaeesalm@cc.jyu.fi>
References: <200302021823.16801.kaeesalm@cc.jyu.fi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044249446.27239.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 03 Feb 2003 07:17:26 +0200
X-archive-position: 258
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: 258                                                  
Status: O

On Sun, 2003-02-02 at 18:23, Karo Salminen wrote:

> I also tried CVS version in hope of fix and more comprehensive debug messages. 
> The compilation failes when it tries to look for passwd.h even though I set 
> - --disable-passwd and --without-passwd to configure parameters. Could someone 
> fix that.

You said shadow.h in IRC :) --without-shadow would have disabled that.
Does FreeBSD really have getspnam() function elsewhere? Anyway I added
now check to configure to check for shadow.h too before assuming it
exists.


From jaldhar@debian.org  Mon Feb  3 08:45:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 03 Feb 2003 08:45:28 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id D6862239AF
	for <dovecot@procontrol.fi>; Mon,  3 Feb 2003 08:45:27 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 044577FBB
	for <dovecot@procontrol.fi>; Mon,  3 Feb 2003 01:45:30 -0500 (EST)
Date: Mon, 3 Feb 2003 01:45:29 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Subject: [dovecot] About the dovecot package (fwd)
Message-ID: <Pine.LNX.4.53.0302030141400.5030@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
X-archive-position: 259
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 259                                                  
Status: O
Content-Length: 1610

Dear Timo,

What do you think of this?  Fyi, I've been getting the same thing lately
and I'm wondering if gnutls is to blame?  (i've had inexlicable SIGSEGVs
in other apps before due to it.)  Tomorrow I'll try with openssl but I was
wondering if you had any other ideas?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

---------- Forwarded message ----------
From: Guille -bisho- <bisho@eurielec.etsit.upm.es>
To: jaldhar@debian.org
Date: Mon, 3 Feb 2003 02:08:19 +0100
Subject: About the dovecot package

Hello!

First of all thanks for maintain such a good imap server. It's trully
fast and lightweight!!! I was trying Courier, but it is not very
interoperable with others linux tools like procmail and others, and
uw-imapd performance was really bad.

I only have one problem:

If I put a lot of folders to check in mutt the imapd server closes de
connection saying in the logs:

Jan 31 02:50:25 www imap-login: Login: bisho
Jan 31 02:50:44 www imap-master: child 22234 (imap) killed with signal 11

It only happens when mutt is configured with a lot of folders. Maybe
covecot loads too much indexes in memory and reachs some limit, but I
have readed carefully the conf file and hadn't found anything related.

Do you have any thought about that?

Thanks a lot again
See you

-- 
        .,,,   Guillermo Prez    -=] 03/02/2003 [=-
      _' .,,,,  - bisho@ ( onirica.com | eurielec.etsit.upm.es )
     (v)/ ,''
      ( \/    ::  "Nuestras mayores tonterias pueden ser muy sabias."   ::
bisho! ``\\  ::                  -- Leonardo Da Vinci                 ::

From tss@iki.fi  Mon Feb  3 09:03:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 03 Feb 2003 09:03:54 +0200 (EET)
Return-Path: <tss@iki.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 4B85B239A7
	for <dovecot@procontrol.fi>; Mon,  3 Feb 2003 09:03:54 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 0A62D5E017E8; Mon,  3 Feb 2003 09:03:54 +0200 (EET)
Subject: [dovecot] Re: About the dovecot package (fwd)
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.53.0302030141400.5030@samadhi.braincells.com>
References: <Pine.LNX.4.53.0302030141400.5030@samadhi.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044255833.13761.35.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 03 Feb 2003 09:03:53 +0200
X-archive-position: 260
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: 260                                                  
Status: O
Content-Length: 1594

On Mon, 2003-02-03 at 08:45, Jaldhar H. Vyas wrote:
> Dear Timo,
> 
> What do you think of this?  Fyi, I've been getting the same thing lately
> and I'm wondering if gnutls is to blame?  (i've had inexlicable SIGSEGVs
> in other apps before due to it.)  Tomorrow I'll try with openssl but I was
> wondering if you had any other ideas?
..
> Jan 31 02:50:44 www imap-master: child 22234 (imap) killed with signal 11

SSL connections are handled by imap-login process, so it can't be that.
Can't really say what would be crashing it .. Well, I'm not sure what
commands mutt uses, but I've found at least a few bugs with SEARCH
command that could crash.

Best way to find out would be to get stacktrace of the crash. imap
processes won't core dump because they've called setuid() (which is kind
of annoying), so you'd have to attach gdb to the running process:

gdb /usr/lib/dovecot/imap <pid>
c
<wait for crash>
bt

> It only happens when mutt is configured with a lot of folders. Maybe
> covecot loads too much indexes in memory and reachs some limit, but I
> have readed carefully the conf file and hadn't found anything related.

Indexes are loaded only one at a time (or two sometimes) to memory.
Amount of folders shouldn't affect anything, but maybe one of the
folders contained something Dovecot didn't like.

CVS has quite a lot of rewritten code for many things though and has
fixed at least a couple of possible crashes.. I think it's now in pretty
usable state, maybe I should put some test-version out of it. New things
are at least POP3 server and (not quite finished) LDAP support.


From kaeesalm@cc.jyu.fi  Mon Feb  3 18:13:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 03 Feb 2003 18:13:12 +0200 (EET)
Return-Path: <kaeesalm@cc.jyu.fi>
Delivered-To: dovecot@procontrol.fi
Received: from yabba.kortex.jyu.fi (yabba.kortex.jyu.fi [130.234.182.31])
	by danu.procontrol.fi (Postfix) with ESMTP id 2CF93238C9
	for <dovecot@procontrol.fi>; Mon,  3 Feb 2003 18:13:12 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by yabba.kortex.jyu.fi (Postfix) with ESMTP
	id 7AD4038; Mon,  3 Feb 2003 18:13:10 +0200 (EET)
From: Karo Salminen <kaeesalm@cc.jyu.fi>
Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?=
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Re: Dovecot on FreeBSD
Date: Mon, 3 Feb 2003 18:13:06 +0200
User-Agent: KMail/1.5
References: <200302021823.16801.kaeesalm@cc.jyu.fi> <1044249446.27239.22.camel@hurina>
In-Reply-To: <1044249446.27239.22.camel@hurina>
Cc: dovecot@procontrol.fi
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200302031813.10033.kaeesalm@cc.jyu.fi>
X-archive-position: 261
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kaeesalm@cc.jyu.fi
Precedence: bulk
X-list: dovecot
X-UID: 261                                                  
Status: O
Content-Length: 2134

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 03 February 2003 07:17, Timo Sirainen wrote:

> You said shadow.h in IRC :) --without-shadow would have disabled that.
> Does FreeBSD really have getspnam() function elsewhere? Anyway I added
> now check to configure to check for shadow.h too before assuming it
> exists.

I was mixing the terms. Sorry for that. I mean shadow.h of course and=20
=2D --without-shadow.
I did configure with: ./configure --prefix=3D/opt/dovecot --without-shadow=
=20
=2D --without-pop3d --disable-ipv6
ran make and get:
source=3D'passdb-shadow.c' object=3D'passdb-shadow.o' libtool=3Dno =20
depfile=3D'.deps/passdb-shadow.Po' tmpdepfile=3D'.deps/passdb-shadow.TPo' =
=20
depmode=3Dgcc3 /bin/sh ../../depcomp  gcc -DHAVE_CONFIG_H -I. -I. -I../..=20
=2D -I../../src/lib  -I../../src/lib-settings       -g -O2 -Wall -W=20
=2D -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subs=
cripts=20
=2D -Wformat=3D2 -Wbad-function-cast -c `test -f passdb-shadow.c || echo=20
'./'`passdb-shadow.c
passdb-shadow.c:13:20: shadow.h: No such file or directory
passdb-shadow.c: In function `shadow_verify_plain':
passdb-shadow.c:28: warning: implicit declaration of function `getspnam'
passdb-shadow.c:28: warning: assignment makes pointer from integer without =
a=20
cast
passdb-shadow.c:38: dereferencing pointer to incomplete type
passdb-shadow.c:38: dereferencing pointer to incomplete type
passdb-shadow.c:38: dereferencing pointer to incomplete type
passdb-shadow.c:41: dereferencing pointer to incomplete type
passdb-shadow.c:48: dereferencing pointer to incomplete type
passdb-shadow.c:48: dereferencing pointer to incomplete type
passdb-shadow.c:51: dereferencing pointer to incomplete type
passdb-shadow.c:51: dereferencing pointer to incomplete type
passdb-shadow.c: In function `shadow_deinit':
passdb-shadow.c:65: warning: implicit declaration of function `endspent'
*** Error code 1
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+PpUVvt6lNXuj7xcRAl2xAJ9CRJPD1/ul0HtaECQmCsSkz2TQowCgiHf8
zB8A/+ilTJeP5mCwzbBBzHA=3D
=3D3jvm
=2D----END PGP SIGNATURE-----


From tss@iki.fi  Tue Feb  4 02:36:03 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 02:36:03 +0200 (EET)
Return-Path: <tss@iki.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 1D528238CB
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 02:36:03 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 9C47C5E017E8; Tue,  4 Feb 2003 02:36:02 +0200 (EET)
Subject: [dovecot] Re: Dovecot on FreeBSD
From: Timo Sirainen <tss@iki.fi>
To: Karo Salminen <kaeesalm@cc.jyu.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <200302031813.10033.kaeesalm@cc.jyu.fi>
References: <200302021823.16801.kaeesalm@cc.jyu.fi>
	 <1044249446.27239.22.camel@hurina>  <200302031813.10033.kaeesalm@cc.jyu.fi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044318962.1886.0.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 04 Feb 2003 02:36:02 +0200
X-archive-position: 262
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: 262                                                  
Status: O

On Mon, 2003-02-03 at 18:13, Karo Salminen wrote:
> I was mixing the terms. Sorry for that. I mean shadow.h of course and 
> - --without-shadow.

Whops, cvs update for fix :)


From tss@iki.fi  Tue Feb  4 05:45:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 05:45:20 +0200 (EET)
Return-Path: <tss@iki.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 BBB49238C9
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 05:45:19 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6FB8D5E017E8; Tue,  4 Feb 2003 05:45:19 +0200 (EET)
Subject: [dovecot] 0.99.8-test1 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044330319.1885.50.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 04 Feb 2003 05:45:19 +0200
X-archive-position: 263
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: 263                                                  
Status: O
Content-Length: 1560

I think all of the reported bugs are again fixed in CVS, so I made a
tarball of it. I'd like to hear if there's any problems with it. Here's
the most important changes:

v0.99.8 2003-02-xx  Timo Sirainen <tss@iki.fi>

	* NOTE: Configuration file has changed a bit: auth_userinfo was
	  replaced by userdb and passdb. *_port were merged into *_listen.
	  Disabling listening in imaps port is now done by changing protocols
	  setting.

	+ Fully featured POP3 server included. Disabled by default.
	+ Support for LITERAL+, MULTIAPPEND and UNSELECT extensions.
	+ Internal API cleanups made Dovecot faster and take less memory
	+ auth_verbose logs now all authentication failures
	+ Support for Solaris 9 sendfilev() (not really tested)
	- COPY now behaves as RFC2060 says: "If the COPY command is
	  unsuccessful for any reason, server implementations MUST restore the
	  destination mailbox to its state before the COPY attempt."
	- maildir_copy_with_hardlinks = yes was broken.
	- mboxes in subfolders weren't selectable.
	- STORE didn't accept multiple flags without () around them
	- PLAIN SASL-authentication was a bit broken.
	- IMAP dates were parsed a few hours wrong
	- If auth/login process died unexpectedly at startup, the exit status
	  or killing signal wasn't logged.
	- mbox parsing might have crashed sometimes
	- Next command after STARTTLS was ignored which left the connection
	  stuck sometimes
	- STATUS command removed \Recent flags from messages
	- Several bugfixes to SEARCH command, especially related to multiple
	  search conditions


From kaeesalm@cc.jyu.fi  Tue Feb  4 08:57:08 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 08:57:08 +0200 (EET)
Return-Path: <kaeesalm@cc.jyu.fi>
Delivered-To: dovecot@procontrol.fi
Received: from yabba.kortex.jyu.fi (yabba.kortex.jyu.fi [130.234.182.31])
	by danu.procontrol.fi (Postfix) with ESMTP id 19E48238CB
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 08:57:08 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by yabba.kortex.jyu.fi (Postfix) with ESMTP
	id A15B738; Tue,  4 Feb 2003 08:57:07 +0200 (EET)
From: Karo Salminen <kaeesalm@cc.jyu.fi>
Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?=
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Re: Dovecot on FreeBSD
Date: Tue, 4 Feb 2003 08:57:03 +0200
User-Agent: KMail/1.5
References: <200302021823.16801.kaeesalm@cc.jyu.fi> <200302031813.10033.kaeesalm@cc.jyu.fi> <1044318962.1886.0.camel@hurina>
In-Reply-To: <1044318962.1886.0.camel@hurina>
Cc: dovecot@procontrol.fi
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200302040857.07068.kaeesalm@cc.jyu.fi>
X-archive-position: 264
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kaeesalm@cc.jyu.fi
Precedence: bulk
X-list: dovecot
X-UID: 264                                                  
Status: O

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 04 February 2003 02:36, Timo Sirainen wrote:

> > I was mixing the terms. Sorry for that. I mean shadow.h of course and
> > - --without-shadow.
>
> Whops, cvs update for fix :)

You should fix this too:
If building with --without-pop3d dovecot still looks for pop3-login executa=
ble=20
at startup. The prefix for -login bins should also be put as examples=20
referring to $PREFIX set when building instead of /usr/libexec.

=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+P2RDvt6lNXuj7xcRAjiPAJ4h3T+JCSAwFR3LrhKurDLm7XvaUwCfUtS/
H0oB3+cikZSqvvs8hWbaGOE=3D
=3DjVA9
=2D----END PGP SIGNATURE-----


From kaeesalm@cc.jyu.fi  Tue Feb  4 08:59:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 08:59:53 +0200 (EET)
Return-Path: <kaeesalm@cc.jyu.fi>
Delivered-To: dovecot@procontrol.fi
Received: from yabba.kortex.jyu.fi (yabba.kortex.jyu.fi [130.234.182.31])
	by danu.procontrol.fi (Postfix) with ESMTP id 8417D238CB
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 08:59:53 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by yabba.kortex.jyu.fi (Postfix) with ESMTP
	id 11BCB38; Tue,  4 Feb 2003 08:59:53 +0200 (EET)
From: Karo Salminen <kaeesalm@cc.jyu.fi>
Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?=
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Re: Dovecot on FreeBSD
Date: Tue, 4 Feb 2003 08:59:48 +0200
User-Agent: KMail/1.5
References: <200302021823.16801.kaeesalm@cc.jyu.fi> <1044318962.1886.0.camel@hurina> <200302040857.07068.kaeesalm@cc.jyu.fi>
In-Reply-To: <200302040857.07068.kaeesalm@cc.jyu.fi>
Cc: dovecot@procontrol.fi
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200302040859.52553.kaeesalm@cc.jyu.fi>
X-archive-position: 265
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kaeesalm@cc.jyu.fi
Precedence: bulk
X-list: dovecot
X-UID: 265                                                  
Status: O

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 04 February 2003 08:57, Karo Salminen wrote:

> You should fix this too:

And this:
base_dir variable has $PREFIX/var/run/dovecot as its value by default.=20
Shouldn't it be /var/run/dovecot?
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+P2Tovt6lNXuj7xcRAgXgAKCDa3BVBdXiNJd8TqIlVKnsWNilaQCfQ3RQ
5fPGBq+sRkbadmv7K/87dtg=3D
=3D9PEz
=2D----END PGP SIGNATURE-----


From tss@iki.fi  Tue Feb  4 09:15:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 09:15:10 +0200 (EET)
Return-Path: <tss@iki.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 305EE238C7
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 09:15:10 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D7F275E11664; Tue,  4 Feb 2003 09:09:01 +0200 (EET)
Subject: [dovecot] Re: Dovecot on FreeBSD
From: Timo Sirainen <tss@iki.fi>
To: Karo Salminen <kaeesalm@cc.jyu.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <200302040857.07068.kaeesalm@cc.jyu.fi>
References: <200302021823.16801.kaeesalm@cc.jyu.fi>
	 <200302031813.10033.kaeesalm@cc.jyu.fi> <1044318962.1886.0.camel@hurina>
	 <200302040857.07068.kaeesalm@cc.jyu.fi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044342541.1885.109.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 04 Feb 2003 09:09:01 +0200
X-archive-position: 266
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: 266                                                  
Status: O

On Tue, 2003-02-04 at 08:57, Karo Salminen wrote:
> You should fix this too:
> If building with --without-pop3d dovecot still looks for pop3-login executable 
> at startup.

Or rather only if protocols setting contains it. Added that check.

>  The prefix for -login bins should also be put as examples 
> referring to $PREFIX set when building instead of /usr/libexec.

No, they would just look stupid there. The beginning of the config file
says what paths are being used, and those are the preferred locations
that package maintainers should use.


From kaeesalm@cc.jyu.fi  Tue Feb  4 09:15:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 09:15:46 +0200 (EET)
Return-Path: <kaeesalm@cc.jyu.fi>
Delivered-To: dovecot@procontrol.fi
Received: from yabba.kortex.jyu.fi (yabba.kortex.jyu.fi [130.234.182.31])
	by danu.procontrol.fi (Postfix) with ESMTP id 9D5AD238C7
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 09:15:46 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by yabba.kortex.jyu.fi (Postfix) with ESMTP
	id 96B1638; Tue,  4 Feb 2003 09:15:45 +0200 (EET)
From: Karo Salminen <kaeesalm@cc.jyu.fi>
Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?=
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Re: Dovecot on FreeBSD
Date: Tue, 4 Feb 2003 09:15:41 +0200
User-Agent: KMail/1.5
Cc: dovecot@procontrol.fi
References: <200302021823.16801.kaeesalm@cc.jyu.fi> <200302040857.07068.kaeesalm@cc.jyu.fi> <200302040859.52553.kaeesalm@cc.jyu.fi>
In-Reply-To: <200302040859.52553.kaeesalm@cc.jyu.fi>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200302040915.44997.kaeesalm@cc.jyu.fi>
X-archive-position: 267
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kaeesalm@cc.jyu.fi
Precedence: bulk
X-list: dovecot
X-UID: 267                                                  
Status: O

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 04 February 2003 08:59, Karo Salminen wrote:

> And this:
> base_dir variable has $PREFIX/var/run/dovecot as its value by default.
> Shouldn't it be /var/run/dovecot?

i built Dovecot again, but with --with-pop3d in order to get it running. It=
=20
seems to execute fine, but it isn't running after all and there are a coupl=
e=20
of critical lines in logs:
=46eb  4 09:11:49 karo dovecot: fcntl(F_GETFD) failed: Bad file descriptor
=46eb  4 09:11:49 karo imap-login: fd_send() failed: Broken pipe

Looks fun.
=2D --=20
Karo Salminen
GSM: +358 45 6728280
WWW: http://www.cc.jyu.fi/~kaeesalm/
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+P2igvt6lNXuj7xcRAtE8AJ9VNv9DdZWpyheN8YSKO68Hfy/S0wCdFhEw
hbSa9wdcO78FUAWd9jbxkRU=3D
=3DyAj3
=2D----END PGP SIGNATURE-----


From lfarkas@bnap.hu  Tue Feb  4 13:43:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 13:43:54 +0200 (EET)
Return-Path: <lfarkas@bnap.hu>
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 465F4238C7
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 13:43:54 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 2EBB775401D
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 12:47:21 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id CD9223EAF
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 12:43:52 +0100 (CET)
Message-ID: <3E3FA779.9070107@bnap.hu>
Date: Tue, 04 Feb 2003 12:43:53 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] bincimap
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 268
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: 268                                                  
Status: O

hi,
what do you tyhink about it? especially the faq comment about dovecot?
http://www.bincimap.andreas.hanssen.name/

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Tue Feb  4 15:36:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 15:36:13 +0200 (EET)
Return-Path: <tss@iki.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 C221A238C7
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 15:36:12 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 0FC055E015A9; Tue,  4 Feb 2003 15:36:11 +0200 (EET)
Subject: [dovecot] Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: dovecot@procontrol.fi, andreas@hanssen.name
In-Reply-To: <3E3FA779.9070107@bnap.hu>
References: <3E3FA779.9070107@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044365771.942.62.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 04 Feb 2003 15:36:11 +0200
X-archive-position: 269
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: 269                                                  
Status: O
Content-Length: 2633

[oh well, let's cc the author as well]

On Tue, 2003-02-04 at 13:43, Farkas Levente wrote:
> hi,
> what do you tyhink about it? especially the faq comment about dovecot?
> http://www.bincimap.andreas.hanssen.name/

That's interesting. Haven't noticed it before. Author's name is actually
familiar from imap mailing list :) Initial impressions:

It uses C++, so why is it still using sprintf() in a few places, just
waiting to be exploited? That alone actually makes me question his "C++
security experience" (well, that's not C++ exactly..). The ones in COPY
and APPEND handling actually can cause buffer overflows if host has long
enough hostname.

Says it's a replacement for Courier IMAP, and the design looks that way
too. Currently at least maildir-specific (there was some empty mbox dir
though) and without any kind of smart indexing, meaning it's quite
likely close to Courier's performance.

I don't really get his comments about TCP wrappers. Meaning that I do
network I/O instead of letting inetd handle it? That's only minimal part
of the code and I'd say it has near-zero possibility for any security
related problems, or any kind of all really. Well, of course doing it in
inetd allows /etc/hosts.deny and such.

I guess his server runs as root until user is authenticated. That
requires that all IMAP commands check properly that they're not run
before authentication, that everything that is run before authentication
must have perfect security or attacker can get roots. SSL communication
is likely also done as root.

That's very different from Dovecot's design, where login process has
been designed so that even in case of a security flaw (eg. SSL library),
there's no way for the attacker to do _anything_ before being properly
authenticated (chrooted, non-privileged user, only access to communicate
with auth process via pipe but no way to get other users' passwords or
anything). Post-login SSL communication is also done by the same login
process, so that exploiting SSL library bugs even then won't do any
good.

It wouldn't be too difficult to allow Dovecot to be run from inetd, but
I don't think there's much point. It's certainly less secure since it
initially requires roots.

Hmm. What else .. I would have expected C++ code to be more .. prettier.
It's 10k lines count may be partially because of C++ and using lex
instead of writing own parsers, but I think it's mostly because it
doesn't really do much. Plaintext authentication + maildir + IMAP4rev1
is pretty much what it does now, without anything special in design or
implementation (except for being C++). Very much like Courier or UW
imapd.


From cras@irccrew.org  Tue Feb  4 17:14:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 17:14:18 +0200 (EET)
Return-Path: <cras@irccrew.org>
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id B32E1238C7
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 17:14:18 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id B2EA74C0A0; Tue,  4 Feb 2003 17:14:16 +0200 (EET)
Date: Tue, 4 Feb 2003 17:14:16 +0200
From: Timo Sirainen <tss@iki.fi>
To: Binc IMAP <lists-bincimap@infeline.org>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: bincimap
Message-ID: <20030204151416.GA21151@irccrew.org>
References: <1044365771.942.62.camel@hurina> <Pine.LNX.4.40L0.0302041447050.1343-100000@bitto.np>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.40L0.0302041447050.1343-100000@bitto.np>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 270
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: 270                                                  
Status: O
Content-Length: 2111

On Tue, Feb 04, 2003 at 02:54:47PM +0100, Andreas Aardal Hanssen wrote:
> I can change the words in the FAQ if you feel offended by it, but you'll
> have to address points individually. I never made remarks about your
> personal code conventions, and I never claimed that my server "focuses on
> security" in the extent that Dovecot does.
> 
> If you want to discuss our different designs, please do it seriously,
> point for point, and don't just troll around like this.

Sorry, I just got a bit disappointed after reading the the web page first.
Your lines of code comparisions just seemed to imply that your server does
everything that others would but with only a fraction of code. There was
also something about Dovecot's design being too complex, so I thought you
might have solved those problems more elegantly.

When you write something from scratch, I think it's a good idea to design it
so that it's superior to existing implementations in at least some ways, not
just make a clone with slightly different coding style. If all you wanted
was a clone with some changes (and better maintainer), forking the project
would be much smaller job.

Well, here's some design thoughts:

Maildir implementation could be hidden behind a class to access it. That
would keep the ugly details hidden from the rest of the code, as well as
allow easily implementing other mail storages.

Restricting yourself to only plaintext authentication doesn't sound very
good plan.

Separating the pre-login process from post-login process would probably be a
good idea to keep their functionality completely separated. It would also be
easier to audit the pre-login code if you knew exactly what there is.
After logging in, you could just exec() the post-login process.

Don't use sprintf().

> Actually I don't get why you guys CC'd me personally on this. If you have
> anything in particular you want to discuss you can post it to the mailing
> list.

I just thought you'd rather want to see it now than months later in google.
I know I would. I didn't think it was really relevant to your mailing list,
but if you say so..


From disco@pervert.ca  Tue Feb  4 18:18:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 18:18:50 +0200 (EET)
Return-Path: <disco@pervert.ca>
Delivered-To: dovecot@procontrol.fi
Received: from iridium.pervert.ca (CPE0050bad0aa3e-CM.cpe.net.cable.rogers.com [24.112.138.163])
	by danu.procontrol.fi (Postfix) with ESMTP id 35586238C7
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 18:18:48 +0200 (EET)
Received: from PHOTEK (photek.pervert.ca [192.168.1.100])
	by iridium.pervert.ca (8.12.5/8.12.5) with ESMTP id h14CBjOw012085
	for <dovecot@procontrol.fi>; Tue, 4 Feb 2003 12:11:52 GMT
	(envelope-from disco@pervert.ca)
Reply-To: <disco@pervert.ca>
From: "Rick Stewart" <disco@pervert.ca>
To: <dovecot@procontrol.fi>
Subject: [dovecot] Re: bincimap
Date: Tue, 4 Feb 2003 11:21:19 -0500
Organization: Misc. Perversion
Message-ID: <000001c2cc69$7b963870$6401a8c0@PHOTEK>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
In-Reply-To: <1044365771.942.62.camel@hurina>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
X-archive-position: 271
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: disco@pervert.ca
Precedence: bulk
X-list: dovecot
X-UID: 271                                                  
Status: O

	Wait a sec, so dovecot isn't supposed to run from inetd or
xinetd?  I'm just wondering cause that's how I've been running it for
about 2 months.  If not then how "should" I be running it?

./disco

P.S.  Thanks for a slick imap program.  I've been using it and am very
happy with its performance and features.  Cheers Timo.


-----Original Message-----
From: dovecot-bounce@procontrol.fi [mailto:dovecot-bounce@procontrol.fi]
On Behalf Of Timo Sirainen
Sent: February 4, 2003 8:36 AM
To: Farkas Levente
Cc: dovecot@procontrol.fi; andreas@hanssen.name
Subject: [dovecot] Re: bincimap

---[ snip ]---

It wouldn't be too difficult to allow Dovecot to be run from inetd, but
I don't think there's much point. It's certainly less secure since it
initially requires roots.

---[ snip ]---





From tss@iki.fi  Tue Feb  4 19:19:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Feb 2003 19:19:47 +0200 (EET)
Return-Path: <tss@iki.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 676F5238C9
	for <dovecot@procontrol.fi>; Tue,  4 Feb 2003 19:19:47 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 9B5995E015A9; Tue,  4 Feb 2003 19:19:46 +0200 (EET)
Subject: [dovecot] Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: disco@pervert.ca
Cc: dovecot@procontrol.fi
In-Reply-To: <000001c2cc69$7b963870$6401a8c0@PHOTEK>
References: <000001c2cc69$7b963870$6401a8c0@PHOTEK>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044379186.941.81.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 04 Feb 2003 19:19:46 +0200
X-archive-position: 272
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: 272                                                  
Status: O

On Tue, 2003-02-04 at 18:21, Rick Stewart wrote:
> 	Wait a sec, so dovecot isn't supposed to run from inetd or
> xinetd?  I'm just wondering cause that's how I've been running it for
> about 2 months.  If not then how "should" I be running it?

Uh. Have you set it to run the imap binary? It doesn't require any
authentication then, just connecting to the port gives direct access.
Not a good idea :)

You should have run imap-master binary. Or dovecot binary in next
version.

From kaeesalm@cc.jyu.fi  Wed Feb  5 22:21:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 05 Feb 2003 22:21:33 +0200 (EET)
Return-Path: <kaeesalm@cc.jyu.fi>
Delivered-To: dovecot@procontrol.fi
Received: from yabba.kortex.jyu.fi (yabba.kortex.jyu.fi [130.234.182.31])
	by danu.procontrol.fi (Postfix) with ESMTP id 000042382E
	for <dovecot@procontrol.fi>; Wed,  5 Feb 2003 22:21:32 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by yabba.kortex.jyu.fi (Postfix) with ESMTP
	id A577E59; Wed,  5 Feb 2003 22:21:32 +0200 (EET)
From: Karo Salminen <kaeesalm@cc.jyu.fi>
Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?=
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Re: Dovecot on FreeBSD
Date: Wed, 5 Feb 2003 22:21:32 +0200
User-Agent: KMail/1.5
Cc: dovecot@procontrol.fi
References: <200302021823.16801.kaeesalm@cc.jyu.fi> <200302040859.52553.kaeesalm@cc.jyu.fi> <200302040915.44997.kaeesalm@cc.jyu.fi>
In-Reply-To: <200302040915.44997.kaeesalm@cc.jyu.fi>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200302052221.32110.kaeesalm@cc.jyu.fi>
X-archive-position: 273
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kaeesalm@cc.jyu.fi
Precedence: bulk
X-list: dovecot
X-UID: 273                                                  
Status: O

On Tuesday 04 February 2003 09:15, Karo Salminen wrote:

> i built Dovecot again, but with --with-pop3d in order to get it running. It
> seems to execute fine, but it isn't running after all and there are a
> couple of critical lines in logs:
> Feb  4 09:11:49 karo dovecot: fcntl(F_GETFD) failed: Bad file descriptor
> Feb  4 09:11:49 karo imap-login: fd_send() failed: Broken pipe

Still no advices?
-- 
Karo Salminen
GSM: +358 45 6728280
WWW: http://www.cc.jyu.fi/~kaeesalm/


From tss@iki.fi  Thu Feb  6 04:35:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Feb 2003 04:35:16 +0200 (EET)
Return-Path: <tss@iki.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 802D82382E
	for <dovecot@procontrol.fi>; Thu,  6 Feb 2003 04:35:16 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AC4CA5E015A9; Thu,  6 Feb 2003 04:35:13 +0200 (EET)
Subject: [dovecot] Re: Dovecot on FreeBSD
From: Timo Sirainen <tss@iki.fi>
To: Karo Salminen <kaeesalm@cc.jyu.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <200302052221.32110.kaeesalm@cc.jyu.fi>
References: <200302021823.16801.kaeesalm@cc.jyu.fi>
	 <200302040859.52553.kaeesalm@cc.jyu.fi>
	 <200302040915.44997.kaeesalm@cc.jyu.fi>
	 <200302052221.32110.kaeesalm@cc.jyu.fi>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044498913.943.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Feb 2003 04:35:13 +0200
X-archive-position: 274
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: 274                                                  
Status: O

On Wed, 2003-02-05 at 22:21, Karo Salminen wrote:
> > i built Dovecot again, but with --with-pop3d in order to get it running. It
> > seems to execute fine, but it isn't running after all and there are a
> > couple of critical lines in logs:
> > Feb  4 09:11:49 karo dovecot: fcntl(F_GETFD) failed: Bad file descriptor
> > Feb  4 09:11:49 karo imap-login: fd_send() failed: Broken pipe
> 
> Still no advices?

Does it happen right after startup or only after trying to log in? I'll
probably install FreeBSD 5 soon myself too so I can try then..


From kiwi@oav.net  Thu Feb  6 13:27:56 2003
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


Le jeudi, 6 f=E9v 2003, =E0 03:35 Europe/Paris, Timo Sirainen a =E9crit =
:

> On Wed, 2003-02-05 at 22:21, Karo Salminen wrote:
>>> i built Dovecot again, but with --with-pop3d in order to get it=20
>>> running. It
>>> seems to execute fine, but it isn't running after all and there are =
a
>>> couple of critical lines in logs:
>>> Feb  4 09:11:49 karo dovecot: fcntl(F_GETFD) failed: Bad file=20
>>> descriptor
>>> Feb  4 09:11:49 karo imap-login: fd_send() failed: Broken pipe
>>
>> Still no advices?
>
> Does it happen right after startup or only after trying to log in? =
I'll
> probably install FreeBSD 5 soon myself too so I can try then..
>

I had such thing with FreeBSD 4.7-RELEASE-p2 on alpha with a old
dovecot (0.98.4) using the freebsd port ...

Maybe it has been updated. I will have a look at that.

/Xavier
--
Xavier Beaudouin - Unix System Administrator & Projects Leader.
Please visit http://caudium.net/, home of Caudium & Camas projects
O  ascii ribbon campaign against html email
  |\  and Microsoft attachments=


From jaldhar@debian.org  Fri Feb  7 09:08:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Feb 2003 09:08:47 +0200 (EET)
Return-Path: <jaldhar@debian.org>
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 889EC238C5
	for <dovecot@procontrol.fi>; Fri,  7 Feb 2003 09:08:47 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 7CF4484F5; Fri,  7 Feb 2003 00:43:53 -0500 (EST)
Date: Fri, 7 Feb 2003 00:43:53 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Cc: bisho@eurielec.etsit.upm.es
Subject: [dovecot] Re: About the dovecot package (fwd)
In-Reply-To: <1044255833.13761.35.camel@hurina>
Message-ID: <Pine.LNX.4.53.0302070040320.10356@samadhi.braincells.com>
References: <Pine.LNX.4.53.0302030141400.5030@samadhi.braincells.com>
 <1044255833.13761.35.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 276
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 276                                                  
Status: O

On Mon, 3 Feb 2003, Timo Sirainen wrote:

> SSL connections are handled by imap-login process, so it can't be that.
> Can't really say what would be crashing it .. Well, I'm not sure what
> commands mutt uses, but I've found at least a few bugs with SEARCH
> command that could crash.
>

just FYI, 0.99.8.test1 appears to have fixed the problems.  Unfortunately
as a number of things have changed, I can't upload new Debian packages
until I make a clean upgrade possible.

Any idea when 0.99.8 final will be released?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From tss@iki.fi  Fri Feb  7 09:18:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Feb 2003 09:18:37 +0200 (EET)
Return-Path: <tss@iki.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 E8F43238C5
	for <dovecot@procontrol.fi>; Fri,  7 Feb 2003 09:18:36 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 39B495E017E9; Fri,  7 Feb 2003 09:18:36 +0200 (EET)
Subject: [dovecot] Re: About the dovecot package (fwd)
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi, bisho@eurielec.etsit.upm.es
In-Reply-To: <Pine.LNX.4.53.0302070040320.10356@samadhi.braincells.com>
References: <Pine.LNX.4.53.0302030141400.5030@samadhi.braincells.com>
	 <1044255833.13761.35.camel@hurina>
	 <Pine.LNX.4.53.0302070040320.10356@samadhi.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044602316.5777.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 07 Feb 2003 09:18:36 +0200
X-archive-position: 277
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: 277                                                  
Status: O

On Fri, 2003-02-07 at 07:43, Jaldhar H. Vyas wrote:
> just FYI, 0.99.8.test1 appears to have fixed the problems.  Unfortunately
> as a number of things have changed, I can't upload new Debian packages
> until I make a clean upgrade possible.
> 
> Any idea when 0.99.8 final will be released?

There's still some problems with it. At least this doesn't look good:

dovecot: Feb 06 14:22:01 Error: login: Authentication process 0 doesn't exist
imap-login: Feb 06 14:22:01 Fatal: Master sent reply with unknown tag 0

I haven't yet figured out why that happened. Maybe it's also related to
the FreeBSD problems. Anyway, I'll start looking into it again. I didn't
get much done for the past week after seeing first episode of Alias in
TV, I had to get and watch them all ;)


From tss@iki.fi  Sat Feb  8 21:14:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 08 Feb 2003 21:14:48 +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 8C60F2384B
	for <dovecot@procontrol.fi>; Sat,  8 Feb 2003 21:14:48 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 426855E01F68; Sat,  8 Feb 2003 21:14:48 +0200 (EET)
Subject: [dovecot] 0.99.8-test2 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044731688.29839.101.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 08 Feb 2003 21:14:48 +0200
X-archive-position: 278
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: 278                                                  
Status: O

Fixes several smaller bugs. Finally works with FreeBSD (tested with 4.7
and 5.0). I think there's still some problems with authentication
failing sometimes due to memory/ipc corruption. I haven't seen those
today, but I don't think I've fixed that either..

One behaviour change is that if default_mail_env isn't set and mbox
format is detected (~/mail dir), /var/mail/user or /var/spool/mail/user
is used as INBOX if found.

From tss@iki.fi  Tue Feb 11 13:17:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 11 Feb 2003 13:17:17 +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 8FC762384D
	for <dovecot@procontrol.fi>; Tue, 11 Feb 2003 13:17:17 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 61E8C5E01F68; Tue, 11 Feb 2003 13:17:17 +0200 (EET)
Subject: [dovecot] 0.99.8-test3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1044962237.29839.243.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 11 Feb 2003 13:17:17 +0200
X-archive-position: 279
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: 279                                                  
Status: O

It includes full LDAP support now, can anyone test if it really works?
It has worked with some of my tests, but I don't know too much about
LDAP so I might have missed something important.

The authentication problem in test1 and test2 is also fixed now.


From lfarkas@bnap.hu  Tue Feb 11 13:34:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 11 Feb 2003 13:34:55 +0200 (EET)
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 BBB172384D
	for <dovecot@procontrol.fi>; Tue, 11 Feb 2003 13:34:55 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id EBB7975401B
	for <dovecot@procontrol.fi>; Tue, 11 Feb 2003 12:35:43 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id E9D193EAD
	for <dovecot@procontrol.fi>; Tue, 11 Feb 2003 12:34:53 +0100 (CET)
Message-ID: <3E48E008.8010701@bnap.hu>
Date: Tue, 11 Feb 2003 12:35:36 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: 0.99.8-test3
References: <1044962237.29839.243.camel@hurina>
In-Reply-To: <1044962237.29839.243.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 280
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: 280                                                  
Status: O



Timo Sirainen wrote:
> It includes full LDAP support now, can anyone test if it really works?
> It has worked with some of my tests, but I don't know too much about
> LDAP so I might have missed something important.

ohh? and is there any doc about this part?
did you see
http://jamm.sourceforge.net/howto/html/
we plan to use it, but I'm not realy like courier...

-- 
    Levente                               "Si vis pacem para bellum!"



From mark@mercurial-mouth.com  Fri Feb 14 14:19:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 14 Feb 2003 14:19:23 +0200 (EET)
Return-Path: <mark@mercurial-mouth.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from nmail1.systems.pipex.net (nmail1.systems.pipex.net [62.241.160.130])
	by danu.procontrol.fi (Postfix) with ESMTP id AF8142384E
	for <dovecot@procontrol.fi>; Fri, 14 Feb 2003 14:19:23 +0200 (EET)
Received: from nmail1.systems.pipex.net (localhost [127.0.0.1])
	by nmail1.systems.pipex.net (8.12.4/8.12.4) with ESMTP id h1ECJNcL013530
	for <dovecot@procontrol.fi>; Fri, 14 Feb 2003 12:19:23 GMT
Received: (from nobody@localhost)
	by nmail1.systems.pipex.net (8.12.4/8.12.4/Submit) id h1ECJNtl013529
	for dovecot@procontrol.fi; Fri, 14 Feb 2003 12:19:23 GMT
To: <dovecot@procontrol.fi>
Subject: [dovecot] Brain bubbles
Message-ID: <1045225163.3e4cdecb57871@netmail.pipex.net>
Date: Fri, 14 Feb 2003 12:19:23 +0000
From: Mark Lancaster <mark@mercurial-mouth.com>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: PIPEX NetMail 2.2.0-pre13
X-PIPEX-username: aonz04%dsl.pipex.com
X-Originating-IP: 62.189.158.225
X-Usage: Use of PIPEX NetMail is subject to the PIPEX Terms and Conditions of use
X-archive-position: 281
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mark@mercurial-mouth.com
Precedence: bulk
X-list: dovecot
X-UID: 281                                                  
Status: O


Hi

Bit of a newbie to imap servers re: the article on webmonkey!
http://hotwired.lycos.com/webmonkey/03/04/index3a_page4.html?tw=backend 

Been trying to set up SSL support with the latest ver. of dovecote I'm guessing 
that the following line from STDOUT is the problem. How to fix it is beyond my 
grasp currently.

checking for SSL_read in -lssl... (cached) no

Any ideas.

ttfn

Mark




From charlieb-dovecot@e-smith.com  Mon Feb 17 05:01:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 05:01:14 +0200 (EET)
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 7E9CE23839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 05:01:13 +0200 (EET)
Received: (qmail 20052 invoked by uid 404); 17 Feb 2003 03:01:11 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 16 Feb 2003 22:01:10 -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; 17 Feb 2003 03:01:10 -0000
Received: (qmail 21592 invoked by uid 5008); 17 Feb 2003 03:01:10 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 17 Feb 2003 03:01:10 -0000
Date: Sun, 16 Feb 2003 22:01:09 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Cc: Binc IMAP <lists-bincimap@infeline.org>, <dovecot@procontrol.fi>
Subject: [dovecot] Re: bincimap
In-Reply-To: <20030204151416.GA21151@irccrew.org>
Message-ID: <Pine.LNX.4.44.0302162136490.2041-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 282
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: 282                                                  
Status: O
Content-Length: 1890


On Tue, 4 Feb 2003, Timo Sirainen wrote:

> Sorry, I just got a bit disappointed after reading the the web page first.
> Your lines of code comparisions just seemed to imply that your server does
> everything that others would but with only a fraction of code.

Well, it doesn't claim to support other than Maildir, but it does claim to 
be a full IMAP4rev1 implementation.

> When you write something from scratch, I think it's a good idea to design it
> so that it's superior to existing implementations in at least some ways

Are you suggesting that Andreas hasn't done this?

> just make a clone with slightly different coding style. If all you wanted
> was a clone with some changes (and better maintainer), forking the project
> would be much smaller job.

Who would want a clone of Courier IMAP? :-)

> Separating the pre-login process from post-login process would probably be a
> good idea to keep their functionality completely separated. It would also be
> easier to audit the pre-login code if you knew exactly what there is.
> After logging in, you could just exec() the post-login process.

Agreed. Given that qmail-pop3d was an inspiration, I'm surprised this 
hasn't been done.

You might look at http://www.untroubled.org/mailfront/imapfront.html for a 
pre-existing pre-login imapd. Doesn't handle STARTTLS though.

Timo, my preferred way to run network servers is to have tcpserver 
running under supervise, and logging to multilog. bincimap is designed to 
run this way. I don't know how dovecot executes - there's no mention of 
either init.d or inetd in the documentation AFAICT. Can dovecot be used in 
a supervise/tcpserver/multilog environment, and if so, how?

--
Charlie Brady 
Lead Product Developer
Network Server Solutions Group
Mitel Networks Corporation      http://www.mitel.com/smallbusiness
Phone: +1 (613) 592 5660 or 592 2122  Fax: +1 (613) 592 1175



From tss@iki.fi  Mon Feb 17 10:45:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 10:45:42 +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 59B3E23839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 10:45:42 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 29CC75E01F68; Mon, 17 Feb 2003 10:45:42 +0200 (EET)
Subject: [dovecot] Re: Brain bubbles
From: Timo Sirainen <tss@iki.fi>
To: Mark Lancaster <mark@mercurial-mouth.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1045225163.3e4cdecb57871@netmail.pipex.net>
References: <1045225163.3e4cdecb57871@netmail.pipex.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045471541.4604.110.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 10:45:42 +0200
X-archive-position: 283
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: 283                                                  
Status: O

On Fri, 2003-02-14 at 14:19, Mark Lancaster wrote:
> Been trying to set up SSL support with the latest ver. of dovecote I'm guessing 
> that the following line from STDOUT is the problem. How to fix it is beyond my 
> grasp currently.
> 
> checking for SSL_read in -lssl... (cached) no

Install OpenSSL. Depending on your os/distribution it's likely in
libssl* packages. libssl-dev is also needed. Or you could get the
sources from www.openssl.org

Also remove config.cache file after installing so that the check runs
again.


From tss@iki.fi  Mon Feb 17 11:14:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 11:14:36 +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 CEAFF23839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 11:14:35 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 826DA5E01F68; Mon, 17 Feb 2003 11:14:35 +0200 (EET)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: Binc IMAP <lists-bincimap@infeline.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0302170709340.1469-100000@krs-dhcp401.studby.uio.no>
References:
	 <Pine.LNX.4.44.0302170709340.1469-100000@krs-dhcp401.studby.uio.no>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045473275.4601.140.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 11:14:35 +0200
X-archive-position: 284
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: 284                                                  
Status: O
Content-Length: 1243

On Mon, 2003-02-17 at 08:28, Andreas Aardal Hanssen wrote:
> I wonder what the motives for the author of Dovecot IMAP was when he
> started his project.

Lack of securely written code in other servers, although Courier did
prove to be quite secure after all.

> I wouldn't want to comment on Dovecot's design, since I'm no fan of
> trolling.

I don't think commenting is trolling, as long as there's truth in it, or
at least honest opinions.

> The project clearly has different goals than Binc. Dovecot wants
> excellent features, indexing and an advanced security promoting design. 

Implementation security as well. I'm not sure about features. It's more
about trying to be fast and light. Indexes make Dovecot comparable to
Cyrus in speed, but updating them isn't required so it's still drop-in
replacement for UW imapd and Courier. Index files themselves aren't
really required either, but there's no option currently to disable them.

> It even recently included a POP server. What's the reasoning there?

Someone wanted it so it'd be easy to run both POP3 and IMAP servers
without having to configure them twice. I don't see any harm in it
anyway, it took only few hours to write, it's optional and doesn't take
much space in sources.


From tss@iki.fi  Mon Feb 17 11:29:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 11:29:48 +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 33D8523839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 11:29:48 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id F0A915E01F68; Mon, 17 Feb 2003 11:29:47 +0200 (EET)
Subject: [dovecot] Re: bincimap
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.0302162136490.2041-100000@allspice.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0302162136490.2041-100000@allspice.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045474187.4604.155.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 11:29:47 +0200
X-archive-position: 285
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: 285                                                  
Status: O

On Mon, 2003-02-17 at 05:01, Charlie Brady wrote:
> Timo, my preferred way to run network servers is to have tcpserver 
> running under supervise, and logging to multilog. bincimap is designed to 
> run this way. I don't know how dovecot executes - there's no mention of 
> either init.d or inetd in the documentation AFAICT. Can dovecot be used in 
> a supervise/tcpserver/multilog environment, and if so, how?

I haven't looked too deeply into daemontools, but CVS supports logging
into /dev/stderr (it was before closed or used for other purposes) which
I've heard is enough for multilog.

I don't think it could be made to run with tcpserver without changes.
Dovecot is executed by running a master binary (imap-master before,
dovecot in CVS) which creates rest of the required processes
(authentication, pre-auth imap, post-auth imap)


From tss@iki.fi  Mon Feb 17 12:09:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 12:09:02 +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 552A423839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 12:09:02 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 174945E01F68; Mon, 17 Feb 2003 12:09:02 +0200 (EET)
Subject: [dovecot] Re: [bincimap] bincimap
From: Timo Sirainen <tss@iki.fi>
To: Binc IMAP <lists-bincimap@infeline.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.40L0.0302171022280.2040-100000@bitto.np>
References: <Pine.LNX.4.40L0.0302171022280.2040-100000@bitto.np>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045476541.4601.189.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 12:09:01 +0200
X-archive-position: 286
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: 286                                                  
Status: O
Content-Length: 1615

On Mon, 2003-02-17 at 11:33, Andreas Aardal Hanssen wrote:
> Binc IMAP's approaches are to use a secure programming language with
> secure well-known contructs, and with an as-simple-as-possible design,
> making it very easy for everyone to grasp how the server works. This will
> also help the community find and fix bugs.

I kind of agree, but not at the expense of security. I have tried to
keep my code clean and ugly-optimization-free anyway.

> Here's where I would say - there are hundreds of working POP3 servers
> around, both in closed and open source, so adding a POP3 server to the
> Dovecot project just introduces more lines of code where bugs may appear
> ;).

Yes, and I wouldn't have done it if it hadn't been so easy. I don't
really encourage people to use it anyway, it's even disabled by default.
If it has bugs, it doesn't affect the IMAP side.

If people really need to run both IMAP and POP3 servers, it is simpler
to use the same configuration for both, especially if the configuration
isn't "standard" (eg. LDAP or SQL authentication, mailboxes in special
locations, etc).

All other major IMAP servers provide their own POP3 servers as well, if
you haven't noticed :)

> Donald Knuth said in a seminar that I attended that the best way to keep a
> program free from bugs it to complete it. Finish off the project, work on
> fixing bugs. That's Binc IMAP's philosophy.

That's the ideal situation, and even possible if you keep the original
goals. But there are IMAP extensions which may require large changes,
new mail storage formats and ways to deliver mail into them, clustering,
etc.


From ianj@ian-justman.com  Mon Feb 17 12:15:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 12:15:49 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from narshe.chocobo.org (dsl-207-126-72-242.dsl.netasset.net [207.126.72.242])
	by danu.procontrol.fi (Postfix) with ESMTP id B596523839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 12:15:48 +0200 (EET)
Received: from zozo.intrn.chocobo.org (zozo.chocobo.org [207.126.72.244])
	by narshe.chocobo.org (Postfix) with ESMTP id C4C8430FE72
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 02:15:46 -0800 (PST)
Received: by zozo.intrn.chocobo.org (Postfix, from userid 501)
	id A43ED86E3BF; Mon, 17 Feb 2003 02:15:46 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by zozo.intrn.chocobo.org (Postfix) with ESMTP id 95531449AD3
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 02:15:46 -0800 (PST)
Date: Mon, 17 Feb 2003 02:14:47 -0800 (PST)
From: "Ian R. Justman" <ianj@ian-justman.com>
X-X-Sender: ianj@zozo.chocobo.org
To: Binc IMAP <lists-bincimap@infeline.org>
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
In-Reply-To: <Pine.LNX.4.40L0.0302171022280.2040-100000@bitto.np>
Message-ID: <Pine.LNX.4.44.0302170143390.11860-100000@zozo.chocobo.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
ReSent-Date: Mon, 17 Feb 2003 02:15:42 -0800 (PST)
Resent-From: "Ian R. Justman" <ianj@ian-justman.com>
Resent-To: dovecot@procontrol.fi
ReSent-Subject: Re: [dovecot] Re: [bincimap] Re: Re: bincimap
ReSent-Message-ID: <Pine.LNX.4.44.0302170215420.11860@zozo.chocobo.org>
X-archive-position: 287
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 287                                                  
Status: O
Content-Length: 2089



On Mon, 17 Feb 2003, Andreas Aardal Hanssen wrote:

> >> It even recently included a POP server. What's the reasoning there?
> >Someone wanted it so it'd be easy to run both POP3 and IMAP servers
> >without having to configure them twice. I don't see any harm in it
> >anyway, it took only few hours to write, it's optional and doesn't take
> >much space in sources.
>
> Here's where I would say - there are hundreds of working POP3 servers
> around, both in closed and open source, so adding a POP3 server to the
> Dovecot project just introduces more lines of code where bugs may appear
> ;).

Here is what -I- would say:

I use mbox on all my servers which I have absolutely no intention of
changing despite the issues concerning file locking inherent in the whole
mbox format.  So please, --NO-- attempts to convince me to go to maildir.

My take is that if I am going to use an IMAP server, it would be VERY nice
if a POP3 server also came bundled with it.  Dovecot's having both IMAP
and POP3 servers is great because they will likely use the same
file-locking schemes (in fact, probably even share the same locking
settings).

That way if I inadvertently start up a POP3 session while I am connected
via IMAP, if they use identical locking mechanisms, I don't screw up my
mailboxes should I inadvertently tell my system that I want to delete the
messages from my mailbox.

Basically, if you open via IMAP using a server with a diffent locking
scheme while your hung POP3 session is still running AND you modify your
mailbox, you are screwed.  Especially if that mailstore is NFS-shared,
which is always a dicey proposition.

Additionally, the number of mbox POP3 servers which Do Not Suck(R) is
rather low right now.  Timo finally introduced an mbox IMAP server which
definitely Does Not Suck, notably it allows for multiple clients accessing
the same mbox mailstore, something previously only offered by Cyrus and
perhaps maildir ("perhaps" only because I do not use maildir).

Not to mention, quite frankly, most mbox POP3 implementations suck pretty
badly anyway. :P

--Ian.



From tss@iki.fi  Mon Feb 17 19:34:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 19:34:04 +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 F06C52384D
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 19:34:03 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B465A5E01F68; Mon, 17 Feb 2003 19:34:03 +0200 (EET)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: "Ian R. Justman" <ianj@ian-justman.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0302170143390.11860-100000@zozo.chocobo.org>
References: <Pine.LNX.4.44.0302170143390.11860-100000@zozo.chocobo.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045503243.4601.422.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 19:34:03 +0200
X-archive-position: 288
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: 288                                                  
Status: O

On Mon, 2003-02-17 at 12:14, Ian R. Justman wrote:
> Additionally, the number of mbox POP3 servers which Do Not Suck(R) is
> rather low right now.  Timo finally introduced an mbox IMAP server which
> definitely Does Not Suck, notably it allows for multiple clients accessing
> the same mbox mailstore, something previously only offered by Cyrus and
> perhaps maildir ("perhaps" only because I do not use maildir).

I don't actually understand why UW imapd doesn't allow it. It needs to
be able to deal with unexpected mbox changes anyway, so why allow only
one IMAP session for it? Or maybe it deals with unexpected changes just
by killing the IMAP connection? I'd have to try some day.

Few days ago I was also wondering how UW imapd even knows how to kill
the older connection. It seems that it writes PID to
/tmp/.<device>.<inode>. When another IMAP process tries to access the
same mbox it sees the file, sends SIGUSR2 to the PID inside it and waits
for a while to see if the lock file goes away. Strange.


From dovecot@andreas.hanssen.name  Mon Feb 17 20:07:22 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 20:09:57 +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 6A70C23839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 20:07:22 +0200 (EET)
Received: (qmail 7066 invoked by uid 500); 17 Feb 2003 18:07:39 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 17 Feb 2003 18:07:39 -0000
Date: Mon, 17 Feb 2003 19:07:36 +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: <Pine.LNX.4.44.0302170143390.11860-100000@zozo.chocobo.org>
Message-ID: <Pine.LNX.4.44.0302171837210.2161-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: 289
X-Approved-By: tss@iki.fi
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: 289                                                  
Status: O
Content-Length: 3198

Hi, Ian. Cross-posting discussions like this is usually not appreciated by
those who subscribe to both foras, so I'll limit it to the Dovecot list.

On Mon, 17 Feb 2003, Ian R. Justman wrote:
>On Mon, 17 Feb 2003, Andreas Aardal Hanssen wrote:
>My take is that if I am going to use an IMAP server, it would be VERY nice
>if a POP3 server also came bundled with it.  Dovecot's having both IMAP
>and POP3 servers is great because they will likely use the same
>file-locking schemes (in fact, probably even share the same locking
>settings).

I agree with you.

But any shared mailbox format that makes assumptions on the type of
locking used by other accessors, and does not provide a standard locking
mechanism bundled with the format specification, is b0rken. But nobody
ever claimed that mbox was anything else, did they? ;) mbox is yesterday's
format, and the only reason people cling to it is for convenience and "if
it works, don't fix it".

Today we can exploit concurrency and rapid access in ways that were
unthinkable back when mbox was designed. It's only natural that the old
and worn fall by the swords of the young and strong. :-)

>Basically, if you open via IMAP using a server with a diffent locking
>Additionally, the number of mbox POP3 servers which Do Not Suck(R) is
>rather low right now.  Timo finally introduced an mbox IMAP server which

This I don't agree with. Most existing POP3 servers are quite ok, and
one POP3 Maildir server that is excellent and bug free since 1998,
qmail-pop3d, is quite a piece of art.

>Not to mention, quite frankly, most mbox POP3 implementations suck pretty
>badly anyway. :P

This I do agree with. Don't confuse POP3 servers in general with mbox POP3
servers. The root, the source of the evil is the storage format mbox.

Now I will not claim that Maildir is indefinitely much better, but it's
almost, but not quite, much much better than mbox.

With Maildir there's no need to lock the depository when deleting or
delivering mails (even on NFS), but you can't store (append) a message
with a timestamp nor with flags without breaking consistency, and servers
have to search for lost messages when an external client changes a flag.

With mbox you have to rewrite the entire mailbox after expunging message
#1, and exclusive access is required when doing so. With no indexes,
mboxes also need to be more or less parsed on every login - I understand
that Dovecot has done some smart stuff here, but that's a workaround for
one of the big headaches of a crappy storage format.

Nobody with their wits intact would come up with something as pathetic as
the mbox storage format in 2003. That's _my_ personal opinion on this
matter.

Now Binc IMAP does not support this format, but that's not because I
don't want it to. Rather, I'd like to investigate neat ways to make it
work just like Timo has with Dovecot. But rather than breathing fresh
air into the wrinkled nostrels of one of the Internet age's uglier
artifacts, I'd like to find a way to move all users away from mbox and
into a new mailbox format. One box to rule them all. ;)

btw, Flames are happily accepted. :-)

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From skvidal@phy.duke.edu  Mon Feb 17 20:17:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 20:17:01 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 5FB2423839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 20:17:01 +0200 (EET)
Received: from user-152-16-65-11.adsl.duke.edu (user-152-16-65-11.adsl.duke.edu [152.16.65.11])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 722A0301AF; Mon, 17 Feb 2003 13:16:56 -0500 (EST)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: seth vidal <skvidal@phy.duke.edu>
To: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0302171837210.2161-100000@krs-dhcp401.studby.uio.no>
References:
	 <Pine.LNX.4.44.0302171837210.2161-100000@krs-dhcp401.studby.uio.no>
Content-Type: text/plain
Organization: 
Message-Id: <1045505809.23411.93.camel@binkley>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-0) 
Date: 17 Feb 2003 13:16:50 -0500
Content-Transfer-Encoding: 7bit
X-archive-position: 290
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 290                                                  
Status: O
Content-Length: 1566


> I agree with you.
> 
> But any shared mailbox format that makes assumptions on the type of
> locking used by other accessors, and does not provide a standard locking
> mechanism bundled with the format specification, is b0rken. But nobody
> ever claimed that mbox was anything else, did they? ;) mbox is yesterday's
> format, and the only reason people cling to it is for convenience and "if
> it works, don't fix it".

Actually, there are a number of reasons why I still have mbox format.
Most of them are legacy. But keep in mind this is 10yrs of legacy in the
same format. That kind of inertia takes effort to break free of and in
some cases there are political situations which make breaking free just
about impossible. But thanks for only attributing laziness to those of
us who need to use  mbox.

The reason I want an imap and pop server than can handle both mbox and
maildir is so I can gradually migrate my users over.

I can take them in batches and move their mail spools to maildir w/o
massively disrupting their normal activities.

200-400 users at 2-4 a day will take me 1/3 of a year.

Doing them all in one day will take me a lifetime of cleaning up
problems and also trying to explain to those above me why I put all of
our users through it.

> Nobody with their wits intact would come up with something as pathetic as
> the mbox storage format in 2003. That's _my_ personal opinion on this
> matter.

We're not disputing that. But mbox is going to HAVE to be there for
migration, otherwise you'll not be able to get the users moved over.

-sv



From tss@iki.fi  Mon Feb 17 20:39:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 20:39:02 +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 E42942384D
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 20:39:01 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A30D45E01F68; Mon, 17 Feb 2003 20:39:01 +0200 (EET)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0302171837210.2161-100000@krs-dhcp401.studby.uio.no>
References:
	 <Pine.LNX.4.44.0302171837210.2161-100000@krs-dhcp401.studby.uio.no>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045507141.4601.450.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 20:39:01 +0200
X-archive-position: 291
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: 291                                                  
Status: O
Content-Length: 1668

On Mon, 2003-02-17 at 20:07, Andreas Aardal Hanssen wrote:
> Now I will not claim that Maildir is indefinitely much better, but it's
> almost, but not quite, much much better than mbox.

The main difference is if there should be one file per message or one
file per mailbox. Per-mailbox files are faster (less syscalls, less
filesystem stress) as long as mails aren't being expunged from the
middle of it. I'm still personally using mbox and I know I usually
delete only mails that I've received recently so only small parts of the
file needs to be rewritten.

So which one is faster depends mostly on the user. I'm not sure about
"better" argument. mbox needs a more work to make it work well. UW imapd
supports also another flat file format "mbx" which should be more
IMAP-friendly.

UW imapd author also says that mbox is slow and changing to mbx would
give a lot higher performance, but I think that's mostly commenting UW
imapd implementation than mbox format itself. There are some ugly
slowing hacks that have to be done, but they're not _that_ slow if
implemented well. And that slowness shows just in CPU usage which is
cheap in IMAP servers compared to I/O.

> With Maildir there's no need to lock the depository when deleting or
> delivering mails (even on NFS), but you can't store (append) a message
> with a timestamp nor with flags without breaking consistency,

I don't understand this. What's the problem with setting timestamp or
flags when appending a message? You create it in tmp/ with wanted name
and timestamp, then rename() it.

>  and servers
> have to search for lost messages when an external client changes a flag.

Yes, this is annoying.


From dovecot@andreas.hanssen.name  Mon Feb 17 20:59:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 20:59:00 +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 B51692384D
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 20:59:00 +0200 (EET)
Received: (qmail 10353 invoked by uid 500); 17 Feb 2003 18:59:18 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 17 Feb 2003 18:59:18 -0000
Date: Mon, 17 Feb 2003 19:59:17 +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: <1045507141.4601.450.camel@hurina>
Message-ID: <Pine.LNX.4.44.0302171942430.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: 292
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: 292                                                  
Status: O
Content-Length: 1869

On 17 Feb 2003, Timo Sirainen wrote:
>On Mon, 2003-02-17 at 20:07, Andreas Aardal Hanssen wrote:
>> With Maildir there's no need to lock the depository when deleting or
>> delivering mails (even on NFS), but you can't store (append) a message
>> with a timestamp nor with flags without breaking consistency,
>I don't understand this. What's the problem with setting timestamp or
>flags when appending a message? You create it in tmp/ with wanted name
>and timestamp, then rename() it.

You use the rename system call for this?
From maildir-storage.c, line 325:

        while (rename(src, dest) < 0 && count < 2) {
                if (errno != EEXIST) {

rename can never return EEXIST in errno. maildir-save.c, line 124.

        /* move the file into new/ directory - syncing will pick it
           up from there */
        if (rename(tmp_path, new_path) == 0)
                failed = FALSE;

Here you can lose emails if the new/ folder contains a message whose base 
name is equal. The only way to avoid this is:

1) use link and unlink, not rename
2) leave messages that have a time_t part equal to or higher than 
   time(NULL).

Anyway, Maildir has a strict consistency criteria which says that all
messages that are linked from tmp/ into new/ _must_ use time(NULL) plus a
number that is guaranteed not to lapse within one second, and which does
not collide with other messages in new/. new/ is the single entry point
into cur/, and messages in new/ can not be "older" than the messages in
cur/.

The simple reasoning for this is that you can never guarantee that there
is no message in cur/ that has the same base name, but perhaps different
flags. It follows that when moving a message from new/ to cur/, it is
required that the server only picks messages that are older than one
second.

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From dovecot@andreas.hanssen.name  Mon Feb 17 21:03:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 21:03:02 +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 E3E9A2384D
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 21:03:01 +0200 (EET)
Received: (qmail 10377 invoked by uid 500); 17 Feb 2003 19:03:19 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 17 Feb 2003 19:03:19 -0000
Date: Mon, 17 Feb 2003 20:03:14 +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: <Pine.LNX.4.44.0302171942430.9975-100000@krs-dhcp401.studby.uio.no>
Message-ID: <Pine.LNX.4.44.0302172002070.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: 293
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: 293                                                  
Status: O

On Mon, 17 Feb 2003, Andreas Aardal Hanssen wrote:
>On 17 Feb 2003, Timo Sirainen wrote:
>>On Mon, 2003-02-17 at 20:07, Andreas Aardal Hanssen wrote:
>From maildir-storage.c, line 325:
>        while (rename(src, dest) < 0 && count < 2) {
>                if (errno != EEXIST) {
>rename can never return EEXIST in errno. maildir-save.c, line 124.

I'd like to stress here that rename can't return EEXIST when moving files.

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From tss@iki.fi  Mon Feb 17 21:39:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 21:39:20 +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 BF7D123839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 21:39:20 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 86B5F5E01F68; Mon, 17 Feb 2003 21:39:20 +0200 (EET)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0302171942430.9975-100000@krs-dhcp401.studby.uio.no>
References:
	 <Pine.LNX.4.44.0302171942430.9975-100000@krs-dhcp401.studby.uio.no>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045510760.4604.485.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 21:39:20 +0200
X-archive-position: 294
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: 294                                                  
Status: O
Content-Length: 2778

On Mon, 2003-02-17 at 20:59, Andreas Aardal Hanssen wrote:
> >From maildir-storage.c, line 325:
> 
>         while (rename(src, dest) < 0 && count < 2) {
>                 if (errno != EEXIST) {
> 
> rename can never return EEXIST in errno.

Sure it can:

       ENOTEMPTY or EEXIST
              newpath  is  a non-empty directory, i.e., contains entries other
              than "." and "..".

But looks like I've missed the ENOTEMPTY check there, adding. I'm
renaming directories there, not files.

>         /* move the file into new/ directory - syncing will pick it
>            up from there */
>         if (rename(tmp_path, new_path) == 0)
>                 failed = FALSE;
> 
> Here you can lose emails if the new/ folder contains a message whose base 
> name is equal.

In theory, yes. In practice, I'd say not. It can only happen with broken
MUAs, are there any? User could of course deliberately break it, but is
there some gain in it?

> The only way to avoid this is:
> 
> 1) use link and unlink, not rename

..and if it crashes (or loses NFS link) between those calls, you'll
suddenly see two mails. I prefer atomic operations.

> Anyway, Maildir has a strict consistency criteria which says that all
> messages that are linked from tmp/ into new/ _must_ use time(NULL) plus a
> number that is guaranteed not to lapse within one second, and which does
> not collide with other messages in new/. new/ is the single entry point
> into cur/, and messages in new/ can not be "older" than the messages in
> cur/.

It only has requirement that the file name is unique. There's other ways
to do that than time(NULL). http://cr.yp.to/proto/maildir.html lists
some.

> 2) leave messages that have a time_t part equal to or higher than 
>    time(NULL).
..
> The simple reasoning for this is that you can never guarantee that there
> is no message in cur/ that has the same base name, but perhaps different
> flags. It follows that when moving a message from new/ to cur/, it is
> required that the server only picks messages that are older than one
> second.

I'm not sure what you mean by this.. What's special in files that were
just created? What changes after it's older than one second? Or are you
changing the base name when moving it to cur/? (What makes you sure that
the new base name still doesn't exist?)

I don't think you should rely on checking timestamps in any case. What
if the maildir is accessed via NFS and some other computer with
different time created the file?

But about the flags, looks like maildir spec says they could be used
only in cur/ directory, so I guess my code is broken because it allows
setting them already in new/.. Well, I'll fix it anyway later by moving
mails directly from tmp/ into cur/ when implementing UIDPLUS extension.


From tss@iki.fi  Mon Feb 17 21:48:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 21:48:13 +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 CE19F23839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 21:48:13 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 663845E01F68; Mon, 17 Feb 2003 21:48:13 +0200 (EET)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1045510760.4604.485.camel@hurina>
References:
	 <Pine.LNX.4.44.0302171942430.9975-100000@krs-dhcp401.studby.uio.no>
	 <1045510760.4604.485.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045511293.4604.489.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 21:48:13 +0200
X-archive-position: 295
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: 295                                                  
Status: O

On Mon, 2003-02-17 at 21:39, Timo Sirainen wrote:
> >         /* move the file into new/ directory - syncing will pick it
> >            up from there */
> >         if (rename(tmp_path, new_path) == 0)
> >                 failed = FALSE;
> > 
> > Here you can lose emails if the new/ folder contains a message whose base 
> > name is equal.
> 
> In theory, yes. In practice, I'd say not.

Courier and qmail-pop3d also use rename() instead of link()+unlink().
I'd say it's safe enough then.


From dovecot@andreas.hanssen.name  Mon Feb 17 22:07:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 22:07:24 +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 8F00023839
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 22:07:24 +0200 (EET)
Received: (qmail 11097 invoked by uid 500); 17 Feb 2003 20:07:42 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 17 Feb 2003 20:07:42 -0000
Date: Mon, 17 Feb 2003 21:07:42 +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: <1045510760.4604.485.camel@hurina>
Message-ID: <Pine.LNX.4.44.0302172053490.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: 296
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: 296                                                  
Status: O
Content-Length: 4615

On 17 Feb 2003, Timo Sirainen wrote:
>On Mon, 2003-02-17 at 20:59, Andreas Aardal Hanssen wrote:
>But looks like I've missed the ENOTEMPTY check there, adding. I'm
>renaming directories there, not files.

My bad.

>>         /* move the file into new/ directory - syncing will pick it
>>            up from there */
>>         if (rename(tmp_path, new_path) == 0)
>>                 failed = FALSE;
>> Here you can lose emails if the new/ folder contains a message whose base 
>> name is equal.
>In theory, yes. In practice, I'd say not. It can only happen with broken
>MUAs, are there any? User could of course deliberately break it, but is
>there some gain in it?

It seems the qmail community disagrees with you here - I followed the
discussion on the qmail mailing list. I guess the Dovecot community will
be knocking on your door when important emails start disappearing
unprovoked, and Dovecot is the service that deleted them.

The bottom line is that you can not rely on other Maildir clients
following your server's conventions. They will only oblige to the Maildir
standard, and using Dovecot, emails will disappear. But there's no sweat - 
it's a simple fix.

>> The only way to avoid this is:
>> 1) use link and unlink, not rename
>..and if it crashes (or loses NFS link) between those calls, you'll
>suddenly see two mails. I prefer atomic operations.

Well, then Dovecot has to have a way to communicate this to the sysadmin
as an error condition. It's indefinitely better than deleting innocent
(blog) users' emails.

>> Anyway, Maildir has a strict consistency criteria which says that all
>> messages that are linked from tmp/ into new/ _must_ use time(NULL) plus a
>> number that is guaranteed not to lapse within one second, and which does
>> not collide with other messages in new/. new/ is the single entry point
>> into cur/, and messages in new/ can not be "older" than the messages in
>> cur/.
>It only has requirement that the file name is unique. There's other ways
>to do that than time(NULL). http://cr.yp.to/proto/maildir.html lists
>some.

"A unique name has three pieces, separated by dots. On the left is the 
result of time() or the second counter from gettimeofday(). On the right 
is the result of gethostname(). (To deal with invalid host names, replace 
/ with \057 and : with \072.) In the middle is a delivery identifier, 
discussed below."

Quite clear.

>> flags. It follows that when moving a message from new/ to cur/, it is
>> required that the server only picks messages that are older than one
>> second.
>I'm not sure what you mean by this.. What's special in files that were
>just created? What changes after it's older than one second? Or are you
>changing the base name when moving it to cur/? (What makes you sure that
>the new base name still doesn't exist?)

1) I create a message in tmp and link this to new, then unlink the
original.

2) I create a new message in tmp. I'm about to link this message to new/, 
when suddenly

3) You move my original message from new/ to cur/.

4) I now complete my link from tmp/ to new/.

5) You move my new message from new/ to cur.

Boom. My original message is gone. What's the point of only moving
messages from new/ older than one second?

All messages delivered to new/ in the same second will get a new
middle-part name, sometimes with a _0, _1 ... _n next to the pid. When you
move the messages from new/ to cur/ after one second, all new messages
delivered to new/ will have a different time part. No collisions. But if 
you move the messages _before_ one second has lapsed, then a message in 
cur/ may be overwritten when you either

  1) move the message from new/ to cur/
  2) change the flags of two messages whose base is equal.

Using link avoids the loss of emails, and allows the sysadmin to clean up 
the server's buggy behavior. rename means bye-bye.

>I don't think you should rely on checking timestamps in any case. What
>if the maildir is accessed via NFS and some other computer with
>different time created the file?

Maildir relies on timestamps - like it or not.

>But about the flags, looks like maildir spec says they could be used
>only in cur/ directory, so I guess my code is broken because it allows
>setting them already in new/.. Well, I'll fix it anyway later by moving
>mails directly from tmp/ into cur/ when implementing UIDPLUS extension.

You will lose emails if you move messages from tmp to cur directly. Simply 
because you have no idea wether or not messages in cur have the same base 
as your message in tmp.

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From dovecot@andreas.hanssen.name  Mon Feb 17 22:21:27 2003
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

On 17 Feb 2003, Timo Sirainen wrote:
>On Mon, 2003-02-17 at 21:39, Timo Sirainen wrote:
>> >         /* move the file into new/ directory - syncing will pick it
>> >            up from there */
>> >         if (rename(tmp_path, new_path) == 0)
>> >                 failed = FALSE;
>> > Here you can lose emails if the new/ folder contains a message whose base 
>> > name is equal.
>> In theory, yes. In practice, I'd say not.
>Courier and qmail-pop3d also use rename() instead of link()+unlink().
>I'd say it's safe enough then.

Quoting a well known friend of ours, Mark Crispin - Two wrongs doesn't
make one right.

qmail-pop3d doesn't move messages from tmp/ to new/. It only moves
messages from new/ to cur/. Messages _can_ get lost there, and it seems
like Bernstein accepts this.

If a message is lost in this operation, it basically means that a broken
server/client has moved a message from new to cur earlier, without taking
the one second into consideration.

So where is the bug - qmail-pop3d or Dovecot? I'd say both. First and
foremost the server that placed the original message in cur/ in the first
place, in breach of Maildir, and qmail-pop3d for renaming that message
instead of linking it.

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg




From tss@iki.fi  Mon Feb 17 23:17:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 23:17:19 +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 75C082384D
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 23:17:19 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3305E5E01F68; Mon, 17 Feb 2003 23:17:19 +0200 (EET)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>
References:
	 <Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045516638.4604.563.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Feb 2003 23:17:19 +0200
X-archive-position: 298
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: 298                                                  
Status: O
Content-Length: 2539

On Mon, 2003-02-17 at 22:07, Andreas Aardal Hanssen wrote:
> It seems the qmail community disagrees with you here - I followed the
> discussion on the qmail mailing list.

Do you have URL or something? I didn't find it.

> >> 1) use link and unlink, not rename
> >..and if it crashes (or loses NFS link) between those calls, you'll
> >suddenly see two mails. I prefer atomic operations.
> 
> Well, then Dovecot has to have a way to communicate this to the sysadmin
> as an error condition. It's indefinitely better than deleting innocent
> (blog) users' emails.

Reporting lost NFS link is possible, but what if the whole system
crashes in the middle?

> >It only has requirement that the file name is unique. There's other ways
> >to do that than time(NULL). http://cr.yp.to/proto/maildir.html lists
> >some.
> 
> "A unique name has three pieces, separated by dots. On the left is the 
> result of time() or the second counter from gettimeofday().

Yeah, I should actually read things instead of skipping to interesting
part :)

> All messages delivered to new/ in the same second will get a new
> middle-part name, sometimes with a _0, _1 ... _n next to the pid. When you
> move the messages from new/ to cur/ after one second, all new messages
> delivered to new/ will have a different time part. No collisions. But if 
> you move the messages _before_ one second has lapsed, then a message in 
> cur/ may be overwritten when you either

Waiting just has several annoying problems. Either you really wait for
one second (ugh), ignore the file (complicates or breaks some new mail
checks) or handle it just as if it were in cur/ already (complicates
again, you'd have to check if the missing file was actually in new/).

> Using link avoids the loss of emails, and allows the sysadmin to clean up 
> the server's buggy behavior. rename means bye-bye.

When moving from tmp/ to new/, I agree that I should have used link()
(fixed in CVS) since there's no harm if the unlink() in tmp didn't
occur.

Moving from new/ to cur/ or renaming within cur/ is more tricky though.
MUAs could see both of the mails at the same time which could lead to
weird problems.

> >I don't think you should rely on checking timestamps in any case. What
> >if the maildir is accessed via NFS and some other computer with
> >different time created the file?
> 
> Maildir relies on timestamps - like it or not.

Only system-wide timestamps since the filename contains hostname part.
Nothing should break by itself if two systems have completely different
times.


From dovecot@andreas.hanssen.name  Mon Feb 17 23:31:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 23:31:10 +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 144A72384D
	for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 23:31:10 +0200 (EET)
Received: (qmail 11992 invoked by uid 500); 17 Feb 2003 21:31:28 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 17 Feb 2003 21:31:28 -0000
Date: Mon, 17 Feb 2003 22:31:28 +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: <1045516638.4604.563.camel@hurina>
Message-ID: <Pine.LNX.4.44.0302172221070.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: 299
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: 299                                                  
Status: O
Content-Length: 3203

On 17 Feb 2003, Timo Sirainen wrote:
>On Mon, 2003-02-17 at 22:07, Andreas Aardal Hanssen wrote:
>> It seems the qmail community disagrees with you here - I followed the
>> discussion on the qmail mailing list.
>Do you have URL or something? I didn't find it.

Starts here:

http://marc.theaimsgroup.com/?l=qmail&m=104250383122015&w=2

Sam of Courier-IMAP claimed that OpenBSD's random pid assignment broke
qmail and Courier-IMAP. It certainly broke Courier-IMAP.

>> >> 1) use link and unlink, not rename
>> >..and if it crashes (or loses NFS link) between those calls, you'll
>> >suddenly see two mails. I prefer atomic operations.
>> Well, then Dovecot has to have a way to communicate this to the sysadmin
>> as an error condition. It's indefinitely better than deleting innocent
>> (blog) users' emails.
>Reporting lost NFS link is possible, but what if the whole system
>crashes in the middle?

Then you have either one A link, two links A and B, or one link B. If you
have A and B, the Maildir clients should detect this and report it.

>> All messages delivered to new/ in the same second will get a new
>> middle-part name, sometimes with a _0, _1 ... _n next to the pid. When you
>> move the messages from new/ to cur/ after one second, all new messages
>> delivered to new/ will have a different time part. No collisions. But if 
>> you move the messages _before_ one second has lapsed, then a message in 
>> cur/ may be overwritten when you either
>Waiting just has several annoying problems. Either you really wait for
>one second (ugh), ignore the file (complicates or breaks some new mail
>checks) or handle it just as if it were in cur/ already (complicates
>again, you'd have to check if the missing file was actually in new/).

Yes! :-) Waiting one second is quiet intolerable. "Ignoring" the message
until it's one second old is the only way that I've found that works. That
means that you need to make some precautions with APPEND to currently
selected mailbox, but I'm not sure how this works in Dovecot. :-/

>> Using link avoids the loss of emails, and allows the sysadmin to clean up 
>> the server's buggy behavior. rename means bye-bye.
>When moving from tmp/ to new/, I agree that I should have used link()
>(fixed in CVS) since there's no harm if the unlink() in tmp didn't
>occur.
>Moving from new/ to cur/ or renaming within cur/ is more tricky though.
>MUAs could see both of the mails at the same time which could lead to
>weird problems.

Yes - if both mails are present, the client needs to 1) do something smart 
or 2) ignore the problem and let the sysadmin do something smart.

>> >I don't think you should rely on checking timestamps in any case. What
>> >if the maildir is accessed via NFS and some other computer with
>> >different time created the file?
>> Maildir relies on timestamps - like it or not.
>Only system-wide timestamps since the filename contains hostname part.
>Nothing should break by itself if two systems have completely different
>times.

True.. but I wish there was a better mailbox storage format out there
without little buggers like this messing up the simple design.

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From tss@iki.fi  Tue Feb 18 00:29:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Feb 2003 00:29:38 +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 5BDA623839
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 00:29:38 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id E14745E01F68; Tue, 18 Feb 2003 00:29:37 +0200 (EET)
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0302172221070.9975-100000@krs-dhcp401.studby.uio.no>
References:
	 <Pine.LNX.4.44.0302172221070.9975-100000@krs-dhcp401.studby.uio.no>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045520977.4604.579.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 18 Feb 2003 00:29:37 +0200
X-archive-position: 300
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: 300                                                  
Status: O
Content-Length: 1512

On Mon, 2003-02-17 at 23:31, Andreas Aardal Hanssen wrote:
> >Do you have URL or something? I didn't find it.
> 
> Starts here:
> 
> http://marc.theaimsgroup.com/?l=qmail&m=104250383122015&w=2
> 
> Sam of Courier-IMAP claimed that OpenBSD's random pid assignment broke
> qmail and Courier-IMAP. It certainly broke Courier-IMAP.

Well, that helped some, except most of the suggested "fixes" didn't
really help.

I can think of one clean solution for this: Make sure the base filename
is unique by using inode and/or making sure that process trying to
APPEND has existed at least for a second and will exist for at least the
next second.

That still doesn't help if someone else screwed up and created multiple
identical base names, but I'd really rather not use link+unlink. I think
I will anyway make my maildir_sync() to check for basename conflicts and
fix them.

> >Moving from new/ to cur/ or renaming within cur/ is more tricky though.
> >MUAs could see both of the mails at the same time which could lead to
> >weird problems.
> 
> Yes - if both mails are present, the client needs to 1) do something smart 
> or 2) ignore the problem and let the sysadmin do something smart.

I don't mean that as any failure condition. That could happen in
everyday mail usage if there's multiple clients accessing the same
mailbox. One client scanning the maildir at the same time as another
client is updating mail flag. The same mail could show up twice with
readdir() even if the other one is soon after unlink()ed.


From ianj@ian-justman.com  Tue Feb 18 11:09:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Feb 2003 11:09:32 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from narshe.chocobo.org (dsl-207-126-72-242.dsl.netasset.net [207.126.72.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 14D7A2384D
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 11:09:32 +0200 (EET)
Received: from zozo.intrn.chocobo.org (zozo.chocobo.org [207.126.72.244])
	by narshe.chocobo.org (Postfix) with ESMTP id 2483A30FE72
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 01:09:31 -0800 (PST)
Received: by zozo.intrn.chocobo.org (Postfix, from userid 501)
	id BB4E586E3BF; Tue, 18 Feb 2003 01:09:30 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by zozo.intrn.chocobo.org (Postfix) with ESMTP id 9AFF2449AD0
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 01:09:30 -0800 (PST)
Date: Tue, 18 Feb 2003 01:09:30 -0800 (PST)
From: "Ian R. Justman" <ianj@ian-justman.com>
X-X-Sender: ianj@zozo.chocobo.org
To: dovecot@procontrol.fi
Subject: [dovecot] mbox vs maildir debate (was re: subject concerning binc imap, even
 though my original message never touched on it or maildir)
Message-ID: <Pine.LNX.4.44.0302180106440.11860-100000@zozo.chocobo.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 301
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 301                                                  
Status: O
Content-Length: 3036


Tried sending this message with the original topic

On Mon, 17 Feb 2003, Andreas Aardal Hanssen wrote:

> Hi, Ian. Cross-posting discussions like this is usually not appreciated
> by those who subscribe to both foras, so I'll limit it to the Dovecot
> list.

Mea culpa.

That was an inadvertent mess-up on my part; I did not see the headers,
usually going by the list's reply-to headers which are usually there, but
not this time.  I only "cross-posted" it because the first time, it went
to the wrong list (the dovecot list was a CC line).  I then remailed it to
the correct list.  I will be more careful in future.

> >Basically, if you open via IMAP using a server with a diffent locking
> >Additionally, the number of mbox POP3 servers which Do Not Suck(R) is
> >rather low right now.  Timo finally introduced an mbox IMAP server which
>
> This I don't agree with. Most existing POP3 servers are quite ok, and
> one POP3 Maildir server that is excellent and bug free since 1998,
> qmail-pop3d, is quite a piece of art.

You are missing my point. I am not talking about POP3 servers in general.
See below.

> >Not to mention, quite frankly, most mbox POP3 implementations suck
> >pretty badly anyway. :P
>
> This I do agree with. Don't confuse POP3 servers in general with mbox
> POP3 servers. The root, the source of the evil is the storage format
> mbox.

<Rest of argument re mbox vs. maildir removed>

I am specifcally targeting mbox POP3 servers, of which there are several
implementations; Qpopper, GNU POP3 Server, Cucipop, ipop3d to name a few.

I am NOT speaking to maildir, nor to Cyrus, nor to SQL-enabled products.
Solely to mbox.  In fact, I even said that stuff that talks to maildir, in
addition to Cyrus, offered the one thing for IMAP you could not get with
mbox until Dovecot came along; something resembling robust dealing with
multiple clients to the same mbox store.

Nor am I particularly insterested in debating the merits of any format
over mbox, a format I have stated I -KNOW- has annoying technical
limitations and issues.  While I would imagine other formats may have
advantages over mbox, I continue to use mbox simply because of the sheer
amount of stored mail I have accumulated on all my machines for the past
seven years.

My point is that Dovecot seems to be the most robust IMAP server I have
come across at coping with mbox stores, especially if I am trying to
access the same mailbox with two different clients, whether intentionally
or inadvertnetly.  My hope is that Dovecot's POP3 server will prove just
as robust at dealing with mailboxes that may also be open by an IMAP
client.

Whether Dovecot, BINC IMAP, or even Courier IMAP (or whichever POP3 server
for that matter) are better for maildir or anything else, I will leave
that debate to those who actually use them.

In the end, I have made a choice.  Not necessarily the best one, but I
made the choice with the full understanding of what that choice would
entail.  However, you never know.  I may change my mind later.  ;)

--Ian.




From kevin@kevinlee2001.f2s.com  Tue Feb 18 18:56:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Feb 2003 18:56:50 +0200 (EET)
Return-Path: <kevin@kevinlee2001.f2s.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from server0027.freedom2surf.net (server0011.freedom2surf.net [194.106.56.14])
	by danu.procontrol.fi (Postfix) with ESMTP id A345E2384D
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 18:56:50 +0200 (EET)
Received: from kenny ([195.137.105.222])
	by server0027.freedom2surf.net (8.12.6/8.12.6/Debian-7) with ESMTP id h1IGutP6012510
	for <dovecot@procontrol.fi.>; Tue, 18 Feb 2003 16:57:03 GMT
From: "Kevin Lee" <kevin@kevinlee2001.f2s.com>
To: <dovecot@procontrol.fi>
Subject: [dovecot] IMAP folder problem
Date: Tue, 18 Feb 2003 16:56:43 -0000
Message-ID: <001401c2d76e$b9d31cb0$0a00000a@kenny>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-archive-position: 302
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kevin@kevinlee2001.f2s.com
Precedence: bulk
X-list: dovecot
X-UID: 302                                                  
Status: O

Hi,
	I have tried multiple dovecot versions (0.99 and CVS) and I keep
getting the same problem.

I connect to the IMAP server fine using outlook xp, but when I try to =
create
folders it creates them and then they just disappear.  In the Maildir on =
the
IMAP server the folder are there but they don't show up using a client.  =
I
basically can't do anything with folders, including copying outlook =
folders
to the server or create/delete folders.  And when I move mail to =
specific
folders using procmail it just gets put back into the inbox again...



I'm using freebsd 4.7-RELEASE


My config file only adds the following lines...


auth =3D plain
auth_methods =3D plain
auth_userinfo =3D password-file /etc/passwd.imap
auth_user =3D root


My password file (/etc/passwd.imp) only consists of

kev:XXXXXchangedXX[13]:1001:1001::/home/kev::::

I've just created a folder /home/kev/Maildir where dovecot created the
MailDir hierarchies.=20


Any help would be appreciated.



Cheers

Kev




From tss@iki.fi  Tue Feb 18 19:17:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Feb 2003 19:17:31 +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 E80062384D
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 19:17:30 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A612E5E01F68; Tue, 18 Feb 2003 19:17:30 +0200 (EET)
Subject: [dovecot] Re: IMAP folder problem
From: Timo Sirainen <tss@iki.fi>
To: Kevin Lee <kevin@kevinlee2001.f2s.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <001401c2d76e$b9d31cb0$0a00000a@kenny>
References: <001401c2d76e$b9d31cb0$0a00000a@kenny>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045588650.4601.606.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 18 Feb 2003 19:17:30 +0200
X-archive-position: 303
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: 303                                                  
Status: O

On Tue, 2003-02-18 at 18:56, Kevin Lee wrote:
> Hi,
> 	I have tried multiple dovecot versions (0.99 and CVS) and I keep
> getting the same problem.
> 
> I connect to the IMAP server fine using outlook xp, but when I try to create
> folders it creates them and then they just disappear.  In the Maildir on the
> IMAP server the folder are there but they don't show up using a client.  I
> basically can't do anything with folders, including copying outlook folders
> to the server or create/delete folders.  

Just guessing, but maybe you also have to subscribe to the folders
before they show up in Outlook XP? Also make sure you haven't set
anything to root folder path.

> And when I move mail to specific
> folders using procmail it just gets put back into the inbox again...

This sounds more strange. Dovecot at least doesn't move mails by itself.
Is it Outlook moving them back?


From ianj@ian-justman.com  Tue Feb 18 19:48:59 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Feb 2003 19:48:59 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from narshe.chocobo.org (dsl-207-126-72-242.dsl.netasset.net [207.126.72.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 36F9323839
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 19:48:59 +0200 (EET)
Received: from zozo.intrn.chocobo.org (zozo.chocobo.org [207.126.72.244])
	by narshe.chocobo.org (Postfix) with ESMTP
	id BD4A130FE72; Tue, 18 Feb 2003 09:48:57 -0800 (PST)
Received: by zozo.intrn.chocobo.org (Postfix, from userid 501)
	id AA12586E3BF; Tue, 18 Feb 2003 09:48:55 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by zozo.intrn.chocobo.org (Postfix) with ESMTP
	id 65165449ADD; Tue, 18 Feb 2003 09:48:55 -0800 (PST)
Date: Tue, 18 Feb 2003 09:48:55 -0800 (PST)
From: "Ian R. Justman" <ianj@ian-justman.com>
X-X-Sender: ianj@zozo.chocobo.org
To: Timo Sirainen <tss@iki.fi>
Cc: Kevin Lee <kevin@kevinlee2001.f2s.com>, <dovecot@procontrol.fi>
Subject: [dovecot] Re: IMAP folder problem
In-Reply-To: <1045588650.4601.606.camel@hurina>
Message-ID: <Pine.LNX.4.44.0302180948250.11860-100000@zozo.chocobo.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 304
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 304                                                  
Status: O



On 18 Feb 2003, Timo Sirainen wrote:

> On Tue, 2003-02-18 at 18:56, Kevin Lee wrote:
> > Hi,
> > 	I have tried multiple dovecot versions (0.99 and CVS) and I keep
> > getting the same problem.
> >
> > I connect to the IMAP server fine using outlook xp, but when I try to create
> > folders it creates them and then they just disappear.  In the Maildir on the
> > IMAP server the folder are there but they don't show up using a client.  I
> > basically can't do anything with folders, including copying outlook folders
> > to the server or create/delete folders.
>
> Just guessing, but maybe you also have to subscribe to the folders
> before they show up in Outlook XP? Also make sure you haven't set
> anything to root folder path.

I know this to be the case with NS7's mail client.

--Ian.



From kevin@kevinlee2001.f2s.com  Tue Feb 18 20:45:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Feb 2003 20:45:56 +0200 (EET)
Return-Path: <kevin@kevinlee2001.f2s.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from server0027.freedom2surf.net (server0011.freedom2surf.net [194.106.56.14])
	by danu.procontrol.fi (Postfix) with ESMTP id A471B2384D
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 20:45:56 +0200 (EET)
Received: from kenny ([195.137.105.222])
	by server0027.freedom2surf.net (8.12.6/8.12.6/Debian-7) with ESMTP id h1IIk1P6023894
	for <dovecot@procontrol.fi.>; Tue, 18 Feb 2003 18:46:09 GMT
From: "Kevin Lee" <kevin@kevinlee2001.f2s.com>
To: <dovecot@procontrol.fi>
Subject: [dovecot] Re: IMAP folder problem
Date: Tue, 18 Feb 2003 18:45:49 -0000
Message-ID: <000201c2d77d$f7e180f0$0a00000a@kenny>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-archive-position: 305
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: kevin@kevinlee2001.f2s.com
Precedence: bulk
X-list: dovecot
X-UID: 305                                                  
Status: O
Content-Length: 1590

Hi,

I've tried other outlook installs and setting.
When I try to copy a folder to the imap account I get...

"Can't move the items. The move operation could not be completed. It is
possible that the destination server is unavailable or does not support
subfolders."

And when I try to copy mail to the imap folder (with subscribed folders) =
I
get:=20

"Can't move items.  This IMAP command could not be sent to the server =
before
the connection was terminated"


I get some corresponding errors in dovecots logs:

"
imap-master: Feb 18 18:31:41 Error: child 60038 (imap) killed with =
signal 6
imap((null)): Feb 18 18:33:49 Panic: file cmd-append.c: line 25
(validate_args): assertion failed: ((unsigned int) ret =3D=3D count)
imap-master: Feb 18 18:33:49 Error: child 60042 (imap) killed with =
signal 6
"

related?





> On Tue, 2003-02-18 at 18:56, Kevin Lee wrote:
> > Hi,
> > 	I have tried multiple dovecot versions (0.99 and CVS) and I keep
> > getting the same problem.
> >
> > I connect to the IMAP server fine using outlook xp, but when I try =
to
create
> > folders it creates them and then they just disappear.  In the =
Maildir on
the
> > IMAP server the folder are there but they don't show up using a =
client.
I
> > basically can't do anything with folders, including copying outlook
folders
> > to the server or create/delete folders.
>
> Just guessing, but maybe you also have to subscribe to the folders
> before they show up in Outlook XP? Also make sure you haven't set
> anything to root folder path.

I know this to be the case with NS7's mail client.

--Ian.





From tss@iki.fi  Tue Feb 18 21:06:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Feb 2003 21:06:36 +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 4A0332384D
	for <dovecot@procontrol.fi>; Tue, 18 Feb 2003 21:06:36 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id EA2CE5E01F68; Tue, 18 Feb 2003 21:06:35 +0200 (EET)
Subject: [dovecot] Re: IMAP folder problem
From: Timo Sirainen <tss@iki.fi>
To: Kevin Lee <kevin@kevinlee2001.f2s.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <000201c2d77d$f7e180f0$0a00000a@kenny>
References: <000201c2d77d$f7e180f0$0a00000a@kenny>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045595195.21737.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 18 Feb 2003 21:06:35 +0200
X-archive-position: 306
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: 306                                                  
Status: O

On Tue, 2003-02-18 at 20:45, Kevin Lee wrote:
> I get some corresponding errors in dovecots logs:
> 
> "
> imap-master: Feb 18 18:31:41 Error: child 60038 (imap) killed with signal 6
> imap((null)): Feb 18 18:33:49 Panic: file cmd-append.c: line 25
> (validate_args): assertion failed: ((unsigned int) ret == count)
> imap-master: Feb 18 18:33:49 Error: child 60042 (imap) killed with signal 6
> "
> 
> related?

Could well be. It looks like you're running Dovecot 0.97 which is almost
half a year old and quite buggy.


From tss@iki.fi  Thu Feb 20 03:06:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Feb 2003 03:06:49 +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 B3B2F2384D
	for <dovecot@procontrol.fi>; Thu, 20 Feb 2003 03:06:48 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DA8005E01F68; Thu, 20 Feb 2003 03:06:47 +0200 (EET)
Subject: [dovecot] 0.99.8-test7
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045703207.16148.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 20 Feb 2003 03:06:47 +0200
X-archive-position: 307
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: 307                                                  
Status: O

OK, I really should release 0.99.8 final soon, but not just yet :)
Mostly just documentation updates left I think. There's a few recent
changes that might have some nasty bugs:

- problems with copying messages from mbox to another should be fixed
now
- LIST and subscription handling rewritten.
- "mail_read_mmaped = no" used to corrupt mboxes when expunging
messages. It now enabled again by default, and it seems to be working. I
did update my backups though :)

Dovecot's LDAP support currently requires that it can read the
userPassword field of every user. I'm not sure if I should support 
"authentication binds" that seems to be more standard way to do LDAP
authentication. That's just slower, works only with plaintext
authentication and makes my code more complex.


From dave@tamos.net  Thu Feb 20 05:10:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Feb 2003 05:10:55 +0200 (EET)
Return-Path: <dave@tamos.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from grue.tamos.net (dsl093-083-029.wdc1.dsl.speakeasy.net [66.93.83.29])
	by danu.procontrol.fi (Postfix) with ESMTP id 5CAE42384D
	for <dovecot@procontrol.fi>; Thu, 20 Feb 2003 05:10:54 +0200 (EET)
Received: (qmail 12550 invoked from network); 20 Feb 2003 03:10:50 -0000
Received: from unknown (HELO ?192.168.1.20?) (dave@127.0.0.1)
  by localhost with SMTP; 20 Feb 2003 03:10:50 -0000
Subject: [dovecot] Re: 0.99.8-test7
From: "David E. Storey" <dave@tamos.net>
To: dovecot@procontrol.fi
In-Reply-To: <1045703207.16148.19.camel@hurina>
References: <1045703207.16148.19.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-V2G2IWply6qN6dlN+nVX"
Organization: tamos
Message-Id: <1045710658.23769.42.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 19 Feb 2003 22:10:58 -0500
X-archive-position: 308
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dave@tamos.net
Precedence: bulk
X-list: dovecot
X-UID: 308                                                  
Status: O
Content-Length: 1333


--=-V2G2IWply6qN6dlN+nVX
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-02-19 at 20:06, Timo Sirainen wrote:
> Dovecot's LDAP support currently requires that it can read the
> userPassword field of every user. I'm not sure if I should support=20
> "authentication binds" that seems to be more standard way to do LDAP
> authentication. That's just slower, works only with plaintext
> authentication and makes my code more complex.

authentication binds are the only "across the board" method for
authenticating users i know of. yes, they are slow. suppose i'm
authenticating against active directory. i know of no way to expose the
userPassword attribute in ad. personally, i wouldn't go near ad, but i
don't really have much of a choice in the matter. at best, you could
probably get compare rights. authentication binds mean i can support
whatever hashing mechanism my ldap server supports without exposing the
value itself.

d!

--=-V2G2IWply6qN6dlN+nVX
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+VEdC+5sC2muyxOMRAosHAJ42h9gLkZosPVmS+ZhaSbe0XfcpfgCfZHFk
mjMZa9AUNSHYjP6tbAIAGwM=
=nJYW
-----END PGP SIGNATURE-----

--=-V2G2IWply6qN6dlN+nVX--


From timsn@thtree.com  Fri Feb 21 02:37:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 21 Feb 2003 02:37:58 +0200 (EET)
Return-Path: <timsn@thtree.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from cedar.thtree.com (s216-232-27-178.bc.hsia.telus.net [216.232.27.178])
	by danu.procontrol.fi (Postfix) with ESMTP id CAB2C23839
	for <dovecot@procontrol.fi>; Fri, 21 Feb 2003 02:37:57 +0200 (EET)
Received: from timsn by cedar.thtree.com with local (Exim 4.04)
	id 18m1CO-0004os-00
	for dovecot@procontrol.fi; Thu, 20 Feb 2003 16:37:56 -0800
Subject: [dovecot] Trouble setting up dovecot
From: Tim Snider <timsn@thtree.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 20 Feb 2003 16:37:56 -0800
Message-Id: <1045787876.18341.54.camel@cedar.thtree.com>
Mime-Version: 1.0
X-archive-position: 309
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: timsn@thtree.com
Precedence: bulk
X-list: dovecot
X-UID: 309                                                  
Status: O
Content-Length: 2856

Hi,

I'm new to the list but have been trying to get dovecot configured for
the past week and a bit. I've gone through the list archives and solved
a few of my problems, but most don't seem to be addressed.

First off I want to say thanks for starting this project, I've been
hoping that someone would start an IMAP/POP server with some flexibility
in the way it's configured and provides both packages in one.I've tried
setting up Courier once and found it onerous, UW was easier but forces a
bunch of assumption that don't suit the way I wanted to configure
virtual mail.

I'd love to run dovecot, eventually with LDAP and Jamm, and Exim to
handle my virtual domains, however I'm running into a fair number of
problems and haven't had any luck getting past them.

I'm running a RedHat 7.3 SMP server, with iptables for a firewall, so
I've got several cards and thus IPs.I started out with dovecot 99.4 but
noted that it was missing the LDAP, tried 99.8-test5 and am now working
with 99.8-test7, both seem to have the same problems.

I'm currently trying to setup a IMAP server on the inside of the
firewall, 192.168.2.X. If I use just imap, turn of SSL/TLS I'm fine,
and can do plaintext authentication via shadow, but I can't get PAM
authentication working.

If I turn on SSL(ssl_disable = no), neither the imap or the imaps
respond and a netstat -tp shows that no process owns the socket
PID/process = '-', often with characters in the Recv-Q.

I've tried turning on all the debugging flags for configure on,
--with-rawlog --enable-debug --enable-asserts --with-ssl=openssl
as well as verbose_proctitle = yes, and auth_verbose = yes, setup
logfiles /var/log/dovecot/messages, yet all I get are authorization
messages. And I've noted that a number of them only show up after I've
killed the dovecot process, so I'm wondering if there needs to be a bit
of flushing somewhere?

As well I've also tried to run "dovecot -F", with the log files
commented out in the .conf file, but get nothing via stderr. I note that
when I try the log_timestamp option, the dates sent from imap-login are
completely incorrect and don't change, so I don't think the date is
being read correctly. Is log_timestamp operational?

One thing I'm not clear on is what process to run it under, I've setup a
user/group 'dovecot', but does dovecot have to be a member of wheel?
I've also noted in earlier versions you had things running via
imapd-master, but that now seems to been replaced by "dovecot", is that
correct?

Is anyone else running dovecot on a SMP system? 

Any comments or suggestions? I do have development experience, but my
Linux/UNIX programming is a bit rusty. I'd love to help make this a
rocking product, but need some help getting it dovecot up and running.

Any help is appreciated.

Thanks,

TJ

timsn@thtree.com
http://www.thtree.com/People/TJ/Resume.html

From tss@iki.fi  Fri Feb 21 03:08:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 21 Feb 2003 03:08:53 +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 361A22384D
	for <dovecot@procontrol.fi>; Fri, 21 Feb 2003 03:08:53 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AF8C75E01F68; Fri, 21 Feb 2003 03:08:52 +0200 (EET)
Subject: [dovecot] Re: Trouble setting up dovecot
From: Timo Sirainen <tss@iki.fi>
To: Tim Snider <timsn@thtree.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1045787876.18341.54.camel@cedar.thtree.com>
References: <1045787876.18341.54.camel@cedar.thtree.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045789732.25367.49.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 21 Feb 2003 03:08:52 +0200
X-archive-position: 310
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: 310                                                  
Status: O
Content-Length: 3211

On Fri, 2003-02-21 at 02:37, Tim Snider wrote:
> I'm running a RedHat 7.3 SMP server, with iptables for a firewall, so
> I've got several cards and thus IPs.I started out with dovecot 99.4 but
> noted that it was missing the LDAP, tried 99.8-test5 and am now working
> with 99.8-test7, both seem to have the same problems.

Well, I'll put out -test8 now. There's a bit more fixes, although not
for any of yours.

> I'm currently trying to setup a IMAP server on the inside of the
> firewall, 192.168.2.X. If I use just imap, turn of SSL/TLS I'm fine,
> and can do plaintext authentication via shadow, but I can't get PAM
> authentication working.

What error messages does PAM give if auth_verbose = yes? Or is that just
PAM configuration problem (pam_ldap?), nothing to do with Dovecot?

> If I turn on SSL(ssl_disable = no), neither the imap or the imaps
> respond and a netstat -tp shows that no process owns the socket
> PID/process = '-', often with characters in the Recv-Q.

But the dovecot processes exist? And the imap-login processes? Your
certificates are ok? Maybe the processes are stuck at something.. Check
if they call poll() every few seconds with strace -p? And what do you
mean by doesn't respond - "connection refused" or does it just hang
there?

> I've tried turning on all the debugging flags for configure on,
> --with-rawlog --enable-debug --enable-asserts --with-ssl=openssl
> as well as verbose_proctitle = yes, and auth_verbose = yes, setup
> logfiles /var/log/dovecot/messages, yet all I get are authorization
> messages. And I've noted that a number of them only show up after I've
> killed the dovecot process, so I'm wondering if there needs to be a bit
> of flushing somewhere?

I do call fflush() after each write to log. Killing with SIGTERM will do
clean exit which may log more things, maybe it's just that? Also killing
child processes makes master process log their exits.

> As well I've also tried to run "dovecot -F", with the log files
> commented out in the .conf file, but get nothing via stderr.

Default is to log with syslog. If you want stderr, set log path to
/dev/stderr.

>  I note that
> when I try the log_timestamp option, the dates sent from imap-login are
> completely incorrect and don't change, so I don't think the date is
> being read correctly. Is log_timestamp operational?

What messages do you even get from imap-login? Normally there should
never be anything. I didn't anyway notice problems with log_timestamp,
what format did you try?

imap-logins are also chrooted by default. There used to be a bug that
they couldn't get timezone right because of it, but that's the only time
related problem I can think of.

> One thing I'm not clear on is what process to run it under, I've setup a
> user/group 'dovecot', but does dovecot have to be a member of wheel?

You should run dovecot as root. The dovecot user should be used only for
login processes (defined in config file), and it shouldn't be in wheel
group. Actually I think it even refuses to run if it's in wheel group
(or gid 0).

> I've also noted in earlier versions you had things running via
> imapd-master, but that now seems to been replaced by "dovecot", is that
> correct?

Yes.


From jpeterson275@attbi.com  Sun Feb 23 01:16:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 23 Feb 2003 01:16:54 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by danu.procontrol.fi (Postfix) with ESMTP id 107FC2384D
	for <dovecot@procontrol.fi>; Sun, 23 Feb 2003 01:16:54 +0200 (EET)
Received: from attbi.com (12-228-160-142.client.attbi.com[12.228.160.142])
          by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP
          id <2003022223165105200fo5h6e>; Sat, 22 Feb 2003 23:16:51 +0000
Message-ID: <3E5804E0.1040100@attbi.com>
Date: Sat, 22 Feb 2003 15:16:48 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] ./autogen.sh
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 311
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 311                                                  
Status: O

CVS update @ Sat Feb 22 15:14:52 PST 2003

When ./autogen.sh is run, I get:

src/Makefile.am:5: required directory src/lib-settings does not exist

Just thought someone would want to know.

- Jesse


From jpeterson275@attbi.com  Sun Feb 23 01:41:45 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 23 Feb 2003 01:41:45 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by danu.procontrol.fi (Postfix) with ESMTP id 20FF023839
	for <dovecot@procontrol.fi>; Sun, 23 Feb 2003 01:41:45 +0200 (EET)
Received: from attbi.com (12-228-160-142.client.attbi.com[12.228.160.142])
          by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP
          id <2003022223414205100a7umoe>; Sat, 22 Feb 2003 23:41:42 +0000
Message-ID: <3E580AB3.7080708@attbi.com>
Date: Sat, 22 Feb 2003 15:41:39 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: ./autogen.sh
References: <3E5804E0.1040100@attbi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 312
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 312                                                  
Status: O

Seems my update was corrupted somehow, I just did a checkout and it 
worked fine.

Jesse Peterson wrote:
> CVS update @ Sat Feb 22 15:14:52 PST 2003
> 
> When ./autogen.sh is run, I get:
> 
> src/Makefile.am:5: required directory src/lib-settings does not exist
> 
> Just thought someone would want to know.
> 
> - Jesse
> 
> 
> 

-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Sun Feb 23 02:55:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 23 Feb 2003 02:55:15 +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 C773D2384D
	for <dovecot@procontrol.fi>; Sun, 23 Feb 2003 02:55:15 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 269B75E01F68; Sun, 23 Feb 2003 02:55:14 +0200 (EET)
Subject: [dovecot] Re: ./autogen.sh
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E580AB3.7080708@attbi.com>
References: <3E5804E0.1040100@attbi.com>  <3E580AB3.7080708@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1045961714.13486.0.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 23 Feb 2003 02:55:14 +0200
X-archive-position: 313
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: 313                                                  
Status: O

On Sun, 2003-02-23 at 01:41, Jesse Peterson wrote:
> Seems my update was corrupted somehow, I just did a checkout and it 
> worked fine.
> 
> > src/Makefile.am:5: required directory src/lib-settings does not exist

You probably didn't give -P option to cvs update, which is required to
get new directories.


From timsn@thtree.com  Mon Feb 24 00:42:59 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 24 Feb 2003 00:42:59 +0200 (EET)
Return-Path: <timsn@thtree.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from cedar.thtree.com (s216-232-27-178.bc.hsia.telus.net [216.232.27.178])
	by danu.procontrol.fi (Postfix) with ESMTP id 208292384D
	for <dovecot@procontrol.fi>; Mon, 24 Feb 2003 00:42:59 +0200 (EET)
Received: from timsn by cedar.thtree.com with local (Exim 4.04)
	id 18n4pk-0001AT-00; Sun, 23 Feb 2003 14:42:56 -0800
Subject: [dovecot] Re: Trouble setting up dovecot
From: Tim Snider <timsn@thtree.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot mailing list <dovecot@procontrol.fi>
In-Reply-To: <1045799208.25366.161.camel@hurina>
References: <1045787876.18341.54.camel@cedar.thtree.com>
	<1045789732.25367.49.camel@hurina>
	<1045795586.18343.93.camel@cedar.thtree.com> 
	<1045799208.25366.161.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 23 Feb 2003 14:42:56 -0800
Message-Id: <1046040176.4208.96.camel@cedar.thtree.com>
Mime-Version: 1.0
X-archive-position: 314
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: timsn@thtree.com
Precedence: bulk
X-list: dovecot
X-UID: 314                                                  
Status: O
Content-Length: 3984

Thanks Timo, turns out I'm more of a rookie at sysconfiguring than I
thought, so perhaps this helps identify stuff that a rookie wouldn't
already know...<G>


On Thu, 2003-02-20 at 19:46, Timo Sirainen wrote:
> 
> > I've not configured up LDAP on my server yet, so it's just plain PAM for
> > now. I'm able to login fine with all my other apps, so I doubt it's a
> > problem with PAM, but not impossible. I haven't done anything with PAM
> > on this machine yet as it's live. I've been testing things out on
> > another machine(NON-SMP/RH8), which I'll try tomorrow if I get a
> > chance.)
> 
> You have to have it configured in /etc/pam.d/imap. For example:
> 
> auth    required        pam_unix.so nullok
> account required        pam_unix.so

Thanks this makes more sense than the options you provide in
doc/auth.txt, so you may wish to change that. On both RH7.3 and a RH8.0
box here, I don't have pwdfile, it's apparently been replaced by other
functionality.
> 
> > each imap-login is waiting at a read(7,
> 
> That's the problem then. It really shouldn't be blocking there. Could
> you get the backtrace to see where it's hanging? ie. run as root:
> 
> gdb /usr/local/libexec/dovecot/imap-login <pid of the imap-login>
> 
> and "bt" in it.

It's hung up in SSL_CTX_use_PrivateKey() in ssl-proxy-openssl.c, which
as you correctly surmised below, is due to a password protected key. 

I've located and used mkcert.sh. As a note the only docs for
doc/mkcert.sh are halfway through the NEWS file and rapidly receeding as
you add new releases, (congrats on the fast progress by the way!),
however you might consider adding a short note about it to the
doc/auth.txt or doc/configuration.txt file for those new to dovecot.

> > > I do call fflush() after each write to log. Killing with SIGTERM will do
> > > clean exit which may log more things, maybe it's just that? Also killing
> > > child processes makes master process log their exits.
> > 
> > I usually note the messages log (watched by a tail -f) show up after I
> > kill the dovecot master process.(Kill -9)
> 
> Depends on what the messages are I guess. But if you're kill -9ing the
> master process, it's quite likely that the child processes will complain
> about losing it.

After playing a bit, I think that those messages were due to the kill
-9, SIGTERM is nicer. I still end up with little in the way of verbose
debugging messages, by my standards. Usually all I see is login and
logout messages. Otherwise, I get the occasional lockfile message, which
is something that I need to sort out with Exim, and completely on my
end.

> > dovecot: Feb 20 18:11:51 Info: Dovecot starting up
> > imap-login: Dec 31 16:00:00 Fatal: Can't load private key file
> > /usr/local/ssl/private/cedarintkey.pem: error:0906406D:PEM
> > routines:DEF_CALLBACK:problems getting password
> 
> Err, isn't this the reason why your SSL doesn't work? :) Or was that
> just an example? If your private key is crypted with some password,
> Dovecot can't use it at least currently..

Correct! Doh! I have been able to use imaps, since I built a
non-passworded private key. I was using passworded keys that I'd built
for Apache, and would eventually like to have one set of keys that I can
reference for each virtual domain. Were you planning on something like
the Apache startssl option?

I can live with the constraint of one 'connection' key for now. Have you
considered allowing each virtual domain to have it's own keys? Kind of
difficult as the secure pipe to the server is already in place by the
time the login name is seen... Kinda makes it tough for a true virtual
presence without explicit assigned IP's. Hmmm, any plans for at least a
different keys/identity per IP? If I understand the configuration file
for now, it seems to be designed for one cert per machine.

Thanks for the help, I've just got to sort out the lockfile differences
between Exim and Dovecot and I should then be functional. After that
I'll start using LDAP.

TJ


From tss@iki.fi  Mon Feb 24 02:45:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 24 Feb 2003 02:45:54 +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 6E8E22384D
	for <dovecot@procontrol.fi>; Mon, 24 Feb 2003 02:45:54 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4795C5E01F94; Mon, 24 Feb 2003 02:45:54 +0200 (EET)
Subject: [dovecot] Re: Trouble setting up dovecot
From: Timo Sirainen <tss@iki.fi>
To: Tim Snider <timsn@thtree.com>
Cc: dovecot mailing list <dovecot@procontrol.fi>
In-Reply-To: <1046040176.4208.96.camel@cedar.thtree.com>
References: <1045787876.18341.54.camel@cedar.thtree.com>
	 <1045789732.25367.49.camel@hurina>
	 <1045795586.18343.93.camel@cedar.thtree.com>
	 <1045799208.25366.161.camel@hurina>
	 <1046040176.4208.96.camel@cedar.thtree.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046047554.785.44.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 24 Feb 2003 02:45:54 +0200
X-archive-position: 315
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: 315                                                  
Status: O
Content-Length: 2109

On Mon, 2003-02-24 at 00:42, Tim Snider wrote:
> > You have to have it configured in /etc/pam.d/imap. For example:
> > 
> > auth    required        pam_unix.so nullok
> > account required        pam_unix.so
> 
> Thanks this makes more sense than the options you provide in
> doc/auth.txt, so you may wish to change that.

I guess it would. The pwdfile was just an example I use elsewhere. It
doesn't come with PAM by default.

> It's hung up in SSL_CTX_use_PrivateKey() in ssl-proxy-openssl.c, which
> as you correctly surmised below, is due to a password protected key. 

Well, have to fix this in some way. Hanging there isn't very nice way to
report errors.

> I've located and used mkcert.sh. As a note the only docs for
> doc/mkcert.sh are halfway through the NEWS file and rapidly receeding as
> you add new releases, (congrats on the fast progress by the way!),
> however you might consider adding a short note about it to the
> doc/auth.txt or doc/configuration.txt file for those new to dovecot.

I've added "quick setup" to beginning of it which says that.

> Correct! Doh! I have been able to use imaps, since I built a
> non-passworded private key. I was using passworded keys that I'd built
> for Apache, and would eventually like to have one set of keys that I can
> reference for each virtual domain. Were you planning on something like
> the Apache startssl option?

I guess that would be nice feature. I'll add in TODO.

> I can live with the constraint of one 'connection' key for now. Have you
> considered allowing each virtual domain to have it's own keys? Kind of
> difficult as the secure pipe to the server is already in place by the
> time the login name is seen... Kinda makes it tough for a true virtual
> presence without explicit assigned IP's. Hmmm, any plans for at least a
> different keys/identity per IP? If I understand the configuration file
> for now, it seems to be designed for one cert per machine.

.. and I thought I could keep the configuration file simple. Well, it
won't come before 1.0 anyway. You could always run multiple dovecots
with different config files.


From spamfiltered@gmx.net  Tue Feb 25 00:42:45 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 00:42:45 +0200 (EET)
Return-Path: <spamfiltered@gmx.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by danu.procontrol.fi (Postfix) with SMTP id A00012384D
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 00:42:45 +0200 (EET)
Received: (qmail 19593 invoked by uid 0); 24 Feb 2003 22:42:43 -0000
Received: from p5081BCCA.dip.t-dialin.net (HELO data) (80.129.188.202)
  by mail.gmx.net (mp016-rz3) with SMTP; 24 Feb 2003 22:42:43 -0000
Content-Type: text/plain;
  charset="us-ascii"
From: wolfgang <spamfiltered@gmx.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Maildir plus mbox?
Date: Mon, 24 Feb 2003 23:42:41 +0100
User-Agent: KMail/1.4.3
Organization: planet earth
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200302242342.41503.spamfiltered@gmx.net>
X-archive-position: 316
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: spamfiltered@gmx.net
Precedence: bulk
X-list: dovecot
X-UID: 316                                                  
Status: O

is it possible with dovecot to have the inbox in Maildir format and addit=
ional=20
imap folders in mbox format?

regards,
wolfgang


From tss@iki.fi  Tue Feb 25 01:06:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 01:06:31 +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 B26852384D
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 01:06:31 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 58BC05E01F94; Tue, 25 Feb 2003 01:06:31 +0200 (EET)
Subject: [dovecot] Re: Maildir plus mbox?
From: Timo Sirainen <tss@iki.fi>
To: wolfgang <spamfiltered@gmx.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <200302242342.41503.spamfiltered@gmx.net>
References: <200302242342.41503.spamfiltered@gmx.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046127991.787.219.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 25 Feb 2003 01:06:31 +0200
X-archive-position: 317
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: 317                                                  
Status: O

On Tue, 2003-02-25 at 00:42, wolfgang wrote:
> is it possible with dovecot to have the inbox in Maildir format and additional 
> imap folders in mbox format?

Currently no, but it's mostly just because I haven't figured out how it
should be configured.

I think they should be in their own namespaces at least. So that default
Maildir namespace has your INBOX, and then there would be #mbox/
namespace. That's how uw-imapd supports different mailbox formats.
Dovecot doesn't have any namespace configuration support yet, but I'll
probably add that soon.

If you really wanted it now, it wouldn't be too difficult to kludge into
the code though :)


From spamfiltered@gmx.net  Tue Feb 25 01:26:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 01:26:33 +0200 (EET)
Return-Path: <spamfiltered@gmx.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by danu.procontrol.fi (Postfix) with SMTP id 8FE622384D
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 01:26:32 +0200 (EET)
Received: (qmail 11777 invoked by uid 0); 24 Feb 2003 23:26:31 -0000
Received: from p5081BCCA.dip.t-dialin.net (HELO data) (80.129.188.202)
  by mail.gmx.net (mp006-rz3) with SMTP; 24 Feb 2003 23:26:31 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: wolfgang <spamfiltered@gmx.net>
Organization: planet earth
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Maildir plus mbox?
Date: Tue, 25 Feb 2003 00:26:29 +0100
User-Agent: KMail/1.4.3
References: <200302242342.41503.spamfiltered@gmx.net> <1046127991.787.219.camel@hurina>
In-Reply-To: <1046127991.787.219.camel@hurina>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200302250026.29224.spamfiltered@gmx.net>
X-archive-position: 318
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: spamfiltered@gmx.net
Precedence: bulk
X-list: dovecot
X-UID: 318                                                  
Status: O

In an older episode (Tuesday 25 February 2003 00:06), Timo Sirainen wrote=
:

> I think they should be in their own namespaces at least. So that defaul=
t
> Maildir namespace has your INBOX, and then there would be #mbox/
> namespace. That's how uw-imapd supports different mailbox formats.
> Dovecot doesn't have any namespace configuration support yet, but I'll
> probably add that soon.
>
> If you really wanted it now, it wouldn't be too difficult to kludge int=
o
> the code though :)

what we would like to do, is have a Maildir INBOX on the server and have =
the=20
users create/use additional mbox folders in ~/mail/ via their clients.

wolfgang


From tss@iki.fi  Tue Feb 25 02:11:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 02:11:33 +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 8329723839
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 02:11:33 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 498E45E01F94; Tue, 25 Feb 2003 02:11:33 +0200 (EET)
Subject: [dovecot] Configuration file format changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046131893.787.273.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 25 Feb 2003 02:11:33 +0200
X-archive-position: 319
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: 319                                                  
Status: O
Content-Length: 1773

After tomorrow's 0.99.8 release I think it's time for a new config file
format. It could be made backwards compatibile with the old format, but 
there would be new tree-like categories. I was thinking something like
this:

# global settings
protocols = imap

# "foo.server.org" is just descriptive name
# settings inside server { .. } will override global ones.
# groups (namespace, login settings, auth settings) aren't replaced
# unless same name is used.
server foo.server.org {
  imap_listen = 1.2.3.4
  ssl_cert_file = /etc/ssl/certs/foo.cer

  # default namespace (no name)
  namespace {
    type = private
    mail = mbox:~/mail
  }

  # Have to quote so '#' won't be thought out as comment.
  # I think quoting should work everywhere actually..
  namespace "#maildir" {
    type = private
    inbox = yes # this namespace contains INBOX
    mail = Maildir:~/Maildir
  }

  # override global auth default
  auth default {
    auth_mechanisms = plain digest-md5
    auth_realms = foo.server.org
    auth_userdb = ldap /etc/dovecot-ldap.conf
    auth_passdb = ldap /etc/dovecot-ldap.conf
  }
}

server bar.server.org {
  imap_listen = 1.2.3.5
  ssl_cert_file = /etc/ssl/certs/bar.cer

  namespace {
    type = private
    #mail = #autodetect
  }

  # shared mailboxes between users
  # eg. user/timo.sirainen/some-shared-folder
  namespace user {
    type = user
    mail = /home/%u/mail/shared
  }
}

server baz.server.org {
  imap_listen = 1.2.3.6
  ssl_disable = yes

  # Only Courier-like INBOX namespace
  namespace INBOX {
    type = private
  }
}

# common namespace between all instances
namespace shared {
  type = shared
  mail = mbox:/var/lists:INDEX=~/mail/.shared/
}

auth default {
  auth_mechanisms = plain
  auth_userdb = passwd
  auth_passdb = pam
}


From tss@iki.fi  Tue Feb 25 02:17:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 02:17:20 +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 61ADF23839
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 02:17:20 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 273545E01F94; Tue, 25 Feb 2003 02:17:20 +0200 (EET)
Subject: [dovecot] Re: Configuration file format changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1046131893.787.273.camel@hurina>
References: <1046131893.787.273.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046132239.787.277.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 25 Feb 2003 02:17:20 +0200
X-archive-position: 320
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: 320                                                  
Status: O

On Tue, 2003-02-25 at 02:11, Timo Sirainen wrote:
> server foo.server.org {

Actually, not "server", but "group". This would allow things like:

group imap {
  protocols = imap

  group foo.server.org { ... }
  group bar.server.org { ... }
}

group pop3 {
  protocols = pop3
  ...
}


From tss@iki.fi  Tue Feb 25 03:23:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 03:23:14 +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 A51672384D
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 03:23:14 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 665825E01F94; Tue, 25 Feb 2003 03:23:14 +0200 (EET)
Subject: [dovecot] Re: Configuration file format changes
From: Timo Sirainen <tss@iki.fi>
To: Brad Figg <brad@triplepoint.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <3E5ABF46.8020005@triplepoint.com>
References: <1046131893.787.273.camel@hurina>
	 <1046132239.787.277.camel@hurina>  <3E5ABF46.8020005@triplepoint.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046136194.788.287.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 25 Feb 2003 03:23:14 +0200
X-archive-position: 321
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: 321                                                  
Status: O

On Tue, 2003-02-25 at 02:56, Brad Figg wrote:
> Just my $.02 (and that's probably overcharging). Anytime I need
> a config file I use XML and an open source parser.

I hate XML config files. Not going to happen. Ever. :)

I think they're difficult to read with standard text editor. Even more
difficult to modify. And creating read-only parser for just about any
config file format doesn't take hardly any time. External XML libraries
would also annoy people.

From asf@void.at  Tue Feb 25 10:30:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 10:30:51 +0200 (EET)
Return-Path: <asf@void.at>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from ycpmailsrv01.ycn.com (ycpmailsrv01.ycn.com [212.88.160.6])
	by danu.procontrol.fi (Postfix) with ESMTP id 8D74123839
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 10:30:51 +0200 (EET)
Received: from eris.void.at (212-88-187-152.ADSL.ycn.com [212.88.187.152])
	by ycpmailsrv01.ycn.com (8.12.3/8.12.3/Debian -4) with ESMTP id h1P8NuvJ006000;
	Tue, 25 Feb 2003 09:23:56 +0100
Received: from asf by eris.void.at with local (Exim 3.36 #1 (Debian))
	id 18naU2-0002U1-00; Tue, 25 Feb 2003 09:30:38 +0100
Mail-Copies-To: never
X-Url: http://asf.void.at/
To: Timo Sirainen <tss@iki.fi>
Cc: Brad Figg <brad@triplepoint.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: Configuration file format changes
X-Attribution: asf
X-Face:  3*3w/y?I6|`'CYW7F~m0]U1)L\|[x"?/V6^;s3FU#q|F'AL(3C?$eslHvAmR:KjT"&LZeqM
 0wMS%HM`
References: <1046131893.787.273.camel@hurina>
	<1046132239.787.277.camel@hurina> <3E5ABF46.8020005@triplepoint.com>
	<1046136194.788.287.camel@hurina>
From: Andreas Fuchs <asf@void.at>
Message-ID: <87ptpgsqxd.fsf@eris.void.at>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 25 Feb 2003 09:30:38 +0100
X-archive-position: 322
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: asf@void.at
Precedence: bulk
X-list: dovecot
X-UID: 322                                                  
Status: O

Today, Timo Sirainen <tss@iki.fi> wrote:
> I hate XML config files. Not going to happen. Ever. :)
> 
> I think they're difficult to read with standard text editor. Even more
> difficult to modify. And creating read-only parser for just about any
> config file format doesn't take hardly any time. External XML
> libraries would also annoy people.

Yay for sexp syntax!

see http://www.complang.tuwien.ac.at/~schani/lispreader/ for a nice
implementation of a suitable reader.

Ha, ha, only serious (-:
-- 
Andreas Fuchs, <asf@acm.org>, asf@jabber.at, antifuchs

From tss@iki.fi  Tue Feb 25 23:33:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Feb 2003 23:33:15 +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 3E5C12384D
	for <dovecot@procontrol.fi>; Tue, 25 Feb 2003 23:33:14 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 710275E01F94; Tue, 25 Feb 2003 23:33:13 +0200 (EET)
Subject: [dovecot] 0.99.8 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046208793.30814.15.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 25 Feb 2003 23:33:13 +0200
X-archive-position: 323
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: 323                                                  
Status: O
Content-Length: 3088

Hope I didn't forget anything :)

v0.99.8 2003-02-25  Timo Sirainen <tss@iki.fi>

	* NOTE: Configuration file has changed a bit: auth_userinfo was
	  replaced by userdb and passdb. *_port were merged into *_listen.
	  Disabling listening in imaps port is now done by changing protocols
	  setting.

	* Maildir: .customflags location has changed for INBOX. If you have
	  set any custom flags, move Maildir/.INBOX/.customflags into
	  Maildir/.customflags or they will be lost.

	* mbox: Autodetect /var/mail/%u and /var/spool/mail/%u as INBOXes
	  if they're found and mail_default_env isn't set.

	* passwd-file: File format changed a bit. If you used realm or mail
	  fields, you'll have to fix the file. See doc/auth.txt for description
	  of the format.

	+ Fully featured POP3 server included. Disabled by default.
	+ Support for LITERAL+, MULTIAPPEND, UNSELECT, IDLE, CHILDREN and
	  LISTEXT extensions.
	+ LDAP authentication support.
	+ Internal API cleanups made Dovecot faster and take less memory
	+ auth_verbose logs now all authentication failures
	+ Support for Solaris 9 sendfilev()
	+ New setting: mail_full_filesystem_access allows clients to access the
	  whole filesystem by simply giving the path before the mailbox name
	  (eg. SELECT ~user/mail/box, LIST "" /tmp/%). While this allows users
	  to share mailboxes, it's not recommended since Dovecot's index files
	  can't be safely shared.
	+ New setting: client_workarounds.
	+ Dynamically loadable authentication modules. Binary package builders
	  should consider using it for at least LDAP.
	+ mbox: Content-Length is saved now to each saved message, so it's
	  now safe to have lines beginning with "From ".
	+ mbox: mail_read_mmaped = no works with it now
	+ Indexes can be kept in memory by adding :INDEX=MEMORY to MAIL
	  environment. There's not much point to do this now though, since the
	  UIDs won't be saved.
	- COPY now behaves as RFC2060 says: "If the COPY command is
	  unsuccessful for any reason, server implementations MUST restore the
	  destination mailbox to its state before the COPY attempt."
	- LIST and LSUB rewrite, should fix several bugs in them
	- maildir_copy_with_hardlinks = yes was broken.
	- mboxes in subfolders weren't selectable.
	- STORE didn't accept multiple flags without () around them
	- PLAIN SASL-authentication was a bit broken.
	- IMAP dates were parsed a few hours wrong
	- STATUS command removed \Recent flags from messages
	- Several bugfixes to SEARCH command, especially related to multiple
	  search conditions
	- If auth/login process died unexpectedly at startup, the exit status
	  or killing signal wasn't logged.
	- mbox parsing might have crashed sometimes
	- mbox: when saving mails, internal headers were allowed in input,
	  sometimes causing problems (eg. duplicate headers) when appending
	  and copying messages
	- mbox: X-Keywords headers were duplicated
	- Some small fixes to how messages are saved to Maildir
	- Next command after STARTTLS was ignored which left the connection
	  stuck sometimes
	- Dovecot was pretty much broken with FreeBSD


From tss@iki.fi  Wed Feb 26 03:52:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Feb 2003 03:52:42 +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 DEC8623839
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 03:52:41 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 21C6E5E01F94; Wed, 26 Feb 2003 03:52:40 +0200 (EET)
Subject: [dovecot] inetd/xinetd/tcpserver support
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046224359.30815.36.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Feb 2003 03:52:40 +0200
X-archive-position: 324
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: 324                                                  
Status: O

I was just thinking how they could be easily supported. This would work,
right? :

imap stream tcp nowait root /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login
imaps stream tcp nowait root /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login --ssl

imap-login would try to connect to master process using some named
socket. If it couldn't, it would create the master process itself.
Master process would work as usual (executes auth and imap processes),
except it wouldn't be executing login processes.

This wouldn't require much code changing, and it would still be using
all the same privilege separations as the standalone version so it would
be just a secure.

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.

I guess I'll implement this soon and try if it works.


From lfarkas@bnap.hu  Wed Feb 26 10:58:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Feb 2003 10:58:31 +0200 (EET)
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 75EC32384D
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 10:58:31 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 4E3AA75401D
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 09:59:03 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 4B1A63EF2
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 09:58:29 +0100 (CET)
Message-ID: <3E5C81BC.6090100@bnap.hu>
Date: Wed, 26 Feb 2003 09:58:36 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
References: <1046224359.30815.36.camel@hurina>
In-Reply-To: <1046224359.30815.36.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 325
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: 325                                                  
Status: O
Content-Length: 1392

I always prefer standalone daemons, and as we see the tendency is that 
most server run as standalone (apache, vsftpd, ssh...). at the begining 
they has (x)inetd version later remove it...
IMHO ip/tcp filtering should have done in a firewall or some fitering 
can be implemented in the standalone server too..
but this is just my 2c:-)

Timo Sirainen wrote:
> I was just thinking how they could be easily supported. This would work,
> right? :
> 
> imap stream tcp nowait root /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login
> imaps stream tcp nowait root /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login --ssl
> 
> imap-login would try to connect to master process using some named
> socket. If it couldn't, it would create the master process itself.
> Master process would work as usual (executes auth and imap processes),
> except it wouldn't be executing login processes.
> 
> This wouldn't require much code changing, and it would still be using
> all the same privilege separations as the standalone version so it would
> be just a secure.
> 
> 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.
> 
> I guess I'll implement this soon and try if it works.
> 
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"



From mem@mv.mv.com  Wed Feb 26 23:04:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Feb 2003 23:04:56 +0200 (EET)
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 2808A2384D
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 23:04:56 +0200 (EET)
Received: (qmail 28075 invoked by uid 101); 26 Feb 2003 16:04:54 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 26 Feb 2003 16:04:54 -0500
To: dovecot@procontrol.fi
Subject: [dovecot] pop3: last, and auth plain
Message-ID: <20030226160454.N19224@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-archive-position: 326
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: 326                                                  
Status: O

Hi-

A couple of comments regarding the POP3 server (I realize the POP3
server is probably low priority though..)

One problem is that the "LAST" command is not supported.  Some mail
clients end up downloading all messages every time because of this
(or so I'm told).  The biggest source of these remarks is people
using the yahoo webmail front end.  I wonder if this could be added?

Also, under BSD/OS, the "auth plain" mechanism doesn't work.  Perusing
the mailing list archives, I see that the symptoms appear just like
those that were reported earlier for another BSD system.  I'm curious
as to whether there has been any progress on that front?

Yours,
-mm-

From tss@iki.fi  Wed Feb 26 23:26:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Feb 2003 23:26:49 +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 0A9712384D
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 23:26:49 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C895E5E01F94; Wed, 26 Feb 2003 23:26:48 +0200 (EET)
Subject: [dovecot] Re: pop3: last, and auth plain
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030226160454.N19224@iridium.mv.net>
References: <20030226160454.N19224@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046294808.30811.66.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Feb 2003 23:26:48 +0200
X-archive-position: 327
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: 327                                                  
Status: O
Content-Length: 1149

On Wed, 2003-02-26 at 23:04, Mark E. Mallett wrote:
> A couple of comments regarding the POP3 server (I realize the POP3
> server is probably low priority though..)
> 
> One problem is that the "LAST" command is not supported.  Some mail
> clients end up downloading all messages every time because of this
> (or so I'm told).  The biggest source of these remarks is people
> using the yahoo webmail front end.  I wonder if this could be added?

http://www.remote.org/jochen/mail/info/pop3-last.html

I could add support for it, but how exactly? Maybe return the previous
message of the first unseen message?

> Also, under BSD/OS, the "auth plain" mechanism doesn't work.  Perusing
> the mailing list archives, I see that the symptoms appear just like
> those that were reported earlier for another BSD system.  I'm curious
> as to whether there has been any progress on that front?

All BSD issues should have been fixed by now. I just tested with FreeBSD
5 and Linux, AUTH PLAIN worked just fine in both. Does USER+PASS work?
Try enabling auth_verbose = yes?

And what errors exactly do you see now? There's been several different
BSD errors :)


From ipswitch@apk.net  Wed Feb 26 23:29:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Feb 2003 23:29:39 +0200 (EET)
Return-Path: <ipswitch@apk.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from cleopatra.apk.net (cleopatra.apk.net [207.54.158.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 8537A2384D
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 23:29:39 +0200 (EET)
Received: from [207.54.133.252] (helo=[10.1.3.2])
	by cleopatra.apk.net with esmtp (Exim 4.12)
	id 18o9AG-0004MQ-00
	for dovecot@procontrol.fi; Wed, 26 Feb 2003 16:32:32 -0500
Date: Wed, 26 Feb 2003 16:28:13 -0500
From: Stuart Krivis <ipswitch@apk.net>
Reply-To: Stuart Krivis <ipswitch@apk.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
Message-ID: <8165265.1046276893@[10.1.3.2]>
In-Reply-To: <3E5C81BC.6090100@bnap.hu>
References: <1046224359.30815.36.camel@hurina> <3E5C81BC.6090100@bnap.hu>
X-Mailer: Mulberry/3.0.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-archive-position: 328
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ipswitch@apk.net
Precedence: bulk
X-list: dovecot
X-UID: 328                                                  
Status: O
Content-Length: 1374



--On Wednesday, February 26, 2003 9:58 AM +0100 Farkas Levente 
<lfarkas@bnap.hu> wrote:

> I always prefer standalone daemons, and as we see the tendency is that
> most server run as standalone (apache, vsftpd, ssh...). at the begining
> they has (x)inetd version later remove it... IMHO ip/tcp filtering should
> have done in a firewall or some fitering can be implemented in the
> standalone server too.. but this is just my 2c:-)

Services that get heavily used can push inetd to its limits - or beyond. :-)

Standalone is normally better in this case, with sendmail being a common 
example.


>>
>> imap stream tcp nowait root /usr/sbin/tcpd
>> /usr/local/libexec/dovecot/imap-login imaps stream tcp nowait root
>> /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login --ssl

I don't think this will work for tcpserver. :-)

One advantage to using something sitting before the daemon is that you can 
depend on the other software for certain functionality and keep the daemon 
simple.

I suppose xinetd and tcpwrappers would do the job, or djb's tcpserver. It 
just depends upon which flavor you like. :-)

I'm coming to have more and more respect for djb's software, although there 
are still some things that make me shake my head. hehe

One disadvantage to running daemons standalone is that they if they die, 
they stay that way. djb's daemontools can help there.

From tss@iki.fi  Wed Feb 26 23:36:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Feb 2003 23:36:04 +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 77CF72384D
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 23:36:04 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4A1855E01F94; Wed, 26 Feb 2003 23:36:04 +0200 (EET)
Subject: [dovecot] Re: pop3: last, and auth plain
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1046294808.30811.66.camel@hurina>
References: <20030226160454.N19224@iridium.mv.net>
	 <1046294808.30811.66.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046295364.30814.74.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Feb 2003 23:36:04 +0200
X-archive-position: 329
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: 329                                                  
Status: O

On Wed, 2003-02-26 at 23:26, Timo Sirainen wrote:
> http://www.remote.org/jochen/mail/info/pop3-last.html
> 
> I could add support for it, but how exactly? Maybe return the previous
> message of the first unseen message?

No, RFC1460 defined it differently. I think I'll do it like UW ipop3d.
\Seen flags are used to track the "last" message. If RSET command is
used, it would clear the \Seen flag from all messages. So it doesn't
interact too nicely with IMAP. Maybe this should be optional..


From mem@mv.mv.com  Wed Feb 26 23:45:40 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Feb 2003 23:45:41 +0200 (EET)
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 4BDC823839
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 23:45:40 +0200 (EET)
Received: (qmail 23276 invoked by uid 101); 26 Feb 2003 16:45:38 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 26 Feb 2003 16:45:38 -0500
To: Timo Sirainen <tss@iki.fi>
Cc: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: pop3: last, and auth plain
Message-ID: <20030226164538.P19224@iridium.mv.net>
References: <20030226160454.N19224@iridium.mv.net> <1046294808.30811.66.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1046294808.30811.66.camel@hurina>; from tss@iki.fi on Wed, Feb 26, 2003 at 11:26:48PM +0200
X-archive-position: 330
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: 330                                                  
Status: O
Content-Length: 1754

On Wed, Feb 26, 2003 at 11:26:48PM +0200, Timo Sirainen wrote:
> On Wed, 2003-02-26 at 23:04, Mark E. Mallett wrote:
> > A couple of comments regarding the POP3 server (I realize the POP3
> > server is probably low priority though..)
> > 
> > One problem is that the "LAST" command is not supported.  Some mail
> > clients end up downloading all messages every time because of this
> > (or so I'm told).  The biggest source of these remarks is people
> > using the yahoo webmail front end.  I wonder if this could be added?
> 
> http://www.remote.org/jochen/mail/info/pop3-last.html

Yes, of course.  Duh.  I was just having a conversation a few hours
ago with somebody about how the concept of "mailbox order" is
not always a valid one.  Sometimes I fail to connect the dots.



> > Also, under BSD/OS, the "auth plain" mechanism doesn't work.  Perusing
> > the mailing list archives, I see that the symptoms appear just like
> > those that were reported earlier for another BSD system.  I'm curious
> > as to whether there has been any progress on that front?
> 
> All BSD issues should have been fixed by now. I just tested with FreeBSD
> 5 and Linux, AUTH PLAIN worked just fine in both. Does USER+PASS work?
> Try enabling auth_verbose = yes?
> 
> And what errors exactly do you see now? There's been several different
> BSD errors :)

I'll have to investigate further.  Unfortunately the main symptom
is that people call and say "it doesn't work" -- enabling auth_verbose
may help.  I had some indications that the dovecot-auth process died
prematurely, but that could simply be operator error.

BTW for a completely random remark: you might get configure to check
whether "lchown()" exists and use "chown()" if it does not
(in safe-mkdir.c)

-mm-

From tss@iki.fi  Thu Feb 27 00:00:07 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 00:00:08 +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 8D07123839
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 00:00:07 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2F7B65E01F94; Thu, 27 Feb 2003 00:00:07 +0200 (EET)
Subject: [dovecot] Re: pop3: last, and auth plain
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030226164538.P19224@iridium.mv.net>
References: <20030226160454.N19224@iridium.mv.net>
	 <1046294808.30811.66.camel@hurina>  <20030226164538.P19224@iridium.mv.net>
Content-Type: multipart/mixed; boundary="=-5aQC1Iv8Ec5otzvmhZZr"
Organization: 
Message-Id: <1046296806.30814.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 27 Feb 2003 00:00:07 +0200
X-archive-position: 331
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: 331                                                  
Status: O
Content-Length: 2126


--=-5aQC1Iv8Ec5otzvmhZZr
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Wed, 2003-02-26 at 23:45, Mark E. Mallett wrote:
> > > Also, under BSD/OS, the "auth plain" mechanism doesn't work.  Perusing
> I had some indications that the dovecot-auth process died
> prematurely, but that could simply be operator error.

I noticed that too while testing. It crashes if client sends invalid
data to auth plain. It shouldn't affect valid authentications though,
except by aborting auth for other people who were just logging in. Well,
I'll include the fixpatch.

> BTW for a completely random remark: you might get configure to check
> whether "lchown()" exists and use "chown()" if it does not
> (in safe-mkdir.c)

Oh, didn't notice lchown() wasn't posix. I'll make it use fchown() and
fchmod().


--=-5aQC1Iv8Ec5otzvmhZZr
Content-Disposition: attachment; filename=auth-crashfix.patch
Content-Type: text/x-patch; name=auth-crashfix.patch; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

Index: mech-plain.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/auth/mech-plain.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- mech-plain.c	18 Feb 2003 19:11:26 -0000	1.9
+++ mech-plain.c	26 Feb 2003 21:27:17 -0000	1.10
@@ -42,12 +42,17 @@
 		}
 	}
=20
-	/* split and save user/realm */
-	auth_request->user =3D p_strdup(auth_request->pool, authenid);
-	passdb->verify_plain(auth_request, pass, verify_callback);
+	if (authenid =3D=3D NULL) {
+		/* invalid input */
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+	} else {
+		/* split and save user/realm */
+		auth_request->user =3D p_strdup(auth_request->pool, authenid);
+		passdb->verify_plain(auth_request, pass, verify_callback);
=20
-	/* make sure it's cleared */
-	safe_memset(pass, 0, strlen(pass));
+		/* make sure it's cleared */
+		safe_memset(pass, 0, strlen(pass));
+	}
 	return TRUE;
 }
=20

--=-5aQC1Iv8Ec5otzvmhZZr--

From skvidal@phy.duke.edu  Thu Feb 27 01:16:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 01:16:24 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 3CD772384D
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 01:16:24 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP id 871AE30198
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 18:16:21 -0500 (EST)
Subject: [dovecot] zlib support
From: seth vidal <skvidal@phy.duke.edu>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CXdjCwudM9u9+QeyDt39"
Organization: 
Message-Id: <1046301401.16349.123.camel@opus>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-1) 
Date: 26 Feb 2003 18:16:41 -0500
X-archive-position: 332
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 332                                                  
Status: O


--=-CXdjCwudM9u9+QeyDt39
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi,
 Silly idea, Ever considered zlib support so the imap server could read
through gzipped mbox files or gzipped maildir entries?

-sv


--=-CXdjCwudM9u9+QeyDt39
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+XUrZ1Aj3x2mIbMcRAiE8AJwOeb8Vo+/gT/A/Qz06iB/0fBs2RgCglUQY
krG7Hax1uyZTUF4J1Jk4ANQ=
=/feb
-----END PGP SIGNATURE-----

--=-CXdjCwudM9u9+QeyDt39--


From tss@iki.fi  Thu Feb 27 01:26:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 01:26:48 +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 AC26E2384D
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 01:26:48 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 771875E01F94; Thu, 27 Feb 2003 01:26:48 +0200 (EET)
Subject: [dovecot] Re: zlib support
From: Timo Sirainen <tss@iki.fi>
To: seth vidal <skvidal@phy.duke.edu>
Cc: dovecot@procontrol.fi
In-Reply-To: <1046301401.16349.123.camel@opus>
References: <1046301401.16349.123.camel@opus>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046302008.30814.96.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 27 Feb 2003 01:26:48 +0200
X-archive-position: 333
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: 333                                                  
Status: O

On Thu, 2003-02-27 at 01:16, seth vidal wrote:
>  Silly idea, Ever considered zlib support so the imap server could read
> through gzipped mbox files or gzipped maildir entries?

Yes, it's been in todo for some time now. mbox support would likely be
read-only, read-write would require recreating the whole .gz file on
updates.


From ianj@ian-justman.com  Thu Feb 27 02:18:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 02:18:12 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sakura.ian-justman.com (sakura.ian-justman.com [207.126.64.32])
	by danu.procontrol.fi (Postfix) with ESMTP id C900B23839
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 02:18:11 +0200 (EET)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by localhost.ian-justman.com (Postfix) with ESMTP id 09C40611288
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 16:18:10 -0800 (PST)
Received: from ian-justman.com (fenchurch.netasset.com [207.126.67.194])
	by sakura.ian-justman.com (Postfix) with ESMTP id 11950611288
	for <dovecot@procontrol.fi>; Wed, 26 Feb 2003 16:18:08 -0800 (PST)
Message-ID: <3E5D5940.9000606@ian-justman.com>
Date: Wed, 26 Feb 2003 16:18:08 -0800
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en, ja
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: zlib support
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 334
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 334                                                  
Status: O



Timo Sirainen wrote:
 > Yes, it's been in todo for some time now. mbox support would likely be
 > read-only, read-write would require recreating the whole .gz file on
 > updates.

Actually, I wouldn't mind seeing something like this so I can compress
up my old mail and perhaps store them on CD, for example.  I tend to
archive mailing list traffic by month (which I store in mbox format), so 
past months tend to not change much, if at all.  :)

While not an absolute necessity, it'd be nice to have.

--Ian.



From kahnert@mail.desy.de  Thu Feb 27 20:02:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 20:02:14 +0200 (EET)
Return-Path: <kahnert@mail.desy.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail1-195.desy.de (mailserver1.desy.de [131.169.87.109])
	by danu.procontrol.fi (Postfix) with ESMTP id 35CE923839
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 20:02:14 +0200 (EET)
Received: from pcx3332.desy.de (pcx3332.desy.de [131.169.214.139])
	by mail1-195.desy.de (8.8.5/8.8.5/R) with ESMTP id TAA14080
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 19:02:12 +0100 (MET)
Received: (from kahnert@localhost)
	by pcx3332.desy.de (8.11.3/8.8.5) id h1RI2D310522
	for dovecot@procontrol.fi; Thu, 27 Feb 2003 19:02:13 +0100
Date: Thu, 27 Feb 2003 19:02:13 +0100
From: Juergen Kahnert <Juergen.Kahnert@DESY.de>
To: dovecot@procontrol.fi
Subject: [dovecot] IMAP Folder paths
Message-ID: <20030227190212.F3097@pcx3332.desy.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.3.16i
X-archive-position: 335
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Juergen.Kahnert@DESY.de
Precedence: bulk
X-list: dovecot
X-UID: 335                                                  
Status: O

Hello,

we like to use dovecot, but our old imapd used to store the paths of the
folder in the file ~/.mailboxlist. This file contains something like
this:

    mail/read
    mail/dovecot
    .netscape/imap/mailbox
    .Mail/foo

Each line with a path to one mbox folder. And please pay attention that
there is no path to the inbox, because this is stored on the server...
Is there a way to use this files with dovecot? It would be a real pain
to change this for a few thousand user...

Do you see a chance of using such a file? Or is it already possible and
I'd overlooked it? Or is it easy / hard to implement?

kind regards,

    Jrgen Kahnert



From skvidal@phy.duke.edu  Thu Feb 27 20:23:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 20:23:37 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id C166E23839
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 20:23:36 +0200 (EET)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 6495930376; Thu, 27 Feb 2003 13:23:35 -0500 (EST)
Subject: [dovecot] Re: IMAP Folder paths
From: seth vidal <skvidal@phy.duke.edu>
To: Juergen Kahnert <Juergen.Kahnert@DESY.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030227190212.F3097@pcx3332.desy.de>
References: <20030227190212.F3097@pcx3332.desy.de>
Content-Type: text/plain
Organization: 
Message-Id: <1046370236.20267.14.camel@opus>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-1) 
Date: 27 Feb 2003 13:23:56 -0500
Content-Transfer-Encoding: 7bit
X-archive-position: 336
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 336                                                  
Status: O

On Thu, 2003-02-27 at 13:02, Juergen Kahnert wrote:
> Hello,
> 
> we like to use dovecot, but our old imapd used to store the paths of the
> folder in the file ~/.mailboxlist. This file contains something like
> this:
> 
>     mail/read
>     mail/dovecot
>     .netscape/imap/mailbox
>     .Mail/foo
> 

If it were eventually possible to use this file and add to it a tag of
what type of mailbox it is (mbox or maildir) that'd be cool too.

I know thats Hard(tm) but it would be cool.

:)

-sv



From tss@iki.fi  Thu Feb 27 21:19:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 21:19:15 +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 94CB02384D
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 21:19:15 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B33E55E01F94; Thu, 27 Feb 2003 21:19:14 +0200 (EET)
Subject: [dovecot] Re: IMAP Folder paths
From: Timo Sirainen <tss@iki.fi>
To: Juergen Kahnert <Juergen.Kahnert@DESY.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030227190212.F3097@pcx3332.desy.de>
References: <20030227190212.F3097@pcx3332.desy.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046373554.18310.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 27 Feb 2003 21:19:14 +0200
X-archive-position: 337
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: 337                                                  
Status: O

On Thu, 2003-02-27 at 20:02, Juergen Kahnert wrote:
> we like to use dovecot, but our old imapd used to store the paths of the
> folder in the file ~/.mailboxlist. This file contains something like
> this:
> 
>     mail/read
>     mail/dovecot
>     .netscape/imap/mailbox
>     .Mail/foo

That's UW-IMAP's subscription list.

> Is there a way to use this files with dovecot? It would be a real pain
> to change this for a few thousand user...

Set "default_mail_env = mbox:~/" and rename those ".mailboxlist" files
to ".subscriptions" file (or modify dovecot's sources to make it use the
.mailboxlist directly).


From kahnert@mail.desy.de  Thu Feb 27 22:21:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Feb 2003 22:21:28 +0200 (EET)
Return-Path: <kahnert@mail.desy.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail1-195.desy.de (mailserver1.desy.de [131.169.87.109])
	by danu.procontrol.fi (Postfix) with ESMTP id 83EFF23839
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 22:21:28 +0200 (EET)
Received: from pcx3332.desy.de (pcx3332.desy.de [131.169.214.139])
	by mail1-195.desy.de (8.8.5/8.8.5/R) with ESMTP id VAA29688
	for <dovecot@procontrol.fi>; Thu, 27 Feb 2003 21:21:28 +0100 (MET)
Received: (from kahnert@localhost)
	by pcx3332.desy.de (8.11.3/8.8.5) id h1RKLRF10992
	for dovecot@procontrol.fi; Thu, 27 Feb 2003 21:21:27 +0100
Date: Thu, 27 Feb 2003 21:21:27 +0100
From: Juergen Kahnert <Juergen.Kahnert@DESY.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: IMAP Folder paths
Message-ID: <20030227212127.A10927@pcx3332.desy.de>
References: <20030227190212.F3097@pcx3332.desy.de> <1046373554.18310.4.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.3.16i
In-Reply-To: <1046373554.18310.4.camel@hurina>; from tss@iki.fi on Thu, Feb 27, 2003 at 09:19:14PM +0200
X-archive-position: 338
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Juergen.Kahnert@DESY.de
Precedence: bulk
X-list: dovecot
X-UID: 338                                                  
Status: O

On Thu, 27. Feb. 2003 at 21:19:14 +0200, Timo Sirainen wrote:
> Set "default_mail_env = mbox:~/" and rename those ".mailboxlist" files
> to ".subscriptions" file (or modify dovecot's sources to make it use the
> .mailboxlist directly).

Yes, that's what I searched for. I guess you'll add something to the
config file to change SUBSCRIPTION_FILE_NAME - but so far I change it in
the source.

And with the new version I'm able to let the inbox in a separate
directory and all other folders in the home directories of the users,
right?

That's perfect. Thanks Timo, good work. :)

    Jrgen Kahnert



From alex@wankwood.com  Sat Mar  1 07:23:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 01 Mar 2003 07:23:48 +0200 (EET)
Return-Path: <alex@wankwood.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from net-srv-0001.bvrd.com (mail.bvrd.com [216.216.73.130])
	by danu.procontrol.fi (Postfix) with SMTP id E49D82384D
	for <dovecot@procontrol.fi>; Sat,  1 Mar 2003 07:23:47 +0200 (EET)
Received: (qmail 19396 invoked from network); 28 Feb 2003 23:23:47 -0600
Received: from psn01.birdview.com (HELO net-srv-0001.bvrd.com) (192.168.254.2)
  by psn01.birdview.com with SMTP; 28 Feb 2003 23:23:47 -0600
Date: Fri, 28 Feb 2003 23:23:46 -0600 (CST)
From: Alex Howansky <alex@wankwood.com>
X-X-Sender: alex@net-srv-0001.bvrd.com
To: dovecot@procontrol.fi
Subject: [dovecot] patch for src/auth/db-ldap.c
Message-ID: <Pine.LNX.4.44.0302282321330.16063-100000@net-srv-0001.bvrd.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 339
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: alex@wankwood.com
Precedence: bulk
X-list: dovecot
X-UID: 339                                                  
Status: O


*** src/auth/db-ldap.c.orig     Sat Mar  1 00:20:10 2003
--- src/auth/db-ldap.c  Sat Mar  1 00:20:31 2003
***************
*** 35,42 ****
        DEF(SET_STR, pass_attrs),
        DEF(SET_STR, pass_filter),
        DEF(SET_STR, default_pass_scheme),
!       DEF(SET_STR, user_global_uid),
!       DEF(SET_STR, user_global_gid)
  };

  struct ldap_settings default_ldap_settings = {
--- 35,42 ----
        DEF(SET_STR, pass_attrs),
        DEF(SET_STR, pass_filter),
        DEF(SET_STR, default_pass_scheme),
!       DEF(SET_INT, user_global_uid),
!       DEF(SET_INT, user_global_gid)
  };

  struct ldap_settings default_ldap_settings = {

-- 
Alex Howansky
Wankwood Associates
http://www.wankwood.com/


From dave@tamos.net  Sat Mar  1 20:10:05 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 01 Mar 2003 20:10:05 +0200 (EET)
Return-Path: <dave@tamos.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from grue.tamos.net (tamos.net [66.93.83.29])
	by danu.procontrol.fi (Postfix) with ESMTP id 14EEA23839
	for <dovecot@procontrol.fi>; Sat,  1 Mar 2003 20:10:05 +0200 (EET)
Received: (qmail 14197 invoked from network); 1 Mar 2003 18:10:03 -0000
Received: from unknown (HELO ?192.168.1.20?) (dave@66.93.83.29)
  by tamos.net with SMTP; 1 Mar 2003 18:10:03 -0000
Subject: [dovecot] pine/dovecot issues
From: "David E. Storey" <dave@tamos.net>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-K94EY0OZnYQ/AgA2IJf8"
Organization: tamos
Message-Id: <1046542211.1240.9.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 01 Mar 2003 13:10:12 -0500
X-archive-position: 340
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dave@tamos.net
Precedence: bulk
X-list: dovecot
X-UID: 340                                                  
Status: O
Content-Length: 1683


--=-K94EY0OZnYQ/AgA2IJf8
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Folks,

I'm running into some issues with pine and dovecot. (dovecot is running
mbox for now... plan to switch to maildir soon.) At first I thought it
was a funky issue with the way I was using pine to access mailboxes. (I
use rsh to invoke imap as pre-authenticated so when I switch to
maildirs, I don't have to worry about pine being patched to support it.)
But after switching over to using authenticated IMAP over port 143, it
still had issues.

I'm getting messages like:

Junk in start of group
Not an Address
Junk at end of envelope
Unknown Message property

Thus far, it seems to only occur in pine. (Squirrelmail and evolution
appear to be fine) Is it the client? Is it dovecot? is it easily
fixable? It feels like some sort of escaping issue or parsing issue or
something. I just don't know enough about IMAP to determine exactly what
it is.

I'm using dovecot v0.99.8, MAIL=3Dmbox:%h/Mail/:INBOX=3D%h/.mailbox
I've just converted off of wu-imap in hopes of someday migrating to
maildirs on that box. (anyone know of a good mbox to maildir conversion
tool? I used to have on that worked fine, but I've since found a ton
that don't work well for me at all. I have about a gig of email to
backup and convert)

d!

--=-K94EY0OZnYQ/AgA2IJf8
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+YPeD+5sC2muyxOMRAuZ2AJ9g6te94e6Mp9JVvMueGbgY2rV2AwCdE24Q
3slxocRXfMeMzljC7Lkqeoo=
=JHGo
-----END PGP SIGNATURE-----

--=-K94EY0OZnYQ/AgA2IJf8--


From ianj@ian-justman.com  Sat Mar  1 20:42:43 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 01 Mar 2003 20:42:43 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from narshe.chocobo.org (dsl-207-126-72-242.dsl.netasset.net [207.126.72.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 1BE8C2384D
	for <dovecot@procontrol.fi>; Sat,  1 Mar 2003 20:42:43 +0200 (EET)
Received: from ian-justman.com (jidoor.chocobo.org [207.126.72.253])
	by narshe.chocobo.org (Postfix) with ESMTP id B8C7C30FE42
	for <dovecot@procontrol.fi>; Sat,  1 Mar 2003 10:42:39 -0800 (PST)
Message-ID: <3E60FF1F.5020308@ian-justman.com>
Date: Sat, 01 Mar 2003 10:42:39 -0800
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: pine/dovecot issues
References: <1046542211.1240.9.camel@localhost>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 341
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 341                                                  
Status: O
Content-Length: 1592



David E. Storey wrote:
> Folks,
> 
> I'm running into some issues with pine and dovecot. (dovecot is running
> mbox for now... plan to switch to maildir soon.) At first I thought it
> was a funky issue with the way I was using pine to access mailboxes. (I
> use rsh to invoke imap as pre-authenticated so when I switch to
> maildirs, I don't have to worry about pine being patched to support it.)
> But after switching over to using authenticated IMAP over port 143, it
> still had issues.
> 
> I'm getting messages like:
> 
> Junk in start of group
> Not an Address
> Junk at end of envelope
> Unknown Message property
> 
> Thus far, it seems to only occur in pine. (Squirrelmail and evolution
> appear to be fine) Is it the client? Is it dovecot? is it easily
> fixable? It feels like some sort of escaping issue or parsing issue or
> something. I just don't know enough about IMAP to determine exactly what
> it is.

Same here, though the only thing I have observed is that when you get a 
message with just the e-mail address, i.e. no GCOS field, in the To: field, 
the address field in the message list is blank.  Normally with UW IMAP and 
Pine reading the spools directly, it will just happily replace that field 
with just the e-mail address.

Minor thing, but thought I'd bring it up since we are on the topic of Pine 
and Dovecot since this issue only seems to affect Pine.  Though in this 
case, I do not think that the mailstore format is the issue here.  Since I 
also saw a headers section in the config file, it could be a peculiarity 
that could be fixed that way.

--Ian.


From ianj@ian-justman.com  Sat Mar  1 20:47:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 01 Mar 2003 20:47:21 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from narshe.chocobo.org (dsl-207-126-72-242.dsl.netasset.net [207.126.72.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 0AAF12384D
	for <dovecot@procontrol.fi>; Sat,  1 Mar 2003 20:47:21 +0200 (EET)
Received: from ian-justman.com (jidoor.chocobo.org [207.126.72.253])
	by narshe.chocobo.org (Postfix) with ESMTP id C968030FE42
	for <dovecot@procontrol.fi>; Sat,  1 Mar 2003 10:47:19 -0800 (PST)
Message-ID: <3E610037.9040200@ian-justman.com>
Date: Sat, 01 Mar 2003 10:47:19 -0800
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: pine/dovecot issues
References: <1046542211.1240.9.camel@localhost> <3E60FF1F.5020308@ian-justman.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 342
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 342                                                  
Status: O



Ian R. Justman wrote:


> Same here, though the only thing I have observed is that when you get a 
> message with just the e-mail address, i.e. no GCOS field, in the To: 
> field, the address field in the message list is blank.  Normally with UW 
> IMAP and Pine reading the spools directly, it will just happily replace 
> that field with just the e-mail address.

Actually, my bad, the From: field gets this treatment, though the To: field 
gets
affected when I'm sending something to a mailing list and the mailing list
address is the only thing in the To: field on the message coming back.

--Ian.


From stefan@sels.com  Sun Mar  2 21:26:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 02 Mar 2003 21:26:49 +0200 (EET)
Return-Path: <stefan@sels.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42])
	by danu.procontrol.fi (Postfix) with SMTP id 67D712384D
	for <dovecot@procontrol.fi>; Sun,  2 Mar 2003 21:26:49 +0200 (EET)
Received: (qmail 23640 invoked by uid 505); 2 Mar 2003 19:26:54 -0000
Received: from stefan@sels.com by dsl-mail by uid 502 with qmail-scanner-1.14 
 (spamassassin: 2.43.  Clear:. 
 Processed in 0.019707 secs); 02 Mar 2003 19:26:54 -0000
Received: from unknown (HELO sels.com) (213.146.112.93)
  by dsl-mail.kamp.net with SMTP; 2 Mar 2003 19:26:54 -0000
Message-ID: <3E625B08.2000209@sels.com>
Date: Sun, 02 Mar 2003 20:27:04 +0100
From: Stefan Sels <stefan@sels.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] ldap config
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 343
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: stefan@sels.com
Precedence: bulk
X-list: dovecot
X-UID: 343                                                  
Status: O

Hi,

how do I setup the config to use an ldap server for authentification ?

I tried :
auth_userdb = ldap:/usr/local/dovecot/etc/dovecot-ldap.conf
auth_userdb = ldap:/usr/local/dovecot/etc/
auth_userdb = usr/local/dovecot/etc/dovecot-ldap.conf

however I got an error. What is the correct syntax for the ldap config ?

Regards,
   Stefan Sels




From alex@wankwood.com  Mon Mar  3 01:26:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 03 Mar 2003 01:26:48 +0200 (EET)
Return-Path: <alex@wankwood.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from net-srv-0001.bvrd.com (mail.bvrd.com [216.216.73.130])
	by danu.procontrol.fi (Postfix) with SMTP id 800802384D
	for <dovecot@procontrol.fi>; Mon,  3 Mar 2003 01:26:47 +0200 (EET)
Received: (qmail 31340 invoked from network); 2 Mar 2003 17:26:45 -0600
Received: from psn01.birdview.com (HELO net-srv-0001.bvrd.com) (192.168.254.2)
  by psn01.birdview.com with SMTP; 2 Mar 2003 17:26:45 -0600
Date: Sun, 2 Mar 2003 17:26:45 -0600 (CST)
From: Alex Howansky <alex@wankwood.com>
X-X-Sender: alex@net-srv-0001.bvrd.com
To: dovecot@procontrol.fi
Subject: [dovecot] Re: ldap config
In-Reply-To: <3E625B08.2000209@sels.com>
Message-ID: <Pine.LNX.4.44.0303021726040.30744-100000@net-srv-0001.bvrd.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 344
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: alex@wankwood.com
Precedence: bulk
X-list: dovecot
X-UID: 344                                                  
Status: O

> how do I setup the config to use an ldap server for authentification ?
>
> I tried :
> auth_userdb = ldap:/usr/local/dovecot/etc/dovecot-ldap.conf
> auth_userdb = ldap:/usr/local/dovecot/etc/
> auth_userdb = usr/local/dovecot/etc/dovecot-ldap.conf
>
> however I got an error. What is the correct syntax for the ldap config ?

I believe it's:

auth_userdb = ldap /usr/local/etc/dovecot-ldap.conf

-- 
Alex Howansky
Wankwood Associates
http://www.wankwood.com/


From tss@iki.fi  Tue Mar  4 03:09:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Mar 2003 03:09:28 +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 C9AE32384D
	for <dovecot@procontrol.fi>; Tue,  4 Mar 2003 03:09:27 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 98AE35E01F94; Tue,  4 Mar 2003 03:09:27 +0200 (EET)
Subject: [dovecot] Re: pine/dovecot issues
From: Timo Sirainen <tss@iki.fi>
To: "David E. Storey" <dave@tamos.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <1046542211.1240.9.camel@localhost>
References: <1046542211.1240.9.camel@localhost>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046740167.18310.1277.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 04 Mar 2003 03:09:27 +0200
X-archive-position: 345
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: 345                                                  
Status: O

On Sat, 2003-03-01 at 20:10, David E. Storey wrote:
> I'm getting messages like:
> 
> Junk in start of group
> Not an Address
> Junk at end of envelope
> Unknown Message property

Whops. Looks like I broke it pretty badly in 0.99.8. Several headers
containing '"' and maybe '\' characters will break it. Maybe it's time
for 0.99.9 earlier than I thought.


From tss@iki.fi  Tue Mar  4 03:24:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Mar 2003 03:24:16 +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 EC9172384D
	for <dovecot@procontrol.fi>; Tue,  4 Mar 2003 03:24:15 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B38D25E01F94; Tue,  4 Mar 2003 03:24:15 +0200 (EET)
Subject: [dovecot] Re: pine/dovecot issues
From: Timo Sirainen <tss@iki.fi>
To: "Ian R. Justman" <ianj@ian-justman.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <3E610037.9040200@ian-justman.com>
References: <1046542211.1240.9.camel@localhost>
	 <3E60FF1F.5020308@ian-justman.com>  <3E610037.9040200@ian-justman.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046741055.18310.1281.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 04 Mar 2003 03:24:15 +0200
X-archive-position: 346
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: 346                                                  
Status: O

On Sat, 2003-03-01 at 20:47, Ian R. Justman wrote:
> > Same here, though the only thing I have observed is that when you get a 
> > message with just the e-mail address, i.e. no GCOS field, in the To: 
> > field, the address field in the message list is blank.  Normally with UW 
> > IMAP and Pine reading the spools directly, it will just happily replace 
> > that field with just the e-mail address.
> 
> Actually, my bad, the From: field gets this treatment, though the To: field 
> gets
> affected when I'm sending something to a mailing list and the mailing list
> address is the only thing in the To: field on the message coming back.

I don't think this happens with 0.99.8 anymore since I changed Dovecot
to return NIL instead of "" if the name doesn't exist. If you still see
it with old mails that's probably because Dovecot has cached them into
indexes - deleting them would fix it.


From ianj@ian-justman.com  Tue Mar  4 10:17:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Mar 2003 10:17:36 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from vector.chocobo.org (dsl-207-126-72-243.dsl.netasset.net [207.126.72.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 6AD4023839
	for <dovecot@procontrol.fi>; Tue,  4 Mar 2003 10:17:36 +0200 (EET)
Received: from ian-justman.com (jidoor.chocobo.org [207.126.72.253])
	by vector.chocobo.org (Postfix) with ESMTP id B16AEE2F44A
	for <dovecot@procontrol.fi>; Tue,  4 Mar 2003 00:17:33 -0800 (PST)
Message-ID: <3E64611D.8050301@ian-justman.com>
Date: Tue, 04 Mar 2003 00:17:33 -0800
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Torture tests
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 347
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 347                                                  
Status: O


Hi, all.

I've been so impressed with Dovecot, I'm in the process of moving my mail 
over to it.  In fact, one of my mailboxes got SO huge, it'll likely 
literally take more than a day to move it all over (in excess of 19,000 
mails, about 140 megabytes).

So far, the IMAP server shows absolutely no sign of crapping out yet.

It should also be noted that I'm moving all this mail out of a Cyrus 
mailstore into an mbox folder on the same server using Pine.

And at work, for my work mail, I recently installed Dovecot 0.99.8, using 
the POP2 port so I can have test it out while not disturbing my coworkers' 
ability to retrieve mail.  So far, I have yet to see anything bad happen.

My IMAP test is taking place under Debian GNU/Linux Woody and my POP3 test 
under FreeBSD 4.7-STABLE.

Though any suggestions in what to keep an eye out for in either case?

--Ian.


From maildump@jp.pp.ru  Tue Mar  4 19:56:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Mar 2003 20:29:51 +0200 (EET)
Return-Path: <maildump@jp.pp.ru>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from btp212.dyn.ee (3eea18e5.cable.wanadoo.nl [62.234.24.229])
	by danu.procontrol.fi (Postfix) with ESMTP id 6758023887
	for <dovecot@procontrol.fi>; Tue,  4 Mar 2003 19:56:27 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by btp212.dyn.ee (Postfix) with ESMTP
	id 6914212DC3; Tue,  4 Mar 2003 18:56:14 +0100 (CET)
Received: from btp212.dyn.ee ([127.0.0.1])
 by localhost (btp212.dyn.ee [127.0.0.1:10024]) (amavisd-new) with ESMTP
 id 05753-08; Tue,  4 Mar 2003 18:56:10 +0100 (CET)
Received: from jp.linux (192.168.1.16 [192.168.1.16])
	by btp212.dyn.ee (Postfix) with ESMTP
	id EE57F12D3C; Tue,  4 Mar 2003 18:56:09 +0100 (CET)
Date: Tue, 4 Mar 2003 18:53:07 +0100
From: JP <maildump@jp.pp.ru>
To: dovecot@procontrol.fi
Subject: [dovecot] problem with COPY?
Message-Id: <20030304185307.7c585230.maildump@jp.pp.ru>
Organization: BTP212
X-Mailer: Sylpheed version 0.8.10claws54 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Face: $%1K|-`ahl(-&?b8PZ2v|;z)#GO&6Hb08DYw[uQwBKh-vQn`i9.tLj{qM!UQ.[r-Cx')J}$
 d^G9AO5~]UPs6hXAq,!nVW?dX3UMv>;'1iU-co{]~
X-Operating-System: Linux 2.4.21pre4-8mdk
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Scanned: by amavisd-new (spamassassin+clamav) on btp212.dyn.ee
X-archive-position: 348
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maildump@jp.pp.ru
Precedence: bulk
X-list: dovecot
X-UID: 348                                                  
Status: O
Content-Length: 3021

hi all,

I've been trying to use dovecot (from cvs 03.mar.2003, linux 2.2.20,
gcc 2.96, openssl 0.9.7a) as an replacement for uw-imap, and it seems
to be doing its job, except for one thing:

I have my mua (sylpheed-claws from cvs) set up so that it will sort
message into certain(imap) directories. so when I check the mail in the
INBOX, new mails will be processed automatically and, for example spamcop
related emails are moved to their own 'folder'. imap session below.

[STARTTLS and LOGIN stuff not included... no errors whatsoever there.]

[18:06:39] IMAP4< 5 OK Logged in.
[18:06:39] IMAP4> 6 SELECT INBOX
[18:06:40] IMAP4< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
[18:06:40] IMAP4< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen
\Draft \*)] Flags permitted.
[18:06:40] IMAP4< * 49 EXISTS
[18:06:40] IMAP4< * 3 RECENT
[18:06:40] IMAP4< * OK [UNSEEN 47] First unseen.
[18:06:40] IMAP4< * OK [UIDVALIDITY 1046109663] UIDs valid
[18:06:40] IMAP4< * OK [UIDNEXT 64] Predicted next UID
[18:06:40] IMAP4< 6 OK [READ-WRITE] Select completed.
[18:06:40] IMAP4> 7 UID SEARCH UID 1:*
[18:06:40] IMAP4< * SEARCH 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 49 52 55 56
57 58 61 62 63
[18:06:40] IMAP4< 7 OK Search completed.
[18:06:40] IMAP4> 8 STATUS INBOX (MESSAGES RECENT UIDNEXT UIDVALIDITY
UNSEEN)
[18:06:40] IMAP4< * STATUS "INBOX" (MESSAGES 49 RECENT 3 UIDNEXT 64
UIDVALIDITY 1046109663 UNSEEN 3)
[18:06:40] IMAP4< 8 OK Status completed.
[18:06:40] IMAP4> 9 UID FETCH 61:63 (UID FLAGS RFC822.SIZE
BODY.PEEK[HEADER.FIELDS (Date From To Cc Newsgroups Subject Message-Id
References In-Reply-To Content-Type Seen Status X-Status From)])
[18:06:40] IMAP4< * 47 FETCH (UID 61 FLAGS (\Recent) RFC822.SIZE 3111
BODY[HEADER.FIELDS (DATE FROM TO CC NEWSGROUPS SUBJECT MESSAGE-ID
REFERENCES IN-REPLY-TO CONTENT-TYPE SEEN STATUS X-STATUS FROM)]
{322}
[18:06:40] IMAP4< * 48 FETCH (UID 62 FLAGS (\Recent) RFC822.SIZE 3111
BODY[HEADER.FIELDS (DATE FROM TO CC NEWSGROUPS SUBJECT MESSAGE-ID
REFERENCES IN-REPLY-TO CONTENT-TYPE SEEN STATUS X-STATUS FROM)]
{322}
[18:06:40] IMAP4< * 49 FETCH (UID 63 FLAGS (\Recent) RFC822.SIZE 3109
BODY[HEADER.FIELDS (DATE FROM TO CC NEWSGROUPS SUBJECT MESSAGE-ID
REFERENCES IN-REPLY-TO CONTENT-TYPE SEEN STATUS X-STATUS FROM)]
{322}
[18:06:40] IMAP4< 9 OK Fetch completed.
[18:06:40] IMAP4> 10 STATUS Spamcop (MESSAGES RECENT UIDNEXT UIDVALIDITY
UNSEEN)
[18:06:40] IMAP4< * STATUS "Spamcop" (MESSAGES 14 RECENT 0 UIDNEXT
51 UIDVALIDITY 1046109859 UNSEEN 0)
[18:06:40] IMAP4< 10 OK Status completed.
[18:06:40] IMAP4> 11 UID COPY 61 Spamcop

now after this, the conenction goes unresponsive and the following appears
in the server log:

Mar  4 18:06:42 btp212 imap(jp): file index-save.c: line 61
(write_with_lf): assertion failed:(size > 0 && size <= SSIZE_T_MAX)
Mar  4 18:06:42 btp212 dovecot: child 6022 (imap) killed with signal 6

any ideas on what might be causing this? dovecot/mua/some else?

regards,

JP

From tss@iki.fi  Tue Mar  4 20:53:43 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Mar 2003 20:53:43 +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 A4EA82384D
	for <dovecot@procontrol.fi>; Tue,  4 Mar 2003 20:53:43 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 640225E01F94; Tue,  4 Mar 2003 20:53:43 +0200 (EET)
Subject: [dovecot] Re: problem with COPY?
From: Timo Sirainen <tss@iki.fi>
To: JP <maildump@jp.pp.ru>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030304185307.7c585230.maildump@jp.pp.ru>
References: <20030304185307.7c585230.maildump@jp.pp.ru>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046804023.20080.1463.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 04 Mar 2003 20:53:43 +0200
X-archive-position: 349
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: 349                                                  
Status: O
Content-Length: 1395

On Tue, 2003-03-04 at 19:53, JP wrote:
> I have my mua (sylpheed-claws from cvs)

Just a few comments on that first:

> [18:06:39] IMAP4> 6 SELECT INBOX
..
> [18:06:40] IMAP4> 8 STATUS INBOX (MESSAGES RECENT UIDNEXT UIDVALIDITY
> UNSEEN)

It's not considered good behaviour to ask STATUS of selected mailbox,
some (old?) servers will break with that. There's also not much reason
since the client already received everything except UNSEEN as reply to
SELECT.

> [18:06:40] IMAP4> 9 UID FETCH 61:63 (UID FLAGS RFC822.SIZE
> BODY.PEEK[HEADER.FIELDS (Date From To Cc Newsgroups Subject Message-Id
> References In-Reply-To Content-Type Seen Status X-Status From)])

Why is it asking From twice? Why is it asking Status and X-Status at
all? These are likely to be fields internally used by mbox format and
shouldn't be sent client even if it asks it (well, Dovecot does send
them currently, but it will be fixed). I don't know what generates
Seen-field, but I think that doesn't belong to Sylpheed either.

> Mar  4 18:06:42 btp212 imap(jp): file index-save.c: line 61
> (write_with_lf): assertion failed:(size > 0 && size <= SSIZE_T_MAX)
> Mar  4 18:06:42 btp212 dovecot: child 6022 (imap) killed with signal 6

The message probably hasn't been read yet and Dovecot tries to write
empty Status-header which triggers the assert. Stupid assert, I should
have just ignored if size == 0. Fixed in CVS.


From tss@iki.fi  Tue Mar  4 21:50:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 04 Mar 2003 21:50:41 +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 3782B23839
	for <dovecot@procontrol.fi>; Tue,  4 Mar 2003 21:50:41 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id F0DEC5E01F94; Tue,  4 Mar 2003 21:50:40 +0200 (EET)
Subject: [dovecot] Re: Torture tests
From: Timo Sirainen <tss@iki.fi>
To: "Ian R. Justman" <ianj@ian-justman.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <3E64611D.8050301@ian-justman.com>
References: <3E64611D.8050301@ian-justman.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046807440.18310.1500.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 04 Mar 2003 21:50:40 +0200
X-archive-position: 350
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: 350                                                  
Status: O

On Tue, 2003-03-04 at 10:17, Ian R. Justman wrote:
> I've been so impressed with Dovecot, I'm in the process of moving my mail 
> over to it.  In fact, one of my mailboxes got SO huge, it'll likely 
> literally take more than a day to move it all over (in excess of 19,000 
> mails, about 140 megabytes).

Well, I have 1,4GB mbox test file with around 367 000 messages :) I also
tested 64bit file support with one >4GB mail file in Maildir. I don't
think the amount of messages or their sizes should affect Dovecot.
Except there's probably a few problems that could happen once UIDs are
close to their maximum value (4GB), have to fix those some day.

> It should also be noted that I'm moving all this mail out of a Cyrus 
> mailstore into an mbox folder on the same server using Pine.
> 
> Though any suggestions in what to keep an eye out for in either case?

Huge mbox files aren't very good idea if you plan to delete old messages
or add new custom flags, they may result in pretty large copying of
data.


From maildump@jp.pp.ru  Wed Mar  5 17:33:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 05 Mar 2003 17:33:54 +0200 (EET)
Return-Path: <maildump@jp.pp.ru>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from btp212.dyn.ee (3eea169b.cable.wanadoo.nl [62.234.22.155])
	by danu.procontrol.fi (Postfix) with ESMTP id C06912384D
	for <dovecot@procontrol.fi>; Wed,  5 Mar 2003 17:33:53 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by btp212.dyn.ee (Postfix) with ESMTP id B8FBB12D35
	for <dovecot@procontrol.fi>; Wed,  5 Mar 2003 16:33:50 +0100 (CET)
Received: from btp212.dyn.ee ([127.0.0.1])
 by localhost (btp212.dyn.ee [127.0.0.1:10024]) (amavisd-new) with ESMTP
 id 16251-09 for <dovecot@procontrol.fi>;
 Wed,  5 Mar 2003 16:33:48 +0100 (CET)
Received: from jp.linux (192.168.1.16 [192.168.1.16])
	by btp212.dyn.ee (Postfix) with ESMTP id 2F75312932
	for <dovecot@procontrol.fi>; Wed,  5 Mar 2003 16:33:48 +0100 (CET)
Date: Wed, 5 Mar 2003 16:30:45 +0100
From: JP <maildump@jp.pp.ru>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: problem with COPY?
Message-Id: <20030305163045.10888830.maildump@jp.pp.ru>
In-Reply-To: <1046804023.20080.1463.camel@hurina>
References: <20030304185307.7c585230.maildump@jp.pp.ru>
	<1046804023.20080.1463.camel@hurina>
Organization: BTP212
X-Mailer: Sylpheed version 0.8.10claws80 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Face: $%1K|-`ahl(-&?b8PZ2v|;z)#GO&6Hb08DYw[uQwBKh-vQn`i9.tLj{qM!UQ.[r-Cx')J}$
 d^G9AO5~]UPs6hXAq,!nVW?dX3UMv>;'1iU-co{]~
X-Operating-System: Linux 2.4.21pre4-8mdk
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Scanned: by amavisd-new (spamassassin+clamav) on btp212.dyn.ee
X-archive-position: 351
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maildump@jp.pp.ru
Precedence: bulk
X-list: dovecot
X-UID: 351                                                  
Status: O
Content-Length: 1399

Timo Sirainen <tss@iki.fi>:

> On Tue, 2003-03-04 at 19:53, JP wrote:
> > I have my mua (sylpheed-claws from cvs)
> 
> Just a few comments on that first:
>
> It's not considered good behaviour to ask STATUS of selected mailbox,
> some (old?) servers will break with that. There's also not much reason
> since the client already received everything except UNSEEN as reply to
> SELECT.
> 
> Why is it asking From twice? Why is it asking Status and X-Status at
> all? These are likely to be fields internally used by mbox format and
> shouldn't be sent client even if it asks it (well, Dovecot does send
> them currently, but it will be fixed). I don't know what generates
> Seen-field, but I think that doesn't belong to Sylpheed either.

seems there's still some bugs left to fix in sylpheed-claws too ;-)

as i'm not a developer of sylpheed-claws, i have no clue why it asks for
all those fields, and what it does with the information.

> > Mar  4 18:06:42 btp212 imap(jp): file index-save.c: line 61
> > (write_with_lf): assertion failed:(size > 0 && size <= SSIZE_T_MAX)
> > Mar  4 18:06:42 btp212 dovecot: child 6022 (imap) killed with signal 6
> 
> The message probably hasn't been read yet and Dovecot tries to write
> empty Status-header which triggers the assert. Stupid assert, I should
> have just ignored if size == 0. Fixed in CVS.

indeed, the error is gone. thanks alot.

regards, 

JP

From charlieb-dovecot@e-smith.com  Thu Mar  6 00:14:52 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 00:14:52 +0200 (EET)
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 7980223839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 00:14:51 +0200 (EET)
Received: (qmail 12159 invoked by uid 404); 5 Mar 2003 22:14:47 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 05 Mar 2003 17:14:47 -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; 05 Mar 2003 22:14:47 -0000
Received: (qmail 21094 invoked by uid 5008); 5 Mar 2003 22:14:47 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 5 Mar 2003 22:14:47 -0000
Date: Wed, 5 Mar 2003 17:14:47 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Stuart Krivis <ipswitch@apk.net>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
In-Reply-To: <8165265.1046276893@[10.1.3.2]>
Message-ID: <Pine.LNX.4.44.0303051709200.22486-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 352
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: 352                                                  
Status: O
Content-Length: 1415


On Wed, 26 Feb 2003, Stuart Krivis wrote:

> --On Wednesday, February 26, 2003 9:58 AM +0100 Farkas Levente 
> <lfarkas@bnap.hu> wrote:
> 
> > I always prefer standalone daemons, and as we see the tendency is that
> > most server run as standalone (apache, vsftpd, ssh...). at the begining
> > they has (x)inetd version later remove it... IMHO ip/tcp filtering should
> > have done in a firewall or some fitering can be implemented in the
> > standalone server too.. but this is just my 2c:-)
> 
> Services that get heavily used can push inetd to its limits - or beyond. :-)

So avoid inetd. tcpserver does the job very well.

> Standalone is normally better in this case, with sendmail being a common 
> example.

sendmail is not such a good example to quote for anything, especially this 
week.

> >> imap stream tcp nowait root /usr/sbin/tcpd
> >> /usr/local/libexec/dovecot/imap-login imaps stream tcp nowait root
> >> /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login --ssl
> 
> I don't think this will work for tcpserver. :-)

No, but a run script for using tcpserver would be something like:

#! /bin/sh
exec 2>&1
exec tcpserver \
 -c 100 \
 -u 0 -g 0\
 -l 0 \
 -HDRP \
 0 143 \
 /usr/local/libexec/dovecot/imap-login

> One advantage to using something sitting before the daemon is that you can 
> depend on the other software for certain functionality and keep the daemon 
> simple.

Yep.

--
Charlie


From tss@iki.fi  Thu Mar  6 02:00:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 02:00:17 +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 99FCF23839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 02:00:17 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DFFA25E01F94; Thu,  6 Mar 2003 02:00:15 +0200 (EET)
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0303051709200.22486-100000@allspice.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0303051709200.22486-100000@allspice.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046908815.18301.1591.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 02:00:15 +0200
X-archive-position: 353
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: 353                                                  
Status: O

On Thu, 2003-03-06 at 00:14, Charlie Brady wrote:
> No, but a run script for using tcpserver would be something like:
> 
> #! /bin/sh
> exec 2>&1
> exec tcpserver \
>  -c 100 \
>  -u 0 -g 0\
>  -l 0 \
>  -HDRP \
>  0 143 \
>  /usr/local/libexec/dovecot/imap-login

Anyone want to try this? CVS has now support for inetd at least. I've
tested that this works:

imap            stream  tcp     nowait  root    /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login
imaps           stream  tcp     nowait  root    /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login --ssl
pop3            stream  tcp     nowait  root    /usr/sbin/tcpd /usr/local/libexec/dovecot/pop3-login
pop3s           stream  tcp     nowait  root    /usr/sbin/tcpd /usr/local/libexec/dovecot/pop3-login --ssl

There's also optional --group parameter to specify which one of the
"login = xx" sections in config file to use. Hmm. Maybe I should add
parameter to specify path for config file as well..


From lfarkas@bnap.hu  Thu Mar  6 14:25:45 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 14:25:45 +0200 (EET)
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 B3A7223839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 14:25:45 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 69404754024
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 13:25:44 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id AED7D3EFB
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 13:25:41 +0100 (CET)
Message-ID: <3E673E4E.2070407@bnap.hu>
Date: Thu, 06 Mar 2003 13:25:50 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] ldap support
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 354
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: 354                                                  
Status: O

hi,
it seem to me that dovecot support only v2 ldap protocol but openldap2.1 
support only v3 (or you can enable v2 in the conf file, but it seems 
they wouldn't like to support it in the future). will dovecot support v3 
ldap protocal?
thanks.

-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Thu Mar  6 15:20:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 15:20:33 +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 C2FD52384D
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 15:20:32 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 24CCD5E01F94; Thu,  6 Mar 2003 15:20:32 +0200 (EET)
Subject: [dovecot] Re: ldap support
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3E673E4E.2070407@bnap.hu>
References: <3E673E4E.2070407@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046956831.943.24.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 15:20:31 +0200
X-archive-position: 355
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: 355                                                  
Status: O

On Thu, 2003-03-06 at 14:25, Farkas Levente wrote:
> it seem to me that dovecot support only v2 ldap protocol but openldap2.1 
> support only v3 (or you can enable v2 in the conf file, but it seems 
> they wouldn't like to support it in the future). will dovecot support v3 
> ldap protocal?

Why do you think it supports only v2? I don't really know what their
difference is, but it should be v3.


From lfarkas@bnap.hu  Thu Mar  6 17:42:25 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 17:42:25 +0200 (EET)
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 898FB23839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 17:42:25 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id E626B754011
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 16:42:26 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id A63F03EE4
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 16:42:24 +0100 (CET)
Message-ID: <3E676C6B.9070802@bnap.hu>
Date: Thu, 06 Mar 2003 16:42:35 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: ldap support
References: <3E673E4E.2070407@bnap.hu> <1046956831.943.24.camel@hurina>
In-Reply-To: <1046956831.943.24.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 356
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: 356                                                  
Status: O

Timo Sirainen wrote:
> On Thu, 2003-03-06 at 14:25, Farkas Levente wrote:
> 
>>it seem to me that dovecot support only v2 ldap protocol but openldap2.1 
>>support only v3 (or you can enable v2 in the conf file, but it seems 
>>they wouldn't like to support it in the future). will dovecot support v3 
>>ldap protocal?
> 
> 
> Why do you think it supports only v2? I don't really know what their
> difference is, but it should be v3.

for log file:
-------------------------
Mar  3 23:02:51 atom dovecot-auth: LDAP: ldap_simple_bind_s() failed (dn 
cn=proxyuser, ou=People, dc=bnap, dc=hu): Protocol error
-------------------------
and when I add allow bind_v2 to slapd.conf the error message disappear...


-- 
   Levente                               "Si vis pacem para bellum!"



From dave@tamos.net  Thu Mar  6 18:08:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 18:08:41 +0200 (EET)
Return-Path: <dave@tamos.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from grue.tamos.net (tamos.net [66.93.83.29])
	by danu.procontrol.fi (Postfix) with ESMTP id A78E423839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 18:08:40 +0200 (EET)
Received: (qmail 10063 invoked from network); 6 Mar 2003 16:08:38 -0000
Received: from unknown (HELO ws229.mclean.va.suprtek.com) (dave@66.93.83.29)
  by tamos.net with SMTP; 6 Mar 2003 16:08:38 -0000
Subject: [dovecot] Re: ldap support
From: "David E. Storey" <dave@tamos.net>
To: dovecot@procontrol.fi
In-Reply-To: <3E676C6B.9070802@bnap.hu>
References: <3E673E4E.2070407@bnap.hu> <1046956831.943.24.camel@hurina>
	 <3E676C6B.9070802@bnap.hu>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EiDOiePtZqWbOu1Ad13l"
Organization: tamos
Message-Id: <1046966947.26387.27.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 06 Mar 2003 11:09:07 -0500
X-archive-position: 357
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dave@tamos.net
Precedence: bulk
X-list: dovecot
X-UID: 357                                                  
Status: O
Content-Length: 1295


--=-EiDOiePtZqWbOu1Ad13l
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I think it would be trivial to make dovecot support LDAPv3.

All it would entail is modifying ldap_conn_open() in src/auth/db-ldap.c.

code might look something like:

	int version =3D LDAP_VERSION3;
        if (ldap_set_option (conn->ld, LDAP_OPT_PROTOCOL_VERSION,
		&version)!=3D LDAP_OPT_SUCCESS)
        {
		i_fatal ("could not set LDAP_OPT_PROTOCOL_VERSION %d", 			version);
        }

How Timo would want to integrate with configuration is up to him. But at
any rate, if you really NEED LDAPv3, you now have it.

d!

On Thu, 2003-03-06 at 10:42, Farkas Levente wrote:
> >>it seem to me that dovecot support only v2 ldap protocol but openldap2.=
1=20
> >>support only v3 (or you can enable v2 in the conf file, but it seems=20
> >>they wouldn't like to support it in the future). will dovecot support v=
3=20
> >>ldap protocal?

--=-EiDOiePtZqWbOu1Ad13l
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+Z3Kj+5sC2muyxOMRAiv4AJ9HBwRiiqhsY1QiNqhdzuuPx0dM6QCeOFWp
cHf8c16tWXgmPyEYWqnwiY4=
=kBxS
-----END PGP SIGNATURE-----

--=-EiDOiePtZqWbOu1Ad13l--


From cras@irccrew.org  Thu Mar  6 18:16:06 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 18:16:06 +0200 (EET)
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id D60FF23839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 18:16:06 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 310F04C0A0; Thu,  6 Mar 2003 18:16:06 +0200 (EET)
Date: Thu, 6 Mar 2003 18:16:06 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: ldap support
Message-ID: <20030306161606.GB9016@irccrew.org>
References: <3E673E4E.2070407@bnap.hu> <1046956831.943.24.camel@hurina> <3E676C6B.9070802@bnap.hu> <1046966947.26387.27.camel@localhost>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1046966947.26387.27.camel@localhost>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 358
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: 358                                                  
Status: O

On Thu, Mar 06, 2003 at 11:09:07AM -0500, David E. Storey wrote:
> I think it would be trivial to make dovecot support LDAPv3.
..

Thanks, I thought v3 was default since it's already years old. I'll add
option for it to config file.


From scott@xs4all.net  Thu Mar  6 19:49:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 19:49:53 +0200 (EET)
Return-Path: <scott@xs4all.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from trouble.oink.org (trouble.oink.org [194.109.215.226])
	by danu.procontrol.fi (Postfix) with ESMTP id AFA0B23839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 19:49:52 +0200 (EET)
Received: from xs4all.net (vla.gotsiedikkie.nl [194.109.29.21])
	by trouble.oink.org (Postfix) with ESMTP id 40C7F3EBC
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 18:49:51 +0100 (CET)
Date: Thu, 6 Mar 2003 18:49:51 +0100
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: [dovecot] OSX & Authentication
From: Scott A.McIntyre <scott@xs4all.net>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <07F59BBE-4FFC-11D7-9568-000393AC9622@xs4all.net>
X-Mailer: Apple Mail (2.551)
X-archive-position: 359
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: scott@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 359                                                  
Status: O
Content-Length: 1307

Hi,

Taking a stab at getting OSX Server 10.2.4 running Dovecot -- with a 
minor tweak of replacing lchown() with chown() in the 
src/lib/sakfe-mkdir.c, it compiled and installed without any problems.

However, oddness in authentication.  It works once, but only once.  I'm 
trying to use pam and have the following:

auth       required     pam_securityserver.so
auth       sufficient     pam_unix.so
account    required       pam_unix.so

In the dovecot.conf I have (amongst other things):

auth_userdb = passwd
auth_passdb = pam

I start up dovecot and do:

Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK dovecot ready.
. login scott pass
. OK Logged in.
. logout
* BYE Logging out
. OK Logout completed.

No problem.

However, try it again and:

Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK dovecot ready.
. login scott pass
. NO Authentication failed.
. logout
* BYE Logging out
. OK Logout completed.



Perhaps there's a better way to get dovecot playing under osx; I'd 
tried a number of ways of using pam, but perhaps there's a magic other 
option I've not got working yet.  I do run the password server and my 
account name is using that as per the Workgroup Manager's settings (as 
opposed to Basic)...

Any thoughts appreciated!

Scott


From alex@wankwood.com  Thu Mar  6 21:32:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 21:32:02 +0200 (EET)
Return-Path: <alex@wankwood.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from net-srv-0001.bvrd.com (mail.bvrd.com [216.216.73.130])
	by danu.procontrol.fi (Postfix) with SMTP id 4C3E12384D
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 21:32:01 +0200 (EET)
Received: (qmail 31019 invoked from network); 6 Mar 2003 13:31:55 -0600
Received: from psn01.birdview.com (HELO net-srv-0001.bvrd.com) (192.168.254.2)
  by psn01.birdview.com with SMTP; 6 Mar 2003 13:31:55 -0600
Date: Thu, 6 Mar 2003 13:31:55 -0600 (CST)
From: Alex Howansky <alex@wankwood.com>
X-X-Sender: alex@net-srv-0001.bvrd.com
To: dovecot@procontrol.fi
Subject: [dovecot] PostgreSQL support
In-Reply-To: <1046908815.18301.1591.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303061313180.26816-100000@net-srv-0001.bvrd.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 360
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: alex@wankwood.com
Precedence: bulk
X-list: dovecot
X-UID: 360                                                  
Status: O
Content-Length: 1240


Timo,

I've written passdb and userdb modules for PostgreSQL. My C skills aren't that
great, so I borrowed heavily from the LDAP modules, and I've never developed
with automake/autoconf before, so I don't know how acceptable my patch to
configure.in is. Anyway, it seems to work ok but I haven't done really heavy
testing. If you can get past my poor C skills, I hope you will at least find my
work useful as a base to expand from.

The patch supports arbitrary queries which can use the %h/%n/%d macros, so
there's no need to have specific table or field names. For example, in the
configuration file, you'd specify something like:

password_query = select password from users where userid = '%u'

Like the LDAP module, it supports PLAIN, PLAIN-MD5, DIGEST-MD5, and CRYPT. It
also tries to be secure by immediately rejecting any auth attempts that don't
fit a very strict format. If the user-provided data contains any non-standard
characters, the query returns more than one row, etc., auth will immediately
fail.

Are you interested in my patch, and if so, how should I send it? Does the list
accept attachments? (The patch is against current CVS, by the way.)

Regards,

-- 
Alex Howansky
Wankwood Associates
http://www.wankwood.com/


From tss@iki.fi  Thu Mar  6 21:58:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 21:58:50 +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 5CA9A23839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 21:58:50 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 8A04E5E01F94; Thu,  6 Mar 2003 21:58:49 +0200 (EET)
Subject: [dovecot] Re: PostgreSQL support
From: Timo Sirainen <tss@iki.fi>
To: Alex Howansky <alex@wankwood.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0303061313180.26816-100000@net-srv-0001.bvrd.com>
References: <Pine.LNX.4.44.0303061313180.26816-100000@net-srv-0001.bvrd.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046980729.931.47.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 21:58:49 +0200
X-archive-position: 361
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: 361                                                  
Status: O
Content-Length: 1287

On Thu, 2003-03-06 at 21:31, Alex Howansky wrote:
> I've written passdb and userdb modules for PostgreSQL. My C skills aren't that
> great, so I borrowed heavily from the LDAP modules, and I've never developed
> with automake/autoconf before, so I don't know how acceptable my patch to
> configure.in is. Anyway, it seems to work ok but I haven't done really heavy
> testing. If you can get past my poor C skills, I hope you will at least find my
> work useful as a base to expand from.

My plans for SQL support was to create a simple SQL wrapper library so
that there wouldn't have to be multiple separate authentication modules
for different SQL databases. The same library could be used also by SQL
mail database code once I get around writing that.

But since I haven't managed to write either one yet, I could include
separate pgsql auth module for now. And I'd guess that code could be
later just modified to use the SQL library instead of direct pgsql calls
and renamed to be generic SQL auth module.

> Are you interested in my patch, and if so, how should I send it? Does the list
> accept attachments? (The patch is against current CVS, by the way.)

List accepts attachments, but I'm not sure if anyone else here but me
cares about it :) So "cvs diff -u" and mail it to me.


From oskar@mail.solls.net  Thu Mar  6 21:59:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 21:59:14 +0200 (EET)
Return-Path: <oskar@mail.solls.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from a.mx.solls.net (puffy.solls.net [212.87.130.100])
	by danu.procontrol.fi (Postfix) with SMTP id E73A723839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 21:59:12 +0200 (EET)
Received: (qmail 7062 invoked from network); 6 Mar 2003 19:59:06 -0000
Received: from unknown (HELO mail.solls.net) (127.0.0.1)
  by puffy.solls.net with SMTP; 6 Mar 2003 19:59:06 -0000
Received: from 217.81.141.223
        (SquirrelMail authenticated user oskar@mail.solls.net)
        by www.solls.net with HTTP;
        Thu, 6 Mar 2003 20:59:06 +0100 (CET)
Message-ID: <57801.217.81.141.223.1046980746.squirrel@www.solls.net>
Date: Thu, 6 Mar 2003 20:59:06 +0100 (CET)
Subject: [dovecot] vpopmail auth failure
From: "Oskar Eyb" <oskar@mail.solls.net>
To: <dovecot@procontrol.fi>
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.10)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-archive-position: 362
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: oskar@mail.solls.net
Precedence: bulk
X-list: dovecot
X-UID: 362                                                  
Status: O

hello!


when is try to use IMP with dovecot and vpopmail i receive the following
error-msg:

dovecot-auth: Mar 06 20:43:24 Info: vpopmail(test@$DOMAIN): unknown user

But this user exists!
Where i can search for the mistake?

Greets,
Oskar



From tss@iki.fi  Thu Mar  6 23:08:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 23:08:34 +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 1BC2F2384D
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 23:08:34 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 587DE5E01F94; Thu,  6 Mar 2003 23:08:33 +0200 (EET)
Subject: [dovecot] Re: vpopmail auth failure
From: Timo Sirainen <tss@iki.fi>
To: Oskar Eyb <oskar@mail.solls.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <57801.217.81.141.223.1046980746.squirrel@www.solls.net>
References: <57801.217.81.141.223.1046980746.squirrel@www.solls.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046984913.937.53.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 23:08:33 +0200
X-archive-position: 363
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: 363                                                  
Status: O

On Thu, 2003-03-06 at 21:59, Oskar Eyb wrote:
> when is try to use IMP with dovecot and vpopmail i receive the following
> error-msg:
> 
> dovecot-auth: Mar 06 20:43:24 Info: vpopmail(test@$DOMAIN): unknown user
> 
> But this user exists!
> Where i can search for the mistake?

It looks like your client is trying to log in with username
"test@$DOMAIN" .. do you really have domain named "$DOMAIN"? Dovecot at
least hasn't added it.


From tss@iki.fi  Thu Mar  6 23:15:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 23:15:51 +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 C51B62384D
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 23:15:50 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 94FF85E01F94; Thu,  6 Mar 2003 23:15:50 +0200 (EET)
Subject: [dovecot] Re: OSX & Authentication
From: Timo Sirainen <tss@iki.fi>
To: "Scott A.McIntyre" <scott@xs4all.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <07F59BBE-4FFC-11D7-9568-000393AC9622@xs4all.net>
References: <07F59BBE-4FFC-11D7-9568-000393AC9622@xs4all.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046985350.937.60.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 23:15:50 +0200
X-archive-position: 364
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: 364                                                  
Status: O

On Thu, 2003-03-06 at 19:49, Scott A.McIntyre wrote:
> Taking a stab at getting OSX Server 10.2.4 running Dovecot -- with a 
> minor tweak of replacing lchown() with chown() in the 
> src/lib/sakfe-mkdir.c, it compiled and installed without any problems.

This is fixed in CVS.

> However, oddness in authentication.  It works once, but only once.  I'm 
> trying to use pam and have the following:

Can you login with another user name? What if you kill dovecot-auth
process, does that reset it so that you can login again?

> auth       required     pam_securityserver.so

What does this do? Does it contain user login limits of any kind? Just
thinking if something is waiting for the process that did PAM checking
to terminate before allowing to login again..

> . NO Authentication failed.

Setting "auth_verbose = yes" in config file would give better error
message.


From mem@mv.mv.com  Thu Mar  6 23:52:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Mar 2003 23:52:14 +0200 (EET)
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 B6C6223839
	for <dovecot@procontrol.fi>; Thu,  6 Mar 2003 23:52:11 +0200 (EET)
Received: (qmail 17312 invoked by uid 101); 6 Mar 2003 16:52:08 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 6 Mar 2003 16:52:08 -0500
To: dovecot@procontrol.fi
Subject: [dovecot] Re: IMAP Folder paths
Message-ID: <20030306165208.F14976@iridium.mv.net>
References: <20030227190212.F3097@pcx3332.desy.de> <1046373554.18310.4.camel@hurina> <20030227212127.A10927@pcx3332.desy.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20030227212127.A10927@pcx3332.desy.de>; from Juergen.Kahnert@DESY.de on Thu, Feb 27, 2003 at 09:21:27PM +0100
X-archive-position: 365
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: 365                                                  
Status: O
Content-Length: 1412

On Thu, Feb 27, 2003 at 09:21:27PM +0100, Juergen Kahnert wrote:
> On Thu, 27. Feb. 2003 at 21:19:14 +0200, Timo Sirainen wrote:
> > Set "default_mail_env = mbox:~/" and rename those ".mailboxlist" files
> > to ".subscriptions" file (or modify dovecot's sources to make it use the
> > .mailboxlist directly).
> 
> Yes, that's what I searched for. I guess you'll add something to the
> config file to change SUBSCRIPTION_FILE_NAME - but so far I change it in
> the source.
> 
> And with the new version I'm able to let the inbox in a separate
> directory and all other folders in the home directories of the users,
> right?

That's also what I'd hope for, but so far don't seem to see the solution.
Just to step back:

The notion of having the ~/Maildir/ be both a mailbox and the root of
the folder tree is interesting (I understand it's not unique to dovecot),
but limiting.  Ideally I would like to be able to specify:

 - the default inbox (e.g. ~/Maildir/ or ~/Mailbox or /var/mail/user
   or whatever)

 - multiple paths to folder directories (e.g. ~/Mail or ~/Private or
   ~/Work/Mail or ~/Maildir/ or simply set it to ~/ and let the user
   browse their own home directory through an IMAP client and set up
   their own subscription).

 - have the imap server autorecognize the format of any mail folder that
   the client directs it to look at.

Can this be done?  Have I missed something?

Yours,
-mm-

From oskar@mail.solls.net  Fri Mar  7 00:01:06 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 00:01:06 +0200 (EET)
Return-Path: <oskar@mail.solls.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from a.mx.solls.net (puffy.solls.net [212.87.130.100])
	by danu.procontrol.fi (Postfix) with SMTP id 3C1D523839
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 00:01:06 +0200 (EET)
Received: (qmail 26229 invoked from network); 6 Mar 2003 22:00:59 -0000
Received: from unknown (HELO mail.solls.net) (127.0.0.1)
  by puffy.solls.net with SMTP; 6 Mar 2003 22:00:59 -0000
Received: from 217.81.136.209
        (SquirrelMail authenticated user oskar@mail.solls.net)
        by www.solls.net with HTTP;
        Thu, 6 Mar 2003 23:00:59 +0100 (CET)
Message-ID: <54514.217.81.136.209.1046988059.squirrel@www.solls.net>
Date: Thu, 6 Mar 2003 23:00:59 +0100 (CET)
Subject: [dovecot] Re: vpopmail auth failure
From: "Oskar Eyb" <oskar@mail.solls.net>
To: <tss@iki.fi>
In-Reply-To: <1046984913.937.53.camel@hurina>
References: <57801.217.81.141.223.1046980746.squirrel@www.solls.net>
        <1046984913.937.53.camel@hurina>
X-Priority: 3
Importance: Normal
Cc: <dovecot@procontrol.fi>
X-Mailer: SquirrelMail (version 1.2.10)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-archive-position: 366
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: oskar@mail.solls.net
Precedence: bulk
X-list: dovecot
X-UID: 366                                                  
Status: O


Timo Sirainen sagte:

> It looks like your client is trying to log in with username
> "test@$DOMAIN" .. do you really have domain named "$DOMAIN"? Dovecot at
> least hasn't added it.

oh sorry, i've replaced the real domain name with $DOMAIN.
So the username seems to be correkt.

-- 
Oskar



From scott@xs4all.net  Fri Mar  7 00:07:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 00:07:38 +0200 (EET)
Return-Path: <scott@xs4all.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from trouble.oink.org (trouble.oink.org [194.109.215.226])
	by danu.procontrol.fi (Postfix) with ESMTP id BBB7323839
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 00:07:38 +0200 (EET)
Received: from xs4all.net (vla.gotsiedikkie.nl [194.109.29.21])
	by trouble.oink.org (Postfix) with ESMTP
	id C23323EBC; Thu,  6 Mar 2003 23:07:37 +0100 (CET)
Date: Thu, 6 Mar 2003 23:07:37 +0100
Subject: [dovecot] Re: OSX & Authentication
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: dovecot@procontrol.fi
To: Timo Sirainen <tss@iki.fi>
From: Scott A.McIntyre <scott@xs4all.net>
In-Reply-To: <1046985350.937.60.camel@hurina>
Message-Id: <0AAFC2BE-5020-11D7-9568-000393AC9622@xs4all.net>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
X-archive-position: 367
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: scott@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 367                                                  
Status: O
Content-Length: 1880

>
> Can you login with another user name? What if you kill dovecot-auth
> process, does that reset it so that you can login again?

No -- once dovecot-auth gets a failure back, it repeats failures for 
any other account logins.  If I kill it and try to login again, it will 
work once, then same problem.


>> auth       required     pam_securityserver.so
>
> What does this do? Does it contain user login limits of any kind? Just
> thinking if something is waiting for the process that did PAM checking
> to terminate before allowing to login again..

I stole that from the pam entry for SSH -- however, your questions got 
me thinking.  I changed it to:

auth       required       pam_unix.so
auth       sufficient     pam_netinfo.so
account    required       pam_unix.so

And this will work, repeatedly, for accounts which are set to "Basic" 
authentication and not the password server; the Security Server (same 
thing as Password Server, I believe) is the element that controls 
minimum password length, validity period, etc.

However, for a different account, which was converted to Password 
Server from Basic and then converted back again, I'm still unable to 
authenticate more than once.



>
>> . NO Authentication failed.
>
> Setting "auth_verbose = yes" in config file would give better error
> message.


Not during telnet, however, in the mail logs:

Mar  6 21:41:55 alles imap-login: Login: scott [127.0.0.1]
Mar  6 22:42:13 alles dovecot-auth: PAM unable to resolve symbol: 
pam_sm_authenticate
Mar  6 22:42:13 alles dovecot-auth: PAM unable to resolve symbol: 
pam_sm_setcred
Mar  6 22:42:13 alles dovecot-auth: PAM: pam_authenticate(scott) 
failed: Authentication failure
Mar  6 21:42:14 alles imap-login: Aborted login [127.0.0.1]

It would seem that the problem is tied up with how OSX and Pam and the 
Security server work -- I'll keep poking at it.

Scott


From tss@iki.fi  Fri Mar  7 01:35:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 01:35:16 +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 83D322384D
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 01:35:16 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 413165E01F94; Fri,  7 Mar 2003 01:35:16 +0200 (EET)
Subject: [dovecot] Re: vpopmail auth failure
From: Timo Sirainen <tss@iki.fi>
To: Oskar Eyb <oskar@mail.solls.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <54514.217.81.136.209.1046988059.squirrel@www.solls.net>
References: <57801.217.81.141.223.1046980746.squirrel@www.solls.net>
	 <1046984913.937.53.camel@hurina>
	 <54514.217.81.136.209.1046988059.squirrel@www.solls.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046993715.931.109.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 07 Mar 2003 01:35:16 +0200
X-archive-position: 368
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: 368                                                  
Status: O
Content-Length: 1245

On Fri, 2003-03-07 at 00:00, Oskar Eyb wrote:
> > It looks like your client is trying to log in with username
> > "test@$DOMAIN" .. do you really have domain named "$DOMAIN"? Dovecot at
> > least hasn't added it.
> 
> oh sorry, i've replaced the real domain name with $DOMAIN.
> So the username seems to be correkt.

Well, unless I've somehow broken vpopmail support, the problem is
somewhere in vpopmail side. You could also try if this patch shows
different user@domain in log file:


Index: userdb-vpopmail.c
===================================================================
RCS file: /home/cvs/dovecot/src/auth/userdb-vpopmail.c,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -d -r1.4 -r1.5
--- userdb-vpopmail.c   18 Feb 2003 19:11:26 -0000      1.4
+++ userdb-vpopmail.c   6 Mar 2003 23:31:43 -0000       1.5
@@ -34,8 +34,10 @@
 
        vpw = vauth_getpw(vpop_user, vpop_domain);
        if (vpw == NULL) {
-               if (verbose)
-                       i_info("vpopmail(%s): unknown user", user);
+               if (verbose) {
+                       i_info("vpopmail(%s): unknown user (%s@%s)",
+                              user, vpop_user, vpop_domain);
+               }
                return NULL;
        }
 

From tss@iki.fi  Fri Mar  7 01:58:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 01:58:42 +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 6192023839
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 01:58:42 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2669A5E01F94; Fri,  7 Mar 2003 01:58:42 +0200 (EET)
Subject: [dovecot] Dovecot plans [was: IMAP Folder paths]
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030306165208.F14976@iridium.mv.net>
References: <20030227190212.F3097@pcx3332.desy.de>
	 <1046373554.18310.4.camel@hurina> <20030227212127.A10927@pcx3332.desy.de>
	 <20030306165208.F14976@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046995121.931.134.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 07 Mar 2003 01:58:41 +0200
X-archive-position: 369
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: 369                                                  
Status: O
Content-Length: 1704

On Thu, 2003-03-06 at 23:52, Mark E. Mallett wrote:
> The notion of having the ~/Maildir/ be both a mailbox and the root of
> the folder tree is interesting (I understand it's not unique to dovecot),
> but limiting.  Ideally I would like to be able to specify:
..
> Can this be done?  Have I missed something?

Not yet, but they will once I add namespace configuration to config
file.

My Dovecot plans go something like:

0.99.9:
 - should come out ASAP because of ENVELOPE/BODYSTRUCTURE quoting bug
and SEARCH crashing in some conditions
 - I should store UIDs permanently somewhere else besides indexes
    - CVS already supports X-UID headers in mbox
    - I'd just have to make Courier-like uid database file, also
optionally using filename:2,flags,Uuid or filename,U=uid:2,flags style
 - LIST with Maildir is still a bit buggy. Either do a kludgy fix or
rewrite the whole thing once more.

0.99.10:
 - Version numbers got too high too soon :) I should rather be in 0.8..
 - Now that UIDs are stored permanently, I'm fully free to change the
index file format in any way I want. There's several optimizations that
I have in mind.
 - Much more optimized mbox rewriting, which requires a few index file
modifications
 - Several mbox-internal headers shouldn't be sent to client. To do this
fast, their locations should be stored to index
 - New config file format
 - Namespace support

0.99.11:
 - hopefully the large changes stop here and I could get towards 1.0..

1.0:
 - There hasn't been known bugs for at least a few months
 - I've fully audited the source code at least a few times and I'm sure
it doesn't have a single security hole in it :)

1.1:
 - Shared folders with ACL support
 - quota


From rueckert@informatik.uni-rostock.de  Fri Mar  7 02:43:08 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 02:43:09 +0200 (EET)
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from monsters.dnsalias.net (vpn018071.uni-rostock.de [139.30.18.71])
	by danu.procontrol.fi (Postfix) with ESMTP id DA1FA2384D
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 02:43:08 +0200 (EET)
Received: by monsters.dnsalias.net (Postfix, from userid 500)
	id F08951441E6; Fri,  7 Mar 2003 01:43:13 +0100 (CET)
Date: Fri, 7 Mar 2003 01:43:13 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: IMAP Folder paths
Message-ID: <20030307004313.GI30148@irssi.ath.cx>
References: <20030227190212.F3097@pcx3332.desy.de> <1046373554.18310.4.camel@hurina> <20030227212127.A10927@pcx3332.desy.de> <20030306165208.F14976@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030306165208.F14976@iridium.mv.net>
User-Agent: Mutt/1.5.3i
X-archive-position: 370
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: rueckert@informatik.uni-rostock.de
Precedence: bulk
X-list: dovecot
X-UID: 370                                                  
Status: O
Content-Length: 1211

On 2003-03-06 16:52:08 -0500, Mark E. Mallett wrote:
>  - multiple paths to folder directories (e.g. ~/Mail or ~/Private or
>    ~/Work/Mail or ~/Maildir/ or simply set it to ~/ and let the user
>    browse their own home directory through an IMAP client and set up
>    their own subscription).

this is one of the points i really hated with uw-imapd. if you have a
unix home used a bit you will have a lot of folders. everytime you
start with a fresh mua it scanned _all_ folders of my homedir if i
forgot to say "only look in ~/Mail". it took really _long_ to get the
initial list. e.g. some muas like sylpheed try to connect to the imap
server after setting up only server/user name. no chance to specify the
mail path....

>  - have the imap server autorecognize the format of any mail folder
>  that
>    the client directs it to look at.

hmhm on of the points of maildir+ was using the leading "." to allow a
mixed setup with other maildir/mbox formats.
so imagine we have:
~/Maildir/.foo/ (maildir+)
~/Maildir/foo (mbox)

which one will be shown?

> Can this be done?  Have I missed something?
dunno

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From scott@xs4all.net  Fri Mar  7 18:39:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 18:39:11 +0200 (EET)
Return-Path: <scott@xs4all.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from trouble.oink.org (trouble.oink.org [194.109.215.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 5DE4223839
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 18:39:11 +0200 (EET)
Received: from xs4all.net (vla.gotsiedikkie.nl [194.109.29.21])
	by trouble.oink.org (Postfix) with ESMTP id 5D3643EBC
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 17:39:10 +0100 (CET)
Date: Fri, 7 Mar 2003 17:39:10 +0100
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: [dovecot] Apple's Mail.app 
From: Scott A.McIntyre <scott@xs4all.net>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <5281F38E-50BB-11D7-B8C1-000393AC9622@xs4all.net>
X-Mailer: Apple Mail (2.551)
X-archive-position: 371
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: scott@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 371                                                  
Status: O
Content-Length: 1724


Hi,

I solved the OSX Authentication issue; I'm now reliably able to get 
authenticated using the Password Server with PAM with:

# login: auth account password session
auth       required       pam_nologin.so
auth       sufficient     pam_securityserver.so
auth       sufficient     pam_unix.so
auth       required       pam_deny.so
account    required       pam_permit.so
password   required       pam_deny.so
session    required       pam_permit.so


As the /etc/pam.d/imap

Anyway -- new problem.  With Apple's Mail.app and how it wants to 
download messages into it's cache, I've found that there's a 
problematic interaction between Dovecot and Mail.app -- but pinning 
down exactly what and where is proving to be a hassle.

I was running Courier-Imap with Mail.app, and that worked without 
incident (however, the courier-imap server was on Linux, not OSX 
Server, that will not work (yet) with osx-server).

If I use Entourage and Dovecot, it works fine.

The primary symptom is that as it downloads messages Mail.app just 
hangs; no response, the session just freezes.  Usually it's when the 
status bar is saying something akin to "Caching 9 of 506" at which 
point it stops.  The number varies, but it's always in the first couple 
of dozen.  Messages are small, so it's not that it's hanging on a large 
mail download.  I eventually have to forcibly kill Mail.app.

The log says nothing of use:

dovecot: Mar 07 17:31:23 Info: Dovecot starting up
imap-login: Mar 07 16:32:50 Info: Login: scott [194.109.29.21]
imap-login: Mar 07 16:33:46 Info: Login: scott [194.109.29.21]
imap-login: Mar 07 16:35:38 Info: Login: scott [194.109.29.21]


But perhaps there's a more verbose option somewhere.

Thoughts?

Scott


From cras@irccrew.org  Fri Mar  7 18:50:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 18:50:00 +0200 (EET)
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id C61B92384D
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 18:50:00 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 945004C0A0; Fri,  7 Mar 2003 18:50:00 +0200 (EET)
Date: Fri, 7 Mar 2003 18:50:00 +0200
From: Timo Sirainen <tss@iki.fi>
To: "Scott A.McIntyre" <scott@xs4all.net>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Apple's Mail.app
Message-ID: <20030307165000.GB23022@irccrew.org>
References: <5281F38E-50BB-11D7-B8C1-000393AC9622@xs4all.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <5281F38E-50BB-11D7-B8C1-000393AC9622@xs4all.net>
User-Agent: Mutt/1.4i
Content-Type: multipart/mixed; boundary="LZvS9be/3tNcYl/X"
X-archive-position: 372
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: 372                                                  
Status: O
Content-Length: 1850


--LZvS9be/3tNcYl/X
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Mar 07, 2003 at 05:39:10PM +0100, Scott A.McIntyre wrote:
> The primary symptom is that as it downloads messages Mail.app just 
> hangs; no response, the session just freezes.  Usually it's when the 
> status bar is saying something akin to "Caching 9 of 506" at which 
> point it stops.  The number varies, but it's always in the first couple 
> of dozen.  Messages are small, so it's not that it's hanging on a large 
> mail download.  I eventually have to forcibly kill Mail.app.

My best guess is that it uses FETCH ENVELOPE, which is somewhat broken in
0.99.8 if some headers (subject, in-reply-to mostly) contain '"' characters.
BODY and BODYSTRUCTURE fetches can also break but they're less likely to
contain '"' chars.

Try if the included patch fixes. Dovecot may have cached those replies
already, so delete all .imap.index* files.

--LZvS9be/3tNcYl/X
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="quote.diff"

Index: src/lib-imap/imap-quote.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib-imap/imap-quote.c,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- src/lib-imap/imap-quote.c	13 Feb 2003 21:07:44 -0000	1.8
+++ src/lib-imap/imap-quote.c	4 Mar 2003 01:10:28 -0000	1.9
@@ -19,12 +19,13 @@
 		if (value[i] == 13 || value[i] == 10)
                         linefeeds++;
 
-		if ((value[i] & 0x80) != 0)
+		if ((value[i] & 0x80) != 0 ||
+		    value[i] == '"' || value[i] == '\\')
 			literal = TRUE;
 	}
 
 	if (!literal) {
-		/* no 8bit chars, return as "string" */
+		/* no 8bit chars or imapspecials, return as "string" */
 		str_append_c(str, '"');
 	} else {
 		/* return as literal */

--LZvS9be/3tNcYl/X--


From scott@xs4all.net  Fri Mar  7 18:57:05 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 07 Mar 2003 18:57:05 +0200 (EET)
Return-Path: <scott@xs4all.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from trouble.oink.org (trouble.oink.org [194.109.215.226])
	by danu.procontrol.fi (Postfix) with ESMTP id C63A92384D
	for <dovecot@procontrol.fi>; Fri,  7 Mar 2003 18:57:05 +0200 (EET)
Received: from xs4all.net (vla.gotsiedikkie.nl [194.109.29.21])
	by trouble.oink.org (Postfix) with ESMTP
	id 01ADC3EBC; Fri,  7 Mar 2003 17:57:05 +0100 (CET)
Date: Fri, 7 Mar 2003 17:57:05 +0100
Subject: [dovecot] Re: Apple's Mail.app
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: dovecot@procontrol.fi
To: Timo Sirainen <tss@iki.fi>
From: "Scott A. McIntyre" <scott@xs4all.net>
In-Reply-To: <20030307165000.GB23022@irccrew.org>
Message-Id: <D3086A75-50BD-11D7-B8C1-000393AC9622@xs4all.net>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
X-archive-position: 373
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: scott@xs4all.net
Precedence: bulk
X-list: dovecot
X-UID: 373                                                  
Status: O

Hi,

> Try if the included patch fixes. Dovecot may have cached those replies
> already, so delete all .imap.index* files.
> <quote.diff>

Turns out that patch is already in CVS -- I took a stab at trying the 
CVS version earlier (around 1500 today) just in case whatever it was 
was fixed from 0.99.8 to CVS.  Same result.   --version still says 
0.99.8, but it's definitely the newer one.

I'd have thought it would break with Entourage as well if it were this, 
though...

Scott


From tss@iki.fi  Sat Mar  8 19:24:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 08 Mar 2003 19:24:55 +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 32A8023852
	for <dovecot@procontrol.fi>; Sat,  8 Mar 2003 19:24:55 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 577485E01F94; Sat,  8 Mar 2003 19:24:54 +0200 (EET)
Subject: [dovecot] Re: Apple's Mail.app
From: Timo Sirainen <tss@iki.fi>
To: "Scott A. McIntyre" <scott@xs4all.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <D3086A75-50BD-11D7-B8C1-000393AC9622@xs4all.net>
References: <D3086A75-50BD-11D7-B8C1-000393AC9622@xs4all.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1047144293.937.198.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 08 Mar 2003 19:24:54 +0200
X-archive-position: 374
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: 374                                                  
Status: O

On Fri, 2003-03-07 at 18:57, Scott A. McIntyre wrote:
> > Try if the included patch fixes. Dovecot may have cached those replies
> > already, so delete all .imap.index* files.
> > <quote.diff>
> 
> Turns out that patch is already in CVS -- I took a stab at trying the 
> CVS version earlier (around 1500 today) just in case whatever it was 
> was fixed from 0.99.8 to CVS.  Same result.   --version still says 
> 0.99.8, but it's definitely the newer one.

And you tried to delete .imap.index* files too? :)

Well, I'd like to know what exactly it's talking to IMAP server. Either
use some network sniffer, or configure Dovecot --with-rawlog, and create
~/rawlog directory where they're saved.

I think some people have already tried Mail.app with 0.99.7 and it
worked..


From jpeterson275@attbi.com  Mon Mar 10 19:48:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 10 Mar 2003 19:48:31 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by danu.procontrol.fi (Postfix) with ESMTP id 18E9423839
	for <dovecot@procontrol.fi>; Mon, 10 Mar 2003 19:48:31 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP
          id <2003031017482805100a6c2fe>; Mon, 10 Mar 2003 17:48:28 +0000
Message-ID: <3E6CD002.1020302@attbi.com>
Date: Mon, 10 Mar 2003 09:48:50 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Apple's Mail.app
References: <D3086A75-50BD-11D7-B8C1-000393AC9622@xs4all.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 375
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 375                                                  
Status: O

I've been using dovecot (a co & build from dec. 28th) without this 
problem with Mail.app just fine even with it's cacheing option turned on 
(i have it off now).  Granted, the server is on a netbsd/i386 machine, I 
doubt that'd make a difference.

Scott A. McIntyre wrote:
> Hi,
> 
>> Try if the included patch fixes. Dovecot may have cached those replies
>> already, so delete all .imap.index* files.
>> <quote.diff>
> 
> 
> Turns out that patch is already in CVS -- I took a stab at trying the 
> CVS version earlier (around 1500 today) just in case whatever it was was 
> fixed from 0.99.8 to CVS.  Same result.   --version still says 0.99.8, 
> but it's definitely the newer one.
> 
> I'd have thought it would break with Entourage as well if it were this, 
> though...
> 
> Scott
> 
> 
> 

-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Tue Mar 11 23:40:57 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 11 Mar 2003 23:40:57 +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 A8C6223839
	for <dovecot@procontrol.fi>; Tue, 11 Mar 2003 23:40:57 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 82E765E01F94; Tue, 11 Mar 2003 23:24:52 +0200 (EET)
Subject: [dovecot] 0.99.8.1 out
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1047417892.32459.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 11 Mar 2003 23:24:52 +0200
X-archive-position: 376
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: 376                                                  
Status: O
Content-Length: 1674

Nothing but bugfixes from CVS:

	* src/lib-storage/index/mbox/mbox-list.c: mbox: LIST ""
	invalid-directory/% doesn't anymore give internal error

	* src/lib-storage/index/index-fetch.c: FETCH: \Seen flag updating
	didn't work (eg. FETCH BODY[]).

	* src/lib-imap/imap-parser.c: Literal parser broke if \r\n wasn't
	in buffer at the time '}' was parsed.

	* src/lib-mail/message-address.c: message_address_write() didn't
	work.

	* src/lib-mail/message-address.c: message_address_parse(): allow
	using data_stack_pool

(above two fix SEARCH FROM, TO, CC, BCC crashing)

	* src/lib-storage/index/index-save.c: Don't crash if something
	tries to write 0 bytes in headers while saving the message. This
	happened sometimes with mbox.

	* src/auth/master-connection.c: Don't crash if auth request wasn't
	found.

	* src/lib/failures.c: Handle /dev/stderr directly instead of
	open()ing.

	* src/lib-imap/imap-quote.c: Use literals for strings containing
	'"' and '\' characters too. This wasn't done at all before so FETCH
	ENVELOPE, BODY and BODYSTRUCTURE could have returned pretty broken
	results.

	* src/lib-storage/index/mbox/mbox-storage.c: Selecting INBOX didn't
	use index files if full_filesystem_access was yes.

	* src/auth/db-ldap.c: Setting user_global_uid or user_global_gid
	crashed.

	* src/lib/safe-mkdir.c: safe_mkdir(): usage fchmod() and fchown().
	chmod() wasn't really safe and lchown() wasn't portable.

	* src/auth/mech-plain.c: Invalid PLAIN auth request crashed auth
	process.

	* src/master/main.c: [::] address wasn't treated exactly as "ipv6
	any", but looks like gethostbyname() worked with it.

	* doc/nfs.txt: updated

	* doc/index.txt: update


From jpeterson275@attbi.com  Thu Mar 13 07:57:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 07:57:27 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by danu.procontrol.fi (Postfix) with ESMTP id D1E3823839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 07:57:26 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP
          id <20030313055719051001ot0ue>; Thu, 13 Mar 2003 05:57:19 +0000
Message-ID: <3E701DD8.4010609@attbi.com>
Date: Wed, 12 Mar 2003 21:57:44 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] SMTP options
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 377
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 377                                                  
Status: O

I realize this is not an SMTP discussion list, but... here goes:

This is my situation.  We have mobile users that need a secure (SSL) 
SMTP+auth gateway that simply forwards rfc822's to our real MTA.  All it 
would have to do is accept SSL connections, authenticate the user, 
accept his message, then send that to the MTA.

Anybody know of a very minimal software package that can do this?


-- 
Jesse Peterson  /  jesse@pixeltechs.com


From Leslie_Viljoen@icoc.org  Thu Mar 13 13:05:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 13:05:16 +0200 (EET)
Return-Path: <Leslie_Viljoen@icoc.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from icchub.icoc.org (ns1.icoc.org [209.101.42.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 7A28D23852
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 13:05:16 +0200 (EET)
Subject: [dovecot] Configure SSL problem
To: dovecot@procontrol.fi
X-Mailer: Lotus Notes Release 6.0 September 26, 2002
Message-ID: <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>
From: Leslie Viljoen <Leslie_Viljoen@icoc.org>
Date: Thu, 13 Mar 2003 12:44:52 +0200
X-MIMETrack: Serialize by Router on ICC_Hub/ICC(Release 6.0.1|February 07, 2003) at 03/13/2003
 03:05:21 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
X-archive-position: 378
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Leslie_Viljoen@icoc.org
Precedence: bulk
X-list: dovecot
X-UID: 378                                                  
Status: O





Hi everyone

I have been trying to get Dovecot installed with OpenSSL support, but no
matter what I do,
when I run Configure, it says "Building with SSL support.........No".
I have even tried configure --with-ssl=openssl, to no avail.

I have built and installed OpenSSL, and libssl.so and libcrypto.so are in
the /lib directory -
what more does Dovecot want? I have tried figuring it out from the
Configure script itself
but it's cryptic and I am no shell script boffin!

Thanks for any tips

Les


______________________________________
Leslie Viljoen
Africa Missions Systems Administrator
Cell: 0836186100 Work: 011 6991700
Fax: 011 7945522


From Leslie_Viljoen@icoc.org  Thu Mar 13 14:23:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 14:23:38 +0200 (EET)
Return-Path: <Leslie_Viljoen@icoc.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from icchub.icoc.org (ns1.icoc.org [209.101.42.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 911D523839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 14:23:37 +0200 (EET)
Subject: [dovecot] Starting Dovecot?
To: dovecot@procontrol.fi
X-Mailer: Lotus Notes Release 6.0 September 26, 2002
Message-ID: <OFB6822765.890FE704-ON42256CE8.00439049-42256CE8.0044525D@icoc.org>
From: Leslie Viljoen <Leslie_Viljoen@icoc.org>
Date: Thu, 13 Mar 2003 14:23:33 +0200
X-MIMETrack: Serialize by Router on ICC_Hub/ICC(Release 6.0.1|February 07, 2003) at 03/13/2003
 04:23:42 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
X-archive-position: 379
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Leslie_Viljoen@icoc.org
Precedence: bulk
X-list: dovecot
X-UID: 379                                                  
Status: O





Hello!

I have laid SSL aside for the time being, and continued compiling and
installing Dovecot.
Now I don't know how to start it! I have been through the config file and
mostly left things as-is.
I have created the dovecot user and group and put only dovecot user in the
dovecot group.

Then I tried imap-master, as specified in the INSTALL documentation, but
there is no such file!
Under src/master, "dovecot" gets built. I tried running this, and
/var/log/messages says
"dovecot starting", but this process seems to just end. If I run it twice
very quickly, I get
told that port 143 is busy - so it seems that it is starting up, but only
staying up for a very short
while. Messages gives no more clues as to why the server quits.


Any ideas?

Les

PS: I am trying dovecot 0.99.8.1.
______________________________________
Leslie Viljoen
Africa Missions Systems Administrator
Cell: 0836186100 Work: 011 6991700
Fax: 011 7945522


From pomac@vapor.com  Thu Mar 13 14:30:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 14:30:47 +0200 (EET)
Return-Path: <pomac@vapor.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from pomac.netswarm.net (c-1b0072d5.012-136-6c756e2.cust.bredbandsbolaget.se [213.114.0.27])
	by danu.procontrol.fi (Postfix) with ESMTP id 0CB9D23839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 14:30:47 +0200 (EET)
Received: from big.pomac.com (big.pomac.com [10.0.0.254])
	by pomac.netswarm.net (Postfix) with ESMTP id C1B879D38B
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 13:30:45 +0100 (CET)
Subject: [dovecot] Re: Configure SSL problem
From: Ian Kumlien <pomac@vapor.com>
To: dovecot@procontrol.fi
In-Reply-To: <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>
References:
	 <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1b6FEwpOk0avQOG7URhg"
Organization: 
Message-Id: <1047558645.2217.42.camel@big.pomac.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 13 Mar 2003 13:30:45 +0100
X-archive-position: 380
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: pomac@vapor.com
Precedence: bulk
X-list: dovecot
X-UID: 380                                                  
Status: O
Content-Length: 1186


--=-1b6FEwpOk0avQOG7URhg
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-03-13 at 11:44, Leslie Viljoen wrote:
> I have been trying to get Dovecot installed with OpenSSL support, but no
> matter what I do,
> when I run Configure, it says "Building with SSL support.........No".
> I have even tried configure --with-ssl=3Dopenssl, to no avail.
>=20
> I have built and installed OpenSSL, and libssl.so and libcrypto.so are in
> the /lib directory -
> what more does Dovecot want? I have tried figuring it out from the
> Configure script itself
> but it's cryptic and I am no shell script boffin!

I assume that you have to change /etc/ld.so.conf or what's its name.
And then do a ldconfig.

PS. Can someone make this ml set "Reply-To:" headers?
DS.

--=20
Ian Kumlien <pomac@vapor.com>

--=-1b6FEwpOk0avQOG7URhg
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+cHn17F3Euyc51N8RAmLoAKCjkHmz/gsUKTyy3JMIGss3QreGNACglFPe
bbjJd47y1LzcoJyOFTfz8Vg=
=lJqA
-----END PGP SIGNATURE-----

--=-1b6FEwpOk0avQOG7URhg--


From pomac@vapor.com  Thu Mar 13 14:33:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 14:33:39 +0200 (EET)
Return-Path: <pomac@vapor.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from pomac.netswarm.net (c-1b0072d5.012-136-6c756e2.cust.bredbandsbolaget.se [213.114.0.27])
	by danu.procontrol.fi (Postfix) with ESMTP id 9E9BE23839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 14:33:39 +0200 (EET)
Received: from big.pomac.com (big.pomac.com [10.0.0.254])
	by pomac.netswarm.net (Postfix) with ESMTP id 5E14A9D4B9
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 13:33:39 +0100 (CET)
Subject: [dovecot] Re: Starting Dovecot?
From: Ian Kumlien <pomac@vapor.com>
To: dovecot@procontrol.fi
In-Reply-To: <OFB6822765.890FE704-ON42256CE8.00439049-42256CE8.0044525D@icoc.org>
References:
	 <OFB6822765.890FE704-ON42256CE8.00439049-42256CE8.0044525D@icoc.org>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-fcKDuUFqbX7jYJdW94RC"
Organization: 
Message-Id: <1047558819.2217.48.camel@big.pomac.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 13 Mar 2003 13:33:39 +0100
X-archive-position: 381
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: pomac@vapor.com
Precedence: bulk
X-list: dovecot
X-UID: 381                                                  
Status: O
Content-Length: 1316


--=-fcKDuUFqbX7jYJdW94RC
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-03-13 at 13:23, Leslie Viljoen wrote:
> Then I tried imap-master, as specified in the INSTALL documentation, but
> there is no such file!
> Under src/master, "dovecot" gets built. I tried running this, and
> /var/log/messages says
> "dovecot starting", but this process seems to just end. If I run it twice
> very quickly, I get
> told that port 143 is busy - so it seems that it is starting up, but only
> staying up for a very short
> while. Messages gives no more clues as to why the server quits.

run dovecot and then do:
netstat -anp |grep dovecot
or
netstat -anp |grep 143

And you'll most likely find that dovecot is running and listening to
port 143, just as it should. Else check your logs for error messages.

PS. Sorry, remembered to change the email the first time but not the second=
.
DS.

--=20
Ian Kumlien <pomac@vapor.com>

--=-fcKDuUFqbX7jYJdW94RC
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+cHqj7F3Euyc51N8RAknYAKC2yO8VH2YHPp+mMDdBPBOTtrj90ACgtm65
3kOu+Nz0a0/DvqFVVypfDP8=
=6nWC
-----END PGP SIGNATURE-----

--=-fcKDuUFqbX7jYJdW94RC--


From eskimoe@ananzi.co.za  Thu Mar 13 15:12:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 15:12:04 +0200 (EET)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-171-172.reverse.qdsl-home.de [212.202.171.172])
	by danu.procontrol.fi (Postfix) with SMTP id C17EE23852
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 15:12:03 +0200 (EET)
Received: (qmail 32144 invoked by uid 1000); 13 Mar 2003 13:12:51 -0000
Date: Thu, 13 Mar 2003 14:12:51 +0100
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Shared Folders?
Message-ID: <20030313131251.GA21426@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-archive-position: 382
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 382                                                  
Status: O

Hello everybody (esp. Timo ;)),

in an attempt to replace our cyrus imapd with something less bloated
I have recently evaluated some of the younger imapd implementations,
namely bincimap and also dovecot.

Bincimap didn't work properly with mozilla for me, dovecot hasn't
failed on any test, yet.

Unfornationally, since we have been using cyrus for over 1.5 yrs, we
pretty much depend on the "shared folders"-feature.

Are there any plans to make shared folders available in dovecot anytime soon?


best regards!
-- 
MW


From Leslie_Viljoen@icoc.org  Thu Mar 13 15:17:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 15:17:13 +0200 (EET)
Return-Path: <Leslie_Viljoen@icoc.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from icchub.icoc.org (ns1.icoc.org [209.101.42.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 47B7E23852
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 15:17:13 +0200 (EET)
Subject: [dovecot] Sorry (Starting Dovecot)
To: dovecot@procontrol.fi
X-Mailer: Lotus Notes Release 6.0 September 26, 2002
Message-ID: <OF0D6D2936.9B9009B9-ON42256CE8.00442CD3-42256CE8.00448621@icoc.org>
From: Leslie Viljoen <Leslie_Viljoen@icoc.org>
Date: Thu, 13 Mar 2003 14:25:45 +0200
X-MIMETrack: Serialize by Router on ICC_Hub/ICC(Release 6.0.1|February 07, 2003) at 03/13/2003
 05:17:13 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
X-archive-position: 383
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Leslie_Viljoen@icoc.org
Precedence: bulk
X-list: dovecot
X-UID: 383                                                  
Status: O





Sorry, I didn't check all my logs.
PAM password DB was not found - it was in syslog.

Les
______________________________________
Leslie Viljoen
Africa Missions Systems Administrator
Cell: 0836186100 Work: 011 6991700
Fax: 011 7945522


From jonas@jones.dk  Thu Mar 13 13:23:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 15:47:46 +0200 (EET)
Return-Path: <jonas@jones.dk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from auryn.jones.dk (unknown [62.79.77.233])
	by danu.procontrol.fi (Postfix) with ESMTP id 8390623852
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 13:23:36 +0200 (EET)
Received: from auryn (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP
	id C21233F20D5; Thu, 13 Mar 2003 07:05:17 +0100 (CET)
Date: Thu, 13 Mar 2003 07:05:17 +0100 (CET)
From: Jonas Smedegaard <jonas@jones.dk>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: SMTP options
In-Reply-To: <3E701DD8.4010609@attbi.com>
Message-ID: <Pine.LNX.4.53.0303130703400.10863@auryn.jones.dk>
References: <3E701DD8.4010609@attbi.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-archive-position: 384
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jonas@jones.dk
Precedence: bulk
X-list: dovecot
X-UID: 384                                                  
Status: O

On Wed, 12 Mar 2003, Jesse Peterson wrote:

> This is my situation.  We have mobile users that need a secure (SSL)
> SMTP+auth gateway that simply forwards rfc822's to our real MTA.  All it
> would have to do is accept SSL connections, authenticate the user,
> accept his message, then send that to the MTA.
>
> Anybody know of a very minimal software package that can do this?

I'd use postfix. It isn't exactly "very minimal" though...

 - Jonas

-- 
Jeg kber min kologiske sdmlk i 7-eleven!

Jonas Smedegaard (+45 40843136) http://dr.jones.dk/articles/7eleven

From cras@irccrew.org  Thu Mar 13 15:48:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 15:48:53 +0200 (EET)
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 4FEF523839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 15:48:53 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 3DB394C0A0; Thu, 13 Mar 2003 15:48:53 +0200 (EET)
Date: Thu, 13 Mar 2003 15:48:53 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Configure SSL problem
Message-ID: <20030313134853.GC22006@irccrew.org>
References: <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 385
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: 385                                                  
Status: O

On Thu, Mar 13, 2003 at 12:44:52PM +0200, Leslie Viljoen wrote:
> I have been trying to get Dovecot installed with OpenSSL support, but no
> matter what I do,
> when I run Configure, it says "Building with SSL support.........No".
> I have even tried configure --with-ssl=openssl, to no avail.

Check config.log what it says about it. Maybe it doesn't find ssl.h.


From cras@irccrew.org  Thu Mar 13 17:59:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 17:59:04 +0200 (EET)
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 1E1E523839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 17:59:04 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id DDC4B4C0A0; Thu, 13 Mar 2003 17:59:03 +0200 (EET)
Date: Thu, 13 Mar 2003 17:59:03 +0200
From: Timo Sirainen <tss@iki.fi>
To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Shared Folders?
Message-ID: <20030313155903.GE22006@irccrew.org>
References: <20030313131251.GA21426@woom.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20030313131251.GA21426@woom.net>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 386
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: 386                                                  
Status: O
Content-Length: 1267

On Thu, Mar 13, 2003 at 02:12:51PM +0100, Moe Wibble wrote:
> Are there any plans to make shared folders available in dovecot anytime soon?

Well .. it's kind of possible already with symlinks, eg.:

ln -s /home/shared/Maildir/.shared.folder /home/user/Maildir/

Problems with that:
 - No way to do it from IMAP client, ie. no ACL support. No plans to support
that in near future
 - Sharing index files may not be that good idea from security point of
view, especially if users have direct access to filesystem. Specifying
different location for index files would then be good idea so each user
would have their own: default_mail_env = Maildir:~/Maildir:INDEX=~/indexes
 - If indexes aren't shared, there may be occational syncing problems when
someone changes message flag and another user just tries to fetch the
message. Dovecot will give "message not found" error, but next fetch will
work. This will be fixed by re-syncing maildir folder when it can't find
some file.
 - Sharing mbox files won't have the above problem, but flag changes aren't
noted by other users until you close the mailbox. I'll probably fix this
later so that the flag changes are written to mbox at least once in a few
seconds (if not immediately)
 - All users will have shared mail flags


From cras@irccrew.org  Thu Mar 13 18:07:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 18:07:20 +0200 (EET)
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A14A223839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 18:07:20 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 7F95B4C0A0; Thu, 13 Mar 2003 18:07:20 +0200 (EET)
Date: Thu, 13 Mar 2003 18:07:20 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Configure SSL problem
Message-ID: <20030313160720.GF22006@irccrew.org>
References: <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org> <1047558645.2217.42.camel@big.pomac.com>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1047558645.2217.42.camel@big.pomac.com>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 387
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: 387                                                  
Status: O

On Thu, Mar 13, 2003 at 01:30:45PM +0100, Ian Kumlien wrote:
> PS. Can someone make this ml set "Reply-To:" headers?

I don't think that's generally considered very good behaviour for mailing
list. For example it prevents easily replying privately. Some people also
prefer to get the replies in private mail as well as to mailing list, which
is useful especially with high traffic list.

Setting Mail-Followup-To header (or even reply-to) to mails yourself would
help. Of course, that doesn't help if you're accidentally replying
privately..

http://www.unicom.com/pw/reply-to-harmful.html
http://cr.yp.to/proto/replyto.html


From eskimoe@ananzi.co.za  Thu Mar 13 19:59:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 13 Mar 2003 19:59:01 +0200 (EET)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-171-172.reverse.qdsl-home.de [212.202.171.172])
	by danu.procontrol.fi (Postfix) with SMTP id E16C423839
	for <dovecot@procontrol.fi>; Thu, 13 Mar 2003 19:59:00 +0200 (EET)
Received: (qmail 31301 invoked by uid 1000); 13 Mar 2003 17:59:48 -0000
Date: Thu, 13 Mar 2003 18:59:48 +0100
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Shared Folders?
Message-ID: <20030313175948.GA23796@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <20030313131251.GA21426@woom.net> <20030313155903.GE22006@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030313155903.GE22006@irccrew.org>
X-archive-position: 388
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 388                                                  
Status: O
Content-Length: 2512

On Thu, Mar 13, 2003 at 05:59:03PM +0200, Timo Sirainen wrote:
> On Thu, Mar 13, 2003 at 02:12:51PM +0100, Moe Wibble wrote:
> > Are there any plans to make shared folders available in dovecot anytime soon?
> 
> Well .. it's kind of possible already with symlinks, eg.:
> 
> ln -s /home/shared/Maildir/.shared.folder /home/user/Maildir/

Interesting.
That's exactly what I've tried but it didn't work.
The linked folder did show up in the subscribe-dialog but couldn't
be subscribed. I didn't save the error-message 'cause it was reproducable
so it seemed like dovecot simply didn't feel comfortable with that symlink
in a maildir.

Humm. I even disabled all the chroot-switches in dovecot.conf during
that test.  Well, I'll try again tomorrow!

> Problems with that:
>  - No way to do it from IMAP client, ie. no ACL support. No plans to support
> that in near future

We don't need no ACL, no problem here. :)
Read-only folders would be nice to have but that shouldn't be too difficult
to achieve thru unix file-permissions/ownership.

>  - Sharing index files may not be that good idea from security point of
> view, especially if users have direct access to filesystem. Specifying
> different location for index files would then be good idea so each user
> would have their own: default_mail_env = Maildir:~/Maildir:INDEX=~/indexes

Gotta look into that.  Not really a security issue here
since the imapd acts as a blackbox anyways; no user accounts.

Doesn't dovecot get confused by multiple users sharing the same
index for, say, their INBOX, tho?

That default_mail_env line will do for me anyways. :)

>  - If indexes aren't shared, there may be occational syncing problems when
> someone changes message flag and another user just tries to fetch the
> message. Dovecot will give "message not found" error, but next fetch will
> work. This will be fixed by re-syncing maildir folder when it can't find
> some file.

Can live with that.

>  - Sharing mbox files won't have the above problem, but flag changes aren't
> noted by other users until you close the mailbox. I'll probably fix this
> later so that the flag changes are written to mbox at least once in a few
> seconds (if not immediately)

mbox is dead and bzipped. ;)

>  - All users will have shared mail flags

I think that's even desirable for our environment.
Might be a misfeature for others, tho.

Thanks for your quick response!  I'll retry that little symlink-stunt
tomorrow and let you know about the results. :)


best regards
-- 
MW


From pomac@vapor.com  Fri Mar 14 00:53:03 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 14 Mar 2003 00:53:03 +0200 (EET)
Return-Path: <pomac@vapor.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from pomac.netswarm.net (c-1b0072d5.012-136-6c756e2.cust.bredbandsbolaget.se [213.114.0.27])
	by danu.procontrol.fi (Postfix) with ESMTP id 1ADCA23852
	for <dovecot@procontrol.fi>; Fri, 14 Mar 2003 00:53:03 +0200 (EET)
Received: from big.pomac.com (big.pomac.com [10.0.0.254])
	by pomac.netswarm.net (Postfix) with ESMTP
	id 3A3A29D4CD; Thu, 13 Mar 2003 23:53:01 +0100 (CET)
Subject: [dovecot] Re: Configure SSL problem
From: Ian Kumlien <pomac@vapor.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030313160720.GF22006@irccrew.org>
References:
	 <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>
	 <1047558645.2217.42.camel@big.pomac.com>
	 <20030313160720.GF22006@irccrew.org>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-f8dxQyBVhjuHS6JPnxZn"
Organization: 
Message-Id: <1047595981.2216.53.camel@big.pomac.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 13 Mar 2003 23:53:01 +0100
X-archive-position: 389
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: pomac@vapor.com
Precedence: bulk
X-list: dovecot
X-UID: 389                                                  
Status: O
Content-Length: 1403


--=-f8dxQyBVhjuHS6JPnxZn
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-03-13 at 17:07, Timo Sirainen wrote:
> On Thu, Mar 13, 2003 at 01:30:45PM +0100, Ian Kumlien wrote:
> > PS. Can someone make this ml set "Reply-To:" headers?
>=20
> I don't think that's generally considered very good behaviour for mailing
> list. For example it prevents easily replying privately. Some people also
> prefer to get the replies in private mail as well as to mailing list, whi=
ch
> is useful especially with high traffic list.
>=20
> Setting Mail-Followup-To header (or even reply-to) to mails yourself woul=
d
> help. Of course, that doesn't help if you're accidentally replying
> privately..
>=20
> http://www.unicom.com/pw/reply-to-harmful.html
> http://cr.yp.to/proto/replyto.html

Ahhh, I generally saw it in the oposite direction since most ppl could
benefit from seeing the "full discussion come to an end".

But, i never know about the reply to all functionality =3D)

--=20
Ian Kumlien <pomac@vapor.com>

--=-f8dxQyBVhjuHS6JPnxZn
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+cQvM7F3Euyc51N8RAnB5AJ94zspVKoNJgoNh+9J64quVeVnFOQCfTiWx
Izb6cgCSdmxU3hbsC0Btiqo=
=4n/T
-----END PGP SIGNATURE-----

--=-f8dxQyBVhjuHS6JPnxZn--


From eskimoe@ananzi.co.za  Fri Mar 14 19:25:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 14 Mar 2003 19:25:21 +0200 (EET)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-171-172.reverse.qdsl-home.de [212.202.171.172])
	by danu.procontrol.fi (Postfix) with SMTP id DE36623852
	for <dovecot@procontrol.fi>; Fri, 14 Mar 2003 19:25:20 +0200 (EET)
Received: (qmail 20005 invoked by uid 1000); 14 Mar 2003 17:26:07 -0000
Date: Fri, 14 Mar 2003 18:26:07 +0100
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Shared Folders seem to work
Message-ID: <20030314172607.GA5217@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <20030313131251.GA21426@woom.net> <20030313155903.GE22006@irccrew.org> <20030313175948.GA23796@woom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030313175948.GA23796@woom.net>
X-archive-position: 390
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 390                                                  
Status: O

Hi,

I can't recall what my mistake was when first trying this.
Probably wrong directory-permissions.  Anyways, it does work fine now. :)

We're going to run dovecot in parallel to our cyrus for a while now
and if it turns out to be stable enough cyrus will be ceremoniously moved
to tape.


regards
-- 
MW


From umaro@narshe.net  Fri Mar 14 23:12:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 14 Mar 2003 23:12:12 +0200 (EET)
Return-Path: <umaro@narshe.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from narshe.net (unknown [209.140.74.64])
	by danu.procontrol.fi (Postfix) with SMTP id D806A23852
	for <dovecot@procontrol.fi>; Fri, 14 Mar 2003 23:12:11 +0200 (EET)
Received: (qmail 21095 invoked by uid 9001); 14 Mar 2003 21:12:09 -0000
Received: from unknown (HELO terra.slcnet) (209.140.74.61)
  by mail.narshe.net with SMTP; 14 Mar 2003 21:12:09 -0000
Date: Fri, 14 Mar 2003 14:15:28 -0700
From: Chris Doyle <umaro@narshe.net>
To: dovecot@procontrol.fi
Subject: [dovecot] dovecot/vpopmail auth problems
Message-Id: <20030314141528.6bdb8bba.umaro@narshe.net>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 391
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: umaro@narshe.net
Precedence: bulk
X-list: dovecot
X-UID: 391                                                  
Status: O

Hello.

I am having problems getting dovecot to authenticate correctly through
vpopmail.

I have used vpopmail for some time, and I understand how it works.

vpopmail is using mysql to store it's authentication data.

vpopmail's tools can access the user database just fine, and vchkpw
is working so far as authentication goes.

I took an "strace -f dovecot", in case it can help. It is about 900k,
and can be accessed at http://www.narshe.net/~umaro/dovecot.log

please help!

Thanks
Chris Doyle

From tss@iki.fi  Sat Mar 15 00:15:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 15 Mar 2003 00:15:51 +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 7B9EE23839
	for <dovecot@procontrol.fi>; Sat, 15 Mar 2003 00:15:51 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 60A9B5E01F94; Sat, 15 Mar 2003 00:15:46 +0200 (EET)
Subject: [dovecot] Re: dovecot/vpopmail auth problems
From: Timo Sirainen <tss@iki.fi>
To: Chris Doyle <umaro@narshe.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030314141528.6bdb8bba.umaro@narshe.net>
References: <20030314141528.6bdb8bba.umaro@narshe.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1047680146.20734.64.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 15 Mar 2003 00:15:46 +0200
X-archive-position: 392
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: 392                                                  
Status: O

On Fri, 2003-03-14 at 23:15, Chris Doyle wrote:
> I took an "strace -f dovecot", in case it can help. It is about 900k,
> and can be accessed at http://www.narshe.net/~umaro/dovecot.log

I didn't notice anything wrong in that strace, but it's not too easy to
follow. What is dovecot's error message if you set auth_verbose = yes?

Dovecot's vpopmail support isn't completely broken anyway, one guy just
told today that he got it working with 0.99.8.1.


From mem@mv.mv.com  Sat Mar 15 00:29:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 15 Mar 2003 00:29:26 +0200 (EET)
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 B395923839
	for <dovecot@procontrol.fi>; Sat, 15 Mar 2003 00:29:25 +0200 (EET)
Received: (qmail 11118 invoked by uid 101); 14 Mar 2003 17:29:24 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Fri, 14 Mar 2003 17:29:24 -0500
To: Leslie Viljoen <Leslie_Viljoen@icoc.org>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Configure SSL problem
Message-ID: <20030314172924.L7268@iridium.mv.net>
References: <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <OFF6D684CA.26838A7C-ON42256CE8.003A8EFC-42256CE8.003B49AC@icoc.org>; from Leslie_Viljoen@icoc.org on Thu, Mar 13, 2003 at 12:44:52PM +0200
X-archive-position: 393
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: 393                                                  
Status: O

On Thu, Mar 13, 2003 at 12:44:52PM +0200, Leslie Viljoen wrote:
> 
> 
> 
> 
> Hi everyone
> 
> I have been trying to get Dovecot installed with OpenSSL support, but no
> matter what I do,
> when I run Configure, it says "Building with SSL support.........No".
> I have even tried configure --with-ssl=openssl, to no avail.
> 
> I have built and installed OpenSSL, and libssl.so and libcrypto.so are in
> the /lib directory -
> what more does Dovecot want? I have tried figuring it out from the
> Configure script itself
> but it's cryptic and I am no shell script boffin!

Did your ssl include files get installed in the fairly standard
/usr/local/ssl/include ?  If so try something like:

   ./configure --with-ssl=openssl --includedir=/usr/local/ssl/include

Maybe "configure" could be trained to look there by default..

-mm-

From jpeterson275@attbi.com  Sun Mar 16 08:01:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 16 Mar 2003 08:01:47 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by danu.procontrol.fi (Postfix) with ESMTP id 11BA523839
	for <dovecot@procontrol.fi>; Sun, 16 Mar 2003 08:01:47 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP
          id <2003031606014505100rn5pie>; Sun, 16 Mar 2003 06:01:45 +0000
Message-ID: <3E741348.9080304@attbi.com>
Date: Sat, 15 Mar 2003 22:01:44 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] missing files...
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 394
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 394                                                  
Status: O

I'm probably missing something but.. from cvs:

gmake[1]: Entering directory 
`/usr/home/erage/dovecot/cvs/dovecot/src/lib-index'
source='mail-lockdir.c' object='mail-lockdir.o' libtool=no \
depfile='.deps/mail-lockdir.Po' tmpdepfile='.deps/mail-lockdir.TPo' \
depmode=gcc /bin/sh ../../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I../../src/lib-mail 
-I../../src/lib-imap    -g -O2 -Wall -W -Wmissing-prototypes 
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 
-Wbad-function-cast  -c `test -f 'mail-lockdir.c' || echo 
'./'`mail-lockdir.c
gcc: ./mail-lockdir.c: No such file or directory
gcc: No input files



Any ideas?


From jpeterson275@attbi.com  Sun Mar 16 09:43:22 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 16 Mar 2003 09:43:22 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by danu.procontrol.fi (Postfix) with ESMTP id 6878823839
	for <dovecot@procontrol.fi>; Sun, 16 Mar 2003 09:43:22 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP
          id <2003031607432005200593j2e>; Sun, 16 Mar 2003 07:43:20 +0000
Message-ID: <3E742B17.7000708@attbi.com>
Date: Sat, 15 Mar 2003 23:43:19 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Failed to create storage with data: ::
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 395
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 395                                                  
Status: O

# dovecot.conf:
protocols = imaps
login = imap
login_user = mail
default_mail_env = maildir:%h/
auth = default
auth_mechanisms = plain
auth_userdb = passwd-file /tmp/imap.passwd
auth_passdb = passwd-file /tmp/imap.passwd
auth_user = mail
auth_verbose = yes

In the log files I get:
   Mar 15 23:36:30 pos dovecot: Dovecot starting up
   Mar 15 23:36:37 pos imap-login: Login: testuser [10.0.66.1]
   Mar 15 23:36:37 pos imap(testuser): Failed to create storage with 
data: ::
   Mar 15 23:36:37 pos dovecot: child 23150 (imap) returned error 89


A typical entry in the imap.passwd:
   testuser:<md5>[34]:12345:12345::/some/home/directory/testuser:0::

-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Sun Mar 16 16:40:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 16 Mar 2003 16:40:36 +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 0C9B0238D5
	for <dovecot@procontrol.fi>; Sun, 16 Mar 2003 16:40:36 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A59A95E01F94; Sun, 16 Mar 2003 16:40:35 +0200 (EET)
Subject: [dovecot] Re: Failed to create storage with data: ::
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E742B17.7000708@attbi.com>
References: <3E742B17.7000708@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1047825287.24446.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 16 Mar 2003 16:40:35 +0200
X-archive-position: 396
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: 396                                                  
Status: O

On Sun, 2003-03-16 at 09:43, Jesse Peterson wrote:
>    Mar 15 23:36:37 pos imap(testuser): Failed to create storage with 
> data: ::
>    Mar 15 23:36:37 pos dovecot: child 23150 (imap) returned error 89
> 
> A typical entry in the imap.passwd:
>    testuser:<md5>[34]:12345:12345::/some/home/directory/testuser:0::

Bug, fixed. You could also just remove the last two ':' characters.


From tss@iki.fi  Sun Mar 16 16:40:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 16 Mar 2003 16:40:37 +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 3576E23993
	for <dovecot@procontrol.fi>; Sun, 16 Mar 2003 16:40:37 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id EBCA95E01F95; Sun, 16 Mar 2003 16:40:36 +0200 (EET)
Subject: [dovecot] Re: Failed to create storage with data: ::
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E742B17.7000708@attbi.com>
References: <3E742B17.7000708@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1047825635.26219.0.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 16 Mar 2003 16:40:36 +0200
X-archive-position: 397
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: 397                                                  
Status: O

On Sun, 2003-03-16 at 09:43, Jesse Peterson wrote:
>    Mar 15 23:36:37 pos imap(testuser): Failed to create storage with 
> data: ::
>    Mar 15 23:36:37 pos dovecot: child 23150 (imap) returned error 89

> A typical entry in the imap.passwd:
>    testuser:<md5>[34]:12345:12345::/some/home/directory/testuser:0::

passwd-file parser was buggy, fixed. You could also remove the last two
':' chars to fix it.


From jpeterson275@attbi.com  Sun Mar 16 21:17:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 16 Mar 2003 21:17:32 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by danu.procontrol.fi (Postfix) with ESMTP id 6886B238D5
	for <dovecot@procontrol.fi>; Sun, 16 Mar 2003 21:17:31 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <2003031619172905300amug4e>; Sun, 16 Mar 2003 19:17:29 +0000
Message-ID: <3E74CDC7.7000508@attbi.com>
Date: Sun, 16 Mar 2003 11:17:27 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Failed to create storage with data: ::
References: <3E742B17.7000708@attbi.com> <1047825635.26219.0.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 398
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 398                                                  
Status: O

I may have, but I constructed the file to the spec @:

http://dovecot.procontrol.fi/doc/auth.txt

=)

Timo Sirainen wrote:
> passwd-file parser was buggy, fixed. You could also remove the last two
> ':' chars to fix it.
> 


From jpeterson275@attbi.com  Mon Mar 17 02:24:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Mar 2003 02:24:38 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by danu.procontrol.fi (Postfix) with ESMTP id 1465423839
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 02:24:38 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <2003031700243605300hdub6e>; Mon, 17 Mar 2003 00:24:36 +0000
Message-ID: <3E7515C2.90803@attbi.com>
Date: Sun, 16 Mar 2003 16:24:34 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Failed to create storage with data: ::
References: <3E742B17.7000708@attbi.com> <1047825635.26219.0.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 399
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 399                                                  
Status: O

Hrm, I got the new files from CVS, but still:
Mar 16 16:19:08 pos imap(testuser): Failed to create storage with data: :
Mar 16 16:19:08 pos dovecot: child 24513 (imap) returned error 89

(note: one colon instead of two)
So I have to ask, is this still the correct usage:

user:password:uid:gid:(gecos):home:(shell):flags:mail
(from http://dovecot.procontrol.fi/doc/auth.txt)

Or are flags and mail not used?  How exactly is mail supposed to 
function and related to home?



Timo Sirainen wrote:
> On Sun, 2003-03-16 at 09:43, Jesse Peterson wrote:
> 
>>   Mar 15 23:36:37 pos imap(testuser): Failed to create storage with 
>>data: ::
>>   Mar 15 23:36:37 pos dovecot: child 23150 (imap) returned error 89
> 
> 
>>A typical entry in the imap.passwd:
>>   testuser:<md5>[34]:12345:12345::/some/home/directory/testuser:0::
> 
> 
> passwd-file parser was buggy, fixed. You could also remove the last two
> ':' chars to fix it.
> 
> 

-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Mon Mar 17 02:41:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Mar 2003 02:41:19 +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 AB77E238D5
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 02:41:19 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6D0235E01F94; Mon, 17 Mar 2003 02:41:19 +0200 (EET)
Subject: [dovecot] Re: Failed to create storage with data: ::
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E7515C2.90803@attbi.com>
References: <3E742B17.7000708@attbi.com> <1047825635.26219.0.camel@hurina>
	 <3E7515C2.90803@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1047861679.26217.7.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 17 Mar 2003 02:41:19 +0200
X-archive-position: 400
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: 400                                                  
Status: O
Content-Length: 1160

On Mon, 2003-03-17 at 02:24, Jesse Peterson wrote:
> Hrm, I got the new files from CVS, but still:
> Mar 16 16:19:08 pos imap(testuser): Failed to create storage with data: :
> Mar 16 16:19:08 pos dovecot: child 24513 (imap) returned error 89
> 
> (note: one colon instead of two)
> So I have to ask, is this still the correct usage:
> 
> user:password:uid:gid:(gecos):home:(shell):flags:mail
> (from http://dovecot.procontrol.fi/doc/auth.txt)

Hmm. Strange. It is correct, and this works with me:

cras:{md5}$1$foo$A63FZiSi5N4yna6JuqND//:1000:1000::/home/cras:::

mail field is a bit special because it needs ':' characters itself,
that's why I don't just stop parsing if there's extra ':' characters at
end.

> Or are flags and mail not used?  How exactly is mail supposed to 
> function and related to home?

Either you give home or mail. mail can specify exactly where the mail
is, home is used just for autodetection. So you could give each user
different location for their mails, eg.:

user1:....:mbox:~/mail:INBOX=/var/mail/user1
user2:....:mbox:~/Mail
user3:....:Maildir:~/Maildir

Autodetection seems to work pretty well so it's not usually needed.


From jpeterson275@attbi.com  Mon Mar 17 03:08:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Mar 2003 03:08:31 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by danu.procontrol.fi (Postfix) with ESMTP id 9F5C2238D5
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 03:08:30 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP
          id <2003031701082905200ptinbe>; Mon, 17 Mar 2003 01:08:29 +0000
Message-ID: <3E75200A.2010407@attbi.com>
Date: Sun, 16 Mar 2003 17:08:26 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: Failed to create storage with data: ::
References: <3E742B17.7000708@attbi.com> <1047825635.26219.0.camel@hurina>	 <3E7515C2.90803@attbi.com> <1047861679.26217.7.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 401
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 401                                                  
Status: O
Content-Length: 1553

I found the problem.  It seems as though my older dovecot installation
had passwd-file entries that looked like this:

testuser:<snip>:12345:12345::/mailhome/testuser:0:::

Note extra 0.  Snipping the 0 and a colon makes everything happy.



Timo Sirainen wrote:
 > On Mon, 2003-03-17 at 02:24, Jesse Peterson wrote:
 >
 >>Hrm, I got the new files from CVS, but still:
 >>Mar 16 16:19:08 pos imap(testuser): Failed to create storage with data: :
 >>Mar 16 16:19:08 pos dovecot: child 24513 (imap) returned error 89
 >>
 >>(note: one colon instead of two)
 >>So I have to ask, is this still the correct usage:
 >>
 >>user:password:uid:gid:(gecos):home:(shell):flags:mail
 >>(from http://dovecot.procontrol.fi/doc/auth.txt)
 >
 >
 > Hmm. Strange. It is correct, and this works with me:
 >
 > cras:{md5}$1$foo$A63FZiSi5N4yna6JuqND//:1000:1000::/home/cras:::
 >
 > mail field is a bit special because it needs ':' characters itself,
 > that's why I don't just stop parsing if there's extra ':' characters at
 > end.
 >
 >
 >>Or are flags and mail not used?  How exactly is mail supposed to
 >>function and related to home?
 >
 >
 > Either you give home or mail. mail can specify exactly where the mail
 > is, home is used just for autodetection. So you could give each user
 > different location for their mails, eg.:
 >
 > user1:....:mbox:~/mail:INBOX=/var/mail/user1
 > user2:....:mbox:~/Mail
 > user3:....:Maildir:~/Maildir
 >
 > Autodetection seems to work pretty well so it's not usually needed.
 >
 >
 >

-- 
Jesse Peterson  /  jesse@pixeltechs.com



From Leslie_Viljoen@icoc.org  Mon Mar 17 12:51:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Mar 2003 12:51:13 +0200 (EET)
Return-Path: <Leslie_Viljoen@icoc.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from icchub.icoc.org (ns1.icoc.org [209.101.42.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 40B55238D5
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 12:51:12 +0200 (EET)
In-Reply-To: <20030314172924.L7268@iridium.mv.net>
Subject: [dovecot] Re: Configure SSL problem
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
X-Mailer: Lotus Notes Release 6.0 September 26, 2002
Message-ID: <OF91BA0195.4F4A3575-ON42256CEC.00366598-42256CEC.003B7B72@icoc.org>
From: Leslie Viljoen <Leslie_Viljoen@icoc.org>
Date: Mon, 17 Mar 2003 12:46:54 +0200
X-MIMETrack: Serialize by Router on ICC_Hub/ICC(Release 6.0.1|February 07, 2003) at 03/17/2003
 02:51:15 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
X-archive-position: 402
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Leslie_Viljoen@icoc.org
Precedence: bulk
X-list: dovecot
X-UID: 402                                                  
Status: O
Content-Length: 3484






Thanks, I tried this, but it also didn't work.

OpenSSL's .h files are in /usr/local/ssl/include/openssl.
I copied all these .h files to /usr/local/ssl/include - and tried both
options below - but the configure
script still says "Building with SSL support........... no"

The problem seems to stem from:
checking for SSL_read in -lssl... (cached) no

My libcrypto.so and libssl.so files are in /usr/local/ssl/lib - this path
has been added
to /etc/ld.so.conf and I have run ldconfig.

Configure seems to be trying to compile this C file to test the SSL_read
function:

#line 7757 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char SSL_read();

int main() {
SSL_read()
; return 0; }


I can compile this myself if I include -I /usr/local/ssl/include and I
replace the
"confdefs.h" with "ssl.h".

So I just don't know!

Les


______________________________________
Leslie Viljoen
Africa Missions Systems Administrator
Cell: 0836186100 Work: 011 6991700
Fax: 011 7945522


                                                                                                                                       
                      "Mark E. Mallett"                                                                                                
                      <mem@mv.mv.com>          To:       Leslie Viljoen <Leslie_Viljoen@icoc.org>                                      
                      Sent by:                 cc:       dovecot@procontrol.fi                                                         
                      dovecot-bounce@pr        Subject:  [dovecot] Re: Configure SSL problem                                           
                      ocontrol.fi                                                                                                      
                                                                                                                                       
                                                                                                                                       
                      2003-03-15 12:29                                                                                                 
                      AM                                                                                                               
                                                                                                                                       




On Thu, Mar 13, 2003 at 12:44:52PM +0200, Leslie Viljoen wrote:
>
>
>
>
> Hi everyone
>
> I have been trying to get Dovecot installed with OpenSSL support, but no
> matter what I do,
> when I run Configure, it says "Building with SSL support.........No".
> I have even tried configure --with-ssl=openssl, to no avail.
>
> I have built and installed OpenSSL, and libssl.so and libcrypto.so are in
> the /lib directory -
> what more does Dovecot want? I have tried figuring it out from the
> Configure script itself
> but it's cryptic and I am no shell script boffin!

Did your ssl include files get installed in the fairly standard
/usr/local/ssl/include ?  If so try something like:

   ./configure --with-ssl=openssl --includedir=/usr/local/ssl/include

Maybe "configure" could be trained to look there by default..

-mm-




From tss@iki.fi  Mon Mar 17 16:24:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Mar 2003 16:24:11 +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 C358C23839
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 16:24:11 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 53AD05E03E53; Mon, 17 Mar 2003 16:24:11 +0200 (EET)
Subject: [dovecot] Re: Configure SSL problem
From: Timo Sirainen <tss@iki.fi>
To: Leslie Viljoen <Leslie_Viljoen@icoc.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <OF91BA0195.4F4A3575-ON42256CEC.00366598-42256CEC.003B7B72@icoc.org>
References:
	 <OF91BA0195.4F4A3575-ON42256CEC.00366598-42256CEC.003B7B72@icoc.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1047911051.12401.36.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 17 Mar 2003 16:24:11 +0200
X-archive-position: 403
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: 403                                                  
Status: O

On Mon, 2003-03-17 at 12:46, Leslie Viljoen wrote:
> The problem seems to stem from:
> checking for SSL_read in -lssl... (cached) no

Maybe it's just because of caching. Delete config.cache file.

> I can compile this myself if I include -I /usr/local/ssl/include and I
> replace the
> "confdefs.h" with "ssl.h".

Also you could try to run:

CPPFLAGS='-I /usr/local/ssl/include/' ./configure

(I don't know if --includedir helps with the configure checks, I should
try..)


From jaldhar@debian.org  Mon Mar 17 17:06:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Mar 2003 17:06:33 +0200 (EET)
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 3C3E9238D5
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 17:06:32 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 9DCEE7F58
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 10:06:31 -0500 (EST)
Date: Mon, 17 Mar 2003 10:06:31 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Subject: [dovecot] debian 0.99.8.1 packages available
Message-ID: <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 404
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 404                                                  
Status: O

I thought I'd mention it here because a lot of people have been waiting
for me on this.  My personal situation is getting saner now so I finally
was able to package up 0.99.8.1.  The package for sid was uploaded last
night and should appear in the archive today.  A backport for woody is
available from http://www.braincells.com/open/

I have not included POP3, LDAP or SASL2 support for now as I didn't want
anything to delay the package from entering the archive.  That will be the
next order of business.

The only bug I've seen so far is that when my mbox-format inbox was in
/home/jaldhar/mail/inbox dovecot thought it ha 0 messages.  It only showed
up properly after I moved it back to /var/spool/mail/jaldhar but I suspect
this is just a configuration error on my part.


-- 
Jaldhar H. Vyas <jaldhar@debian.org>
It's a girl! See the pictures - http://www.braincells.com/shailaja/

From jpeterson275@attbi.com  Mon Mar 17 22:01:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Mar 2003 22:01:38 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 5EA4723839
	for <dovecot@procontrol.fi>; Mon, 17 Mar 2003 22:01:38 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <20030317200128001008h9qge>; Mon, 17 Mar 2003 20:01:30 +0000
Message-ID: <3E76298F.4010609@attbi.com>
Date: Mon, 17 Mar 2003 12:01:19 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] big mail problems..
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 405
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 405                                                  
Status: O

Attachments, large mails & etc. seem to have problems with my 
installations of dovecot.  As we know, Mozilla likes to take it's mail 
in chunks, and after Mozilla, (or Mail.app, it likes to do this, too) 
takes its first chunk, it doesn't start getting the rest, even though 
ethereal tells me that dovecot OK'ed the 10K chunk.

9 UID fetch 4 (UID RFC822.SIZE BODY[]<0.10240>)
* 4 FETCH (UID 4 RFC822.SIZE 3958069 BODY[]<0> {3958069}
<snip>
9 OK Fetch completed.

Nothing gets transfered beyond this point.  I think this would be 
mozilla's fault, but I dont think this would happen with a release, and 
I dont think Mail.app would have the same problem, too.

Thanks for any help,

- Jesse


From tss@iki.fi  Tue Mar 18 02:34:29 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Mar 2003 02:34:29 +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 8E96623839
	for <dovecot@procontrol.fi>; Tue, 18 Mar 2003 02:34:29 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3506C5E03E53; Tue, 18 Mar 2003 02:34:29 +0200 (EET)
Subject: [dovecot] Re: big mail problems..
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E76298F.4010609@attbi.com>
References: <3E76298F.4010609@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1047947668.12400.45.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 18 Mar 2003 02:34:29 +0200
X-archive-position: 406
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: 406                                                  
Status: O

On Mon, 2003-03-17 at 22:01, Jesse Peterson wrote:
> 9 UID fetch 4 (UID RFC822.SIZE BODY[]<0.10240>)
> * 4 FETCH (UID 4 RFC822.SIZE 3958069 BODY[]<0> {3958069}

It gives too large size for the body data.
http://dovecot.procontrol.fi/partial.patch fixes.

I really should create some kind of testing suite which tests as much of
the commands/features as possible and shows if any of them fails..


From amyzing@talsever.com  Tue Mar 18 18:12:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Mar 2003 18:12:31 +0200 (EET)
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 1448523839
	for <dovecot@procontrol.fi>; Tue, 18 Mar 2003 18:12:31 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by blount.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18vJhT-0007ER-00; Tue, 18 Mar 2003 11:12:27 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id A2C4A809D; Tue, 18 Mar 2003 11:12:32 -0500 (EST)
Date: Tue, 18 Mar 2003 11:12:32 -0500
From: Amelia A Lewis <amyzing@talsever.com>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: debian 0.99.8.1 packages available
Message-ID: <20030318161232.GA1537@talsever.com>
References: <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com>
User-Agent: Mutt/1.5.3i
X-archive-position: 407
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 407                                                  
Status: O
Content-Length: 1322

On Mon, Mar 17, 2003 at 10:06:31AM -0500, Jaldhar H. Vyas wrote:
>The only bug I've seen so far is that when my mbox-format inbox was in
>/home/jaldhar/mail/inbox dovecot thought it ha 0 messages.  It only showed
>up properly after I moved it back to /var/spool/mail/jaldhar but I suspect
>this is just a configuration error on my part.

I've got problems, that seem similar, using the 0.99.8.1 .deb.

I'm using Maildir.  I've got it set up on a user account to accept mail for
root (into .admin), for postmaster (into .admin.postmaster), and for
webmaster (.admin.webmaster).

mutt won't open .admin.  The message is "error trying to view file".  It
will let me open .admin as a container, so I can see the subfolders for
postmaster and webmaster, and it will let me open these.

sylpheed 0.8.5 (yes, an old version; I'll try a newer one later today when I
have access) shows admin as empty.  Completely empty, that is, even though
its new/ directory actually contains over twenty messages, and it should
display two subfolders.

So there's something very strange going on with navigation of folders, or so
it seems to me.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
The flesh is strong.  The spirit stronger.  So shed your skin, baby.
Let it through.  Come on over.
                -- Amy Ray

From jaldhar@debian.org  Tue Mar 18 18:18:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Mar 2003 18:18:34 +0200 (EET)
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 4F49823839
	for <dovecot@procontrol.fi>; Tue, 18 Mar 2003 18:18:34 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id A2ADA8043; Tue, 18 Mar 2003 11:18:33 -0500 (EST)
Date: Tue, 18 Mar 2003 11:18:33 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: Amelia A Lewis <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: debian 0.99.8.1 packages available
In-Reply-To: <20030318161232.GA1537@talsever.com>
Message-ID: <Pine.LNX.4.53.0303181117010.7794@jyoti.intranet.braincells.com>
References: <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com>
 <20030318161232.GA1537@talsever.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 408
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 408                                                  
Status: O
Content-Length: 1057

On Tue, 18 Mar 2003, Amelia A Lewis wrote:

> I've got problems, that seem similar, using the 0.99.8.1 .deb.
>
> I'm using Maildir.  I've got it set up on a user account to accept mail for
> root (into .admin), for postmaster (into .admin.postmaster), and for
> webmaster (.admin.webmaster).
>
> mutt won't open .admin.  The message is "error trying to view file".  It
> will let me open .admin as a container, so I can see the subfolders for
> postmaster and webmaster, and it will let me open these.
>
> sylpheed 0.8.5 (yes, an old version; I'll try a newer one later today when I
> have access) shows admin as empty.  Completely empty, that is, even though
> its new/ directory actually contains over twenty messages, and it should
> display two subfolders.
>
> So there's something very strange going on with navigation of folders, or so
> it seems to me.
>

Timo suggested I set the default_mail_env in the configuration file.

Btw Timo, that worked for me.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From amyzing@talsever.com  Tue Mar 18 18:53:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Mar 2003 18:53:15 +0200 (EET)
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mclean.mail.mindspring.net (mclean.mail.mindspring.net [207.69.200.57])
	by danu.procontrol.fi (Postfix) with ESMTP id 38B352385F
	for <dovecot@procontrol.fi>; Tue, 18 Mar 2003 18:53:15 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by mclean.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18vKKv-0000Iu-00; Tue, 18 Mar 2003 11:53:14 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 9D104809D; Tue, 18 Mar 2003 11:53:19 -0500 (EST)
Date: Tue, 18 Mar 2003 11:53:19 -0500
From: Amelia A Lewis <amyzing@talsever.com>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: debian 0.99.8.1 packages available
Message-ID: <20030318165319.GA1697@talsever.com>
References: <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com> <20030318161232.GA1537@talsever.com> <Pine.LNX.4.53.0303181117010.7794@jyoti.intranet.braincells.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.53.0303181117010.7794@jyoti.intranet.braincells.com>
User-Agent: Mutt/1.5.3i
X-archive-position: 409
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 409                                                  
Status: O
Content-Length: 1453

On Tue, Mar 18, 2003 at 11:18:33AM -0500, Jaldhar H. Vyas wrote:
>On Tue, 18 Mar 2003, Amelia A Lewis wrote:
>
>> I've got problems, that seem similar, using the 0.99.8.1 .deb.
>>
>> I'm using Maildir.  I've got it set up on a user account to accept mail for
>> root (into .admin), for postmaster (into .admin.postmaster), and for
>> webmaster (.admin.webmaster).
>>
>> mutt won't open .admin.  The message is "error trying to view file".  It
>> will let me open .admin as a container, so I can see the subfolders for
>> postmaster and webmaster, and it will let me open these.
>>
>> sylpheed 0.8.5 (yes, an old version; I'll try a newer one later today when I
>> have access) shows admin as empty.  Completely empty, that is, even though
>> its new/ directory actually contains over twenty messages, and it should
>> display two subfolders.
>>
>> So there's something very strange going on with navigation of folders, or so
>> it seems to me.
>>
>
>Timo suggested I set the default_mail_env in the configuration file.

Already set.  Finds the main folder.  It's just acting bizarre for folders
that hold both messages and child folders (as far as I can tell).

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
I don't want what's best for you--
    where will I be when you've found it?
        I pray a lot about these bad feelings inside
            but I can't pray my way through or around it.
                -- Emily Saliers

From amyzing@talsever.com  Tue Mar 18 19:05:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Mar 2003 19:05:17 +0200 (EET)
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from hall.mail.mindspring.net (hall.mail.mindspring.net [207.69.200.60])
	by danu.procontrol.fi (Postfix) with ESMTP id D0E572385F
	for <dovecot@procontrol.fi>; Tue, 18 Mar 2003 19:05:16 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by hall.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 18vKWZ-0002vX-00; Tue, 18 Mar 2003 12:05:15 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 18CB7809D; Tue, 18 Mar 2003 12:05:21 -0500 (EST)
Date: Tue, 18 Mar 2003 12:05:20 -0500
From: Amelia A Lewis <amyzing@talsever.com>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: debian 0.99.8.1 packages available
Message-ID: <20030318170520.GA1766@talsever.com>
References: <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com> <20030318161232.GA1537@talsever.com> <Pine.LNX.4.53.0303181117010.7794@jyoti.intranet.braincells.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.53.0303181117010.7794@jyoti.intranet.braincells.com>
User-Agent: Mutt/1.5.3i
X-archive-position: 410
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 410                                                  
Status: O
Content-Length: 1586

On Tue, Mar 18, 2003 at 11:18:33AM -0500, Jaldhar H. Vyas wrote:
>On Tue, 18 Mar 2003, Amelia A Lewis wrote:
>
>> I've got problems, that seem similar, using the 0.99.8.1 .deb.
>>
>> I'm using Maildir.  I've got it set up on a user account to accept mail for
>> root (into .admin), for postmaster (into .admin.postmaster), and for
>> webmaster (.admin.webmaster).

Update:

Created a folder, "test", using Sylpheed.  Okay.  Copied mail to it.  Okay. 
Tried to create subfolder "child".  Error; not created.  Created folder
"test2".  Okay.  Tried to create subfolder "child".  Error; not created.

Using mutt: created folder "test".  Okay.  Copied mail to it.  Okay.  Folder
opens; mail is visible.  Tried to create subfolder "child" (mutt prompts as
test.child, accept).  Okay.  test folder no longer visible as mail
container, but child folder is visible.

There's something weird happening when you put mail and subfolders in the
same folder.  Creating a subfolder means that any mail in the folder is no
longer accessible.  For whatever reason, sylpheed can't even see subfolders
(much less create them).

I could try to tcpdump this, but it won't help much, I'm afraid: it's set to
disable plaintext, so it always does starttls, which means the dump won't
have any interesting information.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
I don't want what's best for you--
    where will I be when you've found it?
        I pray a lot about these bad feelings inside
            but I can't pray my way through or around it.
                -- Emily Saliers

From tss@iki.fi  Tue Mar 18 19:06:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 18 Mar 2003 19:06:30 +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 8EA452385F
	for <dovecot@procontrol.fi>; Tue, 18 Mar 2003 19:06:30 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 47B3F5E01F94; Tue, 18 Mar 2003 19:06:29 +0200 (EET)
Subject: [dovecot] Re: debian 0.99.8.1 packages available
From: Timo Sirainen <tss@iki.fi>
To: Amelia A Lewis <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030318161232.GA1537@talsever.com>
References:
	 <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com>
	 <20030318161232.GA1537@talsever.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048007189.863.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 18 Mar 2003 19:06:29 +0200
X-archive-position: 411
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: 411                                                  
Status: O

On Tue, 2003-03-18 at 18:12, Amelia A Lewis wrote:
> I'm using Maildir.  I've got it set up on a user account to accept mail for
> root (into .admin), for postmaster (into .admin.postmaster), and for
> webmaster (.admin.webmaster).
> 
> mutt won't open .admin.  The message is "error trying to view file".  It
> will let me open .admin as a container, so I can see the subfolders for
> postmaster and webmaster, and it will let me open these.

It's probably because LIST handling is a bit buggy. If mutt asks LIST ""
admin.%, Dovecot replies that "admin." is \NoSelect folder. I haven't
yet got around to fixing this, I think I'll rewrite the LIST handling
once again..


From jpeterson275@attbi.com  Wed Mar 19 01:03:59 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 01:04:00 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by danu.procontrol.fi (Postfix) with ESMTP id 48C412385F
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 01:03:59 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP
          id <2003031823035405200lsv6ne>; Tue, 18 Mar 2003 23:03:54 +0000
Message-ID: <3E77A5D0.5000100@attbi.com>
Date: Tue, 18 Mar 2003 15:03:44 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: big mail problems..
References: <3E76298F.4010609@attbi.com> <1047947668.12400.45.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 412
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 412                                                  
Status: O

Mail.app still has problems.  It gets the first chunk just fine:

9 UID FETCH 25 BODY.PEEK[]<0.8192>
* 25 FETCH (UID 25 BODY[]<0> {8192}
<snip>
9 OK Fetch completed.

But then it tries to do the decond chunk:

10 UID FETCH 25 BODY.PEEK[]<8192.6813>
* 25 FETCH (UID 25 BODY[]<8192> {6813}

)
10 OK Fetch completed.

8192 bytes requested and 2(?) returned?  Which is weird becuase it 
worked for other mails that were very large (MB+).

I know Mozilla does a little different method for grabbing chunks then 
does Mail.app, maybe that has something to do with it.

Thanks,

Timo Sirainen wrote:
> On Mon, 2003-03-17 at 22:01, Jesse Peterson wrote:
> 
>>9 UID fetch 4 (UID RFC822.SIZE BODY[]<0.10240>)
>>* 4 FETCH (UID 4 RFC822.SIZE 3958069 BODY[]<0> {3958069}
> 
> 
> It gives too large size for the body data.
> http://dovecot.procontrol.fi/partial.patch fixes.
> 
> I really should create some kind of testing suite which tests as much of
> the commands/features as possible and shows if any of them fails..
> 


From lfarkas@bnap.hu  Wed Mar 19 13:35:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 13:35:39 +0200 (EET)
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 125E52385F
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 13:35:39 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id BA3F8754025
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 12:37:34 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id A814C3EE4
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 12:35:36 +0100 (CET)
From: "Farkas Levente" <lfarkas@bnap.hu>
To: <dovecot@procontrol.fi>
Subject: [dovecot] some problem with dovecot
Date: Wed, 19 Mar 2003 12:35:37 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-Id: <20030319113734.BA3F8754025@mail1.bppiac.hu>
X-archive-position: 413
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: 413                                                  
Status: O
Content-Length: 1465

hi,
yesterday we switch to courir to dovecot the whole company. there is good
and bad news. the good one that about 200 people use outlook and outlook
works fine (after we make some registry hack to delete the INBOX form imap
root folder, which was required for courier but not for dovecot). the bad
news we try most of the thing before the switch except outself. since the
whole it department use linux and mozilla. and almost nothing is working
with mozilla:
- first of all the folder list can't be subscribed i.e. only the top level
folder can be subscribed. can't subscribe to folder which has subfolders and
mail inside. all folders with has subfolders shonw as an empty name folder
under itself. and you can't select these folders in mozilla's subscribe
window (i.e you are not able to check it even it is there).
- you can't send any messages!!! since mozilla can't find the Sent folder
and can't move the mail after sending!!! even if you reconfigure mozilla to
use that "Sent" folder as Sent folder.
- you can't see the mails in a folder which has subfolders i.e. it seem
there is no message in that folders.
- we store mails in ~/Maildir/. dovecot create a ~/Maildir/.INBOX and put
the index files of the ~/Maildir/{cur,new,tmp} into that folder but for all
other folders it keep the index files in that folder's directory. it's realy
confusing.

this is _very_ anoying:-(((
is there any dirty trick to use mozilla?
when thses will be useable?

thanks.



From lfarkas@bnap.hu  Wed Mar 19 14:14:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 14:14:11 +0200 (EET)
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 6164123839
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 14:14:11 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 5C0BF754013
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 13:16:08 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 0A7583EE4
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 13:14:10 +0100 (CET)
From: "Farkas Levente" <lfarkas@bnap.hu>
To: <dovecot@procontrol.fi>
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>
Subject: [dovecot] Re: some problem with dovecot
Date: Wed, 19 Mar 2003 13:14:14 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-Id: <20030319121608.5C0BF754013@mail1.bppiac.hu>
X-archive-position: 414
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: 414                                                  
Status: O
Content-Length: 1902


----- Original Message -----
From: "Farkas Levente" <lfarkas@bnap.hu>
To: <dovecot@procontrol.fi>
Sent: Wednesday, March 19, 2003 12:35 PM
Subject: [dovecot] some problem with dovecot


> hi,
> yesterday we switch to courir to dovecot the whole company. there is good
> and bad news. the good one that about 200 people use outlook and outlook
> works fine (after we make some registry hack to delete the INBOX form imap
> root folder, which was required for courier but not for dovecot). the bad
> news we try most of the thing before the switch except outself. since the
> whole it department use linux and mozilla. and almost nothing is working
> with mozilla:
> - first of all the folder list can't be subscribed i.e. only the top level
> folder can be subscribed. can't subscribe to folder which has subfolders
and
> mail inside. all folders with has subfolders shonw as an empty name folder
> under itself. and you can't select these folders in mozilla's subscribe
> window (i.e you are not able to check it even it is there).
> - you can't send any messages!!! since mozilla can't find the Sent folder
> and can't move the mail after sending!!! even if you reconfigure mozilla
to
> use that "Sent" folder as Sent folder.
> - you can't see the mails in a folder which has subfolders i.e. it seem
> there is no message in that folders.
> - we store mails in ~/Maildir/. dovecot create a ~/Maildir/.INBOX and put
> the index files of the ~/Maildir/{cur,new,tmp} into that folder but for
all
> other folders it keep the index files in that folder's directory. it's
realy
> confusing.
>
> this is _very_ anoying:-(((
> is there any dirty trick to use mozilla?
> when thses will be useable?
>
> thanks.

other probles, that the outlook express can't be used when the folders
contains big messages (it's died during send/recv), but if we switch folder
setting headers only than it's works correctly.



From tss@iki.fi  Wed Mar 19 14:32:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 14:32:21 +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 C242223839
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 14:32:21 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 0A2F25E01F94; Wed, 19 Mar 2003 14:32:20 +0200 (EET)
Subject: [dovecot] Re: some problem with dovecot
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030319121608.5C0BF754013@mail1.bppiac.hu>
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>
	 <20030319121608.5C0BF754013@mail1.bppiac.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048077140.848.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 19 Mar 2003 14:32:20 +0200
X-archive-position: 415
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: 415                                                  
Status: O

On Wed, 2003-03-19 at 14:14, Farkas Levente wrote:
> > - we store mails in ~/Maildir/. dovecot create a ~/Maildir/.INBOX and put
> > the index files of the ~/Maildir/{cur,new,tmp} into that folder but for
> all
> > other folders it keep the index files in that folder's directory. it's
> realy
> > confusing.

I didn't really like having indexes stored in the root directory..

> other probles, that the outlook express can't be used when the folders
> contains big messages (it's died during send/recv), but if we switch folder
> setting headers only than it's works correctly.

Maybe it's because it tries partial fetches then. Did you apply the
patch for it?

I'll look at the other problems later today/tomorrow.. I think some
people have used Dovecot with Mozilla though. 


From rueckert@informatik.uni-rostock.de  Wed Mar 19 14:43:45 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 14:43:45 +0200 (EET)
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from monsters.dnsalias.net (vpn017022.uni-rostock.de [139.30.17.22])
	by danu.procontrol.fi (Postfix) with ESMTP id 4B4172385F
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 14:43:45 +0200 (EET)
Received: by monsters.dnsalias.net (Postfix, from userid 500)
	id 74FDE1441E3; Wed, 19 Mar 2003 13:46:16 +0100 (CET)
Date: Wed, 19 Mar 2003 13:46:16 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: some problem with dovecot
Message-ID: <20030319124616.GA10729@irssi.ath.cx>
References: <20030319113734.BA3F8754025@mail1.bppiac.hu> <20030319121608.5C0BF754013@mail1.bppiac.hu> <1048077140.848.19.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1048077140.848.19.camel@hurina>
User-Agent: Mutt/1.5.3i
X-archive-position: 416
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: rueckert@informatik.uni-rostock.de
Precedence: bulk
X-list: dovecot
X-UID: 416                                                  
Status: O

On 2003-03-19 14:32:20 +0200, Timo Sirainen wrote:
> I'll look at the other problems later today/tomorrow.. I think some
> people have used Dovecot with Mozilla though. 

mozilla 1.3b + cvs 2003-03-18 is working well here. with the old
0.99.8.1 i had some problems with attachments. working well after
updating dovecot.

marcus

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From rueckert@informatik.uni-rostock.de  Wed Mar 19 15:58:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 15:58:10 +0200 (EET)
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from monsters.dnsalias.net (vpn017022.uni-rostock.de [139.30.17.22])
	by danu.procontrol.fi (Postfix) with ESMTP id 3A70523839
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 15:58:10 +0200 (EET)
Received: by monsters.dnsalias.net (Postfix, from userid 500)
	id EF8EF1441E3; Wed, 19 Mar 2003 15:00:44 +0100 (CET)
Date: Wed, 19 Mar 2003 15:00:44 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: some problem with dovecot
Message-ID: <20030319140044.GB10729@irssi.ath.cx>
References: <20030319113734.BA3F8754025@mail1.bppiac.hu> <20030319121608.5C0BF754013@mail1.bppiac.hu> <1048077140.848.19.camel@hurina> <20030319124616.GA10729@irssi.ath.cx> <3E786802.10403@bnap.hu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E786802.10403@bnap.hu>
User-Agent: Mutt/1.5.3i
X-archive-position: 417
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: rueckert@informatik.uni-rostock.de
Precedence: bulk
X-list: dovecot
X-UID: 417                                                  
Status: O

On 2003-03-19 13:52:18 +0100, Farkas Levente wrote:
> >mozilla 1.3b + cvs 2003-03-18 is working well here. with the old
> >0.99.8.1 i had some problems with attachments. working well after
> >updating dovecot.
> 
> we also use 1.3b but with 0.99.8.1, so I waiting for 0.100....

try CVS. maybe it solves your problems.

marcus

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From jaldhar@debian.org  Wed Mar 19 16:04:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 16:04:51 +0200 (EET)
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 52FBF23839
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 16:04:51 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 1B6937F5E
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 09:04:51 -0500 (EST)
Date: Wed, 19 Mar 2003 09:04:51 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Subject: [dovecot] Dotlocking doesn't work?
Message-ID: <Pine.LNX.4.53.0303190900030.1549@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 418
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 418                                                  
Status: O


A Debian developer had this to say:

> >>  Files in the above dir are group mail, and the dir is group mail.  However,
> > > all binaries in /usr/lib/dovecot are root/root.  I have set them all to g+s,
> > > and group mail, and now the imap process can lock the INBOX.
> >
>
> > imap should be the only one that needs to be setgid mail.
>
> Actually, I've looked at the dovecot source code.  There is no way having
> setgid on the executable will work.  The source drops the privledges long
> before it tries to do a dotlock.
>
> This is an upstream problem.
>
> For now, I've disable dotlock, and use fcntl instead, as that is what exim
> uses anyways.

Is dotlocking still  a work in progress or are we missing something here?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From tss@iki.fi  Wed Mar 19 16:23:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 16:23:41 +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 9EB8F23839
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 16:23:41 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5841C5E01F94; Wed, 19 Mar 2003 16:23:41 +0200 (EET)
Subject: [dovecot] Re: Dotlocking doesn't work?
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.53.0303190900030.1549@samadhi.braincells.com>
References: <Pine.LNX.4.53.0303190900030.1549@samadhi.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048083821.850.30.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 19 Mar 2003 16:23:41 +0200
X-archive-position: 419
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: 419                                                  
Status: O

On Wed, 2003-03-19 at 16:04, Jaldhar H. Vyas wrote:
> > >>  Files in the above dir are group mail, and the dir is group mail.  However,
> > > > all binaries in /usr/lib/dovecot are root/root.  I have set them all to g+s,
> > > > and group mail, and now the imap process can lock the INBOX.
> 
> Is dotlocking still  a work in progress or are we missing something here?

Only solution for now is to set /var/mail world-writable and sticky.

Another way would be to use more privileged process for handling lock
files. Some programs use setuid or setgid binary for that. I was
thinking that I'd let imap process request the locks from master
process. That would also allow overriding stale lock files created by
other users with shared mailboxes.


From jaldhar@debian.org  Wed Mar 19 16:30:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 16:30:34 +0200 (EET)
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id A8ABB23839
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 16:30:34 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 878BE7F5E; Wed, 19 Mar 2003 09:30:34 -0500 (EST)
Date: Wed, 19 Mar 2003 09:30:34 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Dotlocking doesn't work?
In-Reply-To: <1048083821.850.30.camel@hurina>
Message-ID: <Pine.LNX.4.53.0303190926260.1549@samadhi.braincells.com>
References: <Pine.LNX.4.53.0303190900030.1549@samadhi.braincells.com>
 <1048083821.850.30.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 420
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 420                                                  
Status: O

On Wed, 19 Mar 2003, Timo Sirainen wrote:

> Only solution for now is to set /var/mail world-writable and sticky.
>

Debian policy doesn't like that.

> Another way would be to use more privileged process for handling lock
> files. Some programs use setuid or setgid binary for that. I was
> thinking that I'd let imap process request the locks from master
> process. That would also allow overriding stale lock files created by
> other users with shared mailboxes.
>

I think this is a better idea overall.  It would reduce the amount of code
which needed elevated privileges and like you said, allow stale lock files
to be overriden.  I used to have that problem with uw-imap.

In the meantime, could you add something to the documentation about this
issue?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From lfarkas@bnap.hu  Wed Mar 19 17:02:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 17:02:19 +0200 (EET)
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 1A59C2385F
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 17:02:19 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 2D4D9754031
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 16:04:16 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id CD78C3EE4
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 16:02:16 +0100 (CET)
Message-ID: <3E788683.3040803@bnap.hu>
Date: Wed, 19 Mar 2003 16:02:27 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: some problem with dovecot
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>	 <20030319121608.5C0BF754013@mail1.bppiac.hu> <1048077140.848.19.camel@hurina>
In-Reply-To: <1048077140.848.19.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 421
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: 421                                                  
Status: O

Timo Sirainen wrote:
> On Wed, 2003-03-19 at 14:14, Farkas Levente wrote:
> 
>>>- we store mails in ~/Maildir/. dovecot create a ~/Maildir/.INBOX and put
>>>the index files of the ~/Maildir/{cur,new,tmp} into that folder but for
>>
>>all
>>
>>>other folders it keep the index files in that folder's directory. it's
>>
>>realy
>>
>>>confusing.
> 
> 
> I didn't really like having indexes stored in the root directory..

why?
there are other files in the root directory:
.subscriptions
.customflags
and in this case the directory stucture would be consistent.
what's more currently e.g. under mozilla's subscribe INDEX shown as a 
folder to be able to subscribe althougfh there is no such "real" mail 
folder. which is confusing. what's more what happens if someone would 
like to create a folder called INBOX? hmm...

-- 
   Levente                               "Si vis pacem para bellum!"



From jpeterson275@attbi.com  Wed Mar 19 19:30:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 19:30:30 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by danu.procontrol.fi (Postfix) with ESMTP id C76512385F
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 19:30:29 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <2003031917302605300n1l0pe>; Wed, 19 Mar 2003 17:30:26 +0000
Message-ID: <3E78A928.1020708@attbi.com>
Date: Wed, 19 Mar 2003 09:30:16 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: some problem with dovecot
References: <20030319113734.BA3F8754025@mail1.bppiac.hu> <20030319121608.5C0BF754013@mail1.bppiac.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 422
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 422                                                  
Status: O

Farkas Levente wrote:
> other probles, that the outlook express can't be used when the folders
> contains big messages (it's died during send/recv), but if we switch folder
> setting headers only than it's works corre

I think I found a repeatable symptom with large messages:

If you get any amount of small messages first (i think) it works fine. 
The first large message you get, dovecot messes on the second chunk 
requested.  If you just try that message again, dovecot fixes itself, 
and sends messages fine (i think).  Hope that helps, yet to test 
Mail.app.  I'll keep you posted!



-- 
Jesse Peterson  /  jesse@pixeltechs.com


From ianj@ian-justman.com  Wed Mar 19 19:50:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 19 Mar 2003 19:50:39 +0200 (EET)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sakura.ian-justman.com (sakura.ian-justman.com [207.126.64.32])
	by danu.procontrol.fi (Postfix) with ESMTP id 32EE823839
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 19:50:39 +0200 (EET)
Received: from spampd.localdomain (localhost [127.0.0.1])
	by localhost.ian-justman.com (Postfix) with ESMTP id 6D0B661129F
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 09:50:37 -0800 (PST)
Received: from ian-justman.com (fenchurch.netasset.com [207.126.67.194])
	by sakura.ian-justman.com (Postfix) with ESMTP id 2C06B61129F
	for <dovecot@procontrol.fi>; Wed, 19 Mar 2003 09:50:34 -0800 (PST)
Message-ID: <3E78ADEA.8010908@ian-justman.com>
Date: Wed, 19 Mar 2003 09:50:34 -0800
From: "Ian R. Justman" <ianj@ian-justman.com>
Organization: Net Asset, Network Operations
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en, ja
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Dotlocking doesn't work?
References: <Pine.LNX.4.53.0303190900030.1549@samadhi.braincells.com> <1048083821.850.30.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 423
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 423                                                  
Status: O
Content-Length: 1240



Timo Sirainen wrote:
> On Wed, 2003-03-19 at 16:04, Jaldhar H. Vyas wrote:
> 
>>>>> Files in the above dir are group mail, and the dir is group mail.  However,
>>>>>all binaries in /usr/lib/dovecot are root/root.  I have set them all to g+s,
>>>>>and group mail, and now the imap process can lock the INBOX.
>>>>
>>Is dotlocking still  a work in progress or are we missing something here?
> 
> 
> Only solution for now is to set /var/mail world-writable and sticky.
> 
> Another way would be to use more privileged process for handling lock
> files. Some programs use setuid or setgid binary for that. I was
> thinking that I'd let imap process request the locks from master
> process. That would also allow overriding stale lock files created by
> other users with shared mailboxes.

On this tack, this problem bit me yesterday when I migrated one of my 
public-access machines from Qpopper to Dovecot on the POP3 side of 
things.  The best way I could solve this, until something can be done 
for dotlocking is to use fcntl(2) for now.

Though I seem to remember some manner of warnings using fcntl(2). 
However, since none of my systems use NFS for their mailstores, I felt 
this is safe enough.  Any thoughts on this matter?

--Ian.


From charlieb-dovecot@e-smith.com  Thu Mar 20 03:30:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 03:30:56 +0200 (EET)
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 20AF82385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 03:30:56 +0200 (EET)
Received: (qmail 16961 invoked by uid 404); 20 Mar 2003 01:30:54 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 19 Mar 2003 20:30:53 -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; 20 Mar 2003 01:30:53 -0000
Received: (qmail 14140 invoked by uid 5008); 20 Mar 2003 01:30:53 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 01:30:53 -0000
Date: Wed, 19 Mar 2003 20:30:53 -0500 (EST)
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: inetd/xinetd/tcpserver support
In-Reply-To: <1046224359.30815.36.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 424
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: 424                                                  
Status: O
Content-Length: 4270


On 26 Feb 2003, Timo Sirainen wrote:

> I was just thinking how they could be easily supported. This would work,
> right? :
> 
> imap stream tcp nowait root /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login
> imaps stream tcp nowait root /usr/sbin/tcpd /usr/local/libexec/dovecot/imap-login --ssl
> 
> imap-login would try to connect to master process using some named
> socket. If it couldn't, it would create the master process itself.
> Master process would work as usual (executes auth and imap processes),
> except it wouldn't be executing login processes.

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/).

Here is the run script:

#!/bin/sh

concurrency=20
ulimitdata=3000000
CVM_SASL_PLAIN=cvm-local:/tmp/.cvm-unix-local
export CVM_SASL_PLAIN
CVM_ACCOUNT_SPLIT_CHARS=
export CVM_ACCOUNT_SPLIT_CHARS

exec 2>&1
exec \
  softlimit -m $ulimitdata \
  tcpserver -dHRvX \
  -c "$concurrency" \
  -x tcp.cdb \
  0 imap \
  /usr/bin/imapfront-auth \
  /usr/local/bin/imap


And here is the IMAP session:

* OK imapfront ready.
001 capability
* CAPABILITY IMAP4rev1 
001 OK CAPABILITY completed
002 login foo xxxxx
* PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND 
UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as foo
002 capability
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT 
LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED
002 OK Capability completed.
003 select inbox
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags 
permitted.
* 4 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1045884314] UIDs valid
* OK [UIDNEXT 5] Predicted next UID
003 OK [READ-WRITE] Select completed.
004 create abox
004 OK Create completed.
005 select abox
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags 
permitted.
* 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1045885867] UIDs valid
* OK [UIDNEXT 1] Predicted next UID
005 OK [READ-WRITE] Select completed.
006 list "" % 
* LIST (\UnMarked) "." "Trash"
* LIST (\UnMarked) "." "foo"
* LIST (\UnMarked) "." "onebox"
* LIST (\UnMarked) "." "abox"
* LIST (\UnMarked) "." "INBOX"
006 OK List completed.
006 list "" ""
* LIST (\Noselect) "." ""
006 OK List completed.
007 logout
* BYE Logging out
007 OK Logout completed.

This setup can't do STARTTLS, but now that I have it working in plaintext,
I can look at adapting Scott Gifford's stunnel TLS proxy work:

http://www.suspectclass.com/~sgifford/stunnel-tlsproxy/stunnel-tlsproxy.html 

I don't expect this to be too difficult.
 
> This wouldn't require much code changing, and it would still be using
> all the same privilege separations as the standalone version so it would
> be just a secure.

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?

You'll see that in the setup I've detailed above I am only using the 
"imap" binary from dovecot. I'm happy with the division of labour which 
has tcpserver doing network connection control, imapfront-auth+cvm doing 
authentication and uid switching, and imap doing mailbox access and IMAp 
protocol implementation. I expect to add stunnel doing TLS to that mix 
tomorrow. 

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.

> 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". 

--
Charlie



From lfarkas@bnap.hu  Thu Mar 20 11:38:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 11:38:16 +0200 (EET)
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 4C6832385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 11:38:16 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id AFCAE754023
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 10:40:21 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id E7F193EEC
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 10:38:14 +0100 (CET)
Message-ID: <3E798C0E.8000409@bnap.hu>
Date: Thu, 20 Mar 2003 10:38:22 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] more problem with Sent
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 425
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: 425                                                  
Status: O

hi,
ok it's turn out that not just mozilla not able to put the sent mails 
into the Sent folder but our webmail frontend (SquirrelMail) can't do 
it. so those who are using the webmail no longer able to use the mail 
system:-(((

-- 
   Levente                               "Si vis pacem para bellum!"



From rueckert@informatik.uni-rostock.de  Thu Mar 20 13:22:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 13:22:28 +0200 (EET)
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from monsters.dnsalias.net (vpn017022.uni-rostock.de [139.30.17.22])
	by danu.procontrol.fi (Postfix) with ESMTP id 07C192385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 13:22:28 +0200 (EET)
Received: by monsters.dnsalias.net (Postfix, from userid 500)
	id BE25B1441E3; Thu, 20 Mar 2003 12:25:17 +0100 (CET)
Date: Thu, 20 Mar 2003 12:25:17 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
Message-ID: <20030320112517.GF10729@irssi.ath.cx>
References: <1046224359.30815.36.camel@hurina> <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com>
User-Agent: Mutt/1.5.3i
X-archive-position: 426
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: rueckert@informatik.uni-rostock.de
Precedence: bulk
X-list: dovecot
X-UID: 426                                                  
Status: O
Content-Length: 2364

On 2003-03-19 20:30:53 -0500, Charlie Brady wrote:
> 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?
>
> You'll see that in the setup I've detailed above I am only using the
> "imap" binary from dovecot. I'm happy with the division of labour
> which
> has tcpserver doing network connection control, imapfront-auth+cvm
> doing
> authentication and uid switching, and imap doing mailbox access and
> IMAp
> protocol implementation. I expect to add stunnel doing TLS to that mix
> tomorrow.
>
> 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.
>
> > 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".

hi
first of all i want to paste this

On Wed, 19 Mar 2003, Timo Sirainen wrote:
( Message-Id: <1048083821.850.30.camel@hurina> )
> Only solution for now is to set /var/mail world-writable and sticky.
> Another way would be to use more privileged process for handling lock
> files. Some programs use setuid or setgid binary for that. I was
> thinking that I'd let imap process request the locks from master
> process. That would also allow overriding stale lock files created by
> other users with shared mailboxes.

another point would be no reusing. you restart all processes on each
connection. if i count correctly:

1 tcpserver + 1 imapauth + 1 imap binary per connection

forked on every connect.

iirc correctly cras implemented resuing of the already spawned
processes. maybe a reason.

isnt there a lib offering tcp-server like functionality?

just my pi cents
darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From ggendel@sarnoff.com  Thu Mar 20 14:53:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 14:53:47 +0200 (EET)
Return-Path: <ggendel@sarnoff.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from ace.sarnoff.com (ace.sarnoff.com [130.33.8.46])
	by danu.procontrol.fi (Postfix) with SMTP id 08C512385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 14:53:47 +0200 (EET)
Received: from postoffice.sarnoff.com(130.33.10.147) by ace.sarnoff.com via csmap 
	 id 8703; Thu, 20 Mar 2003 07:53:22 -0500 (EST)
Received: from sarnoff.com ([130.33.205.137]) by
          postoffice.sarnoff.com (Netscape Messaging Server 4.15) with
          ESMTP id HC1T5S00.DLP for <dovecot@procontrol.fi>; Thu, 20 Mar
          2003 07:53:52 -0500 
Message-ID: <3E79B947.2010801@sarnoff.com>
Date: Thu, 20 Mar 2003 07:51:19 -0500
From: "GARY GENDEL" <ggendel@sarnoff.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
References: <1046224359.30815.36.camel@hurina> <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com> <20030320112517.GF10729@irssi.ath.cx>
X-Enigmail-Version: 0.63.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 427
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ggendel@sarnoff.com
Precedence: bulk
X-list: dovecot
X-UID: 427                                                  
Status: O
Content-Length: 2830



Marcus Rueckert wrote:
> On 2003-03-19 20:30:53 -0500, Charlie Brady wrote:
> 
>>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?
>>
>>You'll see that in the setup I've detailed above I am only using the
>>"imap" binary from dovecot. I'm happy with the division of labour
>>which
>>has tcpserver doing network connection control, imapfront-auth+cvm
>>doing
>>authentication and uid switching, and imap doing mailbox access and
>>IMAp
>>protocol implementation. I expect to add stunnel doing TLS to that mix
>>tomorrow.
>>
>>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.
>>
>>
>>>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".
> 
> 
> hi
> first of all i want to paste this
> 
> On Wed, 19 Mar 2003, Timo Sirainen wrote:
> ( Message-Id: <1048083821.850.30.camel@hurina> )
> 
>>Only solution for now is to set /var/mail world-writable and sticky.
>>Another way would be to use more privileged process for handling lock
>>files. Some programs use setuid or setgid binary for that. I was
>>thinking that I'd let imap process request the locks from master
>>process. That would also allow overriding stale lock files created by
>>other users with shared mailboxes.
> 
> 
> another point would be no reusing. you restart all processes on each
> connection. if i count correctly:
> 
> 1 tcpserver + 1 imapauth + 1 imap binary per connection
> 
> forked on every connect.
> 
> iirc correctly cras implemented resuing of the already spawned
> processes. maybe a reason.

tcpserver has been used in the high-performance mail system, Qmail.  It 
really doesn't suffer as high an overhead as you think.  Three processes 
are not spawned, instead each one is replaced by the next in the same 
process space (using execv or execvp).  tcpserver either rejects the 
connection (based upon connecting IP rules), or adds specified variables 
to the environment and execs the next program in the chain.  imapauth 
negotiates login, fails or execs imap.  This kind of exec chaining has 
shown to be really efficient on unix/linux platforms.

Gary




From tss@iki.fi  Thu Mar 20 15:26:40 2003
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.


From lfarkas@bnap.hu  Thu Mar 20 15:41:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 15:41:33 +0200 (EET)
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 5E92823839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 15:41:33 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 65B8E754019
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 14:41:31 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id ECED13EEC
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 14:41:30 +0100 (CET)
Message-ID: <3E79C514.7090004@bnap.hu>
Date: Thu, 20 Mar 2003 14:41:40 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: more problem with Sent
References: <3E798C0E.8000409@bnap.hu>
In-Reply-To: <3E798C0E.8000409@bnap.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 429
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: 429                                                  
Status: O

Farkas Levente wrote:
> hi,
> ok it's turn out that not just mozilla not able to put the sent mails 
> into the Sent folder but our webmail frontend (SquirrelMail) can't do 
> it. so those who are using the webmail no longer able to use the mail 
> system:-(((

or may be the problem with the attachmnet and the reason can be the same 
as with large file retriving...

-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Thu Mar 20 15:42:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 15:42:17 +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 41A4E23839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 15:42:17 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 24C2F5E01F94; Thu, 20 Mar 2003 15:42:17 +0200 (EET)
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3E79B947.2010801@sarnoff.com>
References: <1046224359.30815.36.camel@hurina>
	 <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com>
	 <20030320112517.GF10729@irssi.ath.cx>  <3E79B947.2010801@sarnoff.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048167736.5765.111.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 15:42:17 +0200
X-archive-position: 430
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: 430                                                  
Status: O
Content-Length: 1971

On Thu, 2003-03-20 at 14:51, GARY GENDEL wrote:
> > iirc correctly cras implemented resuing of the already spawned
> > processes. maybe a reason.

No, I don't reuse processes. They could be reused within same UID, but
I'm not sure if it's good idea. At least if the UID is used by multiple
users, something sensitive could be left in process memory space from
previous user and that's not really good.

I've actually been thinking that I could make imap process completely
non-blocking which would allow using one process for multiple IMAP
connections for same user. The problem cases are mostly just APPEND
which blocks for input from user, and the commands which return a lot of
data and block on output. After fixing those, there's still the problem
that at least SEARCH could block because it's so slow. Maybe have two
processes, one handling slow/large queries, other handling quick
queries.

Well, there's still the annoying problem that by making the output
non-blocking, I'd have to be constantly calling poll() to see when I can
write more data. That's a lot of useless syscalls compared to the
current blocking model.

> tcpserver has been used in the high-performance mail system, Qmail.  It 
> really doesn't suffer as high an overhead as you think.  Three processes 
> are not spawned, instead each one is replaced by the next in the same 
> process space (using execv or execvp).  tcpserver either rejects the 
> connection (based upon connecting IP rules), or adds specified variables 
> to the environment and execs the next program in the chain.  imapauth 
> negotiates login, fails or execs imap.  This kind of exec chaining has 
> shown to be really efficient on unix/linux platforms.

It also has the problem that it has to run as root until user has
authenticated.

Dovecot can also be setup to use a single process to handle multiple
login connections. That means only a single fork+exec per connection,
and still never parsing user input as root.


From tss@iki.fi  Thu Mar 20 16:32:09 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 16:32:09 +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 F2CF923839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 16:32:08 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 41B6C5E01F94; Thu, 20 Mar 2003 16:32:08 +0200 (EET)
Subject: [dovecot] Re: more problem with Sent
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3E79C514.7090004@bnap.hu>
References: <3E798C0E.8000409@bnap.hu>  <3E79C514.7090004@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048170728.5765.118.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 16:32:08 +0200
X-archive-position: 431
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: 431                                                  
Status: O

On Thu, 2003-03-20 at 15:41, Farkas Levente wrote:
> > ok it's turn out that not just mozilla not able to put the sent mails 
> > into the Sent folder but our webmail frontend (SquirrelMail) can't do 
> > it. so those who are using the webmail no longer able to use the mail 
> > system:-(((
> 
> or may be the problem with the attachmnet and the reason can be the same 
> as with large file retriving...

Well, at least try if the partial.patch fixes that, you can get it from
Dovecot's web page. Anyway, I think I have now time to look at the
problems, unless something happens to interrupt me..


From charlieb-dovecot@e-smith.com  Thu Mar 20 17:11:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 17:11:51 +0200 (EET)
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 7C5FC2385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 17:11:50 +0200 (EET)
Received: (qmail 28860 invoked by uid 404); 20 Mar 2003 15:11:49 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 20 Mar 2003 10:11:48 -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; 20 Mar 2003 15:11:48 -0000
Received: (qmail 9474 invoked from network); 20 Mar 2003 15:11:48 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 20 Mar 2003 15:11:48 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 15:15:48 -0000
Date: Thu, 20 Mar 2003 10:15:48 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
In-Reply-To: <20030320112517.GF10729@irssi.ath.cx>
Message-ID: <Pine.LNX.4.44.0303201009470.18300-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 432
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: 432                                                  
Status: O
Content-Length: 1585


[Please remember to trim down to minimum quoted text, guys]

On Thu, 20 Mar 2003, Marcus Rueckert wrote:

> > 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".
> 
> first of all i want to paste this
>
> On Wed, 19 Mar 2003, Timo Sirainen wrote:
> ( Message-Id: <1048083821.850.30.camel@hurina> )
> > Only solution for now is to set /var/mail world-writable and sticky.
> > Another way would be to use more privileged process for handling lock
> > files. Some programs use setuid or setgid binary for that. I was
> > thinking that I'd let imap process request the locks from master
> > process. That would also allow overriding stale lock files created by
> > other users with shared mailboxes.

You haven't said why you wanted to paste that. Could you explain please?

> another point would be no reusing. you restart all processes on each
> connection. if i count correctly:
> 
> 1 tcpserver + 1 imapauth + 1 imap binary per connection
> 
> forked on every connect.

You haven't counted correct, as someone has already pointed out (and as
indeed I did in the text you have quoted above).

> iirc correctly cras implemented resuing of the already spawned
> processes. maybe a reason.

I had to use google to find out what "cras" was. ["cras" is Timo.]

> isnt there a lib offering tcp-server like functionality?

Probably not, but I don't see the relevance anyway.

--
Charlie





From charlieb-dovecot@e-smith.com  Thu Mar 20 17:23:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 17:23:56 +0200 (EET)
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 646822385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 17:23:55 +0200 (EET)
Received: (qmail 923 invoked by uid 404); 20 Mar 2003 15:23:54 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 20 Mar 2003 10:23:53 -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; 20 Mar 2003 15:23:52 -0000
Received: (qmail 13688 invoked from network); 20 Mar 2003 15:23:40 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 20 Mar 2003 15:23:40 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 15:27:39 -0000
Date: Thu, 20 Mar 2003 10:27:39 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
In-Reply-To: <1048166799.5765.93.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303201016400.18300-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 433
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: 433                                                  
Status: O
Content-Length: 3197


On 20 Mar 2003, Timo Sirainen wrote:

> 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.

I realised that was a problem. I'm happy to hear that you have a solution 
:-)

> 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 :)

Perhaps the reason is to be found in CVS change logs.

I'd really appreciate it if you could point out to me where I'd find the 
code which would make use of the variable.

> > 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.

I guess I asked the wrong question. I shouldn't have asked "how" - I 
should have asked "why have you done it that way?". The system you have 
seems over complex. Simple solutions (if they work correctly) are always 
better.

> > 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,

Not so. See below.

> with Dovecot setup the process executing SSL is
> non-privileged and chrooted so it's not very likely that attacker could
> do much there.

If you have a look at Scott Gifford's work, he also runs SSL non-root and 
chrooted. I agree with you that that is a very significant improvement 
over established practice.

> 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.

Yes, that is a deficiency, but as you point out, probably not practically 
relevant at the moment. If it did become a problem, mailfront could be 
patched - it's GPL software, and Bruce Guenter can be persuaded to do
commissioned work.

--
Charlie



From lfarkas@bnap.hu  Thu Mar 20 17:27:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 17:27:02 +0200 (EET)
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 C536C2385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 17:27:01 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 7ED2F75402A
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 16:26:59 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 739CD3EE4
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 16:26:58 +0100 (CET)
Message-ID: <3E79DDCD.9000608@bnap.hu>
Date: Thu, 20 Mar 2003 16:27:09 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: more problem with Sent
References: <3E798C0E.8000409@bnap.hu>  <3E79C514.7090004@bnap.hu> <1048170728.5765.118.camel@hurina>
In-Reply-To: <1048170728.5765.118.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 434
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: 434                                                  
Status: O

Timo Sirainen wrote:
> On Thu, 2003-03-20 at 15:41, Farkas Levente wrote:
> 
>>>ok it's turn out that not just mozilla not able to put the sent mails 
>>>into the Sent folder but our webmail frontend (SquirrelMail) can't do 
>>>it. so those who are using the webmail no longer able to use the mail 
>>>system:-(((
>>
>>or may be the problem with the attachmnet and the reason can be the same 
>>as with large file retriving...
> 
> 
> Well, at least try if the partial.patch fixes that, you can get it from
> Dovecot's web page. Anyway, I think I have now time to look at the
> problems, unless something happens to interrupt me..

now I able to manage the compile a the latest cvs (libtool are hardcoded 
and other problems:-)
all problems remain:-(
- "only header" works in OE6 but "all messages" still not with mailbox 
with large messages.
- squirelmail can't senmd mails with attachments
- mozilla can't work.


-- 
   Levente                               "Si vis pacem para bellum!"



From charlieb-dovecot@e-smith.com  Thu Mar 20 17:44:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 17:44:41 +0200 (EET)
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 02E2F23839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 17:44:41 +0200 (EET)
Received: (qmail 5805 invoked by uid 404); 20 Mar 2003 15:44:40 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 20 Mar 2003 10:44:39 -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; 20 Mar 2003 15:44:38 -0000
Received: (qmail 19213 invoked from network); 20 Mar 2003 15:44:10 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 20 Mar 2003 15:44:10 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 15:48:10 -0000
Date: Thu, 20 Mar 2003 10:48:10 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
In-Reply-To: <Pine.LNX.4.44.0303201016400.18300-100000@vegemite.nssg.mitel.com>
Message-ID: <Pine.LNX.4.44.0303201044000.18300-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 435
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: 435                                                  
Status: O
Content-Length: 2329


On Thu, 20 Mar 2003, Charlie Brady wrote:

> On 20 Mar 2003, Timo Sirainen wrote:
> 
> > 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 :)
> 
> Perhaps the reason is to be found in CVS change logs.
> 
> I'd really appreciate it if you could point out to me where I'd find the 
> code which would make use of the variable.

Found it. Here's the change which broke mailfront compatibility:

revision 1.20
date: 2003/01/27 01:33:40;  author: cras;  state: Exp;  lines: +4 -5
We have now separate "userdb" and "passdb". They aren't tied to each 
others
in any way, so it's possible to use whatever user database with whatever
password database.

Added "static" userdb, which uses same uid/gid for everyone and generates
home directory from given template. This could be useful with PAM, 
although
insecure since everyone uses same uid.

Not too well tested, and userdb/passdb API still needs to be changed to
asynchronous for sql/ldap/etc lookups.


diff -u -r1.19 -r1.20
--- src/imap/main.c     5 Jan 2003 13:09:51 -0000       1.19
+++ src/imap/main.c     27 Jan 2003 01:33:40 -0000      1.20
@@ -12,7 +12,7 @@
 #include <syslog.h>
 
 #define IS_STANDALONE() \
-        (getenv("LOGIN_TAG") == NULL)
+        (getenv("LOGGED_IN") == NULL)
 
 struct ioloop *ioloop;
 static char log_prefix[128]; /* syslog() needs this to be permanent */
@@ -104,9 +104,6 @@
                client_send_line(client, t_strconcat(
                        "* PREAUTH [CAPABILITY "CAPABILITY_STRING"] "
                        "Logged in as ", getenv("USER"), NULL));
-       } else {
-               client_send_line(client, t_strconcat(getenv("LOGIN_TAG"),
-                                                    " OK Logged in.", 
NULL));
        }
 }
 
@@ -125,8 +122,10 @@
 int main(int argc __attr_unused__, char *argv[], char *envp[])
 {
 #ifdef DEBUG
-       if (getenv("LOGIN_TAG") != NULL)
+       if (getenv("LOGGED_IN") != NULL) {
                fd_debug_verify_leaks(3, 1024);
+               putenv("DISABLE_ALARMHUP=1"); /* annoying when debugging 
*/
+       }
 #endif
        /* NOTE: we start rooted, so keep the code minimal until
           restrict_access_by_env() is called */


--
Charlie



From tss@iki.fi  Thu Mar 20 19:09:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 19:09:58 +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 BAB202385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 19:09:57 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 376815E01F95; Thu, 20 Mar 2003 19:09:57 +0200 (EET)
Subject: [dovecot] Re: more problem with Sent
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3E798C0E.8000409@bnap.hu>
References: <3E798C0E.8000409@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048180196.5765.146.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 19:09:57 +0200
X-archive-position: 436
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: 436                                                  
Status: O

On Thu, 2003-03-20 at 11:38, Farkas Levente wrote:
> ok it's turn out that not just mozilla not able to put the sent mails 
> into the Sent folder but our webmail frontend (SquirrelMail) can't do 
> it. so those who are using the webmail no longer able to use the mail 
> system:-(((

Using LITERAL+ with APPEND was broken. That's at least why Mozilla
couldn't save messages. Fixed in CVS, and I also added patch to web
page.


From tss@iki.fi  Thu Mar 20 19:47:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 19:47:15 +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 E0C9523839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 19:47:14 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 895445E01F95; Thu, 20 Mar 2003 19:47:14 +0200 (EET)
Subject: [dovecot] Re: some problem with dovecot
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030319113734.BA3F8754025@mail1.bppiac.hu>
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048182434.5760.177.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 19:47:14 +0200
X-archive-position: 437
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: 437                                                  
Status: O
Content-Length: 1282

On Wed, 2003-03-19 at 13:35, Farkas Levente wrote:
> - first of all the folder list can't be subscribed i.e. only the top level
> folder can be subscribed. can't subscribe to folder which has subfolders and
> mail inside. all folders with has subfolders shonw as an empty name folder
> under itself. and you can't select these folders in mozilla's subscribe
> window (i.e you are not able to check it even it is there).

Looks like mozilla is a bit buggy here. But Dovecot was too, fixed again
in CVS and patch in web page.

LIST "" foo.%
* LIST () "." "foo."
* LIST () "." "foo.bar"

Mozilla doesn't like the "foo." in the reply. IMAP protocol says that it
should be sent, but Courier and Cyrus doesn't send it either. Also this
was buggy in Dovecot anyway since it was always sent as \NoSelect
folder, which is why you couldn't subscribe to those folders.

Another strange thing that I see is:

3 list "" "%"
* LIST (\Children \UnMarked) "." "evolution"
..
4 list "" "%.%"
* LIST (\UnMarked) "." "evolution.juttu"
..
11 subscribe "evolution/juttu"
11 NO [TRYCREATE] Mailbox doesn't exist: evolution/juttu

Why does it try "/" separator? That's clearly mozilla bug. Actually
Dovecot is buggy there too, it shouldn't have said [TRYCREATE] since "/"
makes it invalid mailbox name..


From tss@iki.fi  Thu Mar 20 19:50:57 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 19:50:57 +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 42DC823839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 19:50:57 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5349D5E01F95; Thu, 20 Mar 2003 19:50:56 +0200 (EET)
Subject: [dovecot] Re: some problem with dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1048182434.5760.177.camel@hurina>
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>
	 <1048182434.5760.177.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048182656.5765.179.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 19:50:56 +0200
X-archive-position: 438
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: 438                                                  
Status: O

On Thu, 2003-03-20 at 19:47, Timo Sirainen wrote:
> 11 NO [TRYCREATE] Mailbox doesn't exist: evolution/juttu
> 
> Why does it try "/" separator? That's clearly mozilla bug. Actually
> Dovecot is buggy there too, it shouldn't have said [TRYCREATE] since "/"
> makes it invalid mailbox name..

Whops, no it wasn't, I just had full_filesystem_access = yes.


From tss@iki.fi  Thu Mar 20 19:56:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 19:56:12 +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 DFA3D23839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 19:56:11 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6B7EA5E01F95; Thu, 20 Mar 2003 19:56:11 +0200 (EET)
Subject: [dovecot] Re: debian 0.99.8.1 packages available
From: Timo Sirainen <tss@iki.fi>
To: Amelia A Lewis <amyzing@talsever.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030318170520.GA1766@talsever.com>
References:
	 <Pine.LNX.4.53.0303170952030.24562@jyoti.intranet.braincells.com>
	 <20030318161232.GA1537@talsever.com>
	 <Pine.LNX.4.53.0303181117010.7794@jyoti.intranet.braincells.com>
	 <20030318170520.GA1766@talsever.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048182971.5760.181.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 19:56:11 +0200
X-archive-position: 439
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: 439                                                  
Status: O

On Tue, 2003-03-18 at 19:05, Amelia A Lewis wrote:
> There's something weird happening when you put mail and subfolders in the
> same folder.  Creating a subfolder means that any mail in the folder is no
> longer accessible.  For whatever reason, sylpheed can't even see subfolders
> (much less create them).

I think these are now fixed in CVS or list.patch in web page.


From tss@iki.fi  Thu Mar 20 20:09:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 20:09:13 +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 5EE4723839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 20:09:13 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 34C495E01F95; Thu, 20 Mar 2003 20:09:13 +0200 (EET)
Subject: [dovecot] Re: some problem with dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3E788683.3040803@bnap.hu>
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>
	 <20030319121608.5C0BF754013@mail1.bppiac.hu>
	 <1048077140.848.19.camel@hurina>  <3E788683.3040803@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048183752.5765.195.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 20:09:13 +0200
X-archive-position: 440
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: 440                                                  
Status: O

On Wed, 2003-03-19 at 17:02, Farkas Levente wrote:
> > I didn't really like having indexes stored in the root directory..
> 
> why?
> there are other files in the root directory:
> .subscriptions
> .customflags
> and in this case the directory stucture would be consistent.

Originally I made the .INBOX because I thought that'd help me with
renaming INBOX, so I wouldn't have to rename() all files separately. But
I don't even try to support renaming INBOX anymore since it can't be
done atomically.

I guess I could just put everything in the root dir. But I think I'll do
it only after next release so UIDs won't get lost when it gets moved.


From ggendel@sarnoff.com  Thu Mar 20 20:26:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 20:26:42 +0200 (EET)
Return-Path: <ggendel@sarnoff.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from ace.sarnoff.com (ace.sarnoff.com [130.33.8.46])
	by danu.procontrol.fi (Postfix) with SMTP id B0D3823839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 20:26:41 +0200 (EET)
Received: from postoffice.sarnoff.com(130.33.10.147) by ace.sarnoff.com via csmap 
	 id 1879; Thu, 20 Mar 2003 13:26:17 -0500 (EST)
Received: from sarnoff.com ([130.33.205.137]) by
          postoffice.sarnoff.com (Netscape Messaging Server 4.15) with
          ESMTP id HC28KM00.GP2; Thu, 20 Mar 2003 13:26:46 -0500 
Message-ID: <3E7A074C.9030506@sarnoff.com>
Date: Thu, 20 Mar 2003 13:24:12 -0500
From: "GARY GENDEL" <ggendel@sarnoff.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Conformance testing
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>	 <20030319121608.5C0BF754013@mail1.bppiac.hu>	 <1048077140.848.19.camel@hurina>  <3E788683.3040803@bnap.hu> <1048183752.5765.195.camel@hurina>
X-Enigmail-Version: 0.63.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 441
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ggendel@sarnoff.com
Precedence: bulk
X-list: dovecot
X-UID: 441                                                  
Status: O

Timo,

I tried Dovecot and think it has some real potential.  The version I 
used had some flakey operation and some correspond to the problems other 
people are reporting.  It could use more documentation so we can come up 
to speed properly to help develop, test, and expand it's capabilities.

As for all the issues with IMAP... Have you tried the following program 
to test dovecot's conformance?

http://www.alphaworks.ibm.com/tech/serverconformancetester

If not, I suggest it would be worthwhile.  This is the program that 
UW-IMAP and others use to verify their system.

Gary



From tss@iki.fi  Thu Mar 20 20:46:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 20:46:12 +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 0DD442385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 20:46:12 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DAA6E5E01F95; Thu, 20 Mar 2003 20:46:11 +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.0303201016400.18300-100000@vegemite.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0303201016400.18300-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048185971.5765.230.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 20:46:11 +0200
X-archive-position: 442
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: 442                                                  
Status: O
Content-Length: 1055

On Thu, 2003-03-20 at 17:27, Charlie Brady wrote:
> > > 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.
> 
> I guess I asked the wrong question. I shouldn't have asked "how" - I 
> should have asked "why have you done it that way?". The system you have 
> seems over complex. Simple solutions (if they work correctly) are always 
> better.

It's mostly about running things with least required privileges. I don't
think it's really complex either, only thing that makes it more complex
is IPC.

The current way also makes it possible to having long running auth and
login processes. Especially long running auth process can give much
higher performance since it doesn't have to keep reconnecting to LDAP or
SQL server, or keep reopening and reparsing some passwd files every time
a user logs in.


From charlieb-dovecot@e-smith.com  Thu Mar 20 21:02:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 21:02:01 +0200 (EET)
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 9062D2385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 21:02:00 +0200 (EET)
Received: (qmail 29569 invoked by uid 404); 20 Mar 2003 19:01:59 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 20 Mar 2003 14:01:59 -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; 20 Mar 2003 19:01:58 -0000
Received: (qmail 19501 invoked from network); 20 Mar 2003 19:01:58 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 20 Mar 2003 19:01:58 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 19:05:58 -0000
Date: Thu, 20 Mar 2003 14:05:57 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Long running auth/login processes (was Re: Re: inetd/xinetd/tcpserver
 support)
In-Reply-To: <1048185971.5765.230.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303201352410.18300-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 443
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: 443                                                  
Status: O


On 20 Mar 2003, Timo Sirainen wrote:

> The current way also makes it possible to having long running auth and
> login processes. Especially long running auth process can give much
> higher performance since it doesn't have to keep reconnecting to LDAP or
> SQL server, or keep reopening and reparsing some passwd files every time
> a user logs in.

Why do you care about long running login processes?

The long running auth process problem can be solved by using a unix domain
socket.  This is how Bruce Guenter's mailfront works. The authenticator 
runs long term, and listens to a socket (unix domain preferred, but there 
are other options). The login process is run from tcpserver, and gathers 
information from the client, and then connects to the authenticator and 
verified the information.

--
Charlie


From ggendel@sarnoff.com  Thu Mar 20 21:42:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 21:42:54 +0200 (EET)
Return-Path: <ggendel@sarnoff.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from ace.sarnoff.com (ace.sarnoff.com [130.33.8.46])
	by danu.procontrol.fi (Postfix) with SMTP id 84F6323839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 21:42:53 +0200 (EET)
Received: from postoffice.sarnoff.com(130.33.10.147) by ace.sarnoff.com via csmap 
	 id 4391; Thu, 20 Mar 2003 14:42:29 -0500 (EST)
Received: from sarnoff.com ([130.33.205.137]) by
          postoffice.sarnoff.com (Netscape Messaging Server 4.15) with
          ESMTP id HC2C3M00.BRO for <dovecot@procontrol.fi>; Thu, 20 Mar
          2003 14:42:58 -0500 
Message-ID: <3E7A1928.1060007@sarnoff.com>
Date: Thu, 20 Mar 2003 14:40:24 -0500
From: "GARY GENDEL" <ggendel@sarnoff.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Conformance testing
References: <Pine.LNX.4.44.0303201417120.18300-100000@vegemite.nssg.mitel.com>
X-Enigmail-Version: 0.63.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 444
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ggendel@sarnoff.com
Precedence: bulk
X-list: dovecot
X-UID: 444                                                  
Status: O

Charlie Brady wrote:
> On Thu, 20 Mar 2003, GARY GENDEL wrote:
> 
> 
>>As for all the issues with IMAP... Have you tried the following program 
>>to test dovecot's conformance?
>>
>>http://www.alphaworks.ibm.com/tech/serverconformancetester
>>
>>If not, I suggest it would be worthwhile.
> 
> 
> Only runs on WIN32 and AIX unfortunately.

True, but the server can be running on anything.  You must have a 
kickaround machine that has windows on it. :^(

Gary




From tss@iki.fi  Thu Mar 20 21:46:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 21:46:13 +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 1965A23839
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 21:46:13 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A80155E01F95; Thu, 20 Mar 2003 21:46:12 +0200 (EET)
Subject: [dovecot] Re: Long running auth/login processes (was Re: 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.0303201352410.18300-100000@vegemite.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0303201352410.18300-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048189572.5765.246.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 20 Mar 2003 21:46:12 +0200
X-archive-position: 445
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: 445                                                  
Status: O
Content-Length: 1488

On Thu, 2003-03-20 at 21:05, Charlie Brady wrote:
> On 20 Mar 2003, Timo Sirainen wrote:
> 
> > The current way also makes it possible to having long running auth and
> > login processes. Especially long running auth process can give much
> > higher performance since it doesn't have to keep reconnecting to LDAP or
> > SQL server, or keep reopening and reparsing some passwd files every time
> > a user logs in.
> 
> Why do you care about long running login processes?

That gives less amount of total running processes since you don't need
extra one for handling SSL. It also does SSL initialization only once,
instead of once per connection. Sure, this could also be done by
separate long running SSL process.

Anyway, I don't really care much about it since it pretty much means
that exploiting it gives access to connections of all users.

> The long running auth process problem can be solved by using a unix domain
> socket.  This is how Bruce Guenter's mailfront works. The authenticator 
> runs long term, and listens to a socket (unix domain preferred, but there 
> are other options). The login process is run from tcpserver, and gathers 
> information from the client, and then connects to the authenticator and 
> verified the information.

So, is it really much different from my design then? 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.


From charlieb@e-smith.com  Thu Mar 20 21:20:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 21:46:54 +0200 (EET)
Return-Path: <charlieb@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 931842385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 21:20:54 +0200 (EET)
Received: (qmail 4468 invoked by uid 404); 20 Mar 2003 19:20:53 -0000
Received: from charlieb@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 20 Mar 2003 14:20:53 -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; 20 Mar 2003 19:20:52 -0000
Received: (qmail 27591 invoked from network); 20 Mar 2003 19:20:03 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 20 Mar 2003 19:20:03 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 19:24:03 -0000
Date: Thu, 20 Mar 2003 14:24:03 -0500 (EST)
From: Charlie Brady <charlieb@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: GARY GENDEL <ggendel@sarnoff.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Conformance testing
In-Reply-To: <3E7A074C.9030506@sarnoff.com>
Message-ID: <Pine.LNX.4.44.0303201417120.18300-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 446
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: charlieb@e-smith.com
Precedence: bulk
X-list: dovecot
X-UID: 446                                                  
Status: O


On Thu, 20 Mar 2003, GARY GENDEL wrote:

> As for all the issues with IMAP... Have you tried the following program 
> to test dovecot's conformance?
> 
> http://www.alphaworks.ibm.com/tech/serverconformancetester
> 
> If not, I suggest it would be worthwhile.

Only runs on WIN32 and AIX unfortunately.

--
Charlie



From charlieb-dovecot@e-smith.com  Thu Mar 20 23:23:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 23:23:20 +0200 (EET)
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 6FF782385F
	for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 23:23:19 +0200 (EET)
Received: (qmail 29420 invoked by uid 404); 20 Mar 2003 21:23:18 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 20 Mar 2003 16:23:18 -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; 20 Mar 2003 21:23:17 -0000
Received: (qmail 8318 invoked from network); 20 Mar 2003 21:23:17 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 20 Mar 2003 21:23:17 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 21:27:17 -0000
Date: Thu, 20 Mar 2003 16:27:17 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Long running auth/login processes (was Re: Re: inetd/xinetd/tcpserver
 support)
In-Reply-To: <1048189572.5765.246.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303201559420.18300-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 447
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: 447                                                  
Status: O
Content-Length: 2910


On 20 Mar 2003, Timo Sirainen wrote:

> On Thu, 2003-03-20 at 21:05, Charlie Brady wrote:
> > 
> > Why do you care about long running login processes?
> 
> That gives less amount of total running processes since you don't need
> extra one for handling SSL.

You need two processes per connection or you don't have adequate privilege 
separation. In my case, I have one acting either as a cleartext proxy or 
as an SSL wrapper, and the other does authentication and then execs the 
imap daemon. How would you avoid one 

> It also does SSL initialization only once, instead of once per
> connection. Sure, this could also be done by separate long running SSL
> process.

Yes, it would be nice to do SSL initialization once, but I don't think the 
performance issue is enough to compomise the security and reliabilty of 
the system for.

> 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?

> > The long running auth process problem can be solved by using a unix domain
> > socket.  This is how Bruce Guenter's mailfront works. The authenticator 
> > runs long term, and listens to a socket (unix domain preferred, but there 
> > are other options). The login process is run from tcpserver, and gathers 
> > information from the client, and then connects to the authenticator and 
> > verified the information.
> 
> So, is it really much different from my design then? 

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.

> 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. 

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.

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.

I hope this explains my line of questioning to you a little.

--
Charlie



From charlieb-dovecot@e-smith.com  Fri Mar 21 00:16:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 21 Mar 2003 00:16:53 +0200 (EET)
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 BDD2C23839
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 00:16:52 +0200 (EET)
Received: (qmail 16803 invoked by uid 404); 20 Mar 2003 22:16:52 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 20 Mar 2003 17:16:52 -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; 20 Mar 2003 22:16:51 -0000
Received: (qmail 28740 invoked from network); 20 Mar 2003 22:16:51 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 20 Mar 2003 22:16:51 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2003 22:20:51 -0000
Date: Thu, 20 Mar 2003 17:20:51 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] tcpserver/mailfront/stunnel with patch (was Re: inetd/xinetd/tcpserver
 support)
In-Reply-To: <1048166799.5765.93.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303201715190.18300-200000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="554321423-1746228115-1048198851=:18300"
X-archive-position: 448
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: 448                                                  
Status: O
Content-Length: 3242

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--554321423-1746228115-1048198851=:18300
Content-Type: TEXT/PLAIN; charset=US-ASCII


On 20 Mar 2003, Timo Sirainen wrote:

> 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.

Done - patch is attached.

Here is the run file for running stunnel/mailfront/dovecot under 
tcpserver:

#!/bin/sh

concurrency=20
ulimitdata=3000000
CVM_SASL_PLAIN=cvm-local:/tmp/.cvm-unix-local
export CVM_SASL_PLAIN
CVM_ACCOUNT_SPLIT_CHARS=
export CVM_ACCOUNT_SPLIT_CHARS

SSLUID=`id -u stunnel`
SSLGID=`id -g stunnel`

exec 2>&1
exec \
  softlimit -m $ulimitdata \
  tcpserver -dHRvX \
  -c "$concurrency" \
  -x tcp.cdb \
  0 imap \
   makesock \
   stunnel -D debug -/ ssl -s "$SSLUID" -g "$SSLGID" \
       -N imap \
       -i -R seed -p imapd.pem -n imap- -f -F 3 \
    -makesock_connect_to \
  /usr/bin/imapfront-auth \
  /usr/libexec/dovecot/imap

This is the chroot jail required by stunnel:

-rw-r-----    1 root     stunnel ... ssl/imapd.pem
-rw-------    1 stunnel  stunnel ... ssl/seed
-rw-r--r--    1 root     root    ... ssl/usr/share/ssl/openssl.cnf

--
Charlie


--554321423-1746228115-1048198851=:18300
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dovecot-0.99.8.1.preauth.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0303201720510.18300@vegemite.nssg.mitel.com>
Content-Description: 
Content-Disposition: attachment; filename="dovecot-0.99.8.1.preauth.patch"

LS0tIHNyYy9pbWFwL21haW4uYy5vcmlnCVRodSBNYXIgMjAgMTY6MzI6NDgg
MjAwMw0KKysrIHNyYy9pbWFwL21haW4uYwlUaHUgTWFyIDIwIDE3OjAwOjM3
IDIwMDMNCkBAIC03MCw2ICs3MCw3IEBADQogCXN0cnVjdCBjbGllbnQgKmNs
aWVudDsNCiAJc3RydWN0IG1haWxfc3RvcmFnZSAqc3RvcmFnZTsNCiAJY29u
c3QgY2hhciAqdXNlciwgKm1haWwsICpzdHI7DQorCWNvbnN0IGNoYXIgKnRh
ZzsNCiAJaW50IGhpbiwgaG91dDsNCiANCiAJbGliX2luaXRfc2lnbmFscyhz
aWdfcXVpdCk7DQpAQCAtMTI0LDExICsxMjUsMTYgQEANCiANCiAJY2xpZW50
ID0gY2xpZW50X2NyZWF0ZShoaW4sIGhvdXQsIHN0b3JhZ2UpOw0KIA0KLQlp
ZiAoSVNfU1RBTkRBTE9ORSgpKSB7DQorCXRhZyA9IGdldGVudigiSU1BUExP
R0lOVEFHIik7DQorCWlmICh0YWcgPT0gTlVMTCB8fCAqdGFnID09ICdcMCcp
IHsNCiAJCWNsaWVudF9zZW5kX2xpbmUoY2xpZW50LCB0X3N0cmNvbmNhdCgN
CiAJCQkiKiBQUkVBVVRIIFtDQVBBQklMSVRZICJDQVBBQklMSVRZX1NUUklO
RyJdICINCiAJCQkiTG9nZ2VkIGluIGFzICIsIHVzZXIsIE5VTEwpKTsNCi0J
fQ0KKwl9IGVsc2Ugew0KKwkJICAgIGNsaWVudF9zZW5kX2xpbmUoY2xpZW50
LA0KKwkJICAgIHRfc3RyY29uY2F0KHRhZywgIiBPSyBMb2dnZWQgaW4uIiwg
TlVMTCkpOw0KKwkgCX0NCisNCiB9DQogDQogc3RhdGljIHZvaWQgbWFpbl9k
ZWluaXQodm9pZCkNCg==
--554321423-1746228115-1048198851=:18300--

From lfarkas@bnap.hu  Fri Mar 21 13:10:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 21 Mar 2003 13:10:53 +0200 (EET)
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 15EB62385F
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 13:10:53 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id DF5A5754035
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 12:10:57 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id EFDE63EEC
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 12:10:46 +0100 (CET)
Message-ID: <3E7AF33D.7030606@bnap.hu>
Date: Fri, 21 Mar 2003 12:10:53 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: some problem with dovecot
References: <20030319113734.BA3F8754025@mail1.bppiac.hu>	 <20030319121608.5C0BF754013@mail1.bppiac.hu>	 <1048077140.848.19.camel@hurina>  <3E788683.3040803@bnap.hu> <1048183752.5765.195.camel@hurina>
In-Reply-To: <1048183752.5765.195.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 449
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: 449                                                  
Status: O

Timo Sirainen wrote:
> On Wed, 2003-03-19 at 17:02, Farkas Levente wrote:
> 
>>>I didn't really like having indexes stored in the root directory..
>>
>>why?
>>there are other files in the root directory:
>>.subscriptions
>>.customflags
>>and in this case the directory stucture would be consistent.
> 
> 
> Originally I made the .INBOX because I thought that'd help me with
> renaming INBOX, so I wouldn't have to rename() all files separately. But
> I don't even try to support renaming INBOX anymore since it can't be
> done atomically.
> 
> I guess I could just put everything in the root dir. But I think I'll do
> it only after next release so UIDs won't get lost when it gets moved.

that's nice:-) I realy would like to see as .INBOX disappear:-)


-- 
   Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Fri Mar 21 13:41:03 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 21 Mar 2003 13:41:03 +0200 (EET)
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 4D7C123839
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 13:41:03 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id EE6D4754031
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 12:41:10 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 9CCEB3EE4
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 12:41:02 +0100 (CET)
Message-ID: <3E7AFA55.9060105@bnap.hu>
Date: Fri, 21 Mar 2003 12:41:09 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] a bit better
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 450
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: 450                                                  
Status: O

hi,
so after test the today version.

works:
- squirrelmail works ie. it can send mail (even with attachments) and 
put the sent mail into the sent folder.
- mozilla can put sent mail into the imap server's sent folder
- mozilla see the right folder list (ie. there is no anoying empty name 
folder under the folders which has subfolder) and you can subcribe to 
these folders too.

still not works:

- in mozilla can't copy/move mails from local folder's sent into any of 
the imap folders.
- in mozilla can't sem messages to Drafts (when I put the save button in 
the compose window it's hang).
- in mozilla there is a folder called INBOX in the subscribe window:-(
- in OE6 with large mailbox with large message with the default "all 
messages" settings in the indox outlook hang (the "headers only" still 
work).

-- 
   Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Fri Mar 21 13:44:35 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 21 Mar 2003 13:44:35 +0200 (EET)
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 8AABC23839
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 13:44:35 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 49E40754032
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 12:44:43 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id B10533EE4
	for <dovecot@procontrol.fi>; Fri, 21 Mar 2003 12:44:34 +0100 (CET)
Message-ID: <3E7AFB29.9040706@bnap.hu>
Date: Fri, 21 Mar 2003 12:44:41 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] a bit better, but...
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 451
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: 451                                                  
Status: O
Content-Length: 1032

this is the correct list the previous was too fast:-(

hi,
so after test the today version.

works:
- squirrelmail works ie. it can send mail (even with attachments) and 
put the sent mail into the sent folder.
- mozilla see the right folder list (ie. there is no anoying empty name 
folder under the folders which has subfolder) and you can subcribe to 
these folders too.

still not works:
- mozilla can put sent mail into the imap server's sent folder at the 
first try, but at the next try (when I compose this mails) it hangs again:-(
- in mozilla can't copy/move mails from local folder's sent into any of 
the imap folders.
- in mozilla can't sem messages to Drafts (when I put the save button in 
the compose window it's hang).
- in mozilla there is a folder called INBOX in the subscribe window:-(
- in OE6 with large mailbox with large message with the default "all 
messages" settings in the indox outlook hang (the "headers only" still 
work).

-- 
   Levente                               "Si vis pacem para bellum!"



From Ron.Barker@v-pe.de  Tue Mar 25 09:02:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Mar 2003 09:02:36 +0200 (EET)
Return-Path: <Ron.Barker@v-pe.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from v-pe.de (mail.v-pe.de [193.101.155.209])
	by danu.procontrol.fi (Postfix) with ESMTP id A251523825
	for <dovecot@procontrol.fi>; Tue, 25 Mar 2003 09:02:36 +0200 (EET)
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C2F29C.840FAF69"
Subject: [dovecot] dovecot+Solaris 9
Date: Tue, 25 Mar 2003 08:02:36 +0100
Message-ID: <55D9F49A60EF2A44BF1AC7F348D9385229471B@mail.v-pe.de>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: dovecot+Solaris 9
Thread-Index: AcLynIQqvMZNBMtcQXqd4uesoJeoCQ==
From: "Barker, Ron, vpe" <Ron.Barker@v-pe.de>
To: <dovecot@procontrol.fi>
X-archive-position: 452
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Ron.Barker@v-pe.de
Precedence: bulk
X-list: dovecot
X-UID: 452                                                  
Status: O
Content-Length: 1318

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2F29C.840FAF69
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


Does the /dev/urandom issue apply to Solaris 9 as well???

Thanks
Ron




--=20
Dr. Ronald Barker
Senior Technology Manager
Vodafone Group Research & Development - D

Vodafone Pilotentwicklung GmbH
Chiemgaustrasse 116
81549 Munich=20
Germany
Fon: + 49 (89) 95 410-0
Fax: + 49 (89) 95 410-111
mailto:ron.barker@v-pe.de
http://www.vodafone-rnd.com
 <<Barker, Ron, vpe.vcf>>=20

------_=_NextPart_001_01C2F29C.840FAF69
Content-Type: text/x-vcard;
	name="Barker, Ron, vpe.vcf"
Content-Transfer-Encoding: base64
Content-Description: Barker, Ron, vpe.vcf
Content-Disposition: attachment;
	filename="Barker, Ron, vpe.vcf"

QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOkJhcmtlcjtSb24NCkZOOkJhcmtlciwgUm9uLCB2
cGUNCk9SRzpWb2RhZm9uZSBQaWxvdGVudHdpY2tsdW5nO01hdXQNClRFTDtXT1JLO1ZPSUNFOjUz
OA0KQURSO1dPUks6OztDaGllbWdhdXN0ci4gMTE2O038bmNoZW47QmF5ZXJuOzgxNTQ5O0RFVVRT
Q0hMQU5EDQpMQUJFTDtXT1JLO0VOQ09ESU5HPVFVT1RFRC1QUklOVEFCTEU6Q2hpZW1nYXVzdHIu
IDExNj0wRD0wQU09RkNuY2hlbiwgQmF5ZXJuIDgxNTQ5PTBEPTBBREVVVFNDSExBTkQNCkVNQUlM
O1BSRUY7SU5URVJORVQ6Um9uLkJhcmtlckB2LXBlLmRlDQpSRVY6MjAwMzAzMTdUMTIxOTE0Wg0K
RU5EOlZDQVJEDQo=

------_=_NextPart_001_01C2F29C.840FAF69--

From Ron.Barker@v-pe.de  Tue Mar 25 15:01:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Mar 2003 15:01:54 +0200 (EET)
Return-Path: <Ron.Barker@v-pe.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from v-pe.de (mail.v-pe.de [193.101.155.209])
	by danu.procontrol.fi (Postfix) with ESMTP id BD91823825
	for <dovecot@procontrol.fi>; Tue, 25 Mar 2003 15:01:53 +0200 (EET)
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C2F2CE.B514C3AB"
Subject: [dovecot] Help
Date: Tue, 25 Mar 2003 14:01:53 +0100
Message-ID: <55D9F49A60EF2A44BF1AC7F348D9385229471E@mail.v-pe.de>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: Help
Thread-Index: AcLyzrUNSDLstPaBT8eUAh6JVB+MuQ==
From: "Barker, Ron, vpe" <Ron.Barker@v-pe.de>
To: <dovecot@procontrol.fi>
X-archive-position: 453
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: Ron.Barker@v-pe.de
Precedence: bulk
X-list: dovecot
X-UID: 453                                                  
Status: O
Content-Length: 2094

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2F2CE.B514C3AB
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi to all, =20
We are a bit of newbes to imap etc, so may be we just not doing it
right.  Nevertheless,

We have compiled dovecot to run under Solaris 8/9 for IPv6 test.  We are
going crazy.

After a successful compilation, the troubles really began.

Solaris 9
1. Every=B4time we reboot- the directory /var/run/dovecot/auth is gone
????
2. After the dir is created manually, the server starts.

However!!!=20
	1.  A telnet to host 143 connect to the server fine but no
commands are accepted.  The server simply returns "bad command"
	2.  If we try to connect via a e-mail client to the server - we
get a login refused - which I suspect is simply the "bad command" error
being interpreted as such.

We have tried every concivable combination of conf items in the conf
file but nothing.

Solaris8

Just does not start.

Any help apprecialted

Ron





--=20
Dr. Ronald Barker
Senior Technology Manager
Vodafone Group Research & Development - D

Vodafone Pilotentwicklung GmbH
Chiemgaustrasse 116
81549 Munich=20
Germany
Fon: + 49 (89) 95 410-0
Fax: + 49 (89) 95 410-111
mailto:ron.barker@v-pe.de
http://www.vodafone-rnd.com
 <<Barker, Ron, vpe.vcf>>=20

------_=_NextPart_001_01C2F2CE.B514C3AB
Content-Type: text/x-vcard;
	name="Barker, Ron, vpe.vcf"
Content-Transfer-Encoding: base64
Content-Description: Barker, Ron, vpe.vcf
Content-Disposition: attachment;
	filename="Barker, Ron, vpe.vcf"

QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOkJhcmtlcjtSb24NCkZOOkJhcmtlciwgUm9uLCB2
cGUNCk9SRzpWb2RhZm9uZSBQaWxvdGVudHdpY2tsdW5nO01hdXQNClRFTDtXT1JLO1ZPSUNFOjUz
OA0KQURSO1dPUks6OztDaGllbWdhdXN0ci4gMTE2O038bmNoZW47QmF5ZXJuOzgxNTQ5O0RFVVRT
Q0hMQU5EDQpMQUJFTDtXT1JLO0VOQ09ESU5HPVFVT1RFRC1QUklOVEFCTEU6Q2hpZW1nYXVzdHIu
IDExNj0wRD0wQU09RkNuY2hlbiwgQmF5ZXJuIDgxNTQ5PTBEPTBBREVVVFNDSExBTkQNCkVNQUlM
O1BSRUY7SU5URVJORVQ6Um9uLkJhcmtlckB2LXBlLmRlDQpSRVY6MjAwMzAzMTdUMTIxOTE0Wg0K
RU5EOlZDQVJEDQo=

------_=_NextPart_001_01C2F2CE.B514C3AB--

From maikel@ladot.com  Tue Mar 25 16:10:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Mar 2003 16:10:19 +0200 (EET)
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 482E923839
	for <dovecot@procontrol.fi>; Tue, 25 Mar 2003 16:10:18 +0200 (EET)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com [172.31.2.13])
	by zeus.ladot.com (8.12.8/8.12.6) with ESMTP id h2PEKpmB037823
	for <dovecot@procontrol.fi>; Tue, 25 Mar 2003 15:20:51 +0100 (CET)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service (5.5.2653.19)
	id <1VFZ5L2S>; Tue, 25 Mar 2003 14:56:18 +0100
Message-ID: <410777FC7A66D511911500B0D0783455024C4F78@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: dovecot@procontrol.fi
Subject: [dovecot] mailbox problem
Date: Tue, 25 Mar 2003 14:56:10 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2F2D6.4A9B9AB0"
X-Spam-Status: No, hits=1.4 required=5.0
	tests=EXCHANGE_SERVER,MIME_NULL_BLOCK,SPAM_PHRASE_05_08
	version=2.44
X-Spam-Level: *
X-archive-position: 454
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maikel@ladot.com
Precedence: bulk
X-list: dovecot
X-UID: 454                                                  
Status: O
Content-Length: 2316

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2F2D6.4A9B9AB0
Content-Type: text/plain

Hi list!

Since a week I am testing with dovecot, and I must say, I like it a lot :)
Keep up the good work :)

I do have one questing regarding dovecot: If I login to a mailbox, and the
mailbox does NOT exist, and the parent directory does not exist either, I
will get disconnected, and dovecot claims it cannot create the directory.
(eg: my user blah@test.com has mail directory
/var/mail/t/te/test.com/blah/Maildir, and all directories up to
/var/mail/t/te/ exist, dovecot does not create the directory test.com/ and
on.)

Is this by design, or should this be created by dovecot?

The problem is solved as soon as the user receives his first email, since my
MTA creates the directories...


Thank you,

Maikel Verheijen

------_=_NextPart_001_01C2F2D6.4A9B9AB0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>mailbox problem</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi list!</FONT>
</P>

<P><FONT SIZE=3D2>Since a week I am testing with dovecot, and I must =
say, I like it a lot :) Keep up the good work :)</FONT>
</P>

<P><FONT SIZE=3D2>I do have one questing regarding dovecot: If I login =
to a mailbox, and the mailbox does NOT exist, and the parent directory =
does not exist either, I will get disconnected, and dovecot claims it =
cannot create the directory. (eg: my user blah@test.com has mail =
directory /var/mail/t/te/test.com/blah/Maildir, and all directories up =
to /var/mail/t/te/ exist, dovecot does not create the directory =
test.com/ and on.)</FONT></P>

<P><FONT SIZE=3D2>Is this by design, or should this be created by =
dovecot?</FONT>
</P>

<P><FONT SIZE=3D2>The problem is solved as soon as the user receives =
his first email, since my MTA creates the directories...</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Thank you,</FONT>
</P>

<P><FONT SIZE=3D2>Maikel Verheijen</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2F2D6.4A9B9AB0--

From jpeterson275@attbi.com  Tue Mar 25 21:53:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 25 Mar 2003 21:53:47 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by danu.procontrol.fi (Postfix) with ESMTP id CFC4D23839
	for <dovecot@procontrol.fi>; Tue, 25 Mar 2003 21:53:46 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by sccrmhc02.attbi.com (sccrmhc02) with SMTP
          id <2003032519534500200jbjg2e>; Tue, 25 Mar 2003 19:53:45 +0000
Message-ID: <3E80B3D3.6050603@attbi.com>
Date: Tue, 25 Mar 2003 11:53:55 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] FETCH BODY[part]<partial>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 455
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 455                                                  
Status: O

2003-03-24 12:59  Timo Sirainen <tss@iki.fi>

This CVS update didn't actually seem to fix the problem.  I still get 
the problem as before, like this capture:


10 UID FETCH 60 BODY.PEEK[]<8192.1915>
* 60 FETCH (UID 60 BODY[]<8192> {1915}

)
10 OK Fetch completed.

Not quite 1,915 bytes =).  Perhaps the "[]" (without a part) is 
confusing it?  But still, it grabs the first chunk correctly.  At any 
rate, any input would be great.


From mike@innercite.com  Wed Mar 26 01:48:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 01:48:20 +0200 (EET)
Return-Path: <mike@innercite.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from knight.innercite.com (knight.innercite.com [158.222.3.8])
	by danu.procontrol.fi (Postfix) with ESMTP id 9E65F23839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 01:48:19 +0200 (EET)
Received: from localhost.localdomain (rocket.innercite.com [158.222.7.10])
	by knight.innercite.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2PNgvpB026494
	for <dovecot@procontrol.fi>; Tue, 25 Mar 2003 15:42:57 -0800
Subject: [dovecot] Dovecot and Quotas
From: Mike Machado <mike@innercite.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 25 Mar 2003 15:48:41 -0800
Message-Id: <1048636121.31457.31.camel@rocket>
Mime-Version: 1.0
X-archive-position: 456
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mike@innercite.com
Precedence: bulk
X-list: dovecot
X-UID: 456                                                  
Status: O

Is there anything that can be done so that when users IMAP to their
inbox and have reached their filesystem quota, that they can still
DELETE their mail? They can login, but when they go to delete/expunge
this is the error I get in syslog. I have tried mail_read_mmaped to yes
and no, and same result.

Mar 25 14:54:27 penguin1 imap(bob): file_set_size() failed with index
data file /home/bob/mail/.imap/INBOX/.imap.index.data: Disk quota
exceededMar 25 14:54:27 penguin1 imap(bob): mmap_istream.madvise():
Function not implemented
Mar 25 14:54:28 penguin1 last message repeated 65 times



When using UW IMAP, sometimes users can delete mail and other times they
cannot. I am desperately seeking a solution to have customers be able to
delete their own mail when their box is full and not have to call our
support center. Any suggestions? Thanks.

Debian with kernel 2.4.18.

-- 
Mike Machado
mike@innercite.com
InnerCite Inc.
Engineering Director / CTO


From skvidal@phy.duke.edu  Wed Mar 26 05:29:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 05:29:15 +0200 (EET)
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8EC0323825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 05:29:14 +0200 (EET)
Received: from user-152-16-65-11.adsl.duke.edu (user-152-16-65-11.adsl.duke.edu [152.16.65.11])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 4EEB5A77DC; Tue, 25 Mar 2003 22:29:11 -0500 (EST)
Subject: [dovecot] Re: Dovecot and Quotas
From: seth vidal <skvidal@phy.duke.edu>
To: Mike Machado <mike@innercite.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1048636121.31457.31.camel@rocket>
References: <1048636121.31457.31.camel@rocket>
Content-Type: text/plain
Organization: 
Message-Id: <1048649163.5455.0.camel@binkley>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-1) 
Date: 25 Mar 2003 22:26:03 -0500
Content-Transfer-Encoding: 7bit
X-archive-position: 457
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: skvidal@phy.duke.edu
Precedence: bulk
X-list: dovecot
X-UID: 457                                                  
Status: O
Content-Length: 1142

On Tue, 2003-03-25 at 18:48, Mike Machado wrote:
> Is there anything that can be done so that when users IMAP to their
> inbox and have reached their filesystem quota, that they can still
> DELETE their mail? They can login, but when they go to delete/expunge
> this is the error I get in syslog. I have tried mail_read_mmaped to yes
> and no, and same result.
> 
> Mar 25 14:54:27 penguin1 imap(bob): file_set_size() failed with index
> data file /home/bob/mail/.imap/INBOX/.imap.index.data: Disk quota
> exceededMar 25 14:54:27 penguin1 imap(bob): mmap_istream.madvise():
> Function not implemented
> Mar 25 14:54:28 penguin1 last message repeated 65 times
> 
> 
> 
> When using UW IMAP, sometimes users can delete mail and other times they
> cannot. I am desperately seeking a solution to have customers be able to
> delete their own mail when their box is full and not have to call our
> support center. Any suggestions? Thanks.

What about making soft file quotas w/unlimited grace periods.

You'd have to lace your mail system into it so it could tell them they
are over quota and bounce mail but not actually have a hard limit.

-sv



From tss@iki.fi  Wed Mar 26 10:03:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 10:03:50 +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 C522123839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 10:03:49 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 749B75E928DF; Wed, 26 Mar 2003 10:03:48 +0200 (EET)
Subject: [dovecot] Re: dovecot+Solaris 9
From: Timo Sirainen <tss@iki.fi>
To: "Barker, Ron, vpe" <Ron.Barker@v-pe.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <55D9F49A60EF2A44BF1AC7F348D9385229471B@mail.v-pe.de>
References: <55D9F49A60EF2A44BF1AC7F348D9385229471B@mail.v-pe.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048665828.30187.70.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 10:03:48 +0200
X-archive-position: 458
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: 458                                                  
Status: O

On Tue, 2003-03-25 at 09:02, Barker, Ron, vpe wrote:
> Does the /dev/urandom issue apply to Solaris 9 as well???

Solaris 9 has /dev/urandom, so no need to do any patching.


From tss@iki.fi  Wed Mar 26 10:07:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 10:07:17 +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 6AE7E23839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 10:07:17 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D42665E928DF; Wed, 26 Mar 2003 10:07:16 +0200 (EET)
Subject: [dovecot] Re: Help
From: Timo Sirainen <tss@iki.fi>
To: "Barker, Ron, vpe" <Ron.Barker@v-pe.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <55D9F49A60EF2A44BF1AC7F348D9385229471E@mail.v-pe.de>
References: <55D9F49A60EF2A44BF1AC7F348D9385229471E@mail.v-pe.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Organization: 
Message-Id: <1048666036.31565.75.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 10:07:16 +0200
X-archive-position: 459
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: 459                                                  
Status: O

On Tue, 2003-03-25 at 15:01, Barker, Ron, vpe wrote:
> Solaris 9
> 1. Every=B4time we reboot- the directory /var/run/dovecot/auth is gone
> ????
> 2. After the dir is created manually, the server starts.

Hm. You've set auth_chroot then. Looks like I don't check that the
directory exists, I'll fix that.

>=20
> However!!!=20
> 	1.  A telnet to host 143 connect to the server fine but no
> commands are accepted.  The server simply returns "bad command"

What commands did you try? IMAP commands are prefixed with a tag, so
you'd need to do eg. "1 login user password".

> 	2.  If we try to connect via a e-mail client to the server - we
> get a login refused - which I suspect is simply the "bad command" error
> being interpreted as such.

And this is probably because you set the auth_chroot, and the auth
process can't read /etc/passwd (or whatever) when chrooted. So just
comment out the auth_chroot line and it would probably work. If not, set
auth_verbose =3D yes and see what it shows in log file.


From tss@iki.fi  Wed Mar 26 10:21:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 10:21:49 +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 8953623839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 10:21:49 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 607AD5E928DF; Wed, 26 Mar 2003 10:21:49 +0200 (EET)
Subject: [dovecot] Re: mailbox problem
From: Timo Sirainen <tss@iki.fi>
To: Maikel Verheijen <maikel@ladot.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <410777FC7A66D511911500B0D0783455024C4F78@nlladot05.intern.ladot.com>
References:
	 <410777FC7A66D511911500B0D0783455024C4F78@nlladot05.intern.ladot.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048666909.31565.91.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 10:21:49 +0200
X-archive-position: 460
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: 460                                                  
Status: O
Content-Length: 1561

On Tue, 2003-03-25 at 15:56, Maikel Verheijen wrote:
> I do have one questing regarding dovecot: If I login to a mailbox, and
> the mailbox does NOT exist, and the parent directory does not exist
> either, I will get disconnected, and dovecot claims it cannot create
> the directory. (eg: my user blah@test.com has mail directory
> /var/mail/t/te/test.com/blah/Maildir, and all directories up to
> /var/mail/t/te/ exist, dovecot does not create the directory test.com/
> and on.)
> 
> Is this by design, or should this be created by dovecot?

Hmm. Unless you're using one UID for everyone, those directories would
have be to be created as root. Also test.com should be created with
different owner as blah and blah/Maildir. Maybe I could add a new
setting for this, but I'm not sure how to do it without making it too
kludgy. There would have to be separation of where user directory
structure starts, and uid/gid settings what to use for created
directories before them. Something like:

mail_global_dir = /var/mail/t/te/%d
mail_global_uid = root
mail_global_gid = mail
mail_user_dir = /var/mail/t/te/%d/%n

Would be better if the mail_user_dir didn't have to be set at all since
it's already in mail_default_env, but the user directory has to be
created while still root, and parsing mail_default_env there is kludgy
too. Or maybe:

mail_global_dir = /var/mail/t/te/%d/%n

And the last directory would always be assumed to be user directory.
That would prevent creating /var/mail-like shared directories though,
but I guess there's no need to create those..


From tss@iki.fi  Wed Mar 26 10:29:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 10:29:04 +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 C113923839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 10:29:03 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 527865E928DF; Wed, 26 Mar 2003 10:29:03 +0200 (EET)
Subject: [dovecot] Re: Dovecot and Quotas
From: Timo Sirainen <tss@iki.fi>
To: Mike Machado <mike@innercite.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1048636121.31457.31.camel@rocket>
References: <1048636121.31457.31.camel@rocket>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048667343.30187.100.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 10:29:03 +0200
X-archive-position: 461
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: 461                                                  
Status: O

On Wed, 2003-03-26 at 01:48, Mike Machado wrote:
> Mar 25 14:54:27 penguin1 imap(bob): file_set_size() failed with index
> data file /home/bob/mail/.imap/INBOX/.imap.index.data: Disk quota
> exceededMar 25 14:54:27 penguin1 imap(bob): mmap_istream.madvise():
> Function not implemented
> Mar 25 14:54:28 penguin1 last message repeated 65 times

Oh, write() returns EDQUOT instead of ENOSPC when quota is full? Didn't
know that before. I'll fix it so that they're both checked. After that
Dovecot will just use memory instead if it can't create the index files.

From tss@iki.fi  Wed Mar 26 10:56:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 10:56:51 +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 DED8E23825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 10:56:50 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A70385E928DF; Wed, 26 Mar 2003 10:56:50 +0200 (EET)
Subject: [dovecot] Re: Long running auth/login processes (was Re: 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.0303201559420.18300-100000@vegemite.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0303201559420.18300-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048669010.30187.127.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 10:56:50 +0200
X-archive-position: 462
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: 462                                                  
Status: O
Content-Length: 2554

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..


From maikel@ladot.com  Wed Mar 26 11:08:43 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 11:08:43 +0200 (EET)
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id DB7DA23825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 11:08:42 +0200 (EET)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com [172.31.2.13])
	by zeus.ladot.com (8.12.8/8.12.6) with ESMTP id h2Q9JFmB057931
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 10:19:16 +0100 (CET)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service (5.5.2653.19)
	id <1VFZ6C33>; Wed, 26 Mar 2003 09:54:39 +0100
Message-ID: <410777FC7A66D511911500B0D078345501F221F2@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: [dovecot] Re: mailbox problem
Date: Wed, 26 Mar 2003 09:54:39 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2F375.55A33E00"
X-Spam-Status: No, hits=-0.5 required=5.0
	tests=EXCHANGE_SERVER,MIME_NULL_BLOCK,QUOTED_EMAIL_TEXT,
	      SPAM_PHRASE_01_02
	version=2.44
X-archive-position: 463
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maikel@ladot.com
Precedence: bulk
X-list: dovecot
X-UID: 463                                                  
Status: O
Content-Length: 4556

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2F375.55A33E00
Content-Type: text/plain

> Hmm. Unless you're using one UID for everyone, those 
> directories would have be to be created as root. Also 
> test.com should be created with different owner as blah and 
> blah/Maildir. Maybe I could add a new setting for this, but 
> I'm not sure how to do it without making it too kludgy. There 
> would have to be separation of where user directory structure 
> starts, and uid/gid settings what to use for created 
> directories before them. Something like:

I do use 1 UID and 1 GID for everyone. Would that be more simple?

> mail_global_dir = /var/mail/t/te/%d
> mail_global_uid = root
> mail_global_gid = mail
> mail_user_dir = /var/mail/t/te/%d/%n
> 
> Would be better if the mail_user_dir didn't have to be set at 
> all since it's already in mail_default_env, but the user 
> directory has to be created while still root, and parsing 
> mail_default_env there is kludgy too. Or maybe:
> 
> mail_global_dir = /var/mail/t/te/%d/%n
> 
> And the last directory would always be assumed to be user 
> directory. That would prevent creating /var/mail-like shared 
> directories though, but I guess there's no need to create those..

Maybe there could be a "toggle" to do or don't create the dirs, so you don't
need the mail_global_dir setting for "normal" use.

My idea was to check the full path to the mailbox, and to create the
nonexisting part if necessary. At that point you DO have the full path to
the mailbox/maildir, and you can create it, right?


Kind regards,

Maikel Verheijen. 

------_=_NextPart_001_01C2F375.55A33E00
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [dovecot] mailbox problem</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; Hmm. Unless you're using one UID for everyone, =
those </FONT>
<BR><FONT SIZE=3D2>&gt; directories would have be to be created as =
root. Also </FONT>
<BR><FONT SIZE=3D2>&gt; test.com should be created with different owner =
as blah and </FONT>
<BR><FONT SIZE=3D2>&gt; blah/Maildir. Maybe I could add a new setting =
for this, but </FONT>
<BR><FONT SIZE=3D2>&gt; I'm not sure how to do it without making it too =
kludgy. There </FONT>
<BR><FONT SIZE=3D2>&gt; would have to be separation of where user =
directory structure </FONT>
<BR><FONT SIZE=3D2>&gt; starts, and uid/gid settings what to use for =
created </FONT>
<BR><FONT SIZE=3D2>&gt; directories before them. Something like:</FONT>
</P>

<P><FONT SIZE=3D2>I do use 1 UID and 1 GID for everyone. Would that be =
more simple?</FONT>
</P>

<P><FONT SIZE=3D2>&gt; mail_global_dir =3D /var/mail/t/te/%d</FONT>
<BR><FONT SIZE=3D2>&gt; mail_global_uid =3D root</FONT>
<BR><FONT SIZE=3D2>&gt; mail_global_gid =3D mail</FONT>
<BR><FONT SIZE=3D2>&gt; mail_user_dir =3D /var/mail/t/te/%d/%n</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Would be better if the mail_user_dir didn't =
have to be set at </FONT>
<BR><FONT SIZE=3D2>&gt; all since it's already in mail_default_env, but =
the user </FONT>
<BR><FONT SIZE=3D2>&gt; directory has to be created while still root, =
and parsing </FONT>
<BR><FONT SIZE=3D2>&gt; mail_default_env there is kludgy too. Or =
maybe:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; mail_global_dir =3D /var/mail/t/te/%d/%n</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; And the last directory would always be assumed =
to be user </FONT>
<BR><FONT SIZE=3D2>&gt; directory. That would prevent creating =
/var/mail-like shared </FONT>
<BR><FONT SIZE=3D2>&gt; directories though, but I guess there's no need =
to create those..</FONT>
</P>

<P><FONT SIZE=3D2>Maybe there could be a &quot;toggle&quot; to do or =
don't create the dirs, so you don't need the mail_global_dir setting =
for &quot;normal&quot; use.</FONT></P>

<P><FONT SIZE=3D2>My idea was to check the full path to the mailbox, =
and to create the nonexisting part if necessary. At that point you DO =
have the full path to the mailbox/maildir, and you can create it, =
right?</FONT></P>
<BR>

<P><FONT SIZE=3D2>Kind regards,</FONT>
</P>

<P><FONT SIZE=3D2>Maikel Verheijen. </FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2F375.55A33E00--

From tss@iki.fi  Wed Mar 26 11:09:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 11:09:53 +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 9020C23825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 11:09:53 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 66D785E928DF; Wed, 26 Mar 2003 11:09:53 +0200 (EET)
Subject: [dovecot] Re: FETCH BODY[part]<partial>
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E80B3D3.6050603@attbi.com>
References: <3E80B3D3.6050603@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048669793.30187.133.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 11:09:53 +0200
X-archive-position: 464
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: 464                                                  
Status: O

On Tue, 2003-03-25 at 21:53, Jesse Peterson wrote:
> This CVS update didn't actually seem to fix the problem.  I still get 
> the problem as before, like this capture:
> 
> 
> 10 UID FETCH 60 BODY.PEEK[]<8192.1915>
> * 60 FETCH (UID 60 BODY[]<8192> {1915}
> 
> )
> 10 OK Fetch completed.

Does this happen every time now? What if you run the "imap" binary
directly and ask this? What if you skip the first block and ask only the
second? Is the message really 10107 bytes long?

> Not quite 1,915 bytes =).  Perhaps the "[]" (without a part) is 
> confusing it?  But still, it grabs the first chunk correctly.  At any 
> rate, any input would be great.

I can't get this to break with me..


From tss@iki.fi  Wed Mar 26 11:29:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 11:29:27 +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 E4A4F23825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 11:29:26 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B82FE5E928DF; Wed, 26 Mar 2003 11:29:26 +0200 (EET)
Subject: [dovecot] Re: mailbox problem
From: Timo Sirainen <tss@iki.fi>
To: Maikel Verheijen <maikel@ladot.com>
Cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <410777FC7A66D511911500B0D078345501F221F2@nlladot05.intern.ladot.com>
References:
	 <410777FC7A66D511911500B0D078345501F221F2@nlladot05.intern.ladot.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048670966.30186.150.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 11:29:26 +0200
X-archive-position: 465
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: 465                                                  
Status: O
Content-Length: 1204

On Wed, 2003-03-26 at 10:54, Maikel Verheijen wrote:
> > Hmm. Unless you're using one UID for everyone, those 
> > directories would have be to be created as root. Also 
> > test.com should be created with different owner as blah and 
> > blah/Maildir.
> 
> I do use 1 UID and 1 GID for everyone. Would that be more simple?

For your case, yes..

> Maybe there could be a "toggle" to do or don't create the dirs, so you
> don't need the mail_global_dir setting for "normal" use.

The toggle would be just not to set mail_global_dir :)

> My idea was to check the full path to the mailbox, and to create the
> nonexisting part if necessary. At that point you DO have the full path
> to the mailbox/maildir, and you can create it, right?

Yes, but normally you also don't have permissions to create the
directories at that point. I'm not sure if I want to add extra code just
for one-uid-for-everyone case. But maybe this could be useful for other
cases too .. Such as one-uid-per-domain, or if Maildir isn't directly
under home dir. I guess I'll add code for this. If you want some
temporary kludges you could call the mkdir()s at end of 
src/lib-storage/index/maildir/maildir-storage.c:maildir_create()


From jpeterson275@attbi.com  Wed Mar 26 16:52:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 16:52:15 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by danu.procontrol.fi (Postfix) with ESMTP id 609F323825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 16:52:14 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <20030326145212003004j77se>; Wed, 26 Mar 2003 14:52:12 +0000
Message-ID: <3E81BEAF.8050803@attbi.com>
Date: Wed, 26 Mar 2003 06:52:31 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: FETCH BODY[part]<partial>
References: <3E80B3D3.6050603@attbi.com> <1048669793.30187.133.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 466
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 466                                                  
Status: O



Timo Sirainen wrote:
> On Tue, 2003-03-25 at 21:53, Jesse Peterson wrote:
> 
>>This CVS update didn't actually seem to fix the problem.  I still get 
>>the problem as before, like this capture:
>>
>>
>>10 UID FETCH 60 BODY.PEEK[]<8192.1915>
>>* 60 FETCH (UID 60 BODY[]<8192> {1915}
>>
>>)
>>10 OK Fetch completed.
> 
> 
> Does this happen every time now? What if you run the "imap" binary
> directly and ask this? What if you skip the first block and ask only the
> second? Is the message really 10107 bytes long?

I'll give all these a try and let you know.

> 
> 
>>Not quite 1,915 bytes =).  Perhaps the "[]" (without a part) is 
>>confusing it?  But still, it grabs the first chunk correctly.  At any 
>>rate, any input would be great.
> 
> 
> I can't get this to break with me..

Could it possibly be that my indexes (from before the update) were 
screwed and deleteing them would help?  Maybe it cached the body or 
summin, I'll do it anyways to be sure.


From mem@mv.mv.com  Wed Mar 26 17:39:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 17:39:55 +0200 (EET)
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 1271E23825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 17:39:55 +0200 (EET)
Received: (qmail 15144 invoked by uid 101); 26 Mar 2003 10:39:53 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 26 Mar 2003 10:39:53 -0500
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Dovecot and Quotas
Message-ID: <20030326103953.D8046@iridium.mv.net>
References: <1048636121.31457.31.camel@rocket> <1048667343.30187.100.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1048667343.30187.100.camel@hurina>; from tss@iki.fi on Wed, Mar 26, 2003 at 10:29:03AM +0200
X-archive-position: 467
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: 467                                                  
Status: O

On Wed, Mar 26, 2003 at 10:29:03AM +0200, Timo Sirainen wrote:
> On Wed, 2003-03-26 at 01:48, Mike Machado wrote:
> > Mar 25 14:54:27 penguin1 imap(bob): file_set_size() failed with index
> > data file /home/bob/mail/.imap/INBOX/.imap.index.data: Disk quota
> > exceededMar 25 14:54:27 penguin1 imap(bob): mmap_istream.madvise():
> > Function not implemented
> > Mar 25 14:54:28 penguin1 last message repeated 65 times
> 
> Oh, write() returns EDQUOT instead of ENOSPC when quota is full? Didn't
> know that before. I'll fix it so that they're both checked. After that
> Dovecot will just use memory instead if it can't create the index files.

That would be great.  (Suffering from the same issue here.)

mm

From mike@innercite.com  Wed Mar 26 18:54:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 18:54:19 +0200 (EET)
Return-Path: <mike@innercite.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from knight.innercite.com (knight.innercite.com [158.222.3.8])
	by danu.procontrol.fi (Postfix) with ESMTP id 0B76823839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 18:54:18 +0200 (EET)
Received: from localhost.localdomain (rocket.innercite.com [158.222.7.10])
	by knight.innercite.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2QGmqpB029789
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 08:48:52 -0800
Subject: [dovecot] Re: Dovecot and Quotas
From: Mike Machado <mike@innercite.com>
To: dovecot@procontrol.fi
In-Reply-To: <1048649163.5455.0.camel@binkley>
References: <1048636121.31457.31.camel@rocket> 
	<1048649163.5455.0.camel@binkley>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 26 Mar 2003 08:54:38 -0800
Message-Id: <1048697679.31484.40.camel@rocket>
Mime-Version: 1.0
X-archive-position: 468
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mike@innercite.com
Precedence: bulk
X-list: dovecot
X-UID: 468                                                  
Status: O

I have seen this suggestion elsewhere and would be perfect. The customer
only needs a few extra kilobytes when their quota is full, so the hard
quota could be just a bit bigger with a long/unlimited grace. The hard
part is to get procmail or whatever local delivery agent to stop at the
SOFT quota. I could probably quite some funky procmail rules, but that
will add an unwanted amount of load to an already busy system. Anyone
know if their are some built in sendmail/procmail checking that can aide
here?


On Tue, 2003-03-25 at 19:26, seth vidal wrote:
> What about making soft file quotas w/unlimited grace periods.
> 
> You'd have to lace your mail system into it so it could tell them they
> are over quota and bounce mail but not actually have a hard limit.
> 
> -sv
> 
-- 
Mike Machado
mike@innercite.com
InnerCite Inc.
Engineering Director / CTO


From mike@innercite.com  Wed Mar 26 18:55:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 18:55:02 +0200 (EET)
Return-Path: <mike@innercite.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from knight.innercite.com (knight.innercite.com [158.222.3.8])
	by danu.procontrol.fi (Postfix) with ESMTP id 3417B23839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 18:55:02 +0200 (EET)
Received: from localhost.localdomain (rocket.innercite.com [158.222.7.10])
	by knight.innercite.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2QGnbpB029880
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 08:49:37 -0800
Subject: [dovecot] Re: Dovecot and Quotas
From: Mike Machado <mike@innercite.com>
To: dovecot@procontrol.fi
In-Reply-To: <1048667343.30187.100.camel@hurina>
References: <1048636121.31457.31.camel@rocket> 
	<1048667343.30187.100.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 26 Mar 2003 08:55:24 -0800
Message-Id: <1048697724.31736.42.camel@rocket>
Mime-Version: 1.0
X-archive-position: 469
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mike@innercite.com
Precedence: bulk
X-list: dovecot
X-UID: 469                                                  
Status: O

> Oh, write() returns EDQUOT instead of ENOSPC when quota is full? Didn't
> know that before. I'll fix it so that they're both checked. After that
> Dovecot will just use memory instead if it can't create the index files.

Thanks a lot!

-- 
Mike Machado
mike@innercite.com
InnerCite Inc.
Engineering Director / CTO


From jpeterson275@attbi.com  Wed Mar 26 19:59:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 19:59:33 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 4BCF423825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 19:59:33 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <2003032617593000100ctbmde>; Wed, 26 Mar 2003 17:59:30 +0000
Message-ID: <3E81EA93.5000306@attbi.com>
Date: Wed, 26 Mar 2003 09:59:47 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: FETCH BODY[part]<partial>
References: <3E80B3D3.6050603@attbi.com> <1048669793.30187.133.camel@hurina> <3E81BEAF.8050803@attbi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 470
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 470                                                  
Status: O
Content-Length: 1423

I've found a couple of things:

When the reply to the fetch is given, it seems to be missing a ")" on 
the end:

23 UID FETCH 48 BODY.PEEK[]<8192.1915>
* 48 FETCH (UID 48 BODY[]<8192> {1915}

How does an IMAP client learn the size of a message?  Because the size 
of this particular message is 10107 bytes (header + message, in a 
maildir file).  The IMAP client (Mac OS X Mail.app) asks for two chunks 
of the body: 8192 and 1915.  Together these two make 10107, but that's 
1448 bytes too big.  In fact, 1448 is the size of the header it requests:

21 UID FETCH 48 BODY.PEEK[HEADER]
* 48 FETCH (UID 48 BODY[HEADER] {1448}

Together, that is 11555, too much.


Further investigation gives me this:

For another message that is 11821 bytes (header+body,maildir), this is 
the request:

37 UID FETCH 20:* (INTERNALDATE UID RFC822.SIZE FLAGS 
BODY.PEEK[HEADER.FIELDS (date subject from to list-id)])
* 17 FETCH (UID 20 FLAGS (\Recent) INTERNALDATE "26-Mar-2003 09:47:03 
-0800" RFC822.SIZE 12116 BODY[HEADER.FIELDS (DATE SUBJECT FROM TO 
LIST-ID)] {148}

If you multiply the simple header returned by this (148) by two, then 
add that to the filesize of the message, you get 12117 (minus a CR 
probably).  Is this how RFC822.SIZE is defined?

Anyway, in conclusion, it now DOES work, it's just that apparently 
Mail.app cached the old file sizes on the broken messages, so those 
didn't work (i think).


Thanks again Timo.


From mem@mv.mv.com  Wed Mar 26 20:28:03 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 20:28:03 +0200 (EET)
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 D138C23825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 20:28:02 +0200 (EET)
Received: (qmail 1690 invoked by uid 101); 26 Mar 2003 13:28:01 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 26 Mar 2003 13:28:01 -0500
To: dovecot@procontrol.fi
Subject: [dovecot] Failure in the presence of too many connections
Message-ID: <20030326132801.B26665@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-archive-position: 471
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: 471                                                  
Status: O


Had an event today where dovecot refused new connections and would not
accept more until restarted, whereupon it worked for a few minutes and
locked up again.  Looking at the logs it appeared that it had run out
of file descriptors.  I increased the open files limit and started it
again-- which worked but it only pushes off the problem.

Does dovecot keep an open file descriptor for every imap or pop3
child?  If so, this would argue more towards a tcpserver sort of
control.  If not, perhaps something is leaking..

-mm-

PS: assume you saw recent RFCs 3501 and 3502 ?


From tss@iki.fi  Wed Mar 26 20:31:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 20:31:46 +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 DA45823825
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 20:31:45 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1EF855E928E0; Wed, 26 Mar 2003 20:31:45 +0200 (EET)
Subject: [dovecot] Re: FETCH BODY[part]<partial>
From: Timo Sirainen <tss@iki.fi>
To: Jesse Peterson <jpeterson275@attbi.com>
Cc: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E81EA93.5000306@attbi.com>
References: <3E80B3D3.6050603@attbi.com> <1048669793.30187.133.camel@hurina>
	 <3E81BEAF.8050803@attbi.com>  <3E81EA93.5000306@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048703504.30186.200.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 20:31:45 +0200
X-archive-position: 472
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: 472                                                  
Status: O

On Wed, 2003-03-26 at 19:59, Jesse Peterson wrote:
> When the reply to the fetch is given, it seems to be missing a ")" on 
> the end:

It's sent after the message text.

> 23 UID FETCH 48 BODY.PEEK[]<8192.1915>
> * 48 FETCH (UID 48 BODY[]<8192> {1915}
> 
> How does an IMAP client learn the size of a message?  Because the size 
> of this particular message is 10107 bytes (header + message, in a 
> maildir file).

IMAP requires that linebreaks are CR+LF. In maildir files you have only
LFs. So there's one extra byte per each line.

> If you multiply the simple header returned by this (148) by two, then 
> add that to the filesize of the message, you get 12117 (minus a CR 
> probably).  Is this how RFC822.SIZE is defined?

RFC822.SIZE is just the full size of message, again with CR+LFs.

> Anyway, in conclusion, it now DOES work, it's just that apparently 
> Mail.app cached the old file sizes on the broken messages, so those 
> didn't work (i think).

OK, good. Now only thing left to fix is SSL proxy.


From tss@iki.fi  Wed Mar 26 20:45:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 20:45:04 +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 757BD23839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 20:45:04 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A43125E928E0; Wed, 26 Mar 2003 20:45:03 +0200 (EET)
Subject: [dovecot] Re: Failure in the presence of too many connections
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030326132801.B26665@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048704303.31565.214.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 26 Mar 2003 20:45:03 +0200
X-archive-position: 473
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: 473                                                  
Status: O

On Wed, 2003-03-26 at 20:28, Mark E. Mallett wrote:
> Had an event today where dovecot refused new connections and would not
> accept more until restarted, whereupon it worked for a few minutes and
> locked up again.  Looking at the logs it appeared that it had run out
> of file descriptors.  I increased the open files limit and started it
> again-- which worked but it only pushes off the problem.

Which process ran out of fds? "dovecot"?

> Does dovecot keep an open file descriptor for every imap or pop3
> child?

No, except imap-login <-> imap does keep one open for SSL connections. 

>   If so, this would argue more towards a tcpserver sort of
> control.  If not, perhaps something is leaking..

I haven't noticed any leaks. stracing dovecot process kept the fds
pretty much the same.

> PS: assume you saw recent RFCs 3501 and 3502 ?

Yes, I've read both as drafts.


From dgc@uchicago.edu  Wed Mar 26 21:15:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 21:15:38 +0200 (EET)
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 5943A23839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 21:15:36 +0200 (EET)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h2QJFRs29565;
	Wed, 26 Mar 2003 13:15:27 -0600 (CST)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to dgc@uchicago.edu using -f
Date: Wed, 26 Mar 2003 13:15:27 -0600
From: David Champion <dgc@uchicago.edu>
To: Mike Machado <mike@innercite.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Dovecot and Quotas
Message-ID: <20030326191527.GB25982@dust.uchicago.edu>
Mail-Followup-To: Mike Machado <mike@innercite.com>,
	dovecot@procontrol.fi
References: <1048636121.31457.31.camel@rocket> <1048649163.5455.0.camel@binkley> <1048697679.31484.40.camel@rocket>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1048697679.31484.40.camel@rocket>
User-Agent: Mutt/1.5.2i
X-archive-position: 474
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dgc@uchicago.edu
Precedence: bulk
X-list: dovecot
X-UID: 474                                                  
Status: O
Content-Length: 2397

* On 2003.03.26, in <1048697679.31484.40.camel@rocket>,
*	"Mike Machado" <mike@innercite.com> wrote:
> I have seen this suggestion elsewhere and would be perfect. The customer
> only needs a few extra kilobytes when their quota is full, so the hard
> quota could be just a bit bigger with a long/unlimited grace. The hard
> part is to get procmail or whatever local delivery agent to stop at the
> SOFT quota. I could probably quite some funky procmail rules, but that
> will add an unwanted amount of load to an already busy system. Anyone
> know if their are some built in sendmail/procmail checking that can aide
> here?

None that I know of. Hard quotas are terrible for a mail system, in my
experience. Part of the trouble is the automation -- we run across a lot
of cases where automated management isn't very nice to users. There are
always exceptions -- Professor Jones is doing field research in Egypt,
or somesuch, and has limited access. For such cases, we want longer
quota warning periods.

We have a nightly job that checks everyone's mail usage nightly. If
someone's usage goes above what we consider good, it decrements a
counter, set initially to 7 days (5 working days). Each day that this
counter is set, it mails the user a warning that mail will be blocked
in N days, and when a counter reaches 0 it mails us, the admins, and we
run a script to block access. Part of this is sticking a helpful entry
in /etc/mail/access to block incoming mail. (We use sendmail.) So that's
where you can cause SMTP blocks, but you need your own scripts for
managing it.

There are two loopholes here -- people can still store as much mail as
they want to the server via IMAP, and people can neglect their overuse
for as long as they want to. Those might be weaknesses or advantages,
depending on how you look at it. But most people want new mail via SMTP,
too, and they don't get it until they clear their IMAP. But since we
have so many users, the relatively small number of troublesome users
never cause major trouble -- their abuses are relatively small. IOW, we
don't generally need to keep individuals reined in, just the masses.

-- 
 -D.	dgc@uchicago.edu	NSIT	University of Chicago
 "The whole thrust of the text adventure was one picture was worth
  a thousand words and we would rather give you the thousand words."
                                        - Dave Lebling, Implementor

From mem@mv.mv.com  Wed Mar 26 21:17:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 26 Mar 2003 21:17:11 +0200 (EET)
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 59F4523839
	for <dovecot@procontrol.fi>; Wed, 26 Mar 2003 21:17:11 +0200 (EET)
Received: (qmail 4370 invoked by uid 101); 26 Mar 2003 14:17:09 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 26 Mar 2003 14:17:09 -0500
To: Timo Sirainen <tss@iki.fi>
Cc: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
Message-ID: <20030326141709.A2687@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net> <1048704303.31565.214.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1048704303.31565.214.camel@hurina>; from tss@iki.fi on Wed, Mar 26, 2003 at 08:45:03PM +0200
X-archive-position: 475
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: 475                                                  
Status: O

On Wed, Mar 26, 2003 at 08:45:03PM +0200, Timo Sirainen wrote:
> On Wed, 2003-03-26 at 20:28, Mark E. Mallett wrote:
> > Had an event today where dovecot refused new connections and would not
> > accept more until restarted, whereupon it worked for a few minutes and
> > locked up again.  Looking at the logs it appeared that it had run out
> > of file descriptors.  I increased the open files limit and started it
> > again-- which worked but it only pushes off the problem.
> 
> Which process ran out of fds? "dovecot"?

Sorry for being non-specific.  dovecot-auth was the program that logged
the error, like this:

dovecot-auth: getpwnam(xxxx) failed: Too many open files

mm

From jpeterson275@attbi.com  Thu Mar 27 01:42:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 27 Mar 2003 01:42:01 +0200 (EET)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by danu.procontrol.fi (Postfix) with ESMTP id B525823825
	for <dovecot@procontrol.fi>; Thu, 27 Mar 2003 01:42:00 +0200 (EET)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <20030326234159053005kae6e>; Wed, 26 Mar 2003 23:41:59 +0000
Message-ID: <3E823AD7.1040300@attbi.com>
Date: Wed, 26 Mar 2003 15:42:15 -0800
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: FETCH BODY[part]<partial>
References: <3E80B3D3.6050603@attbi.com> <1048669793.30187.133.camel@hurina>	 <3E81BEAF.8050803@attbi.com>  <3E81EA93.5000306@attbi.com> <1048703504.30186.200.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 476
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 476                                                  
Status: O


> 
> IMAP requires that linebreaks are CR+LF. In maildir files you have only
> LFs. So there's one extra byte per each line.
> RFC822.SIZE is just the full size of message, again with CR+LFs.

D'0h, I feel like an idiot now. =)


> 
> OK, good. Now only thing left to fix is SSL proxy.
> 
> 
> 

What happens to be wrong with the SSL proxy?

-- 
Jesse Peterson  /  jesse@pixeltechs.com


From tss@iki.fi  Sat Mar 29 11:00:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 29 Mar 2003 11:00:39 +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 08A2623839
	for <dovecot@procontrol.fi>; Sat, 29 Mar 2003 11:00:38 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 8D08D5E017F5; Sat, 29 Mar 2003 11:00:38 +0200 (EET)
Subject: [dovecot] Re: FETCH BODY[part]<partial>
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3E823AD7.1040300@attbi.com>
References: <3E80B3D3.6050603@attbi.com> <1048669793.30187.133.camel@hurina>
	 <3E81BEAF.8050803@attbi.com>  <3E81EA93.5000306@attbi.com>
	 <1048703504.30186.200.camel@hurina>  <3E823AD7.1040300@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048928438.6856.15.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 29 Mar 2003 11:00:38 +0200
X-archive-position: 477
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: 477                                                  
Status: O

On Thu, 2003-03-27 at 01:42, Jesse Peterson wrote:
> > OK, good. Now only thing left to fix is SSL proxy.
> What happens to be wrong with the SSL proxy?

It seems to get stuck sometimes. I think it's now fixed in CVS. Or this
is with openssl at least, I'm not really sure how well gnutls works.


From tss@iki.fi  Sat Mar 29 11:05:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 29 Mar 2003 11:05:23 +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 8F8ED23839
	for <dovecot@procontrol.fi>; Sat, 29 Mar 2003 11:05:23 +0200 (EET)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 59AF85E017F5; Sat, 29 Mar 2003 11:05:23 +0200 (EET)
Subject: [dovecot] Re: Failure in the presence of too many connections
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030326141709.A2687@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net>
	 <1048704303.31565.214.camel@hurina>  <20030326141709.A2687@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1048928723.6856.21.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 29 Mar 2003 11:05:23 +0200
X-archive-position: 478
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: 478                                                  
Status: O

On Wed, 2003-03-26 at 21:17, Mark E. Mallett wrote:
> Sorry for being non-specific.  dovecot-auth was the program that logged
> the error, like this:
> 
> dovecot-auth: getpwnam(xxxx) failed: Too many open files

What passdb are you using? PAM? Something is leaking fds there, but I
don't think it's getpwnam() itself.


From mem@mv.mv.com  Sat Mar 29 16:39:52 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 29 Mar 2003 16:39:52 +0200 (EET)
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 9D80623825
	for <dovecot@procontrol.fi>; Sat, 29 Mar 2003 16:39:51 +0200 (EET)
Received: (qmail 6368 invoked by uid 101); 29 Mar 2003 09:39:49 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Sat, 29 Mar 2003 09:39:49 -0500
To: Timo Sirainen <tss@iki.fi>
Cc: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
Message-ID: <20030329093949.B18450@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net> <1048704303.31565.214.camel@hurina> <20030326141709.A2687@iridium.mv.net> <1048928723.6856.21.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1048928723.6856.21.camel@hurina>; from tss@iki.fi on Sat, Mar 29, 2003 at 11:05:23AM +0200
X-archive-position: 479
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: 479                                                  
Status: O

On Sat, Mar 29, 2003 at 11:05:23AM +0200, Timo Sirainen wrote:
> On Wed, 2003-03-26 at 21:17, Mark E. Mallett wrote:
> > Sorry for being non-specific.  dovecot-auth was the program that logged
> > the error, like this:
> > 
> > dovecot-auth: getpwnam(xxxx) failed: Too many open files
> 
> What passdb are you using? PAM? Something is leaking fds there, but I
> don't think it's getpwnam() itself.

Hi-

Plain old passwd file checking.

auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = passwd

mm

From maikel@ladot.com  Sun Mar 30 23:38:09 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 30 Mar 2003 23:38:09 +0300 (EEST)
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 1E5D12385F
	for <dovecot@procontrol.fi>; Sun, 30 Mar 2003 23:38:09 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com [172.31.2.13])
	by zeus.ladot.com (8.12.8/8.12.6) with ESMTP id h2UKmpmB033512
	for <dovecot@procontrol.fi>; Sun, 30 Mar 2003 22:48:51 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service (5.5.2653.19)
	id <1VFZ7X2K>; Sun, 30 Mar 2003 22:23:57 +0200
Message-ID: <410777FC7A66D511911500B0D0783455024C4F8F@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "Dovecot (E-mail)" <dovecot@procontrol.fi>
Subject: [dovecot] NFS mounted IMAP dirs
Date: Sun, 30 Mar 2003 22:23:56 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2F6FA.4A1A9C30"
X-Spam-Status: No, hits=0.9 required=5.0
	tests=EXCHANGE_SERVER,MIME_NULL_BLOCK,SPAM_PHRASE_03_05
	version=2.44
X-archive-position: 480
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maikel@ladot.com
Precedence: bulk
X-list: dovecot
X-UID: 480                                                  
Status: O
Content-Length: 3333

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2F6FA.4A1A9C30
Content-Type: text/plain;
	charset="iso-8859-1"

Hi list,


I am trying to build an email system that is using multiple frontends, to a
clustered backend using nfs. The backend mounts his filesystems from a
central storage, and will be running active-active.

While reading through the dovecot documentation, I read that I could do
without indexes (well: use memory indexes), and could then be able to run
dovecot over NFS. Well: that was until friday, when I was reading a little
bit better through nfs.txt. :)

My problem is now that dovecot writes it's subscriptions to the mailstore.
Since I want as little difference between my frondends as possible, (and as
static as possible), I would love to see dovecot handle subscriptions in a
database, or perhaps a nfs-safe file.

Since I am only a junior programmer (my code is really not far from "Hello
world", although I am trying to find some time to teach myself more), I
might not be able to be of much assistance to you all in coding stuff, but I
am willing to help out where-ever possible.

Can anyone help me solve my problem in any way, and how can I contribute as
well?


Thank you all,

Maikel Verheijen.

------_=_NextPart_001_01C2F6FA.4A1A9C30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>NFS mounted IMAP dirs</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">Hi list,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">I am trying to build an email system =
that is using multiple frontends, to a clustered backend using nfs. The =
backend mounts his filesystems from a central storage, and will be =
running active-active.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">While reading through the dovecot =
documentation, I read that I could do without indexes (well: use memory =
indexes), and could then be able to run dovecot over NFS. Well: that =
was until friday, when I was reading a little bit better through =
nfs.txt. :)</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">My problem is now that dovecot writes =
it's subscriptions to the mailstore. Since I want as little difference =
between my frondends as possible, (and as static as possible), I would =
love to see dovecot handle subscriptions in a database, or perhaps a =
nfs-safe file.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Since I am only a junior programmer =
(my code is really not far from &quot;Hello world&quot;, although I am =
trying to find some time to teach myself more), I might not be able to =
be of much assistance to you all in coding stuff, but I am willing to =
help out where-ever possible.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Can anyone help me solve my problem in =
any way, and how can I contribute as well?</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">Thank you all,</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2F6FA.4A1A9C30--

From tss@iki.fi  Mon Mar 31 11:53:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 11:53:48 +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 4B7BF23839
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 11:53:48 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 131315E017F5; Mon, 31 Mar 2003 11:53:48 +0300 (EEST)
Subject: [dovecot] Re: NFS mounted IMAP dirs
From: Timo Sirainen <tss@iki.fi>
To: Maikel Verheijen <maikel@ladot.com>
Cc: "Dovecot (E-mail)" <dovecot@procontrol.fi>
In-Reply-To: <410777FC7A66D511911500B0D0783455024C4F8F@nlladot05.intern.ladot.com>
References:
	 <410777FC7A66D511911500B0D0783455024C4F8F@nlladot05.intern.ladot.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049100827.883.119.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 31 Mar 2003 11:53:47 +0300
X-archive-position: 481
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: 481                                                  
Status: O

On Sun, 2003-03-30 at 23:23, Maikel Verheijen wrote:
> While reading through the dovecot documentation, I read that I could
> do without indexes (well: use memory indexes),

Currently that's not really good idea, since message UIDs aren't then
stored permanently. In CVS there's support for this with mbox format,
and I've also been writing support for Courier-like uidlist-file, but
that's still not really working.

> My problem is now that dovecot writes it's subscriptions to the
> mailstore. Since I want as little difference between my frondends as
> possible, (and as static as possible), I would love to see dovecot
> handle subscriptions in a database, or perhaps a nfs-safe file.

Database? SQL? Another problem is also .customflags file which isn't
NFS-safe. With mbox it's not really required, but with Maildir it is if
you want custom message flags. It wouldn't be too difficult to change
the code to use dotlock files with these files anyway, I've been going
to make it configurable.


From tss@iki.fi  Mon Mar 31 11:59:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 11:59:21 +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 8902F23839
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 11:59:21 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 50E4B5E017F5; Mon, 31 Mar 2003 11:59:21 +0300 (EEST)
Subject: [dovecot] Re: Failure in the presence of too many connections
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030329093949.B18450@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net>
	 <1048704303.31565.214.camel@hurina> <20030326141709.A2687@iridium.mv.net>
	 <1048928723.6856.21.camel@hurina>  <20030329093949.B18450@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049101161.884.126.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 31 Mar 2003 11:59:21 +0300
X-archive-position: 482
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: 482                                                  
Status: O

On Sat, 2003-03-29 at 16:39, Mark E. Mallett wrote:
> > > dovecot-auth: getpwnam(xxxx) failed: Too many open files
> > 
> > What passdb are you using? PAM? Something is leaking fds there, but I
> > don't think it's getpwnam() itself.
> 
> Plain old passwd file checking.
> 
> auth = default
> auth_mechanisms = plain
> auth_userdb = passwd
> auth_passdb = passwd

Well, that's strange. I don't think getpwnam() should leave any fds
open. Auth process does keep one fd per login process, but that's also
closed when client logs in or closes the connection. Maybe using
passwd-file instead would help?


From maikel@ladot.com  Mon Mar 31 12:06:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 12:06:31 +0300 (EEST)
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 8ED2C23839
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 12:06:31 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com [172.31.2.13])
	by zeus.ladot.com (8.12.8/8.12.6) with ESMTP id h2V9GwmB038080;
	Mon, 31 Mar 2003 11:16:58 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service (5.5.2653.19)
	id <1VFZ7X0B>; Mon, 31 Mar 2003 10:52:02 +0200
Message-ID: <410777FC7A66D511911500B0D0783455024C4F94@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Timo Sirainen'" <tss@iki.fi>
Cc: "Dovecot (E-mail)" <dovecot@procontrol.fi>
Subject: [dovecot] Re: NFS mounted IMAP dirs
Date: Mon, 31 Mar 2003 10:52:01 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2F762.CB6F2630"
X-Spam-Status: No, hits=-0.2 required=5.0
	tests=EXCHANGE_SERVER,MIME_NULL_BLOCK,QUOTED_EMAIL_TEXT,
	      SPAM_PHRASE_02_03
	version=2.44
X-archive-position: 483
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maikel@ladot.com
Precedence: bulk
X-list: dovecot
X-UID: 483                                                  
Status: O
Content-Length: 4712

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2F762.CB6F2630
Content-Type: text/plain

Hi Timo,

> On Sun, 2003-03-30 at 23:23, Maikel Verheijen wrote:
> > While reading through the dovecot documentation, I read 
> that I could 
> > do without indexes (well: use memory indexes),
> 
> Currently that's not really good idea, since message UIDs 
> aren't then stored permanently. In CVS there's support for 
> this with mbox format, and I've also been writing support for 
> Courier-like uidlist-file, but that's still not really working.
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... 

> > My problem is now that dovecot writes it's subscriptions to the 
> > mailstore. Since I want as little difference between my 
> frondends as 
> > possible, (and as static as possible), I would love to see dovecot 
> > handle subscriptions in a database, or perhaps a nfs-safe file.
> 
> Database? SQL? Another problem is also .customflags file 
> which isn't NFS-safe. With mbox it's not really required, but 
> with Maildir it is if you want custom message flags. It 
> wouldn't be too difficult to change the code to use dotlock 
> files with these files anyway, I've been going to make it 
> configurable.
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.

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).

regards,


Maikel Verheijen.

------_=_NextPart_001_01C2F762.CB6F2630
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [dovecot] NFS mounted IMAP dirs</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Hi Timo,</FONT>
</P>

<P><FONT SIZE=2>&gt; On Sun, 2003-03-30 at 23:23, Maikel Verheijen wrote:</FONT>
<BR><FONT SIZE=2>&gt; &gt; While reading through the dovecot documentation, I read </FONT>
<BR><FONT SIZE=2>&gt; that I could </FONT>
<BR><FONT SIZE=2>&gt; &gt; do without indexes (well: use memory indexes),</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; Currently that's not really good idea, since message UIDs </FONT>
<BR><FONT SIZE=2>&gt; aren't then stored permanently. In CVS there's support for </FONT>
<BR><FONT SIZE=2>&gt; this with mbox format, and I've also been writing support for </FONT>
<BR><FONT SIZE=2>&gt; Courier-like uidlist-file, but that's still not really working.</FONT>
<BR><FONT SIZE=2>Well: I am working with Maildir mailstores, so I guess I need to</FONT>
<BR><FONT SIZE=2>have a uidlist kinda file then? Sorry it wasn't clear in my post </FONT>
<BR><FONT SIZE=2>that I am using Maildir style mailboxes... But I figured maildir was</FONT>
<BR><FONT SIZE=2>better than Mbox over nfs... </FONT>
</P>

<P><FONT SIZE=2>&gt; &gt; My problem is now that dovecot writes it's subscriptions to the </FONT>
<BR><FONT SIZE=2>&gt; &gt; mailstore. Since I want as little difference between my </FONT>
<BR><FONT SIZE=2>&gt; frondends as </FONT>
<BR><FONT SIZE=2>&gt; &gt; possible, (and as static as possible), I would love to see dovecot </FONT>
<BR><FONT SIZE=2>&gt; &gt; handle subscriptions in a database, or perhaps a nfs-safe file.</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; Database? SQL? Another problem is also .customflags file </FONT>
<BR><FONT SIZE=2>&gt; which isn't NFS-safe. With mbox it's not really required, but </FONT>
<BR><FONT SIZE=2>&gt; with Maildir it is if you want custom message flags. It </FONT>
<BR><FONT SIZE=2>&gt; wouldn't be too difficult to change the code to use dotlock </FONT>
<BR><FONT SIZE=2>&gt; files with these files anyway, I've been going to make it </FONT>
<BR><FONT SIZE=2>&gt; configurable.</FONT>
<BR><FONT SIZE=2>My current setup is with postgresql and Maildir. So in a way, a lot of</FONT>
<BR><FONT SIZE=2>info COULD come from my database, if it isn't safe enough via nfs.</FONT>
</P>

<P><FONT SIZE=2>Can you make all file locking configurable? Or will you do it on a </FONT>
<BR><FONT SIZE=2>&quot;per-type&quot; basis? (eg: mailbox locking, index locking, flag-file locking, etc).</FONT>
</P>

<P><FONT SIZE=2>regards,</FONT>
</P>
<BR>

<P><FONT SIZE=2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2F762.CB6F2630--

From charlieb-dovecot@e-smith.com  Mon Mar 31 18:08:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 18:08:44 +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 0CE8323839
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 18:08:44 +0300 (EEST)
Received: (qmail 16267 invoked by uid 404); 31 Mar 2003 15:08:41 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 31 Mar 2003 10:08:41 -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; 31 Mar 2003 15:08:40 -0000
Received: (qmail 5279 invoked from network); 31 Mar 2003 15:08:40 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 31 Mar 2003 15:08:40 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 31 Mar 2003 15:12:22 -0000
Date: Mon, 31 Mar 2003 10:12:22 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
In-Reply-To: <1049101161.884.126.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303311009510.17234-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 484
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: 484                                                  
Status: O


On 31 Mar 2003, Timo Sirainen wrote:

> On Sat, 2003-03-29 at 16:39, Mark E. Mallett wrote:
> > > > dovecot-auth: getpwnam(xxxx) failed: Too many open files
> > > 
> > > What passdb are you using? PAM? Something is leaking fds there, but I
> > > don't think it's getpwnam() itself.
> > 
> > Plain old passwd file checking.
> > 
> > auth = default
> > auth_mechanisms = plain
> > auth_userdb = passwd
> > auth_passdb = passwd
> 
> Well, that's strange. I don't think getpwnam() should leave any fds
> open. Auth process does keep one fd per login process, but that's also
> closed when client logs in or closes the connection. Maybe using
> passwd-file instead would help?

If you are running this on linux then just:

ls -l /proc/xxx/fd/*

will show you where the file descriptors are going to.

--
Charlie



From mem@mv.mv.com  Mon Mar 31 19:51:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 19:51:27 +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 C9B01238B6
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 19:51:26 +0300 (EEST)
Received: (qmail 26111 invoked by uid 101); 31 Mar 2003 11:51:00 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 31 Mar 2003 11:51:00 -0500
To: Timo Sirainen <tss@iki.fi>
Cc: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
Message-ID: <20030331115059.C11524@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net> <1048704303.31565.214.camel@hurina> <20030326141709.A2687@iridium.mv.net> <1048928723.6856.21.camel@hurina> <20030329093949.B18450@iridium.mv.net> <1049101161.884.126.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1049101161.884.126.camel@hurina>; from tss@iki.fi on Mon, Mar 31, 2003 at 11:59:21AM +0300
X-archive-position: 485
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: 485                                                  
Status: O
Content-Length: 1663

On Mon, Mar 31, 2003 at 11:59:21AM +0300, Timo Sirainen wrote:
> On Sat, 2003-03-29 at 16:39, Mark E. Mallett wrote:
> > > > dovecot-auth: getpwnam(xxxx) failed: Too many open files
> > > 
> > > What passdb are you using? PAM? Something is leaking fds there, but I
> > > don't think it's getpwnam() itself.
> > 
> > Plain old passwd file checking.
> > 
> > auth = default
> > auth_mechanisms = plain
> > auth_userdb = passwd
> > auth_passdb = passwd
> 
> Well, that's strange. I don't think getpwnam() should leave any fds
> open. Auth process does keep one fd per login process, but that's also
> closed when client logs in or closes the connection. Maybe using
> passwd-file instead would help?

My suspicion (without any basis, admittedly) was that the fds were
related to the interprocess communication, not the passwd file access.
I was surprised when it happened, as the system ran fine for weeks
before I saw this error, and then I saw it recur quickly when I stopped
and restarted the dovecot processes before running it again with a
higher openfiles limit.  I think the fd exhaustion is related to a
sudden burst of connections to the POP or IMAP services, not a
long-term leakage of FDs (although I did say something like that in my
initial mail).

The point was not so much that this happens-- but that it doesn't
recover when it does happen (thus the subject line).  The only way to
make the services start responding again is to stop and restart the
dovecot suite of control processes.  Raising the openfiles limit
certainly pushes off the problem, and maybe that's a good enough
workaround (as long as there's always a higher limit availble...)

mm

From mem@mv.mv.com  Mon Mar 31 19:54:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 19:54:36 +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 F0413238B6
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 19:54:34 +0300 (EEST)
Received: (qmail 28910 invoked by uid 101); 31 Mar 2003 11:53:48 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 31 Mar 2003 11:53:48 -0500
To: Charlie Brady <charlieb-dovecot@e-smith.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
Message-ID: <20030331115348.D11524@iridium.mv.net>
References: <1049101161.884.126.camel@hurina> <Pine.LNX.4.44.0303311009510.17234-100000@vegemite.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.44.0303311009510.17234-100000@vegemite.nssg.mitel.com>; from charlieb-dovecot@e-smith.com on Mon, Mar 31, 2003 at 10:12:22AM -0500
X-archive-position: 486
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: 486                                                  
Status: O

> 
> If you are running this on linux then just:
> 
> ls -l /proc/xxx/fd/*
> 
> will show you where the file descriptors are going to.

no procfs here- yeah I could have done an 'fstat' or 'lsof' and traced
it further but did not think to do so.

mm

From seba@iq.pl  Mon Mar 31 22:10:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 22:10:53 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 9A51A238B6
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 22:10:53 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id C280D6BDB3; Mon, 31 Mar 2003 21:11:20 +0200 (CEST)
Date: Mon, 31 Mar 2003 21:11:20 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] dovecot-0.99.8.1 @ old redhat6.2 box
Message-ID: <20030331191120.GB32315@iq.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-archive-position: 487
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 487                                                  
Status: O

Hi

I have some odd problem with running dovecot.
Program dies with message in maillog:

Mar 31 21:04:02 test-box dovecot: Dovecot starting up
Mar 31 21:04:04 test-box dovecot: execv(imap-login) failed: Resource temporarily unavailable
Mar 31 21:04:04 test-box dovecot: execv(imap-login) failed: Resource temporarily unavailable
Mar 31 21:04:04 test-box dovecot: Login process died too early - shutting down
Mar 31 21:04:04 test-box dovecot: child 28870 (login) returned error 84 (exec() failed)
Mar 31 21:04:04 test-box dovecot: child 28869 (login) returned error 84 (exec() failed)
Mar 31 21:04:04 test-box dovecot: execv(imap-login) failed: Resource temporarily unavailable

System is redhat6.2 (with all updates), kernel is 2.2.25 (with openwall
patch). Under rh7.3 dovecot launches fine.

From charlieb-dovecot@e-smith.com  Mon Mar 31 22:15:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 22: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 0FDE2238B6
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 22:15:48 +0300 (EEST)
Received: (qmail 26423 invoked by uid 404); 31 Mar 2003 19:15:46 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 31 Mar 2003 14: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; 31 Mar 2003 19:15:46 -0000
Received: (qmail 26113 invoked from network); 31 Mar 2003 19:15:46 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 31 Mar 2003 19:15:46 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 31 Mar 2003 19:19:27 -0000
Date: Mon, 31 Mar 2003 14:19:27 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
In-Reply-To: <20030331115059.C11524@iridium.mv.net>
Message-ID: <Pine.LNX.4.44.0303311414410.17234-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 488
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: 488                                                  
Status: O


On Mon, 31 Mar 2003, Mark E. Mallett wrote:

> The only way to make the services start responding again is to stop and
> restart the dovecot suite of control processes. dovecot suite of control
> processes.

Or you can run things my way (under tcpserver/stunnel/imapfront-auth) and 
there's one dovecot process for each connection, each unrelated. This 
illustrates my point about re-using already well trusted simple programs
to do as much of the task as possible. 

> Raising the openfiles limit
> certainly pushes off the problem, and maybe that's a good enough
> workaround (as long as there's always a higher limit availble...)

... which is something that you can *never* assume.

--
Charlie




From mem@mv.mv.com  Mon Mar 31 22:27:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 22:27:14 +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 D83F7238B6
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 22:27:13 +0300 (EEST)
Received: (qmail 20536 invoked by uid 101); 31 Mar 2003 14:27:13 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 31 Mar 2003 14:27:13 -0500
To: Charlie Brady <charlieb-dovecot@e-smith.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
Message-ID: <20030331142713.E20665@iridium.mv.net>
References: <20030331115059.C11524@iridium.mv.net> <Pine.LNX.4.44.0303311414410.17234-100000@vegemite.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.44.0303311414410.17234-100000@vegemite.nssg.mitel.com>; from charlieb-dovecot@e-smith.com on Mon, Mar 31, 2003 at 02:19:27PM -0500
X-archive-position: 489
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: 489                                                  
Status: O
Content-Length: 1482

On Mon, Mar 31, 2003 at 02:19:27PM -0500, Charlie Brady wrote:
> 
> On Mon, 31 Mar 2003, Mark E. Mallett wrote:
> 
> > The only way to make the services start responding again is to stop and
> > restart the dovecot suite of control processes. dovecot suite of control
> > processes.
> 
> Or you can run things my way (under tcpserver/stunnel/imapfront-auth) and 
> there's one dovecot process for each connection, each unrelated. This 
> illustrates my point about re-using already well trusted simple programs
> to do as much of the task as possible. 

yep- this kind of brings us full circle back to my original message :-)
(I had mentioned that this kind of problem may be less likely with
a tcpserver approach).

Although the distinction is not between using well-trusted simple
programs vs large monolitic ones, but how you access those simple
programs.  Do you use a long-running auth process and talk to it via a
UNIX socket (or other inteface), or fire up a new auth process for
each need?  Personally I'm with you: unless there's an awful lot of
state or caching or other long-term need that you lose by creating a
new auth process each time (e.g.  like innd's "actived" process), I'd
vote for a one-time short-running auth process.


> > Raising the openfiles limit
> > certainly pushes off the problem, and maybe that's a good enough
> > workaround (as long as there's always a higher limit availble...)
> 
> ... which is something that you can *never* assume.

Amen

mm

From tss@iki.fi  Mon Mar 31 22:30:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 22:30:26 +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 A4F3E238B6
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 22:30:26 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DFB095E0EC7E; Mon, 31 Mar 2003 22:30:25 +0300 (EEST)
Subject: [dovecot] Re: Failure in the presence of too many connections
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0303311414410.17234-100000@vegemite.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0303311414410.17234-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049139025.959.7.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 31 Mar 2003 22:30:25 +0300
X-archive-position: 490
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: 490                                                  
Status: O

On Mon, 2003-03-31 at 22:19, Charlie Brady wrote:
> Or you can run things my way (under tcpserver/stunnel/imapfront-auth) and 
> there's one dovecot process for each connection, each unrelated. This 
> illustrates my point about re-using already well trusted simple programs
> to do as much of the task as possible. 

Didn't you just say imapfront connected to separate auth process via
unix socket?


From tss@iki.fi  Mon Mar 31 22:33:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 22:33:00 +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 D02B0238B6
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 22:33:00 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 995315E0EC7E; Mon, 31 Mar 2003 22:33:00 +0300 (EEST)
Subject: [dovecot] Re: dovecot-0.99.8.1 @ old redhat6.2 box
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030331191120.GB32315@iq.pl>
References: <20030331191120.GB32315@iq.pl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049139180.831.11.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 31 Mar 2003 22:33:00 +0300
X-archive-position: 491
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: 491                                                  
Status: O

On Mon, 2003-03-31 at 22:11, Sebastian Pachuta wrote:
> I have some odd problem with running dovecot.
> Program dies with message in maillog:
> 
> Mar 31 21:04:04 test-box dovecot: execv(imap-login) failed: Resource temporarily unavailable

> System is redhat6.2 (with all updates), kernel is 2.2.25 (with openwall
> patch). Under rh7.3 dovecot launches fine.

It's probably because of the openwall patch. Would this patch help?

diff -u -r1.38 login-process.c
--- src/master/login-process.c  4 Mar 2003 22:38:08 -0000       1.38
+++ src/master/login-process.c  31 Mar 2003 19:31:50 -0000
@@ -474,7 +474,7 @@
                        i_fatal("chdir(%s) failed: %m", set->login_dir);
        }
 
-       restrict_process_size(group->set->process_size, 0);
+       restrict_process_size(group->set->process_size, 1);
 
        /* make sure we don't leak syslog fd, but do it last so that
           any errors above will be logged */


From seba@iq.pl  Mon Mar 31 22:42:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 31 Mar 2003 22:42:46 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id E73872385F
	for <dovecot@procontrol.fi>; Mon, 31 Mar 2003 22:42:45 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 0E2606BE30; Mon, 31 Mar 2003 21:43:13 +0200 (CEST)
Date: Mon, 31 Mar 2003 21:43:13 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot-0.99.8.1 @ old redhat6.2 box
Message-ID: <20030331194312.GA6677@iq.pl>
References: <20030331191120.GB32315@iq.pl> <1049139180.831.11.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1049139180.831.11.camel@hurina>
X-archive-position: 492
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 492                                                  
Status: O
Content-Length: 1152

On Mon, Mar 31, 2003 at 22:33:00 +0300, Timo Sirainen wrote:
> On Mon, 2003-03-31 at 22:11, Sebastian Pachuta wrote:
> > I have some odd problem with running dovecot.
> > Program dies with message in maillog:
> > 
> > Mar 31 21:04:04 test-box dovecot: execv(imap-login) failed: Resource temporarily unavailable
> 
> > System is redhat6.2 (with all updates), kernel is 2.2.25 (with openwall
> > patch). Under rh7.3 dovecot launches fine.
> 
> It's probably because of the openwall patch. Would this patch help?
> 
> diff -u -r1.38 login-process.c
> --- src/master/login-process.c  4 Mar 2003 22:38:08 -0000       1.38
> +++ src/master/login-process.c  31 Mar 2003 19:31:50 -0000
> @@ -474,7 +474,7 @@
>                         i_fatal("chdir(%s) failed: %m", set->login_dir);
>         }
>  
> -       restrict_process_size(group->set->process_size, 0);
> +       restrict_process_size(group->set->process_size, 1);
>  
>         /* make sure we don't leak syslog fd, but do it last so that
>            any errors above will be logged */
> 

Nope :(

With and without this patch there is no abuse info generated by openwall in
dmesg or /var/log/alert.

From tss@iki.fi  Tue Apr  1 00:43:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 01 Apr 2003 00:43:28 +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 0523F2385F
	for <dovecot@procontrol.fi>; Tue,  1 Apr 2003 00:43:28 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D17075E0EC7E; Tue,  1 Apr 2003 00:43:27 +0300 (EEST)
Subject: [dovecot] Re: dovecot-0.99.8.1 @ old redhat6.2 box
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030331194312.GA6677@iq.pl>
References: <20030331191120.GB32315@iq.pl> <1049139180.831.11.camel@hurina>
	 <20030331194312.GA6677@iq.pl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049147007.6193.16.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 01 Apr 2003 00:43:27 +0300
X-archive-position: 493
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: 493                                                  
Status: O

On Mon, 2003-03-31 at 22:43, Sebastian Pachuta wrote:
> > -       restrict_process_size(group->set->process_size, 0);
> > +       restrict_process_size(group->set->process_size, 1);
> >  
> With and without this patch there is no abuse info generated by openwall in
> dmesg or /var/log/alert.

Well, changing 0 to (unsigned int)-1 at least should help?


From seba@iq.pl  Tue Apr  1 00:55:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 01 Apr 2003 00:55:46 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id A6A4B2385F
	for <dovecot@procontrol.fi>; Tue,  1 Apr 2003 00:55:46 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 8D3006BCC7; Mon, 31 Mar 2003 23:56:13 +0200 (CEST)
Date: Mon, 31 Mar 2003 23:56:13 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot-0.99.8.1 @ old redhat6.2 box
Message-ID: <20030331215613.GA23630@iq.pl>
References: <20030331191120.GB32315@iq.pl> <1049139180.831.11.camel@hurina> <20030331194312.GA6677@iq.pl> <1049147007.6193.16.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1049147007.6193.16.camel@hurina>
X-archive-position: 494
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 494                                                  
Status: O

On Tue, Apr 01, 2003 at 00:43:27 +0300, Timo Sirainen wrote:
> On Mon, 2003-03-31 at 22:43, Sebastian Pachuta wrote:
> > > -       restrict_process_size(group->set->process_size, 0);
> > > +       restrict_process_size(group->set->process_size, 1);
> > >  
> > With and without this patch there is no abuse info generated by openwall in
> > dmesg or /var/log/alert.
> 
> Well, changing 0 to (unsigned int)-1 at least should help?

Yes, tx

From charlieb-dovecot@e-smith.com  Tue Apr  1 06:09:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 01 Apr 2003 06:09:11 +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 F0ECC238B6
	for <dovecot@procontrol.fi>; Tue,  1 Apr 2003 06:09:10 +0300 (EEST)
Received: (qmail 7080 invoked by uid 404); 1 Apr 2003 03:09:08 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 31 Mar 2003 22:09:08 -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; 01 Apr 2003 03:09:07 -0000
Received: (qmail 13379 invoked by uid 5008); 1 Apr 2003 03:09:07 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 1 Apr 2003 03:09:07 -0000
Date: Mon, 31 Mar 2003 22:09:07 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
In-Reply-To: <1049139025.959.7.camel@hurina>
Message-ID: <Pine.LNX.4.44.0303312159470.22471-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 495
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: 495                                                  
Status: O


On 31 Mar 2003, Timo Sirainen wrote:

> On Mon, 2003-03-31 at 22:19, Charlie Brady wrote:
> > Or you can run things my way (under tcpserver/stunnel/imapfront-auth) and 
> > there's one dovecot process for each connection, each unrelated. This 
> > illustrates my point about re-using already well trusted simple programs
> > to do as much of the task as possible. 
> 
> Didn't you just say imapfront connected to separate auth process via
> unix socket?

That's one of the options, but you can also run a standalone command. See 
http://untroubled.org/cvm/cvm.html.

In any case, these are still well trusted simple programs :-)

--
Charlie



From tss@iki.fi  Wed Apr  2 03:34:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 02 Apr 2003 03:34:03 +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 9AD672385F
	for <dovecot@procontrol.fi>; Wed,  2 Apr 2003 03:34:02 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3F35F5E0EC7E; Wed,  2 Apr 2003 03:34:02 +0300 (EEST)
Subject: [dovecot] Re: Failure in the presence of too many connections
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030331115059.C11524@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net>
	 <1048704303.31565.214.camel@hurina> <20030326141709.A2687@iridium.mv.net>
	 <1048928723.6856.21.camel@hurina> <20030329093949.B18450@iridium.mv.net>
	 <1049101161.884.126.camel@hurina>  <20030331115059.C11524@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049243642.11879.25.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 02 Apr 2003 03:34:02 +0300
X-archive-position: 496
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: 496                                                  
Status: O

On Mon, 2003-03-31 at 19:51, Mark E. Mallett wrote:
> The point was not so much that this happens-- but that it doesn't
> recover when it does happen (thus the subject line).  The only way to
> make the services start responding again is to stop and restart the
> dovecot suite of control processes. 

I don't really see anything in code that would prevent dovecot-auth from
working again after some of the connections to login processes die and
free file descriptors. I guess I'll have to try myself.

>  Raising the openfiles limit
> certainly pushes off the problem, and maybe that's a good enough
> workaround (as long as there's always a higher limit availble...)

How much was it before? Dovecot limits the number of login processes to
384 by default (max_logging_users 256 + login_max_processes_count 128).


From mem@mv.mv.com  Wed Apr  2 03:37:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 02 Apr 2003 03:37:37 +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 E56E82385F
	for <dovecot@procontrol.fi>; Wed,  2 Apr 2003 03:37:36 +0300 (EEST)
Received: (qmail 23777 invoked by uid 101); 1 Apr 2003 19:37:34 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 1 Apr 2003 19:37:34 -0500
To: Timo Sirainen <tss@iki.fi>
Cc: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: Failure in the presence of too many connections
Message-ID: <20030401193734.P8442@iridium.mv.net>
References: <20030326132801.B26665@iridium.mv.net> <1048704303.31565.214.camel@hurina> <20030326141709.A2687@iridium.mv.net> <1048928723.6856.21.camel@hurina> <20030329093949.B18450@iridium.mv.net> <1049101161.884.126.camel@hurina> <20030331115059.C11524@iridium.mv.net> <1049243642.11879.25.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1049243642.11879.25.camel@hurina>; from tss@iki.fi on Wed, Apr 02, 2003 at 03:34:02AM +0300
X-archive-position: 497
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: 497                                                  
Status: O


> >  Raising the openfiles limit
> > certainly pushes off the problem, and maybe that's a good enough
> > workaround (as long as there's always a higher limit availble...)
> 
> How much was it before? Dovecot limits the number of login processes to
> 384 by default (max_logging_users 256 + login_max_processes_count 128).

openfiles limit was 64 when the issue occured.  I then raised it to
some much larger value.


From maikel@ladot.com  Wed Apr  2 18:43:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 02 Apr 2003 18:43:44 +0300 (EEST)
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id D82332385F
	for <dovecot@procontrol.fi>; Wed,  2 Apr 2003 18:43:43 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com [172.31.2.13])
	by zeus.ladot.com (8.12.8/8.12.6) with ESMTP id h32FsSmB089567
	for <dovecot@procontrol.fi>; Wed, 2 Apr 2003 17:54:28 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service (5.5.2653.19)
	id <1VFZ8BNB>; Wed, 2 Apr 2003 17:29:23 +0200
Message-ID: <410777FC7A66D511911500B0D0783455024C4FA0@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "Dovecot (E-mail)" <dovecot@procontrol.fi>
Subject: [dovecot] Question about the password field in a postgresql database
Date: Wed, 2 Apr 2003 17:29:17 +0200 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2F92C.9FD1CFC0"
X-Spam-Status: No, hits=1.4 required=5.0
	tests=EXCHANGE_SERVER,MIME_NULL_BLOCK,SPAM_PHRASE_05_08
	version=2.44
X-Spam-Level: *
X-archive-position: 498
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maikel@ladot.com
Precedence: bulk
X-list: dovecot
X-UID: 498                                                  
Status: O
Content-Length: 1571

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2F92C.9FD1CFC0
Content-Type: text/plain

Hi List,


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?


Thank you!

Maikel Verheijen.

------_=_NextPart_001_01C2F92C.9FD1CFC0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>Question about the password field in a postgresql =
database</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi List,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>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).</FONT></P>

<P><FONT SIZE=3D2>Is this supposed to work, or am I misinterpreting =
things here?</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Thank you!</FONT>
</P>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2F92C.9FD1CFC0--

From seba@iq.pl  Thu Apr  3 13:10:08 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 13:10:09 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id DA3002385F
	for <dovecot@procontrol.fi>; Thu,  3 Apr 2003 13:10:08 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 3FE216BD08; Thu,  3 Apr 2003 12:10:27 +0200 (CEST)
Date: Thu, 3 Apr 2003 12:10:27 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] INBOX at /var in maildir storage format
Message-ID: <20030403101027.GF20161@iq.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-archive-position: 499
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 499                                                  
Status: O


Hi

I'm trying to figure out how to set default_mail_env to support such config:

INBOX is in '/var/mail/%u/' (note last slash at the end, %u is an folder with
new/tmp/cur subdirs - standard maildir structure).

Other imap folders are stored as files (in mbox format) in direcotry '%h/Mail/'.

Please advise.

From eskimoe@ananzi.co.za  Thu Apr  3 16:10:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 16:10:00 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-148.reverse.qdsl-home.de [212.202.174.148])
	by danu.procontrol.fi (Postfix) with SMTP id 11712238B6
	for <dovecot@procontrol.fi>; Thu,  3 Apr 2003 16:10:00 +0300 (EEST)
Received: (qmail 20640 invoked by uid 1000); 3 Apr 2003 13:11:09 -0000
Date: Thu, 3 Apr 2003 15:11:09 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: INBOX at /var in maildir storage format
Message-ID: <20030403131108.GA31390@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	dovecot@procontrol.fi
References: <20030403101027.GF20161@iq.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030403101027.GF20161@iq.pl>
X-archive-position: 500
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 500                                                  
Status: O

Hi,

I'm using:

default_mail_env = maildir:/var/imap/%n/Maildir:INDEX=/var/imap/%n/index

I like the extra Maildir-subdir to have the dovecot-index outside of it
but that's just my personal taste. :)

Why do you want to have your mails split over two locations and two
different formats (Maildir/mbox)?

On Thu, Apr 03, 2003 at 12:10:27PM +0200, Sebastian Pachuta wrote:
> Hi
> 
> I'm trying to figure out how to set default_mail_env to support such config:
> 
> INBOX is in '/var/mail/%u/' (note last slash at the end, %u is an folder with
> new/tmp/cur subdirs - standard maildir structure).
> 
> Other imap folders are stored as files (in mbox format) in direcotry '%h/Mail/'.
> 
> Please advise.

regards
-- 
MW


From seba@iq.pl  Thu Apr  3 22:22:03 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 22:22:03 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 24903238B6
	for <dovecot@procontrol.fi>; Thu,  3 Apr 2003 22:22:03 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 1ACB06BD8D; Thu,  3 Apr 2003 21:22:23 +0200 (CEST)
Date: Thu, 3 Apr 2003 21:22:23 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: INBOX at /var in maildir storage format
Message-ID: <20030403192223.GA30832@iq.pl>
References: <20030403101027.GF20161@iq.pl> <20030403131108.GA31390@woom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030403131108.GA31390@woom.net>
X-archive-position: 501
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 501                                                  
Status: O

On Thu, Apr 03, 2003 at 15:11:09 +0200, Moe Wibble wrote:
> Hi,
> 
> I'm using:
> 
> default_mail_env = maildir:/var/imap/%n/Maildir:INDEX=/var/imap/%n/index
> 
> I like the extra Maildir-subdir to have the dovecot-index outside of it
> but that's just my personal taste. :)
> 
> Why do you want to have your mails split over two locations and two
> different formats (Maildir/mbox)?

Because in config, who looks very familiar to Yours:
default_mail_env = maildir:/var/mail/%u
I cannot create imap folders (in maildir format).

I've tried patches from project homepage with no luck :(

Cvs version is unusable for me because I cannot generate configure file.

From tss@iki.fi  Thu Apr  3 22:34:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 22:34:47 +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 1861C238B6
	for <dovecot@procontrol.fi>; Thu,  3 Apr 2003 22:34:47 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D98E95E01F95; Thu,  3 Apr 2003 22:34:46 +0300 (EEST)
Subject: [dovecot] Re: INBOX at /var in maildir storage format
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030403192223.GA30832@iq.pl>
References: <20030403101027.GF20161@iq.pl> <20030403131108.GA31390@woom.net>
	 <20030403192223.GA30832@iq.pl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049398486.22903.64.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 03 Apr 2003 22:34:46 +0300
X-archive-position: 502
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: 502                                                  
Status: O

On Thu, 2003-04-03 at 22:22, Sebastian Pachuta wrote:
> > Why do you want to have your mails split over two locations and two
> > different formats (Maildir/mbox)?

Currently this is not possible.

> Because in config, who looks very familiar to Yours:
> default_mail_env = maildir:/var/mail/%u
> I cannot create imap folders (in maildir format).

What do you mean by "cannot create"? Does it write something to log? Can
you even read the existing mailboxes? /var/mail/username/ directory
anyway has to exist, Dovecot doesn't even try to create it.


From tss@iki.fi  Thu Apr  3 22:45:55 2003
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 :)


From tss@iki.fi  Thu Apr  3 22:50:30 2003
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.


From seba@iq.pl  Thu Apr  3 22:56:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 22:56:47 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 01AEA2385F
	for <dovecot@procontrol.fi>; Thu,  3 Apr 2003 22:56:46 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 159AD6BCDF; Thu,  3 Apr 2003 21:57:07 +0200 (CEST)
Date: Thu, 3 Apr 2003 21:57:07 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: INBOX at /var in maildir storage format
Message-ID: <20030403195707.GB30832@iq.pl>
References: <20030403101027.GF20161@iq.pl> <20030403131108.GA31390@woom.net> <20030403192223.GA30832@iq.pl> <1049398486.22903.64.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1049398486.22903.64.camel@hurina>
X-archive-position: 505
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 505                                                  
Status: O

> What do you mean by "cannot create"? Does it write something to log? Can
> you even read the existing mailboxes? /var/mail/username/ directory
> anyway has to exist, Dovecot doesn't even try to create it.

Empty directory /var/mail/username/ owned by username with perm 700 exist.
When I connect via imap dovecot automagical creates subfolders .INBOX
new tmp cur and .customflags file.
Next I'm trying to create folder via webmail software but nothing happens.
No info in log.

But now I've checked it by telnet to imap and issue rfc3501 'create' and
'list' commands. Works great.

Lame on me, but it looks like old webmail software make this mess.

From maikel@ladot.com  Fri Apr  4 01:09:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 04 Apr 2003 01:09:04 +0300 (EEST)
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 475D92385F
	for <dovecot@procontrol.fi>; Fri,  4 Apr 2003 01:09:04 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com [172.31.2.13])
	by zeus.ladot.com (8.12.8/8.12.6) with ESMTP id h33MJomB044887
	for <dovecot@procontrol.fi>; Fri, 4 Apr 2003 00:19:50 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service (5.5.2653.19)
	id <1VFZ8L5B>; Thu, 3 Apr 2003 23:54:40 +0200
Message-ID: <410777FC7A66D511911500B0D0783455024C4FA6@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "Dovecot (E-mail)" <dovecot@procontrol.fi>
Subject: [dovecot] Re: Question about the password field in a postgres
	ql database
Date: Thu, 3 Apr 2003 23:54:39 +0200 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2FA2B.A00253C0"
X-Spam-Status: No, hits=-0.2 required=5.0
	tests=EXCHANGE_SERVER,MIME_NULL_BLOCK,QUOTED_EMAIL_TEXT,
	      SPAM_PHRASE_02_03
	version=2.44
X-archive-position: 506
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maikel@ladot.com
Precedence: bulk
X-list: dovecot
X-UID: 506                                                  
Status: O
Content-Length: 6028

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2FA2B.A00253C0
Content-Type: text/plain;
	charset="iso-8859-1"

> Works fine with me.. Only thing I can think of is that it's 
> some stupid
> configuration mistake, like not uncommenting the line :)

Hi Timo,

I just (double) checked my config files, and it LOOKS ok.

My dovecot is from cvs, updated yesterday, and running on Redhat 7.3 (if
that matters).

Here is my dovecot-pgsql.conf:

--8<--
#
# Postgress connect string. Similar to PHP
connect = host=A.B.C.D dbname=maildb user=mailuser password=******

password_query = SELECT password FROM aliases WHERE alias = '%u' AND
password != '' AND locked='f';
user_query = SELECT maildir as home, 100 as uid,498 as gid FROM aliases
where alias = '%u';

#default_pass_scheme = PLAIN
#default_pass_scheme = PLAIN-MD5
default_pass_scheme = CRYPT
--8<--


My NON-working DB entry is:
--8<--
maildb-> default_pass_scheme = CRYPT
maildb-> select * from aliases where alias = 'marc@test.com';
ERROR:  parser: parse error at or near "#"
maildb=> ;
maildb=> select * from aliases where alias = 'marc@test.com';
     alias     |        maildir         |              password
| locked 
---------------+------------------------+-----------------------------------
-+--------
 marc@test.com | test.com/marc/Maildir/ | $1$JJN5H82p$yKs5jnb/csQVYsZZ/4WFS0
| f
(1 row)
--8<--

and the one that IS working:
--8<--
maildb=> select * from aliases where alias = 'maikel@test.com';
      alias      |         maildir          |                 password
| locked 
-----------------+--------------------------+-------------------------------
------------+--------
 maikel@test.com | test.com/maikel/Maildir/ |
{CRYPT}$1$JJN5H82p$yKs5jnb/csQVYsZZ/4WFS0 | f
(1 row)
--8<--

Both strings are crypted versions of 'qwerty'


Thank you,


Maikel Verheijen

------_=_NextPart_001_01C2FA2B.A00253C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [dovecot] Re: Question about the password field in a =
postgresql database</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; Works fine with me.. Only thing I can think of =
is that it's </FONT>
<BR><FONT SIZE=3D2>&gt; some stupid</FONT>
<BR><FONT SIZE=3D2>&gt; configuration mistake, like not uncommenting =
the line :)</FONT>
</P>

<P><FONT SIZE=3D2>Hi Timo,</FONT>
</P>

<P><FONT SIZE=3D2>I just (double) checked my config files, and it LOOKS =
ok.</FONT>
</P>

<P><FONT SIZE=3D2>My dovecot is from cvs, updated yesterday, and =
running on Redhat 7.3 (if that matters).</FONT>
</P>

<P><FONT SIZE=3D2>Here is my dovecot-pgsql.conf:</FONT>
</P>

<P><FONT SIZE=3D2>--8&lt;--</FONT>
<BR><FONT SIZE=3D2>#</FONT>
<BR><FONT SIZE=3D2># Postgress connect string. Similar to PHP</FONT>
<BR><FONT SIZE=3D2>connect =3D host=3DA.B.C.D dbname=3Dmaildb =
user=3Dmailuser password=3D******</FONT>
</P>

<P><FONT SIZE=3D2>password_query =3D SELECT password FROM aliases WHERE =
alias =3D '%u' AND password !=3D '' AND locked=3D'f';</FONT>
<BR><FONT SIZE=3D2>user_query =3D SELECT maildir as home, 100 as =
uid,498 as gid FROM aliases where alias =3D '%u';</FONT>
</P>

<P><FONT SIZE=3D2>#default_pass_scheme =3D PLAIN</FONT>
<BR><FONT SIZE=3D2>#default_pass_scheme =3D PLAIN-MD5</FONT>
<BR><FONT SIZE=3D2>default_pass_scheme =3D CRYPT</FONT>
<BR><FONT SIZE=3D2>--8&lt;--</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>My NON-working DB entry is:</FONT>
<BR><FONT SIZE=3D2>--8&lt;--</FONT>
<BR><FONT SIZE=3D2>maildb-&gt; default_pass_scheme =3D CRYPT</FONT>
<BR><FONT SIZE=3D2>maildb-&gt; select * from aliases where alias =3D =
'marc@test.com';</FONT>
<BR><FONT SIZE=3D2>ERROR:&nbsp; parser: parse error at or near =
&quot;#&quot;</FONT>
<BR><FONT SIZE=3D2>maildb=3D&gt; ;</FONT>
<BR><FONT SIZE=3D2>maildb=3D&gt; select * from aliases where alias =3D =
'marc@test.com';</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; =
alias&nbsp;&nbsp;&nbsp;&nbsp; =
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
maildir&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; =
password&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; | locked </FONT>
<BR><FONT =
SIZE=3D2>---------------+------------------------+----------------------=
--------------+--------</FONT>
<BR><FONT SIZE=3D2>&nbsp;marc@test.com | test.com/marc/Maildir/ | =
$1$JJN5H82p$yKs5jnb/csQVYsZZ/4WFS0 | f</FONT>
<BR><FONT SIZE=3D2>(1 row)</FONT>
<BR><FONT SIZE=3D2>--8&lt;--</FONT>
</P>

<P><FONT SIZE=3D2>and the one that IS working:</FONT>
<BR><FONT SIZE=3D2>--8&lt;--</FONT>
<BR><FONT SIZE=3D2>maildb=3D&gt; select * from aliases where alias =3D =
'maikel@test.com';</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
alias&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
maildir&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp; =
password&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | locked </FONT>
<BR><FONT =
SIZE=3D2>-----------------+--------------------------+------------------=
-------------------------+--------</FONT>
<BR><FONT SIZE=3D2>&nbsp;maikel@test.com | test.com/maikel/Maildir/ | =
{CRYPT}$1$JJN5H82p$yKs5jnb/csQVYsZZ/4WFS0 | f</FONT>
<BR><FONT SIZE=3D2>(1 row)</FONT>
<BR><FONT SIZE=3D2>--8&lt;--</FONT>
</P>

<P><FONT SIZE=3D2>Both strings are crypted versions of 'qwerty'</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Thank you,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel Verheijen</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2FA2B.A00253C0--

From tss@iki.fi  Fri Apr  4 02:43:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 04 Apr 2003 02:43:42 +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 89F262399A
	for <dovecot@procontrol.fi>; Fri,  4 Apr 2003 02:43:42 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 663B15E01F95; Fri,  4 Apr 2003 02:43:42 +0300 (EEST)
Subject: [dovecot] Re: Question about the password field in a postgres
	ql database
From: Timo Sirainen <tss@iki.fi>
To: "Dovecot (E-mail)" <dovecot@procontrol.fi>
In-Reply-To: <410777FC7A66D511911500B0D0783455024C4FA6@nlladot05.intern.ladot.com>
References:
	 <410777FC7A66D511911500B0D0783455024C4FA6@nlladot05.intern.ladot.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049413422.22898.116.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 04 Apr 2003 02:43:42 +0300
X-archive-position: 507
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: 507                                                  
Status: O

On Fri, 2003-04-04 at 00:54, Maikel Verheijen wrote:
> $1$JJN5H82p$yKs5jnb/csQVYsZZ/4WFS0 | f

Oh, you're using MD5 passwords. If password begins with "$1$", Dovecot
assumes it's MD5 and handles it internally instead of via crypt(). And
their internal handling was buggy, fixed in CVS now.


From dovecot@andreas.hanssen.name  Fri Apr  4 09:38:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 04 Apr 2003 09:38:58 +0300 (EEST)
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 4ED2C238B6
	for <dovecot@procontrol.fi>; Fri,  4 Apr 2003 09:38:58 +0300 (EEST)
Received: (qmail 23217 invoked from network); 4 Apr 2003 06:38:56 -0000
Received: from localhost (HELO krs-dhcp266.studby.uio.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 4 Apr 2003 06:38:56 -0000
Date: Fri, 4 Apr 2003 08:38:56 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
To: "Dovecot (E-mail)" <dovecot@procontrol.fi>
Subject: [dovecot] Re: Question about the password field in a postgres
 ql database
In-Reply-To: <1049413422.22898.116.camel@hurina>
Message-ID: <Pine.LNX.4.44.0304040838200.1309-100000@krs-dhcp266.studby.uio.no>
X-Sent-From-Infeline: Yes
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 508
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: 508                                                  
Status: O

On 4 Apr 2003, Timo Sirainen wrote:
>On Fri, 2003-04-04 at 00:54, Maikel Verheijen wrote:
>> $1$JJN5H82p$yKs5jnb/csQVYsZZ/4WFS0 | f
>Oh, you're using MD5 passwords. If password begins with "$1$", Dovecot
>assumes it's MD5 and handles it internally instead of via crypt(). And
>their internal handling was buggy, fixed in CVS now.

No stupid configuration mistake? ;-)

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From fuyuki@hadaly.org  Sat Apr  5 10:16:05 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 05 Apr 2003 10:16:05 +0300 (EEST)
Return-Path: <fuyuki@hadaly.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from t-mta4.odn.ne.jp (mfep4.odn.ne.jp [143.90.131.182])
	by danu.procontrol.fi (Postfix) with ESMTP id 24BC22385F
	for <dovecot@procontrol.fi>; Sat,  5 Apr 2003 10:16:03 +0300 (EEST)
Received: from hadaly.dyndns.org ([210.237.238.79]) by t-mta4.odn.ne.jp
          with ESMTP
          id <20030405071600083.QITS.11456.t-mta4.odn.ne.jp@mta4.odn.ne.jp>
          for <dovecot@procontrol.fi>; Sat, 5 Apr 2003 16:16:00 +0900
Received: from hadaly.dyndns.org (localhost [127.0.0.1])
	by hadaly.dyndns.org (Postfix) with ESMTP id A689420D6
	for <dovecot@procontrol.fi>; Sat,  5 Apr 2003 16:15:58 +0900 (JST)
Date: Sat, 05 Apr 2003 16:15:58 +0900
Message-ID: <86smsx5s9d.wl%fuyuki@hadaly.org>
From: Kimura Fuyuki <fuyuki@hadaly.org>
To: dovecot@procontrol.fi
Subject: [dovecot] message order reversed on copying
User-Agent: Wanderlust/2.10.0 (Venus) Emacs/21.2 Mule/5.0 (SAKAKI)
X-Public-Key: http://www.hadaly.org/fuyuki/public.key
X-Fingerprint: 8D68 1138 1A85 8556 C6A9  274B 2C72 2E56 3AF7 3D89
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-archive-position: 509
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: fuyuki@hadaly.org
Precedence: bulk
X-list: dovecot
X-UID: 509                                                  
Status: O

Hi,

I noticed an annoying behavior of dovecot: the message order (sequence
numbering) is reversed on COPYing in the maildir.

I suspect that the following code in maildir-save.c is working like
"pushing".

		mf->next = ctx->files;
		...
		ctx->files = mf;

Later ctx->files is used like this.

		for (mf = ctx->files; mf != NULL; mf = mf->next) {

-- fuyuki

From fuyuki@hadaly.org  Sat Apr  5 12:31:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 05 Apr 2003 12:31:02 +0300 (EEST)
Return-Path: <fuyuki@hadaly.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from t-mta4.odn.ne.jp (mfep4.odn.ne.jp [143.90.131.182])
	by danu.procontrol.fi (Postfix) with ESMTP id AFA672385F
	for <dovecot@procontrol.fi>; Sat,  5 Apr 2003 12:31:01 +0300 (EEST)
Received: from hadaly.dyndns.org ([210.237.238.79]) by t-mta4.odn.ne.jp
          with ESMTP
          id <20030405093100562.RAKN.11456.t-mta4.odn.ne.jp@mta4.odn.ne.jp>
          for <dovecot@procontrol.fi>; Sat, 5 Apr 2003 18:31:00 +0900
Received: from hadaly.dyndns.org (localhost [127.0.0.1])
	by hadaly.dyndns.org (Postfix) with ESMTP id 83A5F2148
	for <dovecot@procontrol.fi>; Sat,  5 Apr 2003 18:30:59 +0900 (JST)
Date: Sat, 05 Apr 2003 18:30:59 +0900
Message-ID: <86r88h5m0c.wl%fuyuki@hadaly.org>
From: Kimura Fuyuki <fuyuki@hadaly.org>
To: dovecot@procontrol.fi
Subject: [dovecot] maildir_copy_with_hardlinks doesn't work
User-Agent: Wanderlust/2.10.0 (Venus) Emacs/21.2 Mule/5.0 (SAKAKI)
X-Public-Key: http://www.hadaly.org/fuyuki/public.key
X-Fingerprint: 8D68 1138 1A85 8556 C6A9  274B 2C72 2E56 3AF7 3D89
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-archive-position: 510
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: fuyuki@hadaly.org
Precedence: bulk
X-list: dovecot
X-UID: 510                                                  
Status: O

On my box maildir_copy_with_hardlinks=yes causes the following IMAP
error:

	Some of the requested messages no longer exist.

A possible fix follows.

--- src/lib-storage/index/maildir/maildir-copy.c	19 Feb 2003 21:32:21 -0000	1.21
+++ src/lib-storage/index/maildir/maildir-copy.c	5 Apr 2003 09:23:34 -0000
@@ -113,7 +113,7 @@
 	ret2 = index_messageset_deinit(ctx);
 	if (ret2 < 0)
 		ret = -1;
-	else {
+	else if (ret2 == 0) {
 		mail_storage_set_error(src->box.storage,
 			"Some of the requested messages no longer exist.");
 		ret = -1;

-- fuyuki

From tss@iki.fi  Sun Apr  6 00:13:29 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 06 Apr 2003 00:13:29 +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 1399B2385F
	for <dovecot@procontrol.fi>; Sun,  6 Apr 2003 00:13:29 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4D7B75E01F95; Sun,  6 Apr 2003 00:13:27 +0300 (EEST)
Subject: [dovecot] Re: message order reversed on copying
From: Timo Sirainen <tss@iki.fi>
To: Kimura Fuyuki <fuyuki@hadaly.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <86smsx5s9d.wl%fuyuki@hadaly.org>
References: <86smsx5s9d.wl%fuyuki@hadaly.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049577206.22903.272.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 06 Apr 2003 00:13:27 +0300
X-archive-position: 511
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: 511                                                  
Status: O

On Sat, 2003-04-05 at 10:15, Kimura Fuyuki wrote:
> I noticed an annoying behavior of dovecot: the message order (sequence
> numbering) is reversed on COPYing in the maildir.
> 
> I suspect that the following code in maildir-save.c is working like
> "pushing".

Order for new mails is currently the same as the order in which
readdir() returns the mails. I guess some filesystems list the files in
the order they were written to the directory, but many don't. It anyway
can't be relied on, so I won't even try.

Better fix for this comes once I add support for UIDPLUS IMAP extension.
That requires knowing the new UID for mail in destination mailbox, so I
have to update the indexes immediately, which also saves the mail order
permanently.


From tss@iki.fi  Sun Apr  6 00:34:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 06 Apr 2003 00:34:13 +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 584D02385F
	for <dovecot@procontrol.fi>; Sun,  6 Apr 2003 00:34:13 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 28ACB5E01F95; Sun,  6 Apr 2003 00:34:13 +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: <1049399430.22898.78.camel@hurina>
References:
	 <410777FC7A66D511911500B0D0783455024C4F94@nlladot05.intern.ladot.com>
	 <1049399430.22898.78.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049578452.22903.279.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 06 Apr 2003 00:34:13 +0300
X-archive-position: 512
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: 512                                                  
Status: O

On Thu, 2003-04-03 at 22:50, Timo Sirainen wrote:
> 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.

Actually, I think I'll make them NFS-safe by default. I'll first create
a file.lock file where I write the new data, then I rename() it over the
old file. This way there's no need to do any read-locking which should
speed up the common case to access these files.


From charlieb-dovecot@e-smith.com  Sun Apr  6 22:12:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 06 Apr 2003 22:12:17 +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 C9C232385F
	for <dovecot@procontrol.fi>; Sun,  6 Apr 2003 22:12:16 +0300 (EEST)
Received: (qmail 11162 invoked by uid 404); 6 Apr 2003 19:12:12 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 06 Apr 2003 15:12:11 -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 19:12:11 -0000
Received: (qmail 19325 invoked by uid 5008); 6 Apr 2003 19:12:11 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 6 Apr 2003 19:12:11 -0000
Date: Sun, 6 Apr 2003 15:12:11 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: dovecot@procontrol.fi
Cc: Kimura Fuyuki <fuyuki@hadaly.org>
Subject: [dovecot] Re: message order reversed on copying
In-Reply-To: <1049577206.22903.272.camel@hurina>
Message-ID: <Pine.LNX.4.44.0304061505350.10634-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 513
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: 513                                                  
Status: O
Content-Length: 1800


On 6 Apr 2003, Timo Sirainen wrote:

> On Sat, 2003-04-05 at 10:15, Kimura Fuyuki wrote:
> > I noticed an annoying behavior of dovecot: the message order (sequence
> > numbering) is reversed on COPYing in the maildir.
> > 
> > I suspect that the following code in maildir-save.c is working like
> > "pushing".
> 
> Order for new mails is currently the same as the order in which
> readdir() returns the mails. I guess some filesystems list the files in
> the order they were written to the directory, but many don't. It anyway
> can't be relied on, so I won't even try.
> 
> Better fix for this comes once I add support for UIDPLUS IMAP extension.
> That requires knowing the new UID for mail in destination mailbox, so I
> have to update the indexes immediately, which also saves the mail order
> permanently.

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. I remember fixing this same problem in the maildir 
patches for UW-imap, and this is pretty much all it took:

-  if (!(dir = opendir (tmp)))
-    return;
 
-  while (d = readdir (dir)) {
-    if (d->d_name[0] == '.')
-      continue;                        /* skip .files */
+  nfiles = scandir (tmp, &names, NULL, maildir_namesort);
+  for (i = 0; i < nfiles; i++)
+  {
+    struct direct *d = names[i];
 
     sprintf (file,"%s/../new/%s",LOCAL->dir,d->d_name);
                                /* make sure this is a normal file */
-    if (stat (file,&sbuf) == 0 && S_ISREG (sbuf.st_mode)) {
+    if (d->d_name[0] != '.' && stat (file, &sbuf) == 0 && S_ISREG (sbuf.st_mode))
+    {

As a workaround, Kimura, you can delete dovecot's .imap.* index files, and 
the new UIDs will be sorted again - until next time.

--
Charlie



From tss@iki.fi  Sun Apr  6 22:55:29 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 06 Apr 2003 22:55:29 +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 6F6A42387F
	for <dovecot@procontrol.fi>; Sun,  6 Apr 2003 22:55:29 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 367675E01F95; Sun,  6 Apr 2003 22:55:29 +0300 (EEST)
Subject: [dovecot] Re: message order reversed on copying
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0304061505350.10634-100000@allspice.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0304061505350.10634-100000@allspice.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049658928.22898.360.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 06 Apr 2003 22:55:29 +0300
X-archive-position: 514
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: 514                                                  
Status: O
Content-Length: 1063

On Sun, 2003-04-06 at 22:12, Charlie Brady wrote:
> > Better fix for this comes once I add support for UIDPLUS IMAP extension.
> > That requires knowing the new UID for mail in destination mailbox, so I
> > have to update the indexes immediately, which also saves the mail order
> > permanently.
> 
> 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. I'll just read them into array and
qsort() them. I pretty much have to do that anyway with the new scanning
code which uses (NFS-safe) .uidlist file to find out if the message
already has UID.

> 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. Not
too good idea. Pretty much the same as just disabling the index files.


From charlieb-dovecot@e-smith.com  Mon Apr  7 01:15:48 2003
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


From tss@iki.fi  Mon Apr  7 01:27:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 01:27:38 +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 2A7282387F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 01:27:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3D1565E01F95; Mon,  7 Apr 2003 01:27:36 +0300 (EEST)
Subject: [dovecot] Re: message order reversed on copying
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.0304061811480.10634-100000@allspice.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0304061811480.10634-100000@allspice.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049668055.22903.405.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 07 Apr 2003 01:27:36 +0300
X-archive-position: 516
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: 516                                                  
Status: O

On Mon, 2003-04-07 at 01:15, Charlie Brady wrote:
> > > +  nfiles = scandir (tmp, &names, NULL, maildir_namesort);
> > scandir() isn't portable though.
> No? Which OS doesn't have it?

It's not in any standard -> it's not portable. Maybe it's portable
enough, but I try to avoid those whenever possible.

> > 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.

How about making your client sort the messages by received-date? :)


From fuyuki@hadaly.org  Mon Apr  7 02:50:09 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 02:50:09 +0300 (EEST)
Return-Path: <fuyuki@hadaly.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from t-mta4.odn.ne.jp (mfep4.odn.ne.jp [143.90.131.182])
	by danu.procontrol.fi (Postfix) with ESMTP id D410D2387F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 02:50:07 +0300 (EEST)
Received: from hadaly.dyndns.org ([210.237.238.79]) by t-mta4.odn.ne.jp
          with ESMTP
          id <20030406235002384.FXEL.13932.t-mta4.odn.ne.jp@mta4.odn.ne.jp>
          for <dovecot@procontrol.fi>; Mon, 7 Apr 2003 08:50:02 +0900
Received: from hadaly.dyndns.org (localhost [127.0.0.1])
	by hadaly.dyndns.org (Postfix) with ESMTP id 8444020A3
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 08:50:00 +0900 (JST)
Date: Mon, 07 Apr 2003 08:50:00 +0900
Message-ID: <86brzjgp93.wl%fuyuki@hadaly.org>
From: Kimura Fuyuki <fuyuki@hadaly.org>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: message order reversed on copying
In-Reply-To: <Pine.LNX.4.44.0304061505350.10634-100000@allspice.nssg.mitel.com>
References: <1049577206.22903.272.camel@hurina>
	<Pine.LNX.4.44.0304061505350.10634-100000@allspice.nssg.mitel.com>
User-Agent: Wanderlust/2.10.0 (Venus) Emacs/21.2 Mule/5.0 (SAKAKI)
X-Public-Key: http://www.hadaly.org/fuyuki/public.key
X-Fingerprint: 8D68 1138 1A85 8556 C6A9  274B 2C72 2E56 3AF7 3D89
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-archive-position: 517
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: fuyuki@hadaly.org
Precedence: bulk
X-list: dovecot
X-UID: 517                                                  
Status: O

At Sun, 6 Apr 2003 15:12:11 -0400 (EDT),
Charlie Brady <charlieb-dovecot@e-smith.com> wrote:
> 
> As a workaround, Kimura, you can delete dovecot's .imap.* index files, and 
> the new UIDs will be sorted again - until next time.

I'm now running dovecot with maildir_copy_with_hardlinks and it works
well enough since it doesn't do the deliberate reversing, though I'll
be happier if the dovecot implements UIDPLUS or merges your fix. :)

-- fuyuki

From tss@iki.fi  Mon Apr  7 04:23:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 04:23:14 +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 923DA2385F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 04:23:14 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4D5D75E01F95; Mon,  7 Apr 2003 04:23:14 +0300 (EEST)
Subject: [dovecot] Re: message order reversed on copying
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <86brzjgp93.wl%fuyuki@hadaly.org>
References: <1049577206.22903.272.camel@hurina>
	 <Pine.LNX.4.44.0304061505350.10634-100000@allspice.nssg.mitel.com>
	 <86brzjgp93.wl%fuyuki@hadaly.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049678594.22898.416.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 07 Apr 2003 04:23:14 +0300
X-archive-position: 518
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: 518                                                  
Status: O

On Mon, 2003-04-07 at 02:50, Kimura Fuyuki wrote:
> > As a workaround, Kimura, you can delete dovecot's .imap.* index files, and 
> > the new UIDs will be sorted again - until next time.
> 
> I'm now running dovecot with maildir_copy_with_hardlinks and it works
> well enough since it doesn't do the deliberate reversing, though I'll
> be happier if the dovecot implements UIDPLUS or merges your fix. :)

My maildir syncing rewrite is almost finished now, just a few tweaks
left and I'll cvs commit that. It sorts the new files, supports
permanent UIDs in NFS-safe .uidlist file, takes less memory, checks that
maildir doesn't contain base filename duplicates, and behaves better
with other clients.

Finally. I started that code a month ago..


From lfarkas@bnap.hu  Mon Apr  7 12:46:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 12:46:00 +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 2F3F42387F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 12:46:00 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id AD6E2754012
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 11:48:39 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 69D773EFA
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 11:45:58 +0200 (CEST)
Message-ID: <3E9148D5.2060105@bnap.hu>
Date: Mon, 07 Apr 2003 11:45:57 +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] a few other problem
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 519
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: 519                                                  
Status: O
Content-Length: 1370

hi,
I still has a few other problem with dovecot and mozilla.
- when I open mozilla mail I can only see the toplevel folders in the
   left handside folder list and when I close the imap folder and open it
   again (click on the arrow left to the imap server in the folder list)
   mozilla show me all folders and subfolders correctly (but not at the
   startup). it can be mozilla's bug, but this was worked when I use
   courier?!
- when I'd like to sort the messages by thread than the thread is usualy
   ok, but I'd like to see the the different threads sorted by date (as
   it was while using couirer or cyrus) but now it seems to me random:-((
   it's very anoying. my be it's mozilla fault again, but may be mozilla
   use server side thread support.
- in OE6 when we only select headers only sometime some message
   "disappear"! which means we see in OE6 a red line over the message (as
   it would be deleted), but no one delete it (yes I know you don't
   belive me, I also don't belive our users, but once I saw it). just
   click on it to see the message and inmediately become as deleted.
   while when I look at in the server the file is still there and _not_
   deleted. and OE6 show "the message already removed from the server".
- what about the ssl (imaps) problem?
yours.

-- 
   Levente                               "Si vis pacem para bellum!"



From johan@willard.se  Mon Apr  7 12:46:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 12:46:30 +0300 (EEST)
Return-Path: <johan@willard.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.willard.se (mail.willard.se [217.20.96.182])
	by danu.procontrol.fi (Postfix) with ESMTP id 4E1FE2387F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 12:46:30 +0300 (EEST)
Received: by mail.willard.se (Postfix, from userid 5000)
	id A5A52E6E96; Mon,  7 Apr 2003 10:04:03 +0000 (GMT)
Received: from localhost (localhost [127.0.0.1])
	by mail.willard.se (Postfix) with ESMTP id A4470115CFC
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 10:04:03 +0000 (GMT)
Date: Mon, 7 Apr 2003 10:04:03 +0000 (GMT)
From: Johan Willard <johan@willard.se>
To: dovecot@procontrol.fi
Subject: [dovecot] Error: child 12625 (imap) killed with signal 12
Message-ID: <20030407095738.X14045@mail.willard.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 520
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: johan@willard.se
Precedence: bulk
X-list: dovecot
X-UID: 520                                                  
Status: O

Hi!

I have tried to install dovecot as my imap service on my FreeBSD server.
At first all looked fine and worked flawless. But after a while i started
to get errors. The imap process dies with signal 12 when the client tries
to check the contens of the folder.

dovecot: Apr 07 09:55:17 Error: child 12625 (imap) killed with signal 12

Any ideas what may cause this problem?

MvH Johan Willard

From cras@irccrew.org  Mon Apr  7 14:22:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 14:22:39 +0300 (EEST)
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 861692385F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 14:22:39 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 600AE2E003; Mon,  7 Apr 2003 14:22:39 +0300 (EEST)
Date: Mon, 7 Apr 2003 14:22:39 +0300
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: a few other problem
Message-ID: <20030407112239.GA9258@irccrew.org>
References: <3E9148D5.2060105@bnap.hu>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <3E9148D5.2060105@bnap.hu>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 521
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: 521                                                  
Status: O
Content-Length: 2075

On Mon, Apr 07, 2003 at 11:45:57AM +0200, Farkas Levente wrote:
> - when I open mozilla mail I can only see the toplevel folders in the
>   left handside folder list and when I close the imap folder and open it
>   again (click on the arrow left to the imap server in the folder list)
>   mozilla show me all folders and subfolders correctly (but not at the
>   startup). it can be mozilla's bug, but this was worked when I use
>   courier?!

Mozilla had same behaviour in subscription dialog, then it tried to use '/'
separator instead of '.'. If it works with Courier, I'm guessing it's
because Dovecot doesn't support NAMESPACE extension yet. It could be easily
added if needed.

> - when I'd like to sort the messages by thread than the thread is usualy
>   ok, but I'd like to see the the different threads sorted by date (as
>   it was while using couirer or cyrus) but now it seems to me random:-((
>   it's very anoying. my be it's mozilla fault again, but may be mozilla
>   use server side thread support.

Hmm.. They should be sorted by date. Last I checked it worked correctly,
maybe I've broken it later.

> - in OE6 when we only select headers only sometime some message
>   "disappear"! which means we see in OE6 a red line over the message (as
>   it would be deleted), but no one delete it (yes I know you don't
>   belive me, I also don't belive our users, but once I saw it). just
>   click on it to see the message and inmediately become as deleted.
>   while when I look at in the server the file is still there and _not_
>   deleted. and OE6 show "the message already removed from the server".

It's actually documented in dovecot.conf :) I couldn't figure out any way to
work around this, and I'm pretty sure Courier has exactly the same problem
(and we were seeing it too once in a while when we were still using
Courier). It may be that Courier does something a bit differently if you're
seeing this more with Dovecot. At least Courier doesn't check new mail as
often as Dovecot.

> - what about the ssl (imaps) problem?

I think it's fixed in CVS.


From ask@develooper.com  Mon Apr  7 20:47:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 20:47:12 +0300 (EEST)
Return-Path: <ask@develooper.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from miette.develooper.com (miette.develooper.com [64.81.84.162])
	by danu.procontrol.fi (Postfix) with SMTP id 300762387F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 20:47:11 +0300 (EEST)
Received: (qmail 94762 invoked by uid 1001); 7 Apr 2003 17:47:09 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 7 Apr 2003 17:47:09 -0000
Date: Mon, 7 Apr 2003 10:47:09 -0700 (PDT)
From: Ask Bjoern Hansen <ask@develooper.com>
To: dovecot@procontrol.fi
Subject: [dovecot] Mbox spool; dovecot rewriting and rewriting and rewriting
Message-ID: <20030407104125.O93909@miette.develooper.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 522
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ask@develooper.com
Precedence: bulk
X-list: dovecot
X-UID: 522                                                  
Status: O

Hi,

jaldhar recommended dovecot to me -
http://www.askbjoernhansen.com/archives/2003/04/07/000286.html ...
and so far it seems much nicer than the other imapds.  yay.

I use the OS X Mail.app client.    I tested it with a test account
with no problems, but trying to use it with my usual mail folders
(~1.3GB; 120MB in the inbox) it's not working at all.

It seems like dovecot keeps copying the full inbox into a temp file
in mail/.imap/INBOX.  It did it at least 10 times while I was
watching without any noticable progress doing anything at all in
Mail.app.

I am running FreeBSD on an ancient box with 384MB ram (but nice SCSI
drives).

I tried stopping new mail deliveries to the inbox while I testing,
but it didn't seem to make a difference.



 - ask

-- 
ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();

From tss@iki.fi  Mon Apr  7 21:58:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 21:58:04 +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 CC4EC238D3
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 21:58:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 98DAC5E01F95; Mon,  7 Apr 2003 21:58:04 +0300 (EEST)
Subject: [dovecot] Re: Mbox spool; dovecot rewriting and rewriting and
	rewriting
From: Timo Sirainen <tss@iki.fi>
To: Ask Bjoern Hansen <ask@develooper.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030407104125.O93909@miette.develooper.com>
References: <20030407104125.O93909@miette.develooper.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049741884.25106.16.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 07 Apr 2003 21:58:04 +0300
X-archive-position: 523
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: 523                                                  
Status: O

On Mon, 2003-04-07 at 20:47, Ask Bjoern Hansen wrote:
> I use the OS X Mail.app client.    I tested it with a test account
> with no problems, but trying to use it with my usual mail folders
> (~1.3GB; 120MB in the inbox) it's not working at all.
> 
> It seems like dovecot keeps copying the full inbox into a temp file
> in mail/.imap/INBOX.  It did it at least 10 times while I was
> watching without any noticable progress doing anything at all in
> Mail.app.

That sounds like Mail.app is creating new custom flags. What does
X-IMAPbase header look like in the first mail?

Anyway, rewriting isn't too well optimized yet. It's a bit better in CVS
now and I think I could make it a bit more better for the next release
(which might be good enough for most), but "optimal" rewriting requires
a bit larger changes.

> I tried stopping new mail deliveries to the inbox while I testing,
> but it didn't seem to make a difference.

New mails shouldn't require rewriting, especially the whole file.

From tss@iki.fi  Mon Apr  7 22:04:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 22:04:26 +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 1014D238D3
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 22:04:26 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DEAA85E01F95; Mon,  7 Apr 2003 22:04:22 +0300 (EEST)
Subject: [dovecot] Re: Error: child 12625 (imap) killed with signal 12
From: Timo Sirainen <tss@iki.fi>
To: Johan Willard <johan@willard.se>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030407095738.X14045@mail.willard.se>
References: <20030407095738.X14045@mail.willard.se>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049742262.25106.24.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 07 Apr 2003 22:04:22 +0300
X-archive-position: 524
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: 524                                                  
Status: O

On Mon, 2003-04-07 at 13:04, Johan Willard wrote:
> I have tried to install dovecot as my imap service on my FreeBSD server.
> At first all looked fine and worked flawless. But after a while i started
> to get errors. The imap process dies with signal 12 when the client tries
> to check the contens of the folder.
> 
> dovecot: Apr 07 09:55:17 Error: child 12625 (imap) killed with signal 12
> 
> Any ideas what may cause this problem?

That's "non-existent system call invoked" signal. Strange, I've never
seen that before. What's the point of it anyway, why not just return
ENOSYS?

What version of FreeBSD are you using? I'm guessing it's the sendfile()
call, try to comment out #define HAVE_FREEBSD_SENDFILE line from
config.h.

And you are using Dovecot 0.99.8.1, right? There were several FreeBSD
problems before.


From tss@iki.fi  Mon Apr  7 22:18:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 22:18:51 +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 39CF0238D3
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 22:18:51 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id F0CCC5E01F95; Mon,  7 Apr 2003 22:18:50 +0300 (EEST)
Subject: [dovecot] Why can't hierarchy sep be changed?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1049739642.25105.2.camel@hurina>
References: <1049739642.25105.2.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049743130.25107.35.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 07 Apr 2003 22:18:50 +0300
X-archive-position: 525
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: 525                                                  
Status: O

>From: Charlie Brady <charlieb@e-smith.com>

There's something wrong with manually accepting posts from
non-subscribed addresses now, they're just left to queue directory for
some reason.. Please try to keep the From-address the same as the
subscribed one.

> >From maildir-storage.c:
> 
> ...
>         '.', /* hierarchy_sep - can't be changed */
> ...
> 
> Why can't it be changed? Is this just for courier compatibility, or is 
> there a deeper reason why it can't be changed?

Actually I'm going to change it to '/' to allow folders such as
shared/timo.sirainen/mailbox. The directory names themselves will still
contain '.' separator to stay compatible with Courier's Maildir++
format. So even though new IMAP separator will be '/', '.' still can't
be used in mailbox names.


From charlieb-dovecot@e-smith.com  Mon Apr  7 23:40:22 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 23:40:22 +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 470772385F
	for <dovecot@procontrol.fi>; Mon,  7 Apr 2003 23:40:22 +0300 (EEST)
Received: (qmail 16985 invoked by uid 404); 7 Apr 2003 20:40:19 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 07 Apr 2003 16:40:19 -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; 07 Apr 2003 20:40:19 -0000
Received: (qmail 6017 invoked from network); 7 Apr 2003 20:40:19 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 7 Apr 2003 20:40:19 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 7 Apr 2003 20:43:48 -0000
Date: Mon, 7 Apr 2003 16:43:48 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Why can't hierarchy sep be changed?
In-Reply-To: <1049743130.25107.35.camel@hurina>
Message-ID: <Pine.LNX.4.44.0304071640390.1466-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 526
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: 526                                                  
Status: O


On 7 Apr 2003, Timo Sirainen wrote:

> > >From maildir-storage.c:
> > 
> > ...
> >         '.', /* hierarchy_sep - can't be changed */
> > ...
> > 
> > Why can't it be changed? Is this just for courier compatibility, or is 
> > there a deeper reason why it can't be changed?
> 
> Actually I'm going to change it to '/' to allow folders such as
> shared/timo.sirainen/mailbox. The directory names themselves will still
> contain '.' separator to stay compatible with Courier's Maildir++
> format. So even though new IMAP separator will be '/', '.' still can't
> be used in mailbox names.

I don't care about Courier compatibility (speaking just for myself - no 
flames please), and I do want '.' in mailbox names. Will that be easy for 
me?

And just to repeat my question - is the only reason that '.' is unwelcome 
Courier compatibility?

--
Charlie



From tss@iki.fi  Tue Apr  8 00:19:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 00:19:04 +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 4CC9623845
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 00:19:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 120385E017FE; Tue,  8 Apr 2003 00:19:04 +0300 (EEST)
Subject: [dovecot] Re: Why can't hierarchy sep be changed?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0304071640390.1466-100000@vegemite.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0304071640390.1466-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049750343.25106.81.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 08 Apr 2003 00:19:03 +0300
X-archive-position: 527
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: 527                                                  
Status: O

On Mon, 2003-04-07 at 23:43, Charlie Brady wrote:
> > Actually I'm going to change it to '/' to allow folders such as
> > shared/timo.sirainen/mailbox. The directory names themselves will still
> > contain '.' separator to stay compatible with Courier's Maildir++
> > format. So even though new IMAP separator will be '/', '.' still can't
> > be used in mailbox names.
> 
> I don't care about Courier compatibility (speaking just for myself - no 
> flames please), and I do want '.' in mailbox names. Will that be easy for 
> me?

I could make it easy when I separate the IMAP/directory separators.
Currently you'd have to change the '.' from several places, it's
included inside some strings too. Everything should be in maildir-list.c
and maildir-storage.c anyway.

> And just to repeat my question - is the only reason that '.' is unwelcome 
> Courier compatibility?

Yes.


From ask@develooper.com  Tue Apr  8 01:38:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 01:38:17 +0300 (EEST)
Return-Path: <ask@develooper.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from miette.develooper.com (miette.develooper.com [64.81.84.162])
	by danu.procontrol.fi (Postfix) with SMTP id C188D2385F
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 01:38:15 +0300 (EEST)
Received: (qmail 22416 invoked by uid 1001); 7 Apr 2003 22:38:13 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 7 Apr 2003 22:38:13 -0000
Date: Mon, 7 Apr 2003 15:38:13 -0700 (PDT)
From: Ask Bjoern Hansen <ask@develooper.com>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Mbox spool; dovecot rewriting and rewriting and
 rewriting
In-Reply-To: <1049741884.25106.16.camel@hurina>
Message-ID: <20030407153703.K21450@miette.develooper.com>
References: <20030407104125.O93909@miette.develooper.com> <1049741884.25106.16.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 528
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ask@develooper.com
Precedence: bulk
X-list: dovecot
X-UID: 528                                                  
Status: O
Content-Length: 1143

On Mon, 7 Apr 2003, Timo Sirainen wrote:

> On Mon, 2003-04-07 at 20:47, Ask Bjoern Hansen wrote:
> > I use the OS X Mail.app client.    I tested it with a test account
> > with no problems, but trying to use it with my usual mail folders
> > (~1.3GB; 120MB in the inbox) it's not working at all.
> >
> > It seems like dovecot keeps copying the full inbox into a temp file
> > in mail/.imap/INBOX.  It did it at least 10 times while I was
> > watching without any noticable progress doing anything at all in
> > Mail.app.
>
> That sounds like Mail.app is creating new custom flags. What does
> X-IMAPbase header look like in the first mail?

Ah, yes.  It keep track of the "Junk" status.

X-IMAPbase: 1049736224 0 NotJunk Junk

> Anyway, rewriting isn't too well optimized yet. It's a bit better in CVS
> now and I think I could make it a bit more better for the next release
> (which might be good enough for most), but "optimal" rewriting requires
> a bit larger changes.

So for every mail read it rewrites the 120MB file?  Ouch.  No wonder
it's a bit slow. ;-)



 - ask

-- 
ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();

From tss@iki.fi  Tue Apr  8 02:12:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 02:12:24 +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 CC7722399B
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 02:12:24 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 181A45E017FE; Tue,  8 Apr 2003 02:12:23 +0300 (EEST)
Subject: [dovecot] Re: Mbox spool; dovecot rewriting and rewriting and
	rewriting
From: Timo Sirainen <tss@iki.fi>
To: Ask Bjoern Hansen <ask@develooper.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030407153703.K21450@miette.develooper.com>
References: <20030407104125.O93909@miette.develooper.com>
	 <1049741884.25106.16.camel@hurina>
	 <20030407153703.K21450@miette.develooper.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049757142.25102.117.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 08 Apr 2003 02:12:22 +0300
X-archive-position: 529
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: 529                                                  
Status: O

On Tue, 2003-04-08 at 01:38, Ask Bjoern Hansen wrote:
> > That sounds like Mail.app is creating new custom flags. What does
> > X-IMAPbase header look like in the first mail?
> 
> Ah, yes.  It keep track of the "Junk" status.
> 
> X-IMAPbase: 1049736224 0 NotJunk Junk

Hmm. Maybe it then starts scanning the mails from beginning and setting
the flags one by one?

> > Anyway, rewriting isn't too well optimized yet. It's a bit better in CVS
> > now and I think I could make it a bit more better for the next release
> > (which might be good enough for most), but "optimal" rewriting requires
> > a bit larger changes.
> 
> So for every mail read it rewrites the 120MB file?  Ouch.  No wonder
> it's a bit slow. ;-)

Not whole file, but all mails after the one it modifies. So updating new
mails should be pretty fast.

CVS already writes some extra empty space between mails, but it's not
smart enough yet to use it for inserted headers.


From ask@develooper.com  Tue Apr  8 06:58:47 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 06:58:47 +0300 (EEST)
Return-Path: <ask@develooper.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from miette.develooper.com (miette.develooper.com [64.81.84.162])
	by danu.procontrol.fi (Postfix) with SMTP id 401A72385F
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 06:58:46 +0300 (EEST)
Received: (qmail 52993 invoked from network); 8 Apr 2003 03:58:44 -0000
Received: from one.develooper.com (HELO develooper.com) (@64.81.84.115)
  by miette.develooper.com with SMTP; 8 Apr 2003 03:58:44 -0000
Date: Mon, 7 Apr 2003 20:58:44 -0700
Subject: [dovecot] Re: Mbox spool; dovecot rewriting and rewriting and	rewriting
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: dovecot@procontrol.fi
To: Timo Sirainen <tss@iki.fi>
From: Ask Bjoern Hansen <ask@develooper.com>
In-Reply-To: <1049757142.25102.117.camel@hurina>
Message-Id: <645B9AF4-6976-11D7-BBC9-000A95796C18@develooper.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
X-archive-position: 530
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ask@develooper.com
Precedence: bulk
X-list: dovecot
X-UID: 530                                                  
Status: O

On Monday, Apr 7, 2003, at 16:12 America/Los_Angeles, Timo Sirainen 
wrote:

>> X-IMAPbase: 1049736224 0 NotJunk Junk
>
> Hmm. Maybe it then starts scanning the mails from beginning and setting
> the flags one by one?

Yes, it seems like it.


>> So for every mail read it rewrites the 120MB file?  Ouch.  No wonder
>> it's a bit slow. ;-)
>
> Not whole file, but all mails after the one it modifies. So updating 
> new
> mails should be pretty fast.
>
> CVS already writes some extra empty space between mails, but it's not
> smart enough yet to use it for inserted headers.

It sounds like adding that will fix the issue for me; I'll try dovecot 
again when it's there. Thanks!

For now I got imap-uw to not suck quite as much as it did first; thanks 
Jonas!


  - ask

-- 
http://www.askbjoernhansen.com/


From johan@willard.se  Tue Apr  8 09:43:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 09:43:04 +0300 (EEST)
Return-Path: <johan@willard.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.willard.se (mail.willard.se [217.20.96.182])
	by danu.procontrol.fi (Postfix) with ESMTP id A404E239A7
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 09:43:04 +0300 (EEST)
Received: by mail.willard.se (Postfix, from userid 5000)
	id D7E9FE4E19; Tue,  8 Apr 2003 07:00:39 +0000 (GMT)
Received: from localhost (localhost [127.0.0.1])
	by mail.willard.se (Postfix) with ESMTP
	id D2B84115CFC; Tue,  8 Apr 2003 07:00:39 +0000 (GMT)
Date: Tue, 8 Apr 2003 07:00:39 +0000 (GMT)
From: Johan Willard <johan@willard.se>
To: Timo Sirainen <tss@iki.fi>
Cc: Johan Willard <johan@willard.se>, dovecot@procontrol.fi
Subject: [dovecot] Re: Error: child 12625 (imap) killed with signal 12
In-Reply-To: <1049742262.25106.24.camel@hurina>
Message-ID: <20030408065019.O33396@mail.willard.se>
References: <20030407095738.X14045@mail.willard.se> <1049742262.25106.24.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 531
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: johan@willard.se
Precedence: bulk
X-list: dovecot
X-UID: 531                                                  
Status: O
Content-Length: 1882

On Mon, 7 Apr 2003, Timo Sirainen wrote:

> On Mon, 2003-04-07 at 13:04, Johan Willard wrote:
> > I have tried to install dovecot as my imap service on my FreeBSD server.
> > At first all looked fine and worked flawless. But after a while i started
> > to get errors. The imap process dies with signal 12 when the client tries
> > to check the contens of the folder.
> >
> > dovecot: Apr 07 09:55:17 Error: child 12625 (imap) killed with signal 12
> >
> > Any ideas what may cause this problem?
>
> That's "non-existent system call invoked" signal. Strange, I've never
> seen that before. What's the point of it anyway, why not just return
> ENOSYS?
>
> What version of FreeBSD are you using? I'm guessing it's the sendfile()
> call, try to comment out #define HAVE_FREEBSD_SENDFILE line from
> config.h.
>
I'm using FreeBSD 4.6-STABLE. If there's any time left over today i'll try
to recompile without that option.

> And you are using Dovecot 0.99.8.1, right? There were several FreeBSD
> problems before.
>
yes.

I was using the regular unix mailbox system when this error occured. T
thougth this would be best for compability reasons. I tried to configure
my system to use maildir instead. Now it looks like the problem have
disappered.

I allso tested another mail client after i had sent the previous mail.
When I encountered this problem I whas using outlook express 6. I tried
with an old version of Netscape Messenger and it actually worked better.
In the client everything looked fin. I was able to read my mail in all
boxes. But the imap child still died.

It looks like the maildir system suits imap much better than mailbox, so i
think i stick to it. The only problem now is that my favourite client,
pine, dosn't support maildir :/ I've located a patch that I will try, and
in worse case scenario, i'll have to connect to localhost via imap :(

>
>

MvH Johan Willard

From js@debian.org  Tue Apr  8 11:46:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 11:46:15 +0300 (EEST)
Return-Path: <js@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from auryn.jones.dk (unknown [62.79.77.233])
	by danu.procontrol.fi (Postfix) with ESMTP id 70300239A7
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 11:46:15 +0300 (EEST)
Received: from auryn (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP
	id 339363F233F; Tue,  8 Apr 2003 10:46:16 +0200 (CEST)
Date: Tue, 8 Apr 2003 10:46:16 +0200 (CEST)
From: Jonas Smedegaard <js@debian.org>
X-X-Sender: jonas@auryn.jones.dk
Reply-To: Jonas Smedegaard <dr@jones.dk>
To: Johan Willard <johan@willard.se>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Error: child 12625 (imap) killed with signal 12
In-Reply-To: <20030408065019.O33396@mail.willard.se>
Message-ID: <Pine.LNX.4.53.0304081042160.14898@auryn.jones.dk>
References: <20030407095738.X14045@mail.willard.se> <1049742262.25106.24.camel@hurina>
 <20030408065019.O33396@mail.willard.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 532
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: js@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 532                                                  
Status: O

On Tue, 8 Apr 2003, Johan Willard wrote:

> It looks like the maildir system suits imap much better than mailbox, so
> i think i stick to it. The only problem now is that my favourite client,
> pine, dosn't support maildir :/ I've located a patch that I will try,
> and in worse case scenario, i'll have to connect to localhost via imap
> :(

I worked yesterday on tracing the history of the maildir patch for Pine
and uw-imap originally written by Mattias Larsson. Have a look here:
http://debian.jones.dk/official/uw-imap/changelog.maildir/

You may find a more recent version of your own patch there. If you have a
different one than already there, please let me know where you found it.

 - Jonas

-- 
* Debian GNU/Linux developer     http://www.debian.org/
* Jonas Smedegaard +45 40843136  http://dr.jones.dk/
* Consulting for machines and humans:   Spiff ApS
I have no signatures :-(

From johan@willard.se  Tue Apr  8 12:40:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 12:40:11 +0300 (EEST)
Return-Path: <johan@willard.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.willard.se (mail.willard.se [217.20.96.182])
	by danu.procontrol.fi (Postfix) with ESMTP id AFB062399B
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 12:40:11 +0300 (EEST)
Received: by mail.willard.se (Postfix, from userid 5000)
	id 6CEBEE6E79; Tue,  8 Apr 2003 09:57:47 +0000 (GMT)
Received: from localhost (localhost [127.0.0.1])
	by mail.willard.se (Postfix) with ESMTP
	id 652A0115FDF; Tue,  8 Apr 2003 09:57:47 +0000 (GMT)
Date: Tue, 8 Apr 2003 09:57:47 +0000 (GMT)
From: Johan Willard <johan@willard.se>
To: Jonas Smedegaard <dr@jones.dk>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Error: child 12625 (imap) killed with signal 12
In-Reply-To: <Pine.LNX.4.53.0304081042160.14898@auryn.jones.dk>
Message-ID: <20030408095610.K75206@mail.willard.se>
References: <20030407095738.X14045@mail.willard.se> <1049742262.25106.24.camel@hurina>
 <20030408065019.O33396@mail.willard.se> <Pine.LNX.4.53.0304081042160.14898@auryn.jones.dk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 533
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: johan@willard.se
Precedence: bulk
X-list: dovecot
X-UID: 533                                                  
Status: O
Content-Length: 1102

On Tue, 8 Apr 2003, Jonas Smedegaard wrote:

> On Tue, 8 Apr 2003, Johan Willard wrote:
>
> > It looks like the maildir system suits imap much better than mailbox, so
> > i think i stick to it. The only problem now is that my favourite client,
> > pine, dosn't support maildir :/ I've located a patch that I will try,
> > and in worse case scenario, i'll have to connect to localhost via imap
> > :(
>
> I worked yesterday on tracing the history of the maildir patch for Pine
> and uw-imap originally written by Mattias Larsson. Have a look here:
> http://debian.jones.dk/official/uw-imap/changelog.maildir/
>
> You may find a more recent version of your own patch there. If you have a
> different one than already there, please let me know where you found it.
>
Here's the patch for pine 4.50. Haven't tested it yet thou.
http://hico.fphil.uniba.sk/pine-patches.html

>  - Jonas
>
> --
> * Debian GNU/Linux developer     http://www.debian.org/
> * Jonas Smedegaard +45 40843136  http://dr.jones.dk/
> * Consulting for machines and humans:   Spiff ApS
> I have no signatures :-(
>
>

MvH Johan Willard

From js@debian.org  Tue Apr  8 12:58:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 12:58:11 +0300 (EEST)
Return-Path: <js@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from auryn.jones.dk (unknown [62.79.77.233])
	by danu.procontrol.fi (Postfix) with ESMTP id 809F623845
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 12:58:11 +0300 (EEST)
Received: from auryn (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP
	id 11D6D3F233F; Tue,  8 Apr 2003 11:58:11 +0200 (CEST)
Date: Tue, 8 Apr 2003 11:58:11 +0200 (CEST)
From: Jonas Smedegaard <js@debian.org>
X-X-Sender: jonas@auryn.jones.dk
Reply-To: Jonas Smedegaard <dr@jones.dk>
To: Johan Willard <johan@willard.se>
Cc: dovecot@procontrol.fi, hico1@im.from.mars.sef.sk
Subject: [dovecot] Re: Error: child 12625 (imap) killed with signal 12
In-Reply-To: <20030408095610.K75206@mail.willard.se>
Message-ID: <Pine.LNX.4.53.0304081154530.14898@auryn.jones.dk>
References: <20030407095738.X14045@mail.willard.se> <1049742262.25106.24.camel@hurina>
 <20030408065019.O33396@mail.willard.se> <Pine.LNX.4.53.0304081042160.14898@auryn.jones.dk>
 <20030408095610.K75206@mail.willard.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 534
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: js@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 534                                                  
Status: O
Content-Length: 1392

On Tue, 8 Apr 2003, Johan Willard wrote:

> On Tue, 8 Apr 2003, Jonas Smedegaard wrote:
>
> > On Tue, 8 Apr 2003, Johan Willard wrote:
> >
> > > It looks like the maildir system suits imap much better than
> > > mailbox, so i think i stick to it. The only problem now is that my
> > > favourite client, pine, dosn't support maildir :/ I've located a
> > > patch that I will try, and in worse case scenario, i'll have to
> > > connect to localhost via imap
> > > :(
> >
> > I worked yesterday on tracing the history of the maildir patch for
> > Pine and uw-imap originally written by Mattias Larsson. Have a look
> > here: http://debian.jones.dk/official/uw-imap/changelog.maildir/
> >
> > You may find a more recent version of your own patch there. If you
> > have a different one than already there, please let me know where you
> > found it.
> >
> Here's the patch for pine 4.50. Haven't tested it yet thou.
> http://hico.fphil.uniba.sk/pine-patches.html

Looks like an older version of the same patch as in Debian. Haven't
investigated much yet, but I really recoomend looking into the other
alternatives I have collected.

This mail is Cc'ed the maintainer of the patch you found as well.

 - Jonas

-- 
* Debian GNU/Linux developer     http://www.debian.org/
* Jonas Smedegaard +45 40843136  http://dr.jones.dk/
* Consulting for machines and humans:   Spiff ApS
I have no signatures :-(

From aw@osn.de  Tue Apr  8 19:41:15 2003
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);


From tss@iki.fi  Tue Apr  8 20:00:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 20:00:14 +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 3A1C723845
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 20:00:14 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 16CC45E017FE; Tue,  8 Apr 2003 20:00:14 +0300 (EEST)
Subject: [dovecot] Re: Patch for passdb-passwd-file.c
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030408164137.GE26048@kuba.osn.de>
References: <20030408164137.GE26048@kuba.osn.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049821213.25105.126.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 08 Apr 2003 20:00:14 +0300
X-archive-position: 536
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: 536                                                  
Status: O

On Tue, 2003-04-08 at 19:41, Armin Wolfermann wrote:
> -	if (scheme == NULL) scheme = "DES";
> +	if (scheme == NULL) scheme = "CRYPT";

Whops, thanks.


From ianj@ian-justman.com  Wed Apr  9 01:45:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 09 Apr 2003 01:45:12 +0300 (EEST)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sakura.ian-justman.com (sakura.ian-justman.com [207.126.64.32])
	by danu.procontrol.fi (Postfix) with ESMTP id AB46A23845
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 01:45:11 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.ian-justman.com (Postfix) with ESMTP id 957E66112E1
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 15:45:09 -0700 (PDT)
Received: from sakura.ian-justman.com ([127.0.0.1])
 by localhost (sakura [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 13609-10 for <dovecot@procontrol.fi>;
 Tue,  8 Apr 2003 15:45:07 -0700 (PDT)
Received: from ian-justman.com (fenchurch.netasset.com [207.126.67.194])
	by sakura.ian-justman.com (Postfix) with ESMTP id C7D306112CA
	for <dovecot@procontrol.fi>; Tue,  8 Apr 2003 15:45:06 -0700 (PDT)
Message-ID: <3E9350F2.4010205@ian-justman.com>
Date: Tue, 08 Apr 2003 15:45:06 -0700
From: "Ian R. Justman" <ianj@ian-justman.com>
Organization: Net Asset, Network Operations
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en, ja
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: message order reversed on copying
References: <Pine.LNX.4.44.0304061811480.10634-100000@allspice.nssg.mitel.com> <1049668055.22903.405.camel@hurina>
X-Enigmail-Version: 0.71.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new-20030314-p1 (Debian)
X-archive-position: 537
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 537                                                  
Status: O



Timo Sirainen wrote:
>>Yes, I could have mentioned that. Still, it's the only way I know to 
>>restore the sorting order once it's jumbled.
> 
> 
> How about making your client sort the messages by received-date? :)

I generally tend to copy in received order, even if the dates are 
"jumbled".  Then they're TRULY in the correct order.

--Ian.



From tss@iki.fi  Wed Apr  9 14:03:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 09 Apr 2003 14:03:54 +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 2905F23845
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 14:03:54 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id BBE825E017FE; Wed,  9 Apr 2003 14:03:50 +0300 (EEST)
Subject: [dovecot] command line version of dovecot?
From: Timo Sirainen <tss@iki.fi>
To: kyler-keyword-dovecot.a0ff9b@lairds.org
Cc: dovecot@procontrol.fi
In-Reply-To: <ecartis-04092003032154.8589.1@danu>
References: <ecartis-04092003032154.8589.1@danu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049886230.25106.264.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 09 Apr 2003 14:03:50 +0300
X-archive-position: 538
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: 538                                                  
Status: O

> From: Kyler Laird <kyler-keyword-dovecot.a0ff9b@lairds.org>

> I finally have dovecot mostly working and I was thinking that
> I'd been saved from having to use UW-IMAPd, but I just now
> noticed that there doesn't appear to be any way to run
> dovecot over standard I/O; it always wants to listen on a
> socket.

There's the "imap" binary that should do exactly that. Usually installed
into /usr/local/libexec/dovecot/imap

Or did you mean you wanted to run it from inetd? CVS version supports
that too if you execute imap-login.


From tss@iki.fi  Wed Apr  9 19:13:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 09 Apr 2003 19:13:18 +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 B9DF623997
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 19:13:18 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 78E1A5E017FE; Wed,  9 Apr 2003 19:13:16 +0300 (EEST)
Subject: [dovecot] Re: command line version of dovecot?
From: Timo Sirainen <tss@iki.fi>
To: Kyler Laird <Kyler@lairds.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030409155256.GR21821@remote.lairds.org>
References: <ecartis-04092003032154.8589.1@danu>
	 <1049886230.25106.264.camel@hurina>
	 <20030409155256.GR21821@remote.lairds.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049904796.25102.319.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 09 Apr 2003 19:13:16 +0300
X-archive-position: 539
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: 539                                                  
Status: O
Content-Length: 1260

On Wed, 2003-04-09 at 18:52, Kyler Laird wrote:
> > There's the "imap" binary that should do exactly that. Usually installed
> > into /usr/local/libexec/dovecot/imap
> 
> Ah!  That's just the kind of solution I sought.
> 
> Unfortunately it doesn't seem to work for me.  It doesn't
> appear (via strace) to read any configuration file.  It just
> looks in /var/mail/[user] for a Maildir.  I need to to go to
> the Maildir in the user's home (and follow other behaviors
> defined in the config file).

It should look into ~/Maildir first, then ~/mail and ~/Mail unless it's
overridden in MAIL environment. You probably have MAIL=/var/mail/user
set, which is why it looks into there.

Currently it doesn't read any configuration file, and I'm not sure if I
should make it do that.. Well, it could be useful but I'd have to figure
out how to prevent unneeded code duplication for config file parsing.
All settings are passed via environment settings, but they're not
documented (they're basically uppercased versions of the setting names
in config file).

> Should I have found all of this in some documentation?  I
> appreciate the help but I feel like I should be reading
> about this on my own somewhere.

doc/mail-storages.txt explains the MAIL environment.


From dknudse@online.no  Wed Apr  9 21:46:31 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 09 Apr 2003 21:46:31 +0300 (EEST)
Return-Path: <dknudse@online.no>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A93AD23845
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 21:46:31 +0300 (EEST)
Received: from hal.technomedics.no (32.80-202-130.nextgentel.com [80.202.130.32])
	by mail.broadpark.no (Postfix) with ESMTP id E99B3789DC
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 20:46:30 +0200 (MEST)
Received: from amavis by hal.technomedics.no with scanned-ok (Exim 3.35 #1 (Debian))
	id 193Kac-0004cA-00
	for <dovecot@procontrol.fi>; Wed, 09 Apr 2003 20:46:30 +0200
Received: from  by localhost (amavisd-new, port ) id XXRIiEoA
 for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 20:46:21 +0200 (CEST)
Received: from dk by hal.technomedics.no with local (Exim 3.35 #1 (Debian))
	id 193KaS-0004bz-00
	for <dovecot@procontrol.fi>; Wed, 09 Apr 2003 20:46:20 +0200
Date: Wed, 9 Apr 2003 20:46:20 +0200
To: dovecot@procontrol.fi
Subject: [dovecot] New installation - error 89 on connect
Message-ID: <20030409184620.GB17645@hal>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
From: David Knudsen <dknudse@online.no>
X-Virus-Scanned: by amavisd-new-20030314-p1 (Debian)
X-archive-position: 540
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dknudse@online.no
Precedence: bulk
X-list: dovecot
X-UID: 540                                                  
Status: O
Content-Length: 1430

I've recently installed dovecot (0.99.8.1) from the Debian/woody 
backport at 'deb http://src.braincells.com/debian woody/'

Previously, all mail have been delivered to mbox'es in ~/Mail by
exim/procmail -- ~/Mail/inbox being my main mailbox.

Whenever I attempt to connect with an IMAP client, the connection is
closed and the following error is reported in /var/log/syslog:

	imap-login: Login: dk [192.168.0.2]
	imap(dk): Unknown client workaround: outlook-idle^I###
	dovecot: child 17653 (imap) returned error 89

What does error 89 signify?

My current configuration is: (non-comment lines only)

	imap_listen = 192.168.0.2
	imaps_listen = *
	login = imap
	login = pop3
	verbose_proctitle = yes
	client_workarounds = oe6-fetch-no-newmail outlook-idle
	mailbox_check_interval = 60
	auth = default
	auth_mechanisms = plain
	auth_userdb = passwd
	auth_passdb = pam
	auth_user = root
	auth_verbose = yes

In my confusion, I blindly tried changing settings, attempting to get a
different error message at least.  :-)

These are the settings I have tried, without success:

	default_mail_env = mbox:~/Mail:INBOX=~/Mail/inbox
	mail_full_filesystem_access = yes
	mbox_locks = fcntl
	auth_passdb = shadow

There is no subdirectories in ~/Mail, neither visible nor hidden.

I did try to read the docs, and I did browse the mailing list archives,
but either I missed something or it is not there.  Any ideas?


Thank you,
David Knudsen

From tss@iki.fi  Wed Apr  9 21:57:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 09 Apr 2003 21:57:21 +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 8822923845
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 21:57:21 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 40B355E017F5; Wed,  9 Apr 2003 21:57:21 +0300 (EEST)
Subject: [dovecot] Re: New installation - error 89 on connect
From: Timo Sirainen <tss@iki.fi>
To: David Knudsen <dknudse@online.no>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030409184620.GB17645@hal>
References: <20030409184620.GB17645@hal>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049914641.25102.328.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 09 Apr 2003 21:57:21 +0300
X-archive-position: 541
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: 541                                                  
Status: O

On Wed, 2003-04-09 at 21:46, David Knudsen wrote:
> Whenever I attempt to connect with an IMAP client, the connection is
> closed and the following error is reported in /var/log/syslog:
> 
> 	imap-login: Login: dk [192.168.0.2]
> 	imap(dk): Unknown client workaround: outlook-idle^I###

This looks like you have TAB and ### at end of client_workarounds
setting in config file. Comments (and tabs) are not currently allowed
there.

> 	dovecot: child 17653 (imap) returned error 89
> 
> What does error 89 signify?

It's "default exit code", meaning the error should have been written to
log file (like it was).


From dknudse@online.no  Wed Apr  9 23:00:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 09 Apr 2003 23:00:26 +0300 (EEST)
Return-Path: <dknudse@online.no>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 2C70823994
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 23:00:26 +0300 (EEST)
Received: from hal.technomedics.no (32.80-202-130.nextgentel.com [80.202.130.32])
	by mail.broadpark.no (Postfix) with ESMTP id 46E8278D6B
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 22:00:25 +0200 (MEST)
Received: from amavis by hal.technomedics.no with scanned-ok (Exim 3.35 #1 (Debian))
	id 193Lk8-0004ff-00
	for <dovecot@procontrol.fi>; Wed, 09 Apr 2003 22:00:24 +0200
Received: from  by localhost (amavisd-new, port ) id XXWgeN0x
 for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 22:00:09 +0200 (CEST)
Received: from dk by hal.technomedics.no with local (Exim 3.35 #1 (Debian))
	id 193Ljk-0004fA-00; Wed, 09 Apr 2003 22:00:00 +0200
Date: Wed, 9 Apr 2003 22:00:00 +0200
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: New installation - error 89 on connect
Message-ID: <20030409200000.GA17921@hal>
References: <20030409184620.GB17645@hal> <1049914641.25102.328.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1049914641.25102.328.camel@hurina>
User-Agent: Mutt/1.3.28i
From: David Knudsen <dknudse@online.no>
X-Virus-Scanned: by amavisd-new-20030314-p1 (Debian)
X-archive-position: 542
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dknudse@online.no
Precedence: bulk
X-list: dovecot
X-UID: 542                                                  
Status: O

On Wed, Apr 09, 2003 at 09:57:21PM +0300, Timo Sirainen wrote:
> On Wed, 2003-04-09 at 21:46, David Knudsen wrote:
> > Whenever I attempt to connect with an IMAP client, the connection is
> > closed and the following error is reported in /var/log/syslog:
> > 
> > 	imap-login: Login: dk [192.168.0.2]
> > 	imap(dk): Unknown client workaround: outlook-idle^I###
> 
> This looks like you have TAB and ### at end of client_workarounds
> setting in config file. Comments (and tabs) are not currently allowed
> there.

Exactly - that's the case.  I'll change that immediately.

Thanks for the swift reply!
David Knudsen

From tss@iki.fi  Wed Apr  9 23:21:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 09 Apr 2003 23:21:39 +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 B1A5C23994
	for <dovecot@procontrol.fi>; Wed,  9 Apr 2003 23:21:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 67E055E017F5; Wed,  9 Apr 2003 23:21:38 +0300 (EEST)
Subject: [dovecot] Re: Error: child 12625 (imap) killed with signal 12
From: Timo Sirainen <tss@iki.fi>
To: Johan Willard <johan@willard.se>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030408065019.O33396@mail.willard.se>
References: <20030407095738.X14045@mail.willard.se>
	 <1049742262.25106.24.camel@hurina>  <20030408065019.O33396@mail.willard.se>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049919698.25102.340.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 09 Apr 2003 23:21:38 +0300
X-archive-position: 543
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: 543                                                  
Status: O

On Tue, 2003-04-08 at 10:00, Johan Willard wrote:
> > > dovecot: Apr 07 09:55:17 Error: child 12625 (imap) killed with signal 12
> I was using the regular unix mailbox system when this error occured. T
> thougth this would be best for compability reasons. I tried to configure
> my system to use maildir instead. Now it looks like the problem have
> disappered.

It's probably because sendfile() was tried to be used to write to the
mbox file. It may crash again if you try to unsubscribe some mailboxes
(anything but the last one in .subscriptions file).

I just tried this with FreeBSD 4.8-PRERELEASE myself, sendfile() nicely
returns error instead of crashing the whole program. Maybe the problem
is something else, or maybe you've just configured the system
differently.

I think I'll just disable trying to use sendfile() for writing to files,
except under Linux where it works.


From tss@iki.fi  Thu Apr 10 00:03:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 10 Apr 2003 00:03:15 +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 4FEAF23845
	for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 00:03:15 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1B0F65E017F5; Thu, 10 Apr 2003 00:03:15 +0300 (EEST)
Subject: [dovecot] Maildir syncing rewrite
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1049922194.25102.364.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 10 Apr 2003 00:03:14 +0300
X-archive-position: 544
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: 544                                                  
Status: O
Content-Length: 1249

It finally seems to be working. I've done some testing now and it seems
to be working fine. If you have time, see if you can get it to break
(especially with INDEX=memory or by manually modifying the maildir).

The UIDs are kept in Courier-compatible dovecot-uidlist file
(so "mv courierimapuiddb dovecot-uidlist" should work). The great thing
about this code is that we never wait for lock. If we can't lock, we
simply use the old uidlist file to sync whatever we can, which should be
everything but the very newest mails just being delivered and processed
by another Dovecot. Of course, if they share index files, we're still
blocking there.

I named the file as "dovecot-uidlist" instead of ".uidlist" because I
finally realized that files beginning with dot conflict with the mailbox
namespace. I should rename .customflags and .subscriptions files as
well. Also if I move .imap.index* files into root dir, I'll have to
rename them too.

new/ directory is now scanned every time to see if there's new mail.
cur/ directory is scanned if index file's timestamp differs from cur/
dir's timestamp. uidlist file is reread if it's device/inode changes.

You can get the sources from either CVS, or 0.99.9-test2 from
http://dovecot.procontrol.fi/test/

From fuyuki@hadaly.org  Thu Apr 10 10:14:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 10 Apr 2003 10:14:28 +0300 (EEST)
Return-Path: <fuyuki@hadaly.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from t-mta8.odn.ne.jp (mfep8.odn.ne.jp [143.90.131.186])
	by danu.procontrol.fi (Postfix) with ESMTP id A23B323845
	for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 10:14:27 +0300 (EEST)
Received: from hadaly.dyndns.org ([218.46.133.203]) by t-mta8.odn.ne.jp
          with ESMTP
          id <20030410071425471.BCIO.28772.t-mta8.odn.ne.jp@mta8.odn.ne.jp>
          for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 16:14:25 +0900
Received: from hadaly.dyndns.org (localhost [127.0.0.1])
	by hadaly.dyndns.org (Postfix) with ESMTP id DF3CA210F
	for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 16:14:24 +0900 (JST)
Date: Thu, 10 Apr 2003 16:14:24 +0900
Message-ID: <86znmyu8mn.wl%fuyuki@hadaly.org>
From: Kimura Fuyuki <fuyuki@hadaly.org>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Maildir syncing rewrite
In-Reply-To: <1049922194.25102.364.camel@hurina>
References: <1049922194.25102.364.camel@hurina>
User-Agent: Wanderlust/2.10.0 (Venus) Emacs/21.3 Mule/5.0 (SAKAKI)
X-Public-Key: http://www.hadaly.org/fuyuki/public.key
X-Fingerprint: 8D68 1138 1A85 8556 C6A9  274B 2C72 2E56 3AF7 3D89
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-archive-position: 545
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: fuyuki@hadaly.org
Precedence: bulk
X-list: dovecot
X-UID: 545                                                  
Status: O

At 10 Apr 2003 00:03:14 +0300,
Timo Sirainen <tss@iki.fi> wrote:
> 
> You can get the sources from either CVS, or 0.99.9-test2 from
> http://dovecot.procontrol.fi/test/

Wow, it's much faster! ...but sometimes it dies with the following
syslog message. (locking broken?)

Apr 10 15:58:53 hadaly imap(fuyuki): Corrupted index file /home/fuyuki/Maildir/.INBOX/.imap.index: index.next_uid (12797) > uidlist.
next_uid (12790)
Apr 10 15:58:53 hadaly dovecot: child 71956 (imap) killed with signal 11

I'm using flock for both dovecot and postfix, which is my local mail
delivery agent.

-- fuyuki

From jejc@free.fr  Thu Apr 10 14:00:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 10 Apr 2003 14:00:36 +0300 (EEST)
Return-Path: <jejc@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62])
	by danu.procontrol.fi (Postfix) with ESMTP id B4C8A23845
	for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 14:00:36 +0300 (EEST)
Received: from free.fr (lns-p19-18-81-57-232-34.adsl.proxad.net [81.57.232.34])
	by postfix4-1.free.fr (Postfix) with ESMTP id 34F4A196D1
	for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 13:00:36 +0200 (CEST)
Message-ID: <3E954E82.1030306@free.fr>
Date: Thu, 10 Apr 2003 12:59:14 +0200
From: Jej <jejc@free.fr>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: fr-fr, en, en-us
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] dovecot and virtual users
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 546
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jejc@free.fr
Precedence: bulk
X-list: dovecot
X-UID: 546                                                  
Status: O



Hello,


I set up a virtual smtp with exim (mails stored in /var/virtual/{domain}/{user}, passwd in /etc/virtual/{domain}.passwd). I have a patched pop3 server to deal with these mail boxes.

Would it be possible to use dovecot as imap server, or (even better) for imap and pop3, with this virtual domain model ?

Thanks, read you.

-- jej


From tss@iki.fi  Thu Apr 10 21:46:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 10 Apr 2003 21:46:21 +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 8A66923845
	for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 21:46:21 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B12CF5E017F5; Thu, 10 Apr 2003 21:46:20 +0300 (EEST)
Subject: [dovecot] Re: dovecot and virtual users
From: Timo Sirainen <tss@iki.fi>
To: Jej <jejc@free.fr>
Cc: dovecot@procontrol.fi
In-Reply-To: <3E954E82.1030306@free.fr>
References: <3E954E82.1030306@free.fr>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050000380.25105.382.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 10 Apr 2003 21:46:20 +0300
X-archive-position: 547
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: 547                                                  
Status: O

On Thu, 2003-04-10 at 13:59, Jej wrote:
> Hello,
> 
> 
> I set up a virtual smtp with exim (mails stored in /var/virtual/{domain}/{user}, 

Well, I guess that's INBOX. You'll also need a directory to contain rest
of the IMAP folders. Something like this maybe:

default_mail_env = mbox:~/mail:INBOX=/var/virtual/%d/%n

or default_mail_env = mbox:/var/virtual/%d/%n-dirs/

> passwd in /etc/virtual/{domain}.passwd).

This isn't supported currently. You could use passwd-file, but you'll
have to list the users like "user@domain:...etc..."


From tss@iki.fi  Thu Apr 10 23:44:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 10 Apr 2003 23:44:23 +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 99B7923845
	for <dovecot@procontrol.fi>; Thu, 10 Apr 2003 23:44:23 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5A8685E017F5; Thu, 10 Apr 2003 23:44:23 +0300 (EEST)
Subject: [dovecot] Re: Maildir syncing rewrite
From: Timo Sirainen <tss@iki.fi>
To: Kimura Fuyuki <fuyuki@hadaly.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <86znmyu8mn.wl%fuyuki@hadaly.org>
References: <1049922194.25102.364.camel@hurina>
	 <86znmyu8mn.wl%fuyuki@hadaly.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050007463.25102.414.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 10 Apr 2003 23:44:23 +0300
X-archive-position: 548
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: 548                                                  
Status: O
Content-Length: 1254

On Thu, 2003-04-10 at 10:14, Kimura Fuyuki wrote:
> > You can get the sources from either CVS, or 0.99.9-test2 from
> > http://dovecot.procontrol.fi/test/
> 
> Wow, it's much faster! ...but sometimes it dies with the following
> syslog message. (locking broken?)

Faster? How large mailboxes or slow computer do you have? :) I don't
think I made it any faster, and I don't think it was slow before
either.. It took more memory though.

> Apr 10 15:58:53 hadaly imap(fuyuki): Corrupted index file /home/fuyuki/Maildir/.INBOX/.imap.index: index.next_uid (12797) > uidlist.
> next_uid (12790)
> Apr 10 15:58:53 hadaly dovecot: child 71956 (imap) killed with signal 11
> 
> I'm using flock for both dovecot and postfix, which is my local mail
> delivery agent.

flock? With maildir? There's no locks with maildir, except for
uidlist.lock file which relies on O_EXCL working for open(). Indexes and
others are locked with fcntl(), unless you've directly changed that from
sources.

But I'm not really sure why the above happens.. Even the crash shouldn't
happen if the corruption happens (I forced corruption, worked fine). It
would help if you could get gdb backtrace, core dumps can be enabled by
setting "mail_drop_priv_before_exec = yes" in config file.


From dovecot@andreas.hanssen.name  Fri Apr 11 00:01:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 00:01:42 +0300 (EEST)
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id D0E1A23845
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 00:01:41 +0300 (EEST)
Received: (qmail 26265 invoked from network); 10 Apr 2003 21:01:40 -0000
Received: from localhost (HELO lexx.infeline.org) (andreaha@127.0.0.1)
  by localhost with SMTP; 10 Apr 2003 21:01:40 -0000
Date: Thu, 10 Apr 2003 23:01:40 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Maildir syncing rewrite
In-Reply-To: <1050007463.25102.414.camel@hurina>
Message-ID: <Pine.LNX.4.44.0304102300380.26185-100000@lexx.infeline.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 549
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: 549                                                  
Status: O

On 10 Apr 2003, Timo Sirainen wrote:
>On Thu, 2003-04-10 at 10:14, Kimura Fuyuki wrote:
>> > You can get the sources from either CVS, or 0.99.9-test2 from
>> > http://dovecot.procontrol.fi/test/
>> I'm using flock for both dovecot and postfix, which is my local mail
>> delivery agent.
>flock? With maildir? There's no locks with maildir, except for
>uidlist.lock file which relies on O_EXCL working for open(). Indexes and
>others are locked with fcntl(), unless you've directly changed that from
>sources.

For the record, is out-of-the-box Dovecot+Maildir with indexes NFS-safe?

Andy

-- 
Andreas Aardal Hanssen | http://www.andreas.hanssen.name/gpg
Author of Binc IMAP    | Nil desperandum


From mem@mv.mv.com  Fri Apr 11 00:41:19 2003
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-

From tss@iki.fi  Fri Apr 11 00:59:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 00:59:02 +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 766A023860
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 00:59:02 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 468C05E017F5; Fri, 11 Apr 2003 00:59:02 +0300 (EEST)
Subject: [dovecot] Re: Maildir syncing rewrite
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0304102300380.26185-100000@lexx.infeline.org>
References: <Pine.LNX.4.44.0304102300380.26185-100000@lexx.infeline.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050011941.25105.425.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 11 Apr 2003 00:59:02 +0300
X-archive-position: 551
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: 551                                                  
Status: O

On Fri, 2003-04-11 at 00:01, Andreas Aardal Hanssen wrote:
> For the record, is out-of-the-box Dovecot+Maildir with indexes NFS-safe?

Index files will probably never be NFS-safe. They can be built into
memory which should be quite close to how other IMAP servers work, but I
don't think I'll do that by default.

Other than that, next release should be NFS-safe out of the box.


From mem@mv.mv.com  Fri Apr 11 02:31:05 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 02:31:05 +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 17CDC23845
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 02:31:05 +0300 (EEST)
Received: (qmail 10171 invoked by uid 101); 10 Apr 2003 19:31:04 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Apr 2003 19:31:04 -0400
To: dovecot@procontrol.fi
Subject: [dovecot] dovecot-0.99.9-test2 probs
Message-ID: <20030410233104.GF12480@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: 552
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: 552                                                  
Status: O
Content-Length: 1396

Hi-

Tried 0.99.9-test2 -- had to go back.

Various problems in the log.  

Here's one:

Apr 10 08:56:25 mercury mem[10754]: imap(user0): msync() failed with
index data file /users/8b/user0/Maildir/.INBOX/.imap.index.data:
Cannot allocate memory

Apr 10 08:56:25 mercury mem[10754]: imap(user0): Corrupted index
data file /users/8b/user0/Maildir/.INBOX/.imap.index.data: Missing
location field for record 156

Apr 10 08:56:25 mercury mem[10754]: imap(user0): msync() failed with
index data file /users/8b/user0/Maildir/.INBOX/.imap.index.data:
Cannot allocate memory


Here's another:

Apr 10 18:56:59 mercury mem[13376]: pop3(user1): Corrupted index file
/users/30/user1/Maildir/.INBOX/.imap.index: index.next_uid (2365) >
uidlist.next_uid (2364)


And another:

Apr 10 19:09:24 mercury mem[10892]: pop3(user2): Corrupted index file
/users/39/user2/Maildir/.INBOX/.imap.index: index.next_uid (10422) >
uidlist.next_uid (10420)

Apr 10 19:09:24 mercury mem[10892]: pop3(user2):  Corrupted index file
(in-memory index for /users/39/user2/Maildir): Filename mismatch for UID 1:
1050015983.28176.mercury.mv.net vs 1046192106.460.mercury.mv.net

Apr 10 19:09:24 mercury mem[10892]:  pop3(user2): No INBOX for user


And a ton of these, without any other entry for the process ID
(which I assume is the number after "child"):

Apr 10 19:09:33 mercury dovecot: child 1645 (imap) killed with signal 11


From fuyuki@hadaly.org  Fri Apr 11 02:44:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 02:44:46 +0300 (EEST)
Return-Path: <fuyuki@hadaly.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from t-mta3.odn.ne.jp (mfep3.odn.ne.jp [143.90.131.181])
	by danu.procontrol.fi (Postfix) with ESMTP id A5A6423860
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 02:44:45 +0300 (EEST)
Received: from hadaly.dyndns.org ([218.46.140.75]) by t-mta3.odn.ne.jp
          with ESMTP
          id <20030410234443726.HGNJ.26423.t-mta3.odn.ne.jp@mta3.odn.ne.jp>
          for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 08:44:43 +0900
Received: from hadaly.dyndns.org (localhost [127.0.0.1])
	by hadaly.dyndns.org (Postfix) with ESMTP id 9E66C2116
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 08:44:41 +0900 (JST)
Date: Fri, 11 Apr 2003 08:44:41 +0900
Message-ID: <86u1d5sys6.wl%fuyuki@hadaly.org>
From: Kimura Fuyuki <fuyuki@hadaly.org>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Maildir syncing rewrite
In-Reply-To: <1050007463.25102.414.camel@hurina>
References: <1049922194.25102.364.camel@hurina>	<86znmyu8mn.wl%fuyuki@hadaly.org>	<1050007463.25102.414.camel@hurina>
User-Agent: Wanderlust/2.10.0 (Venus) Emacs/21.3 Mule/5.0 (SAKAKI)
X-Public-Key: http://www.hadaly.org/fuyuki/public.key
X-Fingerprint: 8D68 1138 1A85 8556 C6A9  274B 2C72 2E56 3AF7 3D89
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-archive-position: 553
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: fuyuki@hadaly.org
Precedence: bulk
X-list: dovecot
X-UID: 553                                                  
Status: O
Content-Length: 1153

At 10 Apr 2003 23:44:23 +0300,
Timo Sirainen <tss@iki.fi> wrote:
> 
> Faster? How large mailboxes or slow computer do you have? :) I don't
> think I made it any faster, and I don't think it was slow before
> either.. It took more memory though.

Yes, I'm surprised too. I have no idea how it could be done, but it's
really faster. (why??)

This is my slow computer. :)

OS:	FreeBSD 5.0
CPU:	K6-2 400MHz
MUA:	Wanderlust 2.10.0

And some mailboxes have 1000+ mails.

> But I'm not really sure why the above happens.. Even the crash shouldn't
> happen if the corruption happens (I forced corruption, worked fine). It
> would help if you could get gdb backtrace, core dumps can be enabled by
> setting "mail_drop_priv_before_exec = yes" in config file.

OK, I'll try it if I have time, but I suspect the mount option -o
noatime would be the source of the problem... (I've dropped the
option.)

BTW, Here's another ominous message.

Apr 11 08:12:08 hadaly imap(fuyuki): Corrupted index file (in-memory index for /home/fuyuki/Maildir): Filename mismatch for UID 1: 1050013385.V40dI4d173.hadaly.dyndns.org vs 1049984584.V40dI4d1f8.hadaly.dyndns.org

-- fuyuki

From juha.o.ylitalo@nokia.com  Fri Apr 11 09:41:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 09:41:10 +0300 (EEST)
Return-Path: <juha.o.ylitalo@nokia.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by danu.procontrol.fi (Postfix) with ESMTP id 0043523860
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 09:41:09 +0300 (EEST)
Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h3B6f7h24125
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 09:41:07 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T61888245d0ac158f2303a@esvir03nok.nokia.com> for <dovecot@procontrol.fi>;
 Fri, 11 Apr 2003 09:41:06 +0300
Received: from jylitlap.lnx.nokia.com ([172.21.200.174]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 11 Apr 2003 09:41:06 +0300
Received: (from jylitalo@localhost)
	by jylitlap.lnx.nokia.com (8.11.6/8.11.6) id h3B6f6k06133;
	Fri, 11 Apr 2003 09:41:06 +0300
X-Authentication-Warning: jylitlap.lnx.nokia.com: jylitalo set sender to juha.o.ylitalo@nokia.com using -f
Subject: [dovecot] Something wrong in SSL ?
From: Juha Ylitalo <juha.o.ylitalo@nokia.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9.7x.1) 
Date: 11 Apr 2003 09:41:06 +0300
Message-Id: <1050043266.5741.18.camel@jylitlap.lnx.nokia.com>
Mime-Version: 1.0
X-OriginalArrivalTime: 11 Apr 2003 06:41:06.0600 (UTC) FILETIME=[5449FA80:01C2FFF5]
X-archive-position: 554
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: juha.o.ylitalo@nokia.com
Precedence: bulk
X-list: dovecot
X-UID: 554                                                  
Status: O
Content-Length: 2062

Operating system: FreeBSD 4.7-RELEASE-p10
Dovecot: 0.99.8.1

I've used openssl to generate personal CA and I've used that one to
generate certificate for my web server. When I tried to go through same
pattern for generating certificate for IMAP server from CA, I ended up
in situation, where both mutt and evolution keep on rejecting my
certificates. 
From mutt's documentation, I was able to find helpful documentation for
checking IMAP connection. Based on that experimentation, it seems that
when I try to verify certificate files with openssl, all checks out, but
when I try to check thing through IMAPS, things go ugly (see log below).

If I try same openssl s_client command on my web server, it gets
everything correctly. As result from this one, I've even tried to use
certificate from my web server with IMAP and even then openssl keeps on
saying that there is bad record mac.

Is this bug in dovecot's SSL handling or have I managed to mess
something in my setup?

URLS:
CA cert: http://jylitalo.homeip.net/ca/ca.crt
IMAPD cert: http://jylitalo.homeip.net/ca/imapd.crt

[log starts]
bash-2.05a$ openssl verify -CAfile /usr/local/www/data/ca/ca.crt
/etc/ssl/certs/imapd.crt
/etc/ssl/certs/imapd.crt: OK
bash-2.05a$ openssl s_client -host localhost -port 993 -CAfile
/usr/local/www/data/ca/ca.crt -verify -debug                  
verify depth is 0
CONNECTED(00000003)
depth=1 /C=FI/ST=Finland/L=Helsinki/O=Juha Ylitalo/CN=Juha
Ylitalo/Email=jylitalo@iki.fi
verify return:1
depth=0 /C=FI/ST=Finland/O=Juha
Ylitalo/CN=coat.st-paul/Email=jylitalo@iki.fi
verify return:1
47169:error:140943FC:SSL routines:SSL3_READ_BYTES:sslv3 alert bad record
mac:/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/../ssl/s3_pkt.c:1046:SSL alert number 20
47169:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake
failure:/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/../ssl/s23_lib.c:226:
bash-2.05a$ 
[log ends]

-- 
Juha Ylitalo       juha.o.ylitalo@nokia.com           <work e-mail>
+358 40 562 6152   http://linux.nokia.com/~jylitalo/  <work www>


From maikel@ladot.com  Fri Apr 11 13:59:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 13:59:32 +0300 (EEST)
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from nlladot05.freehosting (unknown [217.22.64.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 53E2423845
	for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 13:59:32 +0300 (EEST)
Received: by nlladot05.intern.ladot.com with Internet Mail Service (5.5.2653.19)
	id <2STP9K3P>; Fri, 11 Apr 2003 12:44:53 +0200
Message-ID: <410777FC7A66D511911500B0D0783455024C4FC9@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "Dovecot (E-mail)" <dovecot@procontrol.fi>
Subject: [dovecot] Maildir problem?
Date: Fri, 11 Apr 2003 12:44:44 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C30017.5D379F40"
X-archive-position: 555
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: maikel@ladot.com
Precedence: bulk
X-list: dovecot
X-UID: 555                                                  
Status: O
Content-Length: 2250

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C30017.5D379F40
Content-Type: text/plain

Hey list,

Today I cvs updated to the most recent dovecot, to test with the recent
improvements on the dovecot-uidlist file, and came acros the following:

Apr 11 12:49:36 pc-5-046 imap(): Corrupted index file (in-memory index for
/var/mail/mounted/test.com/maikel/Maildir//.Sent Items): Filename mismatch
for UID 1: 1050058115.P3401Q0M675362.pc-5-046.test.nl:2,S vs
1050057888.P3371Q0M138398.pc-5-046.test.nl

I am using a front-end back-end construction, But I am testing on the
backend only (non-nfs), because the subscriptions file isn't nfs safe yet.

shouldn't the uidl files be leading over the indexes? And shouldn't the
indexes be updated as well?

Thank you,


Maikel Verheijen.


------_=_NextPart_001_01C30017.5D379F40
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>Maildir problem?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hey list,</FONT>
</P>

<P><FONT SIZE=3D2>Today I cvs updated to the most recent dovecot, to =
test with the recent improvements on the dovecot-uidlist file, and came =
acros the following:</FONT></P>

<P><FONT SIZE=3D2>Apr 11 12:49:36 pc-5-046 imap(): Corrupted index file =
(in-memory index for /var/mail/mounted/test.com/maikel/Maildir//.Sent =
Items): Filename mismatch for UID 1: =
1050058115.P3401Q0M675362.pc-5-046.test.nl:2,S vs =
1050057888.P3371Q0M138398.pc-5-046.test.nl</FONT></P>

<P><FONT SIZE=3D2>I am using a front-end back-end construction, But I =
am testing on the backend only (non-nfs), because the subscriptions =
file isn't nfs safe yet.</FONT></P>

<P><FONT SIZE=3D2>shouldn't the uidl files be leading over the indexes? =
And shouldn't the indexes be updated as well?</FONT>
</P>

<P><FONT SIZE=3D2>Thank you,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C30017.5D379F40--

From tss@iki.fi  Sat Apr 12 18:04:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 12 Apr 2003 18:04:32 +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 CB60423845
	for <dovecot@procontrol.fi>; Sat, 12 Apr 2003 18:04:32 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7FE9A5E017F5; Sat, 12 Apr 2003 18:04:32 +0300 (EEST)
Subject: [dovecot] 0.99.9-test3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050159872.25107.483.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 12 Apr 2003 18:04:32 +0300
X-archive-position: 556
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: 556                                                  
Status: O

Expunging messages caused those "Corrupted index file" errors. That's
fixed now. There's probably still some problems, at least this fix
didn't fix any crashes..

test3 available from http://dovecot.procontrol.fi/test/


From tss@iki.fi  Sat Apr 12 18:14:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 12 Apr 2003 18:14:54 +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 1B53623845
	for <dovecot@procontrol.fi>; Sat, 12 Apr 2003 18:14:54 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DD0E35E017F5; Sat, 12 Apr 2003 18:14:53 +0300 (EEST)
Subject: [dovecot] Re: Something wrong in SSL ?
From: Timo Sirainen <tss@iki.fi>
To: Juha Ylitalo <juha.o.ylitalo@nokia.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1050043266.5741.18.camel@jylitlap.lnx.nokia.com>
References: <1050043266.5741.18.camel@jylitlap.lnx.nokia.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050160493.25107.493.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.3 
Date: 12 Apr 2003 18:14:53 +0300
X-archive-position: 557
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: 557                                                  
Status: O

On Fri, 2003-04-11 at 09:41, Juha Ylitalo wrote:
> If I try same openssl s_client command on my web server, it gets
> everything correctly. As result from this one, I've even tried to use
> certificate from my web server with IMAP and even then openssl keeps on
> saying that there is bad record mac.
> 
> Is this bug in dovecot's SSL handling or have I managed to mess
> something in my setup?

Did you compile Dovecot with GNUTLS or OpenSSL? If GNUTLS, maybe there's
some problems with it. If OpenSSL .. well, I don't know really. I don't
have any problems with mutt, Evolution, Outlook or OE at least.


From eskimoe@ananzi.co.za  Sun Apr 13 19:19:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 13 Apr 2003 19:19:33 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-171-244.reverse.qdsl-home.de [212.202.171.244])
	by danu.procontrol.fi (Postfix) with SMTP id 9BC6D23860
	for <dovecot@procontrol.fi>; Sun, 13 Apr 2003 19:19:32 +0300 (EEST)
Received: (qmail 923 invoked by uid 1000); 13 Apr 2003 16:20:53 -0000
Date: Sun, 13 Apr 2003 18:20:53 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: dovecot@procontrol.fi
Subject: [dovecot] a crashy message
Message-ID: <20030413162053.GA23316@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g"
Content-Disposition: inline
X-archive-position: 558
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 558                                                  
Status: O


--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

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


--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="msg.yBEI"

From owner-ion@list.rt.fm Sun Apr 13 09:32:26 2003
Return-Path: <owner-ion@list.rt.fm>
Delivered-To: moe@localhost
Received: (qmail 31185 invoked from network); 13 Apr 2003 09:32:25 -0000
Received: from unknown (HELO localhost) (127.0.0.1)
  by localhost with SMTP; 13 Apr 2003 09:32:25 -0000
Received: from ananzi.mailgate.net [196.38.110.7]
	by localhost with POP3 (fetchmail-5.9.11)
	for moe@localhost (single-drop); Sun, 13 Apr 2003 11:32:25 +0200 (CEST)
Received: from rt.fm ([209.242.32.10] verified)
  by mail01.infosat.net (CommuniGate Pro SMTP 3.5.9)
  with ESMTP id 73760636 for eskimoe@ananzi.co.za; Sun, 13 Apr 2003 11:30:19 +0200
Received: by rt.fm (Postfix)
	id E9241436D; Sun, 13 Apr 2003 04:30:13 -0500 (CDT)
Delivered-To: ion-outgoing@rt.fm
Received: by rt.fm (Postfix, from userid 1013)
	id E71EE4367; Sun, 13 Apr 2003 04:30:13 -0500 (CDT)
X-Original-To: ion@list.rt.fm
Delivered-To: ion@list.rt.fm
Received: from tiger (c213-89-140-172.cm-upc.chello.se [213.89.140.172])
	by rt.fm (Postfix) with ESMTP id 6737D4360
	for <ion@list.rt.fm>; Sun, 13 Apr 2003 04:30:13 -0500 (CDT)
Received: from pelle by tiger with local (Exim 3.36 #1 (Debian))
	id 194dns-000093-00
	for <ion@list.rt.fm>; Sun, 13 Apr 2003 11:29:36 +0200
To: ion@list.rt.fm
Subject: [Daniel Silverstone <dsilvers@digital-scurf.org>] Re: lua 5.0
From: Per Olofsson <pelle@dsv.su.se>
Date: Sun, 13 Apr 2003 11:29:35 +0200
Message-ID: <87ptnqrbi8.fsf@dsv.su.se>
User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Sender: owner-ion@list.rt.fm
Precedence: bulk
List-Post: <mailto:ion@list.rt.fm>
X-UID: 559                                                  
Status: O
Content-Length: 2935

--=-=-=

FYI.

/Pelle


--=-=-=
Content-Type: message/rfc822
Content-Disposition: inline

Received: from av-in1.su.se (av-in1.su.se [130.237.162.111])
	by unni.dsv.su.se (8.9.3/8.9.3) with ESMTP
	id SAA22051 for <pelle@dsv.su.se>;
	Sat, 12 Apr 2003 18:50:48 +0200 (MET DST)
Received: from localhost (av-in1.su.se [127.0.0.1])
	by av-in1.su.se (Postfix) with ESMTP id 8C8F41002A4
	for <pelle@dsv.su.se>; Sat, 12 Apr 2003 18:50:48 +0200 (CEST)
Received: from av-in1.su.se ([127.0.0.1])
 by localhost (av-in1.su.se [127.0.0.1:10024]) (amavisd-new) with ESMTP
 id 14463-13 for <pelle@dsv.su.se>; Sat, 12 Apr 2003 18:50:48 +0200 (CEST)
Received: from mx1.su.se (mx1.su.se [130.237.162.110])
	by av-in1.su.se (Postfix) with ESMTP id 2C410100033
	for <pelle@dsv.su.se>; Sat, 12 Apr 2003 18:50:48 +0200 (CEST)
Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net
 [194.217.242.92])
	by mx1.su.se (Postfix) with ESMTP id 021B534012
	for <pelle@dsv.su.se>; Sat, 12 Apr 2003 18:50:48 +0200 (CEST)
Received: from digital-scurf.demon.co.uk ([212.229.183.176]
 helo=ennui.i.digital-scurf.org)
	by anchor-post-34.mail.demon.net with esmtp (Exim 3.35 #1)
	id 194ODF-0005FS-0Y
	for pelle@dsv.su.se; Sat, 12 Apr 2003 17:50:45 +0100
Received: from dsilvers by ennui.i.digital-scurf.org with local (Exim 3.36
 #1 (Debian))
	id 194ODF-0002dE-00
	for <pelle@dsv.su.se>; Sat, 12 Apr 2003 17:50:45 +0100
Date: Sat, 12 Apr 2003 17:50:44 +0100
To: Per Olofsson <pelle@dsv.su.se>
Subject: Re: lua 5.0
Message-ID: <20030412165044.GD10058@digital-scurf.org>
References: <878yukyffb.fsf@dsv.su.se>
In-Reply-To: <878yukyffb.fsf@dsv.su.se>
User-Agent: Mutt/1.4i
From: Daniel Silverstone <dsilvers@digital-scurf.org>
X-Spam-Status: No, hits=-38.0 tagged_above=-99.0 required=7.0
 tests=BAYES_10,
 EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, REFERENCES,
 REPLY_WITH_QUOTES, USER_AGENT_MUTT
X-Spam-Level: 
MIME-Version: 1.0

On Tue, Apr 08, 2003 at 09:09:28PM +0200, Per Olofsson wrote:
> I wonder if you're going to package lua 5.0 anytime soon. The new
> upstream version of my package (ion-devel) needs it. If you don't want
> to package it that's okay, I can package it myself if I have to.

Hi,

I was on holiday for a week, but as you can imagine, I have plans to
package Lua 5.0 for Debian.

I'm working with the Lua development team to discuss how to best package
Lua 5.0 for Debian, since we only want first-class packages. I expect
we'll be seeing packages (in pretty much the same configuration as for
lua 4.0) within a few weeks now.

Keep an eye out on debian-devel for any messages I post about it.

D.

-- 
Daniel Silverstone                               http://www.digital-scurf.org/
Hostmaster, Webmaster, and Chief Code Wibbler          Digital-Scurf Unlimited
GPG Public key available from keyring.debian.org               KeyId: 20687895
You will gain money by a speculation or lottery.

--=-=-=--


--2fHTh5uZTiUOsy+g--

From warren@togami.com  Mon Apr 14 04:42:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 04:42:27 +0300 (EEST)
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from hnlmail2.hawaii.rr.com (hnlmail2.hawaii.rr.com [24.25.227.35])
	by danu.procontrol.fi (Postfix) with ESMTP id EAC1723896
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 04:42:26 +0300 (EEST)
Received: (apparently) from localhost.127.in-addr.arpa ([204.210.124.92]) by hnlmail2.hawaii.rr.com  with Microsoft SMTPSVC(5.5.1877.757.75);
	 Sun, 13 Apr 2003 15:42:21 -1000
Subject: [dovecot] dovecot RPM for Red Hat Linux
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1050284521.30823.13.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 13 Apr 2003 15:42:01 -1000
Content-Transfer-Encoding: 7bit
X-archive-position: 559
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: warren@togami.com
Precedence: bulk
X-list: dovecot
X-UID: 560                                                  
Status: O
Content-Length: 1070

http://bugzilla.fedora.us/show_bug.cgi?id=160

This .src.rpm is dovecot with RH-specific default settings.  I modified
Jeremy Katz' dovecot-0.99.8.1 package a bit.  When I upgraded from
0.99.8.1 it seemed to be broken until I looked at /var/log/maillog. 
There it indicated that the dovecot cache files were bad, so I erased
/home/*/mail/.imap/ and it seemed to work subsequently.

There are a few more RH specific tweaks that I plan on doing for this
package.  If you have any suggestions to default config tweaks for this
package please reply or post in that bugzilla entry above.  I would like
for this package to be a drop-in replacement for RHL's uw-imapd
eventually, but there are a number of migration issues that need to be
addressed first.  This package will eventually be included in the Fedora
tree after it goes through our QA.

http://www.fedora.us
Fedora Linux is a project of volunteer package developers making 3rd
party packages specifically for Red Hat Linux.

Warren Togami
warren@togami.com

p.s.
Keep up the good work.  I absolutely love dovecot!



From juha.o.ylitalo@nokia.com  Mon Apr 14 08:56:07 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 08:56:07 +0300 (EEST)
Return-Path: <juha.o.ylitalo@nokia.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mgw-x4.nokia.com (mgw-x4.nokia.com [131.228.20.27])
	by danu.procontrol.fi (Postfix) with ESMTP id 1AA5023896
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 08:56:07 +0300 (EEST)
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h3E5u5H05015
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 08:56:05 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6197cc228dac158f246f2@esvir04nok.ntc.nokia.com>;
 Mon, 14 Apr 2003 08:56:05 +0300
Received: from jylitlap.lnx.nokia.com ([172.21.200.174]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 14 Apr 2003 08:56:04 +0300
Received: (from jylitalo@localhost)
	by jylitlap.lnx.nokia.com (8.11.6/8.11.6) id h3E5u4M18291;
	Mon, 14 Apr 2003 08:56:04 +0300
X-Authentication-Warning: jylitlap.lnx.nokia.com: jylitalo set sender to juha.o.ylitalo@nokia.com using -f
Subject: [dovecot] Re: Something wrong in SSL ?
From: Juha Ylitalo <juha.o.ylitalo@nokia.com>
To: ext Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
In-Reply-To: <1050160493.25107.493.camel@hurina>
References: <1050043266.5741.18.camel@jylitlap.lnx.nokia.com> 
	<1050160493.25107.493.camel@hurina>
Content-Type: multipart/mixed; boundary="=-SBM1v00qdg3RjEobwu5S"
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-9.7x.1) 
Date: 14 Apr 2003 08:56:04 +0300
Message-Id: <1050299764.18126.9.camel@jylitlap.lnx.nokia.com>
Mime-Version: 1.0
X-OriginalArrivalTime: 14 Apr 2003 05:56:04.0389 (UTC) FILETIME=[88E28D50:01C3024A]
X-archive-position: 560
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: juha.o.ylitalo@nokia.com
Precedence: bulk
X-list: dovecot
X-UID: 561                                                  
Status: O
Content-Length: 5949


--=-SBM1v00qdg3RjEobwu5S
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sat, 2003-04-12 at 18:14, ext Timo Sirainen wrote:
> On Fri, 2003-04-11 at 09:41, Juha Ylitalo wrote:
> > If I try same openssl s_client command on my web server, it gets
> > everything correctly. As result from this one, I've even tried to use
> > certificate from my web server with IMAP and even then openssl keeps on
> > saying that there is bad record mac.
> > 
> > Is this bug in dovecot's SSL handling or have I managed to mess
> > something in my setup?
> 
> Did you compile Dovecot with GNUTLS or OpenSSL? If GNUTLS, maybe there's
> some problems with it. If OpenSSL .. well, I don't know really. I don't
> have any problems with mutt, Evolution, Outlook or OE at least.

Its compiled with openssl, since that is default option for dovecot in
FreeBSD ports (and since openssl is pretty much in all Linux/BSD boxes
it would be silly to use something else on those).
Here is more concrete example on how things go wrong. This test is based
on instructions in http://mutt.sourceforge.net/imap/README.SSL and I
will first demonstrate how it works with Apache (which workds
beatifully) and then with imap (which doesn't work):
########
### WITH HTTPS
########
bash-2.05a$ openssl s_client -host localhost -port 443 -verify -debug
2>&1 > https.log
verify depth is 0
depth=0 /C=FI/ST=Finland/O=Juha Ylitalo/CN=jylitalo.homeip.net
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 /C=FI/ST=Finland/O=Juha Ylitalo/CN=jylitalo.homeip.net
verify error:num=27:certificate not trusted
verify return:1
depth=0 /C=FI/ST=Finland/O=Juha Ylitalo/CN=jylitalo.homeip.net
verify error:num=21:unable to verify the first certificate
verify return:1
^]close
########
### WITH IMAPS
########
bash-2.05a$ openssl s_client -host localhost -port 993 -verify -debug
2>&1 > imaps.log
verify depth is 0
depth=0 /C=FI/ST=Finland/O=Juha Ylitalo/CN=jylitalo.homeip.net
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 /C=FI/ST=Finland/O=Juha Ylitalo/CN=jylitalo.homeip.net
verify error:num=27:certificate not trusted
verify return:1
depth=0 /C=FI/ST=Finland/O=Juha Ylitalo/CN=jylitalo.homeip.net
verify error:num=21:unable to verify the first certificate
verify return:1
66460:error:140943FC:SSL routines:SSL3_READ_BYTES:sslv3 alert bad record
mac:/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/../ssl/s3_pkt.c:1046:SSL alert number 20
66460:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake
failure:/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/../ssl/s23_lib.c:226:
bash-2.05a$ 

-- 
Juha Ylitalo       juha.o.ylitalo@nokia.com           <work e-mail>
+358 40 562 6152   http://linux.nokia.com/~jylitalo/  <work www>


--=-SBM1v00qdg3RjEobwu5S
Content-Disposition: attachment; filename=https.log
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=https.log; charset=ISO-8859-1

CONNECTED(00000003)
---
Certificate chain
 0 s:/C=3DFI/ST=3DFinland/O=3DJuha Ylitalo/CN=3Djylitalo.homeip.net
   i:/C=3DFI/ST=3DFinland/L=3DHelsinki/O=3DJuha Ylitalo/CN=3DJuha Ylitalo/E=
mail=3Djylitalo@iki.fi
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIEDzCCA7mgAwIBAgIBAjANBgkqhkiG9w0BAQQFADCBgDELMAkGA1UEBhMCRkkx
EDAOBgNVBAgTB0ZpbmxhbmQxETAPBgNVBAcTCEhlbHNpbmtpMRUwEwYDVQQKEwxK
dWhhIFlsaXRhbG8xFTATBgNVBAMTDEp1aGEgWWxpdGFsbzEeMBwGCSqGSIb3DQEJ
ARYPanlsaXRhbG9AaWtpLmZpMB4XDTAzMDMyNjIxNDA0OVoXDTA0MDMyNTIxNDA0
OVowVDELMAkGA1UEBhMCRkkxEDAOBgNVBAgTB0ZpbmxhbmQxFTATBgNVBAoTDEp1
aGEgWWxpdGFsbzEcMBoGA1UEAxMTanlsaXRhbG8uaG9tZWlwLm5ldDCBnzANBgkq
hkiG9w0BAQEFAAOBjQAwgYkCgYEAzpvc/kFQxlk6qjp5B+kTeoj2C5rQ13up7VF+
MCIUEVuro010m5W+rR/2chu2c05DkWATad1udBWss4kH57ac2jBEgc9Kvngkvy5m
YzZhyWt/xGaSdQcgoO7Uy8K0hYkTsUjyMw6OGo4KjhCIpI0vbrOtLQncSavLgTdl
4guupSsCAwEAAaOCAgMwggH/MAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgZA
MEAGCWCGSAGG+EIBDQQzFjFDZXJ0aWZpY2F0ZSBpc3N1ZWQgYnkgaHR0cDovL3d3
dy5pa2kuZmkvanlsaXRhbG8vMB0GA1UdDgQWBBQH1GMjDRQ/Rkns++h7NNmhubld
DjCBrQYDVR0jBIGlMIGigBT8l2HdIe3A4V8GM6o83EZ62vsHU6GBhqSBgzCBgDEL
MAkGA1UEBhMCRkkxEDAOBgNVBAgTB0ZpbmxhbmQxETAPBgNVBAcTCEhlbHNpbmtp
MRUwEwYDVQQKEwxKdWhhIFlsaXRhbG8xFTATBgNVBAMTDEp1aGEgWWxpdGFsbzEe
MBwGCSqGSIb3DQEJARYPanlsaXRhbG9AaWtpLmZpggEAMC4GCWCGSAGG+EIBAgQh
Fh9odHRwczovL2p5bGl0YWxvLmhvbWVpcC5uZXQvY2EvMDAGA1UdEgQpMCeGJWh0
dHBzOi8vanlsaXRhbG8uaG9tZWlwLm5ldC9jYS9jYS5jcnQwNgYDVR0fBC8wLTAr
oCmgJ4YlaHR0cHM6Ly9qeWxpdGFsby5ob21laXAubmV0L2NhL2NhLmNybDA0Bglg
hkgBhvhCAQQEJxYlaHR0cHM6Ly9qeWxpdGFsby5ob21laXAubmV0L2NhL2NhLmNy
bDANBgkqhkiG9w0BAQQFAANBAAlNhvDVOirSEtHiV8uRFfUdQnhCPjtk0Hm70sxE
gJzMke6ysra6BYrDL4mpMOS252U9JeqcGQyhqzlNHDXAV0M=3D
-----END CERTIFICATE-----
subject=3D/C=3DFI/ST=3DFinland/O=3DJuha Ylitalo/CN=3Djylitalo.homeip.net
issuer=3D/C=3DFI/ST=3DFinland/L=3DHelsinki/O=3DJuha Ylitalo/CN=3DJuha Ylita=
lo/Email=3Djylitalo@iki.fi
---
No client certificate CA names sent
---
SSL handshake has read 1599 bytes and written 314 bytes
---
New, TLSv1/SSLv3, Cipher is EDH-RSA-DES-CBC3-SHA
Server public key is 1024 bit
SSL-Session:
    Protocol  : TLSv1
    Cipher    : EDH-RSA-DES-CBC3-SHA
    Session-ID: 857DC023D37DF585E8E49EFA554634D68878AC3B776F43DFB3B9089DAB5=
8D026
    Session-ID-ctx:=20
    Master-Key: 1578B2EC2D10A14C074E9832CBEEFB92C2BFC9FC81E588889176AF89D46=
E1619F3592B02EA193CAC9AF0EEAFE6E112E9
    Key-Arg   : None
    Start Time: 1050299499
    Timeout   : 300 (sec)
    Verify return code: 21 (unable to verify the first certificate)
---
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<HTML><HEAD>
<TITLE>501 Method Not Implemented</TITLE>
</HEAD><BODY>
<H1>Method Not Implemented</H1>
=1Dclose to /index.html not supported.<P>
Invalid method in request \x1dclose<P>
</BODY></HTML>
closed

--=-SBM1v00qdg3RjEobwu5S
Content-Disposition: attachment; filename=imaps.log
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=imaps.log; charset=ISO-8859-1

CONNECTED(00000003)

--=-SBM1v00qdg3RjEobwu5S--

From warren@togami.com  Mon Apr 14 08:58:43 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 08:58:43 +0300 (EEST)
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from hnlmail3.hawaii.rr.com (hnlmail3.hawaii.rr.com [24.25.227.37])
	by danu.procontrol.fi (Postfix) with ESMTP id D6D9823896
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 08:58:42 +0300 (EEST)
Received: (apparently) from localhost.127.in-addr.arpa ([204.210.124.92]) by hnlmail3.hawaii.rr.com  with Microsoft SMTPSVC(5.5.1877.757.75);
	 Sun, 13 Apr 2003 19:58:39 -1000
Subject: [dovecot] Re: dovecot RPM for Red Hat Linux
From: Warren Togami <warren@togami.com>
To: fedora-devel@fedora.us, dovecot@procontrol.fi
In-Reply-To: <1050284521.30823.13.camel@laptop>
References: <1050284521.30823.13.camel@laptop>
Content-Type: text/plain
Organization: 
Message-Id: <1050299914.32054.7.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 13 Apr 2003 19:58:34 -1000
Content-Transfer-Encoding: 7bit
X-archive-position: 561
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: warren@togami.com
Precedence: bulk
X-list: dovecot
X-UID: 562                                                  
Status: O
Content-Length: 2243

On Sun, 2003-04-13 at 15:42, Warren Togami wrote:
> http://bugzilla.fedora.us/show_bug.cgi?id=160
> 
> This .src.rpm is dovecot with RH-specific default settings.  I modified
> Jeremy Katz' dovecot-0.99.8.1 package a bit.

I ran into and fixed a few packaging problems listed below, but the last
two I'm not exactly sure how to fix.  Any suggestions?

One problem within /etc/init.d/dovecot
======================================
start() {
        # Check if pxe is already running
        if [ ! -f /var/lock/subsys/dovecot ]; then
            echo -n $"Starting $prog: "
            /usr/sbin/dovecot &
            [ -n "`pidofproc /usr/sbin/dovecot`" ] && success
            RETVAL=$?
            [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dovecot
            echo
        fi
}

This line "/usr/sbin/dovecot &" executes in the background, but the next line "[
-n "`pidofproc /usr/sbin/dovecot`" ] && success" happens too soon, causing a non
zero return value and a FAILED message during bootup.  I confirmed this by
adding "sleep 5" between the two lines, giving it enough time to startup
completely before testing for the pid.  It no displays the fake FAILED message
during bootup.  What should be the proper fix for this?

RH init script problem
======================
Another problem happens during RH's init scripts after you reboot.  By default
dovecot uses /var/run/dovecot/login/ as a directory to create unix sockets for
login.  RH's init script displays an error messages when I tries to remove
/var/run/*/* files because it is a directory, not a file.  I changed dovecot's
default to /var/run/dovecot and it now avoids this error.

chkconfig problem
=================
[root@goku log]# chkconfig --list |grep dovecot
dovecot         0:off   1:off   2:off   3:off   4:off   5:off   6:off
[root@goku log]# chkconfig dovecot on
[root@goku log]# chkconfig --list |grep dovecot
dovecot         0:off   1:off   2:off   3:off   4:off   5:off   6:off
The init.d and rc.d stuff seems to have problems, I haven't analyzed this yet.

Service name problem
====================
During startup it says "5dovecot: Starting Dovecot Imap:"
I'm not sure why it says "5dovecot" rather than "dovecot".  Any ideas?

Warren Togami
warren@togami.com



From lfarkas@bnap.hu  Mon Apr 14 12:14:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 12:14:41 +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 5053523896
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 12:14:41 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 14D45754024; Mon, 14 Apr 2003 11:14:58 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 921D83EFA; Mon, 14 Apr 2003 11:14:38 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP
	id 41E403EF2; Mon, 14 Apr 2003 11:14:38 +0200 (CEST)
Message-ID: <3E9A7BFD.9050908@bnap.hu>
Date: Mon, 14 Apr 2003 11:14:37 +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: Warren Togami <warren@togami.com>,
	Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: dovecot RPM for Red Hat Linux
References: <1050284521.30823.13.camel@laptop> <1050299914.32054.7.camel@laptop>
In-Reply-To: <1050299914.32054.7.camel@laptop>
Content-Type: multipart/mixed;
 boundary="------------080608090809030403070203"
X-archive-position: 562
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: 563                                                  
Status: O
Content-Length: 8120

This is a multi-part message in MIME format.
--------------080608090809030403070203
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

here is what we use to compile the cvs.

Warren Togami wrote:
> On Sun, 2003-04-13 at 15:42, Warren Togami wrote:
> 
>>http://bugzilla.fedora.us/show_bug.cgi?id=160
>>
>>This .src.rpm is dovecot with RH-specific default settings.  I modified
>>Jeremy Katz' dovecot-0.99.8.1 package a bit.
> 
> 
> I ran into and fixed a few packaging problems listed below, but the last
> two I'm not exactly sure how to fix.  Any suggestions?
> 
> One problem within /etc/init.d/dovecot
> ======================================
> start() {
>         # Check if pxe is already running
>         if [ ! -f /var/lock/subsys/dovecot ]; then
>             echo -n $"Starting $prog: "
>             /usr/sbin/dovecot &
>             [ -n "`pidofproc /usr/sbin/dovecot`" ] && success
>             RETVAL=$?
>             [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dovecot
>             echo
>         fi
> }
> 
> This line "/usr/sbin/dovecot &" executes in the background, but the next line "[
> -n "`pidofproc /usr/sbin/dovecot`" ] && success" happens too soon, causing a non
> zero return value and a FAILED message during bootup.  I confirmed this by
> adding "sleep 5" between the two lines, giving it enough time to startup
> completely before testing for the pid.  It no displays the fake FAILED message
> during bootup.  What should be the proper fix for this?
> 
> RH init script problem
> ======================
> Another problem happens during RH's init scripts after you reboot.  By default
> dovecot uses /var/run/dovecot/login/ as a directory to create unix sockets for
> login.  RH's init script displays an error messages when I tries to remove
> /var/run/*/* files because it is a directory, not a file.  I changed dovecot's
> default to /var/run/dovecot and it now avoids this error.
> 
> chkconfig problem
> =================
> [root@goku log]# chkconfig --list |grep dovecot
> dovecot         0:off   1:off   2:off   3:off   4:off   5:off   6:off
> [root@goku log]# chkconfig dovecot on
> [root@goku log]# chkconfig --list |grep dovecot
> dovecot         0:off   1:off   2:off   3:off   4:off   5:off   6:off
> The init.d and rc.d stuff seems to have problems, I haven't analyzed this yet.
> 
> Service name problem
> ====================
> During startup it says "5dovecot: Starting Dovecot Imap:"
> I'm not sure why it says "5dovecot" rather than "dovecot".  Any ideas?
> 
> Warren Togami
> warren@togami.com
> 
> 
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"

--------------080608090809030403070203
Content-Type: text/plain;
 name="dovecot-doc.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot-doc.patch"

--- dovecot-0.99.8.1/doc/Makefile.in.lfarkas	2003-02-28 15:04:45.000000000 +0100
+++ dovecot-0.99.8.1/doc/Makefile.in	2003-02-28 15:05:46.000000000 +0100
@@ -82,7 +82,7 @@
 VPOPMAIL_LIBS = @VPOPMAIL_LIBS@
 ssldir = @ssldir@
 
-docdir = $(datadir)/doc/dovecot
+docdir = $(datadir)/doc/dovecot-0.99.8.1
 
 doc_DATA =  	auth.txt 	configuration.txt 	design.txt 	index.txt 	mail-storages.txt 	multiaccess.txt 	nfs.txt
 

--------------080608090809030403070203
Content-Type: text/plain;
 name="dovecot-libtool.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot-libtool.patch"

--- dovecot-1.0/configure.lfarkas	2003-03-20 15:53:04.000000000 +0100
+++ dovecot-1.0/configure	2003-03-20 15:54:37.000000000 +0100
@@ -8205,7 +8205,7 @@
 LIBTOOL_DEPS="$ac_aux_dir/ltmain.sh"
 
 # Always use our own libtool.
-LIBTOOL='$(SHELL) $(top_builddir)/libtool'
+LIBTOOL='$(SHELL) libtool'
 
 # Prevent multiple expansion
 

--------------080608090809030403070203
Content-Type: text/plain;
 name="dovecot.init"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot.init"

#!/bin/bash
#
#	/etc/rc.d/init.d/dovecot
#
# Starts the dovecot daemon
#
# chkconfig: - 345 54 54
# description: Dovecot Imap Server
# processname: dovecot
# Source function library.
. /etc/init.d/functions

test -x /usr/sbin/dovecot || exit 0

RETVAL=0
prog="dovecot"

start() {
	echo -n $"Starting $prog: "
	# Check if dovecot is already running
	if [ ! -f /var/lock/subsys/dovecot ]; then
	    daemon /usr/sbin/dovecot
	    RETVAL=$?
	    [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dovecot
	    echo
	else
	    failure $"dovecot start"
	    echo
	fi
	return $RETVAL
}

stop() {
	echo -n $"Stopping $prog: "
	killproc dovecot
	RETVAL=$?
	[ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/dovecot
	echo
	return $RETVAL
}

#
#	See how we were called.
#
case "$1" in
  start)
	start
	;;
  stop)
	stop
	;;
  reload|restart)
	stop
	start
	;;
  condrestart)
	if [ -f /var/lock/subsys/dovecot ]; then
	    stop
	    start
	fi
	;;
  status)
	status /usr/sbin/dovecot
	;;
  *)
	echo $"Usage: $0 {condrestart|start|stop|restart|reload|status}"
	exit 1
esac

exit $?

--------------080608090809030403070203
Content-Type: text/plain;
 name="dovecot.pam"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot.pam"

#%PAM-1.0
#
# $Id: system-auth.authpam,v 1.1 2001/02/02 05:42:57 mrsam Exp $
#
# Copyright 1998-2001 Double Precision, Inc.  See COPYING for
# distribution information.
#
# This is a sample authpam configuration file that uses pam_stack
# (circa linux-pam 0.72).

auth       required     pam_nologin.so
auth       required     pam_stack.so service=system-auth
account    required     pam_stack.so service=system-auth
session    required     pam_stack.so service=system-auth

--------------080608090809030403070203
Content-Type: text/plain;
 name="dovecot.spec"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot.spec"

%define uid 96
%define gid 96

Summary: Dovecot Secure imap server
Name: dovecot
Version: 1.0
Release: cvs
License: GPL
Group: System Environment/Daemons
Source: %{name}-%{version}.tar.gz
Source2: dovecot.init
Source3: dovecot.pam
Patch: dovecot-libtool.patch
URL: http://dovecot.procontrol.fi/
Buildroot: %{_tmppath}/%{name}-%{version}-%{release}-root

%description
Dovecot IMAP server - compiled with openssl, pam and ldap support certs in /etc/ssl

%prep

%setup -q
%patch -p1

%build
#./autogen.sh
%configure --with-ldap --with-ssl=openssl --with-rawlog

make

%install
rm -rf $RPM_BUILD_ROOT
%makeinstall
rm -rf $RPM_BUILD_ROOT/%{_datadir}/%{name}
rm -rf $RPM_BUILD_ROOT/%{_datadir}/doc/%{name}
mv $RPM_BUILD_ROOT/%{_sysconfdir}/dovecot-example.conf $RPM_BUILD_ROOT/%{_sysconfdir}/dovecot.conf
mkdir -p $RPM_BUILD_ROOT/%{_sysconfdir}/rc.d/init.d
install -m 755 %{SOURCE2} $RPM_BUILD_ROOT/%{_sysconfdir}/rc.d/init.d/dovecot
mkdir -p $RPM_BUILD_ROOT/%{_sysconfdir}/pam.d
install -m 644 %{SOURCE3} $RPM_BUILD_ROOT/%{_sysconfdir}/pam.d/imap
install -m 644 %{SOURCE3} $RPM_BUILD_ROOT/%{_sysconfdir}/pam.d/imaps
install -m 644 %{SOURCE3} $RPM_BUILD_ROOT/%{_sysconfdir}/pam.d/pop3
install -m 644 %{SOURCE3} $RPM_BUILD_ROOT/%{_sysconfdir}/pam.d/pop3s

%post
/sbin/chkconfig --add dovecot

# Add the dovecot user and group if not found
groupadd -g %{gid} -r dovecot 2>/dev/null || :
useradd -d /var/run/dovecot -s /bin/false -g dovecot -M -r -u %{uid} dovecot 2>/dev/null || :

%preun
/sbin/chkconfig --del dovecot

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root)
%config %{_sysconfdir}/dovecot.conf
%config %{_sysconfdir}/pam.d/*
%config %{_sysconfdir}/rc.d/init.d/dovecot
%dir %{_libexecdir}/%{name}
%{_libexecdir}/%{name}/*
%dir %{_sbindir}
%{_sbindir}/*
%doc doc/*.txt doc/dovecot-* doc/mkcert.sh INSTALL AUTHORS ChangeLog COPYING TODO README NEWS COPYING.LGPL

%changelog
* Mon Mar 24 2003 Levente Farkas <lfarkas@lfarkas.org>
- update a few things for the current cvs

* Sun Feb 28 2003 Zalavary Gabor <zgabor@bnap.hu>
- 0.99.8 rebuild:)

* Sun Dec  1 2002 Seth Vidal <skvidal@phy.duke.edu>
- 0.99.4 and fix startup so it starts imap-master not vsftpd :)

* Tue Nov 26 2002 Seth Vidal <skvidal@phy.duke.edu>
- first build

--------------080608090809030403070203--



From dag@wieers.com  Mon Apr 14 15:46:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 18:10:58 +0300 (EEST)
Return-Path: <dag@wieers.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from horsea.3ti.be (horsea.3ti.be [212.204.244.41])
	by danu.procontrol.fi (Postfix) with ESMTP id 8A4D7238C7
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 15:46:01 +0300 (EEST)
Received: from localhost (dag@localhost.localdomain [127.0.0.1])
	by horsea.3ti.be (8.11.6/8.11.6) with ESMTP id h3ECjwD10019;
	Mon, 14 Apr 2003 14:45:58 +0200
Date: Mon, 14 Apr 2003 14:45:58 +0200 (CEST)
From: Dag Wieers <dag@wieers.com>
X-X-Sender: dag@horsea.3ti.be
To: fedora-devel@fedora.us
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot RPM for Red Hat Linux
In-Reply-To: <Pine.LNX.4.44.0304141418550.22905-100000@horsea.3ti.be>
Message-ID: <Pine.LNX.4.44.0304141442270.22905-100000@horsea.3ti.be>
User-Agent: Mutt/1.2.5.1i
X-Mailer: Ximian Evolution 1.0.5
Organization: 3TI Web Hosting Services
X-Extra: We know Linux is the best. It can do infinite loops in five seconds. - Linus Torvalds
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="ISO-8859-15; FORMAT=flowed"
Content-Transfer-Encoding: 8BIT
X-archive-position: 563
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dag@wieers.com
Precedence: bulk
X-list: dovecot
X-UID: 564                                                  
Status: O
Content-Length: 1896

On Mon, 14 Apr 2003, Dag Wieers wrote:

> On 13 Apr 2003, Warren Togami wrote:
> 
> > On Sun, 2003-04-13 at 15:42, Warren Togami wrote:
> > > http://bugzilla.fedora.us/show_bug.cgi?id=160
> > > 
> > > This .src.rpm is dovecot with RH-specific default settings.  I modified
> > > Jeremy Katz' dovecot-0.99.8.1 package a bit.
> > 
> > I ran into and fixed a few packaging problems listed below, but the last
> > two I'm not exactly sure how to fix.  Any suggestions?
> > 
> > One problem within /etc/init.d/dovecot
> > ======================================
> > start() {
> >         # Check if pxe is already running
> >         if [ ! -f /var/lock/subsys/dovecot ]; then
> >             echo -n $"Starting $prog: "
> >             /usr/sbin/dovecot &
> >             [ -n "`pidofproc /usr/sbin/dovecot`" ] && success
> >             RETVAL=$?
> >             [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dovecot
> >             echo
> >         fi
> > }
> 
> Warren, why are you using pidofproc and success yourself ? Red Hat has the 
> infrastructure that takes care of this. I have never have to use these 
> myself.
> 
> You could take a look at my sysv-script in my SPEC file. I always embed 
> these files in the SPEC file so that the path-macros affect the 
> sysv-script too.
> 
> There I simply do:

-snip-

Make that:

	start() { 
	        echo -n \$"Starting \$prog: "
	        daemon \$prog
	        RETVAL=\$?
	        echo
	        [ \$RETVAL -eq 0 ] && touch %{_localstatedir}/lock/subsys/\$prog
	        return \$RETVAL
	} 

	stop() {
	        echo -n \$"Shutting down \$prog: "
	        killproc \$prog
	        RETVAL=\$?
	        echo
	        [ \$RETVAL -eq 0 ] && rm -f %{_localstatedir}/lock/subsys/\$prog
	        return \$RETVAL
	}

Kind regards,
--   dag wieers,  dag@wieers.com,  http://dag.wieers.com/   --
Any errors in spelling, tact or fact are transmission errors


From dag@wieers.com  Mon Apr 14 15:31:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 18:11:10 +0300 (EEST)
Return-Path: <dag@wieers.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from horsea.3ti.be (horsea.3ti.be [212.204.244.41])
	by danu.procontrol.fi (Postfix) with ESMTP id E8BDE23896
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 15:31:54 +0300 (EEST)
Received: from localhost (dag@localhost.localdomain [127.0.0.1])
	by horsea.3ti.be (8.11.6/8.11.6) with ESMTP id h3ECVpD07706;
	Mon, 14 Apr 2003 14:31:51 +0200
Date: Mon, 14 Apr 2003 14:31:51 +0200 (CEST)
From: Dag Wieers <dag@wieers.com>
X-X-Sender: dag@horsea.3ti.be
To: fedora-devel@fedora.us
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot RPM for Red Hat Linux
In-Reply-To: <1050299914.32054.7.camel@laptop>
Message-ID: <Pine.LNX.4.44.0304141427480.22905-100000@horsea.3ti.be>
User-Agent: Mutt/1.2.5.1i
X-Mailer: Ximian Evolution 1.0.5
Organization: 3TI Web Hosting Services
X-Extra: We know Linux is the best. It can do infinite loops in five seconds. - Linus Torvalds
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="ISO-8859-15; FORMAT=flowed"
Content-Transfer-Encoding: 8BIT
X-archive-position: 564
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dag@wieers.com
Precedence: bulk
X-list: dovecot
X-UID: 565                                                  
Status: O
Content-Length: 1041

On 13 Apr 2003, Warren Togami wrote:

> On Sun, 2003-04-13 at 15:42, Warren Togami wrote:
>
> chkconfig problem
> =================
> [root@goku log]# chkconfig --list |grep dovecot
> dovecot         0:off   1:off   2:off   3:off   4:off   5:off   6:off
> [root@goku log]# chkconfig dovecot on
> [root@goku log]# chkconfig --list |grep dovecot
> dovecot         0:off   1:off   2:off   3:off   4:off   5:off   6:off
> The init.d and rc.d stuff seems to have problems, I haven't analyzed this yet.

It probably has to do with the chkconfig headers in your sysv-script.

[root@lisse SPECS]# rpm -q dovecot
dovecot-0.99.8.1-0.dag.rh90

[root@lisse SPECS]# chkconfig --list dovecot       
dovecot         0:off   1:off   2:off   3:off   4:off   5:off   6:off
[root@lisse SPECS]# chkconfig dovecot on 
[root@lisse SPECS]# chkconfig --list dovecot
dovecot         0:off   1:off   2:on    3:on    4:on    5:on    6:off

--   dag wieers,  dag@wieers.com,  http://dag.wieers.com/   --
Any errors in spelling, tact or fact are transmission errors



From dag@wieers.com  Mon Apr 14 15:24:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 18:11:14 +0300 (EEST)
Return-Path: <dag@wieers.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from horsea.3ti.be (horsea.3ti.be [212.204.244.41])
	by danu.procontrol.fi (Postfix) with ESMTP id 19BC423896
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 15:24:51 +0300 (EEST)
Received: from localhost (dag@localhost.localdomain [127.0.0.1])
	by horsea.3ti.be (8.11.6/8.11.6) with ESMTP id h3ECOWD06346;
	Mon, 14 Apr 2003 14:24:32 +0200
Date: Mon, 14 Apr 2003 14:24:32 +0200 (CEST)
From: Dag Wieers <dag@wieers.com>
X-X-Sender: dag@horsea.3ti.be
To: fedora-devel@fedora.us
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: dovecot RPM for Red Hat Linux
In-Reply-To: <1050299914.32054.7.camel@laptop>
Message-ID: <Pine.LNX.4.44.0304141418550.22905-100000@horsea.3ti.be>
User-Agent: Mutt/1.2.5.1i
X-Mailer: Ximian Evolution 1.0.5
Organization: 3TI Web Hosting Services
X-Extra: We know Linux is the best. It can do infinite loops in five seconds. - Linus Torvalds
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="ISO-8859-15; FORMAT=flowed"
Content-Transfer-Encoding: 8BIT
X-archive-position: 565
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dag@wieers.com
Precedence: bulk
X-list: dovecot
X-UID: 566                                                  
Status: O
Content-Length: 1761

On 13 Apr 2003, Warren Togami wrote:

> On Sun, 2003-04-13 at 15:42, Warren Togami wrote:
> > http://bugzilla.fedora.us/show_bug.cgi?id=160
> > 
> > This .src.rpm is dovecot with RH-specific default settings.  I modified
> > Jeremy Katz' dovecot-0.99.8.1 package a bit.
> 
> I ran into and fixed a few packaging problems listed below, but the last
> two I'm not exactly sure how to fix.  Any suggestions?
> 
> One problem within /etc/init.d/dovecot
> ======================================
> start() {
>         # Check if pxe is already running
>         if [ ! -f /var/lock/subsys/dovecot ]; then
>             echo -n $"Starting $prog: "
>             /usr/sbin/dovecot &
>             [ -n "`pidofproc /usr/sbin/dovecot`" ] && success
>             RETVAL=$?
>             [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dovecot
>             echo
>         fi
> }

Warren, why are you using pidofproc and success yourself ? Red Hat has the 
infrastructure that takes care of this. I have never have to use these 
myself.

You could take a look at my sysv-script in my SPEC file. I always embed 
these files in the SPEC file so that the path-macros affect the 
sysv-script too.

There I simply do:

	start() {
	        echo -n \$"Starting \$prog: "
	        daemon \$prog
	        RETVAL=\$?
	        echo
	        touch %{_localstatedir}/lock/subsys/\$prog
	        return \$RETVAL
	}

	stop() {
	        echo -n \$"Shutting down \$prog: "
	        killproc \$prog
	        RETVAL=\$?
	        echo
	        rm -f %{_localstatedir}/lock/subsys/\$prog
	        return \$RETVAL
	}

Any suggestions to this are welcomed.

Kind regards,
--   dag wieers,  dag@wieers.com,  http://dag.wieers.com/   --
Any errors in spelling, tact or fact are transmission errors


From tss@iki.fi  Mon Apr 14 18:22:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 18:22:19 +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 B93B62387F
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 18:22:19 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3D3685E017F5; Mon, 14 Apr 2003 18:22:19 +0300 (EEST)
Subject: [dovecot] Re: dovecot RPM for Red Hat Linux
From: Timo Sirainen <tss@iki.fi>
To: Warren Togami <warren@togami.com>
Cc: fedora-devel@fedora.us, dovecot@procontrol.fi
In-Reply-To: <1050299914.32054.7.camel@laptop>
References: <1050284521.30823.13.camel@laptop>
	 <1050299914.32054.7.camel@laptop>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050333738.28255.367.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Apr 2003 18:22:19 +0300
X-archive-position: 566
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: 567                                                  
Status: O

On Mon, 2003-04-14 at 08:58, Warren Togami wrote:
> RH init script problem
> ======================
> Another problem happens during RH's init scripts after you reboot.  By default
> dovecot uses /var/run/dovecot/login/ as a directory to create unix sockets for
> login.  RH's init script displays an error messages when I tries to remove
> /var/run/*/* files because it is a directory, not a file.  I changed dovecot's
> default to /var/run/dovecot and it now avoids this error.

Rather make a new directory for it, eg. /var/run/dovecot-login.
Currently it's not that important, but it might change in future. Or
actually I think it breaks if Dovecot is started via inetd, because it
creates a socket in /var/run/dovecot which would conflict with auth
sockets.


From tss@iki.fi  Mon Apr 14 18:29:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 14 Apr 2003 18:29:24 +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 427AF2387F
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 18:29:24 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 07FFE5E017F5; Mon, 14 Apr 2003 18:29:24 +0300 (EEST)
Subject: [dovecot] Re: a crashy message
From: Timo Sirainen <tss@iki.fi>
To: Moe Wibble <eskimoe@ananzi.co.za>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030413162053.GA23316@woom.net>
References: <20030413162053.GA23316@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050334163.28254.375.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Apr 2003 18:29:23 +0300
X-archive-position: 567
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: 568                                                  
Status: O
Content-Length: 1125

On Sun, 2003-04-13 at 19:20, Moe Wibble wrote:
> 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

Well, the version number isn't really up to date currently :) Is this
CVS or -test? I don't think 0.99.8.1 yet had --version.

> 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.

I couldn't get any crashes with it, neither with 0.99.8.1 nor current
CVS. It would help if you got gdb backtrace from the crash:

Set "mail_drop_priv_before_exec = yes" in config file, so it dumps core
to whatever directory you started dovecot in. Hmm. Actually I think I
should change to mail root dir so it's written there..

gdb /usr/local/dovecot/libexec/dovecot/imap core
bt

Or alternatively:

gdb /usr/.../imap <pid of running imap process>
c
<wait for crash>
bt


From keith@midnighthax.com  Mon Apr 14 21:33:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 02:06:04 +0300 (EEST)
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mhlgengs001.rg2.midnighthax.com (unknown [217.158.167.69])
	by danu.procontrol.fi (Postfix) with ESMTP id DC436238C7
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 21:33:55 +0300 (EEST)
Received: from zaphod.rg2.midnighthax.com (zaphod.rg2.midnighthax.com [10.0.2.1])
	by mhlgengs001.rg2.midnighthax.com (Postfix) with SMTP id 6C380224C6
	for <dovecot@procontrol.fi>; Mon, 14 Apr 2003 19:33:51 +0100 (BST)
Date: Mon, 14 Apr 2003 19:33:49 +0100
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@procontrol.fi
Subject: [dovecot] Folders with mail and subfolders
Message-Id: <20030414193349.4c4fe9ba.keith@midnighthax.com>
Organization: Midnight Hax Ltd
X-Mailer: Sylpheed version 0.8.11claws90 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 568
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: keith@midnighthax.com
Precedence: bulk
X-list: dovecot
X-UID: 569                                                  
Status: O

I have a maildir hierarchy (built originally with Courier-IMAP) where
some folders contain both email and subfolders. Using Dovecot I cannot
see the mail in the top folders: I can only see the subfolders.

Is this an RFC restriction or a Dovecot restriction? If the latter, is
it planned to change?

Otherwise: just started using Dovecot, and I'm very impressed with the
speed of it. Thanks!

Keith

From ianj@ian-justman.com  Tue Apr 15 05:04:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 05:04:32 +0300 (EEST)
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from narshe.chocobo.org (dsl-207-126-72-242.dsl.netasset.net [207.126.72.242])
	by danu.procontrol.fi (Postfix) with ESMTP id BC1F12387F
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 05:04:31 +0300 (EEST)
Received: from ian-justman.com (jidoor.chocobo.org [207.126.72.253])
	by narshe.chocobo.org (Postfix) with ESMTP
	id 6FF4C311617; Mon, 14 Apr 2003 19:04:26 -0700 (PDT)
Message-ID: <3E9B68A9.4000701@ian-justman.com>
Date: Mon, 14 Apr 2003 19:04:25 -0700
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Keith Edmunds <keith@midnighthax.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Folders with mail and subfolders
References: <20030414193349.4c4fe9ba.keith@midnighthax.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 569
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: ianj@ian-justman.com
Precedence: bulk
X-list: dovecot
X-UID: 570                                                  
Status: O



Keith Edmunds wrote:
> I have a maildir hierarchy (built originally with Courier-IMAP) where
> some folders contain both email and subfolders. Using Dovecot I cannot
> see the mail in the top folders: I can only see the subfolders.
> 
> Is this an RFC restriction or a Dovecot restriction? If the latter, is
> it planned to change?

Far as I know, that's usually a client-side issue.  I had the same thing 
come up when I was using Cyrus where a folder can hold either messages or 
more folders.  Netscape has an option where you can have both or they're 
mutually exclusive.

Nowadays, I'm using mbox, so they're sorta mutually exclusive. ;)

--Ian.



From mem@mv.mv.com  Tue Apr 15 07:38:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 07:38:17 +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 9B126238C8
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 07:38:14 +0300 (EEST)
Received: (qmail 21974 invoked by uid 101); 15 Apr 2003 00:38:11 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 15 Apr 2003 00:38:11 -0400
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test3
Message-ID: <20030415043811.GA24366@iridium.mv.net>
References: <1050159872.25107.483.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050159872.25107.483.camel@hurina>
User-Agent: Mutt/1.4.1i
X-archive-position: 570
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: 571                                                  
Status: O
Content-Length: 1952

On Sat, Apr 12, 2003 at 06:04:32PM +0300, Timo Sirainen wrote:
> Expunging messages caused those "Corrupted index file" errors. That's
> fixed now. There's probably still some problems, at least this fix
> didn't fix any crashes..
> 
> test3 available from http://dovecot.procontrol.fi/test/

Hi-

Tried this- still get at least three varieties of the "Corrupted index
file" errors (very frequent as you can see by the timestamps):

Apr 14 23:48:03 mercury mem[11546]: pop3(user3): Corrupted index file
/users/1d/user3/Maildir/.INBOX/.imap.index:  Filename mismatch for UID
1366: 1050157920.28714.mercury.mv.net vs 1050168692.1692.mercury.mv.net

Apr 14 23:48:11 mercury mem[11880]: pop3(user4): Corrupted index file
(in-memory index for /users/2a/user4/Maildir): Filename mismatch for
UID 1:  1050378453.254 31.mercury.mv.net vs 1050378419.24825.mercury.mv.net

Apr 14 23:48:15 mercury mem[10327]: pop3(user1): Corrupted index file
/users/8f/user1/Maildir/.INBOX/.imap.index: index.next_uid (118) >
uidlist.next_uid (114)

Plus very rapid signal 11s:

Apr 14 23:48:12 mercury dovecot: child 25983 (imap) killed with signal 11
Apr 14 23:48:12 mercury dovecot: child 25992 (imap) killed with signal 11
Apr 14 23:48:14 mercury dovecot: child 26034 (imap) killed with signal 11

Pretty much the same as with test2.

All occurances of this last mesasge say "(imap)" -- no "pop3".  
However most accesses on this system are pop3, not imap.

In fact it appears that all examples of "Corrupted index" are pop3
instances, and all examples of "signal 11" are imap..

I tried setting

  mail_drop_priv_before_exec = yes

as you suggested, to generate a core dump, but if it's dumping core
I can't find it anywhere.  dovecot was started from /var/tmp and
I have verified that the running dovecot and dovecot-auth processes
have /var/tmp as a working directory.

I also continue to see sporadic "(imap) returned error 89" with this
version and with 0.99.8.1

-mm-

From warren@togami.com  Tue Apr 15 15:43:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 15:43:24 +0300 (EEST)
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from hnlmail2.hawaii.rr.com (hnlmail2.hawaii.rr.com [24.25.227.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 10A99238C8
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 15:43:23 +0300 (EEST)
Received: (apparently) from localhost.127.in-addr.arpa ([204.210.124.92]) by hnlmail2.hawaii.rr.com  with Microsoft SMTPSVC(5.5.1877.757.75);
	 Tue, 15 Apr 2003 02:43:20 -1000
Subject: [dovecot] Three *very* strange bugs
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi, fedora-devel@fedora.us,
	shrike-list@redhat.com
Content-Type: multipart/mixed; boundary="=-1kN4J0lqIIqLcGMke0AY"
Organization: 
Message-Id: <1050410599.20921.23.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 15 Apr 2003 02:43:19 -1000
X-archive-position: 571
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: warren@togami.com
Precedence: bulk
X-list: dovecot
X-UID: 572                                                  
Status: O
Content-Length: 2539


--=-1kN4J0lqIIqLcGMke0AY
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

* Attached is a mbox file that triggers Bug #1 and #2.
* Go here if you want to test dovecot for RH9:
https://bugzilla.fedora.us/show_bug.cgi?id=160
* If somebody has a different IMAP server than dovecot, could you please
test how Evolution reacts to reading this message?

Bug #1 dovecot and #2 evolution-1.2.3
=====================================
I am using dovecot-0.99.9-test3 on RH9, reading mail with
evolution-1.2.2-5 on RH9.  Whenever I attempt to view this one
particular spam message, evolution pops up an error like:

Error while 'Retrieving message 4':
Server unexpectedly disconnected: No such file or directory

Simultaneously this appears in my /var/log/maillog:
Apr 15 01:44:50 server dovecot: child 20328 (imap) killed with signal 11

If I attempt to keep reading mail, it logs in again to dovecot and works
normally until I attempt to read that spam again.  Evolution displays
the error popup again though I don't see another signal 11 in maillog. 
After this point I am unable to log back into dovecot without restarting
the daemon.

Here's the strange part...
I browsed the same IMAP folder from KMail, and kmail has no problem
reading that spam message.  dovecot's [imap] process does not
segmentation fault.

Does this mean an evolution bug when reading this particular spam
exposed a dovecot segmentation fault?

Bug #3 kernel?
==============
This is an unrelated bug and perhaps not the fault of dovecot.  When I
attempted to use strace to get some debugging info on the [imap]
process, this happened:

[root@server /]# strace -p 20486
trace: ptrace(PTRACE_SYSCALL, ...): Operation not permitted
detach: ptrace(PTRACE_DETACH, ...): Operation not permitted
[root@server /]# 

This isn't normal right?  After doing this, dovecot stops working and I
need to restart the daemon in order to establish new connections.  That
[imap] process becomes unkillable, even kill -9 wont work.  Unkillable
process usually means kernel bug, right?

warren   20345     1  7 01:46 ?        00:00:34 [imap]

This is kernel-2.4.20-9 in Red Hat Linux 9.  Is dovecot exposing a Red
Hat kernel bug when I try to strace that process, or is strace supposed
to fail, the dovecot daemon ceases to function and [imap] process
becomes completely unkillable? =)

Warren Togami
warren@togami.com

--=-1kN4J0lqIIqLcGMke0AY
Content-Description: 
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=TEMP
Content-Transfer-Encoding: 8bit

From MAILER-DAEMON Tue Apr 15 02:23:51 2003
Date: 15 Apr 2003 02:23:51 -1000
From: Mail System Internal Data <MAILER-DAEMON@localhost.localdomain>
Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
Message-ID: <1050409431@localhost.localdomain>
Status: RO
Content-Length: 260
X-UID: 573                                                  

This text is part of the internal format of your mail folder, and is not
a real message.  It is created automatically by the mail system software.
If deleted, important folder data will be lost, and it will be re-created
with the data reset to initial values.

From warren@goku  Tue Apr 15 00:36:53 2003
Return-Path: <disc@ileadmarketing.com>
Received: from localhost (goku [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h3FAaRYm020172
	for <warren@localhost>; Tue, 15 Apr 2003 00:36:53 -1000
Message-Id: <200304151036.h3FAaRYm020172@localhost.localdomain>
Received: from mail.togami.com [209.15.46.61]
	by localhost with POP3 (fetchmail-6.2.0)
	for warren@localhost (single-drop); Tue, 15 Apr 2003 00:36:53 -1000 (HST)
Received: from cobra.ileadmarketing.com ([64.156.222.132]) by  ; Tue, 15 Apr 2003 05:18:04 -0500
Received: by cobra.ileadmarketing.com (PowerMTA(TM) v1.6a27); Tue, 15 Apr 2003 06:22:36 -0400 (envelope-from <disc-57366-1494139@ileadmarketing.com>)
Date: Tue, 15 Apr 2003 06:22:36 -0400
Reply-To: disc@ileadmarketing.com
Content-Type: multipart/alternative; boundary="=====1050402156.00938====="
Subject: The Discover(r) Platinum Wildlife Card - Go Wild
MIME-Version: 1.0
From: Wild Life <disc@ileadmarketing.com>
To: warren@togami.com
X-Rcpt-To: <warren@togami.com>
X-DPOP: Version number supressed
X-UIDL: 1050402982.1619
X-Spam-Status: No, hits=3.4 required=7.0
	tests=CLICK_BELOW,GREAT_OFFER,HTTP_WITH_EMAIL_IN_URL,
	      MIME_MISSING_BOUNDARY,MSG_ID_ADDED_BY_MTA_2,NO_FEE,OFFER,
	      OFFER_EXPIRE,SPAM_PHRASE_13_21,WEB_BUGS
	version=2.44
X-Spam-Level: ***
Content-Length: 3779
Status: RO
X-UID: 574                                                  

--=====1050402156.00938=====
Content-Type: text/plain; charset="iso-8859-1"

Offer Expires April 30, 2003
X-Rcpt-To: <warren@togami.com>

Get a 0% Intro APR* on Purchases and Balance Transfers

Youve been selected for a special No-Annual-Fee Discover Card with all of these privileges:

 0% Intro APR on Purchases and Balance Transfers*
 No Annual Fee
 Up to 2% Cashback Bonus award*
 Up to $50,000 Credit Limit

Start Saving Today  APPLY NOW! It's fast, easy and secure. 
http://ileadmarketing.com/mkt/lead?&l=56217&a=16cc7b&z=57366 

To take advantage of this special offer, act by April 30, 2003! 

* Click here  to see information about the APR, fees and other Important Information 









 
....................................................................
ILeadMarketing never sends unsolicited email.  ILeadMarketing has 
been given the right to market to you through our Web site partners 
and their privacy policies. Specifically, you are receiving this  
correspondence because you have provided consent (via your 
registration and acceptance of the privacy policies for a newsletter, 
contest, web-based service or other activity on the web) to receive 
recurring promotions or offers from various third parties. If you  
feel that you are receiving this email in error or are not interested 
in receiving future offers please click here: 
http://www.ileadmarketing.com/mkt/seeya?email=warren@togami.com&c=57366 ,
or email us at seeya@ileadmarketing.com.  ILeadMarketing is not 
responsible for third party offers, services or products and makes 
no representations or warranties regarding them.
.....................................................................
--=====1050402156.00938=====
Content-Type: text/html; charset="iso-8859-1"

<HTML>
<HEAD>
<TITLE>Discover Wildlife Card</TITLE>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
</HEAD>


<MAP NAME="apply">
<AREA SHAPE=RECT COORDS="1,1,600,450" HREF="http://ileadmarketing.com/mkt/lead?&l=56217&a=16cc7b&z=57366">
<AREA SHAPE=RECT COORDS="10,473,67,490" HREF="https://secure.novuslink.net/terms.asp?type=wild&cbb=0">
</MAP>

<BODY BGCOLOR=#FFFFFF LEFTMARGIN=0 TOPMARGIN=0 MARGINWIDTH=0 MARGINHEIGHT=0>
<!-- A closed mouth fathers no foot. - Anonymous  The world is divided into people who get things done, and people who get the credit. - Anonymous A classic is something that everybody wants to have read and nobody  wants to read. - Mark Twain -->
<IMG SRC="http://img.freeze.com/100588.gif" WIDTH=600 HEIGHT=500 ALT="" USEMAP="#apply" BORDER="0">



<img src="http://ileadmarketing.com/images/56217.gif?16cc7b&z=57366" height=1 width=1 border=0>
<br>
<br>
<br>
<br>
<table bgcolor="#ffffff">
<tr><td>
<font face="arial" size="1" color="#000000">ILeadMarketing never sends unsolicited email.  ILeadMarketing has 
been given the right to market to you through our Web site partners and their privacy policies. 
 Specifically, you are receiving this correspondence because you have provided consent 
 (via your registration and acceptance of the privacy policies for a newsletter, contest, web-based 
 service or other activity on the web) to receive recurring promotions or offers from various third parties.  
 If you feel that you are receiving this email in error or are not interested in receiving future offers 
 please click here:  <a href="http://www.ileadmarketing.com/mkt/seeya?email=warren@togami.com&c=57366"><b>http://www.ileadmarketing.com/mkt/seeya?email=warren@togami.com&c=57366</b></a>
 , or email us at seeya@ileadmarketing.com.  ILeadMarketing is not responsible for third party offers, services 
 or products and makes no representations or warranties regarding them.<br></font>
</td></tr></table>
</body>
</html>
--=====1050402156.00938=====



--=-1kN4J0lqIIqLcGMke0AY--


From tss@iki.fi  Tue Apr 15 16:10:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 16:10:18 +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 54A2E238C8
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 16:10:18 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 13CD05E017F5; Tue, 15 Apr 2003 16:10:18 +0300 (EEST)
Subject: [dovecot] Re: Three *very* strange bugs
From: Timo Sirainen <tss@iki.fi>
To: Warren Togami <warren@togami.com>
Cc: dovecot@procontrol.fi, fedora-devel@fedora.us,
	shrike-list@redhat.com
In-Reply-To: <1050410599.20921.23.camel@laptop>
References: <1050410599.20921.23.camel@laptop>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050412217.28250.419.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 Apr 2003 16:10:17 +0300
X-archive-position: 572
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: 575                                                  
Status: O
Content-Length: 1467

On Tue, 2003-04-15 at 15:43, Warren Togami wrote:
> Simultaneously this appears in my /var/log/maillog:
> Apr 15 01:44:50 server dovecot: child 20328 (imap) killed with signal 11
> 
> If I attempt to keep reading mail, it logs in again to dovecot and works
> normally until I attempt to read that spam again.  Evolution displays
> the error popup again though I don't see another signal 11 in maillog. 
> After this point I am unable to log back into dovecot without restarting
> the daemon.

OK, thanks, fixed. Dovecot crashed with "FETCH nnn BODY[n.MIME]", so
pretty much any multipart mail crashed with Evolution.

> Here's the strange part...
> I browsed the same IMAP folder from KMail, and kmail has no problem
> reading that spam message.  dovecot's [imap] process does not
> segmentation fault.

KMail doesn't fetch MIME headers separately. I think it fetches whole
message at once.

> Bug #3 kernel?
> ==============
> This is an unrelated bug and perhaps not the fault of dovecot.  When I
> attempted to use strace to get some debugging info on the [imap]
> process, this happened:
> 
> [root@server /]# strace -p 20486
> trace: ptrace(PTRACE_SYSCALL, ...): Operation not permitted
> detach: ptrace(PTRACE_DETACH, ...): Operation not permitted
> [root@server /]# 

I have no problem stracing. I don't think Dovecot does anything that
should prevent it. Or, well, it might be because it's thought of as
setuid process, but root should be able to strace it.


From tss@iki.fi  Tue Apr 15 16:13:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 16:13:12 +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 8BAE9238C8
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 16:13:12 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 301975E017F5; Tue, 15 Apr 2003 16:13:12 +0300 (EEST)
Subject: [dovecot] 0.99.9-test4
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050412392.28255.423.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 Apr 2003 16:13:12 +0300
X-archive-position: 573
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: 576                                                  
Status: O

http://procontrol.fi/test/

- Crashfix for multipart messages
- More optimized mbox rewriting, should be "good enough" for most uses I
think. I've been using it for a while now, seems to work.

Still some problems:

imap(cras): Apr 15 01:48:48 Warning: Our dotlock file /home/cras/mail//full-disclosure.lock was overridden

And I'm sure it wasn't. Or at least shouldn't have been. Have to look
more into this..


From seba@iq.pl  Tue Apr 15 16:27:35 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 16:27:35 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 39F6C238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 16:27:35 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 544846BDC1; Tue, 15 Apr 2003 15:26:26 +0200 (CEST)
Date: Tue, 15 Apr 2003 15:26:26 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test4
Message-ID: <20030415132626.GD6374@iq.pl>
References: <1050412392.28255.423.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050412392.28255.423.camel@hurina>
X-archive-position: 574
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 577                                                  
Status: O

On Tue, Apr 15, 2003 at 16:13:12 +0300, Timo Sirainen wrote:
> http://procontrol.fi/test/
> 
> - Crashfix for multipart messages
> - More optimized mbox rewriting, should be "good enough" for most uses I
> think. I've been using it for a while now, seems to work.
> 
> Still some problems:
> 
> imap(cras): Apr 15 01:48:48 Warning: Our dotlock file /home/cras/mail//full-disclosure.lock was overridden
> 
> And I'm sure it wasn't. Or at least shouldn't have been. Have to look
> more into this..
> 

Not Found

The requested URL /test was not found on this server.

From oskar@mail.solls.net  Tue Apr 15 16:41:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 16:41:54 +0300 (EEST)
Return-Path: <oskar@mail.solls.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from chuck.solls.net (chuck.schaeps.de [213.217.108.83])
	by danu.procontrol.fi (Postfix) with SMTP id 39E7F238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 16:41:54 +0300 (EEST)
Received: (qmail 48560 invoked from network); 15 Apr 2003 13:41:54 -0000
Received: from unknown (HELO localhost) (127.0.0.1)
  by chuck.solls.net with SMTP; 15 Apr 2003 13:41:54 -0000
Received: from pD9E60985.dip.t-dialin.net (pD9E60985.dip.t-dialin.net [217.230.9.133]) 
	by www2.solls.net (IMP) with HTTP 
	for <oskar@mail.solls.net@127.0.0.1>; Tue, 15 Apr 2003 13:41:54 +0000
Message-ID: <1050414114.3e9c0c2298c90@www2.solls.net>
Date: Tue, 15 Apr 2003 13:41:54 +0000
From: Oskar Eyb <oskar@mail.solls.net>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test4
References: <1050412392.28255.423.camel@hurina> <20030415132626.GD6374@iq.pl>
In-Reply-To: <20030415132626.GD6374@iq.pl>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2
X-archive-position: 575
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: oskar@mail.solls.net
Precedence: bulk
X-list: dovecot
X-UID: 578                                                  
Status: O



> On Tue, Apr 15, 2003 at 16:13:12 +0300, Timo Sirainen wrote:
> > http://procontrol.fi/test/

> Not Found
> 
> The requested URL /test was not found on this server.


Just try: http://dovecot.procontrol.fi/test/


From eskimoe@ananzi.co.za  Tue Apr 15 18:01:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 18:01:04 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-171-244.reverse.qdsl-home.de [212.202.171.244])
	by danu.procontrol.fi (Postfix) with SMTP id 55B3F238C8
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 18:01:04 +0300 (EEST)
Received: (qmail 18936 invoked by uid 1000); 15 Apr 2003 15:02:26 -0000
Date: Tue, 15 Apr 2003 17:02:26 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: a crashy message
Message-ID: <20030415150226.GB17461@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	dovecot@procontrol.fi
References: <20030413162053.GA23316@woom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030413162053.GA23316@woom.net>
X-archive-position: 576
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 579                                                  
Status: O

FYI:
That bug was fixed a while ago.
After upgrading to latest CVS everything is fine now.


regards
-- 
MW


From cras@irccrew.org  Tue Apr 15 18:48:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 18:48:27 +0300 (EEST)
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8C757238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 18:48:27 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 5B6412E030; Tue, 15 Apr 2003 18:48:27 +0300 (EEST)
Date: Tue, 15 Apr 2003 18:48:27 +0300
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test3
Message-ID: <20030415154827.GB18955@irccrew.org>
References: <1050159872.25107.483.camel@hurina> <20030415043811.GA24366@iridium.mv.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20030415043811.GA24366@iridium.mv.net>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-archive-position: 577
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: 580                                                  
Status: O
Content-Length: 1777

On Tue, Apr 15, 2003 at 12:38:11AM -0400, Mark E. Mallett wrote:
> Tried this- still get at least three varieties of the "Corrupted index
> file" errors (very frequent as you can see by the timestamps):
> 
> Apr 14 23:48:03 mercury mem[11546]: pop3(user3): Corrupted index file
> /users/1d/user3/Maildir/.INBOX/.imap.index:  Filename mismatch for UID
> 1366: 1050157920.28714.mercury.mv.net vs 1050168692.1692.mercury.mv.net

Humm. Well, have to keep looking more at that.

> Plus very rapid signal 11s:
> 
> Apr 14 23:48:12 mercury dovecot: child 25983 (imap) killed with signal 11
> Apr 14 23:48:12 mercury dovecot: child 25992 (imap) killed with signal 11
> Apr 14 23:48:14 mercury dovecot: child 26034 (imap) killed with signal 11

Could these be the FETCH MIME crashes that Evolution caused? What clients do
you mostly have anyway?

> In fact it appears that all examples of "Corrupted index" are pop3
> instances, and all examples of "signal 11" are imap..

Are you sure you rebuilt/reinstalled the pop3 binary? I haven't actually
tried pop3 at all for a long time, but it shares all the backend code with
imap.

> I tried setting
> 
>   mail_drop_priv_before_exec = yes
> 
> as you suggested, to generate a core dump, but if it's dumping core
> I can't find it anywhere.  dovecot was started from /var/tmp and
> I have verified that the running dovecot and dovecot-auth processes
> have /var/tmp as a working directory.

Does everyone have write access to that directory then? It's the imap
process that needs it.. Or maybe you have just disabled core dumping?
Dovecot uses the ulimit -c that was active when dovecot was started.

> I also continue to see sporadic "(imap) returned error 89" with this
> version and with 0.99.8.1

Without more specific error above it?


From mem@mv.mv.com  Tue Apr 15 18:56:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 18:56:55 +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 CA381238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 18:56:54 +0300 (EEST)
Received: (qmail 1764 invoked by uid 101); 15 Apr 2003 11:56:53 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 15 Apr 2003 11:56:53 -0400
To: Timo Sirainen <tss@iki.fi>
Cc: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test3
Message-ID: <20030415155653.GD16705@iridium.mv.net>
References: <1050159872.25107.483.camel@hurina> <20030415043811.GA24366@iridium.mv.net> <20030415154827.GB18955@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030415154827.GB18955@irccrew.org>
User-Agent: Mutt/1.4.1i
X-archive-position: 578
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: 581                                                  
Status: O
Content-Length: 2205

> > 
> > Apr 14 23:48:12 mercury dovecot: child 25983 (imap) killed with signal 11
> > Apr 14 23:48:12 mercury dovecot: child 25992 (imap) killed with signal 11
> > Apr 14 23:48:14 mercury dovecot: child 26034 (imap) killed with signal 11
> 
> Could these be the FETCH MIME crashes that Evolution caused? What clients do
> you mostly have anyway?

It could be.  I'll try the test4 and see what it reports.
I generally stage the installation through a test machine and my
rather low-volume tests to that machine do not show these failures.
So there probably is some difference between my tests and other
user accesses.


> > In fact it appears that all examples of "Corrupted index" are pop3
> > instances, and all examples of "signal 11" are imap..
> 
> Are you sure you rebuilt/reinstalled the pop3 binary? I haven't actually
> tried pop3 at all for a long time, but it shares all the backend code with
> imap.

Very sure..

Another difference that occured to me: I built the recent -test versions
with the libiconv library, and the previous ones without.  This would
seem (from my naive perspective) to also be a difference between pop3
and imap code paths.


> > I tried setting
> > 
> >   mail_drop_priv_before_exec = yes
> > 
> > as you suggested, to generate a core dump, but if it's dumping core
> > I can't find it anywhere.  dovecot was started from /var/tmp and
> > I have verified that the running dovecot and dovecot-auth processes
> > have /var/tmp as a working directory.
> 
> Does everyone have write access to that directory then? It's the imap
> process that needs it.. Or maybe you have just disabled core dumping?
> Dovecot uses the ulimit -c that was active when dovecot was started.

I started it from /var/tmp to help with the core dumping (because that is
indeed a directory that everybody can write to).  I didn't mention it but
I did indeed look at the dovecot process limits (via "rlimit") to verify
that it did not have a restricted coredump limit.


> > I also continue to see sporadic "(imap) returned error 89" with this
> > version and with 0.99.8.1
> 
> Without more specific error above it?

Not that I have been able to find.. i.e. no correlation with the
pid given.

mm

From dom@cus.org.uk  Tue Apr 15 19:00:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 19:00:34 +0300 (EEST)
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net [213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 71686238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 19:00:34 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.11.3) with ESMTP id h3FG0XLX088990
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 17:00:33 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h3FG0WQZ088989
	for dovecot@procontrol.fi; Tue, 15 Apr 2003 17:00:32 +0100 (BST)
Date: Tue, 15 Apr 2003 17:00:32 +0100
From: Dominic Marks <dom@cus.org.uk>
To: dovecot@procontrol.fi
Subject: [dovecot] Group ID validation and FreeBSD
Message-ID: <20030415160032.GA88602@cus.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-archive-position: 579
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dom@cus.org.uk
Precedence: bulk
X-list: dovecot
X-UID: 582                                                  
Status: O
Content-Length: 1139

Hey,

I've been working on making the Dovecot FreeBSD port resemble something
which actually works this weekend, it's now much improved - one thing
that I did notice is that Dovecot validates a users GID and will not
accept a group id of 0. In FreeBSD the group wheel has a the id 0 and
only members of the wheel group are allowed to use su and become root.
Consequently there are non-root users who have group id's of 0. When you
try and open the mailbox of such a user with Dovecot the connection is
killed immediately.

It would be excellent to have an option in dovecot.conf along the lines
of allow_zero_gid which would disable these checks. From a quick look at
the source I can see that the validation is being done in
src/master/mail-process.c and that src/lib/restrict-access.c is also
involved. If I can get a working patch ready quickly I'll pass it along.

If anyone would like to take a look at the port you can get a copy at
the following address:

 http://cus.org.uk/~dom/dovecot-0.99.8.1.shar.gz

Hopefully this will go into FreeBSD CVS quite soon.

Thanks,
--
Dominic
 <dom at cus.org.uk> <d.marks at student.umist.ac.uk>

From overflow@eurielec.etsit.upm.es  Tue Apr 15 19:25:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 19:25:23 +0300 (EEST)
Return-Path: <overflow@eurielec.etsit.upm.es>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from eurielec.etsit.upm.es (uno.eurielec.etsit.upm.es [138.100.31.227])
	by danu.procontrol.fi (Postfix) with ESMTP id 80C2E238D2
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 19:25:23 +0300 (EEST)
Received: from dos.eurielec.etsit.upm.es (dos.eurielec.etsit.upm.es [138.100.31.228])
	by eurielec.etsit.upm.es (Postfix) with SMTP id E0919DD8
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 18:29:27 +0200 (CEST)
Received: by dos.eurielec.etsit.upm.es (sSMTP sendmail emulation); Tue, 15 Apr 2003 18:25:13 +0200
Date: Tue, 15 Apr 2003 18:25:13 +0200
From: Jaime Medrano <overflow@eurielec.etsit.upm.es>
To: dovecot@procontrol.fi
Subject: [dovecot] Shadow password file
Message-ID: <20030415162513.GA2068@eurielec.etsit.upm.es>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.5.4i
X-archive-position: 580
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: overflow@eurielec.etsit.upm.es
Precedence: bulk
X-list: dovecot
X-UID: 583                                                  
Status: O

Is there any way to make dovecot to take the passwords from a file with
a shadow password format?

I've tried with the passwd-file auth plugin, but it complains that users
have uid=0

Thanks in advance,
Jaime Medrano

From mem@mv.mv.com  Tue Apr 15 19:28:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 19:28:17 +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 4025E238D2
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 19:28:17 +0300 (EEST)
Received: (qmail 24117 invoked by uid 101); 15 Apr 2003 12:28:16 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 15 Apr 2003 12:28:16 -0400
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test4
Message-ID: <20030415162816.GF16705@iridium.mv.net>
References: <1050412392.28255.423.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050412392.28255.423.camel@hurina>
User-Agent: Mutt/1.4.1i
X-archive-position: 581
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: 584                                                  
Status: O


I tried installing test4, got the same problems as before (Corrupted
folder messages, continuous "child xxxx (imap) killed with signal 11"
messages coming fast and furious-- which is curious because there just
aren't that many imap connections coming in).

I put back *just* the pop3 and imap images from the 0.99.8.1
release (and left the newer dovecot, -auth, and -login images
installed)- this hybrid runs OK.  (I hope there are no issues mixing
them this way.)

Now here is an odd thing:

If I run with the new imap image and the older pop3 image (from 0.99.8.1),
I see none of these new errors.

If I run with the new pop3 image and the older imap image, I see
all of the new errors (including the rapid "imap killed with signal 11"
messages).

Still no coredumps..  are these phantom imap children?

mm

From mem@mv.mv.com  Tue Apr 15 19:45:45 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 19:45:45 +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 8768D238D2
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 19:45:45 +0300 (EEST)
Received: (qmail 6564 invoked by uid 101); 15 Apr 2003 12:45:44 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 15 Apr 2003 12:45:43 -0400
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test4
Message-ID: <20030415164543.GA5821@iridium.mv.net>
References: <1050412392.28255.423.camel@hurina> <20030415162816.GF16705@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030415162816.GF16705@iridium.mv.net>
User-Agent: Mutt/1.4.1i
X-archive-position: 582
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: 585                                                  
Status: O

> 
> If I run with the new pop3 image and the older imap image, I see
> all of the new errors (including the rapid "imap killed with signal 11"
> messages).
> 
> Still no coredumps..  are these phantom imap children?

Oh-- I see that the "imap" process type name is generic for either
mail program.  So all this is likely pop3 stuff.

mm

From lfarkas@bnap.hu  Tue Apr 15 20:21:22 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 20:21:22 +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 EF26E238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 20:21:21 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 13FBE754003
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 19:21:51 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 4E4093EEE
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 19:21:20 +0200 (CEST)
Message-ID: <3E9C3F8F.2050006@bnap.hu>
Date: Tue, 15 Apr 2003 19:21:19 +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] current cvs
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 583
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: 586                                                  
Status: O
Content-Length: 3849

hi,
so after upgrade to the current cvs all of our problem disappear:-)
but we don't have time to test the ssl part...
although after I compile and install the new dovecot I stop it I do a
--------------------
find /home/*/Maildir -name '.imap*' -exec rm {} \;
find /home/*/Maildir -name 'dovecot-uidlist' -exec rm {} \;
find /home/*/Maildir -name 'msgid.cache' -exec rm {} \;
find /home/*/Maildir -name '.customflags' -exec rm {}\;
--------------------
just to be sure that we use a fresh version and no other problem can be 
caused by the old index or any other cached files.
this was a BIG mistake!!!
we've got about 300 users and about 100 online at the same time. after a 
two minutes break (while I reinstall and delete) every user check his 
mail which casue a load about 90!!! the cpu usage 1-2% but the avarage 
load was 90 (curently about 0.22)! the reason was IO. we have to stop 
imap and wait for a while...
I don't know the exact reason bu I assume dovecot is regenerate 
everybody's index a other cache at the same time. is there any way to 
reduce the possible number of IO load? this would be useful if never 
happend again!:-)

this happend around 4:40.
the output of sar -b:
--------------------
03:00:00 PM       tps      rtps      wtps   bread/s   bwrtn/s
03:10:00 PM     48.18     29.19     18.99   1456.53    771.29
03:20:00 PM     41.66     25.80     15.86   1054.88    830.05
03:30:00 PM     42.64     25.67     16.97   1223.03    759.77
03:40:00 PM     44.98     31.95     13.03   1959.15    467.40
03:50:00 PM     26.68     14.63     12.05    741.48    424.12
04:00:00 PM     25.80     11.70     14.10    516.21    450.04
04:10:00 PM     59.55     34.91     24.64   1755.07    939.11
04:20:00 PM     95.98     61.15     34.83   4453.24   1563.25
04:30:00 PM     95.08     55.45     39.63   2182.22   1591.56
04:40:00 PM    168.85    145.99     22.86  11155.73   1037.25
04:50:00 PM    135.98    106.50     29.48   7908.21   1604.76
05:00:00 PM    125.87     97.65     28.23   5876.03   1060.50
05:10:00 PM     80.83     62.92     17.90   4321.82    590.19
05:20:00 PM    102.04     77.65     24.40   4907.27   1076.92
05:30:00 PM    129.04    106.58     22.46   6387.18    883.13
05:40:00 PM     89.44     73.20     16.24   4905.64    782.94
05:50:00 PM     88.23     73.16     15.06   5539.93    965.34
06:00:00 PM     92.49     72.67     19.81   5486.25    692.18
06:10:00 PM     45.24     32.82     12.42   1711.35    618.31
06:20:00 PM     42.17     28.16     14.01    960.11    622.33
06:30:00 PM     29.90     20.24      9.66   1538.27    376.17
06:40:00 PM     25.89     12.14     13.74    796.73    833.25
06:50:00 PM     20.50      4.98     15.52    264.91    993.62
07:00:00 PM     15.08      7.57      7.52    453.41    282.63
--------------------
the output of sar -d
--------------------
04:10:00 PM   dev22-3      0.00      0.00
04:10:00 PM   dev33-0      1.76    109.55
04:10:00 PM   dev34-0      8.51    919.94
04:20:00 PM    dev3-0      8.56    183.93
04:20:00 PM   dev22-2     67.62   3798.02
04:20:00 PM   dev22-3      0.00      0.00
04:20:00 PM   dev33-0      4.80    463.81
04:20:00 PM   dev34-0     15.01   1570.73
04:30:00 PM    dev3-0      4.40    126.63
04:30:00 PM   dev22-2     77.02   2440.08
04:30:00 PM   dev22-3      0.00      0.00
04:30:00 PM   dev33-0      1.94    124.80
04:30:00 PM   dev34-0     11.73   1082.28
04:40:00 PM    dev3-0      4.78    124.56
04:40:00 PM   dev22-2    137.27  10306.18
04:40:00 PM   dev22-3      0.00      0.00
04:40:00 PM   dev33-0     13.50    410.44
04:40:00 PM   dev34-0     13.29   1351.80
04:50:00 PM    dev3-0      6.33    194.27
04:50:00 PM   dev22-2    111.50   7961.44
04:50:00 PM   dev22-3      0.00      0.00
04:50:00 PM   dev33-0      5.64    156.51
--------------------

-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Tue Apr 15 20:42:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 20:42:23 +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 39BE9238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 20:42:23 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A9A425E017F5; Tue, 15 Apr 2003 20:42:17 +0300 (EEST)
Subject: [dovecot] Re: current cvs
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3E9C3F8F.2050006@bnap.hu>
References: <3E9C3F8F.2050006@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050428537.16120.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 Apr 2003 20:42:17 +0300
X-archive-position: 584
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: 587                                                  
Status: O
Content-Length: 1316

On Tue, 2003-04-15 at 20:21, Farkas Levente wrote:
> hi,
> so after upgrade to the current cvs all of our problem disappear:-)
> but we don't have time to test the ssl part...
> although after I compile and install the new dovecot I stop it I do a
> --------------------
> find /home/*/Maildir -name '.imap*' -exec rm {} \;

This is fine, but as you noticed regenerating indexes isn't very fast :)
Also currently Dovecot doesn't behave too nicely if the index gets
deleted while it was open.

> find /home/*/Maildir -name 'dovecot-uidlist' -exec rm {} \;

There shouldn't be any need to do this. Point of it was that the UIDs
will be remembered if indexes are deleted so client doesn't have to
invalidate local cache.

> find /home/*/Maildir -name 'msgid.cache' -exec rm {} \;

Not created by Dovecot.

> find /home/*/Maildir -name '.customflags' -exec rm {}\;

Should never be deleted with maildir. This contains user-defined flag
names so it could cause some data loss.

> I don't know the exact reason bu I assume dovecot is regenerate 
> everybody's index a other cache at the same time. is there any way to 
> reduce the possible number of IO load? this would be useful if never 
> happend again!:-)

Currently it re-reads all the mails in the directory and indexes them.
I'll make this configurable some day.


From dom@cus.org.uk  Tue Apr 15 20:45:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 20:45:24 +0300 (EEST)
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net [213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 7FEAD238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 20:45:22 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.11.3) with ESMTP id h3FHjLLX091355
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 18:45:21 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h3FHjLah091354
	for dovecot@procontrol.fi; Tue, 15 Apr 2003 18:45:21 +0100 (BST)
Date: Tue, 15 Apr 2003 18:45:21 +0100
From: Dominic Marks <dom@cus.org.uk>
To: dovecot@procontrol.fi
Subject: [dovecot] PATCH allow_zero_gid option
Message-ID: <20030415174521.GA90876@cus.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-archive-position: 585
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dom@cus.org.uk
Precedence: bulk
X-list: dovecot
X-UID: 588                                                  
Status: O
Content-Length: 7048

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.

Index: src/lib/restrict-access.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib/restrict-access.c,v
retrieving revision 1.10
diff -u -3 -p -r1.10 restrict-access.c
--- src/lib/restrict-access.c	4 Mar 2003 04:00:13 -0000	1.10
+++ src/lib/restrict-access.c	15 Apr 2003 17:37:26 -0000
@@ -31,12 +31,14 @@
 #include <grp.h>
 
 void restrict_access_set_env(const char *user, uid_t uid, gid_t gid,
-			     const char *chroot_dir)
+		 	     const char *chroot_dir, int allow_zg)
 {
 	if (user != NULL && *user != '\0')
 		env_put(t_strconcat("RESTRICT_USER=", user, NULL));
 	if (chroot_dir != NULL && *chroot_dir != '\0')
 		env_put(t_strconcat("RESTRICT_CHROOT=", chroot_dir, NULL));
+	if (allow_zg == TRUE)
+		env_put(t_strdup("ALLOW_ZERO_GID=TRUE"));
 
 	env_put(t_strdup_printf("RESTRICT_SETUID=%s", dec2str(uid)));
 	env_put(t_strdup_printf("RESTRICT_SETGID=%s", dec2str(gid)));
@@ -45,6 +47,7 @@ void restrict_access_set_env(const char 
 void restrict_access_by_env(int disallow_root)
 {
 	const char *env;
+	int allow_zero_gid;
 	gid_t gid;
 	uid_t uid;
 
@@ -97,8 +100,14 @@ void restrict_access_by_env(int disallow
 			i_fatal("We couldn't drop root privileges");
 	}
 
-	if ((gid != 0 && uid != 0) || disallow_root) {
+	/* allow users with zero group id permission for BSD */
+	env = getenv("ALLOW_ZERO_GID");
+	allow_zero_gid = env == NULL ? FALSE : TRUE;
+
+	if (allow_zero_gid == FALSE &&
+		((gid != 0 && uid != 0) || disallow_root)) {
 		if (getgid() == 0 || getegid() == 0 || setgid(0) == 0)
 			i_fatal("We couldn't drop root group privileges");
 	}
+
 }
Index: src/lib/restrict-access.h
===================================================================
RCS file: /home/cvs/dovecot/src/lib/restrict-access.h,v
retrieving revision 1.4
diff -u -3 -p -r1.4 restrict-access.h
--- src/lib/restrict-access.h	4 Mar 2003 04:00:13 -0000	1.4
+++ src/lib/restrict-access.h	15 Apr 2003 17:37:26 -0000
@@ -4,7 +4,7 @@
 /* set environment variables so they can be read with
    restrict_access_by_env() */
 void restrict_access_set_env(const char *user, uid_t uid, gid_t gid,
-			     const char *chroot_dir);
+			     const char *chroot_dir, int allow_zg);
 
 /* chroot, setuid() and setgid() based on environment variables.
    If disallow_roots is TRUE, we'll kill ourself if we didn't have the
Index: src/master/auth-process.c
===================================================================
RCS file: /home/cvs/dovecot/src/master/auth-process.c,v
retrieving revision 1.41
diff -u -3 -p -r1.41 auth-process.c
--- src/master/auth-process.c	2 Apr 2003 02:09:41 -0000	1.41
+++ src/master/auth-process.c	15 Apr 2003 17:37:27 -0000
@@ -307,7 +307,7 @@ static pid_t create_auth_process(struct 
 
 	/* setup access environment */
 	restrict_access_set_env(group->set->user, pwd->pw_uid, pwd->pw_gid,
-				group->set->chroot);
+				group->set->chroot, set->allow_zero_gid);
 
 	/* set other environment */
 	env_put(t_strconcat("AUTH_PROCESS=", dec2str(getpid()), NULL));
Index: src/master/login-process.c
===================================================================
RCS file: /home/cvs/dovecot/src/master/login-process.c,v
retrieving revision 1.40
diff -u -3 -p -r1.40 login-process.c
--- src/master/login-process.c	15 Apr 2003 16:58:48 -0000	1.40
+++ src/master/login-process.c	15 Apr 2003 17:37:27 -0000
@@ -384,7 +384,8 @@ static void login_process_init_env(struc
 	   clean_child_process() since it clears environment */
 	restrict_access_set_env(group->set->user,
 				group->set->uid, set->login_gid,
-				set->login_chroot ? set->login_dir : NULL);
+				set->login_chroot ? set->login_dir : NULL,
+				set->allow_zero_gid);
 
 	env_put("DOVECOT_MASTER=1");
 
Index: src/master/mail-process.c
===================================================================
RCS file: /home/cvs/dovecot/src/master/mail-process.c,v
retrieving revision 1.13
diff -u -3 -p -r1.13 mail-process.c
--- src/master/mail-process.c	15 Apr 2003 16:58:48 -0000	1.13
+++ src/master/mail-process.c	15 Apr 2003 17:37:28 -0000
@@ -25,7 +25,7 @@ static int validate_uid_gid(uid_t uid, g
 		return FALSE;
 	}
 
-	if (uid != 0 && gid == 0) {
+	if (set->allow_zero_gid == FALSE && uid != 0 && gid == 0) {
 		i_error("mail process isn't allowed to be in group 0");
 		return FALSE;
 	}
@@ -38,8 +38,9 @@ static int validate_uid_gid(uid_t uid, g
 		return FALSE;
 	}
 
-	if (gid < (gid_t)set->first_valid_gid ||
-	    (set->last_valid_gid != 0 && gid > (gid_t)set->last_valid_gid)) {
+	if (set->allow_zero_gid == FALSE &&
+	    (gid < (gid_t)set->first_valid_gid ||
+	    (set->last_valid_gid != 0 && gid > (gid_t)set->last_valid_gid))) {
 		i_error("mail process isn't allowed to use "
 			"GID %s (UID is %s)", dec2str(gid), dec2str(uid));
 		return FALSE;
@@ -150,7 +151,8 @@ int create_mail_process(int socket, stru
 	   (paranoia about filling up environment without noticing) */
 	restrict_access_set_env(data + reply->system_user_idx,
 				reply->uid, reply->gid,
-				reply->chroot ? data + reply->home_idx : NULL);
+				reply->chroot ? data + reply->home_idx : NULL,
+				set->allow_zero_gid);
 
 	restrict_process_size(process_size, (unsigned int)-1);
 
Index: src/master/master-settings.c
===================================================================
RCS file: /home/cvs/dovecot/src/master/master-settings.c,v
retrieving revision 1.16
diff -u -3 -p -r1.16 master-settings.c
--- src/master/master-settings.c	2 Apr 2003 02:09:41 -0000	1.16
+++ src/master/master-settings.c	15 Apr 2003 17:37:28 -0000
@@ -46,6 +46,7 @@ static struct setting_def setting_defs[]
 	DEF(SET_INT, max_mail_processes),
 	DEF(SET_BOOL, verbose_proctitle),
 
+	DEF(SET_BOOL, allow_zero_gid),
 	DEF(SET_INT, first_valid_uid),
 	DEF(SET_INT, last_valid_uid),
 	DEF(SET_INT, first_valid_gid),
@@ -153,6 +154,7 @@ struct settings default_settings = {
 	MEMBER(max_mail_processes) 1024,
 	MEMBER(verbose_proctitle) FALSE,
 
+	MEMBER(allow_zero_gid) FALSE,
 	MEMBER(first_valid_uid) 500,
 	MEMBER(last_valid_uid) 0,
 	MEMBER(first_valid_gid) 1,
Index: src/master/master-settings.h
===================================================================
RCS file: /home/cvs/dovecot/src/master/master-settings.h,v
retrieving revision 1.10
diff -u -3 -p -r1.10 master-settings.h
--- src/master/master-settings.h	2 Apr 2003 02:09:41 -0000	1.10
+++ src/master/master-settings.h	15 Apr 2003 17:37:29 -0000
@@ -32,6 +32,7 @@ struct settings {
 	unsigned int max_mail_processes;
 	int verbose_proctitle;
 
+	int allow_zero_gid;
 	unsigned int first_valid_uid, last_valid_uid;
 	unsigned int first_valid_gid, last_valid_gid;
 
Thanks,
-- 
Dominic
 <dom at cus.org.uk> <d.marks at student.umist.ac.uk>

From tss@iki.fi  Tue Apr 15 20:48:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 20:48:04 +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 B3017238C9
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 20:48:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 437725E017F5; Tue, 15 Apr 2003 20:48:04 +0300 (EEST)
Subject: [dovecot] Re: Shadow password file
From: Timo Sirainen <tss@iki.fi>
To: Jaime Medrano <overflow@eurielec.etsit.upm.es>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030415162513.GA2068@eurielec.etsit.upm.es>
References: <20030415162513.GA2068@eurielec.etsit.upm.es>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Organization: 
Message-Id: <1050428884.16120.15.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 Apr 2003 20:48:04 +0300
X-archive-position: 586
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: 589                                                  
Status: O

On Tue, 2003-04-15 at 19:25, Jaime Medrano wrote:
> =BFIs there any way to make dovecot to take the passwords from a file wit=
h
> a shadow password format?
>=20
> I've tried with the passwd-file auth plugin, but it complains that users
> have uid=3D0

There's two separate authentication parts. "passdb" where dovecot gets
passwords and "userdb" where uid/gid/homedir/etc are stored.

You should be able to use shadow file with passwd-file for passdb, but
you have to use something else for userdb. "static" might be enough for
you.


From tss@iki.fi  Tue Apr 15 20:54:37 2003
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.


From tss@iki.fi  Tue Apr 15 20:59:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 20:59:36 +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 70A08238D3
	for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 20:59:36 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 116E45E017F5; Tue, 15 Apr 2003 20:59:36 +0300 (EEST)
Subject: [dovecot] Re: PATCH allow_zero_gid option
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1050429276.16120.22.camel@hurina>
References: <20030415174521.GA90876@cus.org.uk>
	 <1050429276.16120.22.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050429575.16118.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 Apr 2003 20:59:35 +0300
X-archive-position: 588
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: 591                                                  
Status: O

On Tue, 2003-04-15 at 20:54, Timo Sirainen wrote:
> 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.

Uhm. No, you had done that too but .. anyway, a bit cleaner :) Also I
don't think you should have allow_zero_gid setting for login process.
That really should be run under fully nonprivileged UID.


From mem@mv.mv.com  Wed Apr 16 00:07:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 00:07:39 +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 BA9C4238D2
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 00:07:30 +0300 (EEST)
Received: (qmail 21523 invoked by uid 101); 15 Apr 2003 17:07:29 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 15 Apr 2003 17:07:29 -0400
To: dovecot@procontrol.fi
Subject: [dovecot] pop3 coredump
Message-ID: <20030415210729.GA7000@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: 589
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: 592                                                  
Status: O
Content-Length: 9286

Hi-

I was able to get a coredump out of the new pop3 (from 0.99.9-test4)
by attempting to simulate the execution environment and simply running
the pop3 program.

Running the older pop3 from 0.99.8.1 works fine, repeatedly:

% /usr/local/libexec/dovecot/pop3
quit
+OK Logging out.

However running the new one:

% /usr/local/libexec/dovecot/pop3.new
pop3(user9): Error: Corrupted index file
/users/48/user9/Maildir/.INBOX/.imap.index:  index.next_uid (4539) >
uidlist.next_uid (4000)
Segmentation fault (core dumped)

It doesn't always dump core even with this message.  The error message
is not always the same, but it's usually what's above.  Simply
repeating the invocation a number of times I also saw:

pop3(user9): Error: Corrupted index file (in-memory index for
/users/48/user9/Maildir): Filename mismatch for UID 1:
1050440153.17005.mercury.mv.net vs 1050437948.5418.mercury.mv.net

Here's some gdb output corresponding to the coredump above.

-mm-


Script started on Tue Apr 15 16:51:28 2003
% gdb pop3/pop3 pop3.core
  ...
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libiconv.so.2...done.
Reading symbols from /shlib/libgcc.so.1...done.
Reading symbols from /shlib/libc.so.2...done.
Reading symbols from /shlib/ld-bsdi.so...done.
#0  0x0 in ?? ()
(gdb) bt
#0  0x0 in ?? ()
#1  0x8053439 in index_storage_init (storage=0x808f000, box=0x8080658, 
    index=0x808c200, name=0x807660e "INBOX", readonly=0, fast=0)
    at index-storage.c:264
#2  0x804b8e0 in maildir_open (storage=0x808f000, name=0x807660e "INBOX", 
    readonly=0, fast=0) at maildir-storage.c:239
#3  0x804ba20 in maildir_open_mailbox (storage=0x808f000, 
    name=0x80765b1 "INBOX", readonly=0, fast=0) at maildir-storage.c:288
#4  0x804b1c7 in main_init () at main.c:98
#5  0x804b269 in main (argc=1, argv=0x8047d3c, envp=0x8047d44) at main.c:132
#6  0x8049cae in __start ()
(gdb) up 1
#1  0x8053439 in index_storage_init (storage=0x808f000, box=0x8080658, 
    index=0x808c200, name=0x807660e "INBOX", readonly=0, fast=0)
    at index-storage.c:264
264                                     storage->callbacks->notify_no(&ibox->box,
(gdb) l
259                             if (!index->open(index, flags))
260                                     break;
261     
262                             if (INDEX_IS_IN_MEMORY(index) &&
263                                 storage->index_dir != NULL) {
264                                     storage->callbacks->notify_no(&ibox->box,
265                                             "Couldn't use index files",
266                                             storage->callback_context);
267                             }
268                     }
(gdb) p index
$1 = (struct mail_index *) 0x808c200
(gdb) p *index
$2 = {open = 0x8054590 <maildir_index_open>, 
  free = 0x8054abc <maildir_index_free>, 
  set_lock = 0x805c874 <mail_index_set_lock>, 
  try_lock = 0x805c88c <mail_index_try_lock>, 
  set_lock_notify_callback = 0x805c8a4 <mail_index_set_lock_notify_callback>, 
  rebuild = 0x8054f20 <maildir_index_rebuild>, 
  fsck = 0x805de50 <mail_index_fsck>, 
  sync_and_lock = 0x8055db4 <maildir_index_sync>, 
  get_header = 0x805c928 <mail_index_get_header>, 
  lookup = 0x805c968 <mail_index_lookup>, next = 0x805cac0 <mail_index_next>, 
  lookup_uid_range = 0x805cb48 <mail_index_lookup_uid_range>, 
  lookup_field = 0x805cc58 <mail_index_lookup_field>, 
  lookup_field_raw = 0x805ccac <mail_index_lookup_field_raw>, 
  cache_fields_later = 0x805cd70 <mail_index_cache_fields_later>, 
  open_mail = 0x8054de0 <maildir_open_mail>, 
  get_internal_date = 0x8054afc <maildir_get_internal_date>, 
  expunge = 0x805d078 <mail_index_expunge>, 
  update_flags = 0x8054b6c <maildir_index_update_flags>, 
  append_begin = 0x805d3ec <mail_index_append_begin>, 
  append_end = 0x805d4e4 <mail_index_append_end>, 
  append_abort = 0x805d590 <mail_index_append_abort>, 
  update_begin = 0x805f9b0 <mail_index_update_begin>, 
  update_end = 0x805ff68 <mail_index_update_end>, 
  update_abort = 0x8060050 <mail_index_update_abort>, 
  update_field = 0x806022c <mail_index_update_field>, 
  update_field_raw = 0x806025c <mail_index_update_field_raw>, 
  get_last_error = 0x805d618 <mail_index_get_last_error>, 
  get_last_error_text = 0x805d678 <mail_index_get_last_error_text>, 
  data = 0x80821a0, tree = 0x80900c0, modifylog = 0x808d200, 
  custom_flags = 0x808d100, 
  dir = 0x8090000 "/users/48/user9/Maildir/.INBOX", 
  filepath = 0x8090040 "(in-memory index for /users/48/user9/Maildir)", 
  mailbox_path = 0x8082160 "/users/48/user9/Maildir", 
  custom_flags_dir = 0x0, default_cache_fields = 0, never_cache_fields = 0, 
  indexid = 1050439124, sync_id = 6, excl_lock_counter = 1, mbox_fd = 0, 
  mbox_stream = 0x0, mbox_lock_type = MAIL_LOCK_UNLOCK, mbox_dotlock = {
    dev = 0, ino = 0, mtime = 0}, mbox_lock_counter = 0, mbox_sync_counter = 0, 
  mbox_size = 0, mbox_dev = 0, mbox_ino = 0, uidlist_dev = 18875392, 
  uidlist_ino = 1835546, maildir_lock_fd = -1, fd = -1, error = 0x0, 
  mmap_base = 0x20073000, mmap_used_length = 264, mmap_full_length = 1608, 
  header = 0x20073000, lock_type = MAIL_LOCK_EXCLUSIVE, 
  file_sync_stamp = 1050438868, first_recent_uid = 1, 
  lock_notify_cb = 0x8053238 <lock_notify>, lock_notify_context = 0x808c400, 
  set_flags = 0, set_cache_fields = 0, anon_mmap = 1, opened = 0, 
  rebuilding = 0, mail_read_mmaped = 0, inconsistent = 0, nodiskspace = 0, 
  index_lock_timeout = 0, allow_new_custom_flags = 0, mailbox_readonly = 0, 
  mailbox_lock_timeout = 0}
(gdb) p storage
$3 = (struct mail_storage *) 0x808f000
(gdb) p *storage
$5 = {name = 0x8076805 "maildir", hierarchy_sep = 46 '.', 
  create = 0x804b2c0 <maildir_create>, free = 0x804b428 <maildir_free>, 
  autodetect = 0x804b480 <maildir_autodetect>, 
  set_callbacks = 0x80535e4 <index_storage_set_callbacks>, 
  open_mailbox = 0x804b940 <maildir_open_mailbox>, 
  create_mailbox = 0x804ba5c <maildir_create_mailbox>, 
  delete_mailbox = 0x804bb08 <maildir_delete_mailbox>, 
  rename_mailbox = 0x804bea4 <maildir_rename_mailbox>, 
  list_mailbox_init = 0x804c624 <maildir_list_mailbox_init>, 
  list_mailbox_deinit = 0x804c800 <maildir_list_mailbox_deinit>, 
  list_mailbox_next = 0x804cc48 <maildir_list_mailbox_next>, 
  set_subscribed = 0x8064594 <subsfile_set_subscribed>, 
  get_mailbox_name_status = 0x804bffc <maildir_get_mailbox_name_status>, 
  get_last_error = 0x805455c <mail_storage_get_last_error>, 
  dir = 0x8082100 "/users/48/user9/Maildir", inbox_file = 0x0, 
  index_dir = 0x8082120 "/users/48/user9/Maildir", 
  user = 0x808e050 "user9", error = 0x0, callbacks = 0x8082140, 
  callback_context = 0x0, syntax_error = 0}
(gdb) p ibox
$6 = (struct index_mailbox *) 0x808c400
(gdb) p *ibox
$7 = {box = {name = 0x808e070 "INBOX", storage = 0x808f000, 
    close = 0x805359c <index_storage_close>, 
    get_status = 0x8052ee4 <index_storage_get_status>, 
    sync = 0x8053b94 <index_storage_sync>, 
    auto_sync = 0x804c0c8 <maildir_storage_auto_sync>, 
    expunge = 0x804fa64 <index_storage_expunge>, 
    update_flags = 0x8053d58 <index_storage_update_flags>, 
    copy = 0x804c3e4 <maildir_storage_copy>, 
    fetch_init = 0x804fb00 <index_storage_fetch_init>, 
    fetch_deinit = 0x804fbe8 <index_storage_fetch_deinit>, 
    fetch_next = 0x804fc70 <index_storage_fetch_next>, 
    fetch_uid = 0x804fd5c <index_storage_fetch_uid>, 
    fetch_seq = 0x804fdc0 <index_storage_fetch_seq>, 
    search_get_sorting = 0x8052af4 <index_storage_search_get_sorting>, 
    search_init = 0x8052b08 <index_storage_search_init>, 
    search_deinit = 0x8052be0 <index_storage_search_deinit>, 
    search_next = 0x8052ca0 <index_storage_search_next>, 
    save_init = 0x804cf4c <maildir_storage_save_init>, 
    save_deinit = 0x804cfe0 <maildir_storage_save_deinit>, 
    save_next = 0x804ce04 <maildir_storage_save_next>, 
    is_inconsistency_error = 0x8054578 <mail_storage_is_inconsistency_error>, 
    readonly = 0, allow_custom_flags = 0, inconsistent = 0}, 
  expunge_locked = 0, index = 0x808c200, autosync_to = 0x0, 
  autosync_files = 0x0, autosync_type = MAILBOX_SYNC_NONE, sync_last_check = 0, 
  min_newmail_notify_interval = 0, fetch_mail = {mail = {seq = 0, uid = 0, 
      seen_updated = 0, get_flags = 0, get_parts = 0, get_received_date = 0, 
      get_date = 0, get_size = 0, get_header = 0, get_address = 0, 
      get_first_mailbox = 0, get_stream = 0, get_special = 0}, data = {flags = {
        flags = 0, custom_flags = 0x0, custom_flags_count = 0}, 
      received_date = 0, size = 0, sent_time = 0, sent_timezone = 0, 
      headers = 0x0, parts = 0x0, envelope = 0x0, body = 0x0, 
      bodystructure = 0x0, envelope_data = 0x0, rec = 0x0, stream = 0x0, 
      hdr_size = {physical_size = 0, virtual_size = 0, lines = 0}, body_size = {
        physical_size = 0, virtual_size = 0, lines = 0}, parse_header = 0, 
      save_sent_time = 0, save_envelope = 0, hdr_size_set = 0, 
      body_size_set = 0}, pool = 0x0, ibox = 0x0, header_buf = 0x0, 
    wanted_fields = 0, wanted_headers = 0x0}, synced_messages_count = 0, 
  next_lock_notify = 1050439154, 
  last_notify_type = MAIL_LOCK_NOTIFY_MAILBOX_ABORT, sent_diskspace_warning = 0}
(gdb) quit
% exit
Script done on Tue Apr 15 16:53:06 2003

From charlieb@e-smith.com  Wed Apr 16 00:58:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 01:29:56 +0300 (EEST)
Return-Path: <charlieb@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 8560A23993
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 00:58:20 +0300 (EEST)
Received: (qmail 713 invoked by uid 404); 15 Apr 2003 21:58:19 -0000
Received: from charlieb@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 15 Apr 2003 17:58:19 -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; 15 Apr 2003 21:58:19 -0000
Received: (qmail 6226 invoked from network); 15 Apr 2003 21:58:19 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 15 Apr 2003 21:58:19 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 15 Apr 2003 22:03:27 -0000
Date: Tue, 15 Apr 2003 18:03:27 -0400 (EDT)
From: Charlie Brady <charlieb@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] Changing hierarchy separator to '/'
Message-ID: <Pine.LNX.4.44.0304151754270.2004-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 590
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: charlieb@e-smith.com
Precedence: bulk
X-list: dovecot
X-UID: 593                                                  
Status: O


From TODO:

...
    - maildir: change it to use '/' as hierarchy separator to allow '.'
      characters (for usernames in shared folders)
...

Now changing the separator in the maildir-storage.c is trivial (even 
though it "can't" be changed :-), but fixing the resultant breakage in 
maildir-list.c needs a little more understanding. Timo, could you give me 
some pointers? I can see that I need to work out what imap_match_init() 
does.

My motivation is to follow up on an earlier thread about reusing 
.mailboxlist files as .subscription files, preferably without rewriting 
them to replace the slashes with something else.

Thanks

--
Charlie




From tss@iki.fi  Wed Apr 16 02:17:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 02:17:21 +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 200B923993
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 02:17:21 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 88F8A5E017F5; Wed, 16 Apr 2003 02:17:20 +0300 (EEST)
Subject: [dovecot] Re: pop3 coredump
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030415210729.GA7000@iridium.mv.net>
References: <20030415210729.GA7000@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050448640.16342.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 02:17:20 +0300
X-archive-position: 591
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: 594                                                  
Status: O

On Wed, 2003-04-16 at 00:07, Mark E. Mallett wrote:
> % /usr/local/libexec/dovecot/pop3.new
> pop3(user9): Error: Corrupted index file
> /users/48/user9/Maildir/.INBOX/.imap.index:  index.next_uid (4539) >
> uidlist.next_uid (4000)

What if you delete the dovecot-uidlist file? Or the index files? Does it
still do this?

> #0  0x0 in ?? ()
> #1  0x8053439 in index_storage_init (storage=0x808f000, box=0x8080658, 
>     index=0x808c200, name=0x807660e "INBOX", readonly=0, fast=0)
>     at index-storage.c:264

Thanks, this helps to fix the crash. It doesn't explain the "corrupted
index file" messages though, except that they never get fixed because of
this.


From mem@mv.mv.com  Wed Apr 16 02:35:09 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 02:35:09 +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 B82CE23845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 02:35:08 +0300 (EEST)
Received: (qmail 6449 invoked by uid 101); 15 Apr 2003 19:35:07 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 15 Apr 2003 19:35:07 -0400
To: Timo Sirainen <tss@iki.fi>
Cc: "Mark E. Mallett" <mem@mv.mv.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: pop3 coredump
Message-ID: <20030415233507.GC20344@iridium.mv.net>
References: <20030415210729.GA7000@iridium.mv.net> <1050448640.16342.14.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050448640.16342.14.camel@hurina>
User-Agent: Mutt/1.4.1i
X-archive-position: 592
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: 595                                                  
Status: O
Content-Length: 1103

On Wed, Apr 16, 2003 at 02:17:20AM +0300, Timo Sirainen wrote:
> On Wed, 2003-04-16 at 00:07, Mark E. Mallett wrote:
> > % /usr/local/libexec/dovecot/pop3.new
> > pop3(user9): Error: Corrupted index file
> > /users/48/user9/Maildir/.INBOX/.imap.index:  index.next_uid (4539) >
> > uidlist.next_uid (4000)
> 
> What if you delete the dovecot-uidlist file? Or the index files? Does it
> still do this?

If I rename dovecot-uidlist out of the way, it successfully builds a
new one and no longer complains, and is happy on repeated invocations.
If I put back the dovecot-uidlist, it is not happy again.

However- the same is true of the .imap* files.  If I move them out of
the way (and leave the old dovecot-uidlist in place), the new pop3 is
happy to build a new set and use them (again, on repeated invocations).
If I move back the old .imap* files, the error is back.

So- moving either of those helps.
The older pop3 also seems happy to use the newly generated files.
(but again it's also happy with the old ones).

I don't know what happens if new mail comes in after the new files
are generated.

mm

From tss@iki.fi  Wed Apr 16 02:41:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 02:41:39 +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 7A72323845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 02:41:39 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4A8695E017F5; Wed, 16 Apr 2003 02:41:39 +0300 (EEST)
Subject: [dovecot] Re: pop3 coredump
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030415233507.GC20344@iridium.mv.net>
References: <20030415210729.GA7000@iridium.mv.net>
	 <1050448640.16342.14.camel@hurina>  <20030415233507.GC20344@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050450098.16342.24.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 02:41:39 +0300
X-archive-position: 593
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: 596                                                  
Status: O

On Wed, 2003-04-16 at 02:35, Mark E. Mallett wrote:
> If I rename dovecot-uidlist out of the way, it successfully builds a
> new one and no longer complains, and is happy on repeated invocations.
> If I put back the dovecot-uidlist, it is not happy again.
> 
> However- the same is true of the .imap* files.  If I move them out of
> the way (and leave the old dovecot-uidlist in place), the new pop3 is
> happy to build a new set and use them (again, on repeated invocations).
> If I move back the old .imap* files, the error is back.
> 
> So- moving either of those helps.

OK, I think the problem is then just that Dovecot crashes before it has
time to rebuild index file. And it's broken because previous -test
releases broke it.

> The older pop3 also seems happy to use the newly generated files.
> (but again it's also happy with the old ones).

That's because older versions didn't use the uidlist file at all.

> I don't know what happens if new mail comes in after the new files
> are generated.

Probably works.


From overflow@eurielec.etsit.upm.es  Wed Apr 16 10:34:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 10:34:19 +0300 (EEST)
Return-Path: <overflow@eurielec.etsit.upm.es>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from eurielec.etsit.upm.es (uno.eurielec.etsit.upm.es [138.100.31.227])
	by danu.procontrol.fi (Postfix) with ESMTP id 5768823845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 10:34:19 +0300 (EEST)
Received: from eurielec.etsit.upm.es (www.eurielec.etsit.upm.es [138.100.31.226])
	by eurielec.etsit.upm.es (Postfix) with SMTP
	id C1636B3C; Wed, 16 Apr 2003 09:38:34 +0200 (CEST)
Received: from 195.235.92.108
        (SquirrelMail authenticated user overflow)
        by www.eurielec.etsit.upm.es with HTTP;
        Wed, 16 Apr 2003 09:32:03 +0200 (CEST)
Message-ID: <54899.195.235.92.108.1050478323.squirrel@www.eurielec.etsit.upm.es>
Date: Wed, 16 Apr 2003 09:32:03 +0200 (CEST)
Subject: [dovecot] Re: Shadow password file
From: "Jaime Medrano" <overflow@eurielec.etsit.upm.es>
To: <tss@iki.fi>
In-Reply-To: <1050428884.16120.15.camel@hurina>
References: <20030415162513.GA2068@eurielec.etsit.upm.es>
        <1050428884.16120.15.camel@hurina>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
Cc: <dovecot@procontrol.fi>
X-Mailer: SquirrelMail (version 1.2.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
X-archive-position: 594
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: overflow@eurielec.etsit.upm.es
Precedence: bulk
X-list: dovecot
X-UID: 597                                                  
Status: O

> On Tue, 2003-04-15 at 19:25, Jaime Medrano wrote:
>> Is there any way to make dovecot to take the passwords from a file
>> with a shadow password format?
>>
>> I've tried with the passwd-file auth plugin, but it complains that
>> users have uid=0
>
> There's two separate authentication parts. "passdb" where dovecot gets
> passwords and "userdb" where uid/gid/homedir/etc are stored.
>
> You should be able to use shadow file with passwd-file for passdb, but
> you have to use something else for userdb. "static" might be enough for
> you.

The thing is I've got a server where imap users are the same of local
users, but with different passwords. I've used for userdb, the passwd-file
module with the passwd  file, and the passwd module and both seem to work.
However, when I use passwd-file for passdb with the shadow file where the
imap passwords are stored I can see in the logs an error saying that every
user has uid=0.


From lfarkas@bnap.hu  Wed Apr 16 11:35:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 11:35:10 +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 003F02385F
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 11:35:09 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id BD863754014; Wed, 16 Apr 2003 10:35:38 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 093983EFA; Wed, 16 Apr 2003 10:34:50 +0200 (CEST)
Message-ID: <3E9D15A9.2000901@bnap.hu>
Date: Wed, 16 Apr 2003 10:34:49 +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: Timo Sirainen <tss@iki.fi>, Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: current cvs
References: <3E9C3F8F.2050006@bnap.hu> <1050428537.16120.8.camel@hurina>
In-Reply-To: <1050428537.16120.8.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 595
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: 598                                                  
Status: O
Content-Length: 1804

Timo Sirainen wrote:
> On Tue, 2003-04-15 at 20:21, Farkas Levente wrote:
> 
>>hi,
>>so after upgrade to the current cvs all of our problem disappear:-)
>>but we don't have time to test the ssl part...
>>although after I compile and install the new dovecot I stop it I do a
>>--------------------
>>find /home/*/Maildir -name '.imap*' -exec rm {} \;
> 
> 
> This is fine, but as you noticed regenerating indexes isn't very fast :)
> Also currently Dovecot doesn't behave too nicely if the index gets
> deleted while it was open.
> 
> 
>>find /home/*/Maildir -name 'dovecot-uidlist' -exec rm {} \;
> 
> 
> There shouldn't be any need to do this. Point of it was that the UIDs
> will be remembered if indexes are deleted so client doesn't have to
> invalidate local cache.
> 
> 
>>find /home/*/Maildir -name 'msgid.cache' -exec rm {} \;
> 
> 
> Not created by Dovecot.
> 
> 
>>find /home/*/Maildir -name '.customflags' -exec rm {}\;
> 
> 
> Should never be deleted with maildir. This contains user-defined flag
> names so it could cause some data loss.
> 
> 
>>I don't know the exact reason bu I assume dovecot is regenerate 
>>everybody's index a other cache at the same time. is there any way to 
>>reduce the possible number of IO load? this would be useful if never 
>>happend again!:-)
> 
> 
> Currently it re-reads all the mails in the directory and indexes them.
> I'll make this configurable some day.

the whole mails or just the headers?
as you know we've a lots of big mails so this makes a real different!

ok so what is the best way to be sure that no cached information can 
confuse the new version? just:
- stop dovecot
- kill all imap process
- find /home/*/Maildir -name '.imap*' -exec rm {} \;
- start dovecot
?

-- 
   Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Wed Apr 16 11:58:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 11:58:16 +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 3DF9E2385F
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 11:58:16 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 15A0075400C
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 10:58:52 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 772F33EFB
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 10:58:15 +0200 (CEST)
Message-ID: <3E9D1B27.7090201@bnap.hu>
Date: Wed, 16 Apr 2003 10:58:15 +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] errors
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 596
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: 599                                                  
Status: O

hi,
in the yesterday cvs, an internal error in the imap message appear in 
the client side and in the maillog:
-------------------------
Apr 16 10:01:42 red imap(zgabor): Corrupted index file 
/home/zgabor/Maildir/.Lists.Bugtraq/.imap.index: Invalid seen messages 
count (284 < 285)
Apr 16 10:01:43 red imap(zgabor): Corrupted index file 
/home/zgabor/Maildir/.Lists.Linux/.imap.index: Invalid seen messages 
count (191 < 192)
Apr 16 10:01:44 red imap(zgabor): Corrupted index file (in-memory index 
for /home/zgabor/Maildir/.Lists.Linux): Filename mismatch for UID 1: 
1050448183.2238_1.red.int.bppiac.hu vs 1050321835.21498_1.red.int.bppiac.hu
-------------------------
and this version is _very_ slow!!!

-- 
   Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Wed Apr 16 12:20:28 2003
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!"



From tss@iki.fi  Wed Apr 16 16:39:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 16:39:00 +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 F189723845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 16:38:59 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id CF1FF5E017F5; Wed, 16 Apr 2003 16:38:59 +0300 (EEST)
Subject: [dovecot] Re: Shadow password file
From: Timo Sirainen <tss@iki.fi>
To: Jaime Medrano <overflow@eurielec.etsit.upm.es>
Cc: dovecot@procontrol.fi
In-Reply-To: <54899.195.235.92.108.1050478323.squirrel@www.eurielec.etsit.upm.es>
References: <20030415162513.GA2068@eurielec.etsit.upm.es>
	 <1050428884.16120.15.camel@hurina>
	 <54899.195.235.92.108.1050478323.squirrel@www.eurielec.etsit.upm.es>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050500339.16342.32.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 16:38:59 +0300
X-archive-position: 598
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: 601                                                  
Status: O

On Wed, 2003-04-16 at 10:32, Jaime Medrano wrote:
> However, when I use passwd-file for passdb with the shadow file where the
> imap passwords are stored I can see in the logs an error saying that every
> user has uid=0.

So it seems. Fixed in CVS now.


From tss@iki.fi  Wed Apr 16 16:44:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 16:44: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 AD6C223845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 16:44:55 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 745805E017F5; Wed, 16 Apr 2003 16:44:55 +0300 (EEST)
Subject: [dovecot] Re: current cvs
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3E9D15A9.2000901@bnap.hu>
References: <3E9C3F8F.2050006@bnap.hu> <1050428537.16120.8.camel@hurina>
	 <3E9D15A9.2000901@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050500695.16341.39.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 16:44:55 +0300
X-archive-position: 599
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: 602                                                  
Status: O

On Wed, 2003-04-16 at 11:34, Farkas Levente wrote:
> > Currently it re-reads all the mails in the directory and indexes them.
> > I'll make this configurable some day.
> 
> the whole mails or just the headers?
> as you know we've a lots of big mails so this makes a real different!

The whole file, but you can disable that by removing MessagePart from
mail_cache_fields in config file. I think I'll fix this even more so
that the file isn't opened at all if nothing is wanted to be cached.

> ok so what is the best way to be sure that no cached information can 
> confuse the new version? just:
> - stop dovecot
> - kill all imap process
> - find /home/*/Maildir -name '.imap*' -exec rm {} \;
> - start dovecot

Well, yes, to be safe. But usually you shouldn't need to delete the
.imap* files at all. If there's any changes in format or whatever, it's
rebuilt automatically. It's needed only if it contains actually invalid
data that can't be detected, like there cached ENVELOPE texts were wrong
before.


From eskimoe@ananzi.co.za  Wed Apr 16 16:45:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 16:45:04 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-168-181.reverse.qdsl-home.de [212.202.168.181])
	by danu.procontrol.fi (Postfix) with SMTP id 373E823845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 16:45:04 +0300 (EEST)
Received: (qmail 18828 invoked by uid 1000); 16 Apr 2003 13:46:28 -0000
Date: Wed, 16 Apr 2003 15:46:28 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: errors
Message-ID: <20030416134628.GA13126@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot List <dovecot@procontrol.fi>
References: <3E9D1B27.7090201@bnap.hu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E9D1B27.7090201@bnap.hu>
X-archive-position: 600
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 603                                                  
Status: O
Content-Length: 1097

On Wed, Apr 16, 2003 at 10:58:15AM +0200, Farkas Levente wrote:
> hi,
> in the yesterday cvs, an internal error in the imap message appear in 
> the client side and in the maillog:
> -------------------------
> Apr 16 10:01:42 red imap(zgabor): Corrupted index file 
> /home/zgabor/Maildir/.Lists.Bugtraq/.imap.index: Invalid seen messages 
> count (284 < 285)
> Apr 16 10:01:43 red imap(zgabor): Corrupted index file 
> /home/zgabor/Maildir/.Lists.Linux/.imap.index: Invalid seen messages 
> count (191 < 192)
> Apr 16 10:01:44 red imap(zgabor): Corrupted index file (in-memory index 
> for /home/zgabor/Maildir/.Lists.Linux): Filename mismatch for UID 1: 
> 1050448183.2238_1.red.int.bppiac.hu vs 1050321835.21498_1.red.int.bppiac.hu
> -------------------------

ACK.
I'm getting similar errors:
Apr 16 15:22:13 rafter imap(moe): Corrupted index file /<snipped>/.INBOX/.imap.index: index.next_uid (441) > uidlist.nex
t_uid (440)

Yesterday's CVS version running here.
Removing the '.imap.index'-file has stopped the errors so far.

Haven't noticed any other side effects, yet.


regards
-- 
MW


From lfarkas@bnap.hu  Wed Apr 16 16:53:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 16:53:16 +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 7B6F623845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 16:53:16 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 9548475400F; Wed, 16 Apr 2003 15:53:53 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 464003EEE; Wed, 16 Apr 2003 15:53:14 +0200 (CEST)
Message-ID: <3E9D6049.6080902@bnap.hu>
Date: Wed, 16 Apr 2003 15:53:13 +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: Moe Wibble <eskimoe@ananzi.co.za>
Cc: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: errors
References: <3E9D1B27.7090201@bnap.hu> <20030416134628.GA13126@woom.net>
In-Reply-To: <20030416134628.GA13126@woom.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 601
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: 604                                                  
Status: O
Content-Length: 1251

Moe Wibble wrote:
> On Wed, Apr 16, 2003 at 10:58:15AM +0200, Farkas Levente wrote:
> 
>>hi,
>>in the yesterday cvs, an internal error in the imap message appear in 
>>the client side and in the maillog:
>>-------------------------
>>Apr 16 10:01:42 red imap(zgabor): Corrupted index file 
>>/home/zgabor/Maildir/.Lists.Bugtraq/.imap.index: Invalid seen messages 
>>count (284 < 285)
>>Apr 16 10:01:43 red imap(zgabor): Corrupted index file 
>>/home/zgabor/Maildir/.Lists.Linux/.imap.index: Invalid seen messages 
>>count (191 < 192)
>>Apr 16 10:01:44 red imap(zgabor): Corrupted index file (in-memory index 
>>for /home/zgabor/Maildir/.Lists.Linux): Filename mismatch for UID 1: 
>>1050448183.2238_1.red.int.bppiac.hu vs 1050321835.21498_1.red.int.bppiac.hu
>>-------------------------
> 
> 
> ACK.
> I'm getting similar errors:
> Apr 16 15:22:13 rafter imap(moe): Corrupted index file /<snipped>/.INBOX/.imap.index: index.next_uid (441) > uidlist.nex
> t_uid (440)
> 
> Yesterday's CVS version running here.
> Removing the '.imap.index'-file has stopped the errors so far.
> 
> Haven't noticed any other side effects, yet.

we still got these errors (after the delete)...


-- 
   Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Wed Apr 16 17:20:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 17:20:34 +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 022FB2385F
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 17:20:33 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id A0D1975400F; Wed, 16 Apr 2003 16:21:08 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id DDCE43EEE; Wed, 16 Apr 2003 16:20:29 +0200 (CEST)
Message-ID: <3E9D66AD.1010503@bnap.hu>
Date: Wed, 16 Apr 2003 16:20:29 +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: Timo Sirainen <tss@iki.fi>
Cc: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: current cvs
References: <3E9C3F8F.2050006@bnap.hu> <1050428537.16120.8.camel@hurina>	 <3E9D15A9.2000901@bnap.hu> <1050500695.16341.39.camel@hurina>
In-Reply-To: <1050500695.16341.39.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 602
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: 605                                                  
Status: O
Content-Length: 2191

Timo Sirainen wrote:
> On Wed, 2003-04-16 at 11:34, Farkas Levente wrote:
> 
>>>Currently it re-reads all the mails in the directory and indexes them.
>>>I'll make this configurable some day.
>>
>>the whole mails or just the headers?
>>as you know we've a lots of big mails so this makes a real different!
> 
> 
> The whole file, but you can disable that by removing MessagePart from
> mail_cache_fields in config file. I think I'll fix this even more so
> that the file isn't opened at all if nothing is wanted to be cached.

at noon we switch to
mail_cache_fields =
after that the the clients are usable again. BUT
what we can do? what would be the best choise for us?
the parameters:
- most people don't know anything about computer, mailer, internet!!
   - they use to write email in word's doc!
   - they attach pictures, exe, doc etc to their mails
   - they use OE6 which can't create rules on imap folder, can't delete
     mails one by one there is no thrash (only purge all deleted mails)
     which casue mailbox with a lots of mails (most od them already
     deleted, but wouldn't like to delete them since cant select them).

so:
- we've got about 300 mailbox
- most people just has mails in his inbox and sent folder
- this folder are real huge (a few thousend mails)
- 300 mailbox has 100000 mails which is about 16GB this means the
   avarage message size is about 160K (actualy the size are 5-10K
   or 1-5M)

so what extra (non default) parameters should I have to use (eg: 
mail_cache_fields etc.)

>>ok so what is the best way to be sure that no cached information can 
>>confuse the new version? just:
>>- stop dovecot
>>- kill all imap process
>>- find /home/*/Maildir -name '.imap*' -exec rm {} \;
>>- start dovecot
> 
> 
> Well, yes, to be safe. But usually you shouldn't need to delete the
> .imap* files at all. If there's any changes in format or whatever, it's
> rebuilt automatically. It's needed only if it contains actually invalid
> data that can't be detected, like there cached ENVELOPE texts were wrong
> before.

they were wrong in any previous version? or how can I know that?

-- 
   Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Wed Apr 16 17:22:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 17:22:18 +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 848D92385F
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 17:22:18 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 1069075400F
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 16:22:56 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 0C23A3EEE
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 16:22:16 +0200 (CEST)
Message-ID: <3E9D6717.2@bnap.hu>
Date: Wed, 16 Apr 2003 16:22:15 +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] Re: errors
References: <3E9D1B27.7090201@bnap.hu> <20030416134628.GA13126@woom.net> <3E9D6049.6080902@bnap.hu>
In-Reply-To: <3E9D6049.6080902@bnap.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 603
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: 606                                                  
Status: O
Content-Length: 1666

Farkas Levente wrote:
> Moe Wibble wrote:
> 
>> On Wed, Apr 16, 2003 at 10:58:15AM +0200, Farkas Levente wrote:
>>
>>> hi,
>>> in the yesterday cvs, an internal error in the imap message appear in 
>>> the client side and in the maillog:
>>> -------------------------
>>> Apr 16 10:01:42 red imap(zgabor): Corrupted index file 
>>> /home/zgabor/Maildir/.Lists.Bugtraq/.imap.index: Invalid seen 
>>> messages count (284 < 285)
>>> Apr 16 10:01:43 red imap(zgabor): Corrupted index file 
>>> /home/zgabor/Maildir/.Lists.Linux/.imap.index: Invalid seen messages 
>>> count (191 < 192)
>>> Apr 16 10:01:44 red imap(zgabor): Corrupted index file (in-memory 
>>> index for /home/zgabor/Maildir/.Lists.Linux): Filename mismatch for 
>>> UID 1: 1050448183.2238_1.red.int.bppiac.hu vs 
>>> 1050321835.21498_1.red.int.bppiac.hu
>>> -------------------------
>>
>>
>>
>> ACK.
>> I'm getting similar errors:
>> Apr 16 15:22:13 rafter imap(moe): Corrupted index file 
>> /<snipped>/.INBOX/.imap.index: index.next_uid (441) > uidlist.nex
>> t_uid (440)
>>
>> Yesterday's CVS version running here.
>> Removing the '.imap.index'-file has stopped the errors so far.
>>
>> Haven't noticed any other side effects, yet.
> 
> 
> we still got these errors (after the delete)...

another new messages (even after deleting the .imap*)
-----------------------------------
Apr 16 16:19:52 red imap(agodor): Corrupted index file 
/home/agodor/Maildir/.INBOX/.imap.index: Filename mismatch for UID 1: 
1050486664.4076_43.red.int.bppiac.hu vs 
1050417307.26676_43.red.int.bppiac.hu
-----------------------------------


-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Wed Apr 16 18:42:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 18:42:38 +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 CE29C23845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 18:42:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 67AC05E0180C; Wed, 16 Apr 2003 18:42:38 +0300 (EEST)
Subject: [dovecot] 0.99.9-test5
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050507758.16338.58.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 18:42:38 +0300
X-archive-position: 604
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: 607                                                  
Status: O

- Fixed startup crashing in POP3 server

- Several fixes to opening index file which needs to be rebuilt. Before
it didn't always rebuild the index but just fallbacked to using only
memory, and that could have been quite slow since all mails in the
mailbox were opened and parsed.

- If there's nothing in mail_cache_fields, index rebuilding doesn't open
the file anymore. This should make in-memory indexes a lot faster than
before, but it could also mean some performance hits later. If client
wants to fetch all mails from the mailbox, the same thing has to be done
anyway.. This needs more thinking actually what is the optimal
behaviour.

- Support /etc/shadow-like file for passdb.


From tss@iki.fi  Wed Apr 16 18:51:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 18:51:33 +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 BA3FA23845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 18:51:33 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7B0FE5E0180C; Wed, 16 Apr 2003 18:51:33 +0300 (EEST)
Subject: [dovecot] Re: current cvs
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3E9D66AD.1010503@bnap.hu>
References: <3E9C3F8F.2050006@bnap.hu> <1050428537.16120.8.camel@hurina>
	 <3E9D15A9.2000901@bnap.hu> <1050500695.16341.39.camel@hurina>
	 <3E9D66AD.1010503@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050508293.16341.68.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 18:51:33 +0300
X-archive-position: 605
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: 608                                                  
Status: O
Content-Length: 1430

On Wed, 2003-04-16 at 17:20, Farkas Levente wrote:
> at noon we switch to
> mail_cache_fields =
> after that the the clients are usable again.

test5 should be even more usable with this.

>  BUT
> what we can do? what would be the best choise for us?
> the parameters:
..
> - we've got about 300 mailbox
> - most people just has mails in his inbox and sent folder
> - this folder are real huge (a few thousend mails)
> - 300 mailbox has 100000 mails which is about 16GB this means the
>    avarage message size is about 160K (actualy the size are 5-10K
>    or 1-5M)
> 
> so what extra (non default) parameters should I have to use (eg: 
> mail_cache_fields etc.)

There's not really other settings that affect it. I've tried to make
Dovecot handle large mailboxes fast by default, but I haven't really
thought of the rebuild slowdown before.

> > Well, yes, to be safe. But usually you shouldn't need to delete the
> > .imap* files at all. If there's any changes in format or whatever, it's
> > rebuilt automatically. It's needed only if it contains actually invalid
> > data that can't be detected, like there cached ENVELOPE texts were wrong
> > before.
> 
> they were wrong in any previous version? or how can I know that?

NEWS file contains everything that's needed to know when upgrading,
including if index files should be deleted because of old bugs. Except I
forgot to update it for 0.99.8.1 which fixed one of these.


From tss@iki.fi  Wed Apr 16 18:55:04 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 18:55:04 +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 033F323845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 18:55:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C0F195E0180C; Wed, 16 Apr 2003 18:55:03 +0300 (EEST)
Subject: [dovecot] Re: Changing hierarchy separator to '/'
From: Timo Sirainen <tss@iki.fi>
To: Charlie Brady <charlieb@e-smith.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0304151754270.2004-100000@vegemite.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0304151754270.2004-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050508503.16343.73.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 18:55:03 +0300
X-archive-position: 606
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: 609                                                  
Status: O

On Wed, 2003-04-16 at 01:03, Charlie Brady wrote:
> >From TODO:
> 
> ...
>     - maildir: change it to use '/' as hierarchy separator to allow '.'
>       characters (for usernames in shared folders)
> ...
> 
> Now changing the separator in the maildir-storage.c is trivial (even 
> though it "can't" be changed :-), but fixing the resultant breakage in 
> maildir-list.c needs a little more understanding. Timo, could you give me 
> some pointers? I can see that I need to work out what imap_match_init() 
> does.

Did you want to change the '.' separator in filenames too? If not, just
change all '/' chars in mask to '.' in maildir_list_mailbox_init(). 

imap_match_init() doesn't have to be touched, it gets the separator as
parameter. It just initializes the matching so you can later test with
imap_match() if the mask matches to mailbox name.


From mem@mv.mv.com  Wed Apr 16 19:32:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 19:32:23 +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 EB2722385F
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 19:32:22 +0300 (EEST)
Received: (qmail 8973 invoked by uid 101); 16 Apr 2003 12:32:20 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 16 Apr 2003 12:32:20 -0400
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test5
Message-ID: <20030416163220.GJ21924@iridium.mv.net>
References: <1050507758.16338.58.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050507758.16338.58.camel@hurina>
User-Agent: Mutt/1.4.1i
X-archive-position: 607
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: 610                                                  
Status: O

My initial impression is that this is working a lot better than the
last few test releases.  I am still seeing "Corrupted index" messages
in the logs for some users, but on the next login for that user, there
is no such message (so it looks like the indexes are indeed getting
fixed).

Also-- no more signal 11s.  yay!

mm

From dom@cus.org.uk  Wed Apr 16 22:33:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 22:33:16 +0300 (EEST)
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net [213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 5588823845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 22:33:16 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.12.6) with ESMTP id h3GJXF7e005049
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 20:33:15 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h3GJXEL3005048
	for dovecot@procontrol.fi; Wed, 16 Apr 2003 20:33:14 +0100 (BST)
Date: Wed, 16 Apr 2003 20:33:14 +0100
From: Dominic Marks <dom@cus.org.uk>
To: dovecot@procontrol.fi
Subject: [dovecot] PATCH Add support for kqueue in ioloop subsystem
Message-ID: <20030416193314.GA4847@cus.org.uk>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/"
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-archive-position: 608
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dom@cus.org.uk
Precedence: bulk
X-list: dovecot
X-UID: 611                                                  
Status: O
Content-Length: 6073


--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hey,

I noticed that there was an ioloop "module" (if we can call it that) for
select and poll and decided to add one for kqueue (aka kevent) BSDs high
performance descriptor multiplexing API. I haven't done any of the
configure glue stuff but the code is complete and works well. kqueue is
available on all recent versions of FreeBSD, NetBSD, OpenBSD and Darwin
(and therefore MacOS X). I've tested both pop3 and imap with no
problems.

To get it working: (bodge method)

> tar zxvf dovecot-0.99.8.1.tar.gz
> cp ioloop-kevent.c dovecot-0.99.8.1/src/lib/
> cd dovecot-0.99.8.1/
> ./configure
> vi config.h
   1. replace IOLOOP_POLL (or IOLOOP_SELECT) with IOLOOP_KEVENT
> vi src/lib/Makefile
   1. find liblib_a_SOURCES add ioloop-kevent.c to it
   2. find liblib_a_OBJECTS add ioloop-kevent.$(OBJEXT) to it
> make

There is a paper on kqueue which includes a performance evaulation here:

 http://people.freebsd.org/~jlemon/papers/kqueue.pdf

Thanks,
-- 
Dominic
 <dom at cus.org.uk> <d.marks at student.umist.ac.uk>

--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="ioloop-kevent.c"

/*
 * ioloop-kevent.c : I/O loop handler using kevent(2)
 *
 *  Copyright (c) 2002, Dominic Marks <dom@cus.org.uk>
 *
 *  This code is placed in the public domain.
 */

#include "lib.h"
#include "ioloop-internal.h"

#ifdef IOLOOP_KEVENT

#include <sys/time.h>
#include <sys/types.h>
#include <sys/event.h>

#ifndef KEVENT_SET_SIZE
#  define KEVENT_SET_SIZE 16
#endif

struct ioloop_handler_data {
	int kq; /* kqueue descriptor */
	struct kevent event; /* a kevent struct which we pass around */
};

void io_loop_handler_init(struct ioloop *ioloop)
{
	struct ioloop_handler_data *data;

	ioloop->handler_data = data =
		p_new(ioloop->pool, struct ioloop_handler_data, 1);

	data->kq = kqueue();
	if (data->kq < 0) {
		i_fatal("couldn't initialise kqueue: %m");
	}

	memset(&data->event, 0, sizeof(struct kevent));
}

void io_loop_handler_deinit(struct ioloop *ioloop)
{
	p_free(ioloop->pool, ioloop->handler_data);
}

void io_loop_handle_add(struct ioloop *ioloop, int fd, int condition)
{
	short filter;
	struct ioloop_handler_data *data = ioloop->handler_data;

	i_assert(fd >= 0);

	if (condition & IO_READ)
		filter |= EVFILT_READ;
	if (condition & IO_WRITE)
		filter |= EVFILT_WRITE;

	EV_SET(&data->event, fd, filter, EV_ADD, 0, 0, NULL);
	if (kevent(data->kq, &data->event, 1, NULL, 0, NULL) < 0) {
		i_warning("couldn't add filter with kqueue: %m");
	}
}

void io_loop_handle_remove(struct ioloop *ioloop, int fd, int condition)
{
	short filter;
	struct ioloop_handler_data *data = ioloop->handler_data;

	i_assert(fd >= 0);

	if (condition & IO_READ)
		filter |= EVFILT_READ;
	if (condition & IO_WRITE)
		filter |= EVFILT_WRITE;

	EV_SET(&data->event, fd, filter, EV_DELETE, 0, 0,
		NULL);
	if (kevent(data->kq, &data->event, 1, NULL, 0, NULL) < 0) {
		/*
		 * changing this to i_fatal is debatable, however
		 * if you do so you will potentially expose the case
		 * where a process receives the client from a socket
		 * then closes the listening socket, experiences an
		 * error and calls exit, dropping the client we just
		 * picked up
		 */
		i_warning("couldn't remove filter with kqueue: %m");
	}
}

void io_loop_handler_run(struct ioloop *ioloop)
{
	struct ioloop_handler_data *data = ioloop->handler_data;
        struct timeval tv;
	struct timespec ts;
	struct io *io, *next;
	struct kevent kes[KEVENT_SET_SIZE], *kev;
	unsigned int t_id;
	int ret, id, mark;

        /* get the time left for next timeout task */
	io_loop_get_wait_time(ioloop->timeouts, &tv, NULL);

	/* convert struct timeval into struct timespec */
	TIMEVAL_TO_TIMESPEC(&tv, &ts);

	/* zero the event vector */
	memset(kes, 0, sizeof(struct kevent) * KEVENT_SET_SIZE);

	/* get any waiting kevents */
	ret = kevent(data->kq, NULL, 0, kes, KEVENT_SET_SIZE, &ts);
	if (ret < 0 && errno != EINTR)
		i_warning("kevent processing failed: %m");

	/* execute timeout handlers */
        io_loop_handle_timeouts(ioloop);

	if (ret <= 0 || !ioloop->running) {
                /* no I/O events */
		return;
	}

	/* execute the I/O handlers in prioritized order */
	for (io = ioloop->ios; io != NULL && ret > 0; io = next) {
		next = io->next;

		if (io->destroyed) {
			/* we were destroyed, and io->fd points to
			   -1 now, so we can't know if there was any
			   revents left. */
			io_destroy(ioloop, io);
			continue;
		}

		i_assert(io->fd >= 0);

		mark = 0;
		/*
		 * XXX
		 * This approach has its upsides and downsides. Because
		 * of the way kevent(2) works you can't interogate the
		 * kernel for the status of an arbitary descriptor, you
		 * can however retrieve all the waiting descriptors. This
		 * is great if you don't care what order they are processed
		 * in. However here we have to process them in io handler
		 * priority order, which means we then need to go through
		 * our events and see if we have a match.
		 *
		 * Removing processed events from the list would improve
		 * the situation, however for small values of KEVENT_SET_SIZE
		 * it would not be a significant optimization, and since we
		 * pass this routine regularly the number of returned events
		 * is typically going to be small.
		 */
		for (id = 0; id < ret; id++) {
			kev = &kes[id];
			if (kev->ident == io->fd) {
				if (io->condition & (IO_READ | IO_WRITE)) {
					if (!((kev->filter & EVFILT_READ) ||
						(kev->filter & EVFILT_WRITE))) {
						continue;
					}
				}
				if (io->condition & IO_READ) {
					if (!(kev->filter & EVFILT_READ))
						continue;
				}
				if (io->condition & IO_WRITE) {
					if (!(kev->filter & EVFILT_WRITE))
						continue;
				}
				mark = 1;
			}
		}
		if (mark == 0) continue; /* no condition was satisfied */

		t_id = t_push();
		io->callback(io->context);
		if (t_pop() != t_id)
			i_panic("Leaked a t_pop() call!");

		if (io->destroyed)
			io_destroy(ioloop, io);

		ret --;
	}
}

#endif

--pWyiEgJYm5f9v55/--

From tss@iki.fi  Wed Apr 16 23:16:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 23:16: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 AD3BA23845
	for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 23:16:37 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 8421F5E017F5; Wed, 16 Apr 2003 23:16:35 +0300 (EEST)
Subject: [dovecot] Re: PATCH Add support for kqueue in ioloop subsystem
From: Timo Sirainen <tss@iki.fi>
To: Dominic Marks <dom@cus.org.uk>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030416193314.GA4847@cus.org.uk>
References: <20030416193314.GA4847@cus.org.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050524195.16343.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Apr 2003 23:16:35 +0300
X-archive-position: 609
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: 612                                                  
Status: O
Content-Length: 2091

On Wed, 2003-04-16 at 22:33, Dominic Marks wrote:
> I noticed that there was an ioloop "module" (if we can call it that) for
> select and poll and decided to add one for kqueue (aka kevent) BSDs high
> performance descriptor multiplexing API. I haven't done any of the
> configure glue stuff but the code is complete and works well. kqueue is
> available on all recent versions of FreeBSD, NetBSD, OpenBSD and Darwin
> (and therefore MacOS X). I've tested both pop3 and imap with no
> problems.

Thanks. I'll add the configure stuff there. Some comments:

--
        if (kevent(data->kq, &data->event, 1, NULL, 0, NULL) < 0) {
                i_warning("couldn't add filter with kqueue: %m");
        }
--

Maybe that should be i_fatal() instead? Otherwise the socket would get
ignored and never closed.

--
        if (kevent(data->kq, &data->event, 1, NULL, 0, NULL) < 0) {
                /*
                 * changing this to i_fatal is debatable, however
                 * if you do so you will potentially expose the case
                 * where a process receives the client from a socket
                 * then closes the listening socket, experiences an
                 * error and calls exit, dropping the client we just
                 * picked up
                 */
                i_warning("couldn't remove filter with kqueue: %m");
        }
--

Can this error actually happen when removing it? What kind of error?

--
                 * in. However here we have to process them in io handler
                 * priority order, which means we then need to go through
                 * our events and see if we have a match.
--

Maybe I should remove the priorities. They're just slowing down things
and there's no real reason for them now.

Also I have in TODO:

    - send EXISTS immediately after new mail arrives.
        - linux: we can use dnotify for maildir (but not mbox I think, we'd
	  get interrupted all the time if we checked eg. large /var/spool/mail)
	- *bsd: kqueue() can notify changes in mbox and maildir

This would need some kind of API as well..


From charlieb-dovecot@e-smith.com  Thu Apr 17 00:11:56 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 17 Apr 2003 00:11:56 +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 215602385F
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 00:11:56 +0300 (EEST)
Received: (qmail 17708 invoked by uid 404); 16 Apr 2003 21:11:53 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 16 Apr 2003 17:11:53 -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; 16 Apr 2003 21:11:53 -0000
Received: (qmail 19485 invoked from network); 16 Apr 2003 21:11:53 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 16 Apr 2003 21:11:53 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 16 Apr 2003 21:17:00 -0000
Date: Wed, 16 Apr 2003 17:17:00 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Changing hierarchy separator to '/'
In-Reply-To: <1050508503.16343.73.camel@hurina>
Message-ID: <Pine.LNX.4.44.0304161710370.3863-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 610
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: 613                                                  
Status: O
Content-Length: 1447


On 16 Apr 2003, Timo Sirainen wrote:

> On Wed, 2003-04-16 at 01:03, Charlie Brady wrote:
> > >From TODO:
> > 
> > ...
> >     - maildir: change it to use '/' as hierarchy separator to allow '.'
> >       characters (for usernames in shared folders)
> > ...
> > 
> > Now changing the separator in the maildir-storage.c is trivial (even 
> > though it "can't" be changed :-), but fixing the resultant breakage in 
> > maildir-list.c needs a little more understanding. Timo, could you give me 
> > some pointers? I can see that I need to work out what imap_match_init() 
> > does.
> 
> Did you want to change the '.' separator in filenames too?

Yes. AIUI, it's necessary to do so, otherwise there is confusion as to 
whether a . is literal or is a stand-in /.

To summarize:

- I'd like to use / as hierarchy separator, so that existing .mailboxlist 
files can be used (after moving them to ./Maildir/.subscriptions)
- I'd like to change the filename separator to ';' rather than '.', so 
that users can have folder names containing '.'.
- I don't care about Courier compatibility.

As an academic exercise, is there a reason other than Courier 
compatibility that subfolders can't be directories nested inside other 
directories? IOW, if we use / as the hierarchy separator, could we also 
use it in the filesystem paths of folders. (I realise that a reasonable 
amount of code would need to change to make this possible).

Regards

--
Charlie



From tss@iki.fi  Thu Apr 17 01:34:06 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 17 Apr 2003 01:34:06 +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 744D02385F
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 01:34:06 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3A9385E017F5; Thu, 17 Apr 2003 01:34:06 +0300 (EEST)
Subject: [dovecot] Re: Changing hierarchy separator to '/'
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.0304161710370.3863-100000@vegemite.nssg.mitel.com>
References:
	 <Pine.LNX.4.44.0304161710370.3863-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050532445.16342.102.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 Apr 2003 01:34:05 +0300
X-archive-position: 611
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: 614                                                  
Status: O
Content-Length: 1164

On Thu, 2003-04-17 at 00:17, Charlie Brady wrote:
> To summarize:
> 
> - I'd like to use / as hierarchy separator, so that existing .mailboxlist 
> files can be used (after moving them to ./Maildir/.subscriptions)
> - I'd like to change the filename separator to ';' rather than '.', so 
> that users can have folder names containing '.'.
> - I don't care about Courier compatibility.

Then you mostly just have to change '.' to ';' everywhere. And in
maildir-list.c do the '/' -> ';' change in the search mask first to make
it easier.

> As an academic exercise, is there a reason other than Courier 
> compatibility that subfolders can't be directories nested inside other 
> directories? IOW, if we use / as the hierarchy separator, could we also 
> use it in the filesystem paths of folders.

I'm not sure. I did think of doing this before, but I think I figured
out some really good reason why the current way is better. Or maybe not,
I can't remember.

> (I realise that a reasonable 
> amount of code would need to change to make this possible).

It wouldn't need that much code changes, mbox works that way and most of
the code could be taken from there.


From lfarkas@bnap.hu  Thu Apr 17 12:50:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 17 Apr 2003 12:50:01 +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 C57D423845
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 12:50:00 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 1B189754004
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 11:50:44 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id E5B2D3EEE
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 11:49:57 +0200 (CEST)
Message-ID: <3E9E78C5.4000501@bnap.hu>
Date: Thu, 17 Apr 2003 11:49:57 +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] a few small bug
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 612
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: 615                                                  
Status: O
Content-Length: 1382

during the ./autogen.sh there is a few problem:
-----------------------------------------
configure.in: installing `./install-sh'
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
Use of uninitialized value in concatenation (.) or string at 
/usr/bin/automake line 8449.
: installing `./config.guess'
Use of uninitialized value in concatenation (.) or string at 
/usr/bin/automake line 8449.
: installing `./config.sub'
configure.in:3: required file `./config.h.in' not found
aclocal.m4:916: required file `./ltmain.sh' not found
src/auth/Makefile.am: installing `./depcomp'
configure.in:13: warning: AC_ARG_PROGRAM invoked multiple times
autoheader: `config.h.in' is created
-----------------------------------------
would it be possible to not use your own libtool in the cvs?
in this case I can run autogen.sh during the rpm build and doesn't have 
to run manulay and patch the genereated makefile.

ps. this is the patch I use:
--- dovecot-1.0/configure.lfarkas       2003-03-20 15:53:04.000000000 +0100
+++ dovecot-1.0/configure       2003-03-20 15:54:37.000000000 +0100
@@ -8205,7 +8205,7 @@
  LIBTOOL_DEPS="$ac_aux_dir/ltmain.sh"

  # Always use our own libtool.
-LIBTOOL='$(SHELL) $(top_builddir)/libtool'
+LIBTOOL='$(SHELL) libtool'

  # Prevent multiple expansion



-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Thu Apr 17 17:12:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 17 Apr 2003 17:12:44 +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 7992423845
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 17:12:44 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 47B465E017F5; Thu, 17 Apr 2003 17:12:41 +0300 (EEST)
Subject: [dovecot] Re: a few small bug
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3E9E78C5.4000501@bnap.hu>
References: <3E9E78C5.4000501@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050588761.16342.146.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 Apr 2003 17:12:41 +0300
X-archive-position: 613
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: 616                                                  
Status: O
Content-Length: 1089

On Thu, 2003-04-17 at 12:49, Farkas Levente wrote:
> during the ./autogen.sh there is a few problem:
> -----------------------------------------
> Use of uninitialized value in concatenation (.) or string at 
> /usr/bin/automake line 8449.
> : installing `./config.guess'
> Use of uninitialized value in concatenation (.) or string at 
> /usr/bin/automake line 8449.
> : installing `./config.sub'

Only these are actual problems, and they look like automake bugs to me.

> would it be possible to not use your own libtool in the cvs?
> in this case I can run autogen.sh during the rpm build and doesn't have 
> to run manulay and patch the genereated makefile.

Hmm. ltmain.sh is generated by autogen.sh (automake). libtool is
generated by configure. But they can also be generated by libtoolize
which isn't called in autogen.sh .. I'm not sure I should be calling
that. I think newer auto* tools worked a bit differently.

Anyway, libtool isn't included in CVS but it's generated by your system
as is the configure script. I can't change them without ugly (and mostly
unneeded) kludges.


From charlieb-dovecot@e-smith.com  Thu Apr 17 18:23:40 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 17 Apr 2003 18:23:40 +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 46E0C23845
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 18:23:40 +0300 (EEST)
Received: (qmail 30482 invoked by uid 404); 17 Apr 2003 15:23:36 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 17 Apr 2003 11:23:36 -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; 17 Apr 2003 15:23:36 -0000
Received: (qmail 17616 invoked from network); 17 Apr 2003 15:23:36 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 17 Apr 2003 15:23:36 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 17 Apr 2003 15:28:41 -0000
Date: Thu, 17 Apr 2003 11:28:41 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: [dovecot] Using nested folders (was Re: Changing hierarchy separator to '/')
In-Reply-To: <1050532445.16342.102.camel@hurina>
Message-ID: <Pine.LNX.4.44.0304171125480.5165-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 614
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: 617                                                  
Status: O


On 17 Apr 2003, Timo Sirainen wrote:

> On Thu, 2003-04-17 at 00:17, Charlie Brady wrote:
> 
> > As an academic exercise, is there a reason other than Courier 
> > compatibility that subfolders can't be directories nested inside other 
> > directories? IOW, if we use / as the hierarchy separator, could we also 
> > use it in the filesystem paths of folders.
...
> > (I realise that a reasonable 
> > amount of code would need to change to make this possible).
> 
> It wouldn't need that much code changes, mbox works that way and most of
> the code could be taken from there.

There are significant differences from mbox, because a directory can be
both a maildir and a container of other maildirs. That makes deletion and
rename cases quite different. Or am I imagining these complications?

--
Charlie


From khoff@pc-intouch.com  Thu Apr 17 22:16:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 17 Apr 2003 22:16:18 +0300 (EEST)
Return-Path: <khoff@pc-intouch.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from luaren.pc-intouch.com (luaren.pc-intouch.com [66.42.86.8])
	by danu.procontrol.fi (Postfix) with ESMTP id A4FF92385F
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 22:16:18 +0300 (EEST)
Received: from luaren.pc-intouch.com ([66.42.86.8])
	by luaren.pc-intouch.com with esmtp (Exim 3.34 #2)
	id 196Etd-0001Iv-00
	for dovecot@procontrol.fi; Thu, 17 Apr 2003 12:18:09 -0700
Date: Thu, 17 Apr 2003 12:18:09 -0700 (PDT)
From: Kristian Hoffmann <khoff@pc-intouch.com>
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Corrupt mbox handling
Message-ID: <Pine.LNX.4.44.0304171210040.1829-100000@luaren.pc-intouch.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 615
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: khoff@pc-intouch.com
Precedence: bulk
X-list: dovecot
X-UID: 618                                                  
Status: O

I've found that if an mbox file has two consecutive 'From' delimiters, I
get the error:

pop3(user): Error indexing mbox file /var/spool/mail/user: LF not found
where expected

UofW apparently ignores the second 'From' silently.  I've been trying to
run dovecot in gdb to get more details on exactly what is happening, but
I haven't quite mastered the art of attaching to the pop3 process between
the login process completing and it exiting.  Is there some trick to doing
that?

If I can't work around it in dovecot, I can just write something in perl
to fix all the duplicate 'From' lines.

Thanks,

Kristian Hoffmann
PC-InTOUCH/FireToWire System Administrator
khoff@pc-intouch.com
---


From tss@iki.fi  Thu Apr 17 22:42:29 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 17 Apr 2003 22:42:29 +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 0A97D23845
	for <dovecot@procontrol.fi>; Thu, 17 Apr 2003 22:42:29 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C12C95E017F5; Thu, 17 Apr 2003 22:42:28 +0300 (EEST)
Subject: [dovecot] Re: Corrupt mbox handling
From: Timo Sirainen <tss@iki.fi>
To: Kristian Hoffmann <khoff@pc-intouch.com>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <Pine.LNX.4.44.0304171210040.1829-100000@luaren.pc-intouch.com>
References: <Pine.LNX.4.44.0304171210040.1829-100000@luaren.pc-intouch.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050608548.16341.212.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 Apr 2003 22:42:28 +0300
X-archive-position: 616
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: 619                                                  
Status: O
Content-Length: 1254

On Thu, 2003-04-17 at 22:18, Kristian Hoffmann wrote:
> I've found that if an mbox file has two consecutive 'From' delimiters, I
> get the error:
> 
> pop3(user): Error indexing mbox file /var/spool/mail/user: LF not found
> where expected

This is in TODO:

    - two adjacent From-lines breaks us. not too easy to fix though.

Problem is that two From-lines aren't really "possible", because the
line feed before and after belongs to the same From-line. And since the
newline between the two From-lines is shared between them, it breaks my
parsers. I guess the correct way to fix this would be to completely
ignore the first From-line if second one comes right after it. I'm not
sure how easily that is fixed.

I once tried fixing this but the code got too kludgy back then, but I
think I tried to keep the first one as empty message then. Ignoring it
might be easier.

> UofW apparently ignores the second 'From' silently.  I've been trying to
> run dovecot in gdb to get more details on exactly what is happening, but
> I haven't quite mastered the art of attaching to the pop3 process between
> the login process completing and it exiting.  Is there some trick to doing
> that?

Well, you can run the pop3 binary directly and talk to it via stdin.


From lfarkas@bnap.hu  Fri Apr 18 12:14:07 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 18 Apr 2003 12:14:07 +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 76D742385F
	for <dovecot@procontrol.fi>; Fri, 18 Apr 2003 12:14:06 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 5410E754003; Fri, 18 Apr 2003 11:14:56 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 661E53EEE; Fri, 18 Apr 2003 11:14:01 +0200 (CEST)
From: "Farkas Levente" <lfarkas@bnap.hu>
To: "Timo Sirainen" <tss@iki.fi>
Cc: "Dovecot List" <dovecot@procontrol.fi>
References: <3E9E78C5.4000501@bnap.hu> <1050588761.16342.146.camel@hurina>
Subject: [dovecot] another bug
Date: Fri, 18 Apr 2003 11:14:01 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0016_01C3059B.9D70C8F0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-Id: <20030418091456.5410E754003@mail1.bppiac.hu>
X-archive-position: 617
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: 620                                                  
Status: O
Content-Length: 133367

This is a multi-part message in MIME format.

------=_NextPart_000_0016_01C3059B.9D70C8F0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

hi,
after I push the delete button on a long mail in mozilla the mail is not
deleted and after tha mozilla don't show any other messages in that folder.
I have to restart mozilla. but even after the restart I still can't remove
the message. this already happend earlier, but now here is the rawlog of the
session. from OE6 I can delete the same message.

-- Levente

------=_NextPart_000_0016_01C3059B.9D70C8F0
Content-Type: application/x-compressed;
	name="rawlog.tgz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="rawlog.tgz"

H4sIAJHAnz4AA+xd/VPbxrrOr2Em/8MO0zsn6Q06+/2hIS0G2yktIVygJ+1pMx1hC1CxLY4kkyZ3
8r/fXdkGrbySRQA7uY2nU8B6Vx/P+7xfu6s3SfBuEJ/989FDfiCkUAimf0IouP1z+nmkv6BCECE4
fgQRxgw/AuxB72r6GadZkADwaHAaJBdBWim36PgX+kkm+scQEkiR3EAIMkY3FCLMi0b3cw2IIORG
xxX6J4RO9U/NES1POaSPALyfy9d//ub6/xa8/gn8dth6s/f6JTjefdU5Om69OngLDCE2IN1AEiDk
Q+YzukbAIEozsL4O1v9r/ckaLfz5T/MFu/lid3/79S/6Kw56SRhkIVg/ToL0XH8jQBoOwl52IyPB
z7ttcBpmvXOA/G/B0+5e6+XRsydrDe+N+4itKdAbxGn4ZA1BoAkdj7Mna6vG9kv41Nm/BvFerrHA
/glBrGT/zPz4av9L+HwL9naPjsHT338evdIPGPafgXVv/cZcr4/vnEeDfhKOQFlyd7+R2EEU9IqC
pcPtJDjN0qKAdfgoHGWNLrMXjcZ/VZ7mJOhdjC8rDx8k0ZV2VjW3eRwOLwdapP5OwW4WDtOa08xc
HzEebs84zV6sTxxmYd8zjtX17aJzMecoDvZfg1dBNDiJ/wLhX/pwmp8r97H6ZK1R+i5Mwj74vTsI
zs7ML+0wHwx+PwoNwLlmwDfdOHkXJH192ZljPugcvmrtd/aPP/1c4Pdvn70FRjoFl2EyjLLZs2IC
Or/o5z0yf0Bw2NnRF5pdWceLf7X2dtu7x78C7a+04xLaab01cSQFV8Eg6hck9zu/HANB3oIDfWtR
z9zNKPwrM8ImGuUhptNqb7w53D3uvAVHk+hkI49At3O88wN4aiIVugbPPNSzHA9cFMAOAVIUIA74
b0RpUZQ6zsWKAswhwIsCvPZioigqHOeSRQHpEFBFAeUQ0BG5iB6svR9kQ43qhS3YkQt3ZAGPiEvE
Ahy5EEcW5MiFObJAR/WoIwt25MIdWcAjF/LIgh65sMcW9rgee2xhj11wYgtx7jQFC3E+j7g0NtfN
072ilSnz9Y5J4krGt/1rB+zFZ2fR6AzkeZ2mkHF1eZZnya46mH6Bn8r8j5Jl1X+UCDxX/yH0Nf9b
xuee6j+vsv6bVXs3uZWoqvdkoTT0/gyugo3BNJtTxSPJ+UY/vAoH67knKBzox1dhLzZ5oo4bFdfQ
QaJ4BKPnWPkEPqfIp+Q5ZT5Vzxl6zqTP1MSDHXZ3JMbe0e6/O1NXtv26/at30On89NsPOnHoHHrd
3c5eW7u4bhIPwXEMdnrgaHzyp7mvtil+X4VpGpyFG/psGoY4ibL34JeN618Pw1Ptike9MAX74bv0
LInHlynYHW0chpeD9xvH8bO35s7JDZY6l/a291sH5lFp5aMy6wjSkp/XA3H7gdr7R+Z5KumB7IkC
wT+zx7khaV6EeGmYXIWJfiQddiseCds8/cwUpIP97ImuCycd3auehRZtcahLjsnDs8oBvHCEYPDU
POXR8eHPO8c/H3aMgCgJlMExA357uwk9BDGF35khstmQfEBhmGo2DEMq9TCMpTTDCGw2jGDBpadD
KuH5MNRsGBUIUg9xImk+DDcbxgmV+mqSEpwPI82GSaQw9PInzIfRWyCpx2GGJ5iwhuMwVVh6mDIx
AaXMhqpxVOmCz8Oc4wkqDUmCBEfmepKLCSwNmZIDAj0CBZ7g0pQqhDGNZ656M4425ArmUrPL0zpE
OS60IVkIJIYthEue40IbsoUQpTQ5iVQox4U2pAsRUmpboFDxHBfakC8UKUmL4xryhXJo9HA97jaT
w5TPZoep+Do7bH3q8v9lzP9ighgkfG7+F/Gv+f8yPl/nfz+/+d/qUV4SRP3KS+vj78fDusPpZTCs
vS0vfZ8G/QUy17ldjUw/CIfxqPZeguFJUH8SXekFo1E81onqgqtdV341QlZFWSN3FSXjeuV5J+Oz
LAn+s/DuZ3VqlVSxkKuXOTjYbe0sktpNs6tgtEhqL+4Fg2obMCL/OthfdJb9eNRAalLT1YocHO3W
iExKqV50cbFQaBGhSlVZvVg/TC+y+HL9fldjbr3ucvfFlsoVFiFvt8KCCK9dYVHuFRZ+pxUW5zT1
322txXWuilUX52LDvay/3M+qi/OSD7v+0mDVxXlXD7v+Urnq4lxSwYsXZizEsWudC1s4YxfO2MIZ
u3DGFs7YhTO2cMYupmMLXVzPdWzhjF04Ewtn4sKZWDiTeh9DLMSJ08vYbsaFOLEQJ7T+khb2xIU9
sbAnLuyJhT1xYU8s7ImL2cRCnNT7F2phT+v9C7W0QF1spxb2FNefz9ICXeDtbXdfrw9q6YO69EEt
fVCXPqilD+rSB7X0QV36oJY+aL0+mKUPVq8PZumDufTBLH0wly0wSwvMZQvMwp45Y60dbFn9jVvY
Mxf2zMKeubBnFvbMhT2zsGf12HMLe+7yQ9xC3LmEzu1V9noL4IvW27WIhT13Yc8t7Lkz07FTHRfi
3EKcuxDnFuLchTi3EOf1iAsLcVHPdmFhL1zYCwt74WK7sBAX9T5HWNgLF/bCwl64sBcW9mJBnmkn
mi4tCEsLYl4Lwr1J43MqYOCt6heuhKirX5C7fJHNypcvFxVZu2+uAhX1paGic69bwoLqYOEV2wkn
O5O+jP2EzqD6idXu1/2Et6tsncIPW+M2qGydd1VV4zoLtTtUu87z2WbgLLBtQ1iwwdE2Bafh2Vm/
s9S2s35nqW1n/fWZrF0L0/rYbtfCtH4Ow66KnZWFXRVTZ21t5/8u1Oxa2JlG27Uwm7+Qts2KlKPO
W1pLxZQqOlkvLm+TOXz9Chy/Bjs74Ojn7R87O8eg3TrugFedo6PWy06+TeZw9/WhiQC/bFz/etjp
dg47+zudI7DfeXP08vD1zwdHYHd/47BzsPfrxvFrHW3+Fyvy8cma2Yjjg/VuvkgI9sKrcJSF62Bz
umy4dTIKLr3z8XdP1o5jH2xOFyy2LpO4F4+yJB54p5E+eLMxRwvli7IEKYSIINTbbpGuFIxCzLbM
EgzyTi4vzQx6ftrp9h8f/DY991twGPogjYch0Fc5GYRD8C7KzsH08JM1s1HIB2/C/nNj16+CJF87
1z7NR1T/B/7brNs+WbvZNuQD8mTtemdRv3iHGHEoPbYDt7vmDhFx3OGTtYWhzdImhkosXZtEio+F
h2zrhyQd0eq0d7oeMavTkBZ0OYGwm0TPjSu7gRD5VPjaM0whnJDD5kYVNY6jYQyOoiSIRjqv2czS
dCu6iCbsuNax0eyNnodxUtKxWYQskUk/hZI7sONJs+UWquvLgk0EqUQSIsU9JjjzEOVeLxiGg63z
cRKNgu8eT4Z3W5BpEJjWuSgPV4oxbIZDDwtsD3+yVthZ5jcaMOVKsyynxBpGls4ayujHOoOi3NfR
2mKDPtwbp+BwHPYuwiQDm8n0t61odBonwyCLLrzxKNpI4jSLexdeP5wyZDGPdno+cHqYSgotcBWW
PdwYPeWIey9bCAqstqIkTSMvyM693l938GS3cioTLkEhEIWepNJDajH1asWnxGuWM9vEEysgHobc
4a7chj4j6PH5+LlJzm4ICn0ifZ1sfYK7ak8oMlnqrAxrjuBU5bSmCqirRGzYlUIriPnIBfsOQ9QT
UBngG8BOfbPrHC4VdmPod4sXZZOqEZzqsq5otHWJoFy6LhlUNb6b+RD6lP6/891U64p6L7c/Y9/d
LNLkBJRcQuzp80FSx1O32JSldTMXFksJVXwFjp668tLuNlaeMv1VIG+Ql2JNZe10lupxAnASZeAk
zLIweQ5Oxpnnedeg180GlVyDgssvBrCjGFCkvY2EdvNCgyjnQM9dCFSgdVmIrtQnBnS8hGLA/BWA
0/AdiLPzMJk5hTnvrl2AbDNPJxD6MVghnZ9sBYYCIYyJ0kanMJPa5nq9JHznxcnZnGU1GTHVd93k
nm1kjC+/lKdUOo2MkLbWN9FQNTMyrXL2ScXfIsff2Ol/qgd/fCsX/nixD5/4Xe14iWc4Igued1Z4
EjEpBHXhqViDyrF+wJRoTSeJbdIpoZbv2Qm6v/kjB1M+YQYI+4T5RNxqBqjJHNVMNw3n5Mt5/vID
AM3Lq9ub30Sbdd67xtrn0xan+dxlsvB2Zp7L38HQS5RpYMQTYhaLJQx9qHxEZlF0RqXaFRvbuCVd
weQwJI4Mwh16Z4/9Kh7pDEIUMghdJTKfiU/JIO6QtjlyiBnqDRfBShkcXv78CGHyY22qVFULN7Pg
ZuVcMx3MV9UV0wkNp3VrzzFvkDqfxXJqkEguNkjEfYJ9Xa+XDLLhkqdNDboCalC0gBpOC7gvXpS1
rUi3S01VwbWmeLW275S2P66pX3IaKO3AISMeZrrS9jCHZR48rr3XMqv06YQQMD+dvmdeQSurWqJ+
3pBB04oUaVW7OG77eY7Z8v0Mx64JwXZ7p+0Z2+OOSnF+QpD7WOgw94VNCNZ5mkbOxZHj1w+YkaJ2
O0SpnKSrWEt0kaIqR6pKxrkPsebF36CcfLDVnPpNMfYWAoZWkaXg6ynoo7HO/njBITLfzCggsKEZ
A8HTTvv42YwFO+dBMohCsJ0E/fdgszf582RjpvdwIx1GZpo0HtYzwmQpP0XDcRKA7vj9+CICm6f5
z63zoB8M3k/jR5X7mDAcxElfh8pEczJJdaCPR6AXX76PRmcOvSkmhA5iHsYKEtcKsGU2BzrOenv7
v3jUo9TLAx1HTEcqZpp4cEI3UN5KaisYDNLLqBd6ozQ98/TDh4Pp08+o0HDzk0UKzd7lz/gSzKvz
k885ba1YDGq6uuSoFWu2JjhTU2VqxZt6aab6hlvZ7MChibV81auHnHa40xqUY+a36STC8qYr5ihU
GyQmBLJiLjW1DYYlAtVvbyzRhuPl04ZAV77RMn12kH4SoZPQIMtOoqlLrMg4oMm/zX6VDdNxZcaq
H/VpQ3AQZtq5a8+++efl9FcsmHXWYjZqGs9+Wkr6AMnIJ25Xa7hh1c4isFy+19CR9KM1hyTssgr7
RM3Kqmae4k5FhbN8nl+MXlCyNit/HfV0leBMrbVbiy1lciKWr0ykmGPicEezu6sfipUK72lBOQ6f
m9r4RuvKx8hHaqkTh71xkpgeKL2r9Abthru07VkhuYpCHtHqrMt6tNWnWpV0KBtNlVwpTjKo/RYj
wkMcYR0tKwJlgWAY+lQXJ6I0W1O/z760ZRutIFBS5TCuNmItpVGCUEFUUZjz8ro+/STjqmbN87s5
XYuhzWjQRPPl8m2R/IwHtS9T2AkTJsufoEHKkTBpHmxjkc9k4YY8YNLXVrFMJxsmSZwU/GvtKyml
dVS0fK+KoWMmTLU1Fbc9ogP0/G7JeZiRTsgn82DLgznKQBqGwxRkMRiPxmmgs5gb0Bu+5GPDz8QK
gpok9Usdn1tgq3LF9+fRHtdeZy4w6gtwxUwvVoo8UlVCFunKzVY7xsqRseG7XrZvJGwF1UTOmSpj
ZOaVBixtY3wVh+BNdKJtBGyG6YUmULgVjILRB1Maeh+C+6gqZo7PUUhoTRPKda37soUIwnzrXRwP
vVGYOYhT5eMdTHQLzvTZ8HW88k6EFcwpMVdB0eaQKs+0VtUP2MAJM5+Rwi6M2zjhBuxo7jEWsKOZ
upsQx7XTsU5+9uJS7ZuXdgYsV7HTEbl2trY5b7U9ZCrmyqUp28eZkHzPGfA90OBBsuC6iNEoSMwn
0QsGzLhU+4quzSWyitlq17Sj5pJAwmviU7iZmlpy/vwQzqLWoc4HlgrBmdJrX7q2wwlcQUo52Sr9
JaWUFb5tOSllI3t/XHujjpxUYkWmZ6vaW2NZmvQZ8gkp5aT1L+/bVBNi+S9oIeWarekIucM80zCc
Oar0fG8NKu2hVKvZQ5kOg8EAnIzPbhCv7YVQqhdX0NKAYFht3HMP9RkYdxUZysZdJTdvW1IKjnLb
wtWLzhbBhNmnkb9bdWNcCH/+bbTMvwt0y95IqrZlFGIVzZHIwzZHcnZAcTcQWNgc6YtoiXSrZr8N
WiKtoBHS/bQ/+jz/icUGTY8qWx3dd4tfZyuhh232u7jVEXYh/sDNfqvaGn1t8evwjctq7FsQqWrn
WxCpauJbELlD617nsz1sE99CsLmX1r1O4ZU38S2IrLx1byF6P2zD3oLI36dNbyH1uZfmvE7hO7Tp
LYhUNed1XvIObXoLIvfQnFeLWNiL+pxQWlqQLo5LC3vp4ri0EJcuxKWFuHQhLi3EZT3i0kJcuhCX
FuLShbi0EJf1GYq0k3EX9tLCXrp4ryzElQtxZSGuXIgrC3HlQlxZiCsX4spCXNUjrizElQtxZSGu
XIgrC3Hl4riycFbOqscuexbVPaXCx1n5QLv0gc7aB9rFD3RWP9Auf+CC+gfaBRB0VkDQLoGgswaC
dhEEnU1goV38QGf1A+3yBy5oBAvtUgg6W/OWys+K+rNUgDq1UCpB3TVoqQhFLv6jUvHpqD4RvXPr
UWz+0fIV9I6Y6wqEiNnoDj0lPWJenkOeJidXAivBvPQ/4yhJwsHWu3fvvGE06g+DizCZe/lca2Q/
vjLzWhhAZN4/yzcyGKN6utMx7x/dTHZ23/V90H3jg85wEF6EH7Iwi99e97OYTfdNZv8K/SymP6e7
fPN5vPkZwVLjifoGorUv8EC1/MYehIjiLOrV5QhchWeX8SiLL243Af1DeBb2xymY/PtuYDM6n3xx
LfYcrLc8sB8Ow+x8skdfQ305yv8uCD1Ze7wXfQguQGs0CsBmMDB/FI7/GIziqyhLQSvLooGR+HP6
TUFoPzh7D/aCXgQ2RwP9YyschKO+zSJMbwhk+snCawLNzbUSiYiSTFMVU+zNOkGcBclpFA76XjTK
XLvy6+b1Su/z8RVoHorrli4vvo/SeENKpjbQ9//zfevs7I8fX3TJhzQ8/f6FRvjszPszNn9tmV+v
Vb7+D5sa/3D2gjFT5nN6Ls7cd3xwGSdZMADjy75Wjf3usSi88iJMy1pM57RkfEr+AjPq4VMq4Tey
L1FATuE3MIAokD241ddEKlsreLpvGuENns3P1kvc3RFdj0NVaqhU33tzXrdyFZ0fibXueRWPgsFF
3L+dPTcy1p/iobarAPyUROmHLDIGe3Ex+W5uuUtr8sbeqNEknNfkzN4opBJTjzHFPcR4Q4tr3JCT
Sr6CQIjVx7mo9O9gEFwFyXvwMjiJE7D54cz8vAbv7b0r7VodhfhpFoWITyrVIaRQOncwkVp6iDTU
RuOWmkqtYHt9vtXMWj40r1dpV7h79PrGFb7ooCxK9P9H71902pn+Jf3+xS1XZkNtGoMwAYdRpu0j
6U//rtx4AaE4NZ5MniD8DWIBOQkp/CagU09WRttaP7zl2OkSIbUsU2dTNVTAQkqlqSC0eSLckAqN
+1Zipq+w/OX7yXvM9n5NxDlp6cqKUN6mCClCOuY14C6nO23e4UgSCbtb5p+8Jd85AinW7GnnQTSw
gumPbR1JtXcsgDSJpSX2uIPpNWFLV+q+eUFaf2yP+8FlmGZ/mH+09o9/Hfxx9aKjptncH//H3tX2
tm1k688t0P9AFAL64TrCvHDIGaPZRLKtNLs3bQpn26LAwqAkyqb15pXo5FrA/e/3zFCUOMPheKR4
zezeoEFqK5JscYZnznnOc55nBl/n6brYxkLu4m+MN4F/Ezfp5iq7hi8WD7OXAzZL7uCl8skNqbdk
W275GrjC1/DWzKRh2MIBqUumTbJZ+mI5DdJ1kATrjTLfTacv0gV8O5e39vqwO14WLelimpUPW0Nu
eEpoRea0HnI5QwQKI0njEdjzPvNrwuplB2MoaiNHqU9bkDjuRqQLZaqkFnXlp0dhFBEexVwvC83D
TAlSEG26HuNTzBsKwkqQl/s+fZEnMv9czq/uIMLPINTjTZJnV8niIbnex/sfp/P70U1irLZ3Tehu
e+uLAp8atTDRSaMa5VZqMBd5dZR0khFGk2GEOinfnijz6bT4zNYA+CFZjYz4l6uHbvcvVNfwZr6c
LZKVUTY0S01WS/MTiGTf63nU97VECqrPPjxls862hSM8JcnzZJj4RNdPp1fv4DeAsLi+enF1uUlG
65eD3iqDTwapwXJdiZD1qoWp2hLZlCrx43qTlpDJW1AgJ1FNJHDQF9GF1L0O4/icwglJcE8yCkks
eoKfnSHS7w3g7Hy9SPPC0bw7W3S1SrzcNPf55AV/1X/127tf7kbz3+7fXuQPyR8/R+M3i/Pl7+FL
tXFkljN9nS5nh1agWqkpYaDe+eV/B4sH2AX5dAl3+nKq9J4rRxxhlVAdnSKoPLlxxB0g6xjHbcBu
FsYzi9AZi7uSz2sbaCt1ggfpcKeySiAhPErY6a8KMQh619d2BOHszLNe2S3fEPZOtsrvF9PtOT19
MdyPuh0n+MhbMMSgiH4Z0Isn7KLMllgj7IKK44ElnVgIKKyj42GXmF3wfr/LkFSyRnXYxc3R0laW
hS3MkBakVJMG3L84O4NiSdHoLTTgmiICPSW8AEcOpgEb5avPdtJq4Nt0tt7AQTot7q8AQu5YfpUu
aoUmbAY8gq1MR50xZZAljOrrbha2Pq85XE2RtCF9RdgeP/WVxDbTCvWcqw9Qks3TRJ1xtZeZFz1R
1T1low5OhiShCerIit9a3dvTmf6rv8//Hr198xFO2g93o08vX+6TF5VHQ2a6P/vwKaIVZb+GzNaT
9GhM07egqkCUatUzhF4t53DdVZUgsJMYVdcdb10wiC3mMtgGeDxJog6k4zwR9PiYi88FOcfKM41Y
Y66/MKHgX0YheYEFi4ToqmkWi7tUoV4dyV7SbvKiJMYfnOd4drU8sfLdvllki9E6WKfzebYDIR7T
B7QUkpxx+vzBESpGE11tyLk/43CDuCngFrraXlBZidnqBG2/Q6noWbfE5466pRqVn+gtLRARk5Zn
NHJARILhSKLyAv7ybUu66eJ6mwTxNgxOLDc0fE4GORRRKQSy39AyNJWFi8TWwkId7+Ab2u9Glbn1
+mGdjOflg14NbuOuMJAo2NHWP+s57O7VPL2GNU3yl4NoNU5n8ti2vIFqUJhpw0imDeNIjDshSknC
QtSJREPaUEvaDnnx4TKEWPAW2j/cojQQhTEPL5RVFbeZ48kzGtLyqichiwod8IM3mbFuf4OFu0vX
JZ4k49g0hQduXw/n2dRj45yJ1R7cX1/tPd6S7CqZJXdT+QM2W+DffPV6JaF+y74JVW2Xkhh3JkKM
8ZAjSNy3S7//zcwd4/myx9QLLXuFRm1oFlpmO6M45oMQMoyoabIT8osqc4FGlX73ITslMELISRBk
t8vF61GykvFe9Re0rSERrmSVZ6NZGoyTdL6s1244VQtEJ2EHTYbJSBDUIfCbqgU6++Xd+96vlmX1
e5VdvNAFj2HWhnhhbHMl5YL2Q8iFY3nQeAmfM16zXnzCXv1uYdfzJqVCc8jKMBoI29AntFxa0T/n
vT4E17qZTB0BIZLPd5wm5HMiIKMtmkE7SRKiYcI8EBCP11gVCpsH5QxAE7XgIERrnnSwjEW0wGzc
EXwEWQOkDRC+t4cArBlmuw7A973FeJUmkqoUDKDwmaaLdZ5mC9mkmVS+N7pGev5VNo2Mmyopbqq7
11ZoRMsgqSYwjLdeTg7gwz2eqAe5MGzBt01olCPICe7ny+lJMIGNdn8Lq9Uax7NhwZXAhL7kZrTA
Om8T4u8enrKxVWLEJVuFdTHyrJDcE6Vfj67PObo8J3GNmCYgzXj+myeuN8NJOCq6HbHoxGTMJgxS
24nY5kB5Ns+uIW23tcPlYfQWrulKig1cXUIR1xtncDDJQ2mVXkMhBY9XLrEHpGwoR3CKe6TXDZEU
hgmbKk4oIuWRls4koNTU8YlUYfMI6uselNZXkPA2SF22ZgwdDPA5XCQlsGG/TTSvJ3qK+JFqcs+Z
ingAwrVUxOM1VglBpxI5jiA8oeev6LF+1H3GJEM/W+VJ0E9lb1SeckP5/XAPKO68GKrHUEhPSTOZ
K0aCS0aTlBsTwnd+wCkhoBMMIOw//xXn/H/1EKJTiqVBA9UZWMUyPMJ5LlbBWBu32Q7BWP4hMRzH
XUxEJF6QwmxHcvu2iGvTZXbKMOhkfkqfv8FB66c9BCaq+oCCDTt0nMZDllYQFvODHphjG2f9oQcR
kl4m8pfDnHQwxBUCx2PTLyefztWRynmCOiRJoyQhcKSOED2gp/nrK4iXV+8+vL1aLmawNa4k3LXJ
pi8H0eLho4O+Cmm+1IcX7pPOLcOhh78Yt0HO0rSwkmCWXk9k5Fsnw+FTsnZOgrfzVRr0k9Vok0H+
D990h+qbChy1rcOMjHDX4eAas0o2OUTzGIiIGBVdTkNI33noGzidkihmE/r58ZEicBqJCUL9fi9U
ZiBho9Y4D87T0fbaQXUaF96mh0OKJkP5JAjGy9n1crOc7svkyo6awfvN0k26Xi1nDQpxzbIyho0q
b8HkMKxwNX5Ob9LNi/fL9XLxEAxU3JL1C+xzYxP7Rj8FOvzwE7z0dpxINoCCZ+U0SVde5v+xEAKa
YNoKDc9gkIodm7l2FkBtJIGWcBh2+DjhaQqBFJf83O0n8uYDsC7qki6kKt3CiAjFmMEPjeCMpTQU
kvErP5h2ocr94FQOMshZLciBEmV1+dzcDyvHriBacs3NK8SFwKyDY8fIpDNiKUlGn8H34GHIeSRZ
9jaxcLe2kzG2ilpAtGJtbssosRYPy7lqkNIpLKPxj1dlc/Qb8x/Klx0x3VWPpLZAaikZ8CnFUDU4
SgZcuE5i1OW+A5Bu2S1TsL/11dPL2i8kUTkJ9HrEmrhQNSXXWPDxEP4TuKukeCPf6R23IpqeZuJW
xqZsTXNCzwb9LX2sjjsqRiGqjubwU6Xxe0zeUs63ZcHPyV3wo3nv/eWxNKbcadfJZpxM99fdKTNn
8Knw86cvYVRzWf3/IdRgqtEfqMOglaUHv3rr+84qKXco25LwRcNdL5CgFHYKHLAQuD1vel8BQ9Ps
tw3uLK4DEWNWZCbhqJPwZELhuOpMIBQ4gAgj9/ppufoox6xvrrLZWJbsChLPbuDhRGsoHAuLh9E5
HnRjRb8XTbC4oidWsPF02pyrcQkJ74O/HTNwa03q2XDUQk1EInEwf/0ICOl4aOhzsR4rlx1XSL4N
6+YUADXYSKKFrpQu7rHe3C/S/Jgp5ac5B3bZUaR3ZaPTEDVmRxSzEKEuxpDYYl843C27qt9Q/PmH
unBsSY4YwRH8UnL0h1poqwXxhWvzdrL3dhSjsJi1LfPi3ZytJd7d3wajbL6/sE6xWqNup2EL9JI6
nwjhPuaiH/bPEFXqDGchKtQZeDi4CPuIXUBm+lpuImY7eGQYUTfAy8HZ+kreAiV9fH8bGAoNjavg
opWoFZa8kN0Kq7Y7MvUS3GrAOoJG4ZO3ULpFNVo2wpQXRE+OOiM0ChOOrETP8vJ/goR9+Wn9AhOG
XvVfXf7X7NOff7y7vrwf3A/pu5dW1mvDiH3lbDDe9eGPv6I//3ifj3+Zbd6+md3/ORcPw98HKPk9
v0ku+zfDN4NPCfzk9H62GX38bV0Z3ZaLFVQJvpDtiVMm9CZWuWSe6sxG3dbG7HZcm92WYz+xzFWL
uq0+IlNQWEVlRCaUk2DHkZ296onHCvrvvvWs6Xdbo7l/HuxX0SmbrXtsixYwS2Gj+jDBLiSfCc4U
iyNeOQxR5alTXDggP/EUt1oVC6BuxdM9B74h7bhUvL5sIcUYaxw/Az3KIVsPIIHZr6hT5fwre+sz
2FtudXhjJjdqYaqDWJj6jVJ+TeSnUI5f06MAqiMYP/KuqPdKtdrUaCGY1B+P+fsa9cfjNaWmnqfc
v54n4hYcoYh4JlmFY2Z7DXq7pMfs3ARtzR5JEY87XAwxGYbHN3usrPtyZT29GXSmEaJtnILPpFX6
2SsLGRItwG3rypJiZUPSSSmPxzJvPn5lG1QlytV1mmkYjbwWJPegiLEkpf3BOcRq+aFYk9cvJNDV
uW0iikGRg2N1XaVtt/o3y+uHYJEG03Q2u5UycIvFQxZk1+niRR7IZuEi219npyOJfibG9IuYXkNY
jIvZjGjUEcNhHD39bMYRtDGfgRHVcYK6pYeV/SXXQBXt0Gwa7JAoYNQgx7VHAd0mMoZ6aQvmhyz8
ql5adtWpRiijsLjNXXUIwBxTOTIviS6eqsJOtyCDTkbI80OPhNUaM56CBD7abLqgn5/mwjGKpqZA
hBb0CdKkM1lUESUrl8np2KTfsqQFxWES4R1d+jLJT6Rk3PYgU5C5tCmPSqTp3QX85Ms9ZVpbhn++
6i2gIHhJ0G/ZVJJdVplSD0rko92P8BjEs+T1+K6S/zx+t2vR5F1y/QARExZC+nTCQbjJplDef0yN
fXb+/k3397c/Q+GKujK7wQRTggjsLNh5gkSEdi9fj1fL/G65zhP9tnLaZ+m86xYESrHQJEzmmQQZ
gmQT3C/Su3QKqcFhgdSPDhvyU9LYX+ah4AyFBasE8iff+OU0ITNsulvI7lloywTJgIRyTkf1bRsy
QazBkwxO9qMywT/X6TBdZ/D/5SwPftysN8UDFUjKUPr47ttvfir608Fb2bReWhrW8knvk4+z5cds
tA5610t5fiZ35SPa8/rLcbJYTx+CNw/LFeSeP14/DLcPac/zgc+ahyubu7QuaYnb5fVyfT/L1xDs
r23aIiptG2I+7BDOCBmPUEdgX22RQ15c7menY56OQyDRQmdddWjL5NkDa1OnpcZt+t5CbnLI02ab
NC/JjVUR01ATcUSscn8YlSkrACE8gdw7TVIymtikHZpq01Lw3+lTaCgLkRbgwbDmRAQZ55bAgoed
8TDiw4h+6QOd/mOoBf2FnA/Ou2ar4LGZ0DrrhSgS+iPsCbcPpb4FKG7B9aZBoBMylS6GswZKSi95
ipCehtGXPhPqgSNageFHXlMutdNP1NA+aOFut9qtGJf/Z4iaMhhbyOLvlV3C6iU7P7RkttOHNfI3
UhhEs8lGJCKOQ0n+Jt5EQrd5q0EfbEGLAvP6rXd+TqLeOaR57OzioideW+3eiuaXXuWXM9mVXK9h
qtR4S+toqbFJir/lv/7jH/vL6zS+NQ63FnA+Glraig2zHs1DKEiK1T9j5+twxbxHmmEeHmC1mOfx
mnITOK2Nv4BB0Dh83tTzJ8h61tJlJs/UeM3VO6gSbu/XV3BMpdkVJBa3ElSS/5RO9+mp2nqQS+yP
1FiOi4fE3RJDdNKBE5rFfHxMeuo0nTbHK3hIWxhUjOqToef9kIQXYZcNECwvooYtZTXfx8Evo3wb
I7kiuyK/HKXudLllExr5rtPIQ87SGMHhJMhlEM5m22epGtZ4z9+gJE1n0p1oBW/7ISvsOz4Wj+b7
t9eigK3zUAsGRKX2cJjGnTEbiSFJbcYl5e5w+o3rRKAWBCuxPjk1y9Z58jQAVJW4W8gUNo81USjS
IVOmPOZd36kmt0u73iCLWhByL0gjHsPB5kSvX1WntvwPW9KaJLBJGHw4u59r7KgTNZX4e5XJ+Our
H6qn6A+Plgfzh/U/ZyfB3c0d/JaZxm+pDrGoFjWur3ERabEaJhYjyQwZRUJwXhkmnmX5TXY/9wi1
GkQTuSAaGtM2qCKR35rXB8I9eATFkm8HwgMJxiXr3Vy4napYOtN4DoRHMlFjdYL9diA83A6EDzso
RTwej48fCN9b+GngTuzHA4pIK1TlWMN5xpaxdsIxRdLNEpFxOEpH3DLW3pQl01MUnpLdqLbKIuuZ
VbG59E3g3AKK8QhhfZXkUL5c32fj1Hqm1hNYrpqm4/EQdzAepQmNIJMtm6amLmusITSxH+uHQkna
wrxpVKsY/fqaZ9G/1HPqsL7m4YZTUpSmOl1crpwGuMQuwIW2MaZaeImb48E0OusLuOsICpu4yohq
WhcsrAjyHCRrovvzGSnj3uXP7HA0mP7paOwx5oQGZ+uYtyjXXgN3Yie4A+VsC+COZe3ZWa8/6HU5
imHtG7T2pLpmZfqJ8SOnnw4kNRvCA+VV1jCe2E/RBkeiBcpHNWn1LvQ9WhBa2LJnIyqjjLRsBMKV
RYT1/ADV8EcSylgDXmIX8BLxFjIOBb5VtzWptKa5NCNFzCaF50nCkpbBu8m+23HhIFxfM9UbmCbj
PEiCaTJMZ/D/YTaD0y9/uN+k+VB2CVw6epATEQKpImMR6uKII/4CFzp6s+Uomd0s13lXfTVeQr60
qMQnDVuJXdgKa2F9cGwzQySEct6lkD5ARugxnKl88NBR4ak3TubB3+B4gRoOvpxaYI27ZPaQKN5T
eU1112wXIoExe/7CGdfNYh0itM1Ss5Sdouio8162WbdVedFrrVbD1Z5meUU1KCJ2QRGCtSCoqWju
u0/g4GA9hRs1JroaUXxK6wpjZUMKiThkohsLzg5wfddQgNjPj5ryNnyP62apB2oVfJbGZoOo3LHz
yhJ/cGU/xvs+LqVQwPVagUKr02d2S2OuIQbcRQfhUQvhS40LVYfiIfN+Wovb7Y2GK+gbVzpvjZ5e
AqoBKG2hNhBQKHjfaVwr6rmLdgGZ4/NHNsZsE8hfFsWv5ub13beBD8kv8CL5yXfzZPl5Owr+Z9P8
uAZ3cLcQSwvy15RZ0p9GM82mqfroVIWEf6Op+oNYSA6dgboPacMTy/2gQSDcOWgVshb4RqFFAEbg
iFCijEgJihvgr1gfIAwLCgZ5lNqib4fHNo3MCjw02Sor/UHO+uzWdpgGSZ5D+EzXsP7XD5ulykb3
66OBJ9xTDhi1MSjMalSZJzDwbHteRsOU63r86FT+CQ1MmWu4CnfrzoRtaJewuuwMooXiMaxSh40i
PpI24oRvIaVHRefkuvSTmcR719lVcSeo5mqeJ8PEDLKHYGbGD7lUG+VKWncazGwd8IbSCzE3r5Zr
+Ar/akn0dKIWXINZuJ8lEY3DFiznv1DzcrWQumcOYachbyJzqeHjScqTzojFE9kaOn4KvsnOp1xc
DfHhTjGYryRlC0k5bDa1kSTlwtQGec/Scg0S4m4joRbUFf/TIDihYTDCicG00DImmFQvd75czQ6V
sZwp3Pw62dftpln3iQ/1jWBZiJHGy89piAXiUttXeFPyhQbLCKe1EEYtHChI0xKFbS4FpbPgbrWU
vkn/OiV8Q0tdXnyHCQyPUCyKqVfufek19EB8tR9+uoRJaIW4cBfiLQC7cKfaJiGsY3COYTd8yo5S
zDPOaM8RweZ5vKceCqyhc96vK9dfK/SFX6EfEfZVN8o1UchQQaGwZsx4O5U36owprLqsdz9DN8o+
7FiuroYICCciwNsQA2Y1tQA/8Ib7iJ0cTwo8eJsciN9Ep0qY0MBvhIYLCKfoCWujr2rByAWOev0I
diCTks0emKgERAvl2YPHbR+Dvx/j5x4gcHriDaUfPvgGx29wDVfnU/KwX3oNtxBurx8cPj9HDYpy
U6TKwYX9jCPWE2Q1eO3fPAWZuHo4P9FbbjNkpnmp4mqaV8uQCaHwI7sYU/gr9s2QNWhEfNXJfcIM
WUM5hB/xJSS0BR7pv02GhGEVT1njgOhomyHRTpKEaJiwz8iQQjy4oIqyTm0ZkiRxVpZXfeuiW7TQ
NCEWugUjYtDrq1vHyswz6Y6EKMH3o+gWn2vUVfiZpNMgXQcSiVhOg0TtFQiY6TRdVNYC62vhwlgo
akH2gNnCWMR7cAjAFovlXIS9HkW6AyisxXHM+MdHkLyF2Xe67C5Z9iZvU62OrdmMRpjTmJGuBDpj
TOo2o75Ucv/nHfM7WOxRw1BQouxRMZ7Y5sgeNVh99B12m53om905AoTbiDwFkVLbC3l6k+QB7KVg
fj9db7Kp8qfe+gkftpW3bnHrzWzp4ReH0ASrYVY6oVA3T0axGMKpMIwKZ/HFbLhc5ve3f6lRnXxf
ts3UiCZNSYiD3heLGFMp3ocRFEDcM1ODF+rrTv24FSJsAXJhNQUD6ctT2MTEuDMRYoyH3GkTU2mi
P5lJjPaeT2kRg6QNdynlY1jEYBTqC+dSjcHy7b4MaxgR8zhWEKPNirwo0KMKiY3K1hVui8RWHGCP
2pnpswGqXZFdB4tsMVoH63Q+z4LSRW23ekxfPafcC+ctlEjcgnTji3Peo8rv0EarLbjcqLJ6TPpd
HGfI6tBQT5Ugtcr0l/KCf0xm+XKTJ3lSvcKRfoVd+BVvAcKwcvoYOosvUFdK1NftRErznepQo1S2
OSp1s899VQ4IufEvN8nw/9i79ue2cST982zV/g+slK9qshUreIPQJbN2bHknN4njjT2PullXSs9E
Y1vySnJymav9369BiTJBgk1QdkRnb+bpmCBFNRpAo/H1902j/7q5HHcTIdbf5vYXmdFTCWLO9Fp/
EI1n00wHabeD8CIksv31Rngru46U1gctAxZXZeE1y1Z2CUvoxzbKEuRg1OudzzvY+byDCe03C6Jc
knNGz3rXcK/95d7H8QJ2pTAYbjuyAEDPPXpJyfMO5eDBEN4HzzuHV++u4PbBdJ7ywXc9UG+R8EcM
RqS/MxjyLtMQ/2iaHEN0My8O0cqs25pfz8aT92UR2B0etXbB2HXBOCz44Q0IZHOXiN1HPFG9yXCx
4srRnRUs46VhtN61eSjK9m/5NAkMsfhItKSlTyvjMA2t/g1vufYK43oFqkUluaINKG/EhcUjLD2s
zAOCGec+6eXJ7k8nx++s6tr1h+Hl5+HFu/VpdcLydhsrF4n7YWvEM9wOaV9SN59GsXwahDwNoPTo
bbX9z8Pe6+4cLPsfB4cHP3de7PWng+G8P231p1dZ7PyH7uQi+jy9iUbTmS1UHdt7YHqLPo1hLXZu
8nJSOn7z5ojHkh7KI9l6QY8UOZJy983xAWVSHRjaIkQeHLLDTvZd1vPIKiRRmSI02LDwZS7V7Qc3
l0axXNofRwL1jgQodXM3FMvdMC0awOKZwnRFqEmhIWqnxzgs4yOyM+quJuXhR5Qc+4fxfP7u+YH5
mKDrofEmlNi2DvbRS3ufJdCajKbZh4RBY6rJrr1V6eAmFaB8St28DEWhUKqBPvXTXZedb2TrLrNw
7mSDmEgWP2i66wBYeaEuMeCedWe7uRyK5XJg19EA2MLb2YcQaZikqs6UFdnC2uAQscIaLR94Z9Ol
kp5g/R3dGw5pd1jd2SH3JJ1NZfTmB9gdLvp2ob66voSpftCyTlDceRxdwnexPxwOk2bLvQj8cdYd
LRLHgUf9etJ5+3r/uHN8VvMB0T/+Aj1rm8yj6+HsarxI30SrqPPLy9OzU/sHAg5yAE9PPw4c9Kf9
Vy8PretYmI2gmgh+HsHv59FH+KaDTMvjzi9nkdbn0Qm8z7hvX8HOsLYxmEIlzd6CF+/+DK7YOY9O
4T37i5xh3MihbIeW2MNZBxna1JleS5PeS2nabNPc0FyqhjiiIeizXJ5gz7NcYhZPA7fqBP0wFyrg
eVYuOia+JrnAzdfEDT+Yr4m7mnFfE3cO9NmZuklT3NLUzf/5bE3dDJTP2tTNEMS+Ju520Wdn5tiZ
+ezMHDszn52Z694+OzPHzsxnZ+bYmfnszBw7M9zOzLEzK9WqXzZ2LM58FmeOxZnP4syxOPNZnDsW
5z6Lc8fiHJ9ZuGN7XjG3uJOLrxe40wu8FOi8bOz0B8f7gzv9wX1+z51e4L5e4E4vcF8vcKcXuK8X
hNMLwtcLwukFgfeCcHpB4L0gnF4QFXO8O8n7RoVwekFIXxPH9sJne+HYXpSWhD5G9ea9jVEF9cd1
BLcfoxrOmSaoEHCAhm2AIGqATmaARiMuC+j9+qi0Ha4W5l35UQUrXOHI+7wyjRxv4zIBF2/jMjkS
b2NUtiJAHCGAIT+A6x2nBve9eCnpdKZJIJ9xAIUuzrTqfV4gYWgAhyVOo1h8HkRCJZuUsFg8l83j
DdA7M6f4czCZRxfwgvPhRb1t5+vuwpIvpbigq+5lt3/R3YM9zGx4NbxNI/lLnnNFFky0Wbl8cGwY
UxZozSw9ZqgCQtiOJ3eWahooB3U1JjbuENjJLrrzKWxf04xdUgK3mC9uBuPpbYdUd9yTauobD8ea
tqLwvFRG1SgGG2JuOdZoy/4b1othm1EX0q0aSJIzXoD0gFUSSFtXabnDhYxNoq2eIrAGaX+VZXIt
xOD5EX93aA+WwEY2m5OgDAbevq1CYx19akfWMWZX3f54mriYm4+KM51J2sS0BcczsdjuP6d8JhsA
RZpCIcyWJ7sn0cyS3a07ulWUEcgxATNqmYCNpJQT+AWlKRFw/3Mv6fCW85FOeu5uj1pNy9yhRmB8
mYD2178QoUzMW5RR0eKhqshB+aAcpDbePgSJc/Yv55yCsszogAVLrcFFLrX0ykVe75+9PDgt8ZQw
CIH1p5A5vdzDXVezc7AmSgje4lpCl1UqWWOc1YzavxWTYIGWUpLj7pUq1CA5vjyOevuhkeBs6zNG
dQ8HrMYVcwpMBTS2CGjS4kRwc5dJpd6zvFSs3LRpKeOHpWLlMrZhgj0sC1Vbx3LDucqgRuq9KDKb
aEs+mDL+fKnZpNYsQQnTqgXbEwP9fudJQnNqie2DJ4mwNL7Tqxp8Zvs1RqaAAyYx7SUhH+uxnd6I
jdSAQ8jH1kpeo2FvOr0olL7//a9vh+N5AsN797fnB/z5PoURviSsmI9Lw73a6tZ3mcSfETXSyy9H
BjtqNCCqH/u+3NKHGFExXfoQrRjFz4hekmF0Wdzb6XcVgV+UP9n+ZdcwAS5KK/wTukQPzfLZZrjT
JV1wRup79sr1Y2JiYh+ubWBT5fzloyoL++aZwS7bjGTEXv2BNXY6lautixuocxT8VgUlwAOXh9Sf
XJW9rL93Kp3dPYemg6VcHtW9Hd7vD/o9r7fkuufm/eerITy3nOwBlqYs03UJ/AQ9GMyBT3QDoii8
QN1JubHA+ZaJW1zCmLEKSFwZzW3k7iggeZWgl0i2LBE9zQpppytWjk7PVhyvR8T52l/SJWrpNxl/
KYqhelypDBGEHcS6A0awBnaiTG4wYO6SC8jjNkbLPIThO3QE0ZXy5yEscgWmXnNAWxaklKXSTmA7
evWU4Y7h/R7tkpJshgtq/tSOeik8P0dIVkQJ8nZSAF0xBNFT9QJ97vb7m5CcLlGWe5xYmk5mHubm
sQg459rsvzhs6UQvIMulXaVoZKiVAoaZR7M4KO7DkRA5lkq+fTyyoLR0e9jc5jCfX6/ML8XU2ApD
WBEEudNWsNajPAyExpZoeeRU0/ySJDE40JKBkNHQDBMOlnEnB6oaiJ4MkllitC3NutjkQewFmZAQ
aDNBWLX2dOVekFEZ29QBJUaFbQZDgU05Ws8mhAio9xin3sxwcvpyd35zfT2dwZhf/XBbSWLnhP+e
Ty/WiSD4+X16uTgVeMcciTMIa8+YgyBBrsYcCeUXxgFl+fxLAwuyLsTEsLAddQw7SCqpuKekNKk5
t6Xj63JFbY8pKdukgiFk7NpixM2WbGyatmGcPXcj9hiAxaQqB4MuH3UflroHCibMQ7i3P3QVKdBn
bJz3Xe9r87jskG1uDjsdmLko8qHdY5oHHnePmR77cqHJHtu2fr5n+Qmhhlvlp7MJGnvklZGbLOSn
a2aI0iGAgmXdIUDV9vk9BS+WIbFu0k8WfLHTBR8wwyGey/zx7GiLuczQNNAKQgKdxlYQkrg6aWhL
ppNnx3JHqlHcNaY0aaiNNMbmyxN6mVopw3xOalkjzxyabqkzi07JhhjFWecxRw3ERsSjt+BPEN3f
Bmo1tpWDapAiU4GZG9vCStwIqwDIYXkLpQnCAew52SXaAHNvfJuMOO0uEgqG7Ek2uJdQd9lvFGpo
y3bIeV12A5s7u69jYB8KUyrlsZVmpyTmSpRKs1fsMWBPqqS2e1Kb3awAPaRdiBYY5IaP2P6WEXZg
DyE+eXIbnsIqew8oMzx1sQHyz1kfNrjfSy0mZZuWYxON5hx8GOb+GiSweLlKzuHo9s8QBFH35nBb
hSU+EA+iJDPFCiu0Qcq1ZyU8X6kWt/8JhTvgxUx5QZ/tY1qFK3HyFTtQXdhq3oHq3u9FzBCGA2sV
RHUr8WISmifFi93yGl0NLHr/3mAsoe4PjBX4LD8YSyBiYxaMRWBvvwJjyVDXCiySzB2W8+0Hx7B2
o8AsdntA8dBO6nCYJ/QcBNVS8GrVrAAAFzWS1wBwhda9uqh9HW9/Y8ppQdYkFOVUAtqvh2vZOoir
GrJUHAYmYWWpgCzh5cu55SRugCROFA5vx++Hk8+XzaZ4aV+tclh6h2nGRG9QneKtcZun2ipO4tFS
WQubKltGvBS24zp4zkdr092R3kQKapngLEm+NdX7gVnGjfFv32yQ+0wS6MEv5tkx07bV1ULIuOtk
S1PvQmkNchrBDSTZuPQw1hIiOiJuWb2l2FHJLSu6ohYQwTc6YMz5Yi24WKK2NJhf7yYqA3uTcU4W
IkVxFYrHciiz4Gq3PEVQ8I1pTSDKYJGjL26AjJ0Kz2lzGYyqHCZmC7DkJs4QshOGLq8VdSYHzan9
A+lBnJ6QugEyUEGK8V3w8ePXB9EPj16jDY5u64PdCewtMxqz/sgxlD8mp7JgGtgtkNvdYpHek7UJ
TOB8i9At/zlafjtY81irajuoLKEbUxb/oUXYfhAn/XHlEptA5El1D8itkNzRHTkTXCAXOBwiTieJ
phDFx7Cg1sjchHIv5TD1TWiYF2d2G3HFHBZZSezfJCDiklbij28kOHw4v07ipejt9HIY7ff705sJ
9H0+jvqueO5dAoo/v+2FQFKr5oXkBbmHkXN/2dm0owl30heEtElp+jw2PE7ArQyC+BYLPcLDucRc
QI9uoDhRxYUglMKs0FLJRrBlK3+otOft3MSGUk3LztszyAHYWDlZIfiHltQAlaTrSzwgeMMcXF75
/7vqEYL71V81sHDrWzZAud1+XHAPlQSDKP9eHsnUhNJa4WT89+mk22AGEUKxVTJouMNJfwjeGZJD
Cr7Nn0HkmNxabAw3Ks0ghp5p47yKuV19A+eRtKjZtSGEqQyMJSw8jcQlU2phdS2bTL0LaOWpZJ24
PnfIXXOHsZ4s7vgWJTMIyr3pziC8gXNtGBD/cmoMICDNMeDT9ar6OnEBZ4AtBW1oDNOfav19f58K
qVfqles6kVWpaUa48VGq3Og2zOL3MgW4Wa+bwh23yq84bam7LWB6+8ATrgps7IT1l8lsxtUO7zLW
G1Yc6N2pVH2jpE9tpNEm4LOg/I2TypdtAdujipO/UJraXF1uvP2YmCudG3o5nJZuC/YQTvuf/PlP
31TiTOoAAmphzKoyQIQKpmHrZ+l5iA7KAIWyE7vTM0S8DfjI7fS8zBe4eBlwE/KFc3wN+UhNGFmV
l9RBJqVeEkhLnS/i3T5AlqsY8RJj6eEeRoX/F/CSWvRc1V5imGQG5hLOZJiToHTk7gTSSK2p8iRe
NPUnXoiBwVY/8aLWp8TexEuRbuNLbBg4lVKDhW2wUlXMXZWOqfOskigEpaDPleE0QAHHTQF/8gDg
rAHdXAP+V510C37UCquaQ2MKcP3ywsw6rHWp16CqBO52BkbrV12IcZ9Jp2CM5P0dbSe4pODPLfqP
pV2L26Qc61zvMDx1oEDNCncCEroBVAorrEvhMMJ72xljR9pZPGYZRZu2hzmiQiEwVBvEHd+yEbK2
YqeEsnVtjzUcp+/KZjC5VfSuggrjaixuBAcBUgNsIeXllvfH5vKknMnFDwIoxOJ1yVryGae69/tR
CAIpTbIoBJhXUhRCaEl1qBaPiyqG7WtDYhq5STUUnbuVSbWa9VJb1CmpGLO44lEuUGqAv4IThkKz
4Ct+ab72DaFZMYEhyLjSsPe5B2wWJ/WwWbhOlYtjYNvfNlHtAVbTAyKOFEwoisgyLC2JM1jaBJp3
S7p7f4RcvsO51LCoupd7nMkaUJ3xgpSPDjuxzf4RcM2iqHeREku1ebzOmT8skDIunebanzcAneLm
QUKnnPMf1aayLTHyA3sMuTx/4qHIKVywzkWDigaiP9/AoDCrGtbSxJDYMzCSFYcTp5RD6jb7QgOj
PDgthHg1wW3FGHMzdByuOJir+2zgmFgS/iDzKsG1CfdYEFonrfJN7UxJVI/yzUPIxqwUFS+dhOoi
41IPDRS8zJ01NXFqneQIyo7oTVuyNbvIlzxryktbPStoW9U7SarLrILHvrW0rlIXQGVM3TxErJoo
WS3nm/66GTDqIAiqZro6z/Ky8wiBEOIaycBRZYszC4QNLaMIVb91JxfdQK1iJdyBr1UA/+0Osu8f
7hCoipWKoaGyx80zlYONHuD8E0SwEwwqqObXCX6U58hSWQIZgYQuteT4UrcJlML+QyDrD4Gsf1eB
rFCFd3enSRtIJzAPw1Bw7cVWTghW9SvlxwOSrosSSvvDSXaqMOQeTK0N5N2SMo5y55PxHXdT5XS4
xWPUqqCiDiwq7Qkn7anCKniFakBtlfO4ePYdrDGVDo3NaU82pR2/BzWt2hJZbs0ykRkS65IB6SRZ
FQqH001kWb9eOFxwYu0ec3ReOJzdm5WzgtbiAEy9xtVnxtK2lJgGpgy5Xa/5aryBUaubxxBwZB0Z
p9QbnBSpwmpxoWOa0Gg3eW9ontItGP2xIaWbtxyXYwQH9fjfbnvfyY4qLDvKhGgifPBSrpWst2WL
qUUUZ0Ch26JcCwoANgs7ivRqwTemPe9kL1VY9pKaJrKXIlNLm+xcXHCaJbr8wrrqoUnz0GSlH+dX
i8un6qSkhmrjyiO0k6nUeKaSNwDDS2Dyy66d/z697M+7k8/j4d50PP89GUr4xiwzkhmM5GXJ87vZ
8D3cvpjBeO6PYWT/9Xm+rIcIKo3kgrb4kErd6w+IJDTem45G4/6wlTsby+w5Cc+Ak7ild2c5N00N
7+T6dGBtLfzUKDdaghNylfNghWLxQxiJQZK3ZTAoXPJ2I2087WSyNCoFYmgTQRZFTp+TBDd5EDXT
NSbUmril6pNnRY20wZVhJqyIUTv5Mh2WL1OqgUNoSYqECsGUQn/k8N1Ee1gSfyNYS/1EuyVpbpMK
ck7tpBN1WDpR0riBwn3hUTAMpbF+2AqGG23jUJ3BYprfwnjbtCLNr52sokaziqKJKoCE4CMAiL/1
RNHG7Ep3fJZHBJFZnhNahnipW5KQeoaTOdRhkh+Mygb0EDPUDUXcLkvI678wdUOgQGI56rji3Ahi
0EQJMVwDEQb+mx8gYF/0P0T96dX15XAxHLRsxxb78eiy+/69/QFiMtts2bPwx1l3tEicAR7160nn
7ev9487xWc0HRP/4C/SSbTKProezq/EifRMRdX55eXp2an8m0NcH8PD008Dpftp/9fLQegGFTRgE
4jBPnkfw+3n0sXs5HmRaHnd+OYvkeXQCbzPu2xeYgEVsWzCESVq9BX/c/RmcqnMencJb9hc5szj7
slw11FKxwBEs8DRwOZE9DVyei0IDRsq6DHu3HHGvbKCk3RXi+HUw/TjsTxfnyWD4543NgE0n6zKI
s/HVNDodz2BDDi7ybDGf740vxq3RuNbuYfUZe9ezaX86Wcyml/AEHyiMama1KRj8P4BQq6D1ZpM1
hMIwjC0dYKUU9uomu7jDZ8YxhHuWQHB524eb2XjSzTSr9WqFAwDYmcYaJnRiGQtV/jNWtLnKKeW1
dAuWGpnZZSIV4kDcOudbDXA0clVAzFb4V1gIgHmhx4kqOvRObhOlIPyqT/F06RJJX35IVM/FUr5F
ZB7LpaWa4HYnTjWP/abzYcypFqMWUWbv/adW77eb1nCQqXJLYmOdIWWU9nBNsGjXsoqv2RUPux/H
AxsdzqcTiPUPr5Kf9m4flzjEZD6/HHSv9667g8sWzNPZ5f/X1cXzaDadLqLL6fvxJOrNphfgZAPb
j+9hZVp8ms4uounNAr7AbQk9sjbkq6IbyAWKhzzF15qj7zjFF4dY2KiVDt+TUEu23duJGLZuDz5e
ozXjNUaxeI354zXG7iVeY/zh2xONf49PO53jiMOd49l8Ed1M5vDIVrm5ldEcMzcviY+Z2MDeTFYF
yLw6Ql4vLZ7o+FaoIulMWdaZ+c+0E+Pp2dsfD85+fNuJvn20gO/5KHp0fQlz0aPo+OWr9b+PdG8M
lzhsjyV8GqWcS55tkXywCv1gN1IiNE5L68+fke+i/4WNX6Ks8Ha4uJlNdk+6iw+WJB8Wib3578PZ
RZGaY3g5/mi9azd70pVw/TpN7SP7Q2gK89EIZt/INmG316NvbX17N3dX9KstkqAqbpEWPYcv+k3v
c1R8ePTtyXS+GI3/53H0abz4EHVOX5+dRLBGvjBCHsJeg+gXcO/Ilm4k3yWdwf9zlZ2Mo/3r1ZpL
RNsKN5jlrGc34qd2J557+9XLZt7gctrvXn6A14B3ZhreN/PGxdbu+6ave2BEh/LOEav5sjH+sp6e
i771/TJjbZ21NgswtThQLzjvdDo1312Vvjt8uPfN0xeAD4LP1bJDuMU1C1X6IQmRcPZDXK8tc+8a
L/Nkaemb+XAG70RW7yaUlDR5Nxn+bsvYpOydoNlsOokOu8Or6eTxMk4pf/91JJTclBnH30Wzm8nu
dXe2mEdPYdp42ocGrQH09WebgrXNdzuTjzD2T7/vvHr1/GlvPHna684/fJe7fLJ/9v3zp3O43H6a
/OdmPlv90f4EP+TveL3/8tXZm+f2XfKXvn/zuvP8af63r9787XgfLqzuKHKSCxoTSwtKWhmDl81X
mTOJ6r74859yxnlKyKdhD9YteHjbXj+9GMPTIV7udQfRDALB2SD6lgsjVPwYu2qwq5qgVyl6laFX
OXpVoFclelWhVzV6FbWVRm0Vo7aKUVvFqK1i1FYxaqsYtVWM2ipGbRWjtopRWxnUVga1lUFtZVBb
GdRWBrWVQW1lUFsZ1FYGsxXEDOhVzFaSYLaSBLMVhMjoVcxWkmC2kgSzlSSYrSRBbUVRW1HUVhS1
FUVtRVFbUdRWFLUVRW1FUVtR1FYMtRVDbcVQWzHUVgy1FUNtxVBbMdRWDLUVQ23FUVtx1FYctRVH
bcVRW3HUVhy1FUdtxVFbcdRWArWVQG0lUFsJ1FYCtZVAbSVQWwnUVgK1lUBtJVFbSdRWErWVRG0l
UVtJ1FYStZVEbSVRW0nUVgq1lUJtpVBbKdRWCrWVQm2lUFsp1FZo3C7RuF2icbtE43aJxu0Sjdsl
GrdLNG6XaNwu0bhdonG7RON2icbtEo3bJRq3SzRul2jcLtG4XaJxu0TjdonG7RKN2yUat0s0bpdo
3C7RuF2icbtE43aJxu0SjdslGrdLNG5XaNyu0LhdoXG7QuN2hcbtCo3bFRq3KzRuV2jcrtC4XaFx
u0LjdoXG7QqN2xUatys0bldo3K7QuF2hcbv6P/bupUUQ7LzztNcF9R1iaQStyfd2LmC0sKTCQgMC
Xxay8WKQivaAPDLT1cxC6LtPHFsDVrfqgQGthsmFnRX/wgFvpFW/U8qMh92+2O2L3b7Y7Yvdvtjt
i92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y7Yvd
vtjti92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y
7Yvdvtjti92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y7Yvdvtjti92+2O2L3b7Y7Yvdvtjti92+2O2L
3b7Y7Yvdvtjti92+2O2L3b7Z7Zvdvtntm92+2e2b3b7Z7Zvdvtntm92+2e2b3b7Z7Zvdvtntm92+
2e2b3b7Z7Zvdvtntm92+2e2b3b7Z7Zvdvtntm92+2e2b3b7Z7Zvdvtntm92+2e2b3b7Z7Zvdvtnt
m92+2e2b3b7Z7Zvdvtntm92+2e2b3b7Z7Zvdvtntm92+2e2b3b7Z7Zvdvtntm92+2e2b3b7Z7Zvd
vtntm92+/7jbP3+e+8/wewr//fcT/qffV/g/fVZ+Dfge2HwPbL4HNt8Dm++BzffA5ntg8z2w+R7Y
fA9svgc23wOb74HN98Dme2DzPbD5Hth8D2y+BzbfA5vvgc33wOZ7YPM9sPke2HwPbL4HNt8Dm++B
zffA5ntg8z2w+R7YfA8cvgcO3wOH74HD98Dhe+DwPXD4Hjh8Dxy+Bw7fA4fvgcP3wOF74PA9cPge
OHwPHL4HDt8Dh++Bw/fA4Xvg8D1w+B44fA8cvgcO3wOH74HD98Dhe+DwPXD4Hjh8Dxy+Bw7fA4fv
gcP3wOF74PA9cPgeOHwPHL4HDt8Dh++Bw/fA4Xvg8D1w+B44fA8cvgcO3wOH74HD98Dhe+DwPXD4
Hjh8Dxy+Bw7fA4fvgcP3wOF74PA9cPgeOHwPHP57/MNuP+z2w24/7PbDbj/s9sNuP+z2w24/7PbD
bj/s9sNuP+z2w24/7PbDbj/s9sNuP+z2w24/7PbDbj/s9sNuP+z2w24/7PbDbj/s9sNuP+z2w24/
7PbDbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2
y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stu
v+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s
9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbLbr/s9stuv+z2y26/7PbL
br/s9stuv+z2y26/7PbLbr/s9stuv+z2i26f920auX7/rd76/bd66/ff6q3ff6u3fv+t3vr9t3rr
99/qrd9/q7fyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2
t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfy
Vuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo
9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa38lbo9rfyVuj2t/JW6Pa3
8lbo9rfqVsFuD3Z7sNuD3R7s9vi+bv/8aH7vd3z/f/H7CvPzn4f//vsKM8/7rvp/+Kz6GgTfA8H3
QPA9EHwPBN8DwfdA8D0QfA8E3wPB90DwPRB8DwTfA8H3QPA9EHwPBN8DwfdA8D0QfA8E3wPB90Dw
PRB8DwTfA8H3QPA9EHwPBN8DwfdA8D0QfA8E3wPB90DwPRB8DwTfA8H3QPA9EHwPBN8DwfdA8D0Q
fA8E3wPB90DwPRB8DwTfA8H3QPA9EHwPBN8DwfdA8D0QfA8E3wPB90DwPRB8DwTfA8H3QPA9EHwP
BN8DwfdA8D0QfA8E3wPB90DwPRB8DwTfA8H3QPA9EHwPBN8DwfdA8D0QfA8E3wPB90DwPRB8DwTf
A8H3QPA9EHwPBN8DwfdA8D0QfA8E3wPJ90DyPZB8DyTfA8n3QPLf4ye7PdntyW5Pdnuy25Pdnuz2
ZLcnuz3Z7cluT3Z7stuT3Z7s9mS3J7s92e3Jbk92e7Lbk92e7PZktye7PdntyW5Pdnuy25Pdnuz2
ZLcnuz3Z7cluT3Z7stuT3Z7s9mS3J7s92e3Jbk92e7Lbk92e7PZktye7PdntyW5Pdnuy25Pdnuz2
ZLcnuz3Z7cluT3Z7stuT3Z7s9mS3J7s92e3Jbk92e7Lbk92e7PZktye7PdntyW5Pdnuy25Pdnuz2
ZLcnuz3Z7cluT3Z7stuT3Z7s9mS3J7s92e3Jbk92e7Lbk91e7PZitxe7vdjtxW4vdnux24vdXuz2
YrcXu73Y7cVuL3Z7sduL3V7s9mK3F7u92O3Fbi92e7Hbi91e7PZitxe7vdjtxW4vdnux24vdXuz2
YrcXu73Y7cVuL3Z7sduL3V7s9mK3F7u92O3Fbi92e7Hbi91e7PZitxe7vdjtxW4vdnux24vdXuz2
YrcXu73Y7cVuL3Z7sduL3V7s9mK3F7u92O3Fbi92e7Hbi91e7PZitxe7vdjtxW4vdnux24vdXuz2
YrcXu73Y7cVuL3Z7sduL3V7s9mK3F7u92O3Fbi92e7Hbi91e7PZitxe7vdjtzW5vdnuz25vd3uz2
Zrc3u73Z7c1ub3Z7s9ub3d7s9ma3N7u92e3Nbm92e7Pbm93e7PZmtze7vdntzW5vdnuz25vd3uz2
Zrc3u73Z7c1ub3Z7s9ub3d7s9ma3N7u92e3Nbm92e7Pbm93e7PZmtze7vdntzW5vdnuz25vd3uz2
Zrc3u73Z7c1ub3Z7s9ub3d7s9ma3N7u92e3Nbm92e7Pbm90u3/WtvBW7Xb7rW3krdrt817fyVux2
+a5v5a3Y7fJd38pbsdvlu76Vt2K3y3d9K2/Fbpfv+rmy2+W7vpW3YrfLd30rb8Vul+/6Vt6K3S7f
9a26lXzXt+pW8l3fqlvJd32rbiXf9a28FbtdvutbeSt2u3zXt/6nW33+LO+f4c8VVO513p8r+Cy/
9fuvv/oTn5VfA74H5Ma+lV8Dvgfkxr6VXwO+B+TGvpW/XvkekBv7Vt6K7wG5sW/lrfgekBv7Vt6K
7wG5sW/lrfgekBv7ufI9IDf2rbwV3wNyY9/KW/E9IDf2rbwV3wNyY9/KW/E9IDf2rbwV3wNyY9/K
W/E9IDf2c+V7QG7sW3krvgfkxr6Vt+J7QG7sW3krvgfkxr6Vt+J7QG7sW3krvgfkxr6Vt+J7QG7s
58r3gNzYt/JWfA/IjX0rb8X3gNzYt/JWfA/IjX0rb8X3gNzYt/JWfA/IjX0rb8X3gNzYz7Lme0Bu
7Ft1K7mxb9Wt5Ma+VbeSG/tW3Upu7OfK94Dc2LfyVnwPyI19K2/Fbpcb+1beit0uN/atvBW7XW7s
W3krdrvc2LfyVux2ubGfK7tdbuxbeSt2u9zYt/JW7Ha5sW/lrdjtcmPfylux2+XGvpW3YrfLjX0r
b8Vulxv7ubLb5ca+lbdit8uNfStvxW6XG/tW3ordLjf2rbwVu11u7Ft5K3a73Ni38lbsdrmxnyu7
XW7sW3krdrvc2LfyVux2ubFv5a3Y7XJj38pbsdvlxr6Vt2K3y419K2/Fbpcb+7my2+XGvpW3YrfL
jX0rb8Vulxv7Vt6K3S439q26ldzYt+pWcmPfqlvJjX2rbiU39q28FbtdbuxbeSt2u9zYt/JW7Ha5
sW/lrdjtcmPfylux2+XGvpW3YrfLjX0rb8Vulxv7ubLb5ca+lbdit8uNfStvxW6XG/tW3ordLjf2
rbwVu11u7Ft5K3a73Ni38lbsdrmxnyu7XW7sW3krdrvc2LfyVux2ubFv5a3Y7XJj38pbsdvlxr6V
t2K3y3d9K2/Fbpfv+rmy2+W7vpW3YrfLd30rb8Vul+/6Vt6K3S7f9a28FbtdvutbeSt2u3zXt/JW
7Hb5rp8ru12+61t5K3a7fNe38lbsdvmub+Wt2O3yXd+qW8l3fatuJd/1rbqVfNe36lbyXd/KW7Hb
5bu+lbdit8t3fStvxW6X7/pW3ordLt/1rbwVu12+61t5K3a7fNe38lbsdvmunyu7Xb7rW3krdrt8
17fyVux2+a5v5a3Y7fJd38pbsdvlu76Vt2K3y3d9K2/Fbpfv+rmy2+W7vpW3YrfLd30rb8Vul+/6
Vt6K3S7f9a28FbtdvutbeSt2u3zXt/JW7Hb5rp8ru12+61t5K3a7fNe38lbsdvmub+Wt2O3yXd/K
W7Hb5bu+lbdit8t3fStvxW6X7/q5stvlu76Vt2K3y3d9K2/Fbpfv+lbeit0u3/WtupV817fqVvJd
36pbyXd9q24l3/WtvBW7Xb7rW3krdrt817fyVux2+a5v5a3Y7fJd38pbsdvlu76Vt2K3y3d9K2/F
bpfv+rmy2+W7vpW3YrfLd30rb8Vul+/6Vt6K3S7f9a28FbtdvutbeSt2u3zXt/JW7Hb5rp8ru12+
61t5K3a7fNe38lbsdvmub+Wt2O3yXd/KW7Hb5bu+lbdit8t3fStvxW6X7/q5stvlu76Vt2K3y3d9
K2/Fbpfv+lbeit0u3/WtvBW7Xb7rW3krdrt817fyVux2+a6fK7tdvutbeav/p9s//2d9+TP8ucLe
8aXfnytcdfr3X3/1PZ+VXwO+B+TGvpVfA74H6MYG3digGxt0Y4NubNCNDbqxQTc26MYG3digGxt0
Y4NubNCNDbqxQTc26MYG3digGxt0Y4NubNCNDbqxQTc26MYG3digGxt0Y4NubNCNDbqxQTc26MYG
3digGxt0Y4NubNCNDbqxQTc26MYG3digGxt0Y4NubNCNDbqxQTc26MYG3digGxt0Y4NubNCNDbqx
QTc26MYG3digGxt0Y4NubNCNDbqxQTc26MYG3digGxt0Y4NubNCNDbqxQTc26MYG3digGxt0Y4Nu
bNCNDbqxQTc26MYG3digGxt0Y4NubNCNDbqxQTc26MYG3digGxt0Y4NubNCNDbqxQTc26MYG3dig
Gxt0Y4NubNCNDbqxQTc26MYG3dj4Xjf2D6tuRd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg
7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd81
6LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3
DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0
XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsG
fdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3Dfqu
Qd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+
a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg
7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd81
6LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3
DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0
XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdcodnux2+m7Bn3XoO8a9F2DvmvQ
dw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a
9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7
Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36
rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2D
vmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3X
oO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHf
Nei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQdw36rkHfNei7Bn3XoO8a9F2DvmvQ
dw36rkHfNei7Bn3XoO8aw26nwxp0WIMOa9BhDTqsQYc16LAGHdagwxp0WIMOa9BhDTqsQYc16LAG
Hdagwxp0WIMOa9BhDTqsQYc16LDGHzmsnz+r+DN8X4FVn/9Aed9X4Hw+dP6EVxz0XYO+a9B3Dfqu
Qd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+
a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg
7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd81
6LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3
DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0
XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsG
fdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3Dfqu
Qd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+
a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg
7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd81
6LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3
DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0
XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsG
fdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3Dfqu
Qd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+
a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg
7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd81
6LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3
DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0
XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd816LsG
fdeg7xr0XYO+a9B3DfquQd816LsGfdeg7xr0XYO+a9B3DfquQd81LrudDmvQYQ06rEGHNeiwBh3W
pMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmH
NemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvS
YU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOa
dFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemw
Jh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06
rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiT
DmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3WpMOadFiTDmvSYU06rEmHNemwJh3W
pMOa3+uwfn608s/wfYXO+y/sfvTxu/du+fL7r7/6w2fl14DvAfquSd816bsmfdek75r0XZO+a9J3
TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0
XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsm
fdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3Tfqu
Sd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+
a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek
75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd81
6bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3
TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0
XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bt+rrwVu52+a9J3TfquSd816bsmfdek
75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd81
6bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3
TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0
XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsm
fdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3Tfqu
Sd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+
a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek
75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd816bsmfdek75r0XZO+a9J3TfquSd81
6bsmfdek75r0XZO+a9J3zWG302FNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRY
kw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd
1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJ
hzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r
0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTD
mnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXp
sCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFN
OqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRY
kw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd
1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJ
hzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r
0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTD
mnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXp
sCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r0mFNOqxJhzXpsCYd1qTDmnRYkw5r/g8O
6+fPq/4M31cwvrw/cfO+seD7nUe///qr/+nT8ovABwGB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTw
mgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJ
vCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhN
Aq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRe
k8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB
1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J
4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8Br
EnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yTwmgRek8BrEnhNAq9J4DUJvCaB1yLw
WgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUI
vBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgt
Aq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRe
i8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB
1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F
4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8Br
EXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLwWgRei8BrEXgtAq9F4LUIvBaB1yLw
Wt8LvP5h5a3Y7YRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBr
EWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLE
WoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUI
sRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWIt
QqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRY
ixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh
1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxF
iLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBr
EWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLE
WoRYixBrEWItQqyfK2/FbifEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh
1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxF
iLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBr
EWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLE
WoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUI
sRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWIt
QqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRY
ixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh
1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxF
iLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBr
EWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLE
Wn8EsX7+rPrP8Y2F8zO8z/vGwp9P8/X7r7/6E5+WXwQ+CCi8FoXXovBaFF6LwmtReC0Kr0XhtSi8
FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0K
r0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6L
wmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXX
ovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0Xh
tSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtR
eC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBa
FF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8
FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0K
r0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6L
wmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXX
ovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReC0Kr0XhtSi8FoXXovBaFF6LwmtReK3DbifE
WoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUI
sRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWIt
QqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRY
ixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh
1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxF
iLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBr
EWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrEWItQqxFiLUIsRYh1iLE
WoRYixBrEWItQqxFiLUIsRYh1iLEWoRYixBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJ
sTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2Jt
QqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRY
mxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh
1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxN
iLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBr
E2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE
2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJ
sTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2Jt
QqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRY
mxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh
1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxN
iLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBr
E2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE
2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJ
sTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2Jt
QqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2L9XHkrdjsh1ibE2oRYmxBr
E2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE
2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJ
sTYh1ibE2oRY+09ArJ9/XfPngAX6zpd+sMBa2b//+qs/+rT6IlB4bQqvTeG1Kbw2hdem8NoUXpvC
a1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem
8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1
Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4
bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoU
XpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2
hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqv
TeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvC
a1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1Kbw2hdem8NoUXpvCa1N4bQqvTeG1h91OiLUJ
sTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2Jt
QqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRY
mxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh
1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxN
iLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBr
E2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE
2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJ
sTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2Jt
QqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRY
mxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh
1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxN
iLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBr
E2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE
2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJ
sTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2Jt
QqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRY
mxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh
1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxN
iLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibE2oRYmxBrE2JtQqxNiLUJsTYh1ibEOoRYhxDr
EGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHE
OoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUI
sQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGId
QqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRY
hxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h
1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxD
iHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDr
EGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHE
OoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUI
sQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGId
QqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRY
hxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h
1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxD
iHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsc5/QKy1/hyw0F6R58FCZ+38/ddf8dPyi8AHAYXXofA6
FF6HwutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeB0Kr0PhdSi8
DoXXofA6FF6HwutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeB0K
r0PhdSi8DoXXofA6FF6HwutQeB0Kr0PhdSi8DoXXz5W34oOAwutQeB0Kr0PhdSi8DoXXofA6FF6H
wutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeB0Kr0PhdSi8DoXX
ofA6FF6HwutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeB0Kr0PhdSi8DoXXofA6FF6HwutQeJ0/Ibz+
0apbEWIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h
1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxD
iHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDr
EGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHE
OoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUI
sQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGId
QqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRY
hxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h
1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxD
iHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDr
EGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHE
OoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUI
sQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGId
QqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRY
hxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h
1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxD
iHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDr
EGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHE
OoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUI
sQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGId
QqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRY
hxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h
1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxD
iHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDr
EGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHE
OoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUI
sQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGIdQqxDiHUIsQ4h1iHEOoRYhxDrEGId
QqxDiHUIsQ4h1iHEOoRYhxDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEu
QqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKs
ixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ
6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsi
xLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6
CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugix
LkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5C
rIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyL
EOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDr
IsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLE
ugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoI
sS5CrIsQ6yLEugixLkKsixDrIsS6CLEuQqyLEOsixLoIsS5CrIsQ6yLEugixLkKsixDrIsS6CLEu
QqyLEOsixLoIsS5CrIsQ6yLEur4XYv38aO0/Ayz4+R/T58uXH338rr7s/PL7r7/6j0/LBwGF10Xh
dVF4XRReF4XXReF1UXhdFF4XhddF4XVReF0UXheF10XhdVF4XRReF4XXReF1UXhdFF4XhddF4XVR
eF0UXheF10XhdVF4XRReF4XXReF1UXhdFF4XhddF4XVReF0UXheF10XhdVF4XRReF4XXReF1UXhd
yQcBIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRY
FyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch
1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFg/V96K
3U6IdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZF
iHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1
EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFi
XYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2E
WBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgX
IdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHW
RYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWI
dRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHUR
Yl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJd
hFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRY
FyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch
1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZF
iHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1
EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFi
XYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2E
WBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgX
IdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHW
RYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWI
dRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHUR
Yl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJd
hFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRY
FyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch
1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZF
iHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1
EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFi
XYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2E
WBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgX
IdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHW
RYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWI
dRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHUR
Yl2EWBch1kWIdRFiXYRYFyHWRYh1EWJdhFgXIdZFiHURYl2EWBch1kWIdRFiXYRYFyHWRYh1EWJd
hFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRY
NyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch
1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZN
iHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1
E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi
3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2E
WDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3
IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHW
TYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2I
dRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUT
Yt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2Ld
hFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRY
NyHW/b0Q63+s7HZ6qZte6qaXuumlbnqpm17qppe66aVueqmbXuqml7rppW56qZte6qaXuumlbnqp
m17qppe66aVueqmbXur+Xi/186N1/hywcM3kv8PCudf5Ayy8CbFuQqybEOsmxLoJsW5CrJsQ6ybE
ugmxbkKsmxDrJsS6CbFuQqybEOsmxLoJsW5CrJsQ6ybEugmxbkKsmxDrJsS6CbFuQqybEOsmxLoJ
sW5CrJsQ6ybEugmxbkKsmxDrJsS6CbFuQqybEOsmxLoJsW5CrJsQ6ybEugmxbkKsmxDrJsS6CbFu
QqybEOsmxLoJsW5CrJsQ6ybEugmxbkKsmxDrJsS6CbFuQqybEOsmxLoJsW5CrJsQ6ybEugmxbkKs
mxDrJsS6CbFuQqybEOsmxLoJsW5CrJsQ6ybEugmxbkKsnytvxQcBIdZNiHUTYt2EWDch1k2IdRNi
3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2E
WDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3
IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHW
TYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2I
dRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUT
Yt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2Ld
hFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRY
NyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch
1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZN
iHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1
E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi
3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2E
WDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3
IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHW
TYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2I
dRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUT
Yt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2Ld
hFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRY
NyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch
1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZN
iHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1
E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi
3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2E
WDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3
IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHW
TYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2I
dRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUT
Yt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2Ld
hFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRY
NyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch
1k2IdRNi3YRYNyHWTYh1E2LdhFg3IdZNiHUTYt2EWDch1k2I9RBiPYRYDyHWQ4j1EGI9hFgPIdZD
iPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1
EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBi
PYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2E
WA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgP
IdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHW
Q4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI
9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQ
Yj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9
hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRY
DyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h
1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZD
iPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1
EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj3fC7H+YeWt2O30
Ug+91EMv9dBLPfRSD73UQy/10Es99FIPvdRDL/XQSz30Ug+91EMv9dBLPfRSD73UQy/10Es99FIP
vdRDL/XQSz30Ug+91EMv9dBLPfRSD73UQy/10Es99FIPvdRDL/XQSz30Ug+91EMv9dBLPfRSD73U
Qy/10Es99FIPvdRDL/XQSz30Ug+91EMv9dBLPfRSD73UQy/10Es99FIPvdRDL/XQSz30Ug+91EMv
9dBLPfRSD73UQy/10Es99FIPvdRDL/XQSz30Ug+91EMv9dBLPfRSD73UQy/10Es99FI/V96K3U4v
9dBLPfRSD73UQy/10Es99FLPf3ipdT9+8fOPb7797lf/8vGr3/7rv/3m2+++/fUPv/7qBx/58c1P
//7Hf/Pxl//ws598VH787Tc/Ppk//Luf/eNPPz7//yg+n8gff/2Ln/zyn/75rz4z/rO4fvTxu89f
b7F+//VX/LT8IvBBQIj1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZD
iPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1
EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBi
PYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2E
WA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgP
IdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHW
Q4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI
9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQ
Yj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9
hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRY
DyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h
1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZD
iPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1
EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBi
PYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2E
WA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgP
IdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHW
Q4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI
9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQ
Yj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9
hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRY
DyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h
1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZD
iPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1
EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBi
PYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2E
WA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgP
IdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHW
Q4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI
9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQ
Yj2EWA8h1kOI9RBiPYRYDyHWQ4j1EGI9hFgPIdZDiPUQYj2EWC8h1kuI9RJivYRYLyHWS4j1EmK9
hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRY
LyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h
1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZL
iPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1
EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJi
vYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2E
WC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgv
IdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHW
S4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI
9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUS
Yr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9
hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRY
LyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h
1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZL
iPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1
EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJi
vYRYLyHWS4j1EmK9hFgvIdZLiPUSYr2EWC8h1kuI9RJivYRYLyHWS4j1EmK9hFgvIdZLiPVz5a3Y
7YRYLyHWS4j1EmK9hFgvIdZb7HZ6qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56qZde
6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuql
l3rppV56qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56qZde6qWXeumlXnqpl17qpZd6
6aVeeqmXXuqll3rppV56qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56qZde6qWXeuml
Xnqpl17qpZd66aVeeqmXXuqll3rppV56qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56
qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56qZde6qWXeumlXnqpl17qpZd66aVeeqmX
Xuqll3rppV56qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56qZde6qWXeumlXnqpl17q
pZd66aVeeqmXXuqll3rppV56qZde6qWXeumlXnqpl17qpZd66aVeeqmXXuqll3rppV56qZde6qWX
ev+El/r51/3l4xc///jm2+9+9S8fv/rtv/7bb7797ttf//Drr37wkR/f/PTvf/w3H3/5Dz/7yUfl
x99+8+OT+cO/+9k//vSjPp+8J+vjr3/xk1/+0z//VX2p+NI/+vhdrbP6919/9Uefll8EPggIsV5C
rJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyX
EOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDr
JcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXE
egmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJ
sV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFe
QqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKs
lxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ
6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOsl
xHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6
CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmx
XkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5C
rJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyX
EOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDr
JcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXE
egmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJ
sV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFe
QqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKs
lxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ
6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOsl
xHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6
CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmx
XkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5C
rJcQ6yXEegmxXkKslxDrJcR6CbFeQqyXEOslxHoJsV5CrFcQ6/oiiPWt33+rt37/rd76/bd66/ff
6q3ff6u3fv+t3vr9t3rr99/qrbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6
/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2t
vBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwV
uv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9rbwVuv2tvBW6/a28Fbr9
rbwVuv2tvBW6/a28Fbr9rbqVINa36laCWN+qWwlifatuJYj1rbqVINa38lbsdkGsb+Wt2O2CWN/K
W7HbBbG+lbditwtifStvxW4XxPpW3ordLoj1rbwVu10Q6+fKbhfE+lbeit0uiPWtvBW7XRDrW3kr
drsg1rfyVux2Qaxv5a3Y7YJY38pbsdsFsX6u7HZBrG/lrdjtgljfylux2wWxvpW3YrcLYn0rb8Vu
F8T6Vt6K3S6I9a28FbtdEOvnym4XxPpW3ordLoj1rbwVu10Q61t5K3a7INa38lbsdkGsb+Wt2O2C
WN/KW7HbBbF+rux2Qaxv5a3Y7YJY38pbsdsFsb6Vt2K3C2J9q24liPWtupUg1rfqVoJY36pbCWJ9
K2/FbhfE+lbeit0uiPWtvBW7XRDrW3krdrsg1rfyVux2Qaxv5a3Y7YJY38pbsdsFsX6u7HZBrG/l
rdjtgljfylux2wWxvpW3YrcLYn0rb8VuF8T6Vt6K3S6I9a28FbtdEOvnym4XxPpW3ordLoj1rbwV
u10Q61t5K3a7INa38lbsdkGsb+Wt2O2CWN/KW7HbBbF+rux2Qaxv5a3Y7YJY38pbsdsFsb6Vt2K3
C2J9K2/FbhfE+lbeit0uiPWtvBW7XRDr58puF8T6Vt6K3S6I9a28FbtdEOtbeSt2uyDWt+pWgljf
qlsJYn2rbiWI9a26lSDWt/JW7HZBrG/lrdjtgljfylux2wWxvpW3YrcLYn0rb8VuF8T6Vt6K3S6I
9a28FbtdEOvnym4XxPpW3ordLoj1rbwVu10Q61t5K3a7INa38lbsdkGsb+Wt2O2CWN/KW7HbBbF+
rux2Qaxv5a3Y7YJY38pbsdsFsb6Vt2K3F7tdEOtbeSt2uyDWt/JW7HZBrG/lrdjtgljfylux2wWx
vpW3YrcLYn0rb8VuF8T6ubLbBbG+lbditwtifStvxW4XxPpW3ordLoj1rbwVu10Q61t5K3a7INa3
8lbsdkGs64sg1rfqVoJY36pbCWJ9q24liPWtupUg1rfyVux2Qaxv5a3Y7YJY38pbsdsFsb6Vt2K3
C2J9K2/FbhfE+lbeit0uiPWtvBW7XRDr58puF8T6Vt6K3S6I9a28FbtdEOtbeSt2uyDWt/JW7HZB
rG/lrdjtgljfylux2wWxfq7sdkGsb+Wt2O2CWN/KW7HbBbG+lbditwtifStvxW4XxPpW3ordLoj1
rbwVu10Q6+fKbhfE+lbeit0uiPWtvBW7XRDrW3krdrsg1rfyVux2Qaxv5a3Y7YJY38pbsdsFsX6u
7HZBrG/lrdjtgljfylux2wWxvpW3YrcLYn2rbiWI9a26lSDWt+pWgljfqlsJYn0rb8VuF8T6Vt6K
3S6I9a28FbtdEOtbeSt2uyDWt/JW7HZBrG/lrdjtfwJi/aOVt2K3y0v9XNnt8lLfylux2+WlvpW3
YrfLS30rb8Vul5f6Vt6K3S4v9a28FbtdXupbeSt2u7zUz5XdLi/1rbwVu11e6lt5K3a7vNS38lbs
dnmpb+Wt2O3yUt/KW7Hb5aW+lbdit8tL/VzZ7fJS38pbsdvlpb6Vt2K3y0t9K2/FbpeX+lbeit0u
L/WtvBW7XV7qW3krdru81M+V3S4v9a28FbtdXupbeSt2u7zUt/JW7HZ5qW/VreSlvlW3kpf6Vt1K
XupbdSt5qW/lrdjt8lLfylux2+WlvpW3YrfLS30rb8Vul5f6Vt6K3S4v9a28FbtdXupbeSt2u7zU
z5XdLi/1rbwVu11e6lt5K3a7vNS38lbsdnmpb+Wt2O3yUt/KW7Hb5aW+lbdit8tL/VzZ7fJS38pb
sdvlpb6Vt2K3y0t9K2/FbpeX+lbeit0uL/WtvBW7XV7qW3krdru81M+V3S4v9a28FbtdXupbeSt2
u7zUt/JW7HZ5qW/lrdjt8lLfylux2+WlvpW3YrfLS/1c2e3yUt/KW7Hb5aW+lbdit8tLfStvxW6X
l/pW3Upe6lt1K3mpb9Wt5KW+VbeSl/pW3ordLi/1rbwVu11e6lt5K3a7vNS38lbsdnmpb+Wt2O3y
Ut/KW7Hb5aW+lbdit8tL/VzZ7fJS38pbsdvlpb6Vt2K3y0t9K2/FbpeX+lbeit0uL/WtvBW7XV7q
W3krdru81M+V3S4v9a28FbtdXupb/9OtPn/W8fGLn3988+13v/qXj1/99l//7Tfffvftr3/49Vc/
+MiPb3769z/+m4+//Ief/eSj8uNvv/nxyfzh3/3sH3/6Uf2+3UZ9/PUvfvLLf/rnv6p635H8Rx+/
q3Mjf//1V3/i0/KLwAeBINa38ovAB4Eg1rfyi8AHgSDWt/IXLB8EgljfylvxQSCI9a28FR8Egljf
ylvxQSCI9a28FR8Eglg/Vz4IBLG+lbfig0AQ61t5Kz4IBLG+lbfig0AQ61t5Kz4IBLG+lbfig0AQ
61t5Kz4IBLGuL4JY36pbCWJ9q24liPWtupUg1rfqVoJY38pb8UEgiPWtvBUfBIJY38pb8UEgiPWt
vBUfBIJY38pb8UEgiPWtvBUfBIJY38pb8UEgiPVz5YNAEOtbeSs+CASxvpW34oNAEOtbeSs+CASx
vpW34oNAEOtbeSs+CASxvpW34oNAEOvnygeBINa38lZ8EAhifStvxW4XxPpW3ordLoj1rbwVu10Q
61t5K3a7INa38lbsdkGsnyu7XRDrW3krdrsg1rfyVux2Qaxv5a3Y7YJY38pbsdsFsb6Vt2K3C2J9
K2/FbhfE+rmy2wWxvpW3YrcLYn0rb8VuF8T6Vt6K3S6I9a26lSDWt+pWgljfqlsJYn2rbiWI9a28
FbtdEOtbeSt2uyDWt/JW7HZBrG/lrdjtgljfylux2wWxvpW3YrcLYn0rb8VuF8T6ubLbBbG+lbdi
twtifStvxW4XxPpW3ordLoj1rbwVu10Q61t5K3a7INa38lbsdkGsnyu7XRDrW3krdrsg1rfyVux2
Qaxv5a3Y7YJY38pbsdsFsb6Vt2K3C2J9K2/FbhfE+rmy2wWxvpW3YrcLYn0rb8VuF8T6Vt6K3S6I
9a28FbtdEOtbeSt2uyDWt/JW7HZBrJ8ru10Q61t5K3a7INa38lbsdkGsb+Wt1O1BiDUIsQYh1iDE
GoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUI
sQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGIN
QqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRY
gxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh
1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxB
iDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBr
EGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDE
GoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUI
sQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGIN
QqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRY
gxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh
1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxB
iDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBr
EGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDE
GoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUI
sQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGINQqxBiDUIsQYh1iDEGoRYgxBrEGIN
QqxBiDUIsQYh1iDEGoRYgxBrEGINQqxR7PZitxNiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1
CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBi
DUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqE
WIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEG
IdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKs
QYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQ
axBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYg
xBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1
CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBi
DUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqE
WIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEG
IdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKs
QYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQ
axBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYg
xBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1
CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBi
DUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqE
WIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBiDUKsQYg1CLEG
IdYgxBqEWIMQaxBiDUKsQYg1CLEGIdYgxBqEWIMQaxBijc1up5ca9FKDXmrQSw16qUEvNeilBr3U
oJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEv
NeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQ
Sw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca
9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeil
Br3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16
qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKD
XmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3U
oJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEv
NeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQ
Sw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca
9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQSw16qUEvNeilBr3UoJca9FKDXmrQS016qUkvNeml
Jr3UpJea9FKTXmrSS016qUkvNemlJr3UpJea9FKTXmrSS016qUkvNemlJr3UpJea9FKTXmrSS016
qUkvNemlJr3UpJea9FKTXmrSS016qUkvNemlJr3UpJea9FKTXmrSS016qUkvNemlJr3UpJea9FKT
XmrSS016qUkvNemlJr3U/B+81M+fd3784ucf33z73a/+5eNXv/3Xf/vNt999++sffv3VDz7y45uf
/v2P/+bjL//hZz/5qPz4229+fDJ/+Hc/+8efflR/ef8N2cdf/+Inv/ynf/6r2uecLz/6+F1/+Szl
33/91f/0aflF0IMgCbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEm
IdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKs
SYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQ
axJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYk
xJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1
CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJi
TUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqE
WJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEm
IdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKs
SYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQ
axJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYk
xJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1
CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJi
TUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqE
WJMQaxJiTUKsSYg1CbEmIdbPlbditxNiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYk
xJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1
CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJi
TUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqE
WJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEm
IdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKs
SYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQ
axJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYk
xJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1
CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJi
TUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqE
WJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEm
IdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKs
SYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQ
axJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYk
xJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1
CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJi
TUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqE
WJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEm
IdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKs
SYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQ
axJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYk
xJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1
CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJi
TUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqE
WJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEm
IdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKs
SYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQ
axJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYk
xJqEWJMQaxJiTUKsSYg1CbEmIdYkxJqEWJMQaxJiTUKsSYg1CbEmIdYixFqEWIsQaxFiLUKsRYi1
CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFi
LUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqE
WIsQaxFirS/q9qKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRS
i15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa9
1KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlF
L7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q
0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKX
WvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7Xo
pRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0Ust
eqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRS
i15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa9
1KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlF
L7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q
0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKX
WvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7Xo
pRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0Ust
eqlFL7XopRa91KKXWvRSi15q0UsteqmfK2/FbqeXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q
0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKX
WvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0UsteqlFL7XopRa91KKXWvRSi15q0Usteqn1vV7q
50e7Pn7x849vvv3uV//y8avf/uu//ebb77799Q+//uoHH/nxzU///sd/8/GX//Czn3xUfvztNz8+
mT/8u5/9408/3i+Zk/Xx17/4yS//6Z//quOe/vKjj999XnZ9+f3XX/3h0/KLwAcBIdYixFqEWIsQ
axFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYi
xFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1
CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFi
LUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqE
WIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEW
IdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKs
RYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQ
axFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYi
xFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1
CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFi
LUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqE
WIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEW
IdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKs
RYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQ
axFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYi
xFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1
CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFi
LUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqE
WIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEW
IdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKs
RYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQ
axFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYi
xFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1
CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFi
LUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqE
WIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxFiLUKsRYi1CLEW
IdYixFqEWIsQaxFiLUKsRYi1CLEWIdYixFqEWIsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKs
TYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQ
axNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYm
xNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1
CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNi
bUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqE
WJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2
IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKs
TYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQ
axNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYm
xNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1
CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNi
bUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqE
WJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2
IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKs
TYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQ
axNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYm
xNqEWJsQaxNibUKsTYj1c+Wt2O2EWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2
IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKs
TYi1CbE2IdYmxNqEWJsQaxNibUKsTYi1CbE2IdYmxNqEWJsQaxNibUKs/b0Q6x9W3ordTi+16aU2
vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqp
TS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0Upte
atNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSm
l9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+1
6aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNL
bXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0
UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2
vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqp
TS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0Upte
atNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSm
l9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+1
6aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNL
bXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0
UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2
vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqp
TS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdSml9r0Upte
atNLbXqpTS+16aU2vdSml9r0UpteatNLbXqpTS+16aU2vdT+dy/1c+/++MXPP7759rtf/cvHr377
r//2m2+/+/bXP/z6qx985Mc3P/37H//Nx1/+w89+8lH58bff/Phk/vDvfvaPP/2o912esz7++hc/
+eU//fNfvX+f+eXLjz5+976x4Zfff/2VPi+/CnwRUGJtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxN
ibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJr
U2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE
2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUp
sTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2Jt
SqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRY
mxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl
1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxN
ibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJr
U2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE2pRYmxJrU2JtSqxNibUpsTYl1qbE
2pRYmxJrU2JtSqxNibUpsTYl1qbEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUo
sQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGId
SqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRY
hxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l
1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxD
iXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLr
UGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHE
OpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUo
sQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGId
SqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRY
hxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l
1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxD
iXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLr
UGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHE
OpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUo
sQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGId
SqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRY
hxLrUGIdSqyfK2/FbqfEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHE
OpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUo
sQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGId
SqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRY
hxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l
1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxD
iXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLr
UGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHE
OpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUo
sQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGId
SqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRY
hxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l
1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxD
iXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLr
UGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHE
OpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUo
sQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGId
SqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRY
hxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpRYhxLrUGIdSqxDiXUosQ4l
1qHEOpRYhxLrUGIdSqxDiXUosQ4l1qHEOpvdTi916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdSh
lzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy91
6KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBL
HXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0
Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUO
vdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqp
Qy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode
6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdSh
lzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy91
6KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBLHXqpQy916KUOvdShlzr0Uode6tBL
HXqpQy916KUOvdShlzr0Uode6tBLHXqpi17qope66KUueqmLXuqil7ropS56qYte6qKXuuilLnqp
i17qope66KUueqmLXuqil7ropS56qYte6qKXuuilLnqpi17qope66KUueqmLXuqil7ropS56qYte
6qKXuuilLnqpi17qope66KUueqmLXuqil7ropS56qYte6qKXuuilLnqpi17qope66KUueqmLXuqi
l7ropS56qYte6qKXuuilLnqpi17qope66KUueqmLXuqil7ropS56qYte6qKXuuilLnqpi17qope6
6KUueqmLXuqil7ropS56qYte6qKXuuilLnqpi17qope66KUueqmLXuqil7ropS56qYte6qKXuuil
Lnqpi17qope66KUueqmLXuqil7ropS56qYte6qKXuuilLnqpi17qope66KUueqmLXuqil7ropS56
qYte6qKXuuilLnqpi17qope66KUueqmLXuqil7ropS56qYte6qKXuuilLnqpi17qope66KUueqmL
Xuqil7ropS56qYte6qKXuuilLnqpi17qope66KUueqnrj73Uz5/2fPzi5x/ffPvdr/7l41e//dd/
+82333376x9+fny9j//4N7/9b9/+0cd/8PHXv/zpx//62//6X9//9d/+9+8+/9b9/tbPD33+1R/9
vX/x///4//iP//N/+79+89v/+r/kly/1+cY9/+XzH2kz/V/u5y/vH/7v/8ef53N8+WyK9eXLX3z5
/LHX/NH//vyRn//B8hefH+i9+y2ff39/Pqr+4uPLn+fT+8d//2//N3tX39y2zeTv32Qm3wHjyc0k
PZuHVxLU2Y1liUrd2o5ruUmaNpOhJVpmJJE+knJq3zzf/QC9WaBAiEpsyZ7HaadRxSVE7v72BYvF
IvMTAP6jd+4nXT8tpFt0/ZH++Ulq/l8n1Q8H796C0/1Dr3laPTz+DCQgtiDdQhwgVIGswuhzAnph
moGNDbDxnxvCasz8ryW/YLdf7B/tvfsovrJBGvSClvjyNPHTC/GNM/1m/8hq+0E/jsS3fPbb60Ff
fOWCP/br4Hxo11DlJ/CqcVB92xQGD0HlCoabmFQw3ySkQtgmcTaJW2EEvJJEJ40ax9hq7n/ywPB+
sPeu/qd17Hm//fWLV617J1Zj3zuoN8XwSdwHpzGotUBzcPZVPkzdzwJwGKSp3wm2xGjHSRgnYXYN
Pm5NP54E50ESRK0gBUfBt7STxIPLFOxHWyfBZe966zR+/Vk+M5p9wbNBJ0v8/xUvifD0++PQb1l7
x8f71Zq8QApfnypX3Af2okx9offHR/Jt7MK3cZQrnD2w17kFZjOIMvkqhbjEcEp7EEaDf6x2kHaz
+FLchFHhTXj2ysN6+ZK2wa4g9hwT0JKhhngjYReGkcRT+PAI/pj8v5DhnfyG0f9jShyH5Pw/g/jJ
/6/kz0/gYL95Cl79/Ud0KF4waL8GG9bGrbueXq9dhL22sBkgT7l/VIpMeoNZwtzleuKfZ+ksgXJ5
bHwX/8zQ8hYOc+a3uoPLwsvCPl4J62l4zNNATI4EiflJwX4W9FPDMJPwiAznXTJoUmdoRXdZiR+2
C396GjoVXk4v/b7xsaz0OvXbC2j6ftgLEjPNNLIrfha/f+abB0kutvwoigfCUS34tfhKzJAzM9FX
/8rf6uXxMU93FSYDs/BmAjjz07eDq6BnoBrFfEfV44U0k7jQSLWfZld+tIjqIG75vWIduI3ajKMc
xVEJqvpRcxHJcXPfQDKKpFpht7uQaBGgxlRBcmUEbz52o0vq6EizWcFdo3ju1d/VKP0mQrA2+LvR
8zsd+aEeDMnA381AGrahRQQvG3HyzU/a4gcmAdmxd3JYPfKOTr9/LPD3T68/A0mdgssg6YfZ5Pkg
8D6KF2uOPp94NfE7kx8Wsen76sF+ff/0TyDCBBEv2K7tfJYBbAqu/F7YnqE88j6eAuK4n0UAGrTD
lnyaKPgnk9RyXjgMLUUwu/XhZP/U+wyao9D5h7j14yy6M744xMQXTPVscR4bWygz8eWo6XlHgGBx
b5gIVRhEqRjUMuKJm/jGCvjGy/ENgYZ3WvtlNMtCUzbKN309ZBKeJcAaAjJLQDQEdJaAaiR1S8pm
SZmR1J4ltY2kziypo3lCPkvANQTuLIGrIUBQ4SPUkaisRsZHRgrbkY7vSGE80nEeKaxHVEeisBwx
HYnCamTmNVKYjXTcRgq7kY7fSGE40nEcKxzHOo5jheNYxyGswtuMTqxwHOt4hRWOYzOvsMJ7rOMV
VniPuXk8hfdE+74K74kOEVjhPdG9JVF4TxzjUxFFCkQnS6JIgU5lOb6qsJ2i3FXVvODcVYXFlOSu
KtylNHdVYSdluasKJ6mdu6owkTrqVarwj/LcVYVh1M1dVXjFcryiCq9YjldU4RXL8Yqq1lfhlatf
UDP7DyVrx5BQY5m0m8vXnbw7BKfvQK0Gmn/s/erVTkG9euqBQ6/ZrL71hvm6k/13J9Ilftyafjzx
Gt6Jd1TzmuDI+9B8e/Luj+Mm2D/aOvGOD/7cOn0n3PP/EY7/9eL5beavAraJ57Iq86DlCvcKd88i
/9K6GPz84rnMG1ZAY5jSAAdilhJlAdge5zhm6E7jCkiD7AJchW2/B7bT7vDD7uXFtdUedAMraEuy
WqsCxNRzV+b/U3GhN+hML794Ps5MVsBJUAF//TnofwYX8TfQ8iPQSgKZrkyCyzgNszgJg/TF89vs
5PgVcM1pWAi64h9n+nBgG0HqutymnFhI7p+wxL8tvx/0duPLQWrlnnEmu1lZ9l6ZU62A04vBpnR3
1ctkmAMVtrqCcAVC8F9Q/P+L5y+eL4wiVJgQd/UwEUDQwsRrMItDAm3IHxBQjpP4rBf0QRilmd/r
ySXr/qCXhUIrQXLZz6PlOIwC6+Doo0UtSq1hThNCDl1EhQ5wB2+hYdJx109CPxKkPTkdtISW//xs
jAmXUuyOMYEwLwQFGLONc9ciEMkcZx6ariwsnAxlw+WwWf7mYnAyWBF2TgWnKYJVwIkdm64BnGgJ
cJZ887vGcK0CnkB8xyAeo7Pc9EnFqStkv2qcUpf/a3nHNgJiCYhJDi7GqzSm4ke3hqvu20WInJPM
UOK1RsNiQj0IxDMjlvO8L54/W86BAkMkMoUsQzabQIXihWPpX2BqOdpTCHLmwsm4nC60o4ohoRVk
V8QEYAvSGRNabuKugJRw11m9MXWhHqSL7dE9ILXYYs7D08MIWdIckSJwfr+NnIHcHVjJmdFK2jpg
dGnT0RzKp+pgO4tG0zIspwxC7yjCjEm1Ef9xx2OehVG3F1zfKgC6VQAoolunImaOqgKUS0epCsCY
vXoFwAVW+sErQAE6/i1UQGPDSyqD1oaTCuMVmIewKU2qAJcysvrwwsaOJgy29wiEFhbvgRRvPHrp
RhJuKsorvBeGwoE9hcE/gu67xPbdGfdS9jwfkC+8YawbphUC1ajbePVGnTr6/IU+ICyeIlJcweQe
daNUZH4/qbE7C8+XjM31c8DSN4/hZ1p/UtNnNkUPJn2m94z3kD777ZeD9Apsd/3kYhBd+P2+GOhg
avo2hTfeaPbD7GITeEnYAu+tDbAdiE+p/HL3Wxi10zgZ0T5Q872k9dajrvTNxRZClpWjXPrMvPap
wNNGDK8ennrrqJ0f3Ck4HyqYHmossHRoqwP5knHxHMiHGycq1M2DvOTqvZqHE2JYfTDAHmuKo8Bh
PNAZnmZOtuT6RG5ORqj4NzcnM9eB5BYn4BpWzijV2laKHTErY5AtjjuFwhGnQp/iTnPceZdJ4aXz
wDpDW/rmCZSN9UrqJAquA8pQC+UC7S8ZIt0DmBcEu+DFc1A62hW0DzRGWW3AO4GosV5OzYFhsnqI
UiiTt0t56dO4D+phcCGosrb8ezeJO4NAgGDsFJdx0jpxIoKQCDksh3A2EWcWdjpBYuV+aSEyyg+l
8b2y1+RE1swU901RPUK0xPZiVOsdNqmIQDDnsI31lLlSF7qGBbAlHPY9zNSfPPE6PXHJCGwC5ZJ1
vznXTcga7KLzMEoPlprt6Jb+11BtoLOlZdOTWrMoYyCWN4vGsvDcsqiwmqvPEWmLrLQ5opKJgztO
JT3QOO0plzQbPxp3NqizdcpXX0pIOCldDl2yvnftK6iPrGx6ghTjBhc1Z47tNSQRl1pRfAoUH8BS
Ycll3UlBvnH7lAJARzzBGso97CXKPZ5K8p/KOErU8S2sB5ooh3HjYD5aXb11RtzVKEed1Gl9aM0o
pN+pHMuZ3bHJ9QXcwwi49oTPH4L2ppwwzs4KRHjMnDyfS+6+VCMnjNewkQzZBTPMmZd/MLXsRUjI
+78iurkqWepSm2OL2ja1ptZmrkp2RuCQVyCVKQV1GmjeQatmxyjlqxcz02XH6pS7njB5ssG4e2/F
AmJS/91BzwwIy8m4lFjnrWwpHMxrP5VzBkTz2l9yr3TO3uI1wIKjx6T9BXC9Q2Q8M/6QxnzIMxBG
oxFUznxgpyIMQM58GDfMq+szENmrBwpFWsfMvL3qkE/ufUetD8qCmFBSChg6A1QCSfMGiFWoLYsr
cgaoZHMFBVhIzMjWkOFmjyr+KAD8iixQKag8Mz7pnAljUDgBMUsSEy/XchenxGfRByvErrB8aY+5
W4dqzNZR1YtcZ9nFZomR/Gx5npM2po4UiUvEZHdOLrnJRXYhrsj5tH8mO7FnFwE4H2SDJAB+xw+j
Kb8dZYcW05RSmVufqEEGWsMGFwzxffHbpnjEbwTxIoZfBL1L8C3Mho0++n7U7oVRAOLLLIwjEPl9
IYsipjsyzZRjurGZjMJ0TtDqM+LY1QX8XhUxNspLQPs7HbZONhr7vRDfis0soT/zPnPBDbN5Q0cJ
2impwHyxd9nWP2oG0Warr3QgdsGi8EKW39PC8MIl4SLYLQcBYBxr3jy48mgBC1NCmcVLeDZH8WxC
6Wm+Bsbc8UlFhrsGz0ZcXW7Zq8Mqsxwoq2BWkz67NytggsCyUtfYkyURM29ahskhll+SKOwClouF
1pD+w1S3HObVCaqL4NEVDOa77cTvxFGaJWE7SMZ1aiPs/BqnweUFOJULUttfM/GXlngMIHDoh8MV
hIMl87DeP61g5KaziyT+FoFvF0EERs1dQRRn4DweRO1iqeCKmCfNVW4Udl9TIyaXrmGRcpiUHfH4
MGxd+EEPNLMgisT7bvfT0Sedzf4+Lt+qa1lOK4AZ95N3EGZCda2qg3H+2fLzo8UAm/chC275H3Au
z0coQCEQrzQEhkQFcjZHyPCzKTiODyfwKEYRwxXq5FFU1KVP1W3CVu8NKNYVRXj1OpUVkVy8hnM3
ul0aouOJ90oguizkSuFYRWWJGwxg4howFTV1VMEkfmf1YOL8MZokAl3CrL07MEklxF1SvzSmzXzL
95u2IcgWmzYxHXIrZM5BFjURVVctkUNXn1Ngw3z044MjoQRaVe44DwWOpXSlwOwV3TDGq1YMhWiF
aATCMmiVGwrzjboKm9qq4Zyzho2rjGiD7IZ8KvFK4jXIkyNeB7JLaWYR+AtvKM47MVIRrjuH26J2
y7lpCF5D+wv3UU5DKBPSsaoIuY/JypaAVkmzMR9fLLjlO+MLmRmXgF5ssanMpqH8ukVhK/Hc1Amu
PsVqa7fMeo0GphaFtpATerLYj1lLypmLAtNvuKNIA5gsE0T5xnSF7fJVDXDZ6hODtv0oA2xGORL4
E/j5d7T9ZTBa0pJpnIj5lu91ImSkGYudCKtQXkH5lEnhmRK5HcnOGorrilryllqJXmqtrpWGwQXY
Hv61ex75PasTX5VeodNU7TtIntWNoYVcQtEWHpXtp5F/eXltzfzAour/suPMrd7ZiFDOx2sxiLPl
lu+cYZFuvsqu8IQRFSvOGg5qIPjW3BYJ83uRJISdDIWdxcszd8mNJUVFG2G7CB+2eBo2wQcqwkeR
UbArCFagNAoMQvCqVj99fSvuoiNjVO9K19C57XGbhnIiW2wayo2jMQ2MsckyrfBvy5oG4s53tyg8
QCjXHxiuPtXpUK6ZizRETEIsW56hLLi2yrnIuJ7/aSbywGK2MlHwCDrIdV3LhfKgbts8kEPc4RPJ
HXHl5kaGOwxFE2y+wK7w0K5cNby7+pplTpjeepeF9VIGvKQGS3t+Xxo8NxlYbH2WX/F/dncrbM/u
Kvf77A6TCc/uTIsnY92NIj8rKdF5PywCexfKSi1qFe59cdQOC7TCVNeLYNEBfA/n4NtlzwPm2HhO
Mtafaytikkd2ILC7LF+M50cjWMAX/NAP/F14zO/Cw31//Ehf3QGlCw73ReSHz75EaA3VcUjdtNgL
rgQcusvVs7bjXie+ibu7Z5eX8mD6i8HEYmEHHMVX0mLh4VKziE5kPSeSFitnAgkXdszmxGJMzEL4
ZAdCx0/Ow6DXtsIos6bj/7z8kZEE0dUHN4TMNYwaOgXUwmcB5i8FX+wz4XBetloQ+bwFd/vd7mxB
8cbOmzCNtzhn7hZ+s/emiV1MPxzdnA26nT9Igs/e3oixup1m9L7rf/x9583Ohoh/buJeL07Dr7ej
STFtqNLc0IlTiTQgROfDR20z9vLcOYectuYfVXo8bNdrpCY8Hs01B1TiuuMk/hp0szhROy044Fc/
uj1zxhm1IRliRPA7CeMkzK4rgHzHSYw2X0M6gs/VjQsxc8nIFsbOyzOEWrSF4EvxHRwyMg/tkegV
yf/+Zs/v7XjoJg2/VLMs7PlvdsC2n2X+mZ/Txo3DsCulvylC0qQLXolQOTiLYymr10Lm/b74dnfm
y3G4uzQ6huEQwlioro25VcW1RtVhQokbu30RC6OZVxpCxHMazLFkXgJBS3ZmsUWA05k8SB4rvwXX
Z7GftJXdmhjPQMUelodzM1RMTiZnHhyXrv5MFkyVg7Zy2v7pww361O/Znz6eIr+5dxP0318HV++7
9sfDztmH95H/3/+kn971bj79viM0fzopHASbYFapUAVCWR+ZN7wSmi7f81i14TYY3BNBsscZt/dI
1XXrLqw3BD3iQqa7WVvK1MqEc2j7ma+YqNMgkBcFYrLRp11JtnVLN5zozKPJfCigrnX5Gs6GxvOn
lkieDM0i4mcvIfX5+bkjtBmPtTnqCTxng6+3DDryO9fgwE9verFgUtTzW+Gu4FAkpwO3DEqvU7/d
19lO6T63ghSIK+AyiTuhuoV5RtJY7sYizKwTprBJZThbC8OVgOSvxre21Iv95ruRXiBhCy/CM2EL
uzusLlG/TKhyk8bdzm4Q92aCFERnghRbBinMLQpSHMw5Ia6FHCwbGJUMUkqfmYZtZw02yGYaiBMJ
8bZD4Utinwc0OL83h7U98QHf6ZWmWGl8m/cbQ2MoeywGZ1MdkU2GkFlHyk0MclVla1j7wHiulUS5
qO0+AkyDCZsL/UaZS1uxXYzI/e9GuZQ+4oq6DuJ89evUWJ1P5XSienT65bfzbAd7X3bq1a+dIAoS
oSStcKdB0i++cJlXO57bFs6hn/PnsqnJFML2sO8J0jp0Qvd43asxuyYX42iNswavO55ds909G5Ea
Ed59r757EwzSLxBbv/hR59o/i3vXVi9u+b0ibf4tvpIPmn55HyRxFHaH6iy+9FupNflq1xd2YaHH
F+b2wSepOFsyG+PapmwMtwuyMezRZ2N0qZJ7y8uUzsYsOm5sqcOaShyxU+LokhJHR5iPBtA+VVHz
9RkSY0/tEg2JS3SiLdErVNcxUYtkFcrY+Pq5RnHETKw2EtPxPtc5SpdzzHUD0nFcbdmS7z+l6TKC
dRxXe2JgHcdzXRZ0HM9tsjdjXN1aTbR2RDUkZo6r2znzvVQ0m/TynT80O6eIjuPqdhWi47i6M4Do
OK6WUOcbEuhqTHUcz9XQ6TCulk5RHZ/Vchtq5rNab0ELG2RqloKpjuNU3atW2HJvRKxuFdLxnqq7
Msx5dqoWsuukwBQp3JaeacdjijyYWQOYWtSmkwxTC6F0Vp6p9S9meTDVserkwRR5MJ0GMEUKTCcF
pkiBmaXAFCkwnRRsRQq2WQq2IgXbLAVbkYKtk4KtSMHWScFWpGDrrI+t8N7WrjGpwYyO97bCe1vH
e1vhvW3mva3w3tbx3lF47+jskKNw3DFz3FE47pi9rqPw3tHx3lF475g1wFGk4Oik4ChScLQxpRpU
FrYcGhEr8nB03sBRpODopMAVKXCzBnBFHlznF7giBW6WAlekwHVS4IoUuFkKXJECn5eCiC5/eIXT
dVbfI55izYZR2OANxiwCuezkM3egxWEcbcqAqh60RnlBiIYHWkwzq8vkHD+lcRdUO3GaxRF4K+ba
CdiezUPmlz4uAjFjHaQgTLMrPwJJPMiEsOaqgKBDa3v1Yb92ohxTASFsyQSQ77fcl4S3XMwYfAkn
+emOfIKbdLIuA/cg9OTSHRK8sJVhxB1ymIDxl8EZdIlMBorf0g/jkT3oDJvui7tmOJAvdyokXHZB
F+M1nI0iWJkHU2PPtT0XYUodp04QcjGqQuhC7LhVl9dq4kMdk73qbhRko+o1qxdZSv5/LuMik9yf
0p0G6X7Zqf0/e1fbnDiSpOfrTcT8B11HX+zORFtXb1KVuN4YgwG3d7ptb9v9utcxIUA2NBjRSNht
//qrEmBUpVIh1Ayi58a7M2NQIazKrKyszCefhHPV+f34Hy3I51wEXhT1SdJ+f5O18W/mWOnrVs2a
ffY7Hes2uJ6E41gOzKGV6guQr1PD7lL1N03CQgdXICck0bq9PT9dPme4IbghWb26VfvMagymsW81
Av7vEV+ozzvidWclFg0Ggoq+V4TlYyAg9hgTGAhXgPIK5hcKZzkhdSpgpfUyrLRKPofreOz3wjjm
uq1c+l0ERBPBbZrqUW60wXISiQfl05f8r+C29/ffpoPoIR7wj47FB4VhHg9Xn5SM3U8//kdB49AE
BuOQNvtbuuUi74VTi5xvbrTGf8lRTI9S6nIt4nuAa0NYFJ1TLGgop1FYBdTtKIvZWD/NjXqbknYB
sz6Lrw7Yr41f3746m3Rv3s5OWvG9//7U7R2Pm+E78g+dJpUw6asvejN84560O80v73p3HeSADoqn
H97dXfuoffcBn952jtvgw017tsoxJEgcV9UHtDD6VoncMa6AshE5mWzYWjFi6LI2Ivu3O0/DKHqw
bifjzA6dpDSptEOLvDVVdujCWWdCK+DDIETultD6pl3624x93kY+m4aTwJ5EA10db2FbjOrOts27
+ZYLv4Ol/A4iNIS4+X4H8whwbZZUgRFQ0Lyb0jSy3+FWAG3FHt0LDSurNaatpaTWmG6p0RqnhtC8
V2mO1ngYu95CaygsqDWFc/gOIm4FjNCEZuMFsNVoOS2bAKI0QUoDWYEEZMXpBbeTE8czrgqWjMFQ
/G4BzLsKx8PwQSwBi//tt5qOh7DJ6k1ki36HKHVEX1xqMcDnASuNQNVjfu7AZWtLY35W9giRu/sD
JIGaQlFG2xSBJFbiSa0t01EjKHC3j8zXwK05bpk2qOUOIKIzansa3FvtRKDW8yv+4mqlILm6pZbg
JbA7P+4Ho/vgIYg+KUpSyDsWzTLy7I2YTipqsmiCGqdSXw1VmXIHLpWpYCZf9lAZq8BDdTNqVcxD
bZnOcxV5qNw3FbDUxYZqjYMb62Y2DHuDYS4UWYD7H5FLq2OFGV0hbwqAVQCRLHew8Fw3fwVUJjbN
2s6zXzCpJlYbX5qBLsrRwq2A/yPpkbKptOoYNuFaaeUb103kMY8wSXIvaOC/QZIg1d83ja6EK8Ea
4UmyR0/Q7l0zkkW7ck+DbzS0mXgaTEoopEwQoFLhiOPNu4xu7Jp9wzHzqPgxU9qJTUZ2sy052Uea
pkiHvO9u4YZLvSqIaZM1DOHdG3oMMgV7Bl82lTEBnlyatOgXvDvnf5uevtad1w9cStgIRFQ61VfQ
pYxpcsAuhcJwwKRPeJ5YXcmbJ6xGSuWATdvGo9w6/Pootm7DsT+y/Km/ml0jhlM5LOEKIi108w0X
NjwE6NHaDbeo0Sy6+Qq+jjUuV5KFkkZsKX74rd4zE9lDnPWejfhdpcDI3T0CA7mZ3hmFzo+sgD9W
zosqlV2Rvojf+dHtUtIoiKREBmoA1TBWQvNmOLUkMc+pQGBYE/zADnRRIzmEu1KzsJTLiahU0INg
DZaHzJQOgZ1fnBxEs8kknMbW88UvGnO78ptX4BMjhl2BNdAKYpNZQ4tbfAkBwpKeZF6eYESA7bF8
iB8E3BpGu3WAVac2HYff2I/1kNfYqh+75oZL9TDWL6jUAxW0rGOlokseabl7EKYQO7Np6RbYudfs
083wIfKtf/J/B1fW88898fIwnaGQNujP83HDcDqLB0JlJStPU45hEtUCRN2Xi9ayqA7c7g0+puVg
bcjbeIf+gxRney6duFsph05JLqZOEemkGvBqxEsVby51pWApk2xk+Hm0AnbdEliZtdlHFSvzbnze
jFB0fUfa4w4+BR1Erl+zs/6HG+/+m1Vl3Zck2rIclPONJUQvmuXSrDNoLkxT3fcqgt+Z/g3FBN4o
gqr5gwVeTlBODXMniaiCMpYHKq2RKutRKD2v4q+9XYIpw+HQH/FpHfqTbhSO/Ljjj3eRnyyBhVgL
s9scC7H2lnO9ADIgDqWZqTIASdG5jWAbQYps7BZlLzNWkypw9yqoQUrD3U3e9N7D3V3RX0dZ+8ai
XllSxNv9yZB/aTlJtdH+SUqR0fwEm16MkB9fHx3ulYyMVdWyfXYrIPvSsAHm1t/Ie1P62UnSY5eU
Ob1//fooIWPOaXcVSOpZfZNPLqVuLJRXCK0qILjGSXfNNGEXSh0dWeISLkO6fz9qiZ4LW88srJLF
4rfWAZ+l5Ovr4x4/5dyH496nElGTOgbG85+k6ZmmBRgiyAhBBNiIUUqXTQvEkd8f6XZLM9+BSl1W
QaELdmVJAyglBUWnTSUp+K0rMtGAtXoiNQ7hRsSf09f5naekQ5iDcN4SU0iYiq3/n37cUg3i/EZb
qUI01nwu1asgV4aiaG4F5SpeBqJaLFnfxnuw2ZcOsCyUXyTOPgfSQmMS2yUBNQjUYJyZ3ERBHlRw
eMMs42on2JZ207EpcLnSZsuUs9gWKk4pAFYb2t8mXsWIeyyDVzHecKkrBVluFHpSRr0qap7KxPzX
bd3bBLtt5oXISSsJwEb5ytbRA64AbGbGIXmRA7cCukaSyYTjlucwhtxkG0UA608AfCqkhmzO3MJt
jCr/tsRqIV9TkzZZSsdI9qSUD4IKPPUcE9z0XO6bUP6/bOWHzgTDVeXkn8EEN03UBaUgg6YbLnXF
yPol60oVfRMQ1kFRG4g263wlUy77ArqCgNCVclVCLwcP/pCbzrFvPfdH4kUqk/nMerE4MJzMfabn
g8UJQmeXVzY5X3M+rSRjJFtTtsQK0EYYbZ6uEElwCPcBq1/cOX5WFOciBJvGuqQDS1g6oHJ9XFFf
L8VtJM5T/GZWAVYJaMr1sAMpOLI9fg708uh9VKySUwNgC0Z7Uxy/BsOvbemu8hEqoAFQQXIAarin
waLRBbx6yhcU9dxAnNYZMfCGqxTUlzftcXDReEXen7qd81dzyul1rPmTrFmrx7eDOBjld5DgEsep
iExOBwkj5aNS5exUEfgvFQvwYHvPUjSLLgndgQSzwXJ7A+ClEIX6rtVGVBasIDWTB9ojR9gWBY26
mgIdaI84Nex936A9U861FGjPdENto2qVbVU2o6QCT5IQoGbt/6xEGMaQQzlKA+MtNZQGKMkcZnvh
rIgwMER0TmmAi/b3KMrWq5AhVlLIWhbLUyRyvKdYHtHvQ3Vri3ImK8F+TCsor0Fs8/KaOcZlfXlN
BexUb6OzyUfcuO2MX9/6KO53jhrTD+8bn7vIiz68fz34kHxpLjMVP6OgxyqsVXzfzGutBJe8ClZe
WYoxpwg2+3ukGCO1hJYoI8iC7OOKSFEFkQZcYl2uJefbneu9hSp0tSpqSeQo0zamSXKwBOMhMBX+
WiqAkVFeCeKD3VPDQCb17HsEK20lDv9IzijDnZBTg3lOC+HnA4IhsxHGwC7MzViUlV8hTXEriMsn
WZP5vFz4cbK/pycHcCVSqpnyOZd3ArAoCFmoHmCx1AVj0wWlS3EFS04T5MAtlzUYq9ssh40pMTcg
XabjJuWzrMwR2liXZFrNgveheNlRfu6saM8LpSVdBVyqJYvQ1jBJ/D+rJSpRHO4IhnqccaeK9j9R
4slOFX0oyyrOHnKrl+LGWqb1ZQEae9IotrmK2sGcrHnLIbYDXL4lFcuaI5BBR37XWfPmtrPmphsu
dcXYnEhJVlTBzEV09DoNROuIOycOl70GAa/Lmrs1ZxvJupeDB9FI+HeRRk/606qJdKOO8E2fv/CX
XDu2oicANiDzGqTBBdgkXKxHApVKQNtlpN0iDeC2MQGH4qucLBB+sw8v5V+w85Rs7HEVENYylUUJ
p+TGZ+c/jhNkPQeblGQmgg0UMOW4a24AJrPpYVbB6QtoyECg0z5q0ORA4WpI1+a+dwpcgFAtaby8
ZTIQMwLClNFY+WdrkTLP8jl1TXvGUrzG5m1KEKsKr4tsvhCT/DE2UZBX53XlU/E4YvkhNdpk7pyn
dE/BFWyZuuwxdlDLAbYAjDKNe6U1PaQkI9034lu2xibM2lvMHq+/4VI9CnZN/D5bU61nvqluIWdz
exlQhODScLKECubmlYqkvAp8H1QSsl+ALu8PgOxnaQlTqdY0PyKpEcyPcZmeMQUbhcpOKWAVQDGy
CR0D+fgiID2bFyenp8GB/P+7srVrkPncxdkf1vdSdtp8w6WSFWwwq3CJ4wr4c2iGi3QLPV++O/6c
0ryZBWEfWFTCEfWwZW4trDBckwoOW993zxojSqgcwMt4S33PGrfm5DayEz1rXIhs5mBqC7teLFlq
7jet4LoqQAEThNb0WPxuqX9MPk9J6h/TLTXUP3w3BzWSixn0IIWM0AX1T1GFMnYnlxSKod1vUtCT
qKQU6pztIh0U8h3Ej+n5bSghoMi1oUOwXbQ7qrnLu5L3qgCTSbIVLAVhRN6fzSEoB2TLg6e9Omv0
jtvDDn4NTl6soGomRBJXPpYlf3LltpemGB4ju8/AQc9LL1ZN48jtLth060lXuFk4b8ESADHfJ1wb
uYCvWlwUm+RKQTnXWGOIYAVMe1DXUz6PfCR1UESe1FMegBQW/a+e8kZiqOKfXCqRFLpzi4XusEsr
AHiXToZtXLK6N8kwVySEiNqz1pVCd64pdMeqaDAMMiBukb9ut488m/I1ks1ez3mgZH4a7NXAbmnx
U2JSSHSWvYKlGB01VjniCkog+KFK18CFAcBsmCTGNSCTTAMXJjJA5bIghagv1pKbLGdbClbRgkxT
VUREy2OyTGiV7wmTxZUGITWkTaUwEi3G7I48uPv0YdmtxZwc2++tBdccN5sVolIIhxpDOIxW4VNq
cXTNVgNwh0xwirACODpHgAh3i6NLEhD70NvOy4/rJHPpkWaD2qJ9jbxTZ5qd5Q1capIUu6HFUFaO
Qzyvgqww1Hksed3c8hraOTVCargU5+w2fJacZnZLcUjxHWqK70Dm7T6WVr7n7z4019jGHopBDWa6
llEpqELNDE/OXjS1E8AbfvRv2Iyfa0Eh4I2gan58+O8TeGOGXJZK6BbgYKRSCIjSYqd36FbAwFIa
eLOxi7UvwBsIaphmCdipFHGhJq6oKqB0SMe/jiHBLRG1g9pDZBZGmDRxgaWIWHbS1i5dNUalcAo1
I6HcCrZGr2TDsqPWXiwdkbNY8BZFD6NQS1MlLS9dXCAXT0UFug0xdeNkUqyGFcNTIa+KBUfKUPHV
MSqQ2foDgG65Dd/mtP1uioIViiPmunbqTArzMCMxVRU1GJhozgZeEzWBwz0cB3gaYqrsVCBB44C8
Mmy0xXoXBFrJbHo+XKdVJbofmG+4VAIpVMQKNgFkrAJjjDZvITOfhkpgqRusViQwQeSRMHkpGSkg
xEwBIcyqoBfRL0+MQd0WrHEUeIWW55IOf++Xp0mNSi1P0w2XSiDFcljBWA6uoM62/PJc7ytVuzxF
79Q5DYy0PKWwDjPWxXlsb3ZPyppzLndXw0mRfXYqDlIO+x6Wp0mNSi1P0w0TJYDUOvuNP2Lc7Vvd
8GYyCuKgZwvlyK7S9si/vha/NINk2Hzd8pdT/ypOFIrf6t/nrdev6qet08sNb2D97y9c5mJIZE2C
6c0gXv4lGFqt9ycXlxfiBeCqc8Tvvvw6rrlv6y9PmkKpIDfZBFLA3E8Wfz+ybv3RoJcaedp6f2m5
6JN1zv+eQVf8CePgaywG86lgybDXXL8P3nElbX2yLvjf2Y2ViZFcTsXjnLfLkrplaQbIXIaaAXKN
sWaAjLfTDJAjf5oBUuyHaQZIgQaoe07p5At1DwqlcxTEuiHydOpmA0oTCnXzAaUphbrngdKkQk83
RO4+CnRD5HaSummBch9D7UPLbfS0Dy33XNM9NJJmV21tqWunrlMEuYW2Skyk6Zysch5oOuw6uidC
xipsTbNOtZJX0yVSLSbVNCl0dMqAjPVrmlZork4ZcF5FzHIIF+LeW9cNjSvfakzGNce2clXdhm3l
6pwzn6YPKvkpUEH8GmSiNLgFmh6ot/k5Q/QYdw7j+2kwklCgWSI2VHNwJjBaH4aRCGmF99bzHvdi
gvtAulkxfrVHd+Yo7AXvAp97DJF1wIUZ9mbdWPx6JFCvZ/z9hevADYdWGNxa8PePRmEUKEJqfGhZ
L8Pr68H42gpnMR9KxFD+Fn8ljf1B/Ez9u1F4/d/Ci+Oaxw4gV0GHHHiQOPZg/MNWfsREugD8IPoi
UteR/st/BOnlD/wNwSUurvDxxOX/scB2vt78M4tif2pZPyyklTtu3fXv9GduWV7X3708O7YuT/hC
vKy/Ov+UuPUHgBzwXVRQEzo1h/yIrdEgiq0nT6wn//Xkpx9J6qUt3nBWb5ycNs7e87dcK5qbIP4O
f0lTL+1o4t/w95iwXtZVouKw9gs3EsKucN33UhdQ0nMyMTxpQzM3QcLS2Oet1m8Zc8PXrnUZWkdd
a7H0LLHqrZWRsJYBT2sV+7RWpwrrNLiLrqfhbBJZqbPBz5/EvgOkh/FvOj5/Gu5q5TwO97DSV/jR
e78eBz8+zrnAsc95RMQTkdwncqQrkI/cr0dy5Uc6vzh5kpzG8p5HVkWK9uxxvMfHeTkYz74+6hzf
+HOeCMnayGW8V0/Ed7flE10GfGPiN46eLL2dtTbJrUFHbIRdsQsm+9wo2eQWO9tfP0V+TPs/n8ut
fIdx/8cUO4go+78D+Ft/7f87+PnFeskPJtyLfzN+Jfza3s/WE5tv4JdTP+ona3Fx/ag/GPWm4qyj
jEw29vXDhAVOD1QuJweoKD1AunzBXepCX5NYxtzbdPzucDbJvczN1y23QYY/UzZTeX+pdRIHN5Hh
Nkv3KPHiXwqnSXbi8z5lT/1BL/er+fX72Y3p8sLlMnzBnCPMPObGH4yCqXlMzw9uwrHxb1nsXqan
7R/443E44/vImm8Lb4NuGJsHffZv/YORqh/ZcbeD6cwsPLszu46n/pe1f32PnwVHhlGJW9I4rZ+v
HXN+flI/Wjfq0WczjnoZdv1R/hoQQ96en667y2k4LjCqeXqxbsjcK8sbMvd0uoPhcO2gdQq1GJUE
6tcO6wXRMA4nyTFnszU6X9lOzqf2JyYFNopJuZ5LTTEpqI9JucVCUvszK9xFNkzL6UWrdSqetT2Y
ctHOxhG/p22aNYpNs4apftpoiUjeKsKty5A48kWsj2prMiOreLYmK4KYfFEO3HvyRbnhKpAvyu05
oXxR7iCJ5Ity/mPV5VyX+sDKHMlZD6xMkpzwwNIssUJB0pRM5EyvQ3af6Z0XHy6aVZ70poPIupwN
w+kT6/lAvIrFC4RZks7s+pPA5r/I1RT87PyY80X8CIb4EWwe/FwGO8N+1LdnB9GDqNS2JZbRf1+c
11/x1TC9DkQxv1Rj34Ke2xo4BwKOfnbM/3OYbNS2ersV4iFPvWWEA/N2T36EXPg4z82BPw74/N73
xC/Icw+74TiajWJ/HC9KiTabvdbXiT/uWffhbGqdB2Muw4vBQ8BnIw75uj0Zd/v8yJ13Oyvu3XY9
QoljzfrTXMmK9hKirtk6ADTDhiAkddw4SSTVOSsiqTxboxLlVSAplOE/oNDtdsEtgrMZJs7XQx9/
Yfbd1/gRY/LkIhx/9q2Lbt+/ugrE4uldPzDC+ve37uG93w9DjVyjcGR3u2bJnk/DWJh4IdooGF1x
ifb8+/+0hr1Z52p8o5PWnJEYM4FbPH51mdv7NceeK5wxVRSie+7KJL0Orgdj3/rod/ujsMcntjH1
HwbBNHdW16+WVO0J/rXxa+f4Y797E/e791/f+8dtcNLu3XbeCXaW16MuGt1/vKhfnxzp/3mD2sB/
f3rz4d0p8N95/DM9+OH9P0ed8evRx3f/6q/oWLLoGCJIAoAzl1FmNb0A7WQ1DfpFVlPe/ivbPY9W
QPGLxP6S4KzOJvHBYJykA5wnWu1fyPyoLzaecNJPVpJ/FfW+fnmPPx764iNypeVCpAIJdOUPRdpr
ElnxdNAdilRXzB2xyBqMuRnk/wqm3WQVWaufv/Pl/eZV48X5z5llcjI+mD6ifh6u7nr3+RomGYvW
hR2ffDgcUMBOh/CYsTsafQX5WyZ0BS8UokuYVBq+5LGnfOt9M6qvSCRynCml3gFXwfwKVsv27u7O
jsJ+J4i5uyCEJgQZjQaH/TAWkYIcOYqPXYQvGsHlaXBpH4U3MpsRW80agKJ6PcG9Yk2D6+x6GozF
eoIjT6ynrPItrMhs3BtESey4x8XfHUwG3C3hgvifVdlJjsMqCcDFFfAZYJCp1RI1vhB2qN9D+Gk3
CCDGjvMUEhcjxNzDSXcY+92OPY4+P25lz2/86f1w1glj//568EURWAKBy1sIGoG2w6n1IrwJrM4s
GowDcbAKuV9sbfhDKEJvzq//5R04GP123OgiDJ2vLy4iyKWJ4wPk5SuKI7qvIMz9Fp2iLAGZOScN
BYoJd7+sNHRMvftg8kAJgQceHV7378lT1L29oofg+rZjY7DySuqDqO9bR+GUr8NYePTU9a+uR1+c
Gcjsn8NwHE99rVkWlUDPh9GD3wl1K+cZ1wj/81B/TTAX5js8yWevAm7o9UtSVaezaS+YWv9H3dPt
to2sd70HOO9ABEY3ixPPmeEMOaTh3VC/jrOxncbZzaJFsRiJI4kWRWpJyrYC9KHOZYHzBL3qVfsC
veoj9KozpGRpqBladhbRFgkgUqIo+vv//36O2Dhjr4QdzQvrfRTH+StL2r9pIW5kzTOeD7NoXkRp
Ys14OGTyKLfSRGhRbt1FxcRKUnGZoALlYh0JSQKSPa5S0jQYUyZftNbASb/+AD5EyYNUZh6Lf/VJ
wLM0ziXqn2o5XbQuz4yMVo48qiSyp3UQLqN/kiLYuWvvY9IYPfjaVih0iL0SJU9qqQXhcmy7bf3n
f/zb//7tf/7r7//+t7//9xoBszQRsjAL5osBuGcVQT4HD61Q2hFcZlE3dUJR1cSpAfzV9E4C3m0v
9gK8KTiiGpP0EG0Cu7IwPp5OPI4xPHaOj24+w/HE8wKbObP8t+lGqb14y1kSDbksKU+EqOCfhTQc
LSZRkQa3bDaPhBjIwefPyTPV3DiaWZMoHE5MMoTKtU7Cl2qQIcaw0+HbAWxvZ4oncY6PaTwcurf2
7Ng7QvhOqOQjN6D+YrmgFC/sDfDPMpYUQg3lBRNgd91Bmo1I4s3yzxrrYhAN82gPHuizvLDeXbUu
xYPDT3vYEMDaeo7Ve6Yf07O2feKQE3HQhERTdFA1Dz37UKt9VUOCEwxte8AJoUchE+IjdIdHLhli
f0hIcBvlg3sw3ZiGg0UYLl3qkGG0DIMZSxiYj1Z4m6UZ3yukYY4dlu1cBK8ViA7C/w/KegXn/q7J
As9uTLFg19BU8UWFv039FJpkAW7IFZCGVIHTkClwGxIFtCFP4DWkCfymLAGCTVkChJqyBKief1Db
Iur5B7Ujop5/UECE6vkHBUioBiW1BQLV4KR2P6AapNTGB1SDVa3noQarWrtDnY5UQqrBSm1ysGuw
UvsbdvJZauSrBiu1q6Ge0VIbGuopLbWXoZ7TUtsY6kkttYOhntVSmxfqaS2smgF1rlPZrgYrrMCq
ntfCCqzUvBZ6Yn1/zShBB9gJhR1SXwvwz9cy2/8vVmRN2K3FhHeXDmI+W+uvMq5ofczYMpZTSoZF
dRTMJ3IuyfJ+ywopywYCGarMqxICkGbjeivge2m+v7v8BRBACKhq5SDCEDsQeBSiY1QWswWfowUD
EcsjkIW5jIdlaW2+/xfeqjaZ2oEu8qkcdEB9Aly4Gkz97vzyp18gmIkrOeChMvR648V5J8Q7EYx0
LEc9GxJrBpcAH2IAGbI3Ucf5SGJM2JjVQTAfRckoXWUsG9BqisyWDayErGGhgHlVHEnFAzg2BBdI
4Er9wS3DpyLL6yKKY2vIkm8La8wLa7a0spTNZKRaUOooirlM2N2l2VSfJjP4wD4mBwg2eqi+zGX9
Z8rjNzyeV6GWsnDqrxM2nPIsfwYnljcti2Zy61SLv50W3YoDIHF9YDuO7T0srpileXRfZ73OZe/i
/P37Vu9dv3/VfnN+dvXu6sfeuzed81YLlD8VDIVtG93ny1xW8MlnA0xyzzeP/5KGMxGBHvA8hAB9
EmO6ctQc9GuMaTC1VPHseQfovCqzeA1MV1HCWz4aWW9YFi6t04l8uZkF87TIQzZTQLHLnFh6C9De
YU7p2AzoLP1teOSHN0dI+ClRAsbCW+EraqkNhvd7PsJeOYdUDoYPWTJlIOSa4ZnmK3d4XaqjMItu
eWaF6V0SpyxcqyPrWHBGYvme9RdruJjn+iyeyf9HB5iegsvdcWa3zUZyjvCxIG9ovex0P363cf15
xuLQevmWZ9nyO6vDsqJM6t3I82CbhSWIy6sENcRFOrNO71jOBlEQs0x4PsJnH/O6YN3W+e+6rfdW
O0pCq8+ieCEXAOxKBUeILbmxQTAEQP6K/cStZfj3GP1QoyKNUqa2jTxMIZCOmb/Wyr8teJ6CeSwI
7SZdU5mMmhtIX5fLM4QKiI2+Pr6JhzXjH3pd3/GBXGSOqiGHWcrDMV/JagN1yDWW9glE67KRii7e
T6I4mlu9kMeDLB1OhcYW7+zcs6SJdJJYb6yPPJvnQk0I0pkUCuFoqaE1FybsRxZPX4p7skIcfPeX
8qMa9+fc55Q4AwAdO7jovjk++4TAhAsKnABJFxzMErDIS2G/RQ7CKqvIARFhoREIsLCAnTU5hPMG
5fTcu0hyevExS5egVcIkTxPBR4V846Y6DbTP/TgZGjxrdSEBPkDzLsE7C+OeYGNcsKKQFTnC5hIW
lpDDp7O8Ogtu8xyMHsY2S7TsaZBo7Azo29CuLG3brM9/F4vDejA59vtRjRHhrAaalbJaa540GDOS
lPYyx3RJVUNRCnacA2wiJJphmX4fuW0KvDZuIdRuBaM8j46HrFm8yeXTWC5EVcRbOx1YF8N3TPai
nIqT1XHtlqV0Y3LMTRIzwb/W6Wh1FGQ8nLBCN1b8wZco8WAL9HsCHSwbc6svHYjr1RDN8zxfyDnS
O7ZO36YtgOye8C5pu/ZE3zx4NciHHvbB2VvbFQpPfZ7HJYoh5lardqUHUGy6ieEC8T3SEVadsA+g
HbAZmy6yxSN1rnhVDanMNuqy2yi0LgTvxnIigDgBMiwe1+4pEb8fiXwt1K8+79py7zqBPkS1R/6m
gpMHO8BFpIVpv047O7Zy49WP05AxNquKD+x8/Zo25G9qeV+MMz6OhSYuX4WvMU5YPuc8fH7UwT9B
UI4M0zk2d3xwjGyb2MRxnUB2rgkhPSmt6llkjDtctD8KwhA2sXA9ZIDCkOtFpvCeYIwDBHY0kzua
xZcJoMI7ETB1niujDejbBfOefKnN9yJDUI3gA4wuxmW+1+zvYST3CH65v3dx3nkjrCCr/eHq06V1
elG+BjOeC0dq2CQC2z+dvX4tiFkB+eViNhBmXjqyfsrlDBXhYzPrTDaZC1vw/s9/evC/X8ovUFZG
2vJX1iS948JP/64uw6Rv4PkhBdBGtYfaw03EEKHfx0005pJqXQ32AQoD4Ka66Lrg84lgpuuYycV9
p3n5Kk1ZkN9xXoC7ZeWRPEMkQpl5L81W1xiIRa5DbB90W57t9/y22wryu+GquKD2BDusm/F5mhcb
iJvyc2rtETzIWHF3x4SxcbfV7ROXClrr9gjyO70uxbBPW37HbjsdQYk+7mJfmnFyPDj3EAYsBOtT
wLLZEsyieKufYcJC/sr6JN0lNrMurLPWhw/n11eXgpfvqjdBLq9BwSLf/v5TBOZdlAyiJAytoewr
F07aX2XV91wcmCnBkXsl18JngzBTylQ1FoQiO0DsbKd25jHjqMHX8GVp2TP12J7W6R/G5txDMppy
4bUmFvsAy+Wg96+bGLcMa17HqVx+UGnC0bzgw8mWjbjxq81utcZbd3ziAEqo3Pe+8tZHxdwGyv21
yQTiVDZmyUYGW0aI8as5T35KonvL20DdVGNQGyt9iL02u8JRMhsmvgOEbyf+ecFomYNFNABJ+kNj
d4H4T1X3rhdl0VTwZZrlspT9lMtzUKzO1RtLnH5Y5Ln1huVTXhSl6T5jeSHLP/NlnsaLsiy5ycrp
pMkoGi+yMkHI8lzYK6HF7+dRVgasq9jXdeui3aoxXkUbmDqCLHBJG2viCKOsMOTLGi7fgxNNlSUq
TVDvAB1Ivk4A9/ouxkLwUGFR0D19fiiZBtJn+/w/LoSkfD/i0UhIztPpvDrSppG2yWDvNNKeea3q
o37LAZIhIHS2n6B09HudlmuXy56x+uluQsx05R4kYyo3quls9wBLxyls8H/QCSZVvsvbkMEslcFn
67R6DVgs2J7txAC2oLAmyOhBmBMCXQx8z9kEXgXoDA69rPuWVLDxJ40FWrX8oX2Ajk6Km3PBCnde
9R2/1245vgu67b4gUZ8eX112kO24XdgGgmD7NnLosfKO2/dxwGchGPAfao2EkVC7l2yQTyNhvA7X
b4GkfGvzHXM4RmY4yZrrDapS9p+cty8sITHFp6nQ99VMEcsByGJFkUWDRSH7n3bQZqqcq8W5DhCC
wbvRUvFEuNVB3Tbx/a6DULtNOxC2YRf2oUNJx/Fwp+cG1d8e8ji2BdBA1XwZc7aur98Wne0sDQdc
5gDL83ZQ+mw7X5HU8209p/OtManz9KyRuT3Tdk5stA7HlXm4b2vsLHcG1N7aGkpgqn6sJUL8Aywx
sumDlfoEa2VjsBptVa3NKdwX8Y4599Rgguyw3VOMozUiTIWmKiLcA2TcbRtpO4rW1ijBJw6tel2t
l73e9Sbkdr3MW+FMGAKnw2Q5NRQINmogUxDrCQWIO9jZqcBco8BUzasqKXgIO5Fgs9KXm7LhA/F+
UdDzPVvEwr4TMmtpnc6Fry6PgmIYgshoAsqZ0JKo8yFLEp691hYVXF33Jfbwu4eyAkQI8qV77coh
jhUCBWPb4OHXHg1kIk/8/TKQ6Xiu+4WBTGOxds3igwewUNQozVZc0YPUpmCCz+mHs9mPEDlCUAXz
yTI/ZnN+f4yEpgojBvJFokRvdO2RjuwCE0zsYEFB51s83I6mGZtZbzkX2k0ItIl1Wr0FyrPgWty8
c3XxxPBaL8vKDtdUOAT5r4Msvcv5r3Op7jaRTmOFvBpbdg9Q/eGUseXG6j8Bx1IrC5G4xY8fltLg
S2/TPOKxMPGs06Q8yW6CxSxMblbVEVpG+2k+zljIrZGccFupOAR8gLw5kbW5VQBsazhEIbmPUFeW
k9kAuR6AQLqVjhCcro0wyH9bRJl0B+VogzHLB4vxeAkm6Ywvkuh+y0F4zwtunXGeTBbRZxnLm48f
ToJ5Okjv699SPIiSd9+8L8uK8Jp3MSYCdcBGLkRBcjPLGdiGgOIvfvEfsakOuRAGnFTLzdEsef2E
J9lyGBXBQJiKebooypDVhjpNHRrqulUEv762IM5W3XmnrNaRqliW6wjHvIyYHVvl1ECrK+c9pvOZ
nAH6D9a5NGzFHymTTxJIvWQsUCfku1w71VRtXM5Q+ZEnyVIAOJHFX+XJTBwHw1Do2XS3YORptu+u
4YFlqg/bOy3d3S+qm1Ya+6yXl2k2Y/F3da6ino996Lk92nPsLmn5nW6712rTliscQg/ZEPVdr/QW
kjy7BSoInlqqZOz2UeWgfYAcG8E7Tc9NgZeGXgZvZ1fei+2Q1At9TGoflXPAcNVD+s/BFBCH2hCY
o3Cq1fSkr0qK2jPWt6YpU4+YauvSg6zD3JrV048ybuWyRra0WkeyGb46Q5r+7B03wpyps72qX8HZ
kR192+u17J9/6yef4PTH8/YvvTfSsHSHpP6Tu+GW5Uwol2leRlw+CeNLmDVWnApJKhtoEuEzbmIr
xj68WqaCHKA9otx4+Gh7xAXLhqnQINbPURFJMVawLBaQDPLFXDDPrfDFmqvUbFJtWbZ3cHDx/kzo
eyiE7Ihgx4YDbyCLFVxf1nbf5UrHxA4WWonsFyzS1JothhPrTib+5bMVUqXls0EZ/YqGfIMKU9Nj
zfa3v/40D1wGQfaPTpKu71DUc4F4cbuu21Wjk7TT6vTJsfJOr0v83yM6uauh4QkhQkkbo5N//tMz
A5TWycnmbVk8cxfOFnkxnLBkzC0WZ5yFS1ljE/FiJIQ+G23sNmMPqyr53ANMQbCx2xjal6uv4SMN
f44LWi1MiU0pFs5gfjNbCf518cQwLQrrQvj1kyiPS6EqrpFkJYG2dX1VZmSwTHZQKYSdPV2ts7D4
/ZBXI4546eZV4a6HLD1mx0iY8huMmPqGa5lydIB5mwjXXW9ZecVcAoHwvWuVV2Z/EJYhspW2WWFC
KTB7YagwexoWyj4jWfYgmERY9Eww0lm1yCRJC0vwVjpOopyHG9CbmrJrfT4HqCUiyG9wscs8F8Ra
Bf5Fxvna9tzHlym9nrIHqC0c81GayRmgsuElEI76QB6UF8o5Yy9asZClnfRezhoUh0F8L3C4mILF
dLGQ6BQHK0PuJuXWIIvGY6FSb6qDoHqZcRnNebRIWX6UpWkRCHmY5oAlTPBlNKyGOckPyylLx1Pp
6sXB7ZhnoDo2xGoavbM1IZn691VvmKID9OLTP2438PP91N+pTXg30fEF7TsOrmYZbnqAkWEb4B9p
Jo7cAva0xQJ+44h8hBzD1Bt8kFXCusWs+s7s+u71hsZf01Jh3XJWfQ+f9sf0XVmm7cJ+471MTRrm
NcOo+X6GmnjzwmHcfD9DIa9x9bB+x7GhzNC4ehjpluOaSqSMq4e1m5JNVR7m1cNa6jakpI2rh7XL
lE3JPOPqYf0yZUMKwrh6WL9M2RDAM64etpsp2xQ6MC4hxs2UbXKJti8x2OjblxhsSf1PGuyF7UsU
2G/G1envp44+1mEBq3N0dVjA6qzUZiwQBQsENl+s4IPo6J6oK7d1WCDqjnitZFdFu3aPvAJ7ooM9
UWBPdHRPFIgTHcSJAnGigzhRIK7dM+4ocHZ01O4o0HV00HUU6Do66DqPLzR3TAvNtZrTtNpce/Hj
S86dx5ecO6Yl59qfNK07113sPr743H1s8bm4RMGCq8OCq2DBbdahroIPtxkfroIPV2vLqMaMDguu
ggW32Z5xFXy4Og5wFSy4Og6gCuypDvZUgT3VwZ4qsKc62FMF9lTHAVSBOG2GOFUgTnUQpwrEqdZ+
VA1IHd1TBc5UB2eqwJnq4OwpcPaaJbqnQNzTQdxTIO7pIO4pEPd0EPcUiHvNEPcUiHs6iHsKxD0d
xD0F4p4O4p5qqusg7ikQ93QQ9xWI+zrK9hU4+82WjK9A3NdB3Fcg7usg7isQ95sh7isQ93UQ9xWI
+zqI+wrEfR3EfQXivtY7Ut0jHcQRrLlFzVSOoOoiwUd8JKg6SVDrJUHVTYKP+ElQdZRgMz6Ek65e
rvWaoOo2Qa3fBFXHCWo9J6i6TlDrO0HVeYJazNQcVoPHWnNZdXIH1VzVLV9VC7Ga24p0PIFq7qrG
X0XkaXM6qy+qy2EQ/frpTuw59WGdozRbzNLpK2vE4mhxk7OHpGe/nLtuveO3PCn4ZhD7IGHzzaqW
N3LC9CK3qv2m1mk0qd7YukwNBEJIXIiGtjcIR0cu8vAIEXhEBb8xbwiDKCnAYD6X20cnO9E/wUDU
ph6FHkDUdgBaD9Ucs2wU8TgE6tfLUT1P/MFVvI/I2jUZ77PLNj164siJ2EhTMi0eyfM8iuUjESD+
Nz7SI7M8NZTiO1+/2gXb9m61i237yOkDH7oQQ38LwRXILtLklYwEvWXJQ+oClVN5VnB7ClltbQez
X//j65LKvu938l8lnX3fQ8nr77W0ptJ2zPJJjYQghExSw4B5/hFkIzbkCB5B28NaaqjT7pO+3Dg9
VINp9wB5P0T9XUzTtk3sHrBLTOMdTJf5bxvJsoiHiDiWE+aeg+k9BMgDUucsXrLPbJPi3i+6qwpe
5xCNBe6msaDkExtbXT6s5Es1uhHV+OT+3jr9nKfTccAXWTrnYK7pquGyeLOCX1TBL0sXBZdjFyVs
H8eAUr0qyHsoyZuxoX+EvaFvO44kb0H1krzHbJBmn/Pqi7W1ALUqMkhJp90FWPxBsops83uNMzY1
2BLa9wC5cKzpX0Zt6Lu9svpNJ/0+LvgrS9hNG+nnnUChNbzn8MS76DObWq0kYTKHKk+CbbnS6TyN
bW7nyTHPrVs+nqdJkU4tccKsgsd8lMqtB42DMP+Pu6v/ceO2tj/3Ae9/mBQCkj7YAj+HpGCjXn2l
bZqkqAv0IX0PxkgzWsvSShtJG8ML9H9/JEdakTMkNSNrxcVrUzfraNabIXl577nnnOs8QmkEuyfu
uJKwQIMB6TK5KNC1KKqbjoGxKKRHUuUl/cyBalJsH4vNY7EtjibSzZpDFREUj2D5hGq7H8A+5KJP
+gOAhwRCMSBqKiYYp5yMR6QP6Gggbt6pHUqfmAUtr3BjfwdDl/G5p9c9/mcvWWb3u/W9TdEygqy6
onBpFQcNy5JQG85mhpA0gpECdc0SZDpGz9CsU8DpVFAQSEFqSwHbZFOa9mGvxO9dx6Ma/ftifMO6
ao+gp0+pHx1B/aPnhbxesIAFLbw/uv4+8nwz0E21163wZXnZ4c7LD4v//kHdsMJYfKSOvaZdQ//0
wWYd10oVF0Eih2jNF1ifRpWYYso7uaCzIp002BXz7fqMHLvprnhaJesP6v8x/178Sv77x7fHsbz6
tBqVA9Dme6fWK9z2ttMIiiNU28xxY8EBRDCVZyMF1MqMjAHFgBs3VilYA19ZRKlj/8v27RgvPrwd
wNu1cpz68L1cZJnSqWXeZ5rrpeOA7TNLlUV8KiqHfdyXSZGAiBDGhljeDAjeACAAYuJG8IG8L2DK
x2OsB9drpmt3uerKzGOVy791lFgX+IYnXBVPVAckhv67VoPJqFUe6DybdmCWFVOZmr+YA22zFdPj
bkVYHVwsThzcIL/ELokBi2BMDB1eNYgNSApkqinkf1N3TQyZFcOovHbOyv8vgn7UgI9WO6oKfLR6
+IRlYvAEQgojhGriQEFkcTEcjWT6oVAQ0qi4oPBMFOTcDM1a8YV8p3VFl0y0buSNo8pWZbxl5mNY
p5JTTmedFBUTBDLQyQlAjXZEq4dPWDq6K/8IugTXySe43+egK/QL9Jx81TEpJsd9wEuvmssXma+S
4fpxmyV/kb8Ws+TNp1x96S6L7rPdl3mS3c6T2Tw76dLoWAMaxdbZkTUJSEkfKgsFLT10Qs+AWTJ/
nMqCz9ZZXr7OXxV3SbbINstskay+ZLe32W41P2mM6NrtIIazkAvlp308xKk2g4SuqKdwLsUgfNrt
QLGhz8O5LoPyz5cKZalcdrBQ0Smf8mkH52zCJrjFZdfq4RN+jM4rLoa3hhBm7++p3ffq0AK8eKD6
/U03+am4K3Yfta2CEmDdr/TXxof+8z9+d7PKN0WW/LZeJeP5arooVttdMV/Jf5K8yWbG79Q2I+JG
lw71oAh06TjhCAvc5ZjQ49ShU126MF3YXlUMIrRvhDV+8QCCXTjelW8bCBtOY2rul+dtC6IAM9Ql
lIsubfqyg8RrW18TBYF2eOFDwYf9tMtlUcAd9Xx5MxkVkrJOZj16Vj3f5mbCyW1xn2TJ8MfXk6P+
N8xbtythwBFFMeDnmtFCA/h5BFANfm5VDH8t/GzdjwpseLofqWIPHAGcE4aDrsDCcAzo2TF8DKDR
aERkJqw6w/U0rOwLAyNKQOXXhS4BXp2XG5Tx8PW6mh/IfxVwkwo1/IvIc2tXRbBsgrKCdhjMCE1T
0JkxSJqlDm0ePmFN6CKD4AjwFHO0QxEecwZk3ONyabk7TZT1nYljEtqjZxXHvzxM1jK7nieDbabc
Dqfbx/3vvJuu5fL7qB+q6SnvnXVt8REayrit24ZU/vC7L5tiuXStZ/CjJ/wMXf08TK9vrICMsZEa
XpYln8nRIejphCbfDUZHB6/6a5f/13169bNNUWiLkEow/Fx5+8l3s8/5H9oSEvQ2e/ojtOofQAoh
QcqpXsji5N3sDoKu/VOc8Dd0Fl7s+sHVmUkQMOLkRp4oLM8Uqp2osjNgFl7KE+oKpBs13ujhfu9T
cdJF0PWKUxyBwVZvncraFgE1nITr+6v+isugxa1XDPS031j3F349XySyZFoqO7ZKEKNwPBqpzBOq
3NO+wXJdv8q8oTMrMjFFuAWu1+rhEwaGjt3AyfVrX8i4i87YxwOoO3HcQXKr0xlLs0N8zmZIittl
sX3sZrrUfTf9KC+RtfzHZkGuYqYMmZ+LyXqZZ8uT9nuunB1FKEGxcKUHY4TQjQbsPE1OmeaYbSPK
zyyKLnLO9lyoZFnMN9m2li7WLFkhQlD9CkAXE/Zky+ujIav+iT5VU0RZB0wzJEir5kubh0946Tnv
QBzhTApHgGaE3QDRxRp8rG8cTeyAqUE8JarAOC9At7kDxz//9I+f33/zzTdPFNTkbp7tDI/Mhqpm
+7imNEJ9Ler19Z73OWNyX80mIgcT1qbZfA1OEedQ3t46O6IWLG2d49/mu2wp/7ddbxX+oXBhI5pj
g7KMUA+kaoTVvkPg7lSH9ed2p1qQGGAJNuE/uVKbbFXsku1u87DYPWwyZf6937Ef14/tDkiWZ3eL
d3eLhb6olJ1OdTmfcFhm4LC0p8J56sdhAQM47VI1WUIGgYbYYFOZv10tkxhcb+cBS8tmqZh1Jiif
FVPx0g4YFlSmkbLQtZMh63jJj+eK2KpMBidzfdC83XA1oEX0MAlTQcKGDNUWWYxRVg7bVyrGAN7o
V0V8mK8qOo0yAp5bqV0ovdH+dMtk95DLAPnHei3BhiOk/o3UzQusWkIBPLIcmHDYQYLOiLwdWshl
2jx8wiTPeYHK5Ov6B5xYNlub4nYur5sHWSAXl26ilWH3T+vNbzJ+J39e5vPFWn2s/I3azpOpkcl5
pTIU++KwXGYsGEq7CGPQJY3DcEPrE3uZGIywSnW9QCsCcqQw7OROexnPiQ29M0NUBFXbgcAT4Tdo
TlPpQkQgwCPqAMrkwg3RuKtqLtpI9KELd0jPCb8Ne9gN2uHyQ82ZO/n6Y7b68ngcEd7UIsheMiEi
pKTcoVkouyITOmWdgmSEFeilnTtvH9fG4+yuqnHfmyRYpEYsIXri6AV9nOzSIoY3OaD/9uI1yuc1
fUpo7K5Bs3NVrySOePP9XoYenopTQjAUIw3BkBMQzPG1B72xKuKOGBNrXcdnj//kNO9MZ4Ig3IoL
fo3j421eWMen0kowdpfR11CT7UFpph06Pg0NzCr4KIvQPq2XEE0IDWPuJzQ0WdEKocG8xJI3WXmH
3Rsf096931YW+tuwDsAkPtQQFgh6gBsjGw+S7YZmcpXkI8JwGSQcOiuKNFKWp9MOkxmR6gq/sKPo
5cpaR9HDXDUaYfYEGjWAEYbBsrDzX6UlmMYY9pCadZsCMpTzfpbcb+evV8Vu1bZ8q67Zq6SSG75K
DkleBS8zeYu694FDvEWOIe5yNR5F3ngNC7Wwx6IdFUmM/iyAjjQR6PIMgKKTTybTQh2u6QTE1DxV
/WfaERsdZCS72WyQpVRGBXv0hHYqbIxpHzIiIgBmLgUFGPM+UEoaNf3dA5hh81WUnPKv7QdeUDtF
01J0zWmH4DTnM94CBWv18GGdg+6mlTw1wsxaTF3iVkH4aNhFsojyyzRMMqwsy0l5r8QBRovlqngs
tnVyBaQDyEddCpjqVtiAaKmEIznqTHkGcFBpXQNE2zx82ApBF9vKkecRxHMuxQ7spxSNSgJAE50z
ULJRA668+la4W293yZ1MXte73cf1Kplvk4fbLzJPekwWc5kkqHZintzJNUom8oepY+iwL9cRdYUW
iEJryxANO05SMenk09kUsjYYequHD1sm6GpsgwuYR+CMpK4qV+xBIt5J1UukLyy1biZNFwOvNH0f
Iod9pllHwBIT2n1sy7FHJ+t3D4t1Pl8EQCeF+OMT2UPQyto2PKE4giKNObJCTvfS46KDeJ6pV/7C
DE8QxaM+0LeFaVSiVbIT/cPLXLbDKJ/NSNjyBNHhiAC5PdR8Eu7bHh6O7f+GdPmI9hA6sTuCLuaV
ZqyIIHZKHd0AT8PE0xYBmjSLzyIMhUBLqyVzeJ1Bx/eK2CZCbxsxh8QDC0x4qlN1WHud9dYK1aK7
sxL1pq0VjzzQrw1sa492t5u/3iaLki50MKgLWvHba4djDNBzwcSglK0CJstnziGevDyY2Celt8Jb
RbducP+EBRMDYuAm7pAWnpdghzSeRljHeiKERylhPO3LM0jkW/JIsAGxkFaaGsjBc7Eg/zX+nNcK
7LcDsdkV27ej4e7tSGw/zFczNUl6N19k8w/ZMrtfyN++f1RmT7VH5ec3b8d0+ZYO1T8/rFlwgEWl
3okxNBbXkhQlLUCkP+y6mOR1WQFWUfM81uqJHvKrVgsqaxuFgsrQIBNMmajeJjNlELlNlsXHYvfN
cUWC80JsiRON4qAEXE1nWto+F6gzIWg2wTJvRHxv+6zeBoQ+GPH9Yzbdvh3fbOYf/qKi4Hqr4uCn
rfrth818T4rcL0lzpyTTVFrGLloOdQ+Fr4ZTWCoKixijrB1nAo4G/dGNjPYK9vMkZ9A20MHEoAxe
2I9ABqAGOYeppi9uv2wf578Zs6ybTrqp2HiK6wPsSNSA2FbVSKQMwVNKtSyAajpHmS1Q+dcJNmp4
NFGlAIrgQICRI1sgIzoYM/nGVE4FaqfsfbbTr+J4+6Q9JK6QLah1ql/4MldYFI/LYqcufBtkx0jv
zpxg3KEMsiKV+avAHp/+CkzW7uHDegfnTFWopiDCTPTUEVW5oDepUJJYBSd7skNoTRCWu5+Ic7yQ
LoKsOkQZzcQdrZUpNbS9zcOHPdFwsFiVKhThzsU1OKTlgIIr20bu5zGYWi5bBKhqOnYiRDcc5WZf
wDDC4UXUcQHD8gIuKOvMUqhGdINOMeM0L3L6Llvl86dV+X1xm8nX6RGOfsUF65O91v0TLDWqx+ZS
FjIEGEM+3KsWnqlnX6wIRqgfMDCpITJeZctddqfGHmd3813y9+H7v34tN6RKBdFzzb9ss/yuSg+B
BmApb2vMyujtpvFDLIi6DuT91IUENqSHhCcY2lZLIoZg26Ep9hhZhnjfyPSoeq5EZ2+7eXizwcGP
la0uro9eQO5QNBHMhlzlkGq4Tx33rVtcKiH8FXLIh09PuprD6204NLPC+4xREruu51bOgte+nksj
RY/Po1LLAhnrTwT6hmNKK9kTiIGgu2SabegZcXQKbmKKl9diFIHEyrXA6VwrPEbWzrBYBIP9sh+4
T5cavEpdFXg0dkE5jgxDMvH6YushgAHmgR6gPXjqdQZH7trCZRQBXCAuCE8M+XjQTQGySC1eRpey
exM9EI+5V/kmu/Un+eS2Dja0G5jhoXE1e/iw/A3HKVckXBGI0thhwdiOhhSFheEhYH01z8u4EJld
rqY9ckLlFR6LXZ3zGGGpXQgTFiIdKwWBckes0zjrUn9tvUvOElheBGFy+hI08Tdobc1QCwRtHj7s
ieAc9GpmFOFaZcwsho9DF883D9nXtdiyBqXEsEWtGQgzlnIKu5gRbUbesK4ND5CPb6UJHcWXd1ii
Z14k5D0iDEiglZXmdr1IvleDHP0zf3wTJc0IB5PvPs5vP8oU8w/Hd29hCiyEKWAUYayjk7LunTHm
GSVWShMiWtqa486eYe6aw3yszcOHrWCBICwEghAeYRC2c8gEHN4Mh7SrqUk+8hsQ1oRPJd5izw2C
ZPJmU35jSb5e3q4fH1aLbvc4tZNZgAgLCoKAiGE/S8JCcvLE+r+MkHwqq7kq1npEdmtGf01U5k2N
/o6LYsEgrCEMAiLo8FDdhu+gN89lqtRhkMrkpglN4Kq5PsH9ARvKbI7K5fDCIHfF7eqLPDwPC8MH
bb0LUAohPanAYxYqwoJyHByB+OHQVuCRQHzE+vJ9EeeYgrJpbCh+FaVQGblFaxp79MnNtM6thdo1
xV6bhw/7woJ3WHCAMuMR9gWsz/XdG7OIjE86KJ8Wk4l4cYrbtgJoaxu5Rd7GpseWABfKiv4Eisfs
Oc7hOT9phOHlyCGSQEOKQV+72xDHCLMS7If2lBJkdHWjjTCTWY9i4RUrlffuq/zjUljgCgt7uUQY
Zeak4CFtiVdMCezQyaSAk1YEjWvcrV4TXpuC57XENf2z2ZGlDqiq+Omp42WBIywMjqAIRaRrZhpn
4xEEXTWE3q9vt61R1Hg6dIXb1RcYx//sVSHxdqY0lSuz3cOH6esWWsObecGkFEbQSrm8YIgG/yYc
TTqzjHDYiGt1XUjcV9LakIK7wDTKXlEd8XtKaMotLIiHsCCaXr8ohcwx75XCcX9A5SWpbEs9xEpL
xgF66Fz3glb6tPkqL1aL41xJbqErPISucHr9zjrkDgsQj8Os1aBWk4+eajHYw/Kvs8ZKtnm5dWvc
w0u2cBUexFV4DMkLdCnH+AhAhZdjed7raOaBx3O8iIT26HoeilS7UbWGSflhBSwQhTcEUSiKYWZU
my8ig4gGUUQ6JZ1shgoNory00grL+hmALoQ8bTATs1JZPchy6k79WbYJuGVuBfQo5BPsUG4hKjyE
qDARw/DZNa7J45fu4yIyhafgs+xNLiZtauRBq9TTNV6qYXbt6LQeltECQHgQACEkgjWVcA15v6HD
AesK32BvDK0ZdogbrKk2i/jDWh6VPEt+2My3j7v5KkveLBbl7521jg02xZ/Wy+V6q358+eubTx/1
l/6K4NcH+XMn95v1ZFncZYuk2Goe9EqhqIoDXm+pywz4hvf1bcMsfV91iJ73g4edY2EqPIipCB5B
h1PXXQEAS0KMjO2daV6QYpYF5mRFiO+ttCClMkBAOlZHQa6TV3pniTjqQ7KUg10Pngr4FnDDQ8AN
hjHWO3XNC/NZs/gkh7JQ4gZh9uoQul8k+Sz2NXUUvdXDh61h4T88hP8IGKFwFK7Jjb5mlI89r9FV
/OyNY2/7a/+uhQW/iBBZhqcR0i7oeNdciMGInfDGMNWPqbIqx/AcqK1fTB/X8tdsJ2/ryUR99RU2
M3/tJ5NsszPwa2GBJKLZTCMaYymoaym8VmZ+t0dMjP7KVwTEX7Zvx3jx4e0A3q63u/Xqw/cyKE7W
GxUWK7QmRe7+2/s/v94+3N+vN7vkzf5vDp9Qvtf9+UYucV8eFZ3wvJmoryfviofN+r7o3m/n3en6
Tn+yQdrlzZ1PGbtd1myuGo4v8A0P29aCn0QIfsIsguE6xo62C5lpoiZOpx1O8zRXbZevEF6erbNM
9v9ppAVN3iDGcBdB1KWwC+VbRYoLiQGgmNPu9teH+WYjK/bPnz93zxFyIkMSIqMkBQbg5s7chIWK
ibD9MH8RBoLKqk6/QijLdaR6yBSotwhSDtMU+96ih3ypsjpSEiMMxpL1yn38yXJ7+XQp+7BlhxwH
4VijSlk2FR2cQTUJVOVUMtVXOdWtInY+bp370csyNXZk82/u2R0WYicaInZpDCIuqmEBLX2aryzO
8xJSlbMJOwmxCQtiE0EpV4qvL5aUBacjwaDjQZ9pbq5flYqrHqjorAnNXmL0q2D2UKaBvvzh8B2a
IXjexCGUNBzW18LeRNC5hsawC3cSbgcAMijrTsW9rtdNNY9oCHskjTmO/f+VR7SwQDcRNL8BMXiM
LtCNaWJenlPSmUFCJhMSPURXQLcWCm/dF+3jIdYKF7mnvXONLWl2yaJOLWk2aHAFWKCbCLr7YhBj
vWv8RIhklpvKzE1mbwgSmblxBSILLgCWSVwwcyt9r4ghm1Ez2Z68ap2Zm5pndJjSEc7WnASb1pSY
gbh5osS05eKYz3oW3ILSRAhKgzzCJHJMa5yac8od005IWEpkgnuABpa7XhuFF91fElbjcRObn6a+
PK0qRt9eUK/A2Az6yybyY84iMFiZo5uOWSm0pLNOiooJAq26LdcZoO2xp7H23N4sxm9Zo9onJ1xB
5WVvL2Yz5DBK4odcrRRvP9BspXBLLKr9UmM3XtuDvpWmqrGEyF7CoE9QGuEU4tTB4iLpkN0Mugwo
Q4h6xq6DMDAVNVi53KKzHF0vk7H7WiDN9EStxVA18WSbh5/2Brb3RjOTIyro9ZM2wmpJ+gWAZmf8
boH56wj+rb3NXKMsFaJ/4k+R373yCe+fq77bCaxg6scKLtxrGJ0zRAaIHiHHnMnYkcTekU25eDyG
R65LdFEO0EUycQLTDClk80WJLr5ad2oFvbrI1SO/VUPiiRGefekGtVc/hB6KCMMwIHeASxSORyM1
0Buqkd6N2NzKaPHZ3QLx6/kikWnFstgZbzi133CQO0cjGDKW3LkAAfQaN7u7F9KQYftV3FcZCn/X
9g90jHrV+CX0eXkqpaOsc0SXY0K7vKHjiXKIsfZO2MWaxBCeOrQzgO2Fp1lnSshMMPby2NGEIyxw
uRwt2dGzbDnXY+xfJbP15uFuHVSdmrNOfTGY26scdJKKECBQ6nBsRahPxmooimrh1Ou8OnsQ9wg9
09mmrTW9OdyhitL75lZUea3eDz6tmrBXLYjB0SgO8w4ViVw2ypBcNtZ82eTVGW92p0fA1kwM11rJ
V2u+tHn4sDOgjcfBIPkuxnC4etBWuM1NKkiXahcJHwXWxG2Y2hjwuVQPzeVFJaj/em0AMNDG0GBw
NBjBEVaAOI4mFjLUqNFg3O3j4dCd6EV4pgF97QGx35Saf1csZPzVnVT5ZbKYb2XNsvkoc+KtkRRD
GyKDqFnRCUgMM2EHnQRopX8+4bCDBJ0R0cQx86qQtVeUWSknqxJJk4qCbf8cfjqVgTa8BUMkMiST
R3D91pRnLN8IYxX9gHPWaH0sH9ezRp8n+l1/LB+ENggEQzPpYQwZpnMImWe2jN+bAaleA03PIYxf
9M5yjM3RKwFp8vMP8tDtph+T6frufinDad5VK1QPj+Nldnur/mZY6I+VAVN+uclmO72q8lv962+j
v/9489Pop3+0/AbJ//zX/7F37c1tG0k+f6fqvgPWla3apCzcPDEAL7sRJVK21pasteRYyZ7LBZEU
BYskdABlW/701wMQIgaP4RDmCpTLqqRMgsMBON3Tr/l1Nyy7HBJbN6NoGsyzJxHE6p8fnp6dyjcI
qLcPs2e3A+75vfvysCfpmtSYxQJx950F12PZcSMY5kYe98/PLEHfWSfwPMFAPsJs9HkuB8NSOMmw
18BiO2+BT/rvrFN4zsG8sDCqqlfZNlkFRdPU6plkqCK8aMVcyi6pDZSmzWyUXjbaoWrt8IrbqmWJ
KgaoOVfam6nAgYq5CtZr7WHyQnCocqNqPlXV6ylQ0B9VNCiIKlY1RA1q6lcfq/G5qvXHahimigJY
9eH1NMCq61jb6CjlX4UeRE8PotCD1B4ep4PVraGnDFEoQ6ooQxTKkCrKEIUyhFcNUehBquhBFHqQ
KnoQhR5ETw+i0INU7QqqUIHqqUAVKtCqXUGVtaekaogqjqpWnCorTvUSiSprT/W7gipUoFVUoAoV
aBUVqEIFqqcCVahA9buCKfRgenowhR6sih5MoQerogdT6MEq9YOqIPT0YAo9mJ4eTKEHq6IHU+jB
qujBFHowt2qItrO9QQN1g97cBq2gDXoT67vo5obU9XXNDdE2BzXoJ6lvL5gbUtfiLmcNaPup6Tt8
VVoXdU2rKgfXtWDKDTFsA2TQZsagdcpa7TX0bRkqB2vr9RuUnddXR6+6pb5+tnQCRJ0ToLN1C1HF
Fvq6JWXU7l2cgSxJMQCnNJxtrIz94tgN547dkoa3tS30qHA9iVSwMcaujR1qePBm5jOoqTWItwCn
LAO5VkJ0iOgRIrgBROd2frnj/rb329vZSS8m8fgTO5hd0GN0Qdj4tfvq6o+pd/cVCJ0CpGUeXo8s
6Vr71nQ0u/Pj+Es4u5v5139RMQ5iSX2JackX7F9QT+fGqfXpuYdbCCgmyQ/5BlTXQRh/ScrtbCit
SZ+0lK0nyjeeILJALma159ewUlgwGxPKuU1Me1GaOcxqWNBro39EFSIS99we6dlclgysqqxbahqQ
VEFtVvvh77+9OTtosttKJZGBEqNpg4xzeKcTCutnnK+YMGv6axQnUbUbcUULOQ2NhC3lPWGAhzyI
Rneg8iXBrF8v4c1lUZ4W2GaFQC3gKfrpHd8fAm9E8Czvfdk6bTbxk1btNdIVM9n6iVamHuFlxyNN
8KqAdG6h3xFNarooeqaxvG1ep0LZOxJuZKSkKSIavsnv7w1NudAK+bwq1KEol31W1goeI6AMMGOO
Y68s357VgdaEM9WNLnALsGdMiyyTtoq2LvwPCwNF5v2HEzBR/MlftpyJPLZxJtJOuWgHhnNMxDso
X32i1A7MwRwmBaPCo2BfCEMuMot5qzY6Ey2cXPFSXzAz7Yn3ts5Gz9kX1RWkwYwEWmd9uZcoc92p
Q6EYVQtoDF6Bb8P7VDgsKUaF6/AwSgK7LAHasHnYf7BAgVoyTGavj8PZMBFjwcIYmI8mOVSb2eFP
AXnaRgUxXjoQXi29erRPqbtudsopyOTLSBpMd+/3/Am8+BLLPRX7l5E/u7v4OlNN7qvhLK7IHsQk
ByX1ZMN7zguurv78TaUSvHp4ZcrcIrZc8h+wu//lngGta/9mEIM+nc+XibpfHSzSJeSY7K6nOZCU
zP6phUmpnpEMOnnCw1jYWPa2BG95hT4rYpPX/PoiKMZzhjtNirE5tVYbIcKRyHhMQcCZxsRMz3HV
ms7EaSHAIko5I2ZRMb59UbGVuyVfyyrPA0LWRkS0KC+05+uqJgb2aCOneH1rKXGyu70NONlrkWfJ
Cm+u3ziH/d/jP9/y6z/PD8enbzn68/yft3+e/2v8x9uoF77l8R/n//r70tkuV1NPnO0lnDajlxbs
UCgeSVqo7eSJorO0iDVYWayh6PIooYd1ZL2OfA2cI8k0Pd2GX985WjllRdw16Tm7jBmWPWwE9xGL
uCt2TIW1IQJGdY/gZg/PQazZEQYVJu7RQ2QZbyoveL2gQz7VEamwfNzBblGOaEFO6qEI9R4+/s6x
u5VBl5UVZo1pW7ISPe4JxJxF2GMdI9E8UiPqI8/JLGs/RkV0B8u8LlwrwDwHUaCunD9p5mkqwLSQ
u0LI4OGDOmmTqXt+7R2fZv7bOnypMtO9KU8Us4Dns2xK59ueoEzWGJO+AjENwJqCFQtw/TZg3+U2
i2amPO1vgXb4CumvwCdqbHwZE8AdhIuy3hBdqnbeA0GwDQWEDB01sRXUXRO/kLZidVQC5vvtZegT
Q8Sv6mk79OGDcAw3IyD1UPuedlohZtVNkiIx2aCaO26uDn0TGzBNzcyrZJlznut1nrGVITZctQZb
Qcg0hjV57bPV18Oa0s5qtBjrNYXrq/QTsGItBOdLGcYbOJ9uSbArgIEcyZgSnZf9gFjx2EufNFFo
m9ZCpBSU/iOGR2w2eLNyygp4BFhfXi7IWgGPcDijEh4hsE2JKfpUm0dTyF7nLaDlmFuK+n3L3voa
yAidWdMQbKGbssIdZ7LrK9OBLQgm3sIdX135JmNJbd5WwU9so/+jWF/hJCAL7Y5/nLUKv8LrLOE7
EkWXRzkkLbe4W1J02qS9Ag6wBYuyBt/LCZJBKeAC4IPV+F7cYaRxj4L28b140/he7YQZZ2hzNQvd
SVqAZ1VzRn/vgO7bDAlZDqe6OwlWazsz1CGNOppvA2dQZ8OcoZ0w4wzDFN3221UQvn6YA/e6+8hd
7Y9mx6VvvkxG80CWtJ7ezoJrfxCE1pvx3eVoAg7jZAxCPGfPgPiGeb/Kq6mGHClH0l5Smbt4JK1P
li6UmHdaOFB0S8TC1HOre02AMmrQa4I5ml4T6trquw6UEWRrbrbViLb1pMHq+QqFf6SpsTSzK3a5
aeK8GrVwSQteTbkwkGE02iSY+e3akKvOwPNAOktTbmwzuCcmNfGyy0LGhdqKDGogHbVghTBcylPZ
KE7yoYMzeihdI09YP2UFClKAQaZFQTIsiIRZUscWpo6wvm5HoZ29aKHxjucUAbePCZClTZVrBsjS
Trlgm3zwXfJMLuutXMgZezJ24ngOsh3TPFh9LRdV98FTf8fxrcc23e7G2UY7ZUX9b/AAPX39byG4
Z7tcdqk1jruZFvgpcJDbhgZreBSswSh9Pwr+2qNg5CWpAEU4oGkpqEITmjaai7JSbpYZW7kmAKD/
+FHwlrEDJsALHVKyjrXFvordBFvIIqIl7dS4vMzXnS79Z8+P9Ki1ZlazdsqFHnMUq5nzHCSppMco
AbOW2tR1kb0yNynjL22lODUGjNnDh4wIUtDHOsjGZisZqVgwhHNbs+yueMJxZQwLDAgPm2ZtmVbg
K7jALUDAG2f+9FcnAmxT5k+hR4jsfwj/lfpymVZDVKHQXgv93YloQLiVdQTaQWs1VKsy27KsVk1r
VBbTdFvIuuPNMib1gJl2SGgA15JlTXiHouKe09cJVcnUSmkSVMqS2ZSuevAAobYCXTNTRztlRaQH
uIDmQsVlU8f1uEdszj3HNnXY9XVkVS3L2+g8IpT44AZhW82LWKxM1L8HOuUT3RyZ/FBvL3mcUmkv
UcKETZkp+bQ1fgvFZHALgpoonlDaHmKl4nq3JiVhro9+dHdPzbH8t4SCUKjhSthZ/V7yZD8+jy6o
YbyZDMspF/BnLSRCNKlGkuLPdGHGlgDPq1FgQlKblGxW04rWarQSt5C/17gok7ak4bYWZWLyJAyV
QHv6muIF0F4LtSBAZBTNnRKywkyifTXIZn0jZzX+Z20jZ/WUFecSHviWunMJjgSVPXRkI0yCTTNI
9bXmC/Vc8cP3PmxcHcoxySBSamu2UB0q7dLoKA6N7D4rig6ottx/IZGAteB3ggW8pbCHNeAvK1IO
YGuX8S9wcWUpqTWQERtPO9BPWQG2kCUAtNFLSl22iF4K0xKP+l4UhZBlK+mv31E7m0ftUNIh9fqK
gNvFvBS145pmVOk7lhSgh1y04D+4JX2FmcdtF9mea1MuGxhIyKrjCYYJVyGr02A2nPrX6qKmOiLX
KiE5XeggXoNbLXgZiWf5fu/GPoG1fD8FxhuGScfBcD5/f3jyfgCvp2mcDZgwDt7PR++WQJAnGWOn
fJ5TcYt/7TAaZyDYMu9XN5fU95RRiYhEC0fV5WTK7xialemURM1d8zqk/uxRGqkOszFzhG0a0dG3
GVItVY4fHnnFXKfINd9zKVfW92pYDkk3ZW1Qq1YXpUEtLw1qMWNdpG1qpRZlcR9eimFXOWM4Om/i
b688+YZFzcfhMQatX1vjCJQe8ohNBLinpqajvi9YYZXZwyv8Ik73kSkL7Zl7M2WhnbIy/i/b/9Q2
rPHAt/RcZlPZmYCYwiX0veJUOJxDHz6PtTnK8qD9uOU3i7IECQbWdanYrr6roCqDHNQCrO4bOk7W
VgRr6LnqpqxAzhFZwZfXd9CiyOOe7KAFRDc2FrRdJ9UIHmjKFlBbjcE/JiXcHgX4R4bXO4gVN7+2
Gajqd2DRxub3vpnNry371RBLYnDMkseS4A5GWiyJh128wJJg492v7RarohG8FnyF5rCx7avTZgIb
I1LN4xJsTN+xt6DnWzjrRiWbMWlv0+3L+CJFCDGj9jYc506YNtWkY50GNrmD7mzlDRshF6B7ThsV
8Zp2gXqMgAOwh1mHidJGMWxFXQjIuy1Upm1KLm3hky0hV7l8TZIWxIuFhPXNwNU9RXgLZUIbl2VZ
DbramrIsCbFILlyGXNlijRXLspi2ZVd9BsFbEIWOcmr6kP2g1DCBaZ9kpSC7zA3v8Npy92s2b8qI
p4SdHF3YSTDewkF3g52W+tAm9VwfVdjpMdZE4R3qlWuiOGrrXl14yuXsMbXxMunwt5VtvCorxOMO
KQK7HCUs5Aiz5DCHPqKsPu3Z8fZl9ZWKpyFZh4iXtLQSFXLM0jFdD1bp8VBO2wFr6yiXSksFhAA6
nuGS76LEYhxdLIa4pIUKp7hZ9TIqtiMD4eH7ZElTrhi1FUooR+hCOdQlD49rZm4JY/QdLbKyiszG
m2dVVd4GVc1Fh9TWG1uv0VbGj0qASxgGuOgjCXAl1to2tnxYol7yLTqQYpdxdJ9SsySXEuASOrAZ
cEML8IHvhfsbVAtqJj60U1YU7qdJcXFeKz4cjDjhC/FhWP8Du9arF2BozQdXFqzPzQQczaEtObUs
Rw4m/ngsX/RGybBUssDbyL+cJ9wNU/37pP/6qHvcPz5bcwLrf38BBpRDYutmFE2DefYkmFr988PT
s1P5BgFP7sPs2e1gG/3efXnYkxwOvx8xLJDnvbPgeixZNxjmRh73z8/AfntnncDzBAP5CLPR57kc
DEvhJcNew2bbeQs7pv/OOoXnHMwLC6M2VFc3cFr/WCl/XDFALfVXMUDNaq0YoIKQKgaonnvFAMU/
FBUDFD/ErRigmLtexQCsmEoYVQ3RdqfXdxXPDdH2rIYhIJhruFxHzIIx10LhFIYkBjCVsP8Mr2bW
c+tsFN3E88i3fv1wNd+N/emFn4PKJ4NeTQKQKDAgTF7sfoCLO+lrGwROFumUX11OUCgJ+u9T+cE7
620wuwhmQ8u/nV+BZA8Gvtw0tyC0YmvHmoXWVTgdWcMggm+G0V2xPLU8PEAYc4yZy6i9j4XjgDaP
7XgYB/PRFYj9YDZePJViGpwEs5H98vjcZjZHdjoLQczFDrKxwx2xI7syILQ7vLHzq6BUs17r9nn0
Bl8efcj+e4toOpJZEc+OZFZEVupcs9UL+QZtFG1BJYuL9jHzqNu1PcRAIeU7F6zVlzRhnkkQz2O7
ioUy9vl05c8t4Byr28tC61Yws6iNrOnIn8W/qa00iLLsFFcUotOITnW/0hbaHpGkDF26kG8mUTC4
sl+EV5MrPx7tznfC2UQy9XAET598aGUf/nxf7b1iWf9RszWnwTjyJf9a8zAlyH1F+lsZsaDWkR8t
ju88aTqQ8pmEZAkEnIDwgFxi5+KnS8HckSDoJxjo+O4A7d5eF/NtrL8dh9HUnyy3gU5fFbZBCyhG
EAHFbSAhDfI3X/DBxU/+xWDoEYZ+cjzEk98czAbSQJj6wWRhNS6ylrqT0WfrReRP/Sj8CF6CD+8r
RmuJqUgo7Had/T7BIB8OvB6jsFLwEu8Jsd/bx32PcXDo3d3nJy/6589wHSsk01sSNCh8ywdx/SkV
26VEqVxEy8ntNdqhTsoeJA9Q0xgZ6iEhbyFujMutYWV29gHe79oYuUDfMmgljZ7nQCuESFTWMsiz
lgy8i/3hNLuYo8zpaJ5sy9sb6zTdllmEUGOUFVy/Ngr/8FKuasZf3aX2lz/MH/vBLJ6DKwjmwTD8
FMvFRFZv/7cCQVhvnx/w/b7Y67rA3WiPOAcHPa8rPJcc9AlH2O2xg91k54xHsxHsotlA3XH7V1EQ
Wyf+ZJocgA3kW/smebubfsVkz+U6dbAcqsHrEFlU0doBfsn56BrTuFC4oIVC3NjzKvledjBhYO6Q
inZElXzv5rqGr5UsUjOqkGS63A6JcIJv+FYvBFLPrKPR9GIU3a+3ztMoQBhbsMGp6y1tcP/OOovB
svbvduF/YLLB58WqzG8vr/2J9Wv6724cXs6laVwyuOttJsXsDj9ZwdQa3k4vCrROTVokCAWzFtld
jMHv35WVbifSnC3pF3CIPY8TClaz57FlVmT6nDIzGJ6xhKw1/t7/WJewMlbFr7bCWcp3kumQeJoy
HpiDso6p6CB6cgT7zpHcl2NSoWgliZxGMErkdqfO7SwUOUctWIBJ+o3GRF4wEhD31w+DCRiE43h3
Ht/O/GkAcmxa5QqBzS66CFNQazLCgSvGlwzv7nBovQEvzTqLwtuLyUhS4/Roz3rZ655YJ7391FjY
wTaeDq8V+YhUAYlwh3oFAal37FU4ayu9ClApdW61paQsuUB03xVICOF2GWGOt4/pAeofHHisiw9o
F8H2E2J3djeQumt6gZgthWF0A9ppBAopuvGH9jyYjpb6bGmHzRLrOWOFoT8LRhP7gx9dhKPdwW2c
RATll1I+qjIxn1Zz11PrRuJEpruxdLTC4TBOp6neX5jI4wgutR/PE1cbkinkRaKHP0agaCmPe9Ng
Ht2BvxNdhx+tX68QY0wWJom+gA7aAR0D+wv8rYWInvi3IBfnsGU+xbsgriZ3cvdohXM5JPHs9BXI
QsaSkARysUMEF8j2CPWyiIQ/DSO7/AilPfochDy4bqPZZRgNRombPJgE8ITyKphVs0noD5PLN1F4
GcAmTmUtXEiDxpoenBTdQ7Gtvx31cyELfTxNhRUw0C2tV0nIqcWT7tHTRHrJnfs227kLXghG49B6
LaNcPhglUfJiN/IHsQ+7wB5ECy4YXPlAk5E1HEUR2JPyn904mIazeCcKB9f2aHirV9iqoqS9gz4j
vZ4tZItQ8DnKcxUUMvU8l4MFbGNXeEKW7kg1KzDK7Wc7fW4bBMnHfyRnCQY3KJwEgGcrMPdAczMq
G/mK2hvcHzMIJaddFj1FmXLO2EYbY1XFQguFb7FTbRU/mDe4tjtI8PafvKD1Dl4wdbQHL9XnLoSY
nLsQKkftT8J4VFiuvT/61stwPJZrHN6CPCdMDoVL8E4Z+8Mj+ov8T5Nw/N+Juc+wu4NhjTnb8TBz
7GC2mXtILoc9/oPUWsLhyr/wJ7MOf4ALTAgmP4HxzMHoBwtt5vb6PzCE/Miyflhst9pxqz5/pH/p
1nndffvy1TPr7BBk5Fn36ORdIqh2ENsBGYtxB/EOZz9SSyop68kT68lfn/zXjyz31pYX+PLC4fHe
q3O45IAJkewxuGJHfjCEayJ/7WMQ3cZw0VUGXu34s1l4C7oMPvLyH0nTNClbB5pDaojLRLDhzi8g
96U4kmfNOPcJ4U8pkbI20Sd59ZFKL6lA7JN+/0VJi0gb6Cy09gfWQsRaUpxbS9lvZaa2tYx+Wksl
bB2D/TcGt+gmtnK6/Od38hHJ/W+SZa3kz6G1P4cpY+2X0geX3+C133CUT7buxwv1Bx2Hs99Pjp8k
IIG6X+TlP9mun0PQ/c9J1JzkZlC62bWX0hp6kqgf5ZI9CK6vnyQKp+ZHg37Jf+Jt1882FBxOB/Mf
CQePAzQq/CbHmiQK83FpyW/3T6f/gUwbuYde/zsOZ7ig/zki9Lv+f4i/X6yXYHmDEf9mdgQ/cDT8
2XpigwI/i/z46onc5ovP96+CyTCSxnxh5OGx0bCFnqu7373ovB+gfHwKPpHRbTJxWz3NhT+4vr2p
/RhE4EcQkJrHPBuBmQ9D9E9qHc5H01gzTWYeJc7GS2k0qb5G3bcyE6r61vD53e1U93F840+1j2Wn
7qV+zL0Nphkz9EfTcKZ9Fumk6idR7UDd3cKPo0E41w/64H/0dyZF/iiPy0xSzZCL2/E88v9v5dMP
wZmfaEYl9s/ecfdk5ZiTk8Pu/qpRh/H8oz9bNSozIGv2gByS2mPaWe6tNu2o3vHpqiEnp4eaIYqt
pB+0iqEWo5KQ5sphw1F8PQ9vEjdnvT2a7mxe863HGnRxPMfVBV0IrY66OGZg18e7LC5qEIsS3/qq
CNFgVdzHtipMtyrHp/3+sQXb4iCIQAzczmKY0tYuGtUtGuXVq9YETk6qsNzKgQ1dDSi/j81XgMmX
DcLlh9gMF118KsXXhdXx2mjfQRbn7BfTHRnd8nf9aBzOktB75kcH8jzk+Nke3Ptk78XLo97zZ73n
vePD7lH/+VGv1+3aN/DNgKJd/zOQJgoriovnwI7pcUB2v53/b+9qe9s2kvDnFuh/IHoBeh8idmff
uBSSRu/tXYPiejkUwR0Cg5Iph5EsuiSdnA3cj72P/Re3S+qFSy5pUnbNOieiqB2IoqzZ2d2ZnWee
R4ZjwWYw9zYrL7q8lsFnqJ/7/yv/0jtdFGT06pfLNZqTv0b0bfR+cTN9/5efXxa7hcGxhlc7BCf0
ichQyHmIXq1rFMTIEAjcASCCon25NgrDZKDIZlZ6M4r153EUbqxJGppusbBV9+YMnL7pxeHG76zo
etO78qIktr6VPv3tQt4gA95gfVOoke2yaqR6ZZBNOWOAZSZMmekjv9NpccRhVBBVzH6pTCTOGPPf
5CqtVbOyIKvShUgcYfqgpMCCZmNSvtU8JHJFPGZACCBuD0GMXcoQckaGz6sdD6LOtszjUbUQFjgQ
uhiP4iSZr2VC3HBADPeaRyS98YgxcRgiYAMdYUH4kI6Gpo+sGZS0E5KAaVDgCRRB23WfycCzNsSq
aj5rVAR9hOYzIE9gRGrjO8OQuPSYAA7ovcak0ID9+7YGmj6sAr9vuvWptwuavtNDNA7KWzSDg6kZ
EzRDgymEB83AYLIwaCYGk41BMzKYrAyamaFSFD7zRs3i2GRxrCcCxhVHd2qTnbFmZ2yyM9bsjE12
xpqdzamSZmfM67++ZnFssjjWLI5NFseaxXG9xYlmcWKyONEsTkwWJw0yworgM39LRTxk+MOBteyf
raXrJB2ACjErkVmnvYnnoR+niEoVZs7Df1vrYOFvYr/QnpjRO+QJTFX3RNYyRUoddVM0Y0OHT8Zk
yIRLYTQV4xlmwxknbDicjfFITBEbeB+vzrbd//JXOzo0YX79oxfLLS9e3Vivvbn1Juuc/PrAerDa
vZ5rfvlaB6oZOSzatq1ipwsMvQ7fVsjXXriyfNVBotIzaTB/1fO3LORJW+kZ1afib1bBAaq3JXHM
SaEpQVyy53gykDjKPF4mjzYARrbblKulcfMqp+7jN7rgVGpzr74z8+d7rl6iqCesnqoK5w848Ozv
4TxMrD8xqk5bD0473CRB7xdVrrGKeNko6am7B9v3VvTS7UXiAjk3g0tr5P838ZT/e2s/HuDlapls
PV8bme3De+C4ql2C20g4DBwFY3YFzX1mfd9q7erFcQfUObSkgrryPmalPGvhbb5JrDgJrzRgK82N
IO0z3mfkyMUK2FB0uFg1C2MLrT+4iy2G7ucPyXEnq/xXqE724vxJke37OUSFK9413JRKU0q9uTCl
Cvbcj9bkt4+/bW4C65dglYRRbpjqZpV6fg+4XAttEDblAgNzkMOFy8qzqnGbK/AO+vlAl9P79dqP
kyDctNxEtoXtwVUULsJNEoVrexnsJQuZpkLFeM1O4irtBwQ2pQIr2zZk/WraogpuBxpUWBdtPg/i
1eK9v1i1M7FMyRUplDWKwk8b68XVXP1Ux4pyimx1lYdrfxX7N3LfvgjkLd7NBg8WYbTx1+tta0RZ
hQeDUsIm1RqShBKlwkO5OvRqurU37mEF6MTniaE7wkUUpjZHLpKxTLk7QpUg8usYgNxC+iCO6Y7I
7+RexU6+95dL/yJSTFhrFdm17fokXWj1YUdrWSrQnG1uwsvESxTXWcohrb149nLqxqrw80Xxhd3b
phC31fMrhrjP5Xq1vghvw9Ugd0ZsEFoEdX5OK+eG4yBwEcmEFgVvODdatIsy5nRQS7xndMVV11DK
y3ZkdOV2GF01PVLT8xPHfXpBMFdhWLp8HZexQ5dBcIuuTcI6kEMhRjYWZzacIrnDYEQNrBTlQxUn
bTc/ipXCaP9q82tBeLOgW2vjvMcRjx683+NBR3RmCt5BcdMp0y8BTimnFnKzewbIo1yGwc/AxcuU
fikfFRj5XXfRxNnIl9tj4inC0LkKLOz19hXtGRk1THrEoBAbuR1KtfkeHGr/wnPrxe2F0gjRbt77
zI+KmzxYH9hfy7GSDJRITgTErFdfX1vQUTZdyLBgLarJCc+0CuNrWFuzAbhbCxp0yW3UJ6KaBRVz
GcRnLKjyHU1jlNoajq6vwjo4AQJR7m+eTCfj4WhsEyRUDD9IbiKV+JRE2qimQ4uF/E9fYYerMFZk
ceGN9eJcgWZvfO1hdaw/Bn7kQFBmvZ1Fvi+4JbPjZXBxsHNtIUxfrFzagRQeL5HkA5ZpuUC2K1Sv
PsiUULoZdx15K7LjX6+DSFpq8OnTJ7vAgJQjW4Pc2bJ0X+ZkoCHI8BAKDnE4VZ19Os+fC2EH44qz
1beR9+Gt0vt+lzsxzcYnG65cRLH9meMKNQxhxTJVW5ksnI6KDhhBjLGHQM5YrQBMzo5ydmuKPRjv
E/a5xB78oWIP84N2rlFbkS6Epc7jT2dS1h+VrjEbITmlAcmNArlmWgiUzxxIHyuxlsd2DXN209IV
Kg/v27pC5YN2rtAQeaCj7ToJSO+ZSDqKLVN+waMTyS7z/XrMR4HWs4MqCrjclEhOgSsiaGQkcikv
5qyv2K3wcUQuJkPn/KXZir0zdy1+pnCo0oUoB4f74CLKiY86CetT8+QYMUGFnAsUodmEAwynCnRN
FKs3YuCMEZ6gGXfGXU6PWjBTURqzg5NmSvLj9T6jEIs/BQqaI3+7CGTeGiSv2vl82nzZ28SCCIwG
q48K3ZtyXaWaS/7mgydDW2nwH7xAusCL+SJa5wsx+7oX1uSTMDFRTu/KLIJyjBwbKGd207JXPY6s
MDoO7eAYzBxvyGQBbBVtCAQN4g1FDdJH7lONNx4m9Kx80M4XagGDui+QLlJ27JTY94FSbkoliYPp
UakkKIpUTCtSycKpWZpZnu095OyQSZ69nILMJeX/02zyUG76XfLJehxnQVbU6YCAsCxURaYUTYcj
kXLJladwds7CtClMSR8dxSTX+RSujFDbZ48VD9o5QkO0rl4idKALtfcHho8qtd0+huPho+a18ZGC
pFrgtH4gxOjjJ3hVWf8MHJsoslvEGuzCVC6sivv4KU7hR8v66wHy+i4sOgjIQBjrklOYUrkRO9Wr
eTGdZH101AGQdYDX6Y157dLIhk0GBSgMdADexsKIggQl5qNClTtQkC4S7/IIIBOAWN3UEO14BIJY
PV1hHeViIdMTrjieZYpKBOO8jHWsb+gooB27qGcA+h3yxSz3y1h00m74XDa4TwapJl1IcB+qQZBy
RYa0x5RybhO3KZ6+tlWmcJbldoCDxKXKt9qHhAvySyIsbdEkG1SMxH04kpQ4v/g8bx8Y7B3HvCvt
xqE5DQGW3/rx4wFaCugRPhcKgeDSOX6GBPGJ46NnaM5JikDYyMU4TK4/HEKqn7wLZbT4dh1Ke8k0
aREMNMHOpjGUtpMjtIT0zyBL8uycLBeOOzf9GRn6znWAELkmqRb5u6HC2gqb+Gq72fiX1uX1Kr4N
VpZnrdX09W8PMIZM6Zzl8IBuSiSP62EM9b1mBVU29/G3pIpwcDghYxujtELYqAiEypXzUzioh4NN
ewp1p+BuFwep9ysCSXcgfXosmrDycOsxEjjgf/wWf2gp+Ytr2b5wRYN/Q7qvO0gXqjWUG6vLMsoc
6IJFqYQqQkqnWu5I3nLJn82FTzxfboxYILRVRtQ3mRI8D7/6+dXIW7+cwm0cnA2TJFin8DwvSby5
V2wL+EE5aGD9TcnWSIe9ep/+O3dXCtDTuwPzK+Rw8ua13NvW/lWQFPYxGYsf4k+shN4I1O1jmfzz
H3tWtNRjkHFN3ayooL3IxJKfEt1bW7PcoQ9eYRZ4amZxW6p3AK41C7qPfMdJNv0OHpQy6QKuZOJp
vK0AEV3UqFEJQ0mmCMYYMxlvKxkjbu42k0tw/siAOUcWQQudVP+Iws352TT4GMgf36/Dyzh6ORPn
aldK/Au9kK0dz30TW9dXuUO4pqwJHHWwlzNUznImM4aHs6HNpdVdRAwI4TSuhdxWiVCf0j47AiFc
OoJTe/ebW28erhex+mXlLeIgieV+rn4fzHpv/MV15Ge9nF99+cU/vbX30Ytu9ljwLQR/O7bPLRlX
eDKqsLKowhBTaJnTZeArtfHYkh8XqXRXgRwMalyUUeKATYBjVY6tT6ut3KXsSycyj0xPkokSZtyb
JKVPw4CRizFBRD55OJug6Wg0NhPa6YlYu/e2ZZcAmZR0AMXkB467kquob13vY1ZLf7Lu703385Sv
vmzqKwZJuUq3aubjbWXZAaCD2kwBe5Z9F/VFWp5Gt1lj7lrIlI8ZIA77Q223uFKiymZZV/X2U2JT
B1G71EdumMAt9NZPE/j/YgI3ZtIglD++Q8ic4T+VcYSK31BWtsBbDVJrz6Fc4wTLXnxwgqatR8qx
6r3vbneSi8ODxBdFHe3WXlfWnH3909ut5qyMCgABpizTnBV7zdllDAR6GFO7YMC2hCGOcLuATerw
Gn979u0rKo/ee98796PYiq4urcPWsA6jYGMNN+eRH1gvluk/B/FFkHOc+jJlYc5O5UQdTya2MqiQ
Gcri5iqSI7F9nLaU5ISACUmFgGWc5spRAWRjh1C0G5XkerWSf9DC/nBzbS+DraBr/ScVxVwJYcgh
8sHAqHKirfvEibdJblOpafvwrbd0J0SruxMhp2JBwrs5X4mL0ONXTilSXEp/zPX76B2wdUZkNVi0
rIfJinIHp/kYBxNVACT7AmA9G0tdkQe4wx+f+IaSMvynzg8qzACuTgf4kG2zn2OW/AC7YKaRTM1H
YJg1FwPmn4EY8Ok6XafrdJ2u03W6TtfpOl2n63SdrtN1uk7X6frsrv8BfbV21QCYDQA=

------=_NextPart_000_0016_01C3059B.9D70C8F0--



From tss@iki.fi  Fri Apr 18 14:24:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 18 Apr 2003 14:24:27 +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 A30A323845
	for <dovecot@procontrol.fi>; Fri, 18 Apr 2003 14:24:27 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5A9555E017F5; Fri, 18 Apr 2003 14:24:27 +0300 (EEST)
Subject: [dovecot] Re: another bug
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <20030418091456.5410E754003@mail1.bppiac.hu>
References: <3E9E78C5.4000501@bnap.hu> <1050588761.16342.146.camel@hurina>
	 <20030418091456.5410E754003@mail1.bppiac.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050665067.16342.269.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Apr 2003 14:24:27 +0300
X-archive-position: 618
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: 621                                                  
Status: O

On Fri, 2003-04-18 at 12:14, Farkas Levente wrote:
> hi,
> after I push the delete button on a long mail in mozilla the mail is not
> deleted and after tha mozilla don't show any other messages in that folder.
> I have to restart mozilla. but even after the restart I still can't remove
> the message. this already happend earlier, but now here is the rawlog of the
> session. from OE6 I can delete the same message.

I didn't notice anything wrong in the rawlog. Except that it didn't
contain any tries to delete the message, no \Deleted flag change and no
EXPUNGE command.


From overflow@eurielec.etsit.upm.es  Fri Apr 18 15:00:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 18 Apr 2003 15:00:36 +0300 (EEST)
Return-Path: <overflow@eurielec.etsit.upm.es>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from eurielec.etsit.upm.es (uno.eurielec.etsit.upm.es [138.100.31.227])
	by danu.procontrol.fi (Postfix) with ESMTP id D234E23845
	for <dovecot@procontrol.fi>; Fri, 18 Apr 2003 15:00:35 +0300 (EEST)
Received: from dos.eurielec.etsit.upm.es (dos.eurielec.etsit.upm.es [138.100.31.228])
	by eurielec.etsit.upm.es (Postfix) with SMTP
	id E05921A73; Fri, 18 Apr 2003 14:04:56 +0200 (CEST)
Received: by dos.eurielec.etsit.upm.es (sSMTP sendmail emulation); Fri, 18 Apr 2003 14:00:34 +0200
Date: Fri, 18 Apr 2003 14:00:34 +0200
From: Jaime Medrano <overflow@eurielec.etsit.upm.es>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9-test5
Message-ID: <20030418120034.GA8148@eurielec.etsit.upm.es>
References: <1050507758.16338.58.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <1050507758.16338.58.camel@hurina>
User-Agent: Mutt/1.5.4i
X-archive-position: 619
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: overflow@eurielec.etsit.upm.es
Precedence: bulk
X-list: dovecot
X-UID: 622                                                  
Status: O

It seems to have problems when calculating recent messages. When a mail
comes to a mailbox the recent count is sometimes an arbitrary number,
bigger than the actual messages that have arriven.

Regards,
Jaime.

From eskimoe@ananzi.co.za  Sun Apr 20 03:10:03 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 20 Apr 2003 03:10:03 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-171-144.reverse.qdsl-home.de [212.202.171.144])
	by danu.procontrol.fi (Postfix) with SMTP id C8BB423845
	for <dovecot@procontrol.fi>; Sun, 20 Apr 2003 03:10:02 +0300 (EEST)
Received: (qmail 19674 invoked by uid 1000); 20 Apr 2003 00:11:28 -0000
Date: Sun, 20 Apr 2003 02:11:28 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: errors
Message-ID: <20030420001128.GA18878@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot List <dovecot@procontrol.fi>
References: <3E9D1B27.7090201@bnap.hu> <20030416134628.GA13126@woom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030416134628.GA13126@woom.net>
X-archive-position: 620
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 623                                                  
Status: O
Content-Length: 1454

On Wed, Apr 16, 2003 at 03:46:28PM +0200, Moe Wibble wrote:
> On Wed, Apr 16, 2003 at 10:58:15AM +0200, Farkas Levente wrote:
> > hi,
> > in the yesterday cvs, an internal error in the imap message appear in 
> > the client side and in the maillog:
> > -------------------------
> > Apr 16 10:01:42 red imap(zgabor): Corrupted index file 
> > /home/zgabor/Maildir/.Lists.Bugtraq/.imap.index: Invalid seen messages 
> > count (284 < 285)
> > Apr 16 10:01:43 red imap(zgabor): Corrupted index file 
> > /home/zgabor/Maildir/.Lists.Linux/.imap.index: Invalid seen messages 
> > count (191 < 192)
> > Apr 16 10:01:44 red imap(zgabor): Corrupted index file (in-memory index 
> > for /home/zgabor/Maildir/.Lists.Linux): Filename mismatch for UID 1: 
> > 1050448183.2238_1.red.int.bppiac.hu vs 1050321835.21498_1.red.int.bppiac.hu
> > -------------------------
> 
> ACK.
> I'm getting similar errors:
> Apr 16 15:22:13 rafter imap(moe): Corrupted index file /<snipped>/.INBOX/.imap.index: index.next_uid (441) > uidlist.nex
> t_uid (440)
> 
> Yesterday's CVS version running here.
> Removing the '.imap.index'-file has stopped the errors so far.
> 
> Haven't noticed any other side effects, yet.

The bug has just hit me again:

Apr 20 02:08:00 rafter imap(moe): Corrupted index file /<snipped>/.INBOX/.imap.index: index.next_uid (495) > uidlist.nex
t_uid (494)

Removing .imap.index has muted it once again.

Is this problem being worked on?


regards
-- 
MW


From timhunt@users.sf.net  Mon Apr 21 04:25:43 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 04:25:43 +0300 (EEST)
Return-Path: <timhunt@users.sf.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from timhunt.net (ns1.timhunt.net [216.27.147.130])
	by danu.procontrol.fi (Postfix) with ESMTP id 99F4B23845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 04:25:42 +0300 (EEST)
Received: from users.sf.net (sun [192.168.10.100])
	(authenticated)
	by timhunt.net (8.11.6/8.11.6) with ESMTP id h3L1PdC01464;
	Sun, 20 Apr 2003 21:25:39 -0400
Message-ID: <3EA34893.3070604@users.sf.net>
Date: Sun, 20 Apr 2003 21:25:39 -0400
From: Tim Hunt <timhunt@users.sf.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Patch for zero content-length
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-MailScanner: Found to be clean
X-archive-position: 621
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: timhunt@users.sf.net
Precedence: bulk
X-list: dovecot
X-UID: 624                                                  
Status: O
Content-Length: 3016

mbox-index.c uses a zero content length as a flag for an invalid 
Content-Length: header. Unfortunately zero is also a valid value for 
Content-Length. The patch below attempts to address the problem.


*** mbox-index.h.orig   Tue Apr 15 09:04:02 2003
--- mbox-index.h        Sun Apr 20 11:42:12 2003
***************
*** 19,24 ****
--- 19,25 ----
         struct istream *input;
         uoff_t content_length;
         int set_read_limit;
+       unsigned int content_length_good:1;
   };

   int mbox_set_syscall_error(struct mail_index *index, const char 
*function);

*** mbox-index.c.orig   Mon Mar 24 05:52:44 2003
--- mbox-index.c        Sun Apr 20 12:41:16 2003
***************
*** 264,277 ****
                 start_offset = ctx->input->v_offset;
                 i_stream_set_read_limit(ctx->input, 0);

!               end_offset = start_offset + ctx->content_length;
!               if (ctx->content_length == 0 ||
                     !mbox_verify_end_of_body(ctx->input, end_offset)) {
!                       if (ctx->content_length != 0)
                                 i_stream_seek(ctx->input, start_offset);
                         mbox_skip_message(ctx->input);
                         end_offset = ctx->input->v_offset;
                         ctx->content_length = end_offset - start_offset;
                 }

                 i_stream_seek(ctx->input, start_offset);
--- 264,280 ----
                 start_offset = ctx->input->v_offset;
                 i_stream_set_read_limit(ctx->input, 0);

!               end_offset = start_offset;
!               if ( ctx->content_length_good )
!                       end_offset += ctx->content_length;
!               if (!ctx->content_length_good ||
                     !mbox_verify_end_of_body(ctx->input, end_offset)) {
!                       if (ctx->content_length_good )
                                 i_stream_seek(ctx->input, start_offset);
                         mbox_skip_message(ctx->input);
                         end_offset = ctx->input->v_offset;
                         ctx->content_length = end_offset - start_offset;
+                       ctx->content_length_good = TRUE;
                 }

                 i_stream_seek(ctx->input, start_offset);
***************
*** 301,311 ****
--- 304,316 ----
                     strcasecmp(hdr->name, "Content-Length") == 0) {
                         /* manual parsing, so we can deal with uoff_t */
                         ctx->content_length = 0;
+                       ctx->content_length_good = TRUE;
                         for (i = 0; i < hdr->value_len; i++) {
                                 if (hdr->value[i] < '0' ||
                                     hdr->value[i] > '9') {
                                         /* invalid */
                                         ctx->content_length = 0;
+                                       ctx->content_length_good = FALSE;
                                         break;
                                 }



From timhunt@users.sf.net  Mon Apr 21 04:37:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 04:37:34 +0300 (EEST)
Return-Path: <timhunt@users.sf.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from timhunt.net (ns1.timhunt.net [216.27.147.130])
	by danu.procontrol.fi (Postfix) with ESMTP id F286123845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 04:37:33 +0300 (EEST)
Received: from users.sf.net (sun [192.168.10.100])
	(authenticated)
	by timhunt.net (8.11.6/8.11.6) with ESMTP id h3L1bVC01705;
	Sun, 20 Apr 2003 21:37:31 -0400
Message-ID: <3EA34B5A.8060004@users.sf.net>
Date: Sun, 20 Apr 2003 21:37:30 -0400
From: Tim Hunt <timhunt@users.sf.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Message with lots of attachments breaks Dovecot
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-MailScanner: Found to be clean
X-archive-position: 622
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: timhunt@users.sf.net
Precedence: bulk
X-list: dovecot
X-UID: 625                                                  
Status: O
Content-Length: 1296

I have a message with over a 1000 embedded attachments(!), and it breaks
Dovecot. The issue appears to be buffer management. There is some logic
in the function message_part_deserialize_part that seems to assume that
the message part structure is in a contiguous array, but that doesn't
seem to be the case. I haven't been able to figure out enough about the
memory management in Dovecot to fix the problem.

Below is a horrible workaround that just allocates a lot more memory for
the message part array, so that it remains contiguous.

*** mail-index-update.c.orig    Wed Mar 26 10:41:55 2003
--- mail-index-update.c Sun Apr 20 16:53:45 2003
***************
*** 498,504 ****

                 if (cache_fields & DATA_FIELD_MESSAGEPART) {
                         t_push();
!                       buf = buffer_create_dynamic(data_stack_pool, 2048,
                                                     (size_t)-1);
                         message_part_serialize(part, buf);

--- 498,504 ----

                 if (cache_fields & DATA_FIELD_MESSAGEPART) {
                         t_push();
!                       buf = buffer_create_dynamic(data_stack_pool, 51200,
                                                     (size_t)-1);
                         message_part_serialize(part, buf);



From keith@midnighthax.com  Mon Apr 21 16:46:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 16:46:36 +0300 (EEST)
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mhlgengs001.rg2.midnighthax.com (unknown [217.158.167.69])
	by danu.procontrol.fi (Postfix) with ESMTP id 9206B23845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 16:46:35 +0300 (EEST)
Received: from zaphod.rg2.midnighthax.com (zaphod.rg2.midnighthax.com [10.0.2.1])
	by mhlgengs001.rg2.midnighthax.com (Postfix) with SMTP
	id 18D49224C6; Mon, 21 Apr 2003 14:46:30 +0100 (BST)
Date: Mon, 21 Apr 2003 14:46:39 +0100
From: Keith Edmunds <keith@midnighthax.com>
To: "Ian R. Justman" <ianj@ian-justman.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: Folders with mail and subfolders
Message-Id: <20030421144639.1b30a6a4.keith@midnighthax.com>
In-Reply-To: <3E9B68A9.4000701@ian-justman.com>
References: <20030414193349.4c4fe9ba.keith@midnighthax.com>
	<3E9B68A9.4000701@ian-justman.com>
Organization: Midnight Hax Ltd
X-Mailer: Sylpheed version 0.8.11claws90 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 623
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: keith@midnighthax.com
Precedence: bulk
X-list: dovecot
X-UID: 626                                                  
Status: O

On Mon, 14 Apr 2003 19:04:25 -0700
"Ian R. Justman" <ianj@ian-justman.com> wrote:
 
> Keith Edmunds wrote:
> > I have a maildir hierarchy (built originally with Courier-IMAP)
> > where some folders contain both email and subfolders. Using Dovecot
> > I cannot see the mail in the top folders: I can only see the
> > subfolders.
> > 
> > Is this an RFC restriction or a Dovecot restriction? If the latter,
> > is it planned to change?
> 
> Far as I know, that's usually a client-side issue.  I had the same
> thing come up when I was using Cyrus where a folder can hold either
> messages or more folders.  Netscape has an option where you can have
> both or they're mutually exclusive.

I'm using the same client (sylpheed-claws) with both Dovecot and
Courier-IMAP. Dovecot does not seem to allow both messages and folders
within folders whereas Courier-IMAP does. Is there some setup I can
change to allow both?

-- 
Keith Edmunds

From tss@iki.fi  Mon Apr 21 16:47:40 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 16:47:40 +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 6818323845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 16:47:40 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 68E235E017F5; Mon, 21 Apr 2003 16:47:38 +0300 (EEST)
Subject: [dovecot] Re: Message with lots of attachments breaks Dovecot
From: Timo Sirainen <tss@iki.fi>
To: Tim Hunt <timhunt@users.sf.net>
Cc: dovecot@procontrol.fi
In-Reply-To: <3EA34B5A.8060004@users.sf.net>
References: <3EA34B5A.8060004@users.sf.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050932857.32160.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 Apr 2003 16:47:38 +0300
X-archive-position: 624
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: 627                                                  
Status: O
Content-Length: 1200

On Mon, 2003-04-21 at 04:37, Tim Hunt wrote:
> I have a message with over a 1000 embedded attachments(!), and it breaks
> Dovecot. The issue appears to be buffer management.

I think it crashes because of bug in data-stack.c. This should fix it:

Index: data-stack.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib/data-stack.c,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- data-stack.c        27 Jan 2003 00:46:29 -0000      1.17
+++ data-stack.c        26 Mar 2003 14:58:33 -0000      1.18
@@ -121,9 +121,13 @@
 
 static void free_blocks(struct stack_block *block)
 {
+       struct stack_block *next;
+
        /* free all the blocks, except if any of them is bigger than
           unused_block, replace it */
        while (block != NULL) {
+               next = block->next;
+
                if (unused_block == NULL || block->size > unused_block->size) {
                        free(unused_block);
                        unused_block = block;
@@ -131,7 +135,7 @@
                        free(block);
                }
 
-               block = block->next;
+               block = next;
        }
 }


From tss@iki.fi  Mon Apr 21 16:49:34 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 16:49:34 +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 66E5D23845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 16:49:34 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1D23C5E017F5; Mon, 21 Apr 2003 16:49:34 +0300 (EEST)
Subject: [dovecot] Re: errors
From: Timo Sirainen <tss@iki.fi>
To: Moe Wibble <eskimoe@ananzi.co.za>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <20030420001128.GA18878@woom.net>
References: <3E9D1B27.7090201@bnap.hu> <20030416134628.GA13126@woom.net>
	 <20030420001128.GA18878@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050932973.32157.5.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 Apr 2003 16:49:34 +0300
X-archive-position: 625
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: 628                                                  
Status: O

On Sun, 2003-04-20 at 03:11, Moe Wibble wrote:
> The bug has just hit me again:
> 
> Apr 20 02:08:00 rafter imap(moe): Corrupted index file /<snipped>/.INBOX/.imap.index: index.next_uid (495) > uidlist.nex
> t_uid (494)
> 
> Removing .imap.index has muted it once again.
> 
> Is this problem being worked on?

I think it should be fixing itself now. The index is rebuilt
automatically next time the mailbox is opened.

I also found a few more potential problems with it, -test6 should come
out soon.


From tss@iki.fi  Mon Apr 21 16:50:45 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 16:50:45 +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 8FD5823845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 16:50:45 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 799E05E017F5; Mon, 21 Apr 2003 16:50:45 +0300 (EEST)
Subject: [dovecot] Re: 0.99.9-test5
From: Timo Sirainen <tss@iki.fi>
To: Jaime Medrano <overflow@eurielec.etsit.upm.es>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030418120034.GA8148@eurielec.etsit.upm.es>
References: <1050507758.16338.58.camel@hurina>
	 <20030418120034.GA8148@eurielec.etsit.upm.es>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050933045.32161.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 Apr 2003 16:50:45 +0300
X-archive-position: 626
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: 629                                                  
Status: O

On Fri, 2003-04-18 at 15:00, Jaime Medrano wrote:
> It seems to have problems when calculating recent messages. When a mail
> comes to a mailbox the recent count is sometimes an arbitrary number,
> bigger than the actual messages that have arriven.

Hmm. Have to look. Recent counts are pretty much broken in any case
currently.


From tss@iki.fi  Mon Apr 21 17:04:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 17:04:02 +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 1FDC823845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 17:04:02 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AF3C65E017F5; Mon, 21 Apr 2003 17:04:01 +0300 (EEST)
Subject: [dovecot] Re: Folders with mail and subfolders
From: Timo Sirainen <tss@iki.fi>
To: Keith Edmunds <keith@midnighthax.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030421144639.1b30a6a4.keith@midnighthax.com>
References: <20030414193349.4c4fe9ba.keith@midnighthax.com>
	 <3E9B68A9.4000701@ian-justman.com>
	 <20030421144639.1b30a6a4.keith@midnighthax.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050933841.32157.12.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 Apr 2003 17:04:01 +0300
X-archive-position: 627
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: 630                                                  
Status: O

On Mon, 2003-04-21 at 16:46, Keith Edmunds wrote:
> I'm using the same client (sylpheed-claws) with both Dovecot and
> Courier-IMAP. Dovecot does not seem to allow both messages and folders
> within folders whereas Courier-IMAP does. Is there some setup I can
> change to allow both?

I didn't notice problems with Sylpheed-claws + CVS Dovecot. Subfolders
were somewhat broken in 0.99.8.1 though, there's a patch for it at
http://dovecot.procontrol.fi/list.patch


From mem@mv.mv.com  Mon Apr 21 17:47:22 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 17:47:22 +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 65C622385F
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 17:47:22 +0300 (EEST)
Received: (qmail 8769 invoked by uid 101); 21 Apr 2003 10:47:20 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 21 Apr 2003 10:47:20 -0400
To: dovecot@procontrol.fi
Subject: [dovecot] quotas again
Message-ID: <20030421144720.GE7629@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: 628
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: 631                                                  
Status: O
Content-Length: 1274

A couple of notes about quotas-- I know this has been brought up
before but the negative effects that occur when a user is over quota
are still disconcerting.

Ideally it would be best if a user could at least delete mail when in
an over-quota condition.  One would think it would be enough to simply
ignore errors creating the index files (and use an in-memory index).
However, another problem is that the mere renaming of a file from the
new/ directory to the cur/ directory can cause an over-quota error if
the cur/ directory has to be expanded.  We see these errors in the
maillog followed by an "I/O leak" message, e.g.:

Apr 21 07:42:26 mercury mem[10059]: pop3(someuser): maildir build: rename(/users/3a/someuser/Maildir/new/1049919998.23875.mercury.mv.net, /users/3a/someuser/Maildir/cur/1049919998.23875.mercury.mv.net) failed: Disc quota exceeded
Apr 21 07:42:26 mercury mem[10059]: pop3(someuser): I/O leak: 0x807361c (1)
Apr 21 07:42:26 mercury mem[10059]: pop3(someuser): I/O leak: 0x804a1b8 (0)

and then we get a report about the server dropping the connection.

BTW we seem to see quite a lot of these "I/O leak" messages in other
situations too, and I think it started with the test5 release (but I am
not absolutely sure).  What does this mean?

Yours,
mm

From amyzing@talsever.com  Mon Apr 21 18:38:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 18:38:18 +0300 (EEST)
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148])
	by danu.procontrol.fi (Postfix) with ESMTP id 4EAC623845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 18:38:18 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211] helo=marajen.talsever.com)
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 197dMq-0008Vl-00; Mon, 21 Apr 2003 11:38:04 -0400
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 18317809B; Mon, 21 Apr 2003 11:37:59 -0400 (EDT)
Date: Mon, 21 Apr 2003 11:37:59 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: Keith Edmunds <keith@midnighthax.com>
Cc: "Ian R. Justman" <ianj@ian-justman.com>, dovecot@procontrol.fi
Subject: [dovecot] Re: Folders with mail and subfolders
Message-ID: <20030421153759.GB28811@talsever.com>
References: <20030414193349.4c4fe9ba.keith@midnighthax.com> <3E9B68A9.4000701@ian-justman.com> <20030421144639.1b30a6a4.keith@midnighthax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030421144639.1b30a6a4.keith@midnighthax.com>
User-Agent: Mutt/1.5.3i
X-archive-position: 629
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: amyzing@talsever.com
Precedence: bulk
X-list: dovecot
X-UID: 632                                                  
Status: O
Content-Length: 1771

On Mon, Apr 21, 2003 at 02:46:39PM +0100, Keith Edmunds wrote:
>On Mon, 14 Apr 2003 19:04:25 -0700
>"Ian R. Justman" <ianj@ian-justman.com> wrote:
> 
>> Keith Edmunds wrote:
>> > I have a maildir hierarchy (built originally with Courier-IMAP)
>> > where some folders contain both email and subfolders. Using Dovecot
>> > I cannot see the mail in the top folders: I can only see the
>> > subfolders.
>> > 
>> > Is this an RFC restriction or a Dovecot restriction? If the latter,
>> > is it planned to change?
>> 
>> Far as I know, that's usually a client-side issue.  I had the same
>> thing come up when I was using Cyrus where a folder can hold either
>> messages or more folders.  Netscape has an option where you can have
>> both or they're mutually exclusive.
>
>I'm using the same client (sylpheed-claws) with both Dovecot and
>Courier-IMAP. Dovecot does not seem to allow both messages and folders
>within folders whereas Courier-IMAP does. Is there some setup I can
>change to allow both?

If you connected, using sylpheed, to an older version of dovecot that wasn't
permitting this (0.99.7, f'rinstance), then you might need to edit the
folderlist.xml (for sylpheed).  There's a flag on a folder ("nomail"?) that
gets set, and rebuilding the folder tree won't fix it, but you can remove
the flag by hand and then it's fine (with the Debian 0.99.8.1 updates, at
any rate, and prolly with current cvs).

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
  Light is the left hand of darkness
  and darkness the right hand of light.
    Two are one, life and death, lying
    together like lovers in kemmer,
      like hands joined together,
      like the end and the way.
        -- Tormer's Lay [Ursula K. Le Guin, "The Left Hand of Darkness"]

From tss@iki.fi  Mon Apr 21 18:53:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 18:53:54 +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 D25F623845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 18:53:53 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 382CD5E017F5; Mon, 21 Apr 2003 18:53:53 +0300 (EEST)
Subject: [dovecot] Re: quotas again
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030421144720.GE7629@iridium.mv.net>
References: <20030421144720.GE7629@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050940432.32161.24.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 Apr 2003 18:53:53 +0300
X-archive-position: 630
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: 633                                                  
Status: O
Content-Length: 1462

On Mon, 2003-04-21 at 17:47, Mark E. Mallett wrote:
> A couple of notes about quotas-- I know this has been brought up
> before but the negative effects that occur when a user is over quota
> are still disconcerting.
> 
> Ideally it would be best if a user could at least delete mail when in
> an over-quota condition.  One would think it would be enough to simply
> ignore errors creating the index files (and use an in-memory index).
> However, another problem is that the mere renaming of a file from the
> new/ directory to the cur/ directory can cause an over-quota error if
> the cur/ directory has to be expanded.  We see these errors in the
> maillog followed by an "I/O leak" message, e.g.:

Hmm. I'm not sure how to fix this properly. I can of course just ignore
those files in new/, but then user can't delete those messages. Maybe I
should allow keeping the files in new/ in out-of-disk-space conditions..

uidlist file is also problematic. If there's no disk space to build new
one, the UIDs can't be permanently saved. Or worse, they could be reused
for different messages breaking client's cache.

> BTW we seem to see quite a lot of these "I/O leak" messages in other
> situations too, and I think it started with the test5 release (but I am
> not absolutely sure).  What does this mean?

It's mostly debugging. Some file descriptor was added to poll() (or
similiar) list, but wasn't removed from there. I'm not sure why you're
seeing them now.


From tss@iki.fi  Mon Apr 21 19:08:38 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 19:08:38 +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 BD8D323845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 19:08:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6ACD95E017F5; Mon, 21 Apr 2003 19:08:38 +0300 (EEST)
Subject: [dovecot] 0.99.9-test6
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050941318.32160.38.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 Apr 2003 19:08:38 +0300
X-archive-position: 631
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: 634                                                  
Status: O

Just two fixes:

- dovecot-uidlist file is now assumed to be changed if it's modify time
is changed. before we relied on inode changing which isn't fully
reliable.
- mbox dotlocks sometimes incorrectly thought someone else had
overridden them

Known problems that I should fix:

- mbox: we don't necessarily notice message flag changes by external
programs (or another dovecot without index files). It's because we don't
always reparse the whole mbox file when it has changed. I think I'll
have to add some X-IMAP-Changelog header which describes what changes
were made by other Dovecot processes. If the change isn't listed in that
header, we'll fallback to reparsing the whole file. Although that's
still a bit annoying since MTA just appends the new mails, we wouldn't
really need to reparse the whole file then, just the new mails.
- I should use link() instead of relying on O_EXCL which doesn't work
with NFSv2 (or Linux's NFSv3 client).
- .subscriptions and .customflags files still aren't NFS-safe


From mem@mv.mv.com  Mon Apr 21 20:03:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 20:03:10 +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 44E412385F
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 20:03:10 +0300 (EEST)
Received: (qmail 15288 invoked by uid 101); 21 Apr 2003 13:03:09 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 21 Apr 2003 13:03:09 -0400
To: dovecot@procontrol.fi
Subject: [dovecot] Re: quotas again
Message-ID: <20030421170309.GI7629@iridium.mv.net>
References: <20030421144720.GE7629@iridium.mv.net> <1050940432.32161.24.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050940432.32161.24.camel@hurina>
User-Agent: Mutt/1.4.1i
X-archive-position: 632
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: 635                                                  
Status: O
Content-Length: 2314

On Mon, Apr 21, 2003 at 06:53:53PM +0300, Timo Sirainen wrote:
> On Mon, 2003-04-21 at 17:47, Mark E. Mallett wrote:
> > A couple of notes about quotas-- I know this has been brought up
> > before but the negative effects that occur when a user is over quota
> > are still disconcerting.
> > 
> > Ideally it would be best if a user could at least delete mail when in
> > an over-quota condition.  One would think it would be enough to simply
> > ignore errors creating the index files (and use an in-memory index).
> > However, another problem is that the mere renaming of a file from the
> > new/ directory to the cur/ directory can cause an over-quota error if
> > the cur/ directory has to be expanded.  We see these errors in the
> > maillog followed by an "I/O leak" message, e.g.:
> 
> Hmm. I'm not sure how to fix this properly. I can of course just ignore
> those files in new/, but then user can't delete those messages. Maybe I
> should allow keeping the files in new/ in out-of-disk-space conditions..

I would think so.  If a file can't be renamed to cur/ because of
expanding the directory, there are already a bunch of files in cur/ .
Allowing some deletion would help before they have to pick up the phone
and have somebody intervene.


> uidlist file is also problematic. If there's no disk space to build new
> one, the UIDs can't be permanently saved. Or worse, they could be reused
> for different messages breaking client's cache.

Yeah- trouble is if there are quotas enabled at all, people are going
to hit them.  The first time a person gets over quota they are either
going to learn to manage the mailbox, or they are going to request (and
probably get) more space if they have a real need for it.  However
it's likely to keep happening.

Unfortunately using filesystem quotas for mailboxes has problems.  At
one point we had a mail delivery quota system here that was not related
to filesystem quotas (i.e. the mail delivery agent would arrange not to
deliver mail to a mailbox that was at its limit, and would in fact
insert a single warning note instead)-- however filesystem quotas were
not in effect, so it was possible to manipulate the mailbox via the
POP or IMAP interface.  This was under sendmail, though, and I have
not yet thought about doing something similar under qmail.

mm

From mike@innercite.com  Mon Apr 21 20:16:02 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 20:16:02 +0300 (EEST)
Return-Path: <mike@innercite.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from knight.innercite.com (knight.innercite.com [158.222.3.8])
	by danu.procontrol.fi (Postfix) with ESMTP id 0E52E2385F
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 20:16:01 +0300 (EEST)
Received: from localhost.localdomain (rocket.innercite.com [158.222.7.10])
	by knight.innercite.com (8.12.3/8.12.3/Debian -4) with ESMTP id h3LH8ppB020593
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 10:08:52 -0700
Subject: [dovecot] Re: quotas again
From: Mike Machado <mike@innercite.com>
To: dovecot@procontrol.fi
In-Reply-To: <20030421170309.GI7629@iridium.mv.net>
References: <20030421144720.GE7629@iridium.mv.net>
	<1050940432.32161.24.camel@hurina>  <20030421170309.GI7629@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 21 Apr 2003 10:15:56 -0700
Message-Id: <1050945356.1834.212.camel@rocket>
Mime-Version: 1.0
X-archive-position: 633
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mike@innercite.com
Precedence: bulk
X-list: dovecot
X-UID: 636                                                  
Status: O

On Mon, 2003-04-21 at 10:03, Mark E. Mallett wrote:
> 
> Unfortunately using filesystem quotas for mailboxes has problems.  At
> one point we had a mail delivery quota system here that was not related
> to filesystem quotas (i.e. the mail delivery agent would arrange not to
> deliver mail to a mailbox that was at its limit, and would in fact
> insert a single warning note instead)-- however filesystem quotas were
> not in effect, so it was possible to manipulate the mailbox via the
> POP or IMAP interface.  This was under sendmail, though, and I have
> not yet thought about doing something similar under qmail.

I don't suppose you could share how you built or where you found the
system that could do mail quotas with sendmail? Thanks!
 

-- 
Mike Machado
mike@innercite.com
InnerCite Inc.
Engineering Director / CTO


From mem@mv.mv.com  Mon Apr 21 21:29:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 21:29:53 +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 CEB2D2385F
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 21:29:52 +0300 (EEST)
Received: (qmail 21248 invoked by uid 101); 21 Apr 2003 14:29:51 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 21 Apr 2003 14:29:51 -0400
To: Mike Machado <mike@innercite.com>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: quotas again
Message-ID: <20030421182951.GA11272@iridium.mv.net>
References: <20030421144720.GE7629@iridium.mv.net> <1050940432.32161.24.camel@hurina> <20030421170309.GI7629@iridium.mv.net> <1050945356.1834.212.camel@rocket>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050945356.1834.212.camel@rocket>
User-Agent: Mutt/1.4.1i
X-archive-position: 634
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: 637                                                  
Status: O
Content-Length: 1493

On Mon, Apr 21, 2003 at 10:15:56AM -0700, Mike Machado wrote:
> On Mon, 2003-04-21 at 10:03, Mark E. Mallett wrote:
> > 
> > Unfortunately using filesystem quotas for mailboxes has problems.  At
> > one point we had a mail delivery quota system here that was not related
> > to filesystem quotas (i.e. the mail delivery agent would arrange not to
> > deliver mail to a mailbox that was at its limit, and would in fact
> > insert a single warning note instead)-- however filesystem quotas were
> > not in effect, so it was possible to manipulate the mailbox via the
> > POP or IMAP interface.  This was under sendmail, though, and I have
> > not yet thought about doing something similar under qmail.
> 
> I don't suppose you could share how you built or where you found the
> system that could do mail quotas with sendmail? Thanks!

It was some hackery that I performed on mail.local under bsdi.
I regret that it's no longer available.

"not related to filesystem quotas" was a simplification- it would
actually look at filesystem quotas and use the user's soft limit if
one was set, but otherwise would impose a default maximum.  Most
users were left with quota not set.

It also required some minimal hacking to sendmail to recognize a
special return code from mail.local .

Considering that sendmail and mail.local used /var/spool/mail mailboxes,
it was pretty easy to understand and manage this kind of quota.  With
maildirs integrated into home directories, it's not quite as simple.

mm

From adam@os.inf.tu-dresden.de  Mon Apr 21 21:54:35 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 21:54:35 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 996562385F
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 21:54:35 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 197gR0-000SCG-00
	for dovecot@procontrol.fi; Mon, 21 Apr 2003 20:54:34 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 197gR0-0008Sj-00
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 20:54:34 +0200
Date: Mon, 21 Apr 2003 20:54:34 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Using on AIX
Message-ID: <20030421185434.GJ21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-archive-position: 635
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 638                                                  
Status: O
Content-Length: 1289

Hi,

I'm trying to install dovecot-0.99.9-test6 with gcc-3.2.2 under AIX (4.3.3) and
found some problems.

First, I need to define _XOPEN_SOURCE_EXTENDED to 1 in src/lib/fdpass.c
and src/auth/mycrypt.c or undefine it to compile successfully.

When I define _XOPEN_SOURCE_EXTENDED to 1, I get the following error
while connecting:

dovecot: Apr 21 17:56:44 Info: Dovecot starting up
imap-login: Apr 21 17:57:19 Fatal: fd_send(5) failed: Bad file number
dovecot: Apr 21 17:57:19 Error: child 39504 (login) returned error 89

This happens after a successful authentication (i.e. wrong authentications are
correctly denied).
Something similar happens if I define _XOPEN_SOURCE to 500 in both
files.

When I undefine the _XOPEN_SOURCE_EXTENDEDs without modifying the
original _XOPEN_SOURCE defines, it seems to come further:

imap-login: Apr 21 18:24:23 Info: Login: xxx [xxx.xxx.xxx.xxx]
imap(xxx): Apr 21 18:24:23 Panic: file mail-index-data.c: line 439 (mail_index_data_append): assertion failed: ((size & (MEM_ALIGN_SIZE-1)) == 0)
dovecot: Apr 21 18:24:23 Error: child 95800 (imap) killed with signal 6

but this doesn't work either.


Anything other I could try?




Thanks,
Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From tss@iki.fi  Mon Apr 21 23:02:13 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 23:02:13 +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 B6D8723845
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 23:02:13 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4C17E5E017F5; Mon, 21 Apr 2003 23:02:13 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030421185434.GJ21753@os.inf.tu-dresden.de>
References: <20030421185434.GJ21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1050955333.32157.61.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 Apr 2003 23:02:13 +0300
X-archive-position: 636
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: 639                                                  
Status: O
Content-Length: 1729

On Mon, 2003-04-21 at 21:54, Adam Lackorzynski wrote:
> Hi,
> 
> I'm trying to install dovecot-0.99.9-test6 with gcc-3.2.2 under AIX (4.3.3) and
> found some problems.
> 
> First, I need to define _XOPEN_SOURCE_EXTENDED to 1 in src/lib/fdpass.c
> and src/auth/mycrypt.c or undefine it to compile successfully.
..
> When I undefine the _XOPEN_SOURCE_EXTENDEDs without modifying the
> original _XOPEN_SOURCE defines, it seems to come further:

I guess leaving it 1 for mycrypt.c is fine. Does AIX have some "AIX"
macro defined? So I could change fdpass.c to have:

#ifndef AIX
#  define _XOPEN_SOURCE_EXTENDED /* for Tru64, breaks AIX */
#endif

> imap(xxx): Apr 21 18:24:23 Panic: file mail-index-data.c: line 439 (mail_index_data_append): assertion failed: ((size & (MEM_ALIGN_SIZE-1)) == 0)

Hmm.. This is quite likely because struct mail_index_data_record_header
isn't padded to take 8 bytes with 32bit off_t. Has all systems until now
really had 64bit off_t? This should fix it:

Index: mail-index.h
===================================================================
RCS file: /home/cvs/dovecot/src/lib-index/mail-index.h,v
retrieving revision 1.73
diff -u -r1.73 mail-index.h
--- mail-index.h        21 Apr 2003 13:42:00 -0000      1.73
+++ mail-index.h        21 Apr 2003 19:58:55 -0000
@@ -167,6 +167,7 @@
        unsigned int data_size; /* including this header */
 
        time_t internal_date;
+       time_t filler;
        uoff_t virtual_size;
 
        uoff_t header_size;


But I'm not sure if I want to commit this change. Maybe some systems
have added the padding elsewhere? Changing the location could break
things. After next release I'll break the index files anyway, I think
I'll leave this fix until then.


From adam@os.inf.tu-dresden.de  Mon Apr 21 23:57:35 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 21 Apr 2003 23:57:35 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 4FF1B2385F
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 23:57:35 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 197iM2-00072w-00
	for dovecot@procontrol.fi; Mon, 21 Apr 2003 22:57:34 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 197iM2-0005Rp-00
	for <dovecot@procontrol.fi>; Mon, 21 Apr 2003 22:57:34 +0200
Date: Mon, 21 Apr 2003 22:57:34 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030421205734.GK21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030421185434.GJ21753@os.inf.tu-dresden.de> <1050955333.32157.61.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1050955333.32157.61.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 637
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 640                                                  
Status: O
Content-Length: 2768

On Mon Apr 21, 2003 at 23:02:13 +0300, Timo Sirainen wrote:
> Hmm.. This is quite likely because struct mail_index_data_record_header
> isn't padded to take 8 bytes with 32bit off_t. Has all systems until now
> really had 64bit off_t? This should fix it:
>
> +       time_t filler;

Now, the error message is different:

imap(xxx): Apr 21 20:42:14 Error: Corrupted index data file .../Mail/.imap/INBOX/.imap.index.data: Invalid location field for record 1
imap(xxx): Apr 21 20:42:14 Error: Corrupted index data file .../Mail/.imap/INBOX/.imap.index.data: Invalid location field for record 1
dovecot: Apr 21 20:42:14 Error: child 73232 (imap) killed with signal 11

I deleted the .imap dir before connecting and the mbox file is empty in
this case here.

If the mbox contains some mails (7 in this case), I'm getting this
(.imap dir also didn't exist before):

imap(xxx): Apr 21 20:52:52 Error: Corrupted index data file .../Mail/test/.imap/box2/.imap.index.data: Invalid location field for record 7



That's what I have for now. The AC_AIX is probably not needed...

diff -ur dovecot-0.99.9-test6.orig/configure.in dovecot-0.99.9-test6/configure.in
--- dovecot-0.99.9-test6.orig/configure.in	Mon Apr 21 17:54:11 2003
+++ dovecot-0.99.9-test6/configure.in	Mon Apr 21 22:06:09 2003
@@ -5,6 +5,7 @@
 
 AM_MAINTAINER_MODE
 
+AC_AIX
 AC_ISC_POSIX
 AC_PROG_CC
 AC_PROG_CPP
diff -ur dovecot-0.99.9-test6.orig/src/auth/mycrypt.c dovecot-0.99.9-test6/src/auth/mycrypt.c
--- dovecot-0.99.9-test6.orig/src/auth/mycrypt.c	Tue Nov 26 19:39:57 2002
+++ dovecot-0.99.9-test6/src/auth/mycrypt.c	Mon Apr 21 22:15:16 2003
@@ -1,5 +1,5 @@
 #define _XOPEN_SOURCE 4
-#define _XOPEN_SOURCE_EXTENDED
+#define _XOPEN_SOURCE_EXTENDED 1
 #define _XOPEN_VERSION 4
 #define _XPG4_2
 #include <unistd.h>
diff -ur dovecot-0.99.9-test6.orig/src/lib/fdpass.c dovecot-0.99.9-test6/src/lib/fdpass.c
--- dovecot-0.99.9-test6.orig/src/lib/fdpass.c	Wed Apr  9 00:58:30 2003
+++ dovecot-0.99.9-test6/src/lib/fdpass.c	Mon Apr 21 22:20:28 2003
@@ -32,7 +32,9 @@
 */
 
 #define _XPG4_2
-#define _XOPEN_SOURCE_EXTENDED /* for Tru64 */
+#ifndef _AIX
+#  define _XOPEN_SOURCE_EXTENDED /* for Tru64, breaks AIX */
+#endif
 
 #include "lib.h"
 #include "fdpass.h"
diff -ur dovecot-0.99.9-test6.orig/src/lib-index/mail-index.h dovecot-0.99.9-test6/src/lib-index/mail-index.h
--- dovecot-0.99.9-test6.orig/src/lib-index/mail-index.h	Mon Apr 21 17:45:52 2003
+++ dovecot-0.99.9-test6/src/lib-index/mail-index.h	Mon Apr 21 22:40:04 2003
@@ -167,6 +167,7 @@
 	unsigned int data_size; /* including this header */
 
 	time_t internal_date;
+	time_t filler;
 	uoff_t virtual_size;
 
 	uoff_t header_size;


Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From lfarkas@bnap.hu  Tue Apr 22 13:30:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Apr 2003 13:30:20 +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 3E68E2385F
	for <dovecot@procontrol.fi>; Tue, 22 Apr 2003 13:30:20 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id D42A0754003
	for <dovecot@procontrol.fi>; Tue, 22 Apr 2003 12:31:48 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 581DB3F04
	for <dovecot@procontrol.fi>; Tue, 22 Apr 2003 12:30:15 +0200 (CEST)
Message-ID: <3EA519B4.4020105@bnap.hu>
Date: Tue, 22 Apr 2003 12:30:12 +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] index files
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 638
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: 641                                                  
Status: O

hi,
what's happend if I change the index type ie. change it back to the default
# mail_cache_fields
while before I use
mail_cache_fields =
and restart dovecot? in this case at the next login the index files are 
regenerated?

-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Tue Apr 22 22:47:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Apr 2003 22:47:10 +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 156FC23845
	for <dovecot@procontrol.fi>; Tue, 22 Apr 2003 22:47:10 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D8A925E017F5; Tue, 22 Apr 2003 22:47:09 +0300 (EEST)
Subject: [dovecot] Re: index files
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EA519B4.4020105@bnap.hu>
References: <3EA519B4.4020105@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051040829.32159.114.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 22 Apr 2003 22:47:09 +0300
X-archive-position: 639
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: 642                                                  
Status: O

On Tue, 2003-04-22 at 13:30, Farkas Levente wrote:
> hi,
> what's happend if I change the index type ie. change it back to the default
> # mail_cache_fields
> while before I use
> mail_cache_fields =
> and restart dovecot? in this case at the next login the index files are 
> regenerated?

No, that setting is used only when the index is created or rebuilt for
some reason.


From tss@iki.fi  Tue Apr 22 22:50:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 22 Apr 2003 22:50:01 +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 8F66623845
	for <dovecot@procontrol.fi>; Tue, 22 Apr 2003 22:50:01 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4E2AC5E017F5; Tue, 22 Apr 2003 22:50:01 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030421205734.GK21753@os.inf.tu-dresden.de>
References: <20030421185434.GJ21753@os.inf.tu-dresden.de>
	 <1050955333.32157.61.camel@hurina>
	 <20030421205734.GK21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051041001.32159.118.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 22 Apr 2003 22:50:01 +0300
X-archive-position: 640
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: 643                                                  
Status: O

On Mon, 2003-04-21 at 23:57, Adam Lackorzynski wrote:
> On Mon Apr 21, 2003 at 23:02:13 +0300, Timo Sirainen wrote:
> > Hmm.. This is quite likely because struct mail_index_data_record_header
> > isn't padded to take 8 bytes with 32bit off_t. Has all systems until now
> > really had 64bit off_t? This should fix it:
> >
> > +       time_t filler;
> 
> Now, the error message is different:
> 
> imap(xxx): Apr 21 20:42:14 Error: Corrupted index data file .../Mail/.imap/INBOX/.imap.index.data: Invalid location field for record 1

Umm. Are you sure the sources got fully rebuilt after you added the
filler? That looks like it..


From lfarkas@bnap.hu  Wed Apr 23 00:10:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 00:10:43 +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 C349F2385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 00:10:42 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 2C510754003; Tue, 22 Apr 2003 23:12:16 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id CCC1A3EF5; Tue, 22 Apr 2003 23:10:40 +0200 (CEST)
Message-ID: <3EA5AFD0.9070601@bnap.hu>
Date: Tue, 22 Apr 2003 23:10:40 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Cc: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: index files
References: <3EA519B4.4020105@bnap.hu> <1051040829.32159.114.camel@hurina>
In-Reply-To: <1051040829.32159.114.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 641
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: 644                                                  
Status: O

Timo Sirainen wrote:
> On Tue, 2003-04-22 at 13:30, Farkas Levente wrote:
> 
>>hi,
>>what's happend if I change the index type ie. change it back to the default
>># mail_cache_fields
>>while before I use
>>mail_cache_fields =
>>and restart dovecot? in this case at the next login the index files are 
>>regenerated?
> 
> 
> No, that setting is used only when the index is created or rebuilt for
> some reason.

so I've to delete everyone's index files?


-- 
   Levente                               "Si vis pacem para bellum!"



From adam@os.inf.tu-dresden.de  Wed Apr 23 01:45:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 01:45:44 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 169762385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 01:45:44 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 1986WE-000HYm-00
	for dovecot@procontrol.fi; Wed, 23 Apr 2003 00:45:42 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 1986WE-0002NA-00
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 00:45:42 +0200
Date: Wed, 23 Apr 2003 00:45:42 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030422224542.GO21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030421185434.GJ21753@os.inf.tu-dresden.de> <1050955333.32157.61.camel@hurina> <20030421205734.GK21753@os.inf.tu-dresden.de> <1051041001.32159.118.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051041001.32159.118.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 642
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 645                                                  
Status: O

On Tue Apr 22, 2003 at 22:50:01 +0300, Timo Sirainen wrote:
> > imap(xxx): Apr 21 20:42:14 Error: Corrupted index data file .../Mail/.imap/INBOX/.imap.index.data: Invalid location field for record 1
> 
> Umm. Are you sure the sources got fully rebuilt after you added the
> filler? That looks like it..

Yes, "make clean"'ed it before.




Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From eskimoe@ananzi.co.za  Wed Apr 23 02:00:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 02:00:01 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-30.reverse.qdsl-home.de [212.202.174.30])
	by danu.procontrol.fi (Postfix) with SMTP id 40E2D2385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 01:59:59 +0300 (EEST)
Received: (qmail 30858 invoked by uid 1000); 22 Apr 2003 23:01:27 -0000
Date: Wed, 23 Apr 2003 01:01:27 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: errors
Message-ID: <20030422230127.GC17665@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot List <dovecot@procontrol.fi>
References: <3E9D1B27.7090201@bnap.hu> <20030416134628.GA13126@woom.net> <20030420001128.GA18878@woom.net> <1050932973.32157.5.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050932973.32157.5.camel@hurina>
X-archive-position: 643
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 646                                                  
Status: O

On Mon, Apr 21, 2003 at 04:49:34PM +0300, Timo Sirainen wrote:
> On Sun, 2003-04-20 at 03:11, Moe Wibble wrote:
> > The bug has just hit me again:
> > 
> > Apr 20 02:08:00 rafter imap(moe): Corrupted index file /<snipped>/.INBOX/.imap.index: index.next_uid (495) > uidlist.nex
> > t_uid (494)
> > 
> > Removing .imap.index has muted it once again.
> > 
> > Is this problem being worked on?
> 
> I think it should be fixing itself now. The index is rebuilt
> automatically next time the mailbox is opened.

I have just updated and the problem has not appeared again since then.
Hope it stays that way.

> I also found a few more potential problems with it, -test6 should come
> out soon.

What kind of problems?


regards!
-- 
MW


From tss@iki.fi  Wed Apr 23 02:33:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 02:33:46 +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 3E45223845
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 02:33:46 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 9F4315E017F5; Wed, 23 Apr 2003 02:33:45 +0300 (EEST)
Subject: [dovecot] Re: index files
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EA5AFD0.9070601@bnap.hu>
References: <3EA519B4.4020105@bnap.hu> <1051040829.32159.114.camel@hurina>
	 <3EA5AFD0.9070601@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051054425.32159.123.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 02:33:45 +0300
X-archive-position: 644
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: 647                                                  
Status: O

On Wed, 2003-04-23 at 00:10, Farkas Levente wrote:
> >>what's happend if I change the index type ie. change it back to the default
> >># mail_cache_fields
> >>while before I use
> >>mail_cache_fields =
> >>and restart dovecot? in this case at the next login the index files are 
> >>regenerated?
> > 
> > 
> > No, that setting is used only when the index is created or rebuilt for
> > some reason.
> 
> so I've to delete everyone's index files?

No, just leave them the way they are. Dovecot starts automatically
caching the fields that the client uses.

Or is there some reason you thought you wanted this? It's slower?


From tss@iki.fi  Wed Apr 23 02:50:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 02:50: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 392FB23845
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 02:50:55 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 92D045E017F5; Wed, 23 Apr 2003 02:50:54 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030422224542.GO21753@os.inf.tu-dresden.de>
References: <20030421185434.GJ21753@os.inf.tu-dresden.de>
	 <1050955333.32157.61.camel@hurina>
	 <20030421205734.GK21753@os.inf.tu-dresden.de>
	 <1051041001.32159.118.camel@hurina>
	 <20030422224542.GO21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051055454.32157.126.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 02:50:54 +0300
X-archive-position: 645
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: 648                                                  
Status: O

On Wed, 2003-04-23 at 01:45, Adam Lackorzynski wrote:
> On Tue Apr 22, 2003 at 22:50:01 +0300, Timo Sirainen wrote:
> > > imap(xxx): Apr 21 20:42:14 Error: Corrupted index data file .../Mail/.imap/INBOX/.imap.index.data: Invalid location field for record 1
> > 
> > Umm. Are you sure the sources got fully rebuilt after you added the
> > filler? That looks like it..
> 
> Yes, "make clean"'ed it before.

Something's really messed up then. Maybe there's some mmap() problems,
try if setting "default_mail_env = mbox:~/Mail:INDEX=MEMORY" helps?


From lfarkas@bnap.hu  Wed Apr 23 11:27:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 11:27:01 +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 903122385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 11:27:01 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 9D66F754004; Wed, 23 Apr 2003 10:28:39 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id E3CAF3EF5; Wed, 23 Apr 2003 10:26:59 +0200 (CEST)
Message-ID: <3EA64E53.7010806@bnap.hu>
Date: Wed, 23 Apr 2003 10:26:59 +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: Timo Sirainen <tss@iki.fi>
Cc: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: index files
References: <3EA519B4.4020105@bnap.hu> <1051040829.32159.114.camel@hurina>	 <3EA5AFD0.9070601@bnap.hu> <1051054425.32159.123.camel@hurina>
In-Reply-To: <1051054425.32159.123.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 646
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: 649                                                  
Status: O
Content-Length: 1472

Timo Sirainen wrote:
> On Wed, 2003-04-23 at 00:10, Farkas Levente wrote:
> 
>>>>what's happend if I change the index type ie. change it back to the default
>>>># mail_cache_fields
>>>>while before I use
>>>>mail_cache_fields =
>>>>and restart dovecot? in this case at the next login the index files are 
>>>>regenerated?
>>>
>>>
>>>No, that setting is used only when the index is created or rebuilt for
>>>some reason.
>>
>>so I've to delete everyone's index files?
> 
> 
> No, just leave them the way they are. Dovecot starts automatically
> caching the fields that the client uses.
> 
> Or is there some reason you thought you wanted this? It's slower?

ok the whole story:
- once (one of the cvs version) we got a few corrupted index file.
- then I delete all index file
- after that (as I wrote it) the load goes so high I've to stop dovecot.
- delete all index file and modify dovecot.conf :
   mail_cache_fields =
- but now I assume the index and high load problem may be solved so I'd
   like to put back the default cache schema.
and my question is:
should I delete the old index files (which contains no fileds) in
order to create new index files (which contains the default fields) or
it will happned automaticaly?
from you first answer it seems to me if the index is not corrupted than 
it never will recreated. but from the second it seems it will regenerate 
it automatically?
so?


-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Wed Apr 23 14:13:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 14:13:10 +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 6F1812385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 14:13:10 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7473E5E017F5; Wed, 23 Apr 2003 14:13:09 +0300 (EEST)
Subject: [dovecot] Re: index files
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
Cc: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EA64E53.7010806@bnap.hu>
References: <3EA519B4.4020105@bnap.hu> <1051040829.32159.114.camel@hurina>
	 <3EA5AFD0.9070601@bnap.hu> <1051054425.32159.123.camel@hurina>
	 <3EA64E53.7010806@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051096388.32159.140.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 14:13:09 +0300
X-archive-position: 647
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: 650                                                  
Status: O
Content-Length: 2060

On Wed, 2003-04-23 at 11:26, Farkas Levente wrote:
> ok the whole story:
> - once (one of the cvs version) we got a few corrupted index file.
> - then I delete all index file
> - after that (as I wrote it) the load goes so high I've to stop dovecot.
> - delete all index file and modify dovecot.conf :
>    mail_cache_fields =
> - but now I assume the index and high load problem may be solved so I'd
>    like to put back the default cache schema.

But currently there's no real high load problems with empty
mail_cache_fields?

> and my question is:
> should I delete the old index files (which contains no fileds) in
> order to create new index files (which contains the default fields) or
> it will happned automaticaly?
> from you first answer it seems to me if the index is not corrupted than 
> it never will recreated. but from the second it seems it will regenerate 
> it automatically?
> so?

It goes like this:

- When index is first created, mail_cache_fields setting is saved into
header.cache_fields. All existing mails are indexed with those fields
cached
- If client does something where a cached field would have been a
speedup, but the field isn't cached, header.cache_fields is updated to
include that field
- All new mails that are indexed will have the new field cached as well,
but the old ones aren't changed
- If client again does it with an old mail where it wasn't indexed, then
Dovecot will rebuild the cache for all mails in the index so they all
contain the wanted cached fields

So even if you don't cache anything initially, they should get
automatically cached if client wants them. Clients behave very
differently so we don't automatically cache everything, if cached field
is not needed it just slows down things.

This still isn't the optimal caching behaviour, some clients cache
everything locally and fetch data for only new mails. In that case
cached fields would be mostly useless. Even if that client or some other
occationally fetches some data again, it's likely better for overall
performance if nothing is cached.


From lfarkas@bnap.hu  Wed Apr 23 14:18:19 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 14:18:19 +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 474A423845
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 14:18:19 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id C218D754003; Wed, 23 Apr 2003 13:19:53 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id D44BD3EF5; Wed, 23 Apr 2003 13:18:12 +0200 (CEST)
Message-ID: <3EA67674.5040902@bnap.hu>
Date: Wed, 23 Apr 2003 13:18:12 +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: Timo Sirainen <tss@iki.fi>, Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: index files
References: <3EA519B4.4020105@bnap.hu> <1051040829.32159.114.camel@hurina>	 <3EA5AFD0.9070601@bnap.hu> <1051054425.32159.123.camel@hurina>	 <3EA64E53.7010806@bnap.hu> <1051096388.32159.140.camel@hurina>
In-Reply-To: <1051096388.32159.140.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 648
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: 651                                                  
Status: O
Content-Length: 2376

Timo Sirainen wrote:
> On Wed, 2003-04-23 at 11:26, Farkas Levente wrote:
> 
>>ok the whole story:
>>- once (one of the cvs version) we got a few corrupted index file.
>>- then I delete all index file
>>- after that (as I wrote it) the load goes so high I've to stop dovecot.
>>- delete all index file and modify dovecot.conf :
>>   mail_cache_fields =
>>- but now I assume the index and high load problem may be solved so I'd
>>   like to put back the default cache schema.
> 
> 
> But currently there's no real high load problems with empty
> mail_cache_fields?

no currently ther is not. that's why I'd like to test what happens if I 
trun it back.

>>and my question is:
>>should I delete the old index files (which contains no fileds) in
>>order to create new index files (which contains the default fields) or
>>it will happned automaticaly?
>>from you first answer it seems to me if the index is not corrupted than 
>>it never will recreated. but from the second it seems it will regenerate 
>>it automatically?
>>so?
> 
> 
> It goes like this:
> 
> - When index is first created, mail_cache_fields setting is saved into
> header.cache_fields. All existing mails are indexed with those fields
> cached
> - If client does something where a cached field would have been a
> speedup, but the field isn't cached, header.cache_fields is updated to
> include that field
> - All new mails that are indexed will have the new field cached as well,
> but the old ones aren't changed
> - If client again does it with an old mail where it wasn't indexed, then
> Dovecot will rebuild the cache for all mails in the index so they all
> contain the wanted cached fields
> 
> So even if you don't cache anything initially, they should get
> automatically cached if client wants them. Clients behave very
> differently so we don't automatically cache everything, if cached field
> is not needed it just slows down things.
> 
> This still isn't the optimal caching behaviour, some clients cache
> everything locally and fetch data for only new mails. In that case
> cached fields would be mostly useless. Even if that client or some other
> occationally fetches some data again, it's likely better for overall
> performance if nothing is cached.

ok. so I don't have to delete them and force the regeneration.


-- 
   Levente                               "Si vis pacem para bellum!"



From adam@os.inf.tu-dresden.de  Wed Apr 23 14:43:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 14:43:14 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 85CDA23845
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 14:43:14 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 198Ief-000Nim-00
	for dovecot@procontrol.fi; Wed, 23 Apr 2003 13:43:13 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 198Ief-00077U-00
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 13:43:13 +0200
Date: Wed, 23 Apr 2003 13:43:13 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030423114312.GQ21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030421185434.GJ21753@os.inf.tu-dresden.de> <1050955333.32157.61.camel@hurina> <20030421205734.GK21753@os.inf.tu-dresden.de> <1051041001.32159.118.camel@hurina> <20030422224542.GO21753@os.inf.tu-dresden.de> <1051055454.32157.126.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051055454.32157.126.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 649
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 652                                                  
Status: O

On Wed Apr 23, 2003 at 02:50:54 +0300, Timo Sirainen wrote:
> On Wed, 2003-04-23 at 01:45, Adam Lackorzynski wrote:
> > On Tue Apr 22, 2003 at 22:50:01 +0300, Timo Sirainen wrote:
> > > > imap(xxx): Apr 21 20:42:14 Error: Corrupted index data file .../Mail/.imap/INBOX/.imap.index.data: Invalid location field for record 1
> > > 
> > > Umm. Are you sure the sources got fully rebuilt after you added the
> > > filler? That looks like it..
> > 
> > Yes, "make clean"'ed it before.
> 
> Something's really messed up then. Maybe there's some mmap() problems,
> try if setting "default_mail_env = mbox:~/Mail:INDEX=MEMORY" helps?

This results in

dovecot: Apr 23 11:16:05 Error: child 86116 (imap) killed with signal 11

Is it worth finding out where the sigsegv in imap happens?



Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From tss@iki.fi  Wed Apr 23 15:13:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 15:13:28 +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 63E0A23845
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 15:13:28 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D47E75E017F5; Wed, 23 Apr 2003 15:13:27 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030423114312.GQ21753@os.inf.tu-dresden.de>
References: <20030421185434.GJ21753@os.inf.tu-dresden.de>
	 <1050955333.32157.61.camel@hurina>
	 <20030421205734.GK21753@os.inf.tu-dresden.de>
	 <1051041001.32159.118.camel@hurina>
	 <20030422224542.GO21753@os.inf.tu-dresden.de>
	 <1051055454.32157.126.camel@hurina>
	 <20030423114312.GQ21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051100007.32157.162.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 15:13:27 +0300
X-archive-position: 650
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: 653                                                  
Status: O

On Wed, 2003-04-23 at 14:43, Adam Lackorzynski wrote:
> > Something's really messed up then. Maybe there's some mmap() problems,
> > try if setting "default_mail_env = mbox:~/Mail:INDEX=MEMORY" helps?
> 
> This results in
> 
> dovecot: Apr 23 11:16:05 Error: child 86116 (imap) killed with signal 11
> 
> Is it worth finding out where the sigsegv in imap happens?

Yes, I'd like to know why it crashes. I've tried to prevent that
everywhere. Two ways to do this:

a) Run the imap binary directly:
MAIL=mbox:~/Mail:INDEX=MEMORY gdb /usr/local/libexec/dovecot/imap
r
x select inbox
.. crash?
bt

b) Set mail_drop_priv_before_exec = yes in config file, and core dump
should be written to your home directory.

I think I should write this down somewhere in web :)


From adam@os.inf.tu-dresden.de  Wed Apr 23 15:56:12 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 15:56:12 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id D78D72385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 15:56:11 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 198JnG-000Zl2-00
	for dovecot@procontrol.fi; Wed, 23 Apr 2003 14:56:10 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 198JnG-0000e4-00
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 14:56:10 +0200
Date: Wed, 23 Apr 2003 14:56:10 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030423125610.GR21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030421185434.GJ21753@os.inf.tu-dresden.de> <1050955333.32157.61.camel@hurina> <20030421205734.GK21753@os.inf.tu-dresden.de> <1051041001.32159.118.camel@hurina> <20030422224542.GO21753@os.inf.tu-dresden.de> <1051055454.32157.126.camel@hurina> <20030423114312.GQ21753@os.inf.tu-dresden.de> <1051100007.32157.162.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051100007.32157.162.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 651
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 654                                                  
Status: O
Content-Length: 2174

On Wed Apr 23, 2003 at 15:13:27 +0300, Timo Sirainen wrote:
> Yes, I'd like to know why it crashes. I've tried to prevent that
> everywhere. Two ways to do this:

Program received signal SIGSEGV, Segmentation fault.
0xd017f528 in memset () from /usr/lib/libc.a(shr.o)
(gdb) bt
#0  0xd017f528 in memset () from /usr/lib/libc.a(shr.o)
#1  0x1001e5a4 in mail_index_init_header (index=0x2000ef58, hdr=0xffffffff)
    at mail-index-open.c:231
#2  0x1001e820 in mail_index_create_memory (index=0x2000ef58, flags=19)
    at mail-index-open.c:289
#3  0x1001ec24 in mail_index_open (index=0x2000ef58, flags=3)
    at mail-index-open.c:411
#4  0x1000ded0 in index_storage_init (storage=0x200096a8, box=0x20000cb0, 
    index=0x2000ef58, name=0x10065ae8 "INBOX", readonly=0, fast=0)
    at index-storage.c:259
#5  0x100401e0 in mbox_open (storage=0x200096a8, name=0x10065ae8 "INBOX", 
    readonly=0, fast=0) at mbox-storage.c:360
#6  0x100402f0 in mbox_open_mailbox (storage=0x200096a8, 
    name=0x20009a78 "inbox", readonly=0, fast=0) at mbox-storage.c:380
#7  0x1004e23c in _cmd_select_full (client=0x200097a8, readonly=0)
    at cmd-select.c:23
#8  0x1004e4c4 in cmd_select (client=0xffffffff) at cmd-select.c:87
#9  0x1004b9ec in client_handle_input (client=0x200097a8) at client.c:306
#10 0x1004bb5c in _client_input (context=0x200097a8) at client.c:342
#11 0x10001ec0 in io_loop_handler_run (ioloop=0x20008fe8) at ioloop-poll.c:212
#12 0x1000148c in io_loop_run (ioloop=0x20008fe8) at ioloop.c:295
#13 0x10000964 in main (argc=-1, argv=0x20004de4, envp=0x2ff22b80)
    at main.c:166
---Type <return> to continue, or q <return> to quit---
#14 0x100001dc in __start ()
(gdb) 


The problem seems to be that

  index->mmap_base = mmap_anon(index->mmap_full_length);

in lib-index/mail-index-open.c(287) returns -1 (MAP_FAILED) which is
then fed to mail_index_init_header(..., 0xffffffff) without being
checked.

The mmap in anon_mmap_fixed in lib/mmap-anon.c returns
"Not enough space" in errno. The parameter values are
"address=0x00002000 length=0x00002000".





Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From tss@iki.fi  Wed Apr 23 16:29:55 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 16:29: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 B1BFA23845
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 16:29:55 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 55F155E017F5; Wed, 23 Apr 2003 16:29:55 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030423125610.GR21753@os.inf.tu-dresden.de>
References: <20030421185434.GJ21753@os.inf.tu-dresden.de>
	 <1050955333.32157.61.camel@hurina>
	 <20030421205734.GK21753@os.inf.tu-dresden.de>
	 <1051041001.32159.118.camel@hurina>
	 <20030422224542.GO21753@os.inf.tu-dresden.de>
	 <1051055454.32157.126.camel@hurina>
	 <20030423114312.GQ21753@os.inf.tu-dresden.de>
	 <1051100007.32157.162.camel@hurina>
	 <20030423125610.GR21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051104595.32157.176.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 16:29:55 +0300
X-archive-position: 652
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: 655                                                  
Status: O
Content-Length: 1674

On Wed, 2003-04-23 at 15:56, Adam Lackorzynski wrote:
> The problem seems to be that
> 
>   index->mmap_base = mmap_anon(index->mmap_full_length);
> 
> in lib-index/mail-index-open.c(287) returns -1 (MAP_FAILED) which is
> then fed to mail_index_init_header(..., 0xffffffff) without being
> checked.

Right, I've missed all of them for some reason. Added to CVS.

> The mmap in anon_mmap_fixed in lib/mmap-anon.c returns
> "Not enough space" in errno. The parameter values are
> "address=0x00002000 length=0x00002000".

Linux and *BSD returns only EINVAL if address and/or length is invalid,
but UNIX98 said ENOMEM can be returned too then. This is a bit annoying
in that I can't now know if the mmap() failed because there's really no
memory or because the address was just invalid. If it's because there's
no memory, Dovecot will try a bit too long before failing. This should
anyway fix:

RCS file: /home/cvs/dovecot/src/lib/mmap-anon.c,v
retrieving revision 1.10
diff -u -r1.10 mmap-anon.c
--- mmap-anon.c 29 Dec 2002 19:33:04 -0000      1.10
+++ mmap-anon.c 23 Apr 2003 13:23:41 -0000
@@ -176,7 +176,7 @@
                if (ret == 0)
                        break;
 
-               if (ret < 0 && errno != EINVAL)
+               if (ret < 0 && errno != EINVAL && errno != ENOMEM)
                        return MAP_FAILED;
        }
 
@@ -200,7 +200,7 @@
        }
 
        if (anon_mmap_fixed(grow_base, new_size - hdr->size) < 0) {
-               if (errno == EINVAL) {
+               if (errno == EINVAL || errno == ENOMEM) {
                        /* can't grow, wanted address space is already in use */
                        return 0;
                }


From adam@os.inf.tu-dresden.de  Wed Apr 23 18:03:23 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 18:03:23 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id AD3CC2385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 18:03:23 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 198LmM-000CY0-00
	for dovecot@procontrol.fi; Wed, 23 Apr 2003 17:03:22 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 198LmM-00017h-00
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 17:03:22 +0200
Date: Wed, 23 Apr 2003 17:03:22 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030423150322.GT21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030421185434.GJ21753@os.inf.tu-dresden.de> <1050955333.32157.61.camel@hurina> <20030421205734.GK21753@os.inf.tu-dresden.de> <1051041001.32159.118.camel@hurina> <20030422224542.GO21753@os.inf.tu-dresden.de> <1051055454.32157.126.camel@hurina> <20030423114312.GQ21753@os.inf.tu-dresden.de> <1051100007.32157.162.camel@hurina> <20030423125610.GR21753@os.inf.tu-dresden.de> <1051104595.32157.176.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051104595.32157.176.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 653
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 656                                                  
Status: O
Content-Length: 2012

On Wed Apr 23, 2003 at 16:29:55 +0300, Timo Sirainen wrote:
> Linux and *BSD returns only EINVAL if address and/or length is invalid,
> but UNIX98 said ENOMEM can be returned too then. This is a bit annoying
> in that I can't now know if the mmap() failed because there's really no
> memory or because the address was just invalid. If it's because there's
> no memory, Dovecot will try a bit too long before failing. This should
> anyway fix:

Hmm, mmap seems broken somehow or something:

x select inbox
address=00002000 length=00002000
mmap: : Not enough space
address=04002000 length=00002000
mmap: : Not enough space
address=08002000 length=00002000
mmap: : Not enough space
address=0c002000 length=00002000
mmap: : Not enough space
address=10002000 length=00002000
mmap: : Not enough space
address=14002000 length=00002000
mmap: : Not enough space
address=18002000 length=00002000
mmap: : Not enough space
address=1c002000 length=00002000
mmap: : Not enough space
address=00002000 length=00002000
mmap: : Not enough space
....

address=1fed2000 length=00002000
mmap: : Not enough space
address=1fee2000 length=00002000
mmap: : Not enough space
address=1fef2000 length=00002000
mmap: : Not enough space
address=1ff02000 length=00002000
mmap: : Not enough space
address=1ff12000 length=00002000
mmap: : Not enough space

Program received signal SIGSEGV, Segmentation fault.
0xd017f528 in memset () from /usr/lib/libc.a(shr.o)
(gdb) bt
#0  0xd017f528 in memset () from /usr/lib/libc.a(shr.o)
#1  0x1001e64c in mail_index_init_header (index=0x2000f038, hdr=0xffffffff)
    at mail-index-open.c:231
#2  0x1001e8c8 in mail_index_create_memory (index=0x2000f038, flags=19)
    at mail-index-open.c:289
#3  0x1001eccc in mail_index_open (index=0x2000f038, flags=3)
    at mail-index-open.c:411
...

The output is from anon_mmap_fixed.

I don't have the return checks in yet, that's why the sigsegv.


Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From tss@iki.fi  Wed Apr 23 18:58:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 18:58:44 +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 E606E23845
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 18:58:43 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AF3365E017F5; Wed, 23 Apr 2003 18:58:43 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030423150322.GT21753@os.inf.tu-dresden.de>
References: <20030421185434.GJ21753@os.inf.tu-dresden.de>
	 <1050955333.32157.61.camel@hurina>
	 <20030421205734.GK21753@os.inf.tu-dresden.de>
	 <1051041001.32159.118.camel@hurina>
	 <20030422224542.GO21753@os.inf.tu-dresden.de>
	 <1051055454.32157.126.camel@hurina>
	 <20030423114312.GQ21753@os.inf.tu-dresden.de>
	 <1051100007.32157.162.camel@hurina>
	 <20030423125610.GR21753@os.inf.tu-dresden.de>
	 <1051104595.32157.176.camel@hurina>
	 <20030423150322.GT21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051113523.32157.202.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 18:58:43 +0300
X-archive-position: 654
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: 657                                                  
Status: O

On Wed, 2003-04-23 at 18:03, Adam Lackorzynski wrote:
> Hmm, mmap seems broken somehow or something:
> 
> x select inbox
> address=00002000 length=00002000
..
> address=00002000 length=00002000
> mmap: : Not enough space

Hmm. It wraps around to original location? It shouldn't do that. Or
maybe that's just different mmap_anon() call.

Anyway, I changed it now so that it fallbacks to non-fixed mmap() after
100 tries. mremap_anon() was also somewhat broken. I put 0.99.9-test7 to
web page which fixes these and other stuff.


From adam@os.inf.tu-dresden.de  Wed Apr 23 19:32:50 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 19:32:50 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 04E2E2385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 19:32:50 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 198NAu-000Xta-00
	for dovecot@procontrol.fi; Wed, 23 Apr 2003 18:32:48 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 198NAu-0006Zi-00
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 18:32:48 +0200
Date: Wed, 23 Apr 2003 18:32:48 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030423163248.GU21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030421205734.GK21753@os.inf.tu-dresden.de> <1051041001.32159.118.camel@hurina> <20030422224542.GO21753@os.inf.tu-dresden.de> <1051055454.32157.126.camel@hurina> <20030423114312.GQ21753@os.inf.tu-dresden.de> <1051100007.32157.162.camel@hurina> <20030423125610.GR21753@os.inf.tu-dresden.de> <1051104595.32157.176.camel@hurina> <20030423150322.GT21753@os.inf.tu-dresden.de> <1051113523.32157.202.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051113523.32157.202.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 655
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 658                                                  
Status: O
Content-Length: 1065

On Wed Apr 23, 2003 at 18:58:43 +0300, Timo Sirainen wrote:
> Anyway, I changed it now so that it fallbacks to non-fixed mmap() after
> 100 tries. mremap_anon() was also somewhat broken. I put 0.99.9-test7 to
> web page which fixes these and other stuff.

The define in fdpass.c has to be _AIX not just AIX.

In mail-index-open.c:289(mail_index_create_memory) you use a path
variable which is undefined.


Now, with the filler still in, it works for an empty inbox. If a mailbox
contains something (7 mails in this case), I get:

imap-login: Apr 23 16:22:16 Info: Login: xxx [x.x.x.x]
imap(xxx): Apr 23 16:22:16 Error: Corrupted index data file HOME/Mail/f/.imap/sf1/.imap.index.data: Invalid location field for record 7

I deleted the .imap dirs before.


And for "default_mail_env = mbox:~/Mail:INDEX=MEMORY", I'm getting:

imap(xxx): Apr 23 16:16:54 Error: msync() failed with index file (in-memory index for HOME/Mail/f/sf1): Invalid argument




Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From eskimoe@ananzi.co.za  Wed Apr 23 20:02:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 20:02:33 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-30.reverse.qdsl-home.de [212.202.174.30])
	by danu.procontrol.fi (Postfix) with SMTP id C99262385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 20:02:32 +0300 (EEST)
Received: (qmail 18009 invoked by uid 1000); 23 Apr 2003 17:04:02 -0000
Date: Wed, 23 Apr 2003 19:04:02 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] shared folders?
Message-ID: <20030423170402.GA14185@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot List <dovecot@procontrol.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-archive-position: 656
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 659                                                  
Status: O

Any plans to implement shared folders anytime soon?


greetinx
-- 
MW


From tss@iki.fi  Wed Apr 23 20:10:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 20:10:28 +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 D62492385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 20:10:27 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 9C3CC5E017F5; Wed, 23 Apr 2003 20:10:20 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030423163248.GU21753@os.inf.tu-dresden.de>
References: <20030421205734.GK21753@os.inf.tu-dresden.de>
	 <1051041001.32159.118.camel@hurina>
	 <20030422224542.GO21753@os.inf.tu-dresden.de>
	 <1051055454.32157.126.camel@hurina>
	 <20030423114312.GQ21753@os.inf.tu-dresden.de>
	 <1051100007.32157.162.camel@hurina>
	 <20030423125610.GR21753@os.inf.tu-dresden.de>
	 <1051104595.32157.176.camel@hurina>
	 <20030423150322.GT21753@os.inf.tu-dresden.de>
	 <1051113523.32157.202.camel@hurina>
	 <20030423163248.GU21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051117820.32159.206.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 20:10:20 +0300
X-archive-position: 657
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: 660                                                  
Status: O

On Wed, 2003-04-23 at 19:32, Adam Lackorzynski wrote:
> In mail-index-open.c:289(mail_index_create_memory) you use a path
> variable which is undefined.

Whops. Should have compiled it first :)

> Now, with the filler still in, it works for an empty inbox. If a mailbox
> contains something (7 mails in this case), I get:
> 
> imap-login: Apr 23 16:22:16 Info: Login: xxx [x.x.x.x]
> imap(xxx): Apr 23 16:22:16 Error: Corrupted index data file HOME/Mail/f/.imap/sf1/.imap.index.data: Invalid location field for record 7

Yes, what I'd like to know is if INDEX=MEMORY gives the same error once
it actually works.

> And for "default_mail_env = mbox:~/Mail:INDEX=MEMORY", I'm getting:
> 
> imap(xxx): Apr 23 16:16:54 Error: msync() failed with index file (in-memory index for HOME/Mail/f/sf1): Invalid argument

OK, 0.99.9-test8 now doesn't call msync() for anon-mmaped memory.


From tss@iki.fi  Wed Apr 23 20:11:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 20:11:39 +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 225252385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 20:11:39 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 022FB5E017F5; Wed, 23 Apr 2003 20:11:38 +0300 (EEST)
Subject: [dovecot] Re: shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <20030423170402.GA14185@woom.net>
References: <20030423170402.GA14185@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051117898.32159.209.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Apr 2003 20:11:38 +0300
X-archive-position: 658
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: 661                                                  
Status: O

On Wed, 2003-04-23 at 20:04, Moe Wibble wrote:
> Any plans to implement shared folders anytime soon?

Very likely after 1.0. And 1.0 doesn't seem to be very near yet.


From adam@os.inf.tu-dresden.de  Wed Apr 23 21:53:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 23 Apr 2003 21:53:48 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 1AE2F2385F
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 21:53:48 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 198PNL-000KVc-00
	for dovecot@procontrol.fi; Wed, 23 Apr 2003 20:53:47 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 198PNK-0001Ts-00
	for <dovecot@procontrol.fi>; Wed, 23 Apr 2003 20:53:46 +0200
Date: Wed, 23 Apr 2003 20:53:46 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030423185346.GV21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030422224542.GO21753@os.inf.tu-dresden.de> <1051055454.32157.126.camel@hurina> <20030423114312.GQ21753@os.inf.tu-dresden.de> <1051100007.32157.162.camel@hurina> <20030423125610.GR21753@os.inf.tu-dresden.de> <1051104595.32157.176.camel@hurina> <20030423150322.GT21753@os.inf.tu-dresden.de> <1051113523.32157.202.camel@hurina> <20030423163248.GU21753@os.inf.tu-dresden.de> <1051117820.32159.206.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051117820.32159.206.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 659
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 662                                                  
Status: O
Content-Length: 1468

On Wed Apr 23, 2003 at 20:10:20 +0300, Timo Sirainen wrote:
> On Wed, 2003-04-23 at 19:32, Adam Lackorzynski wrote:
> > Now, with the filler still in, it works for an empty inbox. If a mailbox
> > contains something (7 mails in this case), I get:
> > 
> > imap-login: Apr 23 16:22:16 Info: Login: xxx [x.x.x.x]
> > imap(xxx): Apr 23 16:22:16 Error: Corrupted index data file HOME/Mail/f/.imap/sf1/.imap.index.data: Invalid location field for record 7
> 
> Yes, what I'd like to know is if INDEX=MEMORY gives the same error once
> it actually works.

Without "INDEX=MEMORY", I'm getting the
"Corrupted index data file...Invalid location field for record 7"
error as above.

With "INDEX=MEMORY", I'm now getting:

imap-login: Apr 23 18:46:44 Info: Login: xxx [x.x.x.x]
imap(xxx): Apr 23 18:46:44 Error: Corrupted index data file (in-memory index data index for HOME/Mail/f/sf1): Invalid location field for record 7
imap(xxx): Apr 23 18:46:44 Error: Corrupted index data file (in-memory index data index for HOME/Mail/f/sf1): Invalid location field for record 1
imap(xxx): Apr 23 18:46:44 Error: Corrupted index data file (in-memory index data index for HOME/Mail/f/sf1): Invalid location field for record 7
imap(xxx): Apr 23 18:46:44 Error: Corrupted index data file (in-memory index data index for HOME/Mail/f/sf1): Invalid location field for record 1



Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From tss@iki.fi  Fri Apr 25 04:34:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 04:34:58 +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 68A9E23845
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 04:34:58 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 12D905E017F5; Fri, 25 Apr 2003 04:34:56 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030423185346.GV21753@os.inf.tu-dresden.de>
References: <20030422224542.GO21753@os.inf.tu-dresden.de>
	 <1051055454.32157.126.camel@hurina>
	 <20030423114312.GQ21753@os.inf.tu-dresden.de>
	 <1051100007.32157.162.camel@hurina>
	 <20030423125610.GR21753@os.inf.tu-dresden.de>
	 <1051104595.32157.176.camel@hurina>
	 <20030423150322.GT21753@os.inf.tu-dresden.de>
	 <1051113523.32157.202.camel@hurina>
	 <20030423163248.GU21753@os.inf.tu-dresden.de>
	 <1051117820.32159.206.camel@hurina>
	 <20030423185346.GV21753@os.inf.tu-dresden.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051234495.32161.267.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Apr 2003 04:34:56 +0300
X-archive-position: 660
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: 663                                                  
Status: O

On Wed, 2003-04-23 at 21:53, Adam Lackorzynski wrote:
> imap(xxx): Apr 23 18:46:44 Error: Corrupted index data file (in-memory index data index for HOME/Mail/f/sf1): Invalid location field for record 7

Got it, the struct sizes aren't padded to 8 bytes but Dovecot wants
that. So it pads them while writing, but the reading part is a bit too
pedantic and wants exact sizes. For now the easiest fix is to configure
--with-mem-align=4. I changed configure to do this automatically now
with 32bit file offsets. Have to fix this properly later..

I just compiled and tested Dovecot under AIX 4.3, compiled with xlc.
Seems to be working.


From tss@iki.fi  Fri Apr 25 04:43:48 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 04:43:48 +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 8567323845
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 04:43:48 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 19A685E017F5; Fri, 25 Apr 2003 04:43:48 +0300 (EEST)
Subject: [dovecot] Re: Using on AIX
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1051234495.32161.267.camel@hurina>
References: <20030422224542.GO21753@os.inf.tu-dresden.de>
	 <1051055454.32157.126.camel@hurina>
	 <20030423114312.GQ21753@os.inf.tu-dresden.de>
	 <1051100007.32157.162.camel@hurina>
	 <20030423125610.GR21753@os.inf.tu-dresden.de>
	 <1051104595.32157.176.camel@hurina>
	 <20030423150322.GT21753@os.inf.tu-dresden.de>
	 <1051113523.32157.202.camel@hurina>
	 <20030423163248.GU21753@os.inf.tu-dresden.de>
	 <1051117820.32159.206.camel@hurina>
	 <20030423185346.GV21753@os.inf.tu-dresden.de>
	 <1051234495.32161.267.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051235027.32161.272.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Apr 2003 04:43:48 +0300
X-archive-position: 661
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: 664                                                  
Status: O

On Fri, 2003-04-25 at 04:34, Timo Sirainen wrote:
> Got it, the struct sizes aren't padded to 8 bytes but Dovecot wants
> that. So it pads them while writing, but the reading part is a bit too
> pedantic and wants exact sizes. For now the easiest fix is to configure
> --with-mem-align=4. I changed configure to do this automatically now
> with 32bit file offsets. Have to fix this properly later..

Or actually maybe I should fix it properly now. This breaks if pointers
are 64bit but off_t is 32bit, and CPU doesn't want to do unaligned
memory accesses..

Index files should probably have separate alignment behaviour since it
can't contain pointers. off_t is likely to be the only possible 64bit
value in it.


From jpeterson275@attbi.com  Fri Apr 25 05:26:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 05:26:32 +0300 (EEST)
Return-Path: <jpeterson275@attbi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by danu.procontrol.fi (Postfix) with ESMTP id F2C582385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 05:26:31 +0300 (EEST)
Received: from attbi.com (12-228-143-121.client.attbi.com[12.228.143.121])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <2003042502262400100e4mkee>; Fri, 25 Apr 2003 02:26:24 +0000
Message-ID: <3EA89CDE.9000906@attbi.com>
Date: Thu, 24 Apr 2003 19:26:38 -0700
From: Jesse Peterson <jpeterson275@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
References: <20030423170402.GA14185@woom.net> <1051117898.32159.209.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 662
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jpeterson275@attbi.com
Precedence: bulk
X-list: dovecot
X-UID: 665                                                  
Status: O



Timo Sirainen wrote:
> On Wed, 2003-04-23 at 20:04, Moe Wibble wrote:
> 
>>Any plans to implement shared folders anytime soon?
> 
> 
> Very likely after 1.0. And 1.0 doesn't seem to be very near yet.
> 
> 
> 

With maildir oes dovecot support multiple logins from the same user?  If 
so, can't you just symlink any maildir dir to .SharedFolder in a users dir?


From tss@iki.fi  Fri Apr 25 13:19:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 13:19:51 +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 6173A2385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 13:19:51 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2EBA95E017F5; Fri, 25 Apr 2003 13:19:51 +0300 (EEST)
Subject: [dovecot] Re: shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3EA89CDE.9000906@attbi.com>
References: <20030423170402.GA14185@woom.net>
	 <1051117898.32159.209.camel@hurina>  <3EA89CDE.9000906@attbi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051265990.32159.279.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Apr 2003 13:19:51 +0300
X-archive-position: 663
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: 666                                                  
Status: O

On Fri, 2003-04-25 at 05:26, Jesse Peterson wrote:
> With maildir oes dovecot support multiple logins from the same user? 

Yes. With mbox too.

> If so, can't you just symlink any maildir dir to .SharedFolder in a users dir?

Well, you could.. If you did it manually, set up permissions correctly
and preferrably didn't use shared index files (not so secure). That
would also mean that message flags were shared between users.


From eskimoe@ananzi.co.za  Fri Apr 25 14:35:43 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 14:35:43 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-30.reverse.qdsl-home.de [212.202.174.30])
	by danu.procontrol.fi (Postfix) with SMTP id 2F2F523845
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 14:35:43 +0300 (EEST)
Received: (qmail 26503 invoked by uid 1000); 25 Apr 2003 11:37:13 -0000
Date: Fri, 25 Apr 2003 13:37:13 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
Message-ID: <20030425113712.GA23447@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <20030423170402.GA14185@woom.net> <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com> <1051265990.32159.279.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051265990.32159.279.camel@hurina>
X-archive-position: 664
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 667                                                  
Status: O

On Fri, Apr 25, 2003 at 01:19:51PM +0300, Timo Sirainen wrote:
> On Fri, 2003-04-25 at 05:26, Jesse Peterson wrote:
> > With maildir oes dovecot support multiple logins from the same user? 
> 
> Yes. With mbox too.
> 
> > If so, can't you just symlink any maildir dir to .SharedFolder in a users dir?
> 
> Well, you could.. If you did it manually, set up permissions correctly
> and preferrably didn't use shared index files (not so secure). That
> would also mean that message flags were shared between users.

Oh, really now?
Last time I tried (some versions ago) this didn't work out.

I can't exactly remember what the problem was, though.
Maybe I'll give it one more shot today.

What negative side effects could sharing the index have?
Is there a way to safely disable the index only for the shared folders?


thanks
-- 
MW


From adam@os.inf.tu-dresden.de  Fri Apr 25 15:49:11 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 15:49:11 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 2A3D12385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 15:49:11 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 1992dZ-000YYM-00
	for dovecot@procontrol.fi; Fri, 25 Apr 2003 14:49:09 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 1992dZ-0001Wb-00
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 14:49:09 +0200
Date: Fri, 25 Apr 2003 14:49:09 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: Using on AIX
Message-ID: <20030425124909.GJ21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030423114312.GQ21753@os.inf.tu-dresden.de> <1051100007.32157.162.camel@hurina> <20030423125610.GR21753@os.inf.tu-dresden.de> <1051104595.32157.176.camel@hurina> <20030423150322.GT21753@os.inf.tu-dresden.de> <1051113523.32157.202.camel@hurina> <20030423163248.GU21753@os.inf.tu-dresden.de> <1051117820.32159.206.camel@hurina> <20030423185346.GV21753@os.inf.tu-dresden.de> <1051234495.32161.267.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051234495.32161.267.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 665
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 668                                                  
Status: O

On Fri Apr 25, 2003 at 04:34:56 +0300, Timo Sirainen wrote:
> Got it, the struct sizes aren't padded to 8 bytes but Dovecot wants
> that. So it pads them while writing, but the reading part is a bit too
> pedantic and wants exact sizes. For now the easiest fix is to configure
> --with-mem-align=4. I changed configure to do this automatically now
> with 32bit file offsets. Have to fix this properly later..
> 
> I just compiled and tested Dovecot under AIX 4.3, compiled with xlc.
> Seems to be working.

Works for me as well now (with the filler still in and with gcc).
Thanks a lot!  



Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From tss@iki.fi  Fri Apr 25 16:39:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 16:39:51 +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 5C91323845
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 16:39:51 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2515E5E017F5; Fri, 25 Apr 2003 16:39:51 +0300 (EEST)
Subject: [dovecot] Re: shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030425113712.GA23447@woom.net>
References: <20030423170402.GA14185@woom.net>
	 <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com>
	 <1051265990.32159.279.camel@hurina>  <20030425113712.GA23447@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051277990.32157.296.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Apr 2003 16:39:51 +0300
X-archive-position: 666
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: 669                                                  
Status: O
Content-Length: 1098

On Fri, 2003-04-25 at 14:37, Moe Wibble wrote:
> > > If so, can't you just symlink any maildir dir to .SharedFolder in a users dir?
> > 
> > Well, you could.. If you did it manually, set up permissions correctly
> > and preferrably didn't use shared index files (not so secure). That
> > would also mean that message flags were shared between users.
> 
> Oh, really now?
> Last time I tried (some versions ago) this didn't work out.
> 
> I can't exactly remember what the problem was, though.
> Maybe I'll give it one more shot today.

Well, I can't now think of why it wouldn't work :) At least as
read-write, read-only wouldn't work now.

> What negative side effects could sharing the index have?

If user can directly modify it, he could at least make Dovecot display
wrong data about the mails, hide mails or possibly cause a buffer
overflow.

> Is there a way to safely disable the index only for the shared folders?

Easiest would be to specify different index location so it won't follow
symlink to the shared directory, eg.:

default_mail_env = maildir:~/Maildir:INDEX=~/Maildir/indexes/


From lfarkas@bnap.hu  Fri Apr 25 17:46:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 17:46:58 +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 5782E2385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 17:46:58 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id AF44975400C
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 16:48:55 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id C1BB23EB2
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 16:46:55 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id AB2E73EB1
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 16:46:55 +0200 (CEST)
Message-ID: <3EA94A5D.2000307@bnap.hu>
Date: Fri, 25 Apr 2003 16:46:53 +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] today cvs
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 667
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: 670                                                  
Status: O

hi,
the today cvs has a new bug during configure (both on rh 8.0 and rh 9):
-----------------------------------
checking size of long long... 8
checking type of off_t... long long
./configure: line 12009: syntax error near unexpected token `else'
./configure: line 12009: `else'
-----------------------------------

-- 
   Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Fri Apr 25 17:59:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 17:59:20 +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 5D5A22385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 17:59:20 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 9EA8375400C
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 17:01:19 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 9392C3EB1
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 16:59:19 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 61BC03EAD
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 16:59:19 +0200 (CEST)
Message-ID: <3EA94D45.8030907@bnap.hu>
Date: Fri, 25 Apr 2003 16:59:17 +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] Re: today cvs
References: <3EA94A5D.2000307@bnap.hu>
In-Reply-To: <3EA94A5D.2000307@bnap.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 668
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: 671                                                  
Status: O
Content-Length: 3224

Farkas Levente wrote:
> hi,
> the today cvs has a new bug during configure (both on rh 8.0 and rh 9):
> -----------------------------------
> checking size of long long... 8
> checking type of off_t... long long
> ./configure: line 12009: syntax error near unexpected token `else'
> ./configure: line 12009: `else'
> -----------------------------------

so after I go back top the 0.99.9-test8 version I've got another error 
on rh9, and I still know the solution, since the problem is the same 
since the following article:
https://listman.redhat.com/mailman/private/redhat-devel-list/2003-April/005427.html
our error is:
-----------------------------------
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib 
-DPKG_RUNDIR=\""/var/run/dovecot"\"     -DSBINDIR=\""/usr/sbin"\"    -O2 
-g -march=i386 -mcpu=i686 -Wall -W -Wmissing-prototypes 
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 
-Wbad-function-cast  -c ssl-proxy-openssl.c
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
In file included from /usr/include/openssl/ssl.h:179,
                  from ssl-proxy-openssl.c:14:
/usr/include/openssl/kssl.h:132: parse error before "krb5_enctype"
/usr/include/openssl/kssl.h:134: parse error before "FAR"
/usr/include/openssl/kssl.h:135: parse error before '}' token
/usr/include/openssl/kssl.h:147: parse error before "kssl_ctx_setstring"
/usr/include/openssl/kssl.h:147: parse error before '*' token
/usr/include/openssl/kssl.h:148: parse error before '*' token
/usr/include/openssl/kssl.h:149: parse error before '*' token
/usr/include/openssl/kssl.h:149: parse error before '*' token
/usr/include/openssl/kssl.h:150: parse error before '*' token
/usr/include/openssl/kssl.h:151: parse error before "kssl_ctx_setprinc"
/usr/include/openssl/kssl.h:151: parse error before '*' token
/usr/include/openssl/kssl.h:153: parse error before "kssl_cget_tkt"
/usr/include/openssl/kssl.h:153: parse error before '*' token
/usr/include/openssl/kssl.h:155: parse error before "kssl_sget_tkt"
/usr/include/openssl/kssl.h:155: parse error before '*' token
/usr/include/openssl/kssl.h:157: parse error before "kssl_ctx_setkey"
/usr/include/openssl/kssl.h:157: parse error before '*' token
/usr/include/openssl/kssl.h:159: parse error before "context"
/usr/include/openssl/kssl.h:160: parse error before "kssl_build_principal_2"
/usr/include/openssl/kssl.h:160: parse error before "context"
/usr/include/openssl/kssl.h:163: parse error before "kssl_validate_times"
/usr/include/openssl/kssl.h:163: parse error before "atime"
/usr/include/openssl/kssl.h:165: parse error before "kssl_check_authent"
/usr/include/openssl/kssl.h:165: parse error before '*' token
/usr/include/openssl/kssl.h:167: parse error before "enctype"
In file included from ssl-proxy-openssl.c:14:
/usr/include/openssl/ssl.h:909: parse error before "KSSL_CTX"
/usr/include/openssl/ssl.h:931: parse error before '}' token
make[3]: *** [ssl-proxy-openssl.o] Error 1
-----------------------------------
I'm waiting for the next cumulative patch:-)

-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Fri Apr 25 18:27:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 18:27:16 +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 393B923845
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 18:27:16 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 012765E017F5; Fri, 25 Apr 2003 18:27:15 +0300 (EEST)
Subject: [dovecot] Re: today cvs
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EA94D45.8030907@bnap.hu>
References: <3EA94A5D.2000307@bnap.hu>  <3EA94D45.8030907@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051284435.32161.302.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Apr 2003 18:27:15 +0300
X-archive-position: 669
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: 672                                                  
Status: O
Content-Length: 1134

On Fri, 2003-04-25 at 17:59, Farkas Levente wrote:
> Farkas Levente wrote:
> > hi,
> > the today cvs has a new bug during configure (both on rh 8.0 and rh 9):
> > -----------------------------------
> > checking size of long long... 8
> > checking type of off_t... long long
> > ./configure: line 12009: syntax error near unexpected token `else'
> > ./configure: line 12009: `else'
> > -----------------------------------

Testing before committing could be useful I guess :) Fixed.

> so after I go back top the 0.99.9-test8 version I've got another error 
> on rh9, and I still know the solution, since the problem is the same 
> since the following article:
> https://listman.redhat.com/mailman/private/redhat-devel-list/2003-April/005427.html

I'm not subscribed there, can't look.

> our error is:
> -----------------------------------
> 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

Can I do something about this? Define OPENSSL_NO_KRB5 maybe? Should I?
How is Kerberos useful with OpenSSL anyway?


From eskimoe@ananzi.co.za  Fri Apr 25 20:04:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 20:04:46 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-30.reverse.qdsl-home.de [212.202.174.30])
	by danu.procontrol.fi (Postfix) with SMTP id 824BC2385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 20:04:45 +0300 (EEST)
Received: (qmail 13982 invoked by uid 1000); 25 Apr 2003 17:06:17 -0000
Date: Fri, 25 Apr 2003 19:06:17 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
Message-ID: <20030425170617.GA19484@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <20030423170402.GA14185@woom.net> <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com> <1051265990.32159.279.camel@hurina> <20030425113712.GA23447@woom.net> <1051277990.32157.296.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051277990.32157.296.camel@hurina>
X-archive-position: 670
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 673                                                  
Status: O
Content-Length: 3079

On Fri, Apr 25, 2003 at 04:39:51PM +0300, Timo Sirainen wrote:
> On Fri, 2003-04-25 at 14:37, Moe Wibble wrote:
> > > > If so, can't you just symlink any maildir dir to .SharedFolder in a users dir?
> > > 
> > > Well, you could.. If you did it manually, set up permissions correctly
> > > and preferrably didn't use shared index files (not so secure). That
> > > would also mean that message flags were shared between users.
> > 
> > Oh, really now?
> > Last time I tried (some versions ago) this didn't work out.
> > 
> > I can't exactly remember what the problem was, though.
> > Maybe I'll give it one more shot today.
> 
> Well, I can't now think of why it wouldn't work :) At least as
> read-write, read-only wouldn't work now.

Ah yes, I think that was the point where it failed when I tried.
Very unfornationate because ro-access for some users to shared folders 
where others can write is a must for us.

> > What negative side effects could sharing the index have?
> 
> If user can directly modify it, he could at least make Dovecot display
> wrong data about the mails, hide mails or possibly cause a buffer
> overflow.

Okay, doesn't sound so healthy. ;)

> > Is there a way to safely disable the index only for the shared folders?
> 
> Easiest would be to specify different index location so it won't follow
> symlink to the shared directory, eg.:
> 
> default_mail_env = maildir:~/Maildir:INDEX=~/Maildir/indexes/

That is my setup anyways.
I remember now; shared folders kind of worked up to the point where I tried
to restrict write access for single users through unix (group-)permissions.
I think users without write-privileges couldn't even SELECT the folder.

Well, anyways.
I'm really looking forward to "completed" sf-support in dovecot.
As said, it's the one missing feature that still forces us to
stick with cyrus. 

I say "completed sf-support" because I figure that what
can be done with symlinks now is already half of what we need.
The method of having a separate Maildir (that doesn't need to belong
to any dovecot user) and symlinking the folders that a user may
see into his/her Maildir actually feels much better to me than
most other approaches that I have come across. So if we can agree on
that being an acceptable way of dealing w/ shared folders then
all that's left to add would be: access control.

Since simplicity is my friend I'd vote against ACLs or similar
overcomplex bloat for that matter.
Instead I imagine an optional ".ro-users"-textfile in every Maildir.
That file would simply contain a list of (dovecot) login-names that are to be
restricted to r/o-access for that folder.  Everybody else who can see the
folder (= has it or a symlink to it in his/her Md) and is not listed in
".ro-users" would get r/w-permission.

That would allow to assign three levels of permission (n/a, r/o, r/w)
to any user for any shared (or not shared..) folder in an, umm, I'm tempted to
say "almost natural" way.

Ofcourse some may say that they need finer granularity of access control.
Don't listen to them. ;)


Any opinions? :)

regards
-- 
MW


From tss@iki.fi  Fri Apr 25 20:21:36 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 20:21:36 +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 0715F23845
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 20:21:36 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AC61D5E017F5; Fri, 25 Apr 2003 20:21:35 +0300 (EEST)
Subject: [dovecot] Re: shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030425170617.GA19484@woom.net>
References: <20030423170402.GA14185@woom.net>
	 <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com>
	 <1051265990.32159.279.camel@hurina> <20030425113712.GA23447@woom.net>
	 <1051277990.32157.296.camel@hurina>  <20030425170617.GA19484@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051291295.32159.381.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Apr 2003 20:21:35 +0300
X-archive-position: 671
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: 674                                                  
Status: O
Content-Length: 3180

On Fri, 2003-04-25 at 20:06, Moe Wibble wrote:
> > Well, I can't now think of why it wouldn't work :) At least as
> > read-write, read-only wouldn't work now.
> 
> Ah yes, I think that was the point where it failed when I tried.
> Very unfornationate because ro-access for some users to shared folders 
> where others can write is a must for us.

There's mostly just one problem with this. Mails in new/ couldn't be
accessed since they couldn't be moved to cur/ and their UID couldn't be
saved into uidlist file.

This is actually somewhat related to quota full situation when there's
no space to rewrite uidlist file.. Solution should be the same for both,
but I'm not sure yet what it is :)

> I'm really looking forward to "completed" sf-support in dovecot.

Courier-like shared maildir folders would probably be best way to do it.
It'd use symlinks to message files, so flags can still be changed
separately because it's only the user's symlink that gets renamed.

I wrote some kind of plan for shared folder + ACL support a few months
ago when there was a possibility of getting paid to do it: (anyone still
want to? :)

- Change maildir hierarchy separator from '.' to '/', so that usernames
could be used in mailboxes names without ugly mangling. 

- Namespace configuration:
   - namespace_[private|user|shared]_prefix
   - MAIL environment (or default_mail_env) additions:
      - USER_SHARED=.__my_shared_store__
      - SHARED=/somewhere for globally shared
   - NAMESPACE command

- Support for multiple namespaces
   - struct mail_storage == one namespace
   - fix all IMAP commands handling mailbox names to support other
mail_storages based on the mailbox name prefix

- mail_storage implementation for shared maildir folders
   - SUBSCRIBE shared/timo.sirainen/folder would create
.shared/timo.sirainen/folder/ and build indexes there
   - UNSUBSCRIBE would delete it
   - ..or should SELECT shared/user/folder work before being subscribed?
(Later at least yes, but that would need special handling)
   - LSUB could simply return all the folders in .shared/ dir
   - LIST could use user-defined plugins
       - getgroups() plugin
   - (Courier compatibility? It used some extra files)

- Separate per-mail symlinks to allow per-user mail flags
   - mostly just about syncing symlink directory with real directory

- ACL API design
   - Needs to support stackable implementations, so that eg. filesystem
ACL is at the bottom, on top of that an .aclrights file for more fine
grained non-OS forced ACLs.
   - compatible with ACL2 (currently draft), just a few issues

- Filesystem ACL implementation for the ACL API

- ACL IMAP commands

- Make existing commands play nicely with ACLs and shared folders
   - Say "permission denied" rather than "internal error" if some
syscall returns EACCES (mostly when opening folders)
   - When trying to expunge a message that wasn't ours, ignore or give
human readable error message (which one?), but don't give "internal
error"
   - In general Dovecot doesn't currently like having read-only access
to mailboxes
   - Ask ACL if operation is permitted before doing that, so it can
force the soft checks (.aclaccess file etc)


From eskimoe@ananzi.co.za  Fri Apr 25 21:47:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 21:47:14 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-30.reverse.qdsl-home.de [212.202.174.30])
	by danu.procontrol.fi (Postfix) with SMTP id 0B3E42385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 21:47:14 +0300 (EEST)
Received: (qmail 7769 invoked by uid 1000); 25 Apr 2003 18:48:42 -0000
Date: Fri, 25 Apr 2003 20:48:42 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
Message-ID: <20030425184842.GA25545@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <20030423170402.GA14185@woom.net> <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com> <1051265990.32159.279.camel@hurina> <20030425113712.GA23447@woom.net> <1051277990.32157.296.camel@hurina> <20030425170617.GA19484@woom.net> <1051291295.32159.381.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051291295.32159.381.camel@hurina>
X-archive-position: 672
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 675                                                  
Status: O
Content-Length: 4997

On Fri, Apr 25, 2003 at 08:21:35PM +0300, Timo Sirainen wrote:
> On Fri, 2003-04-25 at 20:06, Moe Wibble wrote:
> > > Well, I can't now think of why it wouldn't work :) At least as
> > > read-write, read-only wouldn't work now.
> > 
> > Ah yes, I think that was the point where it failed when I tried.
> > Very unfornationate because ro-access for some users to shared folders 
> > where others can write is a must for us.
> 
> There's mostly just one problem with this. Mails in new/ couldn't be
> accessed since they couldn't be moved to cur/ and their UID couldn't be
> saved into uidlist file.
> 
> This is actually somewhat related to quota full situation when there's
> no space to rewrite uidlist file.. Solution should be the same for both,
> but I'm not sure yet what it is :)

I'd have some ideas for this but I'm not familar with the dovecot code
so they might not be applicable.

> > I'm really looking forward to "completed" sf-support in dovecot.
> 
> Courier-like shared maildir folders would probably be best way to do it.
> It'd use symlinks to message files, so flags can still be changed
> separately because it's only the user's symlink that gets renamed.
> 
> I wrote some kind of plan for shared folder + ACL support a few months
> ago when there was a possibility of getting paid to do it: (anyone still
> want to? :)

Uh oh.

> - Change maildir hierarchy separator from '.' to '/', so that usernames
> could be used in mailboxes names without ugly mangling. 

Huh?

> - Namespace configuration:
>    - namespace_[private|user|shared]_prefix
>    - MAIL environment (or default_mail_env) additions:
>       - USER_SHARED=.__my_shared_store__
>       - SHARED=/somewhere for globally shared
>    - NAMESPACE command

What for?

> - Support for multiple namespaces
>    - struct mail_storage == one namespace
>    - fix all IMAP commands handling mailbox names to support other
> mail_storages based on the mailbox name prefix

Ugh.

> - mail_storage implementation for shared maildir folders
>    - SUBSCRIBE shared/timo.sirainen/folder would create
> .shared/timo.sirainen/folder/ and build indexes there
>    - UNSUBSCRIBE would delete it

Why!?

>    - ..or should SELECT shared/user/folder work before being subscribed?
> (Later at least yes, but that would need special handling)
>    - LSUB could simply return all the folders in .shared/ dir
>    - LIST could use user-defined plugins

Why why why!?

>        - getgroups() plugin
>    - (Courier compatibility? It used some extra files)

Why not treat shared folders like any other folders?
Why the heck do you want to be "compatible" to inconveniences of other
software? Wouldn't a one-shot-convert-courier-mailstore-to-dovecot-mailstore-
utility be more reasonable than bloating the code with compatiblity-
workarounds?
Who in the world would want to run dovecot and courier in parallel?

> - Separate per-mail symlinks to allow per-user mail flags
>    - mostly just about syncing symlink directory with real directory

Ummm.  per-mail symlinks?  Okay, there are a number of reasons why people
want to get rid of courier imap.  I'm convinced that would be one of them!
Why not store per-user mailflags for a shared folder (shared folder = a folder
that is a symlink not directory) in a separate (single?) meta-file?
So dovecot sees: "oh a symlink.  well, we'd better read the flags from our
meta file then, rather than parse the name".

> - ACL API design
>    - Needs to support stackable implementations, so that eg. filesystem
> ACL is at the bottom, on top of that an .aclrights file for more fine
> grained non-OS forced ACLs.
>    - compatible with ACL2 (currently draft), just a few issues

Okay, you're kidding. You are. Aren't you? You are. (*hides under desk*)

> - Filesystem ACL implementation for the ACL API

Argh.

> - ACL IMAP commands

Mercy!!

> - Make existing commands play nicely with ACLs and shared folders
>    - Say "permission denied" rather than "internal error" if some
> syscall returns EACCES (mostly when opening folders)

Hm. Ah, that's what we get out of all the effort?

>    - When trying to expunge a message that wasn't ours, ignore or give
> human readable error message (which one?), but don't give "internal
> error"

Umm. Does anyone really care about that?

>    - In general Dovecot doesn't currently like having read-only access
> to mailboxes

I noticed that.

>    - Ask ACL if operation is permitted before doing that, so it can
> force the soft checks (.aclaccess file etc)

Okay, you got me really scared by now.

I mean... I don't even know where to start...
Maybe: What kind of expired fish did you have for breakfast? (j/k;))

The positive point was that you said you're not going to actually
do it.  Can you promise that, please? ;)

Would you probably take a simpler approach like the one I briefly outlined
in my previous mail into consideration or do you really think of ACLs as a
must-have? If so, why?

PS: no personal offense intended!


greetinx
-- 
MW


From dovecot@andreas.hanssen.name  Fri Apr 25 21:52:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 21:52:41 +0300 (EEST)
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id C64AE2385F
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 21:52:40 +0300 (EEST)
Received: (qmail 18688 invoked from network); 25 Apr 2003 18:52:40 -0000
Received: from localhost (HELO krs-dhcp299.studby.uio.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 25 Apr 2003 18:52:40 -0000
Date: Fri, 25 Apr 2003 20:49:49 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
To: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: today cvs
In-Reply-To: <1051284435.32161.302.camel@hurina>
Message-ID: <Pine.LNX.4.44.0304252048180.2154-100000@localhost.localdomain>
X-Sent-From-Infeline: Yes
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 673
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: 676                                                  
Status: O

On 25 Apr 2003, Timo Sirainen wrote:
>On Fri, 2003-04-25 at 17:59, Farkas Levente wrote:
>> our error is:
>> -----------------------------------
>> 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
>Can I do something about this? Define OPENSSL_NO_KRB5 maybe? Should I?
>How is Kerberos useful with OpenSSL anyway?

It's included from your ssl.h file. The kerberos include files are 
naturally(?) located under /usr/kerberos/include in RH9, so try compiling 
with CXXFLAGS="-I/usr/kerberos/include" and see what happens.

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From tss@iki.fi  Fri Apr 25 22:52:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 25 Apr 2003 22:52:46 +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 B2EA023845
	for <dovecot@procontrol.fi>; Fri, 25 Apr 2003 22:52:45 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 741545E017F5; Fri, 25 Apr 2003 22:52:45 +0300 (EEST)
Subject: [dovecot] Re: shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030425184842.GA25545@woom.net>
References: <20030423170402.GA14185@woom.net>
	 <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com>
	 <1051265990.32159.279.camel@hurina> <20030425113712.GA23447@woom.net>
	 <1051277990.32157.296.camel@hurina> <20030425170617.GA19484@woom.net>
	 <1051291295.32159.381.camel@hurina>  <20030425184842.GA25545@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051300365.32157.400.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Apr 2003 22:52:45 +0300
X-archive-position: 674
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: 677                                                  
Status: O
Content-Length: 4751

On Fri, 2003-04-25 at 21:48, Moe Wibble wrote:
> > - Change maildir hierarchy separator from '.' to '/', so that usernames
> > could be used in mailboxes names without ugly mangling. 
> Huh?

So that if you have a login name of "first.last@domain.com", LIST could
show that directly under "Other users/" namespace.

> > - Namespace configuration:
> >    - namespace_[private|user|shared]_prefix
> >    - MAIL environment (or default_mail_env) additions:
> >       - USER_SHARED=.__my_shared_store__
> >       - SHARED=/somewhere for globally shared
> >    - NAMESPACE command
> 
> What for?

I'll do this in any case. Namespaces are good for clients and people
want multiple locations for their mailboxes (mixed mboxes and maildir
most commonly).

> > - Support for multiple namespaces
> >    - struct mail_storage == one namespace
> >    - fix all IMAP commands handling mailbox names to support other
> > mail_storages based on the mailbox name prefix
> 
> Ugh.

Same as above.

> > - mail_storage implementation for shared maildir folders
> >    - SUBSCRIBE shared/timo.sirainen/folder would create
> > .shared/timo.sirainen/folder/ and build indexes there
> >    - UNSUBSCRIBE would delete it
> 
> Why!?

Point was to be able to share your folders with other users. How else
would you do that with IMAP protocol?

> >    - ..or should SELECT shared/user/folder work before being subscribed?
> > (Later at least yes, but that would need special handling)
> >    - LSUB could simply return all the folders in .shared/ dir
> >    - LIST could use user-defined plugins
> 
> Why why why!?

How would you list the possible folders that other people have shared?

> >    - (Courier compatibility? It used some extra files)
> 
> Why not treat shared folders like any other folders?

Because they're not like other folders. Unless you want to manually
create the symlink and delete it when you don't want that folder
anymore.

> Why the heck do you want to be "compatible" to inconveniences of other
> software?

That was in paranthesis :) And it's not a big deal, maybe creating a
0-byte file.

>  Wouldn't a one-shot-convert-courier-mailstore-to-dovecot-mailstore-
> utility be more reasonable than bloating the code with compatiblity-
> workarounds?
> Who in the world would want to run dovecot and courier in parallel?

There may be other programs that access Maildir++ than Courier. Maybe
not shared folders, but for quota there's several others.

> > - Separate per-mail symlinks to allow per-user mail flags
> >    - mostly just about syncing symlink directory with real directory
> 
> Ummm.  per-mail symlinks?  Okay, there are a number of reasons why people
> want to get rid of courier imap.  I'm convinced that would be one of them!
> Why not store per-user mailflags for a shared folder (shared folder = a folder
> that is a symlink not directory) in a separate (single?) meta-file?
> So dovecot sees: "oh a symlink.  well, we'd better read the flags from our
> meta file then, rather than parse the name".

I think the symlinking is quite simple way to do this and plays very
nicely with how maildir works internally. If I do some separate
meta-file for flags (I've thought about that too) it wouldn't be maildir
anymore. I might just as well implement another mail storage format
then.

> > - ACL API design
> >    - Needs to support stackable implementations, so that eg. filesystem
> > ACL is at the bottom, on top of that an .aclrights file for more fine
> > grained non-OS forced ACLs.
> >    - compatible with ACL2 (currently draft), just a few issues
> 
> Okay, you're kidding. You are. Aren't you? You are. (*hides under desk*)
> 
> > - Filesystem ACL implementation for the ACL API
> 
> Argh.
> 
> > - ACL IMAP commands
> 
> Mercy!!

So, you don't want IMAP ACL support at all? I do, but I'll of course
leave it optional.

> > - Make existing commands play nicely with ACLs and shared folders
> >    - Say "permission denied" rather than "internal error" if some
> > syscall returns EACCES (mostly when opening folders)
> 
> Hm. Ah, that's what we get out of all the effort?

It's not nice to let users fill your error log files.

> >    - When trying to expunge a message that wasn't ours, ignore or give
> > human readable error message (which one?), but don't give "internal
> > error"
> 
> Umm. Does anyone really care about that?

Depends on how you want the shared folder to behave. Yes, the guy who I
wrote this mail first wanted such behaviour.

> Would you probably take a simpler approach like the one I briefly outlined
> in my previous mail into consideration or do you really think of ACLs as a
> must-have? If so, why?

If you can't give shell access to IMAP users, that's the only way to let
them share their folders.


From eskimoe@ananzi.co.za  Sat Apr 26 06:50:49 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 26 Apr 2003 06:50:49 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-30.reverse.qdsl-home.de [212.202.174.30])
	by danu.procontrol.fi (Postfix) with SMTP id 9AF2823845
	for <dovecot@procontrol.fi>; Sat, 26 Apr 2003 06:50:48 +0300 (EEST)
Received: (qmail 17284 invoked by uid 1000); 26 Apr 2003 03:52:20 -0000
Date: Sat, 26 Apr 2003 05:52:20 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
Message-ID: <20030426035220.GA26817@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <20030423170402.GA14185@woom.net> <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com> <1051265990.32159.279.camel@hurina> <20030425113712.GA23447@woom.net> <1051277990.32157.296.camel@hurina> <20030425170617.GA19484@woom.net> <1051291295.32159.381.camel@hurina> <20030425184842.GA25545@woom.net> <1051300365.32157.400.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1051300365.32157.400.camel@hurina>
X-archive-position: 675
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 678                                                  
Status: O
Content-Length: 6757

On Fri, Apr 25, 2003 at 10:52:45PM +0300, Timo Sirainen wrote:
> On Fri, 2003-04-25 at 21:48, Moe Wibble wrote:
> > > - Change maildir hierarchy separator from '.' to '/', so that usernames
> > > could be used in mailboxes names without ugly mangling. 
> > Huh?
> 
> So that if you have a login name of "first.last@domain.com", LIST could
> show that directly under "Other users/" namespace.

Okay, I get it. (i think)

> > > - Namespace configuration:
> > >    - namespace_[private|user|shared]_prefix
> > >    - MAIL environment (or default_mail_env) additions:
> > >       - USER_SHARED=.__my_shared_store__
> > >       - SHARED=/somewhere for globally shared
> > >    - NAMESPACE command
> > 
> > What for?
> 
> I'll do this in any case. Namespaces are good for clients and people
> want multiple locations for their mailboxes (mixed mboxes and maildir
> most commonly).

I must admit that I have never really understood (and only very briefly
browsed over) the idea of imap namespaces. With the little bit I know I'm
basically considering them mainly as a convenience for a person willing to
implement an imap server because they make it easier to have the imapd emulate
"virtual" folders to the client.

But why not just let the user arrange his folder hierarchy the way he likes
when what we are dealing with actually is a folder anyways?
I don't see the connection to shared folders.
And I don't see a reason why shared folders should be separated in a
different namespace?

Your maildir/mbox example makes a bit sense to me even though I don't
see the big advantage there either.

But then again, maybe I'm just missing the whole point
about namespaces..?

> > > - mail_storage implementation for shared maildir folders
> > >    - SUBSCRIBE shared/timo.sirainen/folder would create
> > > .shared/timo.sirainen/folder/ and build indexes there
> > >    - UNSUBSCRIBE would delete it
> > 
> > Why!?
> 
> Point was to be able to share your folders with other users. How else
> would you do that with IMAP protocol?

Well, I wouldn't do it with the IMAP protocol but with symlinks. ;)

> > >    - ..or should SELECT shared/user/folder work before being subscribed?
> > > (Later at least yes, but that would need special handling)
> > >    - LSUB could simply return all the folders in .shared/ dir
> > >    - LIST could use user-defined plugins
> > 
> > Why why why!?
> 
> How would you list the possible folders that other people have shared?

Not at all, I symlink shared folders to the Maildirs of the users
that should see them.

> > >    - (Courier compatibility? It used some extra files)
> > 
> > Why not treat shared folders like any other folders?
> 
> Because they're not like other folders. Unless you want to manually
> create the symlink and delete it when you don't want that folder
> anymore.

Yes, that's what I had in mind. :)

> > Why the heck do you want to be "compatible" to inconveniences of other
> > software?
> 
> That was in paranthesis :) And it's not a big deal, maybe creating a
> 0-byte file.

Hum. 

> >  Wouldn't a one-shot-convert-courier-mailstore-to-dovecot-mailstore-
> > utility be more reasonable than bloating the code with compatiblity-
> > workarounds?
> > Who in the world would want to run dovecot and courier in parallel?
> 
> There may be other programs that access Maildir++ than Courier. Maybe
> not shared folders, but for quota there's several others.

Hum.

> > > - Separate per-mail symlinks to allow per-user mail flags
> > >    - mostly just about syncing symlink directory with real directory
> > 
> > Ummm.  per-mail symlinks?  Okay, there are a number of reasons why people
> > want to get rid of courier imap.  I'm convinced that would be one of them!
> > Why not store per-user mailflags for a shared folder (shared folder = a folder
> > that is a symlink not directory) in a separate (single?) meta-file?
> > So dovecot sees: "oh a symlink.  well, we'd better read the flags from our
> > meta file then, rather than parse the name".
> 
> I think the symlinking is quite simple way to do this and plays very
> nicely with how maildir works internally. If I do some separate
> meta-file for flags (I've thought about that too) it wouldn't be maildir
> anymore. I might just as well implement another mail storage format
> then.

The major problem I see is the extensive use of inodes. Also keeping the
symlink-copies in sync with the main folder seems like an expensive
task to me.
And you already have meta files (the index), why not add one?

> > > [ ACL stuff ]
> > [ Moe doesn't like ACL ]
> 
> So, you don't want IMAP ACL support at all? I do, but I'll of course
> leave it optional.

I'd really prefer a simpler approach, at least for a start.
The "simple" shared folders should be fairly easy to implement.
At least compared to full blown ACL support. Also they wouldn't bloat
the code nearly as much as the latter and could easily co-exist with
upcoming ACL support while it's under developement.

How good is client support for ACLs nowadays anyways?

> > > - Make existing commands play nicely with ACLs and shared folders
> > >    - Say "permission denied" rather than "internal error" if some
> > > syscall returns EACCES (mostly when opening folders)
> > 
> > Hm. Ah, that's what we get out of all the effort?
> 
> It's not nice to let users fill your error log files.

Yes, you're right ofcourse.
But it shouldn't be too hard to issue proper error messages even
without ACLs. ;)

> > >    - When trying to expunge a message that wasn't ours, ignore or give
> > > human readable error message (which one?), but don't give "internal
> > > error"
> > 
> > Umm. Does anyone really care about that?
> 
> Depends on how you want the shared folder to behave. Yes, the guy who I
> wrote this mail first wanted such behaviour.

Well, that's where we have a different view on shared folders. :)
"My" shared folders can be read-only or read-write.
Trying to delete a message from a read-only shared folder would cause
a "Permission denied."-message. I didn't quite understand in first place
why that is worth mentioning?

> > Would you probably take a simpler approach like the one I briefly outlined
> > in my previous mail into consideration or do you really think of ACLs as a
> > must-have? If so, why?
> 
> If you can't give shell access to IMAP users, that's the only way to let
> them share their folders.

Ah, there we go. :)
I don't need users to be able to share/unshare their folders with their
mail client and all the other extras ACL makes possible. Thus my call for
"simple" shared folders. You on the other hand have the real deal in
mind, with ACLs, bells and whistles. Well, whatever it will be, shared
folders would definately be a nice thing to have. ;)


greetinx
-- 
MW


From dovecot@andreas.hanssen.name  Sat Apr 26 13:12:41 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 26 Apr 2003 13:12:41 +0300 (EEST)
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 50A7223845
	for <dovecot@procontrol.fi>; Sat, 26 Apr 2003 13:12:41 +0300 (EEST)
Received: (qmail 17642 invoked from network); 26 Apr 2003 10:12:39 -0000
Received: from localhost (HELO krs-dhcp299.studby.uio.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 26 Apr 2003 10:12:39 -0000
Date: Sat, 26 Apr 2003 12:09:33 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
In-Reply-To: <20030426035220.GA26817@woom.net>
Message-ID: <Pine.LNX.4.44.0304261203290.2057-100000@localhost.localdomain>
X-Sent-From-Infeline: Yes
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 676
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: 679                                                  
Status: O
Content-Length: 1479

On Sat, 26 Apr 2003, Moe Wibble wrote:
>I must admit that I have never really understood (and only very briefly
>browsed over) the idea of imap namespaces. With the little bit I know I'm
>basically considering them mainly as a convenience for a person willing to
>implement an imap server because they make it easier to have the imapd emulate
>"virtual" folders to the client.
>But why not just let the user arrange his folder hierarchy the way he likes
>when what we are dealing with actually is a folder anyways?
>I don't see the connection to shared folders.
>And I don't see a reason why shared folders should be separated in a
>different namespace?

The reason for this comes naturally from one of the main applications of
shared folders, which is companies that share announcement and news
folders across their employees. One shared folder may be called "finance",
another may be "news".

Now, I personally have a mailbox called "news" which is a superior to
"CNN.com", "Freshmeat.net" and so on. So I can't subscribe to the shared
folder "news" unless it's in a different namespace. The namespace name
usually starts with a character that is disallowed in regular mailboxes.  

So perhaps the company's namespace is "#thecompany". Now you can subscribe
to two mailboxes whose names are both "news", one is just "news" or within
some personal namespace "#personal/news", and one is "#thecompany/news".

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From eskimoe@ananzi.co.za  Sat Apr 26 16:42:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 26 Apr 2003 16:42:26 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-30.reverse.qdsl-home.de [212.202.174.30])
	by danu.procontrol.fi (Postfix) with SMTP id 79EE923845
	for <dovecot@procontrol.fi>; Sat, 26 Apr 2003 16:42:25 +0300 (EEST)
Received: (qmail 7112 invoked by uid 1000); 26 Apr 2003 13:43:56 -0000
Date: Sat, 26 Apr 2003 15:43:56 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
Message-ID: <20030426134356.GA31067@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <20030426035220.GA26817@woom.net> <Pine.LNX.4.44.0304261203290.2057-100000@localhost.localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0304261203290.2057-100000@localhost.localdomain>
X-archive-position: 677
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 680                                                  
Status: O
Content-Length: 2491

On Sat, Apr 26, 2003 at 12:09:33PM +0200, Andreas Aardal Hanssen wrote:
> On Sat, 26 Apr 2003, Moe Wibble wrote:
> >I must admit that I have never really understood (and only very briefly
> >browsed over) the idea of imap namespaces. With the little bit I know I'm
> >basically considering them mainly as a convenience for a person willing to
> >implement an imap server because they make it easier to have the imapd emulate
> >"virtual" folders to the client.
> >But why not just let the user arrange his folder hierarchy the way he likes
> >when what we are dealing with actually is a folder anyways?
> >I don't see the connection to shared folders.
> >And I don't see a reason why shared folders should be separated in a
> >different namespace?
> 
> The reason for this comes naturally from one of the main applications of
> shared folders, which is companies that share announcement and news
> folders across their employees. One shared folder may be called "finance",
> another may be "news".
> 
> Now, I personally have a mailbox called "news" which is a superior to
> "CNN.com", "Freshmeat.net" and so on. So I can't subscribe to the shared
> folder "news" unless it's in a different namespace. The namespace name
> usually starts with a character that is disallowed in regular mailboxes.  
> 
> So perhaps the company's namespace is "#thecompany". Now you can subscribe
> to two mailboxes whose names are both "news", one is just "news" or within
> some personal namespace "#personal/news", and one is "#thecompany/news".

So namespaces help to enforce corporate policies on folder names? ;)
No seriously, if you'd work with symlinks it'd be up to the user how to
name his folder and where to put it.
Aren't namespaces represented as folders in most clients anyways?
So what's the point about enforcing a folders name (or even worse
part of the structure of the folder tree) on the client side?

As said, it might be more convinient for the imapd because it only has
to prepend "#news" to the folder name instead of internally maintaining
a "virtual" folder that can be renamed and everything.
I'm not sure but I think at least mozilla displays namespaces as
toplevel folders. And I guess moving folders between namespaces
is not so easy, unless the client remembers some kind of mapping.
So what if a user prefers to have "CNN.com" under
#personal/news_n_stuff/web rather than #news?

I still don't see why shared folders need to exist in
a dedicated namespace...


regards
-- 
MW


From andreas@hanssen.name  Sat Apr 26 17:26:22 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 26 Apr 2003 22:55:08 +0300 (EEST)
Return-Path: <andreas@hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 31A852385F
	for <dovecot@procontrol.fi>; Sat, 26 Apr 2003 17:26:22 +0300 (EEST)
Received: (qmail 25842 invoked from network); 26 Apr 2003 14:26:21 -0000
Received: from localhost (HELO krs-dhcp299.studby.uio.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 26 Apr 2003 14:26:21 -0000
Date: Sat, 26 Apr 2003 16:23:14 +0200 (CEST)
From: Andreas Aardal Hanssen <andreas@hanssen.name>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
In-Reply-To: <20030426134356.GA31067@woom.net>
Message-ID: <Pine.LNX.4.44.0304261614310.2057-100000@localhost.localdomain>
X-Sent-From-Infeline: Yes
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 678
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: andreas@hanssen.name
Precedence: bulk
X-list: dovecot
X-UID: 681                                                  
Status: O
Content-Length: 2437

On Sat, 26 Apr 2003, Moe Wibble wrote:
>On Sat, Apr 26, 2003 at 12:09:33PM +0200, Andreas Aardal Hanssen wrote:
>> On Sat, 26 Apr 2003, Moe Wibble wrote:
>> Now, I personally have a mailbox called "news" which is a superior to
>> "CNN.com", "Freshmeat.net" and so on. So I can't subscribe to the shared
>> folder "news" unless it's in a different namespace. The namespace name
>> usually starts with a character that is disallowed in regular mailboxes.  
>> So perhaps the company's namespace is "#thecompany". Now you can subscribe
>> to two mailboxes whose names are both "news", one is just "news" or within
>> some personal namespace "#personal/news", and one is "#thecompany/news".
>So namespaces help to enforce corporate policies on folder names? ;)
>No seriously, if you'd work with symlinks it'd be up to the user how to
>name his folder and where to put it.

Now you're talking about a specific implementation. The shared folders
concept needs to fit into the IMAP protocol, and it therefore needs to be
completely platform independent. Sure, one solution is to use symlinks and
that one feature allows a user to have a "local" name that can be
different from the remote name. But in most cases, it makes little sense
to mount a shared folder under another name.

>Aren't namespaces represented as folders in most clients anyways?
>So what's the point about enforcing a folders name (or even worse
>part of the structure of the folder tree) on the client side?

The client is not an issue here. The client can assign that folder any
name that it wants. The question is what the server should do, and the
server represents shared folders' names exactly the way the source
presents them.  The client needs to access the folder using the server's
folder name. To avoid name clashes, you need namespaces. That's what the
entire purpose of a namespace is for.

>As said, it might be more convinient for the imapd because it only has
>to prepend "#news" to the folder name instead of internally maintaining
>a "virtual" folder that can be renamed and everything.

If there is a source that presents a structure of shared mailboxes, and
several of the names clash with your own mailboxes names, you can not
easily mount / subscribe / access those mailboxes without namespaces.

I can see no reason whatsoever to _not_ use a seperate namespace for
shared folders.

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg


From heiko@zuerker.org  Sun Apr 27 03:40:14 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 03:40:14 +0300 (EEST)
Return-Path: <heiko@zuerker.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from twister.ispgateway.de (twister.ispgateway.de [62.67.200.3])
	by danu.procontrol.fi (Postfix) with SMTP id F27832385F
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 03:40:13 +0300 (EEST)
Received: (qmail 29907 invoked from network); 27 Apr 2003 00:40:13 -0000
Received: from unknown (HELO gate.home.zuerker.org) (451874@[68.18.18.185]) (envelope-sender <heiko@zuerker.org>)
          by twister.ispgateway.de (qmail-ldap-1.03) with SMTP
          for <dovecot@procontrol.fi>; 27 Apr 2003 00:40:13 -0000
Received: from zuerker.org (unknown [192.168.0.14])
	by gate.home.zuerker.org (Postfix on Devil-Linux) with ESMTP id B7F5FBA
	for <dovecot@procontrol.fi>; Sat, 26 Apr 2003 20:05:51 -0400 (EDT)
Message-ID: <3EAB1EDF.8060807@zuerker.org>
Date: Sat, 26 Apr 2003 20:05:51 -0400
From: Heiko Zuerker <heiko@zuerker.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204
X-Accept-Language: en-us
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] dovecot and grsecurity (problem with resource limits)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 679
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: heiko@zuerker.org
Precedence: bulk
X-list: dovecot
X-UID: 682                                                  
Status: O
Content-Length: 1172

Howdy folks !

I just added Dovecot as a standard package to Devil-Linux and ran into a 
problem with resource limits.
Grsecurity (http://www.grsecurity.net) is used in DL to prevent problems 
with common exploits, it also reports violations of rlimits.

The following messages show up in the log, but it seems that the IMAP 
Server works fine:

Apr 26 19:20:04 src@gate imap-login: Login: hz [192.168.0.11]
Apr 26 19:20:05 src@gate kernel: grsec: attempted resource overstep by 
requesting 37 for RLIMIT_NPROC against limit 0 by (dovecot:10246) UID(0) 
EUID(0), parent (dovecot:634) UID(0) EUID(0)
Apr 26 19:22:18 src@gate kernel: grsec: attempted resource overstep by 
requesting 37 for RLIMIT_NPROC against limit 0 by (dovecot:19802) UID(0) 
EUID(0), parent (dovecot:634) UID(0) EUID(0)
Apr 26 19:22:18 src@gate imap-login: Login: hz [192.168.0.11]
Apr 26 19:26:36 src@gate syslog-ng[606]: STATS: dropped 0
Apr 26 19:28:19 src@gate kernel: grsec: attempted resource overstep by 
requesting 33 for RLIMIT_NPROC against limit 0 by (dovecot:16011) UID(0) 
EUID(0), parent (dovecot:634) UID(0) EUID(0)

How should we proceed to analyze/fix this problem?

Thanks!
   Heiko


From tss@iki.fi  Sun Apr 27 04:19:32 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 04:19:32 +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 3F3AF23845
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 04:19:32 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DFAC95E017F5; Sun, 27 Apr 2003 04:19:31 +0300 (EEST)
Subject: [dovecot] Re: dovecot and grsecurity (problem with resource limits)
From: Timo Sirainen <tss@iki.fi>
To: Heiko Zuerker <heiko@zuerker.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <3EAB1EDF.8060807@zuerker.org>
References: <3EAB1EDF.8060807@zuerker.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051406371.26178.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 27 Apr 2003 04:19:31 +0300
X-archive-position: 680
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: 683                                                  
Status: O
Content-Length: 2084

On Sun, 2003-04-27 at 03:05, Heiko Zuerker wrote:
> Apr 26 19:20:04 src@gate imap-login: Login: hz [192.168.0.11]
> Apr 26 19:20:05 src@gate kernel: grsec: attempted resource overstep by 
> requesting 37 for RLIMIT_NPROC against limit 0 by (dovecot:10246) UID(0) 
> EUID(0), parent (dovecot:634) UID(0) EUID(0)

Openwall kernel had the same problem. Hmm. I'd like to make sure that
imap-login can't fork(), but RLIMIT_NPROC seems to be total number of
processes. When does it get enforced? Immediately at setrlimit() or at
exec()? Does this work:

Index: src/login-common/main.c
===================================================================
RCS file: /home/cvs/dovecot/src/login-common/main.c,v
retrieving revision 1.9
diff -u -r1.9 main.c
--- src/login-common/main.c     6 Mar 2003 21:44:31 -0000       1.9
+++ src/login-common/main.c     27 Apr 2003 01:17:46 -0000
@@ -4,6 +4,7 @@
 #include "ioloop.h"
 #include "lib-signals.h"
 #include "restrict-access.h"
+#include "restrict-process-size.h"
 #include "process-title.h"
 #include "fd-close-on-exec.h"
 #include "auth-connection.h"
@@ -129,6 +130,9 @@
 
 static void drop_privileges(const char *name)
 {
+       /* make sure we can't fork() */
+       restrict_process_size((unsigned int)-1, 0);
+
        /* Log file or syslog opening probably requires roots */
        open_logfile(name);
 
cvs server: Diffing src/master
Index: src/master/login-process.c
===================================================================
RCS file: /home/cvs/dovecot/src/master/login-process.c,v
retrieving revision 1.40
diff -u -r1.40 login-process.c
--- src/master/login-process.c  15 Apr 2003 16:58:48 -0000      1.40
+++ src/master/login-process.c  27 Apr 2003 01:17:47 -0000
@@ -479,7 +479,7 @@
                        i_fatal("chdir(%s) failed: %m", set->login_dir);
        }
 
-       restrict_process_size(group->set->process_size, 0);
+       restrict_process_size(group->set->process_size, (unsigned int)-1);
 
        /* make sure we don't leak syslog fd, but do it last so that
           any errors above will be logged */


From tss@iki.fi  Sun Apr 27 05:00:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 05:00:26 +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 9126323845
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 05:00:26 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1F7B45E017F5; Sun, 27 Apr 2003 05:00:24 +0300 (EEST)
Subject: [dovecot] Re: shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030426035220.GA26817@woom.net>
References: <20030423170402.GA14185@woom.net>
	 <1051117898.32159.209.camel@hurina> <3EA89CDE.9000906@attbi.com>
	 <1051265990.32159.279.camel@hurina> <20030425113712.GA23447@woom.net>
	 <1051277990.32157.296.camel@hurina> <20030425170617.GA19484@woom.net>
	 <1051291295.32159.381.camel@hurina> <20030425184842.GA25545@woom.net>
	 <1051300365.32157.400.camel@hurina>  <20030426035220.GA26817@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051408823.26180.75.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 27 Apr 2003 05:00:24 +0300
X-archive-position: 681
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: 684                                                  
Status: O
Content-Length: 3702

On Sat, 2003-04-26 at 06:52, Moe Wibble wrote:
> I must admit that I have never really understood (and only very briefly
> browsed over) the idea of imap namespaces. With the little bit I know I'm
> basically considering them mainly as a convenience for a person willing to
> implement an imap server because they make it easier to have the imapd emulate
> "virtual" folders to the client.

Namespaces also tell client if a folder is user's own, other user's or
public (eg. news). Client might want to do things differently depending
on the type.

> Your maildir/mbox example makes a bit sense to me even though I don't
> see the big advantage there either.
> 
> But then again, maybe I'm just missing the whole point
> about namespaces..?

Like Andreas said, the whole point is that you don't get naming 
collisions between folders.

You can of course always just create symlinks manually, but I'd like to
support some more user friendly ways.

> > I think the symlinking is quite simple way to do this and plays very
> > nicely with how maildir works internally. If I do some separate
> > meta-file for flags (I've thought about that too) it wouldn't be maildir
> > anymore. I might just as well implement another mail storage format
> > then.
> 
> The major problem I see is the extensive use of inodes.

Why use maildir at all then? :) XFS at least doesn't have inode limits,
I'd guess other file systems nowadays would neither.

> Also keeping the
> symlink-copies in sync with the main folder seems like an expensive
> task to me.

Hmm. Well, it would require that symlink is updated when flags are
updated in original folder.

> And you already have meta files (the index), why not add one?

Such flag file would preferrably have to be NFS safe. That makes it a
bit more difficult.

> > So, you don't want IMAP ACL support at all? I do, but I'll of course
> > leave it optional.
> 
> I'd really prefer a simpler approach, at least for a start.

Sure. I'm not going to add shared folder or ACL support anytime soon.
It's still scheduled post-1.0

> The "simple" shared folders should be fairly easy to implement.

You have read-write already :)

> How good is client support for ACLs nowadays anyways?

Probably not very good. Bynari's InsightConnector is one which could be
useful. Makes it possible to replace MS Excenge with IMAP server for
Outlook.

> > > > - Make existing commands play nicely with ACLs and shared folders
> > > >    - Say "permission denied" rather than "internal error" if some
> > > > syscall returns EACCES (mostly when opening folders)
> > > 
> > > Hm. Ah, that's what we get out of all the effort?
> > 
> > It's not nice to let users fill your error log files.
> 
> Yes, you're right ofcourse.
> But it shouldn't be too hard to issue proper error messages even
> without ACLs. ;)

Sure. That was just a related TODO item.

> > > >    - When trying to expunge a message that wasn't ours, ignore or give
> > > > human readable error message (which one?), but don't give "internal
> > > > error"
> > > 
> > > Umm. Does anyone really care about that?
> > 
> > Depends on how you want the shared folder to behave. Yes, the guy who I
> > wrote this mail first wanted such behaviour.
> 
> Well, that's where we have a different view on shared folders. :)
> "My" shared folders can be read-only or read-write.
> Trying to delete a message from a read-only shared folder would cause
> a "Permission denied."-message. I didn't quite understand in first place
> why that is worth mentioning?

That meant a folder where each message was owned by a user, and only he
could delete the message. ie. unlink() fails for a file in sticky
maildir directory because we're not the owner.


From eskimoe@ananzi.co.za  Sun Apr 27 17:54:17 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 17:54:18 +0300 (EEST)
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-174-173.reverse.qdsl-home.de [212.202.174.173])
	by danu.procontrol.fi (Postfix) with SMTP id 109642385F
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 17:54:17 +0300 (EEST)
Received: (qmail 8521 invoked by uid 1000); 27 Apr 2003 14:55:48 -0000
Date: Sun, 27 Apr 2003 16:55:48 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: [dovecot] Re: shared folders?
Message-ID: <20030427145548.GA22383@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	Dovecot Mail List <dovecot@procontrol.fi>
References: <3EA89CDE.9000906@attbi.com> <1051265990.32159.279.camel@hurina> <20030425113712.GA23447@woom.net> <1051277990.32157.296.camel@hurina> <20030425170617.GA19484@woom.net> <1051291295.32159.381.camel@hurina> <20030425184842.GA25545@woom.net> <1051300365.32157.400.camel@hurina> <20030426035220.GA26817@woom.net> <1051408823.26180.75.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051408823.26180.75.camel@hurina>
X-archive-position: 682
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: eskimoe@ananzi.co.za
Precedence: bulk
X-list: dovecot
X-UID: 685                                                  
Status: O
Content-Length: 3739

On Sun, Apr 27, 2003 at 05:00:24AM +0300, Timo Sirainen wrote:
> On Sat, 2003-04-26 at 06:52, Moe Wibble wrote:
> > I must admit that I have never really understood (and only very briefly
> > browsed over) the idea of imap namespaces. With the little bit I know I'm
> > basically considering them mainly as a convenience for a person willing to
> > implement an imap server because they make it easier to have the imapd emulate
> > "virtual" folders to the client.
> 
> Namespaces also tell client if a folder is user's own, other user's or
> public (eg. news). Client might want to do things differently depending
> on the type.

Ah okay, that's the part I missed when reading about them.
So "inbox", "public" and "shared" are not randomly chosen but actually
tell the client (by definition) something about the nature of the
folder?
Okay, if clients deal properly with that then I'm fine. :)

> > Your maildir/mbox example makes a bit sense to me even though I don't
> > see the big advantage there either.
> > 
> > But then again, maybe I'm just missing the whole point
> > about namespaces..?
> 
> Like Andreas said, the whole point is that you don't get naming 
> collisions between folders.

Yes, and I thought about solving them by having one of them renamed.
But it doesn't matter anyways. My only concern was about how current
MUAs handle (visualize) namespaces. If they don't tend to introduce any
inconveniences for the user then my previous arguments are void. :)

> You can of course always just create symlinks manually, but I'd like to
> support some more user friendly ways.

I like symlinks but I'm not religious about them! ;)

> > > I think the symlinking is quite simple way to do this and plays very
> > > nicely with how maildir works internally. If I do some separate
> > > meta-file for flags (I've thought about that too) it wouldn't be maildir
> > > anymore. I might just as well implement another mail storage format
> > > then.
> > 
> > The major problem I see is the extensive use of inodes.
> 
> Why use maildir at all then? :) XFS at least doesn't have inode limits,
> I'd guess other file systems nowadays would neither.

Well, AFAIK most other filesystems do have inode limits.
Adding a variable multiplier to the amount of inodes used doesn't
seem very elegant to me.

> > Also keeping the
> > symlink-copies in sync with the main folder seems like an expensive
> > task to me.
> 
> Hmm. Well, it would require that symlink is updated when flags are
> updated in original folder.

So dovecot better be the only one making changes to the the original folder?

> > And you already have meta files (the index), why not add one?
> 
> Such flag file would preferrably have to be NFS safe. That makes it a
> bit more difficult.

I keep reading "NFS safe".
To me that's an oxymoron...

> > > So, you don't want IMAP ACL support at all? I do, but I'll of course
> > > leave it optional.
> > 
> > I'd really prefer a simpler approach, at least for a start.
> 
> Sure. I'm not going to add shared folder or ACL support anytime soon.
> It's still scheduled post-1.0

Well, looking forward to it. I'm a bit worried that dovecot won't be
"slim" at all anymore by then, though.

> > The "simple" shared folders should be fairly easy to implement.
> 
> You have read-write already :)

Yes and adding not more but a per-user r/o-option to that would be
perfectly sufficient for most of _my_ applications.
I ofcourse can't speak for other users...

> > How good is client support for ACLs nowadays anyways?
> 
> Probably not very good. Bynari's InsightConnector is one which could be
> useful. Makes it possible to replace MS Excenge with IMAP server for
> Outlook.

I'll pretend I've not have read that last sentence...


From tss@iki.fi  Sun Apr 27 19:33:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 19:33:26 +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 EA5182385F
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 19:33:25 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 66AAF5E017F5; Sun, 27 Apr 2003 19:33:25 +0300 (EEST)
Subject: [dovecot] Re: shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030427145548.GA22383@woom.net>
References: <3EA89CDE.9000906@attbi.com> <1051265990.32159.279.camel@hurina>
	 <20030425113712.GA23447@woom.net> <1051277990.32157.296.camel@hurina>
	 <20030425170617.GA19484@woom.net> <1051291295.32159.381.camel@hurina>
	 <20030425184842.GA25545@woom.net> <1051300365.32157.400.camel@hurina>
	 <20030426035220.GA26817@woom.net> <1051408823.26180.75.camel@hurina>
	 <20030427145548.GA22383@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051461197.26181.101.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 27 Apr 2003 19:33:23 +0300
X-archive-position: 683
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: 686                                                  
Status: O
Content-Length: 1503

On Sun, 2003-04-27 at 17:55, Moe Wibble wrote:
> > Namespaces also tell client if a folder is user's own, other user's or
> > public (eg. news). Client might want to do things differently depending
> > on the type.
> 
> Ah okay, that's the part I missed when reading about them.
> So "inbox", "public" and "shared" are not randomly chosen but actually
> tell the client (by definition) something about the nature of the
> folder?

The actual names don't matter, but just how they're liststed in
NAMESPACE reply. For example:

* NAMESPACE (("INBOX." ".")("#mbox/" "/")) (("Other users/", "/")) (("#news." ".")("Mailing lists/" "/"))

> > > Also keeping the
> > > symlink-copies in sync with the main folder seems like an expensive
> > > task to me.
> > 
> > Hmm. Well, it would require that symlink is updated when flags are
> > updated in original folder.
> 
> So dovecot better be the only one making changes to the the original folder?

No, it doesn't matter who does the change in the original folder.
Dovecot will just have to notice that symlink destination doesn't exist
and fix it.

> > Sure. I'm not going to add shared folder or ACL support anytime soon.
> > It's still scheduled post-1.0
> 
> Well, looking forward to it. I'm a bit worried that dovecot won't be
> "slim" at all anymore by then, though.

I try to keep it unbloated :) Preferrably all IMAP extensions should be
possible to leave out at compile time, but some just are a bit too
invasive to be left out without tons of #ifdefs.


From tss@iki.fi  Sun Apr 27 19:56:21 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 19:56:21 +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 34FF12385F
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 19:56:21 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id E07BB5E017F5; Sun, 27 Apr 2003 19:56:20 +0300 (EEST)
Subject: [dovecot] 0.99.9 release candidate 1
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051462580.26180.113.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 27 Apr 2003 19:56:20 +0300
X-archive-position: 684
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: 687                                                  
Status: O
Content-Length: 2185

0.99.9 should really be released soon. There's been quite a lot of
important fixes since 0.99.8.1.

There's still some recent counter strangeness, but it wasn't perfect
before either.

mbox still doesn't necessarily notice flag changes unless they're
written into index file (ie. non-Dovecots and Dovecot without index
files). But it wasn't perfect before either.

dovecot-uidlist file works perfectly now as far as I know.

I just noticed that mbox syncing has been somewhat broken for past
month. It sometimes assigned new UIDs to messages without any reason, so
it was mostly just slowdown.

So unless there's something really broken, I'll release 0.99.9 tomorrow.
Please get 0.99.9-rc1 from http://dovecot.procontrol.fi/rc/ and see if
you can break it.

NEWS file:

v0.99.9 2003-04-28  Timo Sirainen <tss@iki.fi>

	* WARNING: mbox rewriting works now faster, but it's less likely to
	  notice external message flag changes (it wasn't perfect before
	  either). This also means that if you're not using index files,
	  Dovecot may not notice changes made by another process. This will be
	  fixed later.

	+ Message UIDs are now permanently stored outside index files.
	  Deleting indexes is now possible without any kind of data loss and
	  in-memory indexes are now usable.
	+ mbox rewriting leaves extra space into X-Keywords header. It's
	  shrinked or grown when updating message flag headers to avoid
	  rewriting the rest of the file.
	+ imap-login and pop3-login can now be started from inetd. Privilege
	  separation is still used, so it executes dovecot and dovecot-auth
	  processes which are left on the background.
	+ PostgreSQL authentication support, patch by Alex Howansky
	- Large multiline headers (over 8kB) broke Dovecot before. Now they're
	  parsed one line at a time and we try to avoid reading them fully into
	  memory.
	- SEARCH OR was broken
	- Partial BODY[] fetches were broken
	- Timezones were still set wrong when parsing dates
	- Using non-synchronized literals (LITERAL+) broke APPEND
	- Renaming maildir subfolders inserted extra "." in the middle.
	- Subfolders were a bit broken with maildir
	- Invalid PLAIN auth request crashed auth process.


From seba@iq.pl  Sun Apr 27 22:00:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 22:00:46 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 140412385F
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 22:00:46 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 4103B6BCEC; Sun, 27 Apr 2003 21:01:32 +0200 (CEST)
Date: Sun, 27 Apr 2003 21:01:32 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9 release candidate 1
Message-ID: <20030427190132.GB19048@iq.pl>
References: <1051462580.26180.113.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051462580.26180.113.camel@hurina>
X-archive-position: 685
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 688                                                  
Status: O

On Sun, Apr 27, 2003 at 19:56:20 +0300, Timo Sirainen wrote:

> Please get 0.99.9-rc1 from http://dovecot.procontrol.fi/rc/ and see if
> you can break it.

Works with openwall by default, great!

Is there any way to drop unused stuff like --without-mbox?

From tss@iki.fi  Sun Apr 27 22:18:51 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 22:18:51 +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 EDB6223845
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 22:18:50 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 41AFE5EC9737; Sun, 27 Apr 2003 22:18:49 +0300 (EEST)
Subject: [dovecot] Re: 0.99.9 release candidate 1
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030427190132.GB19048@iq.pl>
References: <1051462580.26180.113.camel@hurina>
	 <20030427190132.GB19048@iq.pl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051471128.26181.120.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 27 Apr 2003 22:18:48 +0300
X-archive-position: 686
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: 689                                                  
Status: O

On Sun, 2003-04-27 at 22:01, Sebastian Pachuta wrote:
> Is there any way to drop unused stuff like --without-mbox?

Nothing that easy, but:

In configure edit line:
STORAGE="maildir mbox"

In src/imap/Makefile edit line:
imap_LDADD = ... ../lib-storage/index/mbox/libstorage_mbox.a ../lib-index/mbox/libstorage_index_mbox.a ...

I guess I could add --with-storages=maildir option to configure.


From seba@iq.pl  Sun Apr 27 22:59:43 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 27 Apr 2003 22:59:43 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id D362D23845
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 22:59:42 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 2CD9B6BD2B; Sun, 27 Apr 2003 22:00:29 +0200 (CEST)
Date: Sun, 27 Apr 2003 22:00:29 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9 release candidate 1
Message-ID: <20030427200029.GC19048@iq.pl>
References: <1051462580.26180.113.camel@hurina> <20030427190132.GB19048@iq.pl> <1051471128.26181.120.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051471128.26181.120.camel@hurina>
X-archive-position: 687
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 690                                                  
Status: O

On Sun, Apr 27, 2003 at 22:18:48 +0300, Timo Sirainen wrote:
> On Sun, 2003-04-27 at 22:01, Sebastian Pachuta wrote:
> > Is there any way to drop unused stuff like --without-mbox?
> 
> Nothing that easy, but:
> 
> In configure edit line:
> STORAGE="maildir mbox"
> 
> In src/imap/Makefile edit line:
> imap_LDADD = ... ../lib-storage/index/mbox/libstorage_mbox.a ../lib-index/mbox/libstorage_index_mbox.a ...

so far runs ok - tx

> I guess I could add --with-storages=maildir option to configure.

That will be very nice.

From adam@os.inf.tu-dresden.de  Mon Apr 28 00:05:58 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 28 Apr 2003 00:05:58 +0300 (EEST)
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id A4DED2385F
	for <dovecot@procontrol.fi>; Mon, 28 Apr 2003 00:05:58 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 3.36)
	id 199tLQ-000OQa-00
	for dovecot@procontrol.fi; Sun, 27 Apr 2003 23:05:56 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1 (Debian))
	id 199tLQ-0004um-00
	for <dovecot@procontrol.fi>; Sun, 27 Apr 2003 23:05:56 +0200
Date: Sun, 27 Apr 2003 23:05:56 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9 release candidate 1
Message-ID: <20030427210555.GD21753@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <1051462580.26180.113.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1051462580.26180.113.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 688
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: adam@os.inf.tu-dresden.de
Precedence: bulk
X-list: dovecot
X-UID: 691                                                  
Status: O

On Sun Apr 27, 2003 at 19:56:20 +0300, Timo Sirainen wrote:
> Please get 0.99.9-rc1 from http://dovecot.procontrol.fi/rc/ and see if
> you can break it.

I need this little patch to compile on AIX. Except this it seems to work
now without further modifications.

--- dovecot-0.99.9-rc1.orig/src/lib/fdpass.c	Sun Apr 27 22:12:44 2003
+++ dovecot-0.99.9-rc1/src/lib/fdpass.c	Sun Apr 27 22:12:44 2003
@@ -32,9 +32,9 @@
 */
 
 #define _XPG4_2
-#define _XOPEN_SOURCE /* for IRIX */
 
 #ifndef _AIX
+#  define _XOPEN_SOURCE /* for IRIX */
 #  define _XOPEN_SOURCE_EXTENDED /* for Tru64, breaks AIX */
 #endif
 




Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

From lfarkas@bnap.hu  Mon Apr 28 13:02:29 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 28 Apr 2003 13:02:29 +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 1728323845
	for <dovecot@procontrol.fi>; Mon, 28 Apr 2003 13:02:29 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 5AD3975400C
	for <dovecot@procontrol.fi>; Mon, 28 Apr 2003 12:04:50 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 1F25C3EBF
	for <dovecot@procontrol.fi>; Mon, 28 Apr 2003 12:02:20 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 0763E3EAD
	for <dovecot@procontrol.fi>; Mon, 28 Apr 2003 12:02:20 +0200 (CEST)
Message-ID: <3EACFC2B.9090605@bnap.hu>
Date: Mon, 28 Apr 2003 12:02:19 +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] current cvs (04.28)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 689
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: 692                                                  
Status: O
Content-Length: 1070

hi,
after the current cvs compile:
-----------------------
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I../../src/lib-mail 
-I../../src/lib-imap -I../../src/lib-storage    -O2 -g -pipe -march=i386 
-mcpu=i686
-Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c `test -f 
'mail-storage-callbacks.c' || echo './'`mail-storage-callbacks.c
source='main.c' object='main.o' libtool=no \
depfile='.deps/main.Po' tmpdepfile='.deps/main.TPo' \
depmode=gcc3 /bin/sh ../../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I../../src/lib-mail 
-I../../src/lib-imap -I../../src/lib-storage    -O2 -g -pipe -march=i386 
-mcpu=i686
-Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c `test -f 'main.c' 
|| echo './'`main.c
make[3]: *** No rule to make target `../lib-index/libstorage_index.a', 
needed by `pop3'.  Stop.
-----------------------

-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Mon Apr 28 19:43:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 28 Apr 2003 19:43:10 +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 C025A2385F
	for <dovecot@procontrol.fi>; Mon, 28 Apr 2003 19:43:10 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 59C075E107F8; Mon, 28 Apr 2003 19:43:10 +0300 (EEST)
Subject: [dovecot] 0.99.9 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051548190.26178.156.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 Apr 2003 19:43:10 +0300
X-archive-position: 690
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: 693                                                  
Status: O
Content-Length: 1626

As promised yesterday :)

BTW. I just found libsqlora8 library yesterday and I've been playing
with Oracle mail storage support. Shouldn't take too long to get it
working.

And the NEWS file once more:

v0.99.9 2003-04-28  Timo Sirainen <tss@iki.fi>

	* WARNING: mbox rewriting works now faster, but it's less likely to
	  notice external message flag changes (it wasn't perfect before
	  either). This also means that if you're not using index files,
	  Dovecot may not notice changes made by another Dovecot process.
	  This will be fixed later.

	+ Message UIDs are now permanently stored outside index files.
	  Deleting indexes is now possible without any kind of data loss and
	  in-memory indexes are now usable.
	+ mbox rewriting leaves extra space into X-Keywords header. It's
	  shrinked or grown when updating message flag headers to avoid
	  rewriting the rest of the file.
	+ imap-login and pop3-login can now be started from inetd. Privilege
	  separation is still used, so it executes dovecot and dovecot-auth
	  processes which are left on the background.
	+ PostgreSQL authentication support, patch by Alex Howansky
	- Large multiline headers (over 8kB) broke Dovecot before. Now they're
	  parsed one line at a time and we try to avoid reading them fully into
	  memory.
	- SEARCH OR was broken
	- Partial BODY[] fetches were broken
	- Timezones were still set wrong when parsing dates
	- Using non-synchronized literals (LITERAL+) broke APPEND
	- Renaming maildir subfolders inserted extra "." in the middle.
	- Subfolders were a bit broken with maildir
	- Invalid PLAIN auth request crashed auth process.


From dag@wieers.com  Tue Apr 29 03:41:27 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 29 Apr 2003 05:18:53 +0300 (EEST)
Return-Path: <dag@wieers.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from horsea.3ti.be (horsea.3ti.be [212.204.244.41])
	by danu.procontrol.fi (Postfix) with ESMTP id 3DAE02385F
	for <dovecot@procontrol.fi>; Tue, 29 Apr 2003 03:41:27 +0300 (EEST)
Received: from localhost (dag@localhost.localdomain [127.0.0.1])
	by horsea.3ti.be (8.11.6/8.11.6) with ESMTP id h3T0fPE31748
	for <dovecot@procontrol.fi>; Tue, 29 Apr 2003 02:41:25 +0200
Date: Tue, 29 Apr 2003 02:39:23 +0200 (CEST)
From: Dag Wieers <dag@wieers.com>
X-X-Sender: dag@horsea.3ti.be
To: Timo Sirainen <tss@iki.fi>
Subject: [dovecot] Dovecot RH RPM packages
Message-ID: <Pine.LNX.4.44.0304290235310.22905-100000@horsea.3ti.be>
User-Agent: Mutt/1.2.5.1i
X-Mailer: Ximian Evolution 1.0.5
Organization: 3TI Web Hosting Services
X-Extra: We know Linux is the best. It can do infinite loops in five seconds. - Linus Torvalds
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="ISO-8859-15; FORMAT=flowed"
Content-Transfer-Encoding: 8BIT
ReSent-Date: Tue, 29 Apr 2003 02:41:18 +0200 (CEST)
Resent-From: Dag Wieers <dag@wieers.com>
Resent-To: dovecot@procontrol.fi
ReSent-Subject: Dovecot RH RPM packages
ReSent-Message-ID: <Pine.LNX.4.44.0304290241180.22905@horsea.3ti.be>
X-archive-position: 691
X-Approved-By: tss@iki.fi
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dag@wieers.com
Precedence: bulk
X-list: dovecot
X-UID: 694                                                  
Status: O

Hi,

I can't remember if I already told you, but I'm building RPM packages of 
dovecot for RH73, RH80 and RH9. You can find these at:

	http://dag.wieers.com/packages/dovecot/

Or use apt as described on:

	http://dag.wieers.com/apt/

I also added a sysv file to the SPEC-file for use with Red Hat.

If you add this SPEC-file to your tarball (probably with some custom 
changes) everyone can build an RPM package by issuing:

	rpmbuild -ta <tarball>

Kind regards,
--   dag wieers,  dag@wieers.com,  http://dag.wieers.com/   --
Any errors in spelling, tact or fact are transmission errors



From jaldhar@debian.org  Wed Apr 30 17:40:16 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 30 Apr 2003 17:40:16 +0300 (EEST)
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id E0BF92385F
	for <dovecot@procontrol.fi>; Wed, 30 Apr 2003 17:40:15 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id CD9D27FB3
	for <dovecot@procontrol.fi>; Wed, 30 Apr 2003 10:40:10 -0400 (EDT)
Date: Wed, 30 Apr 2003 10:40:10 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: dovecot@procontrol.fi
Subject: [dovecot] Debian packages for 0.99.9
Message-ID: <Pine.LNX.4.53.0304301029320.23210@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 692
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 695                                                  
Status: O
Content-Length: 1276

I uploaded the new version to sid today.  Apart from the new version a big
change is that it has now been split into 4 pieces.  dovecot-imapd and
dovecot-pop3d are the imap server and the pop3 server rspectively.  They
are seperate so you can install one without the other.  dovecot-common
contains the files they both use.  dovecot is just a dummy to ensure
smooth upgrades for users of older versions.  As there are new packages,
they will take a while to show up i the archive so I'm temporarily making
them available from http://src.braincells.com/debian/sid/dovecot/ or

deb http://src.braincells.com/debian sid/
deb-src http://src.braincells.com/debian sid/

via apt-get.

but unless you have a burning need to upgrade, I recommend you just wait a
few days.

A backport to woody is also available, add

deb http://src.braincells.com/debian woody/
deb-src http://src.braincells.com/debian woody/

to your sources.list.  One problem I found with installing on woody is
that the first time you do apt-get install dovecot, it gives you an error
because /etc/dovecot.conf is no owned by dovect-common instead of dovecot.
It will work correctly the second time you run the command.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From jaldhar@debian.org  Wed Apr 30 17:41:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 30 Apr 2003 17:41:15 +0300 (EEST)
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 8B8132385F
	for <dovecot@procontrol.fi>; Wed, 30 Apr 2003 17:41:15 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 1DC377FBB; Wed, 30 Apr 2003 10:41:09 -0400 (EDT)
Date: Wed, 30 Apr 2003 10:41:09 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9 released
In-Reply-To: <1051548190.26178.156.camel@hurina>
Message-ID: <Pine.LNX.4.53.0304301040200.23210@samadhi.braincells.com>
References: <1051548190.26178.156.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 693
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 696                                                  
Status: O

On Mon, 28 Apr 2003, Timo Sirainen wrote:

> As promised yesterday :)
>

Any ETA on getting dotlocking fixed?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From mem@mv.mv.com  Wed Apr 30 21:00:08 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 30 Apr 2003 21:00:08 +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 D12F3238C5
	for <dovecot@procontrol.fi>; Wed, 30 Apr 2003 21:00:07 +0300 (EEST)
Received: (qmail 19470 invoked by uid 101); 30 Apr 2003 14:00:06 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 30 Apr 2003 14:00:06 -0400
To: dovecot@procontrol.fi
Subject: [dovecot] Corrupted index
Message-ID: <20030430180006.GA5132@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: 694
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: 697                                                  
Status: O

Hi-

Still getting a bunch of these:

Apr 30 13:45:23 mercury mem[11056]: pop3(user1): Corrupted index file
/users/78/user1/Maildir/.INBOX/.imap.index: used_file_size larger than
real file size (4032 vs 1608)

and the occasional:

Apr 30 13:08:53 mercury mem[13507]: pop3(user2): Corrupted index file
(in-memory index for /users/e0/user2/Maildir): Filename mismatch for
UID 1: 1051720748.28556.mercury.mv.net vs 1051715695.29601.mercury.mv.net

Most of the time (but not always) the .imap* files are relatively
old and apparently created by the test5 or older recent release.
The errors persist in the logs until I manually remove the .imap*
files, which are subsequently recreated upon the next access (without
the error being logged, at least not right away).

I had the impression that a "Corrupted index file" would cause the
index files not to be used, and in fact recreated.  Apparently not?
If there is an error that causes the .imap* files to be ignored,
shouldn't those files be removed?

mm

From mem@mv.mv.com  Thu May  1 02:51:54 2003
Received: with ECARTIS (v1.0.0; list dovecot); Thu, 01 May 2003 02:51:54 +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 0DC28238C5
	for <dovecot@procontrol.fi>; Thu,  1 May 2003 02:51:54 +0300 (EEST)
Received: (qmail 23229 invoked by uid 101); 30 Apr 2003 19:51:53 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 30 Apr 2003 19:51:53 -0400
To: dovecot@procontrol.fi
Subject: [dovecot] Message causing pop3 crash
Message-ID: <20030430235153.GJ22255@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: 695
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: 698                                                  
Status: O
Content-Length: 1045

Hi-

Found a message that will generate a pop3 coredump when using
mbox format.  It seems to do with the fact that it has a mime
part with a line that's 10,000 bytes long.  However, that doesn't
seem to be the only factor.

Adjusting the size of the mail header seems to cause different kinds
of crashes.  I'll avoid attaching the message here but I've
put it at http://www.mv.com/users/mem/x/badmail

Reproducing it here on a BSD/OS system involves something like:

(login to a virgin account or one you don't care about)

    % wget http://www.mv.com/users/mem/x/badmail
    % rm -rf .imap
    % MAIL=mbox:`pwd`/badmail
    % limit coredump 10m
    % /usr/local/libexec/dovecot/pop3
    quit

at which point you should get some errors and/or a coredump.  You
may need to do it twice (i.e. let it create the .imap/ index
structure first).

If you can't make it happen I can send along more info.

-mm-

(and yes, this was a real mail message, albeit a spam, except that I
simplified it some and replaced all of the content with "x" characters)

From pomac@vapor.com  Fri May  2 01:25:52 2003
Received: with ECARTIS (v1.0.0; list dovecot); Fri, 02 May 2003 01:25:52 +0300 (EEST)
Return-Path: <pomac@vapor.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from pomac.netswarm.net (c-180372d5.012-136-6c756e2.cust.bredbandsbolaget.se [213.114.3.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 3E4892385F
	for <dovecot@procontrol.fi>; Fri,  2 May 2003 01:25:52 +0300 (EEST)
Received: from [10.0.0.254] (unknown [10.0.0.254])
	by pomac.netswarm.net (Postfix) with ESMTP
	id C3FC5AD4D1; Fri,  2 May 2003 00:25:50 +0200 (CEST)
Subject: [dovecot] Problems fetching messages.
From: Ian Kumlien <pomac@vapor.com>
To: dovecot@procontrol.fi
Cc: Timo Sirainen <tss@iki.fi>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-vQu3WJqUd+BApnAcUipB"
Organization: 
Message-Id: <1051827950.12768.29.camel@big.pomac.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 02 May 2003 00:25:50 +0200
X-archive-position: 696
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: pomac@vapor.com
Precedence: bulk
X-list: dovecot
X-UID: 699                                                  
Status: O
Content-Length: 1333


--=-vQu3WJqUd+BApnAcUipB
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,=20

I have problems reading some mail with the latest version of dovecot.
I use maildir etc but it all worked before...

It seems like dovecot sends something that throws Evolution off the
track since the actual information is sent, but in a broken form it
seems.

I also get some odd chars (this is raw tcp packet decoding):
"=EF=EAa-=E8
"=EF=EAc-=E8* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
Flags permitted.
* 609 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1049995962] UIDs valid
* OK [UIDNEXT 1044] Predicted next UID
A10891 OK [READ-WRITE] Select completed.

"=EF=EAc-=EE
"=EF=EAc-=EE* 609 FETCH (UID 1043)
A10892 OK Fetch completed.

"=EF=EAg-=EE* 498 FETCH (UID 646 BODY[] {3434}
eturn-Path: <-----email------->
etc...=20

Any clues?

--=20
Ian Kumlien <pomac@vapor.com>

--=-vQu3WJqUd+BApnAcUipB
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+sZ7u7F3Euyc51N8RAjHAAKCbHxTJxcCGeCwen0YA5dX1uqMirQCfYPZq
piD2hwlpzQkVRvKCfVbmRec=
=SVnN
-----END PGP SIGNATURE-----

--=-vQu3WJqUd+BApnAcUipB--


From tss@iki.fi  Sat May  3 20:41:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 20:41:39 +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 EDA752387F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 20:41:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7C8805E107F8; Sat,  3 May 2003 20:41:37 +0300 (EEST)
Subject: [dovecot] Re: Message causing pop3 crash
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030430235153.GJ22255@iridium.mv.net>
References: <20030430235153.GJ22255@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051983694.26178.1039.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 03 May 2003 20:41:37 +0300
X-archive-position: 697
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: 700                                                  
Status: O
Content-Length: 1051

On Thu, 2003-05-01 at 02:51, Mark E. Mallett wrote:
> Hi-
> 
> Found a message that will generate a pop3 coredump when using
> mbox format.  It seems to do with the fact that it has a mime
> part with a line that's 10,000 bytes long.  However, that doesn't
> seem to be the only factor.

There were 3 problems actually:

1) Dovecot stopped parsing messages that had lines longer than 8192
bytes (or 256k if mail_read_mmaped = yes). RFC-(2)822 says maximum line
length is 1000 bytes, do MTAs actually allow longer? Fixed anyway.

2) Dovecot thought UIDVALIDITY changed whenever mailbox had been empty.
Or in this case, when it thought the whole mailbox was changed because
the first message's length was different than it thought. This caused
"mailbox inconsistency" error.

3) pop3 server didn't handle inconsistency error separately and tried to
print NULL error message. Some sprintf() implementations (GLIBC at
least) print it as "(null)", but looks like it crashed with you. Fixed
this, and also it now prints NULL error as "BUG: Unknown error".


From tss@iki.fi  Sat May  3 20:45:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 20:45: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 0AD982387F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 20:45:30 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id BBA015E107F8; Sat,  3 May 2003 20:45:29 +0300 (EEST)
Subject: [dovecot] Re: Corrupted index
From: Timo Sirainen <tss@iki.fi>
To: "Mark E. Mallett" <mem@mv.mv.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030430180006.GA5132@iridium.mv.net>
References: <20030430180006.GA5132@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051983928.26178.1043.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 03 May 2003 20:45:29 +0300
X-archive-position: 698
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: 701                                                  
Status: O

On Wed, 2003-04-30 at 21:00, Mark E. Mallett wrote:
> I had the impression that a "Corrupted index file" would cause the
> index files not to be used, and in fact recreated.  Apparently not?
> If there is an error that causes the .imap* files to be ignored,
> shouldn't those files be removed?

Yes, if it says "corrupted index file" it sets them to be recreated when
they're tried to be opened next time. I guess there could be some bugs
left when the recreate flag doesn't actually get written into the file.
I fixed at least one of these in -test series..


From tss@iki.fi  Sat May  3 20:46:53 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 20:46:53 +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 655F92387F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 20:46:53 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 37C885E107F8; Sat,  3 May 2003 20:46:53 +0300 (EEST)
Subject: [dovecot] Re: 0.99.9 released
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.53.0304301040200.23210@samadhi.braincells.com>
References: <1051548190.26178.156.camel@hurina>
	 <Pine.LNX.4.53.0304301040200.23210@samadhi.braincells.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051984012.26178.1046.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 03 May 2003 20:46:53 +0300
X-archive-position: 699
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: 702                                                  
Status: O

On Wed, 2003-04-30 at 17:41, Jaldhar H. Vyas wrote:
> Any ETA on getting dotlocking fixed?

It's not very high priority to me now. mbox has several other problems
that should be fixed.


From tss@iki.fi  Sat May  3 20:56:26 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 20:56:26 +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 E3F972387F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 20:56:25 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 9D38B5E107F8; Sat,  3 May 2003 20:56:25 +0300 (EEST)
Subject: [dovecot] Re: Problems fetching messages.
From: Timo Sirainen <tss@iki.fi>
To: Ian Kumlien <pomac@vapor.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1051827950.12768.29.camel@big.pomac.com>
References: <1051827950.12768.29.camel@big.pomac.com>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Organization: 
Message-Id: <1051984584.26181.1055.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 03 May 2003 20:56:25 +0300
X-archive-position: 700
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: 703                                                  
Status: O

On Fri, 2003-05-02 at 01:25, Ian Kumlien wrote:
> It seems like dovecot sends something that throws Evolution off the
> track since the actual information is sent, but in a broken form it
> seems.

I'm using Evolution with two Dovecot 0.99.9 servers. Solaris+mbox and
Linux+maildir. Don't see any problems.

> I also get some odd chars (this is raw tcp packet decoding):
> "=EF=EAa-=E8
> "=EF=EAc-=E8

Are these actually in the TCP stream or are these just TCP headers that
you decoded as well? If they're in the stream, something's really wrong.
What OS?

> "=EF=EAg-=EE* 498 FETCH (UID 646 BODY[] {3434}
> eturn-Path: <-----email------->
> etc...=20

It's missing 'R' there? With mbox it could be possible with broken
indexes, but maildir?..


From tss@iki.fi  Sat May  3 21:52:57 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 21:52:57 +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 B42F12385F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 21:52:56 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2CEE95E107F8; Sat,  3 May 2003 21:52:53 +0300 (EEST)
Subject: [dovecot] 0.99.9.1
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051987972.26181.1091.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 03 May 2003 21:52:53 +0300
X-archive-position: 701
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: 704                                                  
Status: O

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.


From alvarolists@aycuens.com  Sat May  3 22:08:28 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 22:08:28 +0300 (EEST)
Return-Path: <alvarolists@aycuens.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from blackice.aycuens.com (193-107-ADSL.red.retevision.es [80.224.107.193])
	by danu.procontrol.fi (Postfix) with ESMTP id 499F22385F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 22:08:27 +0300 (EEST)
Received: (from firewall@localhost)
	by blackice.aycuens.com (8.9.3/AYCUENSSMAP) id VAA15273
	( Zombificad0}:| ) for <dovecot@procontrol.fi>; Sat, 3 May 2003 21:08:56 +0200
X-Complaints-To: abuse@aycuens.com
X-Url: http://www.aycuens.com
Received: from devastator.aycuens.com(192.168.2.10) by blackice.aycuens.com via smap (V2.1)
	id sma015271; Sat, 3 May 03 21:08:15 +0200
Message-ID: <3EB41388.4020706@aycuens.com>
Date: Sat, 03 May 2003 21:07:52 +0200
From: "Alvaro Munoz-Aycuens Mtnz." <alvarolists@aycuens.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030503
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9.1
References: <1051987972.26181.1091.camel@hurina>
In-Reply-To: <1051987972.26181.1091.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 702
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: alvarolists@aycuens.com
Precedence: bulk
X-list: dovecot
X-UID: 705                                                  
Status: O


Nice let's give it a try


Timo Sirainen wrote:
> 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.
> 
> 
> 


From alvarolists@aycuens.com  Sat May  3 23:38:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 23:38:44 +0300 (EEST)
Return-Path: <alvarolists@aycuens.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from blackice.aycuens.com (193-107-ADSL.red.retevision.es [80.224.107.193])
	by danu.procontrol.fi (Postfix) with ESMTP id 171242385F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 23:38:43 +0300 (EEST)
Received: (from firewall@localhost)
	by blackice.aycuens.com (8.9.3/AYCUENSSMAP) id VAA15472
	( Zombificad0}:| ) for <dovecot@procontrol.fi>; Sat, 3 May 2003 21:47:56 +0200
X-Complaints-To: abuse@aycuens.com
X-Url: http://www.aycuens.com
Received: from devastator.aycuens.com(192.168.2.10) by blackice.aycuens.com via smap (V2.1)
	id sma015469; Sat, 3 May 03 21:47:50 +0200
Message-ID: <3EB41CCE.8040700@aycuens.com>
Date: Sat, 03 May 2003 21:47:26 +0200
From: "Alvaro Munoz-Aycuens Mtnz." <alvarolists@aycuens.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030503
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] 0.99.9.1 OpenBSD and mbox
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 703
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: alvarolists@aycuens.com
Precedence: bulk
X-list: dovecot
X-UID: 706                                                  
Status: O

Hi, compiled perfectly, so the patch of course work ;), but seems that I 
had the conf a bit broken, because he doesn't read the new messages in 
/var/mail/user, does the line:

#default_mail_env = mbox:~/Mail:INBOX=/var/mail/username

look good?, I also tryed with %h instead of username, the rest of the 
conf is pretty standard, I can create folders and so on.

Regards

Alvaro


From tss@iki.fi  Sat May  3 23:51:44 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 23:51:44 +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 2DD4C2385F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 23:51:44 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id EC2BA5E107F8; Sat,  3 May 2003 23:51:43 +0300 (EEST)
Subject: [dovecot] Re: 0.99.9.1 OpenBSD and mbox
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EB41CCE.8040700@aycuens.com>
References: <3EB41CCE.8040700@aycuens.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051995103.26181.1093.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 03 May 2003 23:51:43 +0300
X-archive-position: 704
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: 707                                                  
Status: O

On Sat, 2003-05-03 at 22:47, Alvaro Munoz-Aycuens Mtnz. wrote:
> Hi, compiled perfectly, so the patch of course work ;), but seems that I 
> had the conf a bit broken, because he doesn't read the new messages in 
> /var/mail/user, does the line:
> 
> #default_mail_env = mbox:~/Mail:INBOX=/var/mail/username
> 
> look good?, I also tryed with %h instead of username, the rest of the 
> conf is pretty standard, I can create folders and so on.

%h is host name. You probably wanted /var/mail/%u


From dom@cus.org.uk  Sat May  3 23:58:39 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sat, 03 May 2003 23:58:39 +0300 (EEST)
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net [213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id C66A62385F
	for <dovecot@procontrol.fi>; Sat,  3 May 2003 23:58:38 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.12.6) with ESMTP id h43KwY5h026538;
	Sat, 3 May 2003 21:58:34 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h43KwYQu026537;
	Sat, 3 May 2003 21:58:34 +0100 (BST)
Date: Sat, 3 May 2003 21:58:34 +0100
From: Dominic Marks <dom@cus.org.uk>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9.1 OpenBSD and mbox
Message-ID: <20030503205834.GA26378@cus.org.uk>
References: <3EB41CCE.8040700@aycuens.com> <1051995103.26181.1093.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051995103.26181.1093.camel@hurina>
User-Agent: Mutt/1.4i
X-archive-position: 705
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: dom@cus.org.uk
Precedence: bulk
X-list: dovecot
X-UID: 708                                                  
Status: O

On 03/05/2003 23:51, Timo Sirainen wrote:
> On Sat, 2003-05-03 at 22:47, Alvaro Munoz-Aycuens Mtnz. wrote:
> > Hi, compiled perfectly, so the patch of course work ;), but seems that I 
> > had the conf a bit broken, because he doesn't read the new messages in 
> > /var/mail/user, does the line:
> > 
> > #default_mail_env = mbox:~/Mail:INBOX=/var/mail/username
> > 
> > look good?, I also tryed with %h instead of username, the rest of the 
> > conf is pretty standard, I can create folders and so on.
> 
> %h is host name. You probably wanted /var/mail/%u
> 

I think dovecot-example.conf needs to be updated to reflect reality
because at the moment the comments above the default_mail_env line state
that %h means home directory.

Thanks,
-- 
Dominic
 <dom at cus.org.uk> <d.marks at student.umist.ac.uk>

From tss@iki.fi  Sun May  4 00:02:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 04 May 2003 00:02:01 +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 600F92385F
	for <dovecot@procontrol.fi>; Sun,  4 May 2003 00:02:01 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 28ECD5E107F8; Sun,  4 May 2003 00:02:01 +0300 (EEST)
Subject: [dovecot] Re: 0.99.9.1 OpenBSD and mbox
From: Timo Sirainen <tss@iki.fi>
To: Dominic Marks <dom@cus.org.uk>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030503205834.GA26378@cus.org.uk>
References: <3EB41CCE.8040700@aycuens.com>
	 <1051995103.26181.1093.camel@hurina>  <20030503205834.GA26378@cus.org.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1051995720.26181.1095.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 04 May 2003 00:02:01 +0300
X-archive-position: 706
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: 709                                                  
Status: O

On Sat, 2003-05-03 at 23:58, Dominic Marks wrote:
> > %h is host name. You probably wanted /var/mail/%u
> I think dovecot-example.conf needs to be updated to reflect reality
> because at the moment the comments above the default_mail_env line state
> that %h means home directory.

No, I just said wrong :) .conf is right.


From alvarolists@aycuens.com  Sun May  4 22:57:42 2003
Received: with ECARTIS (v1.0.0; list dovecot); Sun, 04 May 2003 22:57:42 +0300 (EEST)
Return-Path: <alvarolists@aycuens.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from blackice.aycuens.com (193-107-ADSL.red.retevision.es [80.224.107.193])
	by danu.procontrol.fi (Postfix) with ESMTP id 64FDF23860
	for <dovecot@procontrol.fi>; Sun,  4 May 2003 22:57:41 +0300 (EEST)
Received: (from firewall@localhost)
	by blackice.aycuens.com (8.9.3/AYCUENSSMAP) id VAA22193
	( Zombificad0}:| ) for <dovecot@procontrol.fi>; Sun, 4 May 2003 21:58:12 +0200
X-Complaints-To: abuse@aycuens.com
X-Url: http://www.aycuens.com
Received: from devastator.aycuens.com(192.168.2.10) by blackice.aycuens.com via smap (V2.1)
	id sma022191; Sun, 4 May 03 21:57:36 +0200
Message-ID: <3EB5709A.8@aycuens.com>
Date: Sun, 04 May 2003 21:57:14 +0200
From: "Alvaro Munoz-Aycuens Mtnz." <alvarolists@aycuens.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030503
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9.1 OpenBSD and mbox
References: <3EB41CCE.8040700@aycuens.com>	 <1051995103.26181.1093.camel@hurina>  <20030503205834.GA26378@cus.org.uk>	 <1051995720.26181.1095.camel@hurina>  <3EB43397.3080902@aycuens.com> <1052071212.26180.1111.camel@hurina>
In-Reply-To: <1052071212.26180.1111.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-archive-position: 707
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: alvarolists@aycuens.com
Precedence: bulk
X-list: dovecot
X-UID: 710                                                  
Status: O

Hi all,

Now it works, these are the parameters I touched, the rest remains
pretty the same as the example conf:

#default_mail_env =mbox:~/mail/:INBOX=/var/mail/%u
#mailbox_check_interval = 1
#mbox_locks = fcntl

Anyway seems that HUP doesn't fully gets dovecot to reread conf file and
restart, better to use SIGUSR1?, by the way how I disable dotlocking in
case I want to try.

Regards

Alvaro

Timo Sirainen wrote:
> 
> Right. You'd have to either disable dotlocking or make /var/mail
> world-writable and sticky. Currently there's no other ways around this.
> 
> 



From jaldhar@debian.org  Mon May  5 05:07:40 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 05 May 2003 05:07:40 +0300 (EEST)
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id CDA7223860
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 05:07:39 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 1384B7F4D; Sun,  4 May 2003 22:07:41 -0400 (EDT)
Date: Sun, 4 May 2003 22:07:41 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9 released
In-Reply-To: <1051984012.26178.1046.camel@hurina>
Message-ID: <Pine.LNX.4.53.0305042202150.9706@samadhi.braincells.com>
References: <1051548190.26178.156.camel@hurina> 
 <Pine.LNX.4.53.0304301040200.23210@samadhi.braincells.com>
 <1051984012.26178.1046.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-archive-position: 708
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jaldhar@debian.org
Precedence: bulk
X-list: dovecot
X-UID: 711                                                  
Status: O

On Sat, 3 May 2003, Timo Sirainen wrote:

> On Wed, 2003-04-30 at 17:41, Jaldhar H. Vyas wrote:
> > Any ETA on getting dotlocking fixed?
>
> It's not very high priority to me now. mbox has several other problems
> that should be fixed.
>

No problem.  There's an open bug about it so I may check up with you about
it from time to time.

btw, 0.99.1 was just uploaded.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From warren@togami.com  Mon May  5 15:47:37 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 05 May 2003 15:47:37 +0300 (EEST)
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 5A6B02385F
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 15:47:37 +0300 (EEST)
Received: from localhost.127.in-addr.arpa (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id 3AD9F5D805B
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 02:47:30 -1000 (HST)
Subject: [dovecot] 0.99.9.1 - Runaway imap-login process
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1052138847.17312.1.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 05 May 2003 02:47:27 -1000
Content-Transfer-Encoding: 7bit
X-archive-position: 709
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: warren@togami.com
Precedence: bulk
X-list: dovecot
X-UID: 712                                                  
Status: O

PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
32116 dovecot   19   0  1464 1464  1212 R    99.9  0.1  60:58   0
imap-login

service dovecot stop
ps -ef |grep imap-login |grep -v grep
dovecot  32116     1 98 01:27 ?        01:01:33 imap-login


/etc/dovecot.conf:
auth_userdb = passwd
uth_passdb = pam

I think this was triggered while I attempted to login to IMAP with the
this dovecot configuration without adding an "imap" entry to /etc/pam.d/
(auth fails).  When I attempt to strace -p this runaway process, it
strangely displays nothing.  kill was able to get rid of it.  After I
added an appropriate /etc/pam.d/imap entry, auth works and I didn't see
this runaway process.

This is a RH9 chroot server instance running within Linux virtual server
with security contexts kernel.  (Think of it as a theoretically
unbreakable chroot.)

Any tips on what I can do to get some debugging information out of this?

Thanks,
Warren Togami
warren@togami.com



From mem@mv.mv.com  Mon May  5 16:37:20 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 05 May 2003 16:37:20 +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 E7D3323860
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 16:37:19 +0300 (EEST)
Received: (qmail 14159 invoked by uid 101); 5 May 2003 09:37:17 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 5 May 2003 09:37:17 -0400
To: Timo Sirainen <tss@iki.fi>
Cc: dovecot@procontrol.fi
Subject: [dovecot] Re: 0.99.9.1
Message-ID: <20030505133717.GB3343@iridium.mv.net>
References: <1051987972.26181.1091.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1051987972.26181.1091.camel@hurina>
User-Agent: Mutt/1.4.1i
X-archive-position: 710
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: 713                                                  
Status: O

On Sat, May 03, 2003 at 09:52:53PM +0300, Timo Sirainen wrote:
> Some bugfixes:
> 
> v0.99.9.1 2003-05-03  Timo Sirainen <tss@iki.fi>
> 
> 	- Messages having lines longer than 8192 bytes caused problems.

Seems to have fixed the problem I saw.  Thanks!

mm

From lfarkas@bnap.hu  Mon May  5 18:17:10 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 05 May 2003 18:17:10 +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 ECF512385F
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 18:17:09 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 87FE575400D
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 17:17:55 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 767F53EB5
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 17:17:07 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 5415A3EB3
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 17:17:07 +0200 (CEST)
Message-ID: <3EB68071.3020409@bnap.hu>
Date: Mon, 05 May 2003 17:17:05 +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] dovecot.spec
Content-Type: multipart/mixed;
 boundary="------------050302070001010605000105"
X-archive-position: 711
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: 714                                                  
Status: O
Content-Length: 4640

This is a multi-part message in MIME format.
--------------050302070001010605000105
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

hi,
I'm just recoginze that dovecot contains an rpm spec file. unfortunately 
it's not too useful since an
rpm -ta dovecot-.x.y.tar.gz
can't be used since just the dovecot.spec.in is in the tarbar and not 
the actual spec file (which is in this from not useful in the above 
form). anyway here is my patch to the spec.in.

-- 
   Levente                               "Si vis pacem para bellum!"

--------------050302070001010605000105
Content-Type: text/plain;
 name="spec.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="spec.patch"

--- dovecot/dovecot.spec.in.lfarkas	2003-05-05 16:36:16.000000000 +0200
+++ dovecot/dovecot.spec.in	2003-05-05 17:04:30.000000000 +0200
@@ -1,9 +1,11 @@
 # DarContact: Timo Sirainen <tss@iki.fi>
+%define uid 96
+%define gid 96
 
 Summary: Dovecot secure IMAP server.
 Name: dovecot
 Version: @VERSION@
-Release: 0
+Release: 1
 License: GPL
 Group: System Environment/Daemons
 URL: http://dovecot.procontrol.fi/
@@ -16,14 +18,12 @@
 Prefix: %{_prefix}
 
 Prereq: /usr/sbin/useradd, /usr/sbin/usermod
-BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam}
+BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam} gettext
 
 %description
 Dovecot is an IMAP server for Linux/UNIX-like systems, written with
 security primarily in mind. Although it's written with C, it uses
-several coding techniques to avoid most of the common pitfalls. Next
-release will also contain a small POP3 server.
-
+several coding techniques to avoid most of the common pitfalls.
 Dovecot can work with standard mbox and maildir formats and it's fully
 compatible with UW-IMAP and Courier IMAP servers as well as mail
 clients accessing the mailboxes directly.
@@ -36,7 +36,7 @@
 #
 # Init file for Dovecot IMAP daemon
 #
-# chkconfig: - 54 46
+# chkconfig: 345 54 46
 # description: Dovecot IMAP Daemon
 #
 # processname: dovecot
@@ -101,8 +101,17 @@
 exit \$RETVAL
 EOF
 
+%{__cat} <<EOF >dovecot.pam
+#%PAM-1.0
+auth       required     pam_nologin.so
+auth       required     pam_stack.so service=system-auth
+account    required     pam_stack.so service=system-auth
+session    required     pam_stack.so service=system-auth
+EOF
+
 %build
-export CPPFLAGS="-I/usr/kerberos/include"
+export CPPFLAGS="`pkg-config --cflags-only-I openssl`"
+export LDFLAGS="`pkg-config --libs-only-L openssl`"
 %configure \
 	--with-ssl="openssl" \
 	--with-ssldir="%{_sysconfdir}/ssl"
@@ -112,27 +121,32 @@
 %{__rm} -rf %{buildroot}
 %makeinstall
 %{__install} -d -m0755 %{buildroot}%{_initrddir}
-%{__install} -m0755 dovecot.sysv %{buildroot}%{_initrddir}/dovecot
+%{__install} -m0755 dovecot.sysv %{buildroot}%{_initrddir}/%{name}
+%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/imap
+%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/imaps
+%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/pop3
+%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/pop3s
 %{__mv} -f %{buildroot}%{_sysconfdir}/dovecot-example.conf %{buildroot}%{_sysconfdir}/dovecot.conf
 
 ### Clean up buildroot
-%{__rm} -rf %{buildroot}%{_datadir}/doc/dovecot/
+%{__rm} -rf %{buildroot}%{_datadir}/doc/%{name}/
 
 %pre
-/usr/sbin/useradd -M -s /sbin/nologin -r dovecot &>/dev/null || :
-/usr/sbin/usermod -s /sbin/nologin dovecot &>/dev/null || :
+# Add the dovecot user and group if not found
+/usr/sbin/groupadd -g %{gid} -r %{name} &>/dev/null || :
+/usr/sbin/useradd -d /var/run/%{name} -s /bin/false -g %{name} -M -r -u %{uid} %{name} &>/dev/null || :
 
 %post
 /sbin/chkconfig --add dovecot
 
 %preun
 if [ $1 -eq 0 ]; then
-	/sbin/service dovecot stop &>/dev/null || :
+	/sbin/service %{name} stop &>/dev/null || :
 	/sbin/chkconfig --del dovecot
 fi
 
 %postun
-/sbin/service dovecot condrestart &>/dev/null || :
+/sbin/service %{name} condrestart &>/dev/null || :
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -142,11 +156,16 @@
 %doc AUTHORS ChangeLog COPYING* NEWS README TODO
 %doc doc/*.conf doc/*.sh doc/*.txt
 %config %{_sysconfdir}/dovecot.conf
-%config %{_initrddir}/dovecot
+%config %{_initrddir}/%{name}
+%config %{_sysconfdir}/pam.d/*
 %{_sbindir}/*
-%{_libexecdir}/dovecot/
+%dir %{_libexecdir}/%{name}
+%{_libexecdir}/%{name}/
 
 %changelog
+* Mon May 5 2003 Levente Farkas <lfarkas@lfarkas.org>
+- update a few things in the spec file
+
 * Tue Apr 29 2003 Dag Wieers <dag@wieers.com> - 0.99.9-0
 - Updated to release 0.99.9.
 

--------------050302070001010605000105--



From tss@iki.fi  Mon May  5 19:50:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Mon, 05 May 2003 19: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 F0DE02385F
	for <dovecot@procontrol.fi>; Mon,  5 May 2003 19:50:29 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5020C5E107FA; Mon,  5 May 2003 19:50:29 +0300 (EEST)
Subject: [dovecot] Re: dovecot.spec
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EB68071.3020409@bnap.hu>
References: <3EB68071.3020409@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052153427.26180.1137.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 05 May 2003 19:50:29 +0300
X-archive-position: 712
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: 715                                                  
Status: O

On Mon, 2003-05-05 at 18:17, Farkas Levente wrote:
> hi,
> I'm just recoginze that dovecot contains an rpm spec file. unfortunately 
> it's not too useful since an
> rpm -ta dovecot-.x.y.tar.gz
> can't be used since just the dovecot.spec.in is in the tarbar and not 
> the actual spec file (which is in this from not useful in the above 
> form). anyway here is my patch to the spec.in.

Oh, right. I should have included .spec in tarball too (but not in cvs).

-BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam}
+BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam} gettext

Why is gettext needed? Dovecot itself doesn't use it.


From seba@iq.pl  Tue May  6 16:50:08 2003
Received: with ECARTIS (v1.0.0; list dovecot); Tue, 06 May 2003 16:50:08 +0300 (EEST)
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 5CEE623860
	for <dovecot@procontrol.fi>; Tue,  6 May 2003 16:50:08 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 8046A6BD01; Tue,  6 May 2003 15:50:33 +0200 (CEST)
Date: Tue, 6 May 2003 15:50:33 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: [dovecot] quota
Message-ID: <20030506135033.GD11876@iq.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-archive-position: 713
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: seba@iq.pl
Precedence: bulk
X-list: dovecot
X-UID: 716                                                  
Status: O


first, thx for --with-storages=maildir

second, there is a problem when user exceed their quota

< status INBOX (messages)
> NO Internal error [2003-05-06 15:35:56]

in logfile:
imap(user): Can't create directory /var/mail/user/.INBOX: Disk quota exceeded

'user' is not able to get list of messages and delete some of them :(

third,

in logfile:

imap(user2): maildir flags update:
rename(/var/mail/user2/cur/1049405360.18375_0.asd,
       /var/mail/user2/cur/1049405360.18375_0.asd:2,T)
failed: Disk quota exceeded

is there any way to rename files when quota exceed?

From tss@iki.fi  Wed May  7 05:56:15 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 05:56:15 +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 41C5D2385F
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 05:56:15 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id E2F615E01701; Wed,  7 May 2003 05:56:14 +0300 (EEST)
Subject: [dovecot] Re: quota
From: Timo Sirainen <tss@iki.fi>
To: Sebastian Pachuta <seba@iq.pl>
Cc: dovecot@procontrol.fi
In-Reply-To: <20030506135033.GD11876@iq.pl>
References: <20030506135033.GD11876@iq.pl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052276174.26178.1178.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 07 May 2003 05:56:14 +0300
X-archive-position: 714
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: 717                                                  
Status: O
Content-Length: 1059

On Tue, 2003-05-06 at 16:50, Sebastian Pachuta wrote:
> second, there is a problem when user exceed their quota

Yes, there's several problems. Biggest one is what to do if we can't
update dovecot-uidlist file.

If we continued normally but without storing the UIDs permanently, then
expunged some messages, logged out and logged in again, the UIDs are
different from last time and that breaks client's cache.

If we just overwrote next-UID field in dovecot-uidlist we'd get new UIDs
next time which is fine, except if client selects the mailbox multiple
times it gets different UIDs for the messages. That probably breaks some
clients (OE I think).

One kludgy solution is to overwrite next-UID field only when messages
are expunged and then force all clients that have selected the mailbox
to log out.

Overwriting next-UID isn't too safe either since readers don't do any
kind of locking for the file, but I'd hope writing 1-10 bytes is usually
atomic? Well, we could use fcntl() locking in out-of-diskspace
conditions but I'm not sure if it's worth it..


From tss@iki.fi  Wed May  7 05:59:00 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 05:59:00 +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 1E6132385F
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 05:59:00 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D361A5E01701; Wed,  7 May 2003 05:58:59 +0300 (EEST)
Subject: [dovecot] Re: 0.99.9.1 OpenBSD and mbox
From: Timo Sirainen <tss@iki.fi>
To: Alvaro "Munoz-Aycuens Mtnz." <alvarolists@aycuens.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <3EB5709A.8@aycuens.com>
References: <3EB41CCE.8040700@aycuens.com>
	 <1051995103.26181.1093.camel@hurina>  <20030503205834.GA26378@cus.org.uk>
	 <1051995720.26181.1095.camel@hurina>  <3EB43397.3080902@aycuens.com>
	 <1052071212.26180.1111.camel@hurina>  <3EB5709A.8@aycuens.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052276339.26180.1182.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 07 May 2003 05:58:59 +0300
X-archive-position: 715
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: 718                                                  
Status: O

On Sun, 2003-05-04 at 22:57, Alvaro Munoz-Aycuens Mtnz. wrote:
> Hi all,
> 
> Now it works, these are the parameters I touched, the rest remains
> pretty the same as the example conf:
> 
> #default_mail_env =mbox:~/mail/:INBOX=/var/mail/%u
> #mailbox_check_interval = 1
> #mbox_locks = fcntl

And you did remove the '#' chars, right?

> Anyway seems that HUP doesn't fully gets dovecot to reread conf file and
> restart, better to use SIGUSR1?,

SIGHUP rereads config file and uses them for new connections, but
existing connections are left like they were. Dovecot doesn't catch
SIGUSR1 so rather use the normal SIGTERM.

> by the way how I disable dotlocking in
> case I want to try.

You just did by removing dotlock from mbox_locks.


From tss@iki.fi  Wed May  7 06:03:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 06:03:24 +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 C45EB2385F
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 06:03:24 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 892ED5E01701; Wed,  7 May 2003 06:03:24 +0300 (EEST)
Subject: [dovecot] Re: 0.99.9.1 - Runaway imap-login process
From: Timo Sirainen <tss@iki.fi>
To: Warren Togami <warren@togami.com>
Cc: dovecot@procontrol.fi
In-Reply-To: <1052138847.17312.1.camel@laptop>
References: <1052138847.17312.1.camel@laptop>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052276604.26180.1185.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 07 May 2003 06:03:24 +0300
X-archive-position: 716
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: 719                                                  
Status: O

On Mon, 2003-05-05 at 15:47, Warren Togami wrote:
> PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
> 32116 dovecot   19   0  1464 1464  1212 R    99.9  0.1  60:58   0
> imap-login
> 
> Any tips on what I can do to get some debugging information out of this?

If strace didn't show anything, I guess it got stuck to infinite loop
somewhere.

gdb /usr/local/libexec/dovecot/imap-login 32116
bt

would show where it's stuck at.


From jo@our-own.net  Wed May  7 11:30:30 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 11:30:30 +0300 (EEST)
Return-Path: <jo@our-own.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from thebox.our-own.net (thebox.our-own.net [64.81.83.87])
	by danu.procontrol.fi (Postfix) with ESMTP id 03F9C2385F
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 11:30:30 +0300 (EEST)
Received: from [10.0.0.19] ([10.0.0.19])
	(authenticated bits=0)
	by thebox.our-own.net (8.12.8/8.12.8) with ESMTP id h478UPA7016746
	for <dovecot@procontrol.fi>; Wed, 7 May 2003 01:30:26 -0700
Subject: [dovecot] KMail?
From: Joakim Ryden <jo@our-own.net>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1052296224.8864.5.camel@redtop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (Preview Release)
Date: 07 May 2003 01:30:25 -0700
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=0.0 required=5.0
	tests=none
	version=2.53
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
X-Virus-Scanned: clamdscan / ClamAV version 20030424
X-archive-position: 717
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: jo@our-own.net
Precedence: bulk
X-list: dovecot
X-UID: 720                                                  
Status: O

Hey everyone -

is anyone else having problems with Dovecot and KMail? I'm having
trouble seeing my INBOX using KMail (Maildir format on the server),
though all subfolders show up as normal. I suspect the problem is with
KMail as all the other mail clients I've tested seem to have no such
problems, they see INBOX *and* subfolders just fine, just wanted to see
if anyone could confirm this behaviour?

--Jo


From warren@togami.com  Wed May  7 13:11:33 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 13:11:33 +0300 (EEST)
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from hnlmail1.hawaii.rr.com (unknown [24.25.227.32])
	by danu.procontrol.fi (Postfix) with ESMTP id 2541623860
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 13:11:33 +0300 (EEST)
Received: (apparently) from [192.168.0.4] ([204.210.124.92]) by hnlmail1.hawaii.rr.com  with Microsoft SMTPSVC(5.5.1877.757.75);
	 Wed, 7 May 2003 00:11:27 -1000
Subject: [dovecot] dovecot and squirrelmail
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1052302286.18560.309.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 07 May 2003 00:11:26 -1000
Content-Transfer-Encoding: 7bit
X-archive-position: 718
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: warren@togami.com
Precedence: bulk
X-list: dovecot
X-UID: 721                                                  
Status: O

Is anyone using squirrelmail with dovecot?  After a few minor tweaks
squirrelmail seems to work great, but I can't seem to get rid of the
"./" folder.

SquirrelMail implements some workaround hacks for specific IMAP server
quirks.  The default setting is:
$imap_server_type       = 'uw';

What settings do you folks use?

Thanks,
Warren Togami
warren@togami.com


From tss@iki.fi  Wed May  7 13:17:24 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 13:17:24 +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 21CF423860
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 13:17:24 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A7AD25E01701; Wed,  7 May 2003 13:17:23 +0300 (EEST)
Subject: [dovecot] Re: dovecot and squirrelmail
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1052302286.18560.309.camel@laptop>
References: <1052302286.18560.309.camel@laptop>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052302643.12258.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 07 May 2003 13:17:23 +0300
X-archive-position: 719
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: 722                                                  
Status: O

On Wed, 2003-05-07 at 13:11, Warren Togami wrote:
> Is anyone using squirrelmail with dovecot?  After a few minor tweaks
> squirrelmail seems to work great, but I can't seem to get rid of the
> "./" folder.

I don't see it. You use mbox?

> SquirrelMail implements some workaround hacks for specific IMAP server
> quirks.  The default setting is:
> $imap_server_type       = 'uw';
> 
> What settings do you folks use?

I use 'other' which seems to work fine. Squirrelmail 1.4.0rc1 with
maildir.


From tss@iki.fi  Wed May  7 14:43:46 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 14:43:46 +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 F2A4323860
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 14:43:45 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C09245E01701; Wed,  7 May 2003 14:43:45 +0300 (EEST)
Subject: [dovecot] Re: KMail?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1052296224.8864.5.camel@redtop>
References: <1052296224.8864.5.camel@redtop>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052307825.12254.85.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 07 May 2003 14:43:45 +0300
X-archive-position: 720
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: 723                                                  
Status: O

On Wed, 2003-05-07 at 11:30, Joakim Ryden wrote:
> is anyone else having problems with Dovecot and KMail? I'm having
> trouble seeing my INBOX using KMail (Maildir format on the server),
> though all subfolders show up as normal. I suspect the problem is with
> KMail as all the other mail clients I've tested seem to have no such
> problems, they see INBOX *and* subfolders just fine, just wanted to see
> if anyone could confirm this behaviour?

kmail 3.1.1 in Debian unstable seems to be working. Maybe you should
look at what kmail is talking to Dovecot.

http://dovecot.procontrol.fi/bugreport.html#sniffing


From lfarkas@bnap.hu  Wed May  7 18:06:01 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 18:06:01 +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 662A223860
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 18:06:01 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id C340F75400D; Wed,  7 May 2003 17:07:03 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id D23E43EB5; Wed,  7 May 2003 17:05:57 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP
	id A1B513EB3; Wed,  7 May 2003 17:05:57 +0200 (CEST)
Message-ID: <3EB920D5.4090708@bnap.hu>
Date: Wed, 07 May 2003 17:05:57 +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: Timo Sirainen <tss@iki.fi>
Cc: Dovecot List <dovecot@procontrol.fi>
Subject: [dovecot] Re: dovecot.spec
References: <3EB68071.3020409@bnap.hu> <1052153427.26180.1137.camel@hurina>
In-Reply-To: <1052153427.26180.1137.camel@hurina>
Content-Type: multipart/mixed;
 boundary="------------030506080806070906080701"
X-archive-position: 721
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: 724                                                  
Status: O
Content-Length: 5183

This is a multi-part message in MIME format.
--------------030506080806070906080701
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

since (AFAIS) you don't apply the previous patch, here is a better one 
which can compile:-)

Timo Sirainen wrote:
> On Mon, 2003-05-05 at 18:17, Farkas Levente wrote:
> 
>>hi,
>>I'm just recoginze that dovecot contains an rpm spec file. unfortunately 
>>it's not too useful since an
>>rpm -ta dovecot-.x.y.tar.gz
>>can't be used since just the dovecot.spec.in is in the tarbar and not 
>>the actual spec file (which is in this from not useful in the above 
>>form). anyway here is my patch to the spec.in.
> 
> 
> Oh, right. I should have included .spec in tarball too (but not in cvs).
> 
> -BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam}
> +BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam} gettext
> 
> Why is gettext needed? Dovecot itself doesn't use it.
> 
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"

--------------030506080806070906080701
Content-Type: text/plain;
 name="spec.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="spec.patch"

--- dovecot/dovecot.spec.in.lfarkas	2003-05-07 17:00:24.000000000 +0200
+++ dovecot/dovecot.spec.in	2003-05-07 17:03:08.000000000 +0200
@@ -1,9 +1,11 @@
 # DarContact: Timo Sirainen <tss@iki.fi>
+%define uid 96
+%define gid 96
 
 Summary: Dovecot secure IMAP server.
 Name: dovecot
 Version: @VERSION@
-Release: 0
+Release: 1
 License: GPL
 Group: System Environment/Daemons
 URL: http://dovecot.procontrol.fi/
@@ -16,14 +18,12 @@
 Prefix: %{_prefix}
 
 Prereq: /usr/sbin/useradd, /usr/sbin/usermod
-BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam}
+BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam} gettext
 
 %description
 Dovecot is an IMAP server for Linux/UNIX-like systems, written with
 security primarily in mind. Although it's written with C, it uses
-several coding techniques to avoid most of the common pitfalls. Next
-release will also contain a small POP3 server.
-
+several coding techniques to avoid most of the common pitfalls.
 Dovecot can work with standard mbox and maildir formats and it's fully
 compatible with UW-IMAP and Courier IMAP servers as well as mail
 clients accessing the mailboxes directly.
@@ -36,7 +36,7 @@
 #
 # Init file for Dovecot IMAP daemon
 #
-# chkconfig: - 54 46
+# chkconfig: 345 54 46
 # description: Dovecot IMAP Daemon
 #
 # processname: dovecot
@@ -101,8 +101,17 @@
 exit \$RETVAL
 EOF
 
+%{__cat} <<EOF >dovecot.pam
+#%PAM-1.0
+auth       required     pam_nologin.so
+auth       required     pam_stack.so service=system-auth
+account    required     pam_stack.so service=system-auth
+session    required     pam_stack.so service=system-auth
+EOF
+
 %build
-export CPPFLAGS="-I/usr/kerberos/include"
+export CPPFLAGS="`pkg-config --cflags-only-I openssl`"
+export LDFLAGS="`pkg-config --libs-only-L openssl`"
 %configure \
 	--with-ssl="openssl" \
 	--with-ssldir="%{_sysconfdir}/ssl"
@@ -112,27 +121,33 @@
 %{__rm} -rf %{buildroot}
 %makeinstall
 %{__install} -d -m0755 %{buildroot}%{_initrddir}
-%{__install} -m0755 dovecot.sysv %{buildroot}%{_initrddir}/dovecot
+%{__install} -m0755 dovecot.sysv %{buildroot}%{_initrddir}/%{name}
+%{__install} -d -m0755 %{buildroot}%{_sysconfdir}/pam.d
+%{__install} -m0644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/imap
+%{__install} -m0644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/imaps
+%{__install} -m0644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/pop3
+%{__install} -m0644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/pop3s
 %{__mv} -f %{buildroot}%{_sysconfdir}/dovecot-example.conf %{buildroot}%{_sysconfdir}/dovecot.conf
 
 ### Clean up buildroot
-%{__rm} -rf %{buildroot}%{_datadir}/doc/dovecot/
+%{__rm} -rf %{buildroot}%{_datadir}/doc/%{name}/
 
 %pre
-/usr/sbin/useradd -M -s /sbin/nologin -r dovecot &>/dev/null || :
-/usr/sbin/usermod -s /sbin/nologin dovecot &>/dev/null || :
+# Add the dovecot user and group if not found
+/usr/sbin/groupadd -g %{gid} -r %{name} &>/dev/null || :
+/usr/sbin/useradd -d /var/run/%{name} -s /bin/false -g %{name} -M -r -u %{uid} %{name} &>/dev/null || :
 
 %post
 /sbin/chkconfig --add dovecot
 
 %preun
 if [ $1 -eq 0 ]; then
-	/sbin/service dovecot stop &>/dev/null || :
+	/sbin/service %{name} stop &>/dev/null || :
 	/sbin/chkconfig --del dovecot
 fi
 
 %postun
-/sbin/service dovecot condrestart &>/dev/null || :
+/sbin/service %{name} condrestart &>/dev/null || :
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -142,11 +157,16 @@
 %doc AUTHORS ChangeLog COPYING* NEWS README TODO
 %doc doc/*.conf doc/*.sh doc/*.txt
 %config %{_sysconfdir}/dovecot.conf
-%config %{_initrddir}/dovecot
+%config %{_initrddir}/%{name}
+%config %{_sysconfdir}/pam.d/*
 %{_sbindir}/*
-%{_libexecdir}/dovecot/
+%dir %{_libexecdir}/%{name}
+%{_libexecdir}/%{name}/
 
 %changelog
+* Mon May 5 2003 Levente Farkas <lfarkas@lfarkas.org>
+- update a few things in the spec file
+
 * Tue Apr 29 2003 Dag Wieers <dag@wieers.com> - 0.99.9-0
 - Updated to release 0.99.9.
 

--------------030506080806070906080701--



From mike@innercite.com  Wed May  7 19:04:18 2003
Received: with ECARTIS (v1.0.0; list dovecot); Wed, 07 May 2003 19:04:18 +0300 (EEST)
Return-Path: <mike@innercite.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from knight.innercite.com (knight.innercite.com [158.222.3.8])
	by danu.procontrol.fi (Postfix) with ESMTP id 9210D2387A
	for <dovecot@procontrol.fi>; Wed,  7 May 2003 19:04:17 +0300 (EEST)
Received: from [158.222.117.13] ([158.222.117.13])
	by knight.innercite.com (8.12.3/8.12.3/Debian -4) with ESMTP id h47Fu6pB018343
	for <dovecot@procontrol.fi>; Wed, 7 May 2003 08:56:06 -0700
Subject: [dovecot] Re: quota
From: Mike Machado <mike@innercite.com>
To: dovecot@procontrol.fi
In-Reply-To: <1052276174.26178.1178.camel@hurina>
References: <20030506135033.GD11876@iq.pl>
	 <1052276174.26178.1178.camel@hurina>
Content-Type: text/plain
Organization: 
Message-Id: <1052323452.661.4.camel@woodstock.innercite.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 07 May 2003 09:04:12 -0700
Content-Transfer-Encoding: 7bit
X-archive-position: 722
X-ecartis-version: Ecartis v1.0.0
Sender: dovecot-bounce@procontrol.fi
Errors-to: dovecot-bounce@procontrol.fi
X-original-sender: mike@innercite.com
Precedence: bulk
X-list: dovecot
X-UID: 725                                                  
Status: O
Content-Length: 4582

Believe me, over quota conditions is a major source of ISP support
headaches. Entire systems have been designed around trying to manage
this very issue.

I think doing something special under this unique condition to at least
allow some messages to be deleted is acceptable as long as it does not
corrupt mail, even if it includes forcing a client logout.

As a side thought, couldn't you delete the message from the mailbox,
THEN update the UID list, because at that point you would be able to
write to the file?


On Tue, 2003-05-06 at 19:56, Timo Sirainen wrote:
> On Tue, 2003-05-06 at 16:50, Sebastian Pachuta wrote:
> > second, there is a problem when user exceed their quota
> 
> Yes, there's several problems. Biggest one is what to do if we can't
> update dovecot-uidlist file.
> 
> If we continued normally but without storing the UIDs permanently, then
> expunged some messages, logged out and logged in again, the UIDs are
> different from last time and that breaks client's cache.
> 
> If we just overwrote next-UID field in dovecot-uidlist we'd get new UIDs
> next time which is fine, except if client selects the mailbox multiple
> times it gets different UIDs for the messages. That probably breaks some
> clients (OE I think).
> 
> One kludgy solution is to overwrite next-UID field only when messages
> are expunged and then force all clients that have selected the mailbox
> to log out.
> 
> Overwriting next-UID isn't too safe either since readers don't do any
> kind of locking for the file, but I'd hope writing 1-10 bytes is usually
> atomic? Well, we could use fcntl() locking in out-of-diskspace
> conditions but I'm not sure if it's worth it..
-- 
Mike Machado
mike@innercite.com
InnerCite Inc.
Engineering Director / CTO


Return-Path: dovecot-bounces@procontrol.fi
Received: from danu.procontrol.fi (localhost [127.0.0.1])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 5980E239A8; Mon, 12 May 2003 17:56:53 +0300 (EEST)
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 57BCC238D1
	for <dovecot@procontrol.fi>; Mon, 12 May 2003 17:56:52 +0300 (EEST)
Received: (qmail 21878 invoked by uid 404); 12 May 2003 14:56:51 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 12 May 2003 10:56:50 -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; 12 May 2003 14:56:50 -0000
Received: (qmail 11560 invoked from network); 12 May 2003 14:56:50 -0000
Received: from vegemite.nssg.mitel.com (10.33.15.70)
  by allspice.nssg.mitel.com with QMQP; 12 May 2003 14:56:50 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 May 2003 15:01:14 -0000
Date: Mon, 12 May 2003 11:01:14 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [dovecot] Re: Design thought - Retention of reworked mbox files
In-Reply-To: <1052701549.5227.415.camel@hurina>
Message-ID: <Pine.LNX.4.44.0305121100120.18840-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
Sender: dovecot-bounces@procontrol.fi
Errors-To: dovecot-bounces@procontrol.fi


On 12 May 2003, Timo Sirainen wrote:

> On Mon, 2003-05-12 at 02:05, Tim Hunt wrote:
> > Would it be possible to keep a backup copy of an mbox mail file any time it 
> > needs to be substantionally rebuilt - for an example before an expunge. This 
> > behaviour could be controlled by the config file, since it would most likely 
> > only be used in development and testing environments.
> 
> If it's only for debugging, I guess I could then just save a copy of it.

Presumably the other reason you'd want it would be for mailbox integrity. 
But if you are concerned about that, you'd be using maildir, wouldn't you?

--
Charlie

From timhunt@users.sourceforge.net  Tue May 13 04:38:08 2003
Return-Path: <timhunt@users.sourceforge.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from timhunt.net (ns1.timhunt.net [216.27.147.130])
	by danu.procontrol.fi (Postfix) with ESMTP id B4DA723998
	for <dovecot@procontrol.fi>; Tue, 13 May 2003 04:38:07 +0300 (EEST)
Received: from phobos.internal (phobos.internal [192.168.10.174])
	(authenticated)
	by timhunt.net (8.11.6/8.11.6) with ESMTP id h4D1c2B06833
	for <dovecot@procontrol.fi>; Mon, 12 May 2003 21:38:02 -0400
Subject: Re: [dovecot] Re: Design thought - Retention of reworked mbox files
From: Tim Hunt <timhunt@users.sourceforge.net>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0305121100120.18840-100000@vegemite.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0305121100120.18840-100000@vegemite.nssg.mitel.com>
Content-Type: multipart/alternative; boundary="=-TiKkSTQmkwvajjD1yK3F"
Organization: 
Message-Id: <1052789879.1188.12.camel@phobos.internal>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 12 May 2003 21:38:00 -0400
X-MailScanner-Information: Please contact the ISP for more information
X-MailScanner: Found to be clean
X-Mailman-Approved-At: Tue, 13 May 2003 04:46:51 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 13 May 2003 01:38:08 -0000
X-UID: 726                                                  
Status: O
Content-Length: 2984


--=-TiKkSTQmkwvajjD1yK3F
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

It's primarily for debugging, and I don't see it being used in a high
volume environment.

What triggered the thought is that I suspect I may have lost the bodies
of a couple of messages during an expunge, but because I don't have the
previous state of the mbox file, I have no way of verifying my concern,
and certainly no way to try and recreate it.

And yes, I'm using mbox files, because I have many years of mail stored
in them, and I'm not quite ready to convert them to another format.

Tim

On Mon, 2003-05-12 at 11:01, Charlie Brady wrote:

> On 12 May 2003, Timo Sirainen wrote:
> 
> > On Mon, 2003-05-12 at 02:05, Tim Hunt wrote:
> > > Would it be possible to keep a backup copy of an mbox mail file any time it 
> > > needs to be substantionally rebuilt - for an example before an expunge. This 
> > > behaviour could be controlled by the config file, since it would most likely 
> > > only be used in development and testing environments.
> > 
> > If it's only for debugging, I guess I could then just save a copy of it.
> 
> Presumably the other reason you'd want it would be for mailbox integrity. 
> But if you are concerned about that, you'd be using maildir, wouldn't you?
> 
> --
> Charlie

--=-TiKkSTQmkwvajjD1yK3F
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/1.1.10">
</HEAD>
<BODY>
It's primarily for debugging, and I don't see it being used in a high volume environment.<BR>
<BR>
What triggered the thought is that I suspect I may have lost the bodies of a couple of messages during an expunge, but because I don't have the previous state of the mbox file, I have no way of verifying my concern, and certainly no way to try and recreate it.<BR>
<BR>
And yes, I'm using mbox files, because I have many years of mail stored in them, and I'm not quite ready to convert them to another format.<BR>
<BR>
Tim<BR>
<BR>
On Mon, 2003-05-12 at 11:01, Charlie Brady wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE><FONT COLOR="#737373" SIZE="3"><I>On 12 May 2003, Timo Sirainen wrote:

&gt; On Mon, 2003-05-12 at 02:05, Tim Hunt wrote:
&gt; &gt; Would it be possible to keep a backup copy of an mbox mail file any time it 
&gt; &gt; needs to be substantionally rebuilt - for an example before an expunge. This 
&gt; &gt; behaviour could be controlled by the config file, since it would most likely 
&gt; &gt; only be used in development and testing environments.
&gt; 
&gt; If it's only for debugging, I guess I could then just save a copy of it.

Presumably the other reason you'd want it would be for mailbox integrity. 
But if you are concerned about that, you'd be using maildir, wouldn't you?

--
Charlie</I></FONT></PRE>
</BLOCKQUOTE>
</BODY>
</HTML>

--=-TiKkSTQmkwvajjD1yK3F--

From eskimoe@ananzi.co.za  Tue May 13 15:21:54 2003
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-201-192.reverse.qdsl-home.de
	[212.202.201.192])
	by danu.procontrol.fi (Postfix) with SMTP id 5D33F238D4
	for <dovecot@procontrol.fi>; Tue, 13 May 2003 15:21:53 +0300 (EEST)
Received: (qmail 17505 invoked by uid 1000); 13 May 2003 12:24:06 -0000
Date: Tue, 13 May 2003 14:24:06 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: dovecot@procontrol.fi
Subject: Re: [dovecot] Re: List-id test
Message-ID: <20030513122405.GA16248@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	dovecot@procontrol.fi
References: <1052702494.5228.418.camel@hurina>
	<1052711046.5228.449.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1052711046.5228.449.camel@hurina>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 13 May 2003 12:21:54 -0000
X-UID: 727                                                  
Status: O

On Mon, May 12, 2003 at 06:44:06AM +0300, Timo Sirainen wrote:
> On Mon, 2003-05-12 at 04:21, Timo Sirainen wrote:
> > Just enabled List-* headers, testing if this still works..
> 
> Hmm. Wondered about why List-Id header used wrong host name and started
> looking at Ecartis' sources .. Wasn't it written in Perl? I had believed
> so for quite a long time for some reason. So since it's C, I figured I'd
> audit the code for security flaws.
> 
> .. I think I'll switch switch the list manager. Mailman looks nice.

tried ezmlm? :)

From tss@iki.fi  Tue May 13 15:38:26 2003
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 BA437239AC
	for <dovecot@procontrol.fi>; Tue, 13 May 2003 15:38:26 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B6BD15E01F80; Tue, 13 May 2003 15:38:25 +0300 (EEST)
Subject: Re: [dovecot] Re: List-id test
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030513122405.GA16248@woom.net>
References: <1052702494.5228.418.camel@hurina>
	 <1052711046.5228.449.camel@hurina>  <20030513122405.GA16248@woom.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052829505.1757.11.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 13 May 2003 15:38:25 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 13 May 2003 12:38:27 -0000
X-UID: 728                                                  
Status: O
Content-Length: 1162

On Tue, 2003-05-13 at 15:24, Moe Wibble wrote:
> > .. I think I'll switch switch the list manager. Mailman looks nice.
> tried ezmlm? :)

Nope, but it looked like it was qmail-only.

Only problem with Mailman now is handling spams that went into
moderation queue. Ecartis didn't have a queue, it just sent the mails to
me so I could either delete them or approvove them by replying. Mailman
wants me to go to some web page to approve them. Or there was something
about replying to the message which would delete it, but I couldn't get
that to work. It probably wanted to reply to attached message/rfc822
which Evolution doesn't handle. Still, too difficult compared to just
deleting the mail and forgetting about it.

Also that means I can't use spamassassin to just delete those mails at
my personal mail account. They'd have to be deleted before passed to
Mailman. Last time I tried installing spamassassin directly to Postfix
it required me to install and configure all kind of weird software and I
got tired of trying.

Anyway, good thing is that now I configured Evolution to do list-reply
with Ctrl-R and that works great because we have List-* headers :)

From eskimoe@ananzi.co.za  Tue May 13 18:03:30 2003
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sun.com (port-212-202-201-192.reverse.qdsl-home.de
	[212.202.201.192])
	by danu.procontrol.fi (Postfix) with SMTP id 75FB3239AF
	for <dovecot@procontrol.fi>; Tue, 13 May 2003 18:03:29 +0300 (EEST)
Received: (qmail 26403 invoked by uid 1000); 13 May 2003 15:05:44 -0000
Date: Tue, 13 May 2003 17:05:44 +0200
From: Moe Wibble <eskimoe@ananzi.co.za>
To: dovecot@procontrol.fi
Subject: Re: [dovecot] Re: List-id test
Message-ID: <20030513150544.GA22511@woom.net>
Mail-Followup-To: Moe Wibble <eskimoe@ananzi.co.za>,
	dovecot@procontrol.fi
References: <1052702494.5228.418.camel@hurina>
	<1052711046.5228.449.camel@hurina> <20030513122405.GA16248@woom.net>
	<1052829505.1757.11.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1052829505.1757.11.camel@hurina>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 13 May 2003 15:03:30 -0000
X-UID: 729                                                  
Status: O
Content-Length: 1743

On Tue, May 13, 2003 at 03:38:25PM +0300, Timo Sirainen wrote:
> On Tue, 2003-05-13 at 15:24, Moe Wibble wrote:
> > > .. I think I'll switch switch the list manager. Mailman looks nice.
> > tried ezmlm? :)
> 
> Nope, but it looked like it was qmail-only.

Yup.

> Only problem with Mailman now is handling spams that went into
> moderation queue. Ecartis didn't have a queue, it just sent the mails to
> me so I could either delete them or approvove them by replying. Mailman
> wants me to go to some web page to approve them. Or there was something
> about replying to the message which would delete it, but I couldn't get
> that to work. It probably wanted to reply to attached message/rfc822
> which Evolution doesn't handle. Still, too difficult compared to just
> deleting the mail and forgetting about it.

Sounds strange. But is moderation really needed?
Unless spam gets out of hand ofcourse.

> Also that means I can't use spamassassin to just delete those mails at
> my personal mail account. They'd have to be deleted before passed to
> Mailman. Last time I tried installing spamassassin directly to Postfix
> it required me to install and configure all kind of weird software and I
> got tired of trying.

Yea, I have a very similar memory of spamassasin. ;)

> Anyway, good thing is that now I configured Evolution to do list-reply
> with Ctrl-R and that works great because we have List-* headers :)

List-Header is good.
I noticed the change right away because my old filter rule for the list
didn't match anymore. But that's okay, List-Id is much better. :)
I only wondered that after the change there was no ezmlm in the header.
Whenever a mailing list that I was on had switched in the past
it always was from X to ezmlm. ;)

From charlie@rubberduck.com  Wed May 14 11:51:48 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 2991E23995
	for <dovecot@procontrol.fi>; Wed, 14 May 2003 11:51:48 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 2581B8FFD; Wed, 14 May 2003 18:52:27 +1000 (EST)
Date: Wed, 14 May 2003 18:52:27 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20030514085227.GA7325@lazy.spodder.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] DRAC support?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 14 May 2003 08:51:48 -0000
X-UID: 730                                                  
Status: O

Hi,

	I was hoping someone had a quick and dirty (is there any other
kind) of patch for DRAC support for dovecot.

This daemon is very slick, and I wish to replace my complex
courier-imap setup.

Regards,
  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From Robert.Evans@cs.cardiff.ac.uk  Wed May 14 18:37:47 2003
Return-Path: <Robert.Evans@cs.cardiff.ac.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from sentinel.cs.cf.ac.uk (sentinel.cs.cf.ac.uk [131.251.42.18])
	by danu.procontrol.fi (Postfix) with ESMTP id 2230923999
	for <dovecot@procontrol.fi>; Wed, 14 May 2003 18:37:47 +0300 (EEST)
Received: from magnesium.cs.cf.ac.uk ([131.251.49.69])
	by sentinel.cs.cf.ac.uk with esmtp (Exim 4.12 #6)
	id 19FyK7-0000g2-00
	for dovecot@procontrol.fi; Wed, 14 May 2003 16:37:43 +0100
From: Robert Evans <Robert.Evans@cs.cardiff.ac.uk>
To: dovecot@procontrol.fi
X-Mailer: Ximian Evolution 1.0.8 (1.0.8-11) 
Date: 14 May 2003 16:37:42 +0100
Message-Id: <1052926663.2853.28.camel@magnesium>
Mime-Version: 1.0
X-SA-Exim-Rcpt-To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-18.0 required=5.0
	tests=AWL,BAYES_01,USER_AGENT_XIMIAN
	autolearn=ham version=2.52
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.52 (1.174.2.8-2003-03-24-exp)
X-SA-Exim-Scanned: Yes
Subject: [Dovecot] 
	Creating and renaming mbox folders on NFS auto-installed partitions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 14 May 2003 15:37:47 -0000
X-UID: 731                                                  
Status: O
Content-Length: 1790

I'm trying dovecot-0.99.9.1 in place of uw-imap which ground to a halt
on a 500MHz SunBlade 100 Solaris 8 system which acts as our Departmental
mail server.  INBOXes are mbox files on the servers's local SCSI disk.
But user directories are auto mounted from other Sun NFS servers and
these may contain other mbox mailboxes in a ~/Mail directory.

There's a problem with creating (and with renaming) mailboxes in the NFS
mounted ~/Mail directory.  For an arbitrary mailbox "newbox", say,
dovecot tries to create the parent directory path /home/username/Mail
before creating the newbox file.

But /home/username is automounted and so creating directory /home or
/home/username fails with errno 89 ENOSYS - unsupported file system
operation. 

The solution is to check for the existence of the directory before
trying to create it.  This will work since /home and /home/username will
always exist for any valid user.

I've amended mbox-storage.c in src/lib-storage/index/mbox to call
"access" to do this....

*** src/lib-storage/index/mbox/mbox-storage.c.orig	Tue Apr 15 14:04:02 2003
--- src/lib-storage/index/mbox/mbox-storage.c	Wed May 14 16:04:39 2003
***************
*** 38,44 ****
  			p++;
  		}
  
! 		if (mkdir(dir, CREATE_MODE) < 0 && errno != EEXIST) {
  			t_pop();
  			return -1;
  		}
--- 38,44 ----
  			p++;
  		}
  
! 		if ( (access(dir,F_OK) != 0) && mkdir(dir, CREATE_MODE) < 0 && errno != EEXIST) {
  			t_pop();
  			return -1;
  		}

- - -
(Could also remove the && errno == EEXIST part - it's redundant 
when access(dir,F_OK) is checking for existence).

Robert
-- 
Robert.Evans@cs.cf.ac.uk Tel:+44(0)29 2087 5518 Fax:+44(0)29 2087 4598
http://www.cs.cf.ac.uk/department/staff/Robert.Evans.shtml
Computer Science, Cardiff University, PO Box 916, Cardiff, CF24 3XF, UK


From tss@iki.fi  Wed May 14 18:55:26 2003
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 5A196239B5
	for <dovecot@procontrol.fi>; Wed, 14 May 2003 18:55:26 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 29B8D5C896C6; Wed, 14 May 2003 18:55:26 +0300 (EEST)
Subject: Re: [Dovecot]  Creating and renaming mbox folders on NFS
	auto-installed partitions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1052926663.2853.28.camel@magnesium>
References: <1052926663.2853.28.camel@magnesium>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052927726.6886.129.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 May 2003 18:55:26 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 14 May 2003 15:55:26 -0000
X-UID: 732                                                  
Status: O

On Wed, 2003-05-14 at 18:37, Robert Evans wrote:
> There's a problem with creating (and with renaming) mailboxes in the NFS
> mounted ~/Mail directory.  For an arbitrary mailbox "newbox", say,
> dovecot tries to create the parent directory path /home/username/Mail
> before creating the newbox file.

Yes, I think I'll actually change a bit how that function works. It
almost always needs to create only the last directory, so I'll just
start checking the existence from the second-last directory in it and
start going down until one is found.

> (Could also remove the && errno == EEXIST part - it's redundant 
> when access(dir,F_OK) is checking for existence).

Not really, there could be race condition when two sessions try to
create it at the same time (however unlikely that is).

From tss@iki.fi  Wed May 14 19:18:46 2003
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 296852399E
	for <dovecot@procontrol.fi>; Wed, 14 May 2003 19:18:46 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id ED9CF5C896C6; Wed, 14 May 2003 19:18:45 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030514085227.GA7325@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
Content-Type: multipart/mixed; boundary="=-vQmUofRE9gF0A1VRbOCV"
Organization: 
Message-Id: <1052929125.6886.154.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 May 2003 19:18:45 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 14 May 2003 16:18:46 -0000
X-UID: 733                                                  
Status: O
Content-Length: 2467


--=-vQmUofRE9gF0A1VRbOCV
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Wed, 2003-05-14 at 11:52, Charlie Allom wrote:
> Hi,
> 
> 	I was hoping someone had a quick and dirty (is there any other
> kind) of patch for DRAC support for dovecot.

Doesn't look too difficult to implement. You'll just have to tell DRAC
once in a while to keep the relay open. Um. I was just going to give a
few ideas how to do it, but I ended up writing the thing. Try if the
included patch works. You'll still need to add the needed libraries to
Makefile.

Hmm .. Maybe it's time to add support for runtime loadable IMAP/POP3
modules.


--=-vQmUofRE9gF0A1VRbOCV
Content-Disposition: attachment; filename=drac.diff
Content-Type: text/x-patch; name=drac.diff; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

Index: client.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/imap/client.c,v
retrieving revision 1.27
diff -u -r1.27 client.c
--- client.c	20 Feb 2003 00:46:17 -0000	1.27
+++ client.c	14 May 2003 16:13:16 -0000
@@ -347,6 +347,39 @@
 		client_destroy(client);
 }
=20
+#define HAVE_DRAC
+#define DRAC_TIMEOUT_SECS 60
+#define DRAC_HOST "localhost"
+
+#ifdef HAVE_DRAC
+struct timeout *to_drac;
+
+static void drac_timeout(void *context __attr_unused__)
+{
+	struct ip_addr ip;
+	char *err;
+
+	if (my_client =3D=3D NULL)
+		return;
+
+	if (net_getsockname(my_client->socket, &ip, NULL) < 0) {
+		i_error("DRAC: net_getsockname() failed: %m");
+		return;
+	}
+
+	if (!IPADDR_IS_V4(&ip)) {
+		i_error("DRAC is supported only for IPv4 clients");
+		timeout_remove(to_drac);
+		to_drac =3D NULL;
+	} else {
+		struct in_addr *in_ip =3D (struct in_addr *) &ip.ip;
+
+		if (dracauth(DRAC_HOST, in_ip->s_addr, &err) !=3D 0)
+			i_error("dracauth() failed: %s", err);
+	}
+}
+#endif
+
 static void idle_timeout(void *context __attr_unused__)
 {
 	if (my_client =3D=3D NULL)
@@ -363,6 +396,9 @@
 {
 	my_client =3D NULL;
 	to_idle =3D timeout_add(10000, idle_timeout, NULL);
+#ifdef HAVE_DRAC
+	to_drac =3D timeout_add(1000*DRAC_TIMEOUT_SECS, drac_timeout, NULL);
+#endif
 }
=20
 void clients_deinit(void)
@@ -373,4 +409,8 @@
 	}
=20
 	timeout_remove(to_idle);
+#ifdef HAVE_DRAC
+	if (to_drac !=3D NULL)
+		timeout_remove(to_drac);
+#endif
 }

--=-vQmUofRE9gF0A1VRbOCV--
From charlie@rubberduck.com  Thu May 15 04:12:26 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 5F15C238B6
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 04:12:26 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 237309000; Thu, 15 May 2003 11:13:06 +1000 (EST)
Date: Thu, 15 May 2003 11:13:06 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030515011306.GA3731@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<1052929125.6886.154.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1052929125.6886.154.camel@hurina>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 01:12:26 -0000
X-UID: 734                                                  
Status: O

On Wed, May 14, 2003 at 07:18:45PM +0300, Timo Sirainen wrote:
> On Wed, 2003-05-14 at 11:52, Charlie Allom wrote:
> > Hi,
> > 
> > 	I was hoping someone had a quick and dirty (is there any other
> > kind) of patch for DRAC support for dovecot.
> 
> Doesn't look too difficult to implement. You'll just have to tell DRAC
> once in a while to keep the relay open. 

Which relay? I assumed by calling drac, drac kept it's own DB with
IPs.

> Um. I was just going to give a
> few ideas how to do it, but I ended up writing the thing. 

Wow thanks!

> Try if the
> included patch works. You'll still need to add the needed libraries to
> Makefile.

Done. But doesn't update the dracdb.

hrmm what can I do to help you debug it? btw if you wouldlike to test
yourself I am using drac 1.12

Regards,
  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From charlie@rubberduck.com  Thu May 15 07:29:54 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 35EDB239CC
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 07:29:54 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 22D5A8FFF; Thu, 15 May 2003 14:30:29 +1000 (EST)
Date: Thu, 15 May 2003 14:30:29 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030515043029.GA18617@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<1052929125.6886.154.camel@hurina> <20030515011306.GA3731@lazy.spodder.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030515011306.GA3731@lazy.spodder.com>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 04:29:54 -0000
X-UID: 735                                                  
Status: O

On Thu, May 15, 2003 at 11:13:06AM +1000, Charlie Allom wrote:
> 
> Which relay? I assumed by calling drac, drac kept it's own DB with
> IPs.
> 

Here are some examples of other patches:

http://mail.cc.umanitoba.ca/drac/pop.html

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From jryden@thebox.our-own.net  Thu May 15 07:37:16 2003
Return-Path: <jryden@thebox.our-own.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from thebox.our-own.net (thebox.our-own.net [64.81.83.87])
	by danu.procontrol.fi (Postfix) with ESMTP id 485FD239CE
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 07:37:16 +0300 (EEST)
Received: from 10.0.0.19 ([10.0.0.19])
	(authenticated bits=0)
	by thebox.our-own.net (8.12.8/8.12.8) with ESMTP id h4F4bCA6013714
	for <dovecot@procontrol.fi>; Wed, 14 May 2003 21:37:13 -0700
From: Joakim Ryden <jryden@thebox.our-own.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Date: Wed, 14 May 2003 21:37:11 -0700
User-Agent: KMail/1.5
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
In-Reply-To: <20030515043029.GA18617@lazy.spodder.com>
X-Powered-By: GNU/Linux
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200305142137.11186.jryden@thebox.our-own.net>
X-Spam-Status: No, hits=-9.9 required=5.0
	tests=IN_REP_TO,REFERENCES,USER_AGENT
	version=2.53
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
X-Mailman-Approved-At: Thu, 15 May 2003 09:22:57 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 04:37:17 -0000
X-UID: 736                                                  
Status: O

On Wednesday 14 May 2003 21:30, Charlie Allom wrote:
=> On Thu, May 15, 2003 at 11:13:06AM +1000, Charlie Allom wrote:
=> >
=> > Which relay? I assumed by calling drac, drac kept it's own DB with
=> > IPs.
=> >
=>
=> Here are some examples of other patches:
=>
=> http://mail.cc.umanitoba.ca/drac/pop.html

DRAC, pop-before-smtp and other such implementations really is a "broken" way 
of implementing the desired result, IMHO, and I would much prefer this code 
stays out of dovecot. You should be using SMTP auth. Really.

--Jo
From tss@iki.fi  Thu May 15 09:25:47 2003
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 7711F239D3
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 09:25:47 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 532005C896C6; Thu, 15 May 2003 09:25:47 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030515011306.GA3731@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052979947.6886.196.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 May 2003 09:25:47 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 06:25:47 -0000
X-UID: 737                                                  
Status: O

On Thu, 2003-05-15 at 04:13, Charlie Allom wrote:
> > Doesn't look too difficult to implement. You'll just have to tell DRAC
> > once in a while to keep the relay open. 
> 
> Which relay? I assumed by calling drac, drac kept it's own DB with
> IPs.

Yea, that's what I meant :)

> > Try if the
> > included patch works. You'll still need to add the needed libraries to
> > Makefile.
> 
> Done. But doesn't update the dracdb.

Hmm. Probably because it called it the first time after one minute. Try
adding drac_timeout(NULL); at the end of client_create() function?

From tss@iki.fi  Thu May 15 09:28:49 2003
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 A83EB239DA
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 09:28:49 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7E1F05C896C6; Thu, 15 May 2003 09:28:49 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200305142137.11186.jryden@thebox.our-own.net>
References: <20030514085227.GA7325@lazy.spodder.com>
	 <20030515011306.GA3731@lazy.spodder.com>
	 <20030515043029.GA18617@lazy.spodder.com>
	 <200305142137.11186.jryden@thebox.our-own.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1052980129.23300.200.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 May 2003 09:28:49 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 06:28:49 -0000
X-UID: 738                                                  
Status: O

On Thu, 2003-05-15 at 07:37, Joakim Ryden wrote:
> DRAC, pop-before-smtp and other such implementations really is a "broken" way 
> of implementing the desired result, IMHO, and I would much prefer this code 
> stays out of dovecot. You should be using SMTP auth. Really.

CVS has now support for dynamically loadable modules (disabled by
default). Support for things like this could then be distributed
completely separately from rest of Dovecot.

From lfarkas@bnap.hu  Thu May 15 14:25:12 2003
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 39B6023887
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 14:25:12 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 9E57975400F
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 13:27:25 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 4FC4A3ED5
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 13:25:02 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 2AF033ECA
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 13:25:02 +0200 (CEST)
Message-ID: <3EC3790D.2090602@bnap.hu>
Date: Thu, 15 May 2003 13:25:01 +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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] ssl still not working
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 11:25:12 -0000
X-UID: 739                                                  
Status: O

hi,
I'm just download the latest cvs and try to use imaps. in mozilla I've 
got the following message window:
-----------------------------
mail.int.bppiac.hu received a message with incorrect Message 
Authentication Code. If the error occurs frequently, contact the website 
administrator.
-----------------------------
and there is only one OK button:-)
and this happens always. what can be the reason and what can I do?
thanks.

-- 
   Levente                               "Si vis pacem para bellum!"


From BrandonHoult@netscape.net  Thu May 15 21:19:24 2003
Return-Path: <BrandonHoult@netscape.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from server (dsl-64-91-5-173.spt.customer.centurytel.net
	[64.91.5.173])
	by danu.procontrol.fi (Postfix) with ESMTP id 3FA572399B
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 21:19:24 +0300 (EEST)
Received: from wombat ([192.168.0.20] helo=netscape.net)
	by server with esmtp (Exim 3.35 #1 (Debian))
	id 19GNJu-0007Hn-00
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 13:19:10 -0500
Message-ID: <3EC3DBDC.1010701@netscape.net>
Date: Thu, 15 May 2003 13:26:36 -0500
From: Brandon Hoult <BrandonHoult@netscape.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Thu, 15 May 2003 21:21:53 +0300
Subject: [Dovecot] help: The current command did not succeed. The mail server
 responded: Invalid mask.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 18:19:24 -0000
X-UID: 740                                                  
Status: O

Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.9.1-1 
on debian.  Using Mozilla Mail v 1.3 currently using mbox format.

I made some test accounts and they seem to be working fine, but my older 
existing accounts give error messages whenever I connect or subscribe to 
  mailboxes within them.  The message that appears on the client is:

"The current command did not succeed. The mail server responded: Invalid 
mask."

it appears three times in an alert box (on windows) then everything 
seems to work.  There are no messages in any of the mail logs in 
/var/log which would indicate a problem.

The test accounts I created don't have this problem so I tried renameing 
the home directory, deleting the user, then recreating the user. 
However even with a new homedir the problem remains unchanged.  I have 
verified that the permissions in ~/mail and /var/mail are set 
identically for working and non-working users.

Thanks in advance for any advice,
Brandon Hoult
dolt@lmistudios.homeip.net

From tss@iki.fi  Thu May 15 21:33:22 2003
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 C2BE2239CF
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 21:33:22 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 68EEB5C896C6; Thu, 15 May 2003 21:33:22 +0300 (EEST)
Subject: Re: [Dovecot] help: The current command did not succeed. The mail
	server responded: Invalid mask.
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EC3DBDC.1010701@netscape.net>
References: <3EC3DBDC.1010701@netscape.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053023602.23300.253.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 May 2003 21:33:22 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 18:33:23 -0000
X-UID: 741                                                  
Status: O
Content-Length: 1068

On Thu, 2003-05-15 at 21:26, Brandon Hoult wrote:
> Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.9.1-1 
> on debian.  Using Mozilla Mail v 1.3 currently using mbox format.
> 
> I made some test accounts and they seem to be working fine, but my older 
> existing accounts give error messages whenever I connect or subscribe to 
>   mailboxes within them.  The message that appears on the client is:
> 
> "The current command did not succeed. The mail server responded: Invalid 
> mask."

Mozilla is probably remembering some old settings from uw-imapd. I'm not
sure what exactly, since they should have pretty similiar settings.
Maybe anyway related to handling ~/mail or namespaces in general.

That error happens anyway if client tries to use absolute file paths
(/path, \path, ~/path/) or tries to use ../ or ..\ in the path. '\'
checking isn't actually really needed, but I thought I might as well
prepare for future VMS/Windows port :)

Instead of giving the error, I could also just make Dovecot ignore that.
I'm not sure if it'd be better..

From warren@togami.com  Thu May 15 23:50:53 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 8D1182399C
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 23:50:53 +0300 (EEST)
Received: from localhost.127.in-addr.arpa (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id 734335D805C
	for <dovecot@procontrol.fi>; Thu, 15 May 2003 10:53:39 -1000 (HST)
Subject: Re: [Dovecot] ssl still not working
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
In-Reply-To: <3EC3790D.2090602@bnap.hu>
References: <3EC3790D.2090602@bnap.hu>
Content-Type: text/plain
Message-Id: <1053031846.15567.10.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (1.3.3-2) (Preview Release)
Date: 15 May 2003 10:50:47 -1000
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2003 20:50:54 -0000
X-UID: 742                                                  
Status: O

On Thu, 2003-05-15 at 01:25, Farkas Levente wrote:
> hi,
> I'm just download the latest cvs and try to use imaps. in mozilla I've 
> got the following message window:
> -----------------------------
> mail.int.bppiac.hu received a message with incorrect Message 
> Authentication Code. If the error occurs frequently, contact the website 
> administrator.
> -----------------------------
> and there is only one OK button:-)
> and this happens always. what can be the reason and what can I do?
> thanks.

I can say that I too have never been able to get IMAPS working with
dovecot, with both self-signed generated .pem files and my apache SSL
keys.  I have that same error message with Mozilla Mail 1.2.1 and 1.4b.

Warren


From mem@mv.mv.com  Fri May 16 05:18:08 2003
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 2F8FD23997
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 05:18:08 +0300 (EEST)
Received: (qmail 18013 invoked by uid 101); 15 May 2003 22:18:06 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 15 May 2003 22:18:06 -0400
To: dovecot@procontrol.fi
Message-ID: <20030516021806.GB26613@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] rawlog fails
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 02:18:09 -0000
X-UID: 743                                                  
Status: O


You mentioned --with-rawlog earlier, so I tried it.  It fails with
a select error.  I believe it's because in some cases the timeval
struct is not initialized in io_loop_get_wait_time (e.g. see sample
diff below).  

-mm-


diff -c src/lib/ioloop.c.orig src/lib/ioloop.c
*** src/lib/ioloop.c.orig       Sat Apr 12 11:00:10 2003
--- src/lib/ioloop.c    Thu May 15 22:10:12 2003
***************
*** 223,230 ****
--- 223,238 ----
  int io_loop_get_wait_time(struct timeout *timeout, struct timeval *tv,
                          struct timeval *tv_now)
  {
+ #if 0         /* mem 20030515 make sure tv contains valid data here */
        if (timeout == NULL)
                return INT_MAX;
+ #else
+       if (timeout == NULL) {
+               tv->tv_sec = INT_MAX / 1000;
+               tv->tv_usec = 0;
+               return INT_MAX;
+       }
+ #endif

        if (tv_now == NULL) {
                if (gettimeofday(tv, NULL) < 0)


From leslie_viljoen@icoc.org  Fri May 16 10:00:57 2003
Return-Path: <leslie_viljoen@icoc.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from acesonline.org.za (unknown [196.37.98.115])
	by danu.procontrol.fi (Postfix) with ESMTP id D1AD1238C9
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 10:00:55 +0300 (EEST)
Received: from localhost.localdomain (unknown [196.37.98.116])
	by acesonline.org.za (Postfix) with ESMTP id BD6F86156
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 10:03:14 -0700 (PDT)
In-Reply-To: <1053031846.15567.10.camel@laptop>
From: leslie_viljoen@icoc.org
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] ssl still not working
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0 September 26, 2002
Message-ID: <OF13CF810E.8D3F2B92-ON42256D28.0025E6D0-42256D28.0026D06A@localdomain>
Date: Fri, 16 May 2003 09:03:57 +0200
X-MIMETrack: Serialize by Notes Client on Leslie Viljoen/JOBURG/ICC(Release
	6.0|September 26, 2002) at 2003-05-16 09:03:57 AM,
	Serialize complete at 2003-05-16 09:03:57 AM
Content-Type: multipart/alternative;
	boundary="=_alternative 0026D03E42256D28_="
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 07:00:57 -0000
X-UID: 744                                                  
Status: O
Content-Length: 5959

This is a multipart message in MIME format.
--=_alternative 0026D03E42256D28_=
Content-Type: text/plain; charset="US-ASCII"

SSL is working very well for me. I used the mkcert.sh script that comes 
with Dovecot - although I changed
it a bit to make a certificate that lasts a year instead of one month.

Mozilla, Outlook Express, Lotus Notes - all using SSL on port 993 to 
communicate with Dovecot and
working fine.

It _did_ take some work to get Dovecot to compile with SSL support, but it 
turns out that my SSL_dev
package was not installed properly. (I had such a problem finding the 
header files that were needed
that I completely upgraded the whole of Linux on that machine and then 
installed the DEV code
from a package).
Once that was done, I could coax Dovecot into compiling with SSL.

Now it works very well. Mozilla in particular immediately asks me if I 
want to accept the certificate
permanently or temorarily - Outlook and Notes use IE's certificate store - 
for that I needed to tell
my users to surf to https://server.com:993 - and then IE would pick up the 
certificate and let them add it
to their trusted store.

I don't know about the Mozilla error below, I didn't get that.

Les

______________________________________
Leslie Viljoen 
Africa Missions Systems Administrator
Cell: 0836186100 Work: 011 6991700
Fax: 011 7945522




Warren Togami <warren@togami.com>
Sent by: dovecot-bounces@procontrol.fi
2003-05-15 10:50 PM
 
        To:     dovecot@procontrol.fi
        cc: 
        Subject:        Re: [Dovecot] ssl still not working


On Thu, 2003-05-15 at 01:25, Farkas Levente wrote:
> hi,
> I'm just download the latest cvs and try to use imaps. in mozilla I've 
> got the following message window:
> -----------------------------
> mail.int.bppiac.hu received a message with incorrect Message 
> Authentication Code. If the error occurs frequently, contact the website 

> administrator.
> -----------------------------
> and there is only one OK button:-)
> and this happens always. what can be the reason and what can I do?
> thanks.

I can say that I too have never been able to get IMAPS working with
dovecot, with both self-signed generated .pem files and my apache SSL
keys.  I have that same error message with Mozilla Mail 1.2.1 and 1.4b.

Warren




--=_alternative 0026D03E42256D28_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">SSL is working very well for me. I used
the mkcert.sh script that comes with Dovecot - although I changed</font>
<br><font size=2 face="sans-serif">it a bit to make a certificate that
lasts a year instead of one month.</font>
<br>
<br><font size=2 face="sans-serif">Mozilla, Outlook Express, Lotus Notes
- all using SSL on port 993 to communicate with Dovecot and</font>
<br><font size=2 face="sans-serif">working fine.</font>
<br>
<br><font size=2 face="sans-serif">It _did_ take some work to get Dovecot
to compile with SSL support, but it turns out that my SSL_dev</font>
<br><font size=2 face="sans-serif">package was not installed properly.
(I had such a problem finding the header files that were needed</font>
<br><font size=2 face="sans-serif">that I completely upgraded the whole
of Linux on that machine and then installed the DEV code</font>
<br><font size=2 face="sans-serif">from a package).</font>
<br><font size=2 face="sans-serif">Once that was done, I could coax Dovecot
into compiling with SSL.</font>
<br>
<br><font size=2 face="sans-serif">Now it works very well. Mozilla in particular
immediately asks me if I want to accept the certificate</font>
<br><font size=2 face="sans-serif">permanently or temorarily - Outlook
and Notes use IE's certificate store - for that I needed to tell</font>
<br><font size=2 face="sans-serif">my users to surf to https://server.com:993
- and then IE would pick up the certificate and let them add it</font>
<br><font size=2 face="sans-serif">to their trusted store.</font>
<br>
<br><font size=2 face="sans-serif">I don't know about the Mozilla error
below, I didn't get that.</font>
<br>
<br><font size=2 face="sans-serif">Les</font>
<br>
<br><font size=2 face="sans-serif">______________________________________<br>
Leslie Viljoen <br>
Africa Missions Systems Administrator<br>
Cell: 0836186100 Work: 011 6991700<br>
Fax: 011 7945522</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Warren Togami &lt;warren@togami.com&gt;</b></font>
<br><font size=1 face="sans-serif">Sent by: dovecot-bounces@procontrol.fi</font>
<p><font size=1 face="sans-serif">2003-05-15 10:50 PM</font>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To:
&nbsp; &nbsp; &nbsp; &nbsp;dovecot@procontrol.fi</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc:
&nbsp; &nbsp; &nbsp; &nbsp;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject:
&nbsp; &nbsp; &nbsp; &nbsp;Re: [Dovecot] ssl still not working</font></table>
<br>
<br>
<br><font size=2><tt>On Thu, 2003-05-15 at 01:25, Farkas Levente wrote:<br>
&gt; hi,<br>
&gt; I'm just download the latest cvs and try to use imaps. in mozilla
I've <br>
&gt; got the following message window:<br>
&gt; -----------------------------<br>
&gt; mail.int.bppiac.hu received a message with incorrect Message <br>
&gt; Authentication Code. If the error occurs frequently, contact the website
<br>
&gt; administrator.<br>
&gt; -----------------------------<br>
&gt; and there is only one OK button:-)<br>
&gt; and this happens always. what can be the reason and what can I do?<br>
&gt; thanks.<br>
<br>
I can say that I too have never been able to get IMAPS working with<br>
dovecot, with both self-signed generated .pem files and my apache SSL<br>
keys. &nbsp;I have that same error message with Mozilla Mail 1.2.1 and
1.4b.<br>
<br>
Warren<br>
<br>
<br>
</tt></font>
<br>
--=_alternative 0026D03E42256D28_=--
From ruud@duticg.twi.tudelft.nl  Fri May 16 10:27:49 2003
Return-Path: <ruud@duticg.twi.tudelft.nl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from dutids.twi.tudelft.nl (dutids.twi.tudelft.nl [130.161.157.71])
	by danu.procontrol.fi (Postfix) with ESMTP id 7FCD6239DE
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 10:27:49 +0300 (EEST)
Received: from ruud by dutids.twi.tudelft.nl with local (Exim 3.35 #1
	(Debian))	id 19GZd6-0007WY-00; Fri, 16 May 2003 09:27:48 +0200
Date: Fri, 16 May 2003 09:27:48 +0200
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] ssl still not working
Message-ID: <20030516072748.GA28822@dutids.twi.tudelft.nl>
References: <3EC3790D.2090602@bnap.hu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3EC3790D.2090602@bnap.hu>
User-Agent: Mutt/1.3.28i
From: Ruud de Jong <ruud@duticg.twi.tudelft.nl>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 07:27:49 -0000
X-UID: 745                                                  
Status: O
Content-Length: 1196

Hi,

I'm running a stable debian version and had the same problem after
installing the debian package.
When I downloaded the latest version of openssl (openssl-0.9.7b), compiled
dovecot and linked it with this openssl version the problem was solved.

regards,

Ruud


On Thu, May 15, 2003 at 01:25:01PM +0200, Farkas Levente wrote:
> hi,
> I'm just download the latest cvs and try to use imaps. in mozilla I've 
> got the following message window:
> -----------------------------
> mail.int.bppiac.hu received a message with incorrect Message 
> Authentication Code. If the error occurs frequently, contact the website 
> administrator.
> -----------------------------
> and there is only one OK button:-)
> and this happens always. what can be the reason and what can I do?
> thanks.
> 
> -- 
>   Levente                               "Si vis pacem para bellum!"
> 

-- 
Ruud de Jong
Delft Universitiy of Technology
Faculty of Information Technology and Systems
Computer Graphics and CAD/CAM Group
Mekelweg 4, room 12.070, 2628 CD  Delft, The Netherlands
E-mail	: R.deJong@its.tudelft.nl
pgp key : http://graphics.tudelft.nl/~ruud/ruud.pgp
Phone	: +31 (0)15 278 1437  
Fax	: +31 (0)15 278 7141 

From lfarkas@bnap.hu  Fri May 16 12:38:51 2003
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 E8DAE239E7
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 12:38:50 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id D6A4D75401A
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 11:38:46 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 244F33EC4
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 11:38:49 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 104FC3EAD
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 11:38:49 +0200 (CEST)
Message-ID: <3EC4B1A7.3030000@bnap.hu>
Date: Fri, 16 May 2003 11:38:47 +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@procontrol.fi
Subject: Re: [Dovecot] ssl still not working
References: <3EC3790D.2090602@bnap.hu>
	<20030516072748.GA28822@dutids.twi.tudelft.nl>
In-Reply-To: <20030516072748.GA28822@dutids.twi.tudelft.nl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 09:38:51 -0000
X-UID: 746                                                  
Status: O
Content-Length: 1075

that may be the reason since I use:
openssl-0.9.7a-5
openssl-devel-0.9.7a-5

Ruud de Jong wrote:
> Hi,
> 
> I'm running a stable debian version and had the same problem after
> installing the debian package.
> When I downloaded the latest version of openssl (openssl-0.9.7b), compiled
> dovecot and linked it with this openssl version the problem was solved.
> 
> regards,
> 
> Ruud
> 
> 
> On Thu, May 15, 2003 at 01:25:01PM +0200, Farkas Levente wrote:
> 
>>hi,
>>I'm just download the latest cvs and try to use imaps. in mozilla I've 
>>got the following message window:
>>-----------------------------
>>mail.int.bppiac.hu received a message with incorrect Message 
>>Authentication Code. If the error occurs frequently, contact the website 
>>administrator.
>>-----------------------------
>>and there is only one OK button:-)
>>and this happens always. what can be the reason and what can I do?
>>thanks.
>>
>>-- 
>>  Levente                               "Si vis pacem para bellum!"
>>
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Fri May 16 13:13:38 2003
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 62DEB239E9
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 13:13:38 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id D2E4D754013
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 12:13:33 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id D46363EC4
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 12:13:30 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id BD3723ED3
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 12:13:30 +0200 (CEST)
Message-ID: <3EC4B9C7.7010000@bnap.hu>
Date: Fri, 16 May 2003 12:13: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: Re: [Dovecot] ssl still not working
References: <3EC3790D.2090602@bnap.hu>
	<20030516072748.GA28822@dutids.twi.tudelft.nl> <3EC4B1A7.3030000@bnap.hu>
In-Reply-To: <3EC4B1A7.3030000@bnap.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 10:13:38 -0000
X-UID: 747                                                  
Status: O
Content-Length: 1255

but as I look into the source it seems redhat already include all patch 
for 7b:-( any other tipp?

Farkas Levente wrote:
> that may be the reason since I use:
> openssl-0.9.7a-5
> openssl-devel-0.9.7a-5
> 
> Ruud de Jong wrote:
> 
>> Hi,
>>
>> I'm running a stable debian version and had the same problem after
>> installing the debian package.
>> When I downloaded the latest version of openssl (openssl-0.9.7b), 
>> compiled
>> dovecot and linked it with this openssl version the problem was solved.
>>
>> regards,
>>
>> Ruud
>>
>>
>> On Thu, May 15, 2003 at 01:25:01PM +0200, Farkas Levente wrote:
>>
>>> hi,
>>> I'm just download the latest cvs and try to use imaps. in mozilla 
>>> I've got the following message window:
>>> -----------------------------
>>> mail.int.bppiac.hu received a message with incorrect Message 
>>> Authentication Code. If the error occurs frequently, contact the 
>>> website administrator.
>>> -----------------------------
>>> and there is only one OK button:-)
>>> and this happens always. what can be the reason and what can I do?
>>> thanks.
>>>
>>> -- 
>>>  Levente                               "Si vis pacem para bellum!"
>>>
>>
>>
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"


From warren@togami.com  Fri May 16 13:46:02 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id E9D55239E3
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 13:46:01 +0300 (EEST)
Received: from localhost.127.in-addr.arpa (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id 63E7B5D803F
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 00:48:59 -1000 (HST)
Subject: Re: [Dovecot] ssl still not working
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
In-Reply-To: <3EC4B9C7.7010000@bnap.hu>
References: <3EC3790D.2090602@bnap.hu><3EC4B1A7.3030000@bnap.hu>
	<3EC4B9C7.7010000@bnap.hu>
Content-Type: text/plain
Message-Id: <1053081958.31529.9.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (1.3.3-2) (Preview Release)
Date: 16 May 2003 00:45:58 -1000
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 10:46:02 -0000
X-UID: 748                                                  
Status: O

Did you folks have to create a pam.d file for dovecot?  I'm not quite
sure what to put in my pam.d dovecot file.  Could this be effecting my
SSL ability?

Warren


From lfarkas@bnap.hu  Fri May 16 13:52:24 2003
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 5C802239EF
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 13:52:24 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id ABC2675401B
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 12:52:19 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 1D3953ECA
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 12:52:22 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 04C4B3EC4
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 12:52:22 +0200 (CEST)
Message-ID: <3EC4C2E5.7080409@bnap.hu>
Date: Fri, 16 May 2003 12:52:21 +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: Re: [Dovecot] ssl still not working
References: <3EC3790D.2090602@bnap.hu><3EC4B1A7.3030000@bnap.hu>
	<3EC4B9C7.7010000@bnap.hu> <1053081958.31529.9.camel@laptop>
In-Reply-To: <1053081958.31529.9.camel@laptop>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 10:52:24 -0000
X-UID: 749                                                  
Status: O

Warren Togami wrote:
> Did you folks have to create a pam.d file for dovecot?  I'm not quite
> sure what to put in my pam.d dovecot file.  Could this be effecting my
> SSL ability?
> 
> Warren
put the same to all imap, imaps, pop3, pop3s:
---------------------
#%PAM-1.0
auth       required     pam_nologin.so
auth       required     pam_stack.so service=system-auth
account    required     pam_stack.so service=system-auth
session    required     pam_stack.so service=system-auth
---------------------


-- 
   Levente                               "Si vis pacem para bellum!"


From leslie_viljoen@icoc.org  Fri May 16 13:57:26 2003
Return-Path: <leslie_viljoen@icoc.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: from acesonline.org.za (unknown [196.37.98.115])
	by danu.procontrol.fi (Postfix) with ESMTP id 07261239F2
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 13:57:24 +0300 (EEST)
Received: from localhost.localdomain (unknown [196.37.98.116])
	by acesonline.org.za (Postfix) with ESMTP id 2C82C6157
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 13:59:47 -0700 (PDT)
In-Reply-To: <1053081958.31529.9.camel@laptop>
From: leslie_viljoen@icoc.org
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] ssl still not working
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0 September 26, 2002
Message-ID: <OF787E7C26.8C2064A4-ON42256D28.003BE758-42256D28.0052DE53@localdomain>
Date: Fri, 16 May 2003 17:05:08 +0200
X-MIMETrack: Serialize by Notes Client on Leslie Viljoen/JOBURG/ICC(Release
	6.0|September 26, 2002) at 2003-05-16 05:05:09 PM,
	Serialize complete at 2003-05-16 05:05:09 PM
Content-Type: multipart/alternative;
	boundary="=_alternative 0052DE1842256D28_="
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 10:57:26 -0000
X-UID: 750                                                  
Status: O
Content-Length: 2502

This is a multipart message in MIME format.
--=_alternative 0052DE1842256D28_=
Content-Type: text/plain; charset="US-ASCII"

I am using shadow authentication, not Pam, so I don't know.

Here are my /usr/local/etc/dovecot.conf entries:

auth_userdb = passwd
auth_passdb = shadow



Les

______________________________________
Leslie Viljoen 
Africa Missions Systems Administrator
Cell: 0836186100 Work: 011 6991700
Fax: 011 7945522




Warren Togami <warren@togami.com>
Sent by: dovecot-bounces@procontrol.fi
2003-05-16 12:45 PM
 
        To:     dovecot@procontrol.fi
        cc: 
        Subject:        Re: [Dovecot] ssl still not working


Did you folks have to create a pam.d file for dovecot?  I'm not quite
sure what to put in my pam.d dovecot file.  Could this be effecting my
SSL ability?

Warren




--=_alternative 0052DE1842256D28_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">I am using shadow authentication, not
Pam, so I don't know.</font>
<br>
<br><font size=2 face="sans-serif">Here are my /usr/local/etc/dovecot.conf
entries:</font>
<br>
<br><font size=2 face="sans-serif">auth_userdb = passwd</font>
<br><font size=2 face="sans-serif">auth_passdb = shadow</font>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">Les</font>
<br>
<br><font size=2 face="sans-serif">______________________________________<br>
Leslie Viljoen <br>
Africa Missions Systems Administrator<br>
Cell: 0836186100 Work: 011 6991700<br>
Fax: 011 7945522</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Warren Togami &lt;warren@togami.com&gt;</b></font>
<br><font size=1 face="sans-serif">Sent by: dovecot-bounces@procontrol.fi</font>
<p><font size=1 face="sans-serif">2003-05-16 12:45 PM</font>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To:
&nbsp; &nbsp; &nbsp; &nbsp;dovecot@procontrol.fi</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc:
&nbsp; &nbsp; &nbsp; &nbsp;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject:
&nbsp; &nbsp; &nbsp; &nbsp;Re: [Dovecot] ssl still not working</font></table>
<br>
<br>
<br><font size=2><tt>Did you folks have to create a pam.d file for dovecot?
&nbsp;I'm not quite<br>
sure what to put in my pam.d dovecot file. &nbsp;Could this be effecting
my<br>
SSL ability?<br>
<br>
Warren<br>
<br>
<br>
</tt></font>
<br>
--=_alternative 0052DE1842256D28_=--
From tss@iki.fi  Fri May 16 20:15:14 2003
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 079E6238CE
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 20:15:14 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1C04A5C896C6; Fri, 16 May 2003 20:15:12 +0300 (EEST)
Subject: Re: [Dovecot] rawlog fails
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030516021806.GB26613@iridium.mv.net>
References: <20030516021806.GB26613@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053105311.1212.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 May 2003 20:15:11 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 17:15:14 -0000
X-UID: 751                                                  
Status: O

On Fri, 2003-05-16 at 05:18, Mark E. Mallett wrote:
> You mentioned --with-rawlog earlier, so I tried it.  It fails with
> a select error.  I believe it's because in some cases the timeval
> struct is not initialized in io_loop_get_wait_time (e.g. see sample
> diff below).  

Yes, thanks, committed to CVS.

From tss@iki.fi  Fri May 16 20:19:12 2003
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 D0553239EC
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 20:19:11 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 691D65C896C6; Fri, 16 May 2003 20:19:11 +0300 (EEST)
Subject: [Fwd: Re: [Dovecot] help: The current command did not succeed. The
	mail server responded: Invalid mask.]
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: multipart/mixed; boundary="=-IsnW+ZNhrqJ6wjmRliAO"
Organization: 
Message-Id: <1053105551.1218.28.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 May 2003 20:19:11 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 17:19:12 -0000
X-UID: 752                                                  
Status: O
Content-Length: 6115


--=-IsnW+ZNhrqJ6wjmRliAO
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Just FYI, I guess this message was meant here :)


--=-IsnW+ZNhrqJ6wjmRliAO
Content-Disposition: inline
Content-Description: Forwarded message - Re: [Dovecot] help: The current
	command did not succeed. The mail server responded: Invalid mask.
Content-Type: message/rfc822

Return-Path: <dolt@lmistudios.homeip.net>
Delivered-To: cras@irccrew.org
Received: from jokotaas.iki.fi (jokotaas.iki.fi [212.16.100.2]) by
	shodan.irccrew.org (Postfix) with ESMTP id CE3042E003 for
	<cras@irccrew.org>; Thu, 15 May 2003 22:05:20 +0300 (EEST)
Received: from server (dsl-64-91-5-173.spt.customer.centurytel.net
	[64.91.5.173]) by jokotaas.iki.fi (8.11.6p2/8.11.6) with ESMTP id
	h4FJ5JW11273 for <tss@iki.fi>; Thu, 15 May 2003 22:05:19 +0300 (EEST)
Received: from wombat ([192.168.0.20] helo=lmistudios.homeip.net) by server
	<tss@iki.fi>;	Thu, 15 May 2003 14:05:06 -0500
Message-ID: <3EC3E6A0.3020603@lmistudios.homeip.net>
Date: Thu, 15 May 2003 14:12:32 -0500
From: dolt <dolt@lmistudios.homeip.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3)
	Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] help: The current command did not succeed. The mail
	server responded: Invalid mask.
References: <3EC3DBDC.1010701@netscape.net>
	 <1053023602.23300.253.camel@hurina>
In-Reply-To: <1053023602.23300.253.camel@hurina>
Content-Type: multipart/alternative;
	boundary="------------070506070803030608090705"
X-Spam-Status: No, hits=-29.4 required=4.0
	tests=EMAIL_ATTRIBUTION,HTML_10_20,HTML_MESSAGE,IN_REP_TO,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.53
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
Status: O
X-UID: 13814
Content-Length: 4195
X-Keywords: 


--------------070506070803030608090705
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii; format=flowed

Yes, that was the problem... tried an old version of netscape and 
everything was ok.

I eventually found where the problems was in mozilla and thought I would 
post the solution if anyone else was experiencing the same trouble.

I started looking around in the mozilla mail settings and found under 
the [ edit - maiil and newsgroup account settings - (appropriate 
account) - server settings ] there is a line at the bottom labled "local 
directory" where it specifies the location it keeps all the settings 
in.  I deleted all the files in that directory and the problems went away.

Thanks,
Brandon.

Timo Sirainen wrote:

>On Thu, 2003-05-15 at 21:26, Brandon Hoult wrote:
>  
>
>>Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.9.1-1 
>>on debian.  Using Mozilla Mail v 1.3 currently using mbox format.
>>
>>I made some test accounts and they seem to be working fine, but my older 
>>existing accounts give error messages whenever I connect or subscribe to 
>>  mailboxes within them.  The message that appears on the client is:
>>
>>"The current command did not succeed. The mail server responded: Invalid 
>>mask."
>>    
>>
>
>Mozilla is probably remembering some old settings from uw-imapd. I'm not
>sure what exactly, since they should have pretty similiar settings.
>Maybe anyway related to handling ~/mail or namespaces in general.
>
>That error happens anyway if client tries to use absolute file paths
>(/path, \path, ~/path/) or tries to use ../ or ..\ in the path. '\'
>checking isn't actually really needed, but I thought I might as well
>prepare for future VMS/Windows port :)
>
>Instead of giving the error, I could also just make Dovecot ignore that.
>I'm not sure if it'd be better..
>  
>


--------------070506070803030608090705
Content-Transfer-Encoding: 7bit
Content-Type: text/html; charset=us-ascii

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
Yes, that was the problem... tried an old version of netscape and
everything was ok. <br>
<br>
I eventually found where the problems was in mozilla and thought I
would post the solution if anyone else was experiencing the same
trouble.<br>
<br>
I started looking around in the mozilla mail settings and found under
the [ edit - maiil and newsgroup account settings - (appropriate
account) - server settings ] there is a line at the bottom labled
"local directory" where it specifies the location it keeps all the
settings in.&nbsp; I deleted all the files in that directory and the
problems went away.<br>
<br>
Thanks, <br>
Brandon.<br>
<br>
Timo Sirainen wrote:<br>
<blockquote type="cite" cite="mid1053023602.23300.253.camel@hurina">
  <pre wrap="">On Thu, 2003-05-15 at 21:26, Brandon Hoult wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.9.1-1 
on debian.  Using Mozilla Mail v 1.3 currently using mbox format.

I made some test accounts and they seem to be working fine, but my older 
existing accounts give error messages whenever I connect or subscribe to 
  mailboxes within them.  The message that appears on the client is:

"The current command did not succeed. The mail server responded: Invalid 
mask."
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Mozilla is probably remembering some old settings from uw-imapd. I'm not
sure what exactly, since they should have pretty similiar settings.
Maybe anyway related to handling ~/mail or namespaces in general.

That error happens anyway if client tries to use absolute file paths
(/path, \path, ~/path/) or tries to use ../ or ..\ in the path. '\'
checking isn't actually really needed, but I thought I might as well
prepare for future VMS/Windows port :)

Instead of giving the error, I could also just make Dovecot ignore that.
I'm not sure if it'd be better..
  </pre>
</blockquote>
<br>
</body>
</html>

--------------070506070803030608090705--


--=-IsnW+ZNhrqJ6wjmRliAO--

--=-IsnW+ZNhrqJ6wjmRliAO--
From dgc@uchicago.edu  Fri May 16 22:13:44 2003
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3A9B7239F0; Fri, 16 May 2003 22:13:44 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 110B52399F
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 22:13:39 +0300 (EEST)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h4GJDZd00243;
	Fri, 16 May 2003 14:13:35 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Fri, 16 May 2003 14:13:35 -0500
From: David Champion <dgc@uchicago.edu>
To: Joakim Ryden <jryden@thebox.our-own.net>
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030516191335.GA196@dust.uchicago.edu>
Mail-Followup-To: Joakim Ryden <jryden@thebox.our-own.net>,
	dovecot@procontrol.fi
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200305142137.11186.jryden@thebox.our-own.net>
User-Agent: Mutt/1.5.2i
X-Spam-Status: No, hits=-27.5 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	      USER_AGENT_MUTT,X_AUTH_WARNING
	autolearn=ham	version=2.50
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 16 May 2003 19:13:44 -0000
X-UID: 753                                                  
Status: O

* On 2003.05.14, in <200305142137.11186.jryden@thebox.our-own.net>,
*	"Joakim Ryden" <jryden@thebox.our-own.net> wrote:
> 
> DRAC, pop-before-smtp and other such implementations really is a "broken" way 
> of implementing the desired result, IMHO, and I would much prefer this code 
> stays out of dovecot. You should be using SMTP auth. Really.

I agree that it's not as good an answer as SMTP auth, but SMTP auth
isn't always an option. *-before-SMTP is. That's why it's popular,
and that's why it will exist for dovecot whether Timo puts it in the
distribution or not. It just makes things easier if he does.

-- 
 -D.    dgc@uchicago.edu        NSIT    University of Chicago
      When using any driving directions or map, it's a good idea to do a
      reality check and make sure the road still exists, watch out for
      construction, and follow all traffic safety precautions.
From charlie@rubberduck.com  Sat May 17 09:30:53 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 38DB12399F; Sat, 17 May 2003 09:30:53 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id AF07F2387F
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 09:30:49 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 7F2B09007; Sat, 17 May 2003 16:31:25 +1000 (EST)
Date: Sat, 17 May 2003 16:31:25 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Joakim Ryden <jryden@thebox.our-own.net>, dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030517063125.GA23270@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030516191335.GA196@dust.uchicago.edu>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 17 May 2003 06:30:53 -0000
X-UID: 754                                                  
Status: O
Content-Length: 1269

On Fri, May 16, 2003 at 02:13:35PM -0500, David Champion wrote:
> * On 2003.05.14, in <200305142137.11186.jryden@thebox.our-own.net>,
> *	"Joakim Ryden" <jryden@thebox.our-own.net> wrote:
> > 
> > DRAC, pop-before-smtp and other such implementations really is a "broken" way 
> > of implementing the desired result, IMHO, and I would much prefer this code 
> > stays out of dovecot. You should be using SMTP auth. Really.
> 
> I agree that it's not as good an answer as SMTP auth, but SMTP auth
> isn't always an option. *-before-SMTP is. That's why it's popular,
> and that's why it will exist for dovecot whether Timo puts it in the
> distribution or not. It just makes things easier if he does.

On this note,

has anyone else tried this patch ? with Timo's modifications to his
original patch I got it updating the DRAC db, but only able to use the
local interfaces.

I'm not sure dovecot is structured, but maybe the patch should be in
the auth parts of the code?

don't shoot me :) Just seeing if someone else is interested in DRAC
atm with dovecot.

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From warren@togami.com  Sat May 17 11:34:09 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 182E12387F; Sat, 17 May 2003 11:34:09 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 6984A2387A
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 11:34:06 +0300 (EEST)
Received: from localhost.127.in-addr.arpa (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id CB1035D805F
	for <dovecot@procontrol.fi>; Fri, 16 May 2003 22:37:10 -1000 (HST)
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1053160434.8705.58.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (1.3.3-2) (Preview Release)
Date: 16 May 2003 22:33:55 -1000
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-2.4 required=5.0
	tests=USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] Postfix locking equivalence?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 17 May 2003 08:34:09 -0000
X-UID: 755                                                  
Status: O

/etc/postfix/main.cf.default:
mailbox_delivery_lock = flock, dotlock

Is flock equivalent to dovecot's fnctl locking?  For mbox what type of
locking settings should I be using?  (No NFS, only local filesystem.)

Warren Togami
warren@togami.com


From tss@iki.fi  Sat May 17 12:59:08 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5BE3E2387F; Sat, 17 May 2003 12:59:08 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F205C23845
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 12:59:06 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C783E5C896C6; Sat, 17 May 2003 12:59:06 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053165546.1212.57.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 May 2003 12:59:06 +0300
Subject: [Dovecot] test
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 17 May 2003 09:59:08 -0000
X-UID: 756                                                  
Status: O

..is this thing working.. I messed up a bit when adding spamassassin to
postfix filter.

From warren@togami.com  Sat May 17 13:04:04 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 01F83239FE; Sat, 17 May 2003 13:04:03 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id A4AFF2387F
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 13:03:58 +0300 (EEST)
Received: from localhost.127.in-addr.arpa (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id C46015D805F
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 00:07:11 -1000 (HST)
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1053165834.8705.76.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (1.3.3-2) (Preview Release)
Date: 17 May 2003 00:03:55 -1000
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Postfix locking equivalence?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 17 May 2003 10:04:04 -0000
X-UID: 757                                                  
Status: O

/etc/postfix/main.cf.default:
mailbox_delivery_lock = flock, dotlock

Is flock equivalent to dovecot's fnctl locking?  For mbox what type of
locking settings should I be using?  (No NFS, only local filesystem.)

I'm using procmail to deliver mail to my mboxes.  Does the above postfix
setting effect procmail's locking method?  I use rules like this:

:0
* ^X-BeenThere: dovecot@procontrol.fi
DOVECOT

If I understand this correctly, :0: in procmailrc would explicitly use
dotlocks instead of "kernel-locks" as procmail calls it.  I'm not fully
understanding all this locking stuff.

Warren Togami
warren@togami.com

p.s.
Timo, I received your test message after my prior posting attempt
bounced.  I had this error message:

Reporting-MTA: dns; danu.procontrol.fi
Arrival-Date: Sat, 17 May 2003 12:52:08 +0300 (EEST)

Final-Recipient: rfc822; dovecot@procontrol.fi
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; mail forwarding loop for
dovecot@procontrol.fi

From tss@iki.fi  Sat May 17 13:23:48 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 93696239FE; Sat, 17 May 2003 13:23:48 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F12A62387A
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 13:23:46 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B66C15C896C6; Sat, 17 May 2003 13:23:46 +0300 (EEST)
Subject: Re: [Dovecot] Postfix locking equivalence?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1053165834.8705.76.camel@laptop>
References: <1053165834.8705.76.camel@laptop>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053167026.1218.76.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 May 2003 13:23:46 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 17 May 2003 10:23:48 -0000
X-UID: 758                                                  
Status: O
Content-Length: 1654

On Sat, 2003-05-17 at 13:03, Warren Togami wrote:
> /etc/postfix/main.cf.default:
> mailbox_delivery_lock = flock, dotlock
> 
> Is flock equivalent to dovecot's fnctl locking?  For mbox what type of
> locking settings should I be using?  (No NFS, only local filesystem.)

Well.. flock isn't the same as fcntl. Dovecot supports flock too, so you
could set Dovecot to use that too.

Dotlock can do only exclusive mbox locking, ie. no-one else should
read/write the mbox at the time. It's the oldest locking method and
pretty much everyone uses at least that. If mail is only being appened
to mbox, it's enough alone (if everyone else uses dotlocking too).

fcntl and flock can do both exclusive and shared locks. That provides
read consistency when mails are being deleted from the middle of the
mailbox. Whenever you want to read mbox, you get a shared lock so no-one
can modify it while you're reading it, but that still allows others to
read the mbox at the same time.

It doesn't really matter if you use flock or fcntl, as long as everyone
uses the same. I think flock is more generally in client's defaults, but
I used fcntl because it's more standard and might work over NFS.

> If I understand this correctly, :0: in procmailrc would explicitly use
> dotlocks instead of "kernel-locks" as procmail calls it.  I'm not fully
> understanding all this locking stuff.

I don't know much about procmail, but if it does dotlocking it's enough.

> p.s.
> Timo, I received your test message after my prior posting attempt
> bounced.  I had this error message:

Yeah, sorry. The mail got into archives and I tried to resend it, but it
didn't seem to work :)

From jaldhar@debian.org  Sat May 17 18:25:04 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3B7DD238D2; Sat, 17 May 2003 18:25:04 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 3DFF72387F
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 18:25:01 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 20C717FE7; Sat, 17 May 2003 11:25:00 -0400 (EDT)
Date: Sat, 17 May 2003 11:24:59 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: Ruud de Jong <ruud@duticg.twi.tudelft.nl>
Subject: Re: [Dovecot] ssl still not working
In-Reply-To: <20030516072748.GA28822@dutids.twi.tudelft.nl>
Message-ID: <Pine.LNX.4.55.0305171122570.23292@samadhi.braincells.com>
References: <3EC3790D.2090602@bnap.hu>
	<20030516072748.GA28822@dutids.twi.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 17 May 2003 15:25:04 -0000
X-UID: 759                                                  
Status: O

On Fri, 16 May 2003, Ruud de Jong wrote:

> Hi,
>
> I'm running a stable debian version and had the same problem after
> installing the debian package.
> When I downloaded the latest version of openssl (openssl-0.9.7b), compiled
> dovecot and linked it with this openssl version the problem was solved.
>

Yeah I've been noticing that.  The Debian package is compiled with gnutls
which appears to be somewhat broken (at least on stable.)  I'm going to do
a new version today compiled against openssl.


-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From tss@iki.fi  Sat May 17 20:46:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2003D238C5; Sat, 17 May 2003 20:46:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2A35C2387F
	for <dovecot@procontrol.fi>; Sat, 17 May 2003 20:46:13 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5C9F75C896C6; Sat, 17 May 2003 20:46:11 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053193571.1214.86.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 May 2003 20:46:11 +0300
Subject: [Dovecot] Maildir synchronization
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 17 May 2003 17:46:15 -0000
X-UID: 760                                                  
Status: O
Content-Length: 6770

I thought I'd send this here too, since I spent so much time writing it
as comment to maildir-sync.c :) Now only thing left to do is to write
the code to match it.

/*
   Here's a description of how we handle Maildir synchronization and
   it's problems:

   We want to be as efficient as we can. The most efficient way to
   check if changes have occured is to stat() the new/ and cur/
   directories and uidlist file - if their mtimes hasn't changed,
   there's no changes and we don't need to do anything.

   Problem 1: Multiple changes can happen within a single second -
   nothing guarantees that once we synced it, someone else didn't just
   then make a modification. Such modifications wouldn't get noticed
   until a new modification occured later.

   Problem 2: Syncing cur/ directory is much more costly than syncing
   new/. Moving mails from new/ to cur/ will always change mtime of
   cur/ causing us to sync it as well.

   Problem 3: We may not be able to move mail from new/ to cur/
   because we're out of quota, or simply because we're accessing a
   read-only mailbox.


   MAILDIR_SYNC_SECS
   -----------------

   Several checks below use MAILDIR_SYNC_SECS, which should be maximum
   clock drift between all computers accessing the maildir (eg. via
   NFS), rounded up to next second. Our default is 1 second, since
   everyone should be using NTP.

   Note that setting it to 0 works only if there's only one computer
   accessing the maildir. It's practically impossible to make two
   clocks _exactly_ synchronized.

   cur directory
   -------------

   We have maildir_cur_dirty variable which is set to cur/ directory's
   mtime when it's >= time() - MAILDIR_SYNC_SECS and we _think_ we have
   synchronized the directory.

   When maildir_cur_dirty is non-zero, we don't synchronize the cur/
   directory until

      a) cur/'s mtime changes
      b) opening a mail fails with ENOENT
      c) time() > maildir_cur_dirty + MAILDIR_SYNC_SECS

   This allows us to modify the maildir multiple times without having
   to sync it at every change. The sync will eventually be done to
   make sure we didn't miss any external changes.

   The maildir_cur_dirty is set when:

      - we change message flags
      - we expunge messages
      - we move mail from new/ to cur/
      - we sync cur/ directory and it's mtime is
        >= time() - MAILDIR_SYNC_SECS

   It's unset when we do the final syncing, ie. when mtime is
   older than time() - MAILDIR_SYNC_SECS.

   new directory
   -------------

   If new/'s mtime is >= time() - MAILDIR_SYNC_SECS, always synchronize
   it. maildir_cur_dirty-like feature might save us a few syncs, but
   that might break a client which saves a mail in one connection and
   tries to fetch it in another one. new/ directory is almost always
   empty, so syncing it should be very fast anyway.

   Normally we move all mails from new/ to cur/ whenever we sync it. If
   it's not possible for some reason, we set maildir_have_new flag on
   which instructs synchronization to check files in new/ directory as
   well. maildir_keep_new flag is also set which instructs syncing to
   not even try to move mails to cur/ anymore.

   If client tries to change a flag for message in new/, we try to
   rename() it into cur/. If it's successful, we clear the
   maildir_keep_new flag so at next sync we'll try to move all of them
   to cur/. When all of them have been moved, maildir_have_new flag is
   cleared as well. Expunges will also clear maildir_keep_new flag.

   If rename() still fails because of ENOSPC or EDQUOT, we still save
   the flag changes in index with dirty-flag on. When moving the mail
   to cur/ directory, or when we notice it's already moved there, we
   apply the flag changes to the filename, rename it and remove the
   dirty flag. If there's dirty flags, this should be tried every time
   after expunge or when closing the mailbox.

   broken clients
   --------------

   Originally the middle identifier in Maildir filename was specified
   only as <process id>_<delivery counter>. That however created a
   problem with randomized PIDs which made it possible that the same
   PID was reused within one second.

   So if within one second a mail was delivered, MUA moved it to cur/
   and another mail was delivered by a new process using same PID as
   the first one, we likely ended up overwriting the first mail when
   the second mail was moved over it.

   Nowadays everyone should be giving a bit more specific identifier,
   for example include microseconds in it which Dovecot does.

   There's a simple way to prevent this from happening in some cases:
   Don't move the mail from new/ to cur/ if it's mtime is >= time() -
   MAILDIR_SYNC_SECS. The second delivery's link() call then fails
   because the file is already in new/, and it will then use a
   different filename. There's a few problems with this however:

      - it requires extra stat() call which is unneeded extra I/O
      - another MUA might still move the mail to cur/
      - if first file's flags are modified by either Dovecot or another
        MUA, it's moved to cur/ (you _could_ just do the dirty-flagging
	but that'd be ugly)

   Because this is useful only for very few people and it requires
   extra I/O, I decided not to implement this. It should be however
   quite easy to do since we need to be able to deal with files in new/
   in any case.

   It's also possible to never accidentally overwrite a mail by using
   link() + unlink() rather than rename(). This however isn't very
   good idea as it introduces potential race conditions when multiple
   clients are accessing the mailbox:

   Trying to move the same mail from new/ to cur/ at the same time:

      a) Client 1 uses slightly different filename than client 2,
         for example one sets read-flag on but the other doesn't.
	 You have the same mail duplicated now.

      b) Client 3 sees the mail between Client 1's and 2's link() calls
         and changes it's flag. You have the same mail duplicated now.

   And it gets worse when they're unlink()ing in cur/ directory:

      c) Client 1 changes mails's flag and client 2 changes it back
         between 1's link() and unlink(). The mail is now expunged.

      d) If you try to deal with the duplicates by unlink()ing another
         one of them, you might end up unlinking both of them.

   So, what should we do then if we notice a duplicate? First of all,
   it might not be a duplicate at all, readdir() might have just
   returned it twice because it was just renamed. What we should do is
   create a completely new base name for it and rename() it to that.
   If the call fails with ENOENT, it only means that it wasn't a
   duplicate after all.
*/

From tss@iki.fi  Sun May 18 16:09:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1524D23996; Sun, 18 May 2003 16:09:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 848BB238D4
	for <dovecot@procontrol.fi>; Sun, 18 May 2003 16:09:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 4B9615C896C6; Sun, 18 May 2003 16:09:38 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053263378.1214.151.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 May 2003 16:09:38 +0300
Subject: [Dovecot] 0.99.10-test1
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 18 May 2003 13:09:41 -0000
X-UID: 761                                                  
Status: O
Content-Length: 1095

http://dovecot.procontrol.fi/test/

Maildir syncing now works pretty much as described in my earlier mail.
It was quite a large change, so please test this :)

So the new and great features:

- It's faster.

- If someone renames maildir file just before we try to use it, we now
resync the maildir and try to find it again. Before we just failed. It's
also possible that the filename changed again while we resynced, so we
try max. 10 times before failing (yes, we know if we should try
resyncing so we don't always scan it 10 times).

- Read-only maildirs work now. If we don't have write access to
dovecot-uidlist, we'll show only those mails which are already there.

- Out of quota/disk space failures are handled well now. All except
updating dovecot-uidlist file which is a bit tricky.

- :CONTROL=dir in default_mail_env can specify where to save
dovecot-uidlist and .customflags files. Useful for above problems.

I think maildir support is getting near perfect now. Only thing left is
to deal with failure to write dovecot-uidlist when out of quota. Oh, and
NFS safe .customflags file.

From tss@iki.fi  Sun May 18 20:07:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 75C4E2387F; Sun, 18 May 2003 20:07:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E3D3A2387A
	for <dovecot@procontrol.fi>; Sun, 18 May 2003 20:07:12 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A7F1B5C896C6; Sun, 18 May 2003 20:07:12 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030517063125.GA23270@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	 <20030515011306.GA3731@lazy.spodder.com>
	 <20030515043029.GA18617@lazy.spodder.com>
	 <200305142137.11186.jryden@thebox.our-own.net>
	 <20030516191335.GA196@dust.uchicago.edu>
	 <20030517063125.GA23270@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053277632.1215.154.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 May 2003 20:07:12 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 18 May 2003 17:07:15 -0000
X-UID: 762                                                  
Status: O

On Sat, 2003-05-17 at 09:31, Charlie Allom wrote:
> has anyone else tried this patch ? with Timo's modifications to his
> original patch I got it updating the DRAC db, but only able to use the
> local interfaces.

Install Dovecot 0.99.10-test2 and
http://dovecot.procontrol.fi/patches/drac-imap.c

Set "imap_use_modules = yes" in config file and that should hopefully do
it.

From tss@iki.fi  Sun May 18 20:11:19 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4A4C22387F; Sun, 18 May 2003 20:11:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D8DEC2387A
	for <dovecot@procontrol.fi>; Sun, 18 May 2003 20:11:17 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A94945C896C6; Sun, 18 May 2003 20:11:17 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1053277632.1215.154.camel@hurina>
References: <20030514085227.GA7325@lazy.spodder.com>
	 <20030515011306.GA3731@lazy.spodder.com>
	 <20030515043029.GA18617@lazy.spodder.com>
	 <200305142137.11186.jryden@thebox.our-own.net>
	 <20030516191335.GA196@dust.uchicago.edu>
	 <20030517063125.GA23270@lazy.spodder.com>
	 <1053277632.1215.154.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053277877.1212.157.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 May 2003 20:11:17 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 18 May 2003 17:11:19 -0000
X-UID: 763                                                  
Status: O

On Sun, 2003-05-18 at 20:07, Timo Sirainen wrote:
> http://dovecot.procontrol.fi/patches/drac-imap.c

Actually :) This has nothing IMAP-specific. The same thing works for
both IMAP and POP3 servers. Changed the filename to drac.c

From charlie@rubberduck.com  Mon May 19 04:48:03 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A97C123993; Mon, 19 May 2003 04:48:03 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id C6302238D6
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 04:47:59 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 233B29006; Mon, 19 May 2003 11:48:49 +1000 (EST)
Date: Mon, 19 May 2003 11:48:49 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030519014849.GJ23270@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053277632.1215.154.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053277632.1215.154.camel@hurina>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 01:48:03 -0000
X-UID: 764                                                  
Status: O
Content-Length: 1625

On Sun, May 18, 2003 at 08:07:12PM +0300, Timo Sirainen wrote:
> On Sat, 2003-05-17 at 09:31, Charlie Allom wrote:
> > has anyone else tried this patch ? with Timo's modifications to his
> > original patch I got it updating the DRAC db, but only able to use the
> > local interfaces.
> 
> Install Dovecot 0.99.10-test2 and
> http://dovecot.procontrol.fi/patches/drac-imap.c

The instructions specify:

	gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib \
	drac.c -o drac.so -ldrac

and the C defines common.h - which one?  "-I$dovecot/src/master" ?

11:19 root@lazy:/usr/src/dovecot# find . -name common.h
./src/auth/common.h
./src/imap/common.h
./src/imap-login/common.h
./src/login-common/common.h
./src/master/common.h
./src/pop3/common.h
./src/pop3-login/common.h

11:29 root@lazy:/usr/src/dovecot# export dovecot=/usr/src/dovecot/
11:46 root@lazy:/usr/src/dovecot# gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib -I$dovecot/src/master drac.c -o drac.so -ldrac
In file included from /usr/src/dovecot/src/master/common.h:6,
                 from drac.c:14:
/usr/src/dovecot/src/lib/lib.h:6: ../../config.h: No such file or directory
In file included from /usr/src/dovecot/src/lib/lib.h:20,
                 from /usr/src/dovecot/src/master/common.h:6,
                 from drac.c:14:
/usr/src/dovecot/src/lib/compat.h:17: #error uoff_t size not set


Regards,
  C.

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From maikel@ladot.com  Mon May 19 09:18:37 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E8867238E1; Mon, 19 May 2003 09:18:37 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 3087B238D6
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 09:18:34 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h4J6UJVg060226;
	Mon, 19 May 2003 08:30:19 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <JMLTK3DL>; Mon, 19 May 2003 08:02:13 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F2233A@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Timo Sirainen'" <tss@iki.fi>,
	"'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] 0.99.10-test1
Date: Mon, 19 May 2003 08:02:12 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C31DCC.309FAA90"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 06:18:38 -0000
X-UID: 765                                                  
Status: O
Content-Length: 1409

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C31DCC.309FAA90
Content-Type: text/plain

Hi Timo,

> I think maildir support is getting near perfect now. Only 
> thing left is to deal with failure to write dovecot-uidlist 
> when out of quota. Oh, and NFS safe .customflags file.

Does this mean you made the .subscriptions nfs-safe already in this version?


Kind regards,


Maikel Verheijen.

------_=_NextPart_001_01C31DCC.309FAA90
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [Dovecot] 0.99.10-test1</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Hi Timo,</FONT>
</P>

<P><FONT SIZE=2>&gt; I think maildir support is getting near perfect now. Only </FONT>
<BR><FONT SIZE=2>&gt; thing left is to deal with failure to write dovecot-uidlist </FONT>
<BR><FONT SIZE=2>&gt; when out of quota. Oh, and NFS safe .customflags file.</FONT>
</P>

<P><FONT SIZE=2>Does this mean you made the .subscriptions nfs-safe already in this version?</FONT>
</P>
<BR>

<P><FONT SIZE=2>Kind regards,</FONT>
</P>
<BR>

<P><FONT SIZE=2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C31DCC.309FAA90--
From tss@iki.fi  Mon May 19 09:27:38 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E877D23994; Mon, 19 May 2003 09:27:38 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 63615238E1
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 09:27:37 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1E6335C896C6; Mon, 19 May 2003 09:27:37 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030519014849.GJ23270@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	 <20030515011306.GA3731@lazy.spodder.com>
	 <20030515043029.GA18617@lazy.spodder.com>
	 <200305142137.11186.jryden@thebox.our-own.net>
	 <20030516191335.GA196@dust.uchicago.edu>
	 <20030517063125.GA23270@lazy.spodder.com>
	 <1053277632.1215.154.camel@hurina>
	 <20030519014849.GJ23270@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053325656.1218.162.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 19 May 2003 09:27:36 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 06:27:39 -0000
X-UID: 766                                                  
Status: O

On Mon, 2003-05-19 at 04:48, Charlie Allom wrote:
> The instructions specify:
> 
> 	gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib \
> 	drac.c -o drac.so -ldrac
> 
> and the C defines common.h - which one?  "-I$dovecot/src/master" ?

Oh, change it to lib.h instead.

From tss@iki.fi  Mon May 19 09:28:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 02370239AF; Mon, 19 May 2003 09:28:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D305423994
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 09:28:39 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B29E95C896C6; Mon, 19 May 2003 09:28:39 +0300 (EEST)
Subject: RE: [Dovecot] 0.99.10-test1
From: Timo Sirainen <tss@iki.fi>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <410777FC7A66D511911500B0D078345501F2233A@nlladot05.intern.ladot.com>
References: 
	 <410777FC7A66D511911500B0D078345501F2233A@nlladot05.intern.ladot.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053325719.1215.164.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 19 May 2003 09:28:39 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 06:28:44 -0000
X-UID: 767                                                  
Status: O

On Mon, 2003-05-19 at 09:02, Maikel Verheijen wrote:
> Hi Timo,
> 
> > I think maildir support is getting near perfect now. Only 
> > thing left is to deal with failure to write dovecot-uidlist 
> > when out of quota. Oh, and NFS safe .customflags file.
> 
> Does this mean you made the .subscriptions nfs-safe already in this
> version?

Well, no, but that's not maildir-specific code :)

From charlie@rubberduck.com  Mon May 19 09:47:54 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 044E3239B2; Mon, 19 May 2003 09:47:54 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 05BD9239AF
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 09:47:50 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id B8EFD900B; Mon, 19 May 2003 16:48:40 +1000 (EST)
Date: Mon, 19 May 2003 16:48:40 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030519064840.GB1644@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053277632.1215.154.camel@hurina>
	<20030519014849.GJ23270@lazy.spodder.com> <1053325656.1218.162.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053325656.1218.162.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 06:47:54 -0000
X-UID: 768                                                  
Status: O

On Mon, May 19, 2003 at 09:27:36AM +0300, Timo Sirainen wrote:
> On Mon, 2003-05-19 at 04:48, Charlie Allom wrote:
> > The instructions specify:
> > 
> > 	gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib \
> > 	drac.c -o drac.so -ldrac
> > 
> > and the C defines common.h - which one?  "-I$dovecot/src/master" ?
> 
> Oh, change it to lib.h instead.
> 

Done, and:

16:46 yeled@lazy:/usr/src/dovecot$ gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -ldrac
In file included from drac.c:14:
/usr/src/dovecot/src/lib/lib.h:6: ../../config.h: No such file or directory
In file included from /usr/src/dovecot/src/lib/lib.h:20,
                 from drac.c:14:
/usr/src/dovecot/src/lib/compat.h:17: #error uoff_t size not set

um..

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From tss@iki.fi  Mon May 19 10:07:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C4B6B239B3; Mon, 19 May 2003 10:07:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 58154239B2
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 10:07:43 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 203FC5C896C6; Mon, 19 May 2003 10:07:43 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030519064840.GB1644@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<1053277632.1215.154.camel@hurina>
	<20030519014849.GJ23270@lazy.spodder.com>
	<20030519064840.GB1644@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053328062.1218.167.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 19 May 2003 10:07:43 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 07:07:44 -0000
X-UID: 769                                                  
Status: O

On Mon, 2003-05-19 at 09:48, Charlie Allom wrote:
> 16:46 yeled@lazy:/usr/src/dovecot$ gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -ldrac
> In file included from drac.c:14:
> /usr/src/dovecot/src/lib/lib.h:6: ../../config.h: No such file or directory
> In file included from /usr/src/dovecot/src/lib/lib.h:20,
>                  from drac.c:14:
> /usr/src/dovecot/src/lib/compat.h:17: #error uoff_t size not set
> 
> um..

Well .. worked with me :) But since it wants ../../config.h, compile it
in eg. src/imap/ directory.

From charlie@rubberduck.com  Mon May 19 10:21:49 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3CA4B239B3; Mon, 19 May 2003 10:21:49 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id DDB73239AD
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 10:21:46 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 4A9D0900B; Mon, 19 May 2003 17:22:37 +1000 (EST)
Date: Mon, 19 May 2003 17:22:37 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030519072237.GC1644@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053277632.1215.154.camel@hurina>
	<20030519014849.GJ23270@lazy.spodder.com>
	<20030519064840.GB1644@lazy.spodder.com> <1053328062.1218.167.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053328062.1218.167.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 07:21:49 -0000
X-UID: 770                                                  
Status: O

On Mon, May 19, 2003 at 10:07:43AM +0300, Timo Sirainen wrote:
> On Mon, 2003-05-19 at 09:48, Charlie Allom wrote:
> > 16:46 yeled@lazy:/usr/src/dovecot$ gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -ldrac
> > In file included from drac.c:14:
> > /usr/src/dovecot/src/lib/lib.h:6: ../../config.h: No such file or directory
> > In file included from /usr/src/dovecot/src/lib/lib.h:20,
> >                  from drac.c:14:
> > /usr/src/dovecot/src/lib/compat.h:17: #error uoff_t size not set
> > 
> > um..
> 
> Well .. worked with me :) But since it wants ../../config.h, compile it
> in eg. src/imap/ directory.
> 

Are you sure?

17:22 yeled@lazy:/usr/src/dovecot$ find . -name config.h
17:22 yeled@lazy:/usr/src/dovecot$

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From tss@iki.fi  Mon May 19 10:37:23 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 96EFC23A0F; Mon, 19 May 2003 10:37:23 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 062F1239B3
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 10:37:19 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 9DEC25C896C6; Mon, 19 May 2003 10:37:17 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030519072237.GC1644@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<1053277632.1215.154.camel@hurina>
	<20030519014849.GJ23270@lazy.spodder.com>
	<1053328062.1218.167.camel@hurina>
	<20030519072237.GC1644@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053329837.1218.169.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 19 May 2003 10:37:17 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 07:37:23 -0000
X-UID: 771                                                  
Status: O

On Mon, 2003-05-19 at 10:22, Charlie Allom wrote:
> > Well .. worked with me :) But since it wants ../../config.h, compile it
> > in eg. src/imap/ directory.
> > 
> 
> Are you sure?
> 
> 17:22 yeled@lazy:/usr/src/dovecot$ find . -name config.h
> 17:22 yeled@lazy:/usr/src/dovecot$

Oh, you haven't compiled Dovecot in that tree? You'll have to run at
least configure there which generates config.h


From seba@iq.pl  Mon May 19 13:25:23 2003
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EB81A239B2; Mon, 19 May 2003 13:25:23 +0300 (EEST)
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 239662399D
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 13:25:20 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id F3D6B6BD52; Mon, 19 May 2003 12:26:48 +0200 (CEST)
Date: Mon, 19 May 2003 12:26:48 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10-test3
Message-ID: <20030519102648.GA17452@iq.pl>
References: <1053263378.1214.151.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053263378.1214.151.camel@hurina>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 10:25:24 -0000
X-UID: 772                                                  
Status: O

On Sun, May 18, 2003 at 16:09:38 +0300, Timo Sirainen wrote:
> 
> - Out of quota/disk space failures are handled well now. All except
> updating dovecot-uidlist file which is a bit tricky.
> 
> - :CONTROL=dir in default_mail_env can specify where to save
> dovecot-uidlist and .customflags files. Useful for above problems.

works great
From tss@iki.fi  Mon May 19 15:50:59 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2F62123993; Mon, 19 May 2003 15:50:59 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7410F238D6
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 15:50:56 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 351115C896C6; Mon, 19 May 2003 15:50:56 +0300 (EEST)
Subject: Re: [Dovecot] ssl still not working
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EC3790D.2090602@bnap.hu>
References: <3EC3790D.2090602@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053348655.1218.188.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 19 May 2003 15:50:56 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 12:50:59 -0000
X-UID: 773                                                  
Status: O
Content-Length: 1482

On Thu, 2003-05-15 at 14:25, Farkas Levente wrote:
> hi,
> I'm just download the latest cvs and try to use imaps. in mozilla I've 
> got the following message window:
> -----------------------------
> mail.int.bppiac.hu received a message with incorrect Message 
> Authentication Code. If the error occurs frequently, contact the website 
> administrator.
> -----------------------------
> and there is only one OK button:-)
> and this happens always. what can be the reason and what can I do?
> thanks.

If you set verbose_ssl = yes, I guess you'll see something like this in
log file:

imap-login: SSL_accept() failed: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac

I'm beginning to think that this has something to do with RSA keys ..
because I don't provide it large enough RSA key and I don't create any
temporary RSA keys. Or maybe the same with DH keys.

I wish someone with more understanding on SSL protocol wrote the SSL
stuff to Dovecot :) I can only guess how they probably work.

My guess is that I should either generate a new temporary RSA key when
it's asked (which I think would be very slow since every session might
create new one) or that I pregenerated a few keys with specific sizes
(512 and 1024bits?) and used only them, or let login process signal
master process that we need a new key with bit size xyz, then wait for
master process to create it and let all the new processes use it. I
think the last one would work best.

From maikel@ladot.com  Mon May 19 16:54:35 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D3DF323993; Mon, 19 May 2003 16:54:35 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 3FC7F238E1
	for <dovecot@procontrol.fi>; Mon, 19 May 2003 16:54:34 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h4JE6JVg064212;
	Mon, 19 May 2003 16:06:19 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <JMLTKPJ5>; Mon, 19 May 2003 15:38:11 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F22352@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Timo Sirainen'" <tss@iki.fi>,
	"'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] 0.99.10-test1
Date: Mon, 19 May 2003 15:38:10 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C31E0B.E3695330"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2003 13:54:36 -0000
X-UID: 774                                                  
Status: O
Content-Length: 1143

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C31E0B.E3695330
Content-Type: text/plain

> > Does this mean you made the .subscriptions nfs-safe already in this 
> > version?
> Well, no, but that's not maildir-specific code :)

Ah, ok, My mistake! :)


Regards,


Maikel.

------_=_NextPart_001_01C31E0B.E3695330
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [Dovecot] 0.99.10-test1</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>&gt; &gt; Does this mean you made the .subscriptions nfs-safe already in this </FONT>
<BR><FONT SIZE=2>&gt; &gt; version?</FONT>
<BR><FONT SIZE=2>&gt; Well, no, but that's not maildir-specific code :)</FONT>
</P>

<P><FONT SIZE=2>Ah, ok, My mistake! :)</FONT>
</P>
<BR>

<P><FONT SIZE=2>Regards,</FONT>
</P>
<BR>

<P><FONT SIZE=2>Maikel.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C31E0B.E3695330--
From charlie@rubberduck.com  Tue May 20 04:12:23 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0B0E523999; Tue, 20 May 2003 04:12:23 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id D6B73238D6
	for <dovecot@procontrol.fi>; Tue, 20 May 2003 04:12:18 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id CFCD7901A; Tue, 20 May 2003 11:13:01 +1000 (EST)
Date: Tue, 20 May 2003 11:13:01 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030520011301.GB2615@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053277632.1215.154.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053277632.1215.154.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 20 May 2003 01:12:23 -0000
X-UID: 775                                                  
Status: O

On Sun, May 18, 2003 at 08:07:12PM +0300, Timo Sirainen wrote:
> On Sat, 2003-05-17 at 09:31, Charlie Allom wrote:
> > has anyone else tried this patch ? with Timo's modifications to his
> > original patch I got it updating the DRAC db, but only able to use the
> > local interfaces.
> 
> Install Dovecot 0.99.10-test2 and
> http://dovecot.procontrol.fi/patches/drac-imap.c
> 
> Set "imap_use_modules = yes" in config file and that should hopefully do
> it.
> 

Hi,

this does less than the original patch.

can I strace/ktruss something for you?

  C.

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
 > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <
From ebpeele2@pams.ncsu.edu  Tue May 20 08:50:34 2003
Return-Path: <ebpeele2@pams.ncsu.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F2E64238D3; Tue, 20 May 2003 08:50:33 +0300 (EEST)
Received: from localhost.localdomain (rdu168-171-174.nc.rr.com
	[24.168.171.174])
	by danu.procontrol.fi (Postfix) with ESMTP id 80376238B6
	for <dovecot@procontrol.fi>; Tue, 20 May 2003 08:50:30 +0300 (EEST)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h4K5nZ7F020972
	for <dovecot@procontrol.fi>; Tue, 20 May 2003 01:50:16 -0400
Received: (from elliot@localhost)
	by localhost.localdomain (8.12.8/8.12.8/Submit) id h4K5nZci020970
	for dovecot@procontrol.fi; Tue, 20 May 2003 01:49:35 -0400
X-Authentication-Warning: localhost.localdomain: elliot set sender to
	ebpeele2@pams.ncsu.edu using -f
From: Elliot Peele <ebpeele2@pams.ncsu.edu>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-WvdjNRklqBBPu0sCBNww"
Message-Id: <1053409775.20836.8.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (1.3.3-2) (Preview Release)
Date: 20 May 2003 01:49:35 -0400
Subject: [Dovecot] dovecot with ssl on rhl9
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 20 May 2003 05:50:34 -0000
X-UID: 776                                                  
Status: O
Content-Length: 1462


--=-WvdjNRklqBBPu0sCBNww
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Has anyone gotten dovecot to work on Red Hat Linux 9 with ssl support?
It seems to work just fine on Red Hat Linux 8.0, but doesn't seem to
work Red Hat Linux 9. When I try to use openssl to connect to the server
i get:

[elliot@localhost elliot]$ openssl s_client -connect
rktest.physics.ncsu.edu:993
CONNECTED(00000003)
depth=3D0 /OU=3DIMAP
server/CN=3Dimap.example.com/emailAddress=3Dpostmaster@example.com
verify error:num=3D18:self signed certificate
verify return:1
depth=3D0 /OU=3DIMAP
server/CN=3Dimap.example.com/emailAddress=3Dpostmaster@example.com
verify return:1
20949:error:140943FC:SSL routines:SSL3_READ_BYTES:sslv3 alert bad record
mac:s3_pkt.c:1052:SSL alert number 20
20949:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake
failure:s23_lib.c:226:

I'm trying to use evolution 1.3.3 to connect via imaps. Whenever I click
on the mail folder it just says 'Scanning folders in "IMAP server
imap.example.com" (100%)' and then nothing happens.

Anyone have any ideas?

Thanks

Elliot

--=-WvdjNRklqBBPu0sCBNww
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+ycHvmSqoIAXFTXMRAkPCAJwIjRqmBVIWmuTmozPlvgEJz/CRlwCggqtb
B0WIbn/JCRpKYQ+VkokokLg=
=Hmjf
-----END PGP SIGNATURE-----

--=-WvdjNRklqBBPu0sCBNww--
From tss@iki.fi  Tue May 20 21:27:36 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C93D7238C7; Tue, 20 May 2003 21:27:36 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4BA5F23887
	for <dovecot@procontrol.fi>; Tue, 20 May 2003 21:27:35 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 045CA5C896C6; Tue, 20 May 2003 21:27:35 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: multipart/mixed; boundary="=-cwKswavA2QX6zIuq/8RB"
Organization: 
Message-Id: <1053455254.1212.265.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 20 May 2003 21:27:34 +0300
Subject: [Dovecot] SSL problems
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 20 May 2003 18:27:36 -0000
X-UID: 777                                                  
Status: O
Content-Length: 1555


--=-cwKswavA2QX6zIuq/8RB
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Anyone with SSL problems, please try 0.99.10-test4 or included patch. If
it fixes it, I'll make it faster by caching the generated keys.

http://dovecot.procontrol.fi/test/


--=-cwKswavA2QX6zIuq/8RB
Content-Disposition: attachment; filename=ssl.diff
Content-Type: text/x-patch; name=ssl.diff; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

Index: ssl-proxy-openssl.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/login-common/ssl-proxy-openssl.c,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- ssl-proxy-openssl.c	19 May 2003 09:57:02 -0000	1.14
+++ ssl-proxy-openssl.c	20 May 2003 18:22:04 -0000	1.15
@@ -392,6 +392,12 @@
 	}
 }
=20
+static RSA *ssl_gen_rsa_key(SSL *ssl __attr_unused__,
+			    int is_export __attr_unused__, int keylength)
+{
+	return RSA_generate_key(keylength, RSA_F4, NULL, NULL);
+}
+
 void ssl_proxy_init(void)
 {
 	const char *certfile, *keyfile, *paramfile;
@@ -423,6 +429,9 @@
 		i_fatal("Can't load private key file %s: %s",
 			keyfile, ssl_last_error());
 	}
+
+	if (SSL_CTX_need_tmp_RSA(ssl_ctx))
+		SSL_CTX_set_tmp_rsa_callback(ssl_ctx, ssl_gen_rsa_key);
=20
         ssl_proxies =3D hash_create(default_pool, default_pool, 0, NULL, N=
ULL);
 	ssl_initialized =3D TRUE;

--=-cwKswavA2QX6zIuq/8RB--
From tss@iki.fi  Tue May 20 21:40:38 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 03E5E238D3; Tue, 20 May 2003 21:40:38 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7BA69238C7
	for <dovecot@procontrol.fi>; Tue, 20 May 2003 21:40:36 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 33F1B5C896C6; Tue, 20 May 2003 21:40:36 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030520011301.GB2615@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030520011301.GB2615@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053456035.1218.277.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 20 May 2003 21:40:36 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 20 May 2003 18:40:38 -0000
X-UID: 778                                                  
Status: O

On Tue, 2003-05-20 at 04:13, Charlie Allom wrote:
> > http://dovecot.procontrol.fi/patches/drac-imap.c
> > 
> > Set "imap_use_modules = yes" in config file and that should hopefully do
> > it.
> this does less than the original patch.

Sounds like it's not even trying to use the module. Are you sure you put
it in the correct directory?

> can I strace/ktruss something for you?

"strace -f dovecot" would work. You should see something like this after
logging in:

[pid 10271] open("/usr/local/lib/dovecot/imap", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
..
[pid 10271] open("/usr/local/lib/dovecot/imap/drac.so", O_RDONLY) = 5

From charlie@rubberduck.com  Wed May 21 07:32:42 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BF48C23997; Wed, 21 May 2003 07:32:42 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 42953238D3
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 07:32:18 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 89320901D; Wed, 21 May 2003 14:33:13 +1000 (EST)
Date: Wed, 21 May 2003 14:33:13 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030521043313.GA1659@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030520011301.GB2615@lazy.spodder.com> <1053456035.1218.277.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053456035.1218.277.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 04:32:42 -0000
X-UID: 779                                                  
Status: O
Content-Length: 1600

On Tue, May 20, 2003 at 09:40:36PM +0300, Timo Sirainen wrote:
> On Tue, 2003-05-20 at 04:13, Charlie Allom wrote:
> > > http://dovecot.procontrol.fi/patches/drac-imap.c
> > > 
> > > Set "imap_use_modules = yes" in config file and that should hopefully do
> > > it.
> > this does less than the original patch.
> 
> Sounds like it's not even trying to use the module. Are you sure you put
> it in the correct directory?

#imap_use_modules = no
#imap_modules = /usr/lib/dovecot/imap
imap_use_modules = no
imap_modules = /usr/pkg/lib/dovecot/imap

# Support for dynamically loadable modules.
#pop3_use_modules = no
#pop3_modules = /usr/lib/dovecot/pop3
pop3_use_modules = no
pop3_modules = /usr/pkg/lib/dovecot/pop3

14:32 yeled@lazy:~$ ls -Rl /usr/pkg/lib/dovecot
total 4
drwxr-xr-x  2 root  wheel  512 May 20 11:07 imap/
drwxr-xr-x  2 root  wheel  512 May 20 11:07 pop3/

/usr/pkg/lib/dovecot/imap:
total 12
-rwxr-xr-x  1 root  wheel  6031 May 20 21:51 drac.so*

/usr/pkg/lib/dovecot/pop3:
total 12
-rwxr-xr-x  1 root  wheel  6031 May 20 21:51 drac.so*


> 
> > can I strace/ktruss something for you?
> 
> "strace -f dovecot" would work. You should see something like this after
> logging in:
> 
> [pid 10271] open("/usr/local/lib/dovecot/imap", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
> ..
> [pid 10271] open("/usr/local/lib/dovecot/imap/drac.so", O_RDONLY) = 5
> 

gah nothing mentioning drac.so there... I am using ktruss -ip o nthe
first dovecot PID.

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From charlie@rubberduck.com  Wed May 21 07:43:28 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 753AD2399A; Wed, 21 May 2003 07:43:28 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 7BEE1238D3
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 07:43:04 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id A434E901D; Wed, 21 May 2003 14:44:01 +1000 (EST)
Date: Wed, 21 May 2003 14:44:01 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030521044401.GD1659@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030520011301.GB2615@lazy.spodder.com> <1053456035.1218.277.camel@hurina>
	<20030521043313.GA1659@lazy.spodder.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030521043313.GA1659@lazy.spodder.com>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 04:43:28 -0000
X-UID: 780                                                  
Status: O

On Wed, May 21, 2003 at 02:33:13PM +1000, Charlie Allom wrote:
> 
> 14:32 yeled@lazy:~$ ls -Rl /usr/pkg/lib/dovecot
> total 4
> drwxr-xr-x  2 root  wheel  512 May 20 11:07 imap/
> drwxr-xr-x  2 root  wheel  512 May 20 11:07 pop3/
> 
> /usr/pkg/lib/dovecot/imap:
> total 12
> -rwxr-xr-x  1 root  wheel  6031 May 20 21:51 drac.so*
> 
> /usr/pkg/lib/dovecot/pop3:
> total 12
> -rwxr-xr-x  1 root  wheel  6031 May 20 21:51 drac.so*
> 

PS. Instead of -ldrac when compilling drac.so I used
-I/usr/pkg/lib/libdrac.a 

Don't know what the difference is.

I agree it doesn't look like the modules are being loaded.

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From warren@togami.com  Wed May 21 07:56:54 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B9BDB23997; Wed, 21 May 2003 07:56:54 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 5D825238D3
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 07:56:30 +0300 (EEST)
Received: from localhost.127.in-addr.arpa (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id 9EC305D805F
	for <dovecot@procontrol.fi>; Tue, 20 May 2003 19:00:42 -1000 (HST)
Subject: Re: [Dovecot] SSL problems
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
In-Reply-To: <1053455254.1212.265.camel@hurina>
References: <1053455254.1212.265.camel@hurina>
Content-Type: text/plain
Message-Id: <1053492983.461.2.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (1.3.3-2) (Preview Release)
Date: 20 May 2003 18:56:23 -1000
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 04:56:54 -0000
X-UID: 781                                                  
Status: O

On Tue, 2003-05-20 at 08:27, Timo Sirainen wrote:
> Anyone with SSL problems, please try 0.99.10-test4 or included patch. If
> it fixes it, I'll make it faster by caching the generated keys.
> 
> http://dovecot.procontrol.fi/test/
> 

Upgraded to 0.99.10-test4 on RH9.  I tried with a newly generated
dovecot.pem and my Apache SSL keys.  Evolution 1.3.3 and Mozilla 1.4a
still unable to use SSL.

https://bugzilla.fedora.us/show_bug.cgi?id=160
My latest SRPM is here.

Warren Togami
warren@togami.com


From tss@iki.fi  Wed May 21 10:09:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E348A238D3; Wed, 21 May 2003 10:09:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 34A1A238C8
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:09:18 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 0FDFD5C896C6; Wed, 21 May 2003 10:09:16 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030521043313.GA1659@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<1053456035.1218.277.camel@hurina>
	<20030521043313.GA1659@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053500955.1214.330.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 May 2003 10:09:15 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 07:09:42 -0000
X-UID: 782                                                  
Status: O

On Wed, 2003-05-21 at 07:33, Charlie Allom wrote:
> > > > Set "imap_use_modules = yes" in config file and that should hopefully do
> > > > it.
> imap_use_modules = no
> pop3_use_modules = no

"no"?

From charlie@rubberduck.com  Wed May 21 10:15:33 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7CC3723997; Wed, 21 May 2003 10:15:33 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id E6479238C8
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:15:03 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 05FF6901C; Wed, 21 May 2003 17:15:51 +1000 (EST)
Date: Wed, 21 May 2003 17:15:50 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030521071550.GI1659@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053456035.1218.277.camel@hurina>
	<20030521043313.GA1659@lazy.spodder.com> <1053500955.1214.330.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053500955.1214.330.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 07:15:34 -0000
X-UID: 783                                                  
Status: O

On Wed, May 21, 2003 at 10:09:15AM +0300, Timo Sirainen wrote:
> On Wed, 2003-05-21 at 07:33, Charlie Allom wrote:
> > > > > Set "imap_use_modules = yes" in config file and that should hopefully do
> > > > > it.
> > imap_use_modules = no
> > pop3_use_modules = no
> 
> "no"?
> 

I may just die.

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From charlie@rubberduck.com  Wed May 21 10:20:19 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3461D23997; Wed, 21 May 2003 10:20:19 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 211A723887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:19:55 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id A4523901C; Wed, 21 May 2003 17:20:45 +1000 (EST)
Date: Wed, 21 May 2003 17:20:45 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030521072045.GJ1659@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053456035.1218.277.camel@hurina>
	<20030521043313.GA1659@lazy.spodder.com> <1053500955.1214.330.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053500955.1214.330.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 07:20:19 -0000
X-UID: 784                                                  
Status: O

OK.

finally.

http://rubberduck.com/~yeled/NetBSD/dovecot.ktruss.1.txt

and in syslog:

May 21 17:18:57 lazy imap-login: Login: thom [203.31.232.2]
May 21 17:18:57 lazy imap(thom):
dlopen(/usr/pkg/lib/dovecot/imap/drac.so) failed:
/usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "net_addr2ip"
(symnum = 21)

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From tss@iki.fi  Wed May 21 10:30:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3D4D323997; Wed, 21 May 2003 10:30:42 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 98BA823887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:30:16 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 36DE95C896C6; Wed, 21 May 2003 10:30:16 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030521072045.GJ1659@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030521043313.GA1659@lazy.spodder.com>
	<20030521072045.GJ1659@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053502215.1214.337.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 May 2003 10:30:16 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 07:30:42 -0000
X-UID: 785                                                  
Status: O

On Wed, 2003-05-21 at 10:20, Charlie Allom wrote:
> /usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "net_addr2ip"
> (symnum = 21)

Are you really running 0.99.10-test2 or newer? I changed that function's
name recently.

From charlie@rubberduck.com  Wed May 21 10:39:26 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 105D9238C9; Wed, 21 May 2003 10:39:26 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 060FA23887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:39:02 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 434389020; Wed, 21 May 2003 17:39:59 +1000 (EST)
Date: Wed, 21 May 2003 17:39:59 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030521073959.GD27088@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030521043313.GA1659@lazy.spodder.com>
	<20030521072045.GJ1659@lazy.spodder.com> <1053502215.1214.337.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053502215.1214.337.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 07:39:26 -0000
X-UID: 786                                                  
Status: O

On Wed, May 21, 2003 at 10:30:16AM +0300, Timo Sirainen wrote:
> On Wed, 2003-05-21 at 10:20, Charlie Allom wrote:
> > /usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "net_addr2ip"
> > (symnum = 21)
> 
> Are you really running 0.99.10-test2 or newer? I changed that function's
> name recently.
> 

Yes I really am. 

Check your latest commits to network.h and network.c

17:35 yeled@lazy:~$ grep -ir net_addr2ip
/usr/src/pkgsrc/mail/dovecot/work.i386//usr/src/pkgsrc/mail/dovecot/work.i386/dovecot-0.99.10-test2/src/lib/network.c:int
net_addr2ip(const char *addr, struct ip_addr *ip)
/usr/src/pkgsrc/mail/dovecot/work.i386/dovecot-0.99.10-test2/src/lib/network.h:int
net_addr2ip(const char *addr, struct ip_addr *ip);
/usr/src/pkgsrc/mail/dovecot/work.i386/dovecot-0.99.10-test2/drac.c:
else if (net_addr2ip(ip_str, &ip) < 0)

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From lfarkas@bnap.hu  Wed May 21 11:41:12 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 40AAE238C8; Wed, 21 May 2003 11:41:12 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 209A2238C9
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 11:40:48 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 87BA875400F
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:40:28 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id F29BC3EB1
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:40:44 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id D11E93EB0
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:40:44 +0200 (CEST)
Message-ID: <3ECB3B8C.2060301@bnap.hu>
Date: Wed, 21 May 2003 10:40:44 +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: Re: [Dovecot] ssl still not working
References: <3EC3790D.2090602@bnap.hu> <1053348655.1218.188.camel@hurina>
In-Reply-To: <1053348655.1218.188.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 08:41:12 -0000
X-UID: 787                                                  
Status: O
Content-Length: 3029

Timo Sirainen wrote:
> On Thu, 2003-05-15 at 14:25, Farkas Levente wrote:
> 
>>hi,
>>I'm just download the latest cvs and try to use imaps. in mozilla I've 
>>got the following message window:
>>-----------------------------
>>mail.int.bppiac.hu received a message with incorrect Message 
>>Authentication Code. If the error occurs frequently, contact the website 
>>administrator.
>>-----------------------------
>>and there is only one OK button:-)
>>and this happens always. what can be the reason and what can I do?
>>thanks.
> 
> 
> If you set verbose_ssl = yes, I guess you'll see something like this in
> log file:
> 
> imap-login: SSL_accept() failed: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac
> 
> I'm beginning to think that this has something to do with RSA keys ..
> because I don't provide it large enough RSA key and I don't create any
> temporary RSA keys. Or maybe the same with DH keys.
> 
> I wish someone with more understanding on SSL protocol wrote the SSL
> stuff to Dovecot :) I can only guess how they probably work.
> 
> My guess is that I should either generate a new temporary RSA key when
> it's asked (which I think would be very slow since every session might
> create new one) or that I pregenerated a few keys with specific sizes
> (512 and 1024bits?) and used only them, or let login process signal
> master process that we need a new key with bit size xyz, then wait for
> master process to create it and let all the new processes use it. I
> think the last one would work best.

here is the result:
-------------------
imap-login: May 21 10:35:39 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [192.168.0.50]
imap-login: May 21 10:35:39 Info: Disconnected [192.168.0.50]
imap-login: May 21 10:35:39 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [192.168.0.50]
imap-login: May 21 10:35:39 Info: Disconnected [192.168.0.50]
imap-login: May 21 10:35:39 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [192.168.0.50]
imap-login: May 21 10:35:39 Info: Disconnected [192.168.0.50]
imap-login: May 21 10:35:43 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [192.168.0.50]
imap-login: May 21 10:35:43 Info: Disconnected [192.168.0.50]
imap-login: May 21 10:35:43 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [192.168.0.50]
imap-login: May 21 10:35:43 Info: Disconnected [192.168.0.50]
-------------------
this is with the latest patch (it's actualy the today cvs version).
I don't use dovecot's generated certs, I manualy generate certificate 
for all of our services https, imaps, vpn... with one common global CA 
for the whole company. ssl still not working.

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 21 11:58:51 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AD52D238C9; Wed, 21 May 2003 11:58:51 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id CA51F238C8
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 11:58:27 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 063F875401C
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:58:10 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id E37403ECC
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:58:25 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id B7CE13EB7
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 10:58:25 +0200 (CEST)
Message-ID: <3ECB3FB1.9040602@bnap.hu>
Date: Wed, 21 May 2003 10:58:25 +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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] still problem with load
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 08:58:51 -0000
X-UID: 788                                                  
Status: O
Content-Length: 2360

hi,
we've got (and getting more) serious problem with load. I'm just 
calculate that ther is about 300 mailbox with 20Gb mails. and the whole 
system is _very_ slow and just getting slower and slower. it's a fast 
lan every client has 100Mb connection to the server with gigabit crad 
and gigabit switches. when I push the delete button in a mail I usualy 
have to wait 10,20 or 30 seconds (!!!) to deleted and show me the next 
one. dovecot eat so much io to the hard disk, that we can't do too much.
currently at the same time about 100 clients are connected mostly with 
OE6. the server is a P4 server with 1GB ram and about 1TB hard disk. 
there is only one samba and dovecot on the server. and the load use to 
be something like this:
----------------------------------------
  10:47:38  up 3 days, 15:48,  2 users,  load average: 4.64, 3.58, 3.43
230 processes: 225 sleeping, 5 running, 0 zombie, 0 stopped
CPU states:   6.3% user   8.9% system   0.0% nice   0.0% iowait  84.6% idle
Mem:  1022840k av, 1013588k used,    9252k free,       0k shrd,   80320k 
buff
                     826372k actv,   47324k in_d,   16904k in_c
Swap: 4193608k av,   80612k used, 4112996k free                  783088k 
cached
----------------------------------------
as you can see it use almost all ram (as the 2.4 kernmel used to do) but 
no cache. so the ram is enough. the more interesting part is the load 
while the idle usualy between 80-90% the whole system doesn't use any 
cpu (or just minimal). BUT at the same time the load is around 3,4,5 
(!!!) which is too much, and more than acceptable. what's worse the 
reason is the io load on the hard disks. every process are waiting for 
io. in this case I usualy
service dovecot stop
killall imap
<wait about one minutes>
service dovecot start
and the load goes back to 0.3-0.6. after an hour the same happend and I 
have to do the same.:-((( what's more in this case samba case that all 
(!!!) clients stops for a few seconds. since everybody use OE6 they 
always download all messages with huge mailboxes what's more dovecot 
index the whole system all the time. I assume this cause the load. IMHO 
300 mailbox and 100 concurrent user is not such a big thing.
is there any way to restrict dovecot not to use so much io?
thanks in advance.

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed May 21 12:14:36 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9DBC8238C9; Wed, 21 May 2003 12:14:36 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3E5AB238C8
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:14:11 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id EAB745C896C6; Wed, 21 May 2003 12:14:09 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030521073959.GD27088@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030521043313.GA1659@lazy.spodder.com>
	<1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053508449.1218.348.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 May 2003 12:14:09 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 09:14:36 -0000
X-UID: 789                                                  
Status: O

On Wed, 2003-05-21 at 10:39, Charlie Allom wrote:
> On Wed, May 21, 2003 at 10:30:16AM +0300, Timo Sirainen wrote:
> > On Wed, 2003-05-21 at 10:20, Charlie Allom wrote:
> > > /usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "net_addr2ip"
> > > (symnum = 21)
> > 
> > Are you really running 0.99.10-test2 or newer? I changed that function's
> > name recently.
> > 
> 
> Yes I really am. 
> 
> Check your latest commits to network.h and network.c

Oh! I got it :) The linker optimizes that function away since it's not
used elsewhere. Well, I'll include that function into the drac.c.
Updated http://dovecot.procontrol.fi/patches/drac.c

From tss@iki.fi  Wed May 21 12:22:51 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D7AA9238C9; Wed, 21 May 2003 12:22:51 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D524B23887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:22:27 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 8E5545C896C6; Wed, 21 May 2003 12:22:27 +0300 (EEST)
Subject: Re: [Dovecot] still problem with load
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ECB3FB1.9040602@bnap.hu>
References: <3ECB3FB1.9040602@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053508947.1214.358.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 May 2003 12:22:27 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 09:22:52 -0000
X-UID: 790                                                  
Status: O

On Wed, 2003-05-21 at 11:58, Farkas Levente wrote:
> since everybody use OE6 they 
> always download all messages with huge mailboxes

OE6 shouldn't do that, unless UIDVALIDITY changes. And it shouldn't
change.

> what's more dovecot index the whole system all the time.

Dovecot should neither do that unless it thinks there's something wrong
with the indexes. Don't you get any error messages in logs?

If it really is rebuilding the indexes all the time without errors, try 
what happens if you use in-memory indexes? ie. add :INDEX=MEMORY to
default_mail_env setting. Although that pretty much requires
0.99.10-test releases since there was some bugs in it before.

And if OE6 reloads everything, check if the UIDVALIDITY keeps changing
in dovecot-uidlist. It's in the first line, middle number.

> IMHO 300 mailbox and 100 concurrent user is not such a big thing.

No, it shouldn't be.

From charlie@rubberduck.com  Wed May 21 12:26:18 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8300A238C9; Wed, 21 May 2003 12:26:18 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 1A65723887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:25:54 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id AA5A1901C; Wed, 21 May 2003 19:26:51 +1000 (EST)
Date: Wed, 21 May 2003 19:26:51 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030521092651.GG27088@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030521043313.GA1659@lazy.spodder.com> <1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com> <1053508449.1218.348.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053508449.1218.348.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 09:26:18 -0000
X-UID: 791                                                  
Status: O
Content-Length: 1180

On Wed, May 21, 2003 at 12:14:09PM +0300, Timo Sirainen wrote:
> On Wed, 2003-05-21 at 10:39, Charlie Allom wrote:
> > On Wed, May 21, 2003 at 10:30:16AM +0300, Timo Sirainen wrote:
> > > On Wed, 2003-05-21 at 10:20, Charlie Allom wrote:
> > > > /usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "net_addr2ip"
> > > > (symnum = 21)
> > > 
> > > Are you really running 0.99.10-test2 or newer? I changed that function's
> > > name recently.
> > > 
> > 
> > Yes I really am. 
> > 
> > Check your latest commits to network.h and network.c
> 
> Oh! I got it :) The linker optimizes that function away since it's not
> used elsewhere. Well, I'll include that function into the drac.c.
> Updated http://dovecot.procontrol.fi/patches/drac.c
> 

Thanks!

May 21 19:23:26 lazy imap-login: Login: thom [203.31.232.2]
May 21 19:23:26 lazy imap(thom):
dlopen(/usr/pkg/lib/dovecot/imap/drac.so) failed:
/usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "i_error"
(symnum = 22)

Oops.

ktruss:
http://rubberduck.com/~yeled/NetBSD/dovecot.ktruss.2.txt

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From tss@iki.fi  Wed May 21 12:36:23 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 15EBA238C9; Wed, 21 May 2003 12:36:23 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3AD5923887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:35:50 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D16C95C896C6; Wed, 21 May 2003 12:35:49 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030521092651.GG27088@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com>
	<1053508449.1218.348.camel@hurina>
	<20030521092651.GG27088@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053509749.1212.366.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 May 2003 12:35:49 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 09:36:23 -0000
X-UID: 792                                                  
Status: O
Content-Length: 1225

On Wed, 2003-05-21 at 12:26, Charlie Allom wrote:
> > Oh! I got it :) The linker optimizes that function away since it's not
> > used elsewhere. Well, I'll include that function into the drac.c.
> > Updated http://dovecot.procontrol.fi/patches/drac.c

> dlopen(/usr/pkg/lib/dovecot/imap/drac.so) failed:
> /usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "i_error"
> (symnum = 22)

Well, I think the module stuff is somehow broken with your system then.
And I think I'll revert the net_addr2ip() change too since it's probably
the same reason :)

When linking imap binary, does it include -Wl,--export-dynamic option
somewhere in the gcc line?

Or you could just built it in by modifying src/imap/main.c:

diff -u -r1.33 main.c
--- main.c      14 May 2003 18:23:04 -0000      1.33
+++ main.c      21 May 2003 09:35:06 -0000
@@ -10,6 +10,7 @@
 #include "module-dir.h"
 #include "mail-storage.h"
 #include "commands.h"
+#include "drac.c"
 
 #include <stdlib.h>
 #include <unistd.h>
@@ -92,6 +93,7 @@
        mail_storage_register_all();
        clients_init();
        commands_init();
+       drac_init();
 
        modules = getenv("MODULE_DIR") == NULL ? NULL :
                module_dir_load(getenv("MODULE_DIR"));

From lfarkas@bnap.hu  Wed May 21 13:19:39 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 79D9C238C9; Wed, 21 May 2003 13:19:39 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 717B2238C8
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:19:15 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 6570F75401D
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:18:55 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 3879F3EB7
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:19:09 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 1EBAF3EB0
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:19:09 +0200 (CEST)
Message-ID: <3ECB529C.8050201@bnap.hu>
Date: Wed, 21 May 2003 12:19:08 +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: Re: [Dovecot] still problem with load
References: <3ECB3FB1.9040602@bnap.hu> <1053508947.1214.358.camel@hurina>
In-Reply-To: <1053508947.1214.358.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 10:19:39 -0000
X-UID: 793                                                  
Status: O
Content-Length: 1594

Timo Sirainen wrote:
> On Wed, 2003-05-21 at 11:58, Farkas Levente wrote:
> 
>>since everybody use OE6 they 
>>always download all messages with huge mailboxes
> 
> 
> OE6 shouldn't do that, unless UIDVALIDITY changes. And it shouldn't
> change.
> 
> 
>>what's more dovecot index the whole system all the time.
> 
> 
> Dovecot should neither do that unless it thinks there's something wrong
> with the indexes. Don't you get any error messages in logs?
> 
> If it really is rebuilding the indexes all the time without errors, try 
> what happens if you use in-memory indexes? ie. add :INDEX=MEMORY to
> default_mail_env setting. Although that pretty much requires
> 0.99.10-test releases since there was some bugs in it before.
> 
> And if OE6 reloads everything, check if the UIDVALIDITY keeps changing
> in dovecot-uidlist. It's in the first line, middle number.

no it doesn't changing:-(

>>IMHO 300 mailbox and 100 concurrent user is not such a big thing.
> 
> 
> No, it shouldn't be.

ok so what can be the reason?
if I stop dovecot, the load fall down to about 0.3. if I start dovecot 
and about 50 people connect to it it goes up to 3.x-4.x. which actualy 
irritate me and the samba server stops for a few seconds for every 10-20 
minutes and it took about 20-30 second to delete a mail in mozilla an 
show me the next (simple text) messages.
any tip?
how can I test it or help to you to find out the reason?
it there any way to measure the total amount of read and write issued by 
all dovecot process? or...?

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 21 13:26:28 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3B486238C9; Wed, 21 May 2003 13:26:28 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 641C3238C8
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:26:04 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 0FFE175400E
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:25:46 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id AF41E3EB1
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:26:02 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 9DDE13EB0
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 12:26:02 +0200 (CEST)
Message-ID: <3ECB543A.1070502@bnap.hu>
Date: Wed, 21 May 2003 12:26:02 +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: Re: [Dovecot] still problem with load
References: <3ECB3FB1.9040602@bnap.hu> <1053508947.1214.358.camel@hurina>
In-Reply-To: <1053508947.1214.358.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 10:26:28 -0000
X-UID: 794                                                  
Status: O
Content-Length: 1487

Timo Sirainen wrote:
> On Wed, 2003-05-21 at 11:58, Farkas Levente wrote:
> 
>>since everybody use OE6 they 
>>always download all messages with huge mailboxes
> 
> 
> OE6 shouldn't do that, unless UIDVALIDITY changes. And it shouldn't
> change.
> 
> 
>>what's more dovecot index the whole system all the time.
> 
> 
> Dovecot should neither do that unless it thinks there's something wrong
> with the indexes. Don't you get any error messages in logs?
> 
> If it really is rebuilding the indexes all the time without errors, try 
> what happens if you use in-memory indexes? ie. add :INDEX=MEMORY to
> default_mail_env setting. Although that pretty much requires
> 0.99.10-test releases since there was some bugs in it before.
> 
> And if OE6 reloads everything, check if the UIDVALIDITY keeps changing
> in dovecot-uidlist. It's in the first line, middle number.
> 
> 
>>IMHO 300 mailbox and 100 concurrent user is not such a big thing.
> 
> 
> No, it shouldn't be.

hops when I delete you next message (about drac), I've got an error 
message that my server disconnected and the following error message in 
the log file:
-----------------------------
imap(lfarkas): May 21 12:20:01 Error: Corrupted index file 
/home/lfarkas/Maildir/.INBOX/.imap.index: index.next_uid (64) > 
uidlist.next_uid (63)
-----------------------------
there is only on connection to the server and just only me who read my 
mailbox.

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 21 14:11:30 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 88C61238C9; Wed, 21 May 2003 14:11:30 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 5BF03238C8
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 14:10:58 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 5BBBC75400F
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:10:40 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id E298F3EB7
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:10:55 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id C3FF73EB1
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:10:55 +0200 (CEST)
Message-ID: <3ECB5EBF.80403@bnap.hu>
Date: Wed, 21 May 2003 13:10:55 +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: Re: [Dovecot] still problem with load
References: <3ECB3FB1.9040602@bnap.hu> <1053508947.1214.358.camel@hurina>
	<3ECB543A.1070502@bnap.hu>
In-Reply-To: <3ECB543A.1070502@bnap.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 11:11:30 -0000
X-UID: 795                                                  
Status: O
Content-Length: 2709

Farkas Levente wrote:
> Timo Sirainen wrote:
> 
>> On Wed, 2003-05-21 at 11:58, Farkas Levente wrote:
>>
>>> since everybody use OE6 they always download all messages with huge 
>>> mailboxes
>>
>>
>>
>> OE6 shouldn't do that, unless UIDVALIDITY changes. And it shouldn't
>> change.
>>
>>
>>> what's more dovecot index the whole system all the time.
>>
>>
>>
>> Dovecot should neither do that unless it thinks there's something wrong
>> with the indexes. Don't you get any error messages in logs?
>>
>> If it really is rebuilding the indexes all the time without errors, 
>> try what happens if you use in-memory indexes? ie. add :INDEX=MEMORY to
>> default_mail_env setting. Although that pretty much requires
>> 0.99.10-test releases since there was some bugs in it before.
>>
>> And if OE6 reloads everything, check if the UIDVALIDITY keeps changing
>> in dovecot-uidlist. It's in the first line, middle number.
>>
>>
>>> IMHO 300 mailbox and 100 concurrent user is not such a big thing.
>>
>>
>>
>> No, it shouldn't be.
> 
> 
> hops when I delete you next message (about drac), I've got an error 
> message that my server disconnected and the following error message in 
> the log file:
> -----------------------------
> imap(lfarkas): May 21 12:20:01 Error: Corrupted index file 
> /home/lfarkas/Maildir/.INBOX/.imap.index: index.next_uid (64) > 
> uidlist.next_uid (63)
> -----------------------------
> there is only on connection to the server and just only me who read my 
> mailbox.

and a few more error log:
----------------------imap(pbalkanyi): May 21 13:04:17 Error: Corrupted 
index file /home/pbalkanyi/Maildir/.INBOX/.imap.index: index.next_uid 
(287) > uidlist.next_uid (286)
imap(pbalkanyi): May 21 13:04:17 Error: Couldn't lock created modify log 
file /home/pbalkanyi/Maildir/.INBOX/.imap.index.log
imap-login: May 21 13:04:33 Info: Login: pbalkanyi [192.168.1.164]
imap(pbalkanyi): May 21 13:04:33 Error: IndexID mismatch for modify log 
file /home/pbalkanyi/Maildir/.INBOX/.imap.index.log
imap(zkempf): May 21 13:05:17 Error: Corrupted index file 
/home/zkempf/Maildir/.INBOX/.imap.index: index.next_uid (180) > 
uidlist.next_uid (179)
imap(zkempf): May 21 13:05:17 Error: Couldn't lock created modify log 
file /home/zkempf/Maildir/.INBOX/.imap.index.log
imap-login: May 21 13:05:25 Info: Login: zkempf [192.168.0.134]
imap(zkempf): May 21 13:05:25 Error: IndexID mismatch for modify log 
file /home/zkempf/Maildir/.INBOX/.imap.index.log
imap(pbalkanyi): May 21 13:05:48 Error: Warning: Inconsistency - Index 
/home/pbalkanyi/Maildir/.INBOX/.imap.index was rebuilt while we had it open
----------------------

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed May 21 14:12:52 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AADB5239BC; Wed, 21 May 2003 14:12:52 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C5BAE239BA
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 14:12:28 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 91CB95C896C6; Wed, 21 May 2003 14:12:28 +0300 (EEST)
Subject: Re: [Dovecot] still problem with load
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ECB529C.8050201@bnap.hu>
References: <3ECB3FB1.9040602@bnap.hu> <1053508947.1214.358.camel@hurina>
	 <3ECB529C.8050201@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053515548.1218.383.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 May 2003 14:12:28 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 11:12:52 -0000
X-UID: 796                                                  
Status: O
Content-Length: 1191

On Wed, 2003-05-21 at 13:19, Farkas Levente wrote:
> >>IMHO 300 mailbox and 100 concurrent user is not such a big thing.
> > No, it shouldn't be.
> 
> ok so what can be the reason?

Well, check what OE6 is talking to Dovecot. Is it fetching headers or
bodies for all messages? It should do that to only new messages.

Rawlog or some network sniffers could tell what exactly is happening.
http://dovecot.procontrol.fi/bugreport.html#sniffing

Also is Dovecot really rebuilding the indexes all the time? How do you
know? Try the in-memory indexes, at least then it's not rebuilding any
indexes to disk.

> it there any way to measure the total amount of read and write issued by 
> all dovecot process? or...?

Dovecot doesn't count them, but your OS might. I don't know really.

> imap(lfarkas): May 21 12:20:01 Error: Corrupted index file 
> /home/lfarkas/Maildir/.INBOX/.imap.index: index.next_uid (64) > 
> uidlist.next_uid (63)

Hmm.. I was going to suggest trying 0.99.10-test, but I guess you're
using it now? Looks like I have similiar error messages in my log :)
Have to fix those.

You didn't say how long this load problem has been going on, was it only
recently or for longer now?

From lfarkas@bnap.hu  Wed May 21 14:41:59 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92535239BA; Wed, 21 May 2003 14:41:59 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id B5F2F23887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 14:41:35 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 6126C75400B
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:41:15 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 31A503EB1
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:41:32 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 0553D3EB0
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 13:41:32 +0200 (CEST)
Message-ID: <3ECB65EB.7030605@bnap.hu>
Date: Wed, 21 May 2003 13:41:31 +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: Re: [Dovecot] still problem with load
References: <3ECB3FB1.9040602@bnap.hu> <1053508947.1214.358.camel@hurina>
	<3ECB529C.8050201@bnap.hu> <1053515548.1218.383.camel@hurina>
In-Reply-To: <1053515548.1218.383.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 11:41:59 -0000
X-UID: 797                                                  
Status: O
Content-Length: 1174

Timo Sirainen wrote:
> Well, check what OE6 is talking to Dovecot. Is it fetching headers or
> bodies for all messages? It should do that to only new messages.
> 
> Rawlog or some network sniffers could tell what exactly is happening.
> http://dovecot.procontrol.fi/bugreport.html#sniffing
> 
> Also is Dovecot really rebuilding the indexes all the time? How do you
> know? Try the in-memory indexes, at least then it's not rebuilding any
> indexes to disk.

actually it was just a tip. what is sure, if I stop dovecot the load
fall down and there is no cpu load at all.

>>imap(lfarkas): May 21 12:20:01 Error: Corrupted index file 
>>/home/lfarkas/Maildir/.INBOX/.imap.index: index.next_uid (64) > 
>>uidlist.next_uid (63)
> 
> 
> Hmm.. I was going to suggest trying 0.99.10-test, but I guess you're
> using it now? Looks like I have similiar error messages in my log :)
> Have to fix those.

this is the today morning cvs.

> You didn't say how long this load problem has been going on, was it only
> recently or for longer now?

recently one or two week, but eg todays I see load around 8-9...


-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed May 21 14:45:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A8269239BC; Wed, 21 May 2003 14:45:10 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5893023887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 14:44:46 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3C3245C896C6; Wed, 21 May 2003 14:44:45 +0300 (EEST)
Subject: Re: [Dovecot] still problem with load
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ECB543A.1070502@bnap.hu>
References: <3ECB3FB1.9040602@bnap.hu> <1053508947.1214.358.camel@hurina>
	 <3ECB543A.1070502@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053517484.1215.386.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 21 May 2003 14:44:45 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 11:45:10 -0000
X-UID: 798                                                  
Status: O

On Wed, 2003-05-21 at 13:26, Farkas Levente wrote:
> imap(lfarkas): May 21 12:20:01 Error: Corrupted index file 
> /home/lfarkas/Maildir/.INBOX/.imap.index: index.next_uid (64) > 
> uidlist.next_uid (63)

Fixed in 0.99.10-test5.

From charlie@rubberduck.com  Wed May 21 14:58:08 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CDF54239BC; Wed, 21 May 2003 14:58:08 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 6C3C123887
	for <dovecot@procontrol.fi>; Wed, 21 May 2003 14:57:44 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 5B859901C; Wed, 21 May 2003 21:58:42 +1000 (EST)
Date: Wed, 21 May 2003 21:58:42 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030521115842.GI27088@lazy.spodder.com>
References: <20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com> <1053508449.1218.348.camel@hurina>
	<20030521092651.GG27088@lazy.spodder.com> <1053509749.1212.366.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053509749.1212.366.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2003 11:58:08 -0000
X-UID: 799                                                  
Status: O
Content-Length: 1137

On Wed, May 21, 2003 at 12:35:49PM +0300, Timo Sirainen wrote:
> On Wed, 2003-05-21 at 12:26, Charlie Allom wrote:
> > > Oh! I got it :) The linker optimizes that function away since it's not
> > > used elsewhere. Well, I'll include that function into the drac.c.
> > > Updated http://dovecot.procontrol.fi/patches/drac.c
> 
> > dlopen(/usr/pkg/lib/dovecot/imap/drac.so) failed:
> > /usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "i_error"
> > (symnum = 22)
> 
> Well, I think the module stuff is somehow broken with your system then.
> And I think I'll revert the net_addr2ip() change too since it's probably
> the same reason :)
> 
> When linking imap binary, does it include -Wl,--export-dynamic option
> somewhere in the gcc line?

no.

> diff -u -r1.33 main.c
> --- main.c      14 May 2003 18:23:04 -0000      1.33
> +++ main.c      21 May 2003 09:35:06 -0000
> @@ -10,6 +10,7 @@
>  #include "module-dir.h"
>  #include "mail-storage.h"
>  #include "commands.h"
> +#include "drac.c"

Cheers.

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From mem@mv.mv.com  Thu May 22 18:25:27 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BF27F238C6; Thu, 22 May 2003 18:25:27 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 6605A23887
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 18:24:53 +0300 (EEST)
Received: (qmail 3886 invoked by uid 101); 22 May 2003 11:24:31 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 22 May 2003 11:24:30 -0400
To: dovecot@procontrol.fi
Message-ID: <20030522152430.GP23209@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] possible dovecot problem (fwd)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 15:25:28 -0000
X-UID: 800                                                  
Status: O
Content-Length: 6649

I'm just forwarding this verbatim from somebody who works here.
Comments ?

mm

----- Forwarded message from Dave Chamberlain <davec@mv.mv.com> -----

> Subject: possible dovecot problem
> From: "Dave Chamberlain" <davec@mv.mv.com>
> Date: Tue, 20 May 2003 21:29:48 -0400 (EDT)
> To: mem@mv.mv.com (Mark E. Mallett)
> 
> Ok, I'm kind of confused at what dovecot's imap implementation is doing.
> 
> I seem to be spending more time than I need to correctly decipher the headers of
> email messages.
> 
> I have included here the text from 7.4.2 as it explains the response from a
> fetch of an ENVELOPE.  The last paragraph specifies that the FROM, SENDER
> and REPLYTO fields cannot be nil because some of them must be present per
> RFC822 and the IMAP spec will default values.  I have many examples where
> this is not the case, where the fetch of the envelope is returning NIL for
> some of these values.
> 
> In the example below, the message shows that the from, replyto and sender
> are all set to jaentc@aukware.com (ok, a spelling error, but that was her
> typing it in wrong).  The next field after those three is NIL, that is the
> TO line (more of my text after the IMAP conversation)
> 
>   a uid fetch 902 ENVELOPE
>   * 113 EXISTS
>   * 1 RECENT
>   * 104 FETCH (UID 902 ENVELOPE ("Tue, 20 May 2003 16:05:04 -0500" "From A Friend:
>   'TheWMURChannel.com  - News - Law Raises Age Children Must Be In Seat Restraints'"
>   (("Janet" NIL "jaentc" "aukware.com")) 
>   (("Janet" NIL "jaentc" "aukware.com")) 
>   (("Janet" NIL "jaentc" "aukware.com")) NIL NIL NIL NIL 
>   "<200305202105.h4KL5xo20860@qbert.ibsys.com>"))
> 
> Following is the complete header from the message.  There is a valid To address
> supplied, and it is in one of the allowed formats.  I would have thought that
> possibly it was the format that was causing the problem.  I first theorized that
> it didn't understand the emailaddress (personalname) format.  However, the 
> From field is in that format, and was correctly picked up (notice that "Janet"
> exists above as the Personal name, so it did understand that format).
> 
> I have found multple cases where the FROM was NIL, the SUBJECT was NIL and
> the TO is NIL, yet when looking at the header they are visible.  
> 
> This is causing problems with more than just my things, OE is having a problem
> with it as well.
> 
> 
> 
> 
> >From jaentc@aukware.com Tue May 20 21:26:43 2003 UTC
> Received: (qmail 24772 invoked from network); 20 May 2003 17:52:17 -0400
> Received: from iridium.mv.net (HELO mv.mv.com) (qmailr@199.125.85.17)
>   by mercury.mv.net with SMTP; 20 May 2003 17:52:17 -0400
> X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
>   local-name mercury.mv.net
> Received: (qmail 21564 invoked by uid 134); 20 May 2003 17:26:53 -0400
> Delivered-To: davec@mv.com
> Received: (qmail 3533 invoked from network); 20 May 2003 17:06:26 -0400
> Received: from qbert.ibsys.com (66.187.197.24)
>   by iridium.mv.net with SMTP; 20 May 2003 17:06:26 -0400
> X-Peer-Info: remote-ip 66.187.197.24 local-ip 199.125.85.17
>   local-name iridium.mv.net
> Received: from 10.0.0.24 (cfusion3.ibsys.com [10.3.0.53])
> 	by qbert.ibsys.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id h4KL5xo20860
> 	for <davec@mv.com (Dave)> Tue, 20 May 2003 16:05:59 -0500 (CDT)
> Message-Id: <200305202105.h4KL5xo20860@qbert.ibsys.com>
> Content-type: text/plain
> Date: Tue, 20 May 2003 16:05:04 -0500
> From: jaentc@aukware.com (Janet)
> Subject: From A Friend: 'TheWMURChannel.com  - News - Law Raises Age Children Must Be
> In Seat Restraints'
> To: davec@mv.com (Dave)
> 
> 
> Section 7.4.2
> 
>       ENVELOPE
>          A parenthesized list that describes the envelope structure of a
>          message.  This is computed by the server by parsing the
>          [RFC-2822] header into the component parts, defaulting various
>          fields as necessary.
> 
>          The fields of the envelope structure are in the following
>          order: date, subject, from, sender, reply-to, to, cc, bcc,
>          in-reply-to, and message-id.  The date, subject, in-reply-to,
>          and message-id fields are strings.  The from, sender, reply-to,
>          to, cc, and bcc fields are parenthesized lists of address
>          structures.
> 
>          An address structure is a parenthesized list that describes an
>          electronic mail address.  The fields of an address structure
>          are in the following order: personal name, [SMTP]
>          at-domain-list (source route), mailbox name, and host name.
> 
>          [RFC-2822] group syntax is indicated by a special form of
>          address structure in which the host name field is NIL.  If the
>          mailbox name field is also NIL, this is an end of group marker
>          (semi-colon in RFC 822 syntax).  If the mailbox name field is
>          non-NIL, this is a start of group marker, and the mailbox name
>          field holds the group name phrase.
> 
>          If the Date, Subject, In-Reply-To, and Message-ID header lines
>          are absent in the [RFC-2822] header, the corresponding member
>          of the envelope is NIL; if these header lines are present but
>          empty the corresponding member of the envelope is the empty
>          string.
> 
>             Note: some servers may return a NIL envelope member in the
>             "present but empty" case.  Clients SHOULD treat NIL and
>             empty string as identical.
> 
>             Note: [RFC-2822] requires that all messages have a valid
>             Date header.  Therefore, the date member in the envelope can
>             not be NIL or the empty string.
> 
>             Note: [RFC-2822] requires that the In-Reply-To and
>             Message-ID headers, if present, have non-empty content.
>             Therefore, the in-reply-to and message-id members in the
>             envelope can not be the empty string.
> 
>          If the From, To, cc, and bcc header lines are absent in the
>          [RFC-2822] header, or are present but empty, the corresponding
>          member of the envelope is NIL.
> 
>          If the Sender or Reply-To lines are absent in the [RFC-2822]
>          header, or are present but empty, the server sets the
>          corresponding member of the envelope to be the same value as
>          the from member (the client is not expected to know to do
>          this).
> 
>             Note: [RFC-2822] requires that all messages have a valid
>             From header.  Therefore, the from, sender, and reply-to
>             members in the envelope can not be NIL.

----- End forwarded message -----
From kaw@wilberforce.ac.uk  Thu May 22 23:01:17 2003
Return-Path: <kaw@wilberforce.ac.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8D64423865; Thu, 22 May 2003 23:01:17 +0300 (EEST)
Received: from descartes.wilberforce.ac.uk (unknown [195.195.239.232])
	by danu.procontrol.fi (Postfix) with ESMTP id BE0862384C
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 23:00:44 +0300 (EEST)
Received: from wilberforce.ac.uk (descartes.wilberforce.ac.uk [192.168.100.3])
	h4MK0OpZ012018
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 21:00:25 +0100
Received: from 213.249.172.93
        (SquirrelMail authenticated user kaw)
        by descartes.wilberforce.ac.uk with HTTP;
        Thu, 22 May 2003 21:00:25 +0100 (BST)
Message-ID: <4608.213.249.172.93.1053633625.squirrel@descartes.wilberforce.ac.uk>
Date: Thu, 22 May 2003 21:00:25 +0100 (BST)
From: "Ken Wilson" <kaw@wilberforce.ac.uk>
To: <dovecot@procontrol.fi>
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.9)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MailScanner: Found to be clean
X-MailScanner-SpamScore: s
X-Mailman-Approved-At: Thu, 22 May 2003 23:31:07 +0300
Subject: [Dovecot] Dovecot and SquirrelMail
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 20:01:17 -0000
X-UID: 801                                                  
Status: O

Hello,

Does anyone know how to get dovecot working with squirrelmail v1.4? We
have an existing uw-imap setup, with mail stored in ~/mail and inboxes in
/var/spool/mail/user. I've tried setting $imap_server_type = other in
squirrelmail, but I do not see any mail in my inbox.

This is my setting in dovecot.conf

default_mail_env = maildir:~/mail/:INBOX=/var/spool/mail/%n

Any help would be grealty appreciated, as I want to leave uw-imap and get
the speed increases that dovecot offers.

Thanks

Ken


All e-mail from Wilberforce College is governed by our legal disclaimer
which is available at http://webmail.wilberforce.ac.uk/disclaimer.txt


From lfarkas@bnap.hu  Thu May 22 23:42:25 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9C315238C5; Thu, 22 May 2003 23:42:25 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 37E6123865
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 23:41:53 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 2E4EE754014
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 22:41:30 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id E5EB33EB1
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 22:41:50 +0200 (CEST)
Received: from bnap.hu (eagle.int.bppiac.hu [192.168.255.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id 2F1313EB0
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 22:41:50 +0200 (CEST)
Message-ID: <3ECD360D.8090604@bnap.hu>
Date: Thu, 22 May 2003 22:41:49 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Dovecot and SquirrelMail problems...
References: <4608.213.249.172.93.1053633625.squirrel@descartes.wilberforce.ac.uk>
In-Reply-To: <4608.213.249.172.93.1053633625.squirrel@descartes.wilberforce.ac.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 20:42:25 -0000
X-UID: 802                                                  
Status: O

Ken Wilson wrote:
> Hello,
> 
> Does anyone know how to get dovecot working with squirrelmail v1.4? We
> have an existing uw-imap setup, with mail stored in ~/mail and inboxes in
> /var/spool/mail/user. I've tried setting $imap_server_type = other in
> squirrelmail, but I do not see any mail in my inbox.
> 
> This is my setting in dovecot.conf
> 
> default_mail_env = maildir:~/mail/:INBOX=/var/spool/mail/%n
> 
> Any help would be grealty appreciated, as I want to leave uw-imap and get
> the speed increases that dovecot offers.

actualy we use it for a while, BUT we've got an erro here too.
those message which has empty body (even if they has attachments), can 
be seen in a mailer, but it can't be seen in squirelmail (it's not even 
listed in the folder!!!). it's a dovecot or squirelmail bug?
and it's another serious problem since the user can't understand it.
any tipp?

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Thu May 22 23:42:29 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B66C9238C9; Thu, 22 May 2003 23:42:29 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E21E323866
	for <dovecot@procontrol.fi>; Thu, 22 May 2003 23:41:57 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C1D885C896C6; Thu, 22 May 2003 23:41:57 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot and SquirrelMail
From: Timo Sirainen <tss@iki.fi>
To: Ken Wilson <kaw@wilberforce.ac.uk>
In-Reply-To: <4608.213.249.172.93.1053633625.squirrel@descartes.wilberforce.ac.uk>
References: 
	 <4608.213.249.172.93.1053633625.squirrel@descartes.wilberforce.ac.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053636117.10909.64.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 22 May 2003 23:41:57 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 20:42:30 -0000
X-UID: 803                                                  
Status: O

On Thu, 2003-05-22 at 23:00, Ken Wilson wrote:
> Does anyone know how to get dovecot working with squirrelmail v1.4? We
> have an existing uw-imap setup, with mail stored in ~/mail and inboxes in
> /var/spool/mail/user. I've tried setting $imap_server_type = other in
> squirrelmail, but I do not see any mail in my inbox.
> 
> This is my setting in dovecot.conf
> 
> default_mail_env = maildir:~/mail/:INBOX=/var/spool/mail/%n

If you were using uw-imap, you'll probably have your mails in mbox
format, not maildir? If you want mixed mode mbox-INBOX / maildir-others
it's not possible yet.

From tss@iki.fi  Fri May 23 00:12:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 04FB923866; Fri, 23 May 2003 00:12:34 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3758F23865
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 00:12:01 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 10AA55C896C6; Fri, 23 May 2003 00:12:01 +0300 (EEST)
Subject: Re: [Dovecot] possible dovecot problem (fwd)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030522152430.GP23209@iridium.mv.net>
References: <20030522152430.GP23209@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053637920.10917.76.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 May 2003 00:12:00 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 21:12:34 -0000
X-UID: 804                                                  
Status: O

On Thu, 2003-05-22 at 18:24, Mark E. Mallett wrote:
> I'm just forwarding this verbatim from somebody who works here.
> Comments ?

I can't reproduce this. I tested with the headers in your mail and it
gave correct result. I also compared Dovecot's and uw-imap's output for
mailbox with 4600 mails, and output was pretty much the same.

Maybe Dovecot is parsing the headers wrong in some conditions. Can you
reproduce this in some way? The invalid envelope headers are probably
cached in index file, deleting that should probably fix this for at
least the old messages?

From mem@mv.mv.com  Fri May 23 00:33:01 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AA0C023866; Fri, 23 May 2003 00:33:01 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 544C22384C
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 00:32:29 +0300 (EEST)
Received: (qmail 24767 invoked by uid 101); 22 May 2003 17:31:40 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 22 May 2003 17:31:40 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] possible dovecot problem (fwd)
Message-ID: <20030522213140.GI677@iridium.mv.net>
References: <20030522152430.GP23209@iridium.mv.net>
	<1053637920.10917.76.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053637920.10917.76.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 21:33:01 -0000
X-UID: 805                                                  
Status: O

On Fri, May 23, 2003 at 12:12:00AM +0300, Timo Sirainen wrote:
> On Thu, 2003-05-22 at 18:24, Mark E. Mallett wrote:
> > I'm just forwarding this verbatim from somebody who works here.
> > Comments ?
> 
> I can't reproduce this. I tested with the headers in your mail and it
> gave correct result. I also compared Dovecot's and uw-imap's output for
> mailbox with 4600 mails, and output was pretty much the same.
> 
> Maybe Dovecot is parsing the headers wrong in some conditions. Can you
> reproduce this in some way? The invalid envelope headers are probably
> cached in index file, deleting that should probably fix this for at
> least the old messages?

Deleting the index files was the first thing I tried.

Strange.

mm
From mem@mv.mv.com  Fri May 23 01:21:14 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7AF08238C5; Fri, 23 May 2003 01:21:14 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id D61D023865
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 01:20:41 +0300 (EEST)
Received: (qmail 20317 invoked by uid 101); 22 May 2003 18:06:25 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 22 May 2003 18:06:25 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] possible dovecot problem (fwd)
Message-ID: <20030522220625.GL677@iridium.mv.net>
References: <20030522152430.GP23209@iridium.mv.net>
	<1053637920.10917.76.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053637920.10917.76.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 22:21:14 -0000
X-UID: 806                                                  
Status: O
Content-Length: 2699

On Fri, May 23, 2003 at 12:12:00AM +0300, Timo Sirainen wrote:
> On Thu, 2003-05-22 at 18:24, Mark E. Mallett wrote:
> > I'm just forwarding this verbatim from somebody who works here.
> > Comments ?
> 
> I can't reproduce this. I tested with the headers in your mail and it
> gave correct result. I also compared Dovecot's and uw-imap's output for
> mailbox with 4600 mails, and output was pretty much the same.
> 
> Maybe Dovecot is parsing the headers wrong in some conditions. Can you
> reproduce this in some way? The invalid envelope headers are probably
> cached in index file, deleting that should probably fix this for at
> least the old messages?

I was able to reproduce it without any effort. 

First let me ask the obvious thing.. when you filed the sample message
from my original note, did you spot the fact that the "Subject" line
was split into two lines?  You have to recombine the two lines into
one.  (Sorry about that).  Also, remove the "> " characters and,
I guess, save the "From " line at the beginning (although I just
tested it and it doesn't matter if it's there or not).

Here's what I did to reproduce it:

On the target system:

  % rm -rf Maildir
  % maildirmake Maildir
  % cp bad.tmp Maildir/cur/0000.1111.2222.bad

"bad.tmp" is a copy of that message that I forwarded, starting with the
"From" line, or with the first Received line, doesn't matter.  Body of
the message doesn't matter either; I kept all the RFC stuff as the
body.

Now from the source system (and here is a cut and paste of what I just
did, except that I changed the username/password):

  % telnet target-system imap
  Connected to target-system
  Escape character is '^]'.
  * OK dovecot ready.
  1 login user password
  1 OK Logged in.
  2 select "INBOX"
  * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
  * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted.
  * 1 EXISTS
  * 0 RECENT
  * OK [UNSEEN 1] First unseen.
  * OK [UIDVALIDITY 1053640171] UIDs valid
  * OK [UIDNEXT 2] Predicted next UID
  2 OK [READ-WRITE] Select completed.
  3 fetch 1 ENVELOPE
  * 1 FETCH (ENVELOPE ("Tue, 20 May 2003 16:05:04 -0500" "From A Friend: 'TheWMURCh
  annel.com  - News - Law Raises Age Children Must Be In Seat Restraints'" (("Janet
  " NIL "jaentc" "aukware.com")) (("Janet" NIL "jaentc" "aukware.com")) (("Janet" N
  IL "jaentc" "aukware.com")) NIL NIL NIL NIL "<200305202105.h4KL5xo20860@qbert.ibs
  ys.com>"))
  3 OK Fetch completed.
  4 logout
  * BYE Logging out
  4 OK Logout completed.
  Connection closed by foreign host.

This seems to exactly duplicate the report..

Note: the FETCH response above is wrapped.

Is there something I have got set wrong?

mm
From tss@iki.fi  Fri May 23 02:04:04 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A5909238C5; Fri, 23 May 2003 02:04:04 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D480923865
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 02:03:32 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A521C5C896C6; Fri, 23 May 2003 02:03:32 +0300 (EEST)
Subject: Re: [Dovecot] possible dovecot problem (fwd)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030522220625.GL677@iridium.mv.net>
References: <20030522152430.GP23209@iridium.mv.net>
	<20030522220625.GL677@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053644612.10918.99.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 May 2003 02:03:32 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2003 23:04:04 -0000
X-UID: 807                                                  
Status: O
Content-Length: 1397

On Fri, 2003-05-23 at 01:06, Mark E. Mallett wrote:
> > Maybe Dovecot is parsing the headers wrong in some conditions. Can you
> > reproduce this in some way? The invalid envelope headers are probably
> > cached in index file, deleting that should probably fix this for at
> > least the old messages?
> 
> I was able to reproduce it without any effort. 

Ah, yes. The "end of header" was treated as duplicate of last header
except with empty value.

Hmm. Maybe I should also handle differently the cases when same header
occurs multiple times.. Or maybe not, RFC2822 doesn't allow them more
than once anyway..

Index: message-parser.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib-mail/message-parser.c,v
retrieving revision 1.39
diff -u -r1.39 message-parser.c
--- message-parser.c    3 May 2003 17:28:20 -0000       1.39
+++ message-parser.c    22 May 2003 23:00:04 -0000
@@ -680,7 +680,8 @@
        if (size == 0 || (size == 1 && msg[0] == '\r')) {
                /* end of headers */
                line->eoh = TRUE;
-               line->name_len = line->value_len = 0;
+               line->name_len = line->value_len = line->full_value_len = 0;
+               line->name = ""; line->value = line->full_value = NULL;
        } else if (line->continued) {
                line->value = msg;
                line->value_len = size;

From mem@mv.mv.com  Fri May 23 04:31:10 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 49BB7238C5; Fri, 23 May 2003 04:31:10 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 340EF23866
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 04:30:33 +0300 (EEST)
Received: (qmail 8124 invoked by uid 101); 22 May 2003 21:30:32 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 22 May 2003 21:30:32 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] possible dovecot problem (fwd)
Message-ID: <20030523013032.GA5162@iridium.mv.net>
References: <20030522152430.GP23209@iridium.mv.net>
	<20030522220625.GL677@iridium.mv.net> <1053644612.10918.99.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053644612.10918.99.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 23 May 2003 01:31:10 -0000
X-UID: 808                                                  
Status: O

On Fri, May 23, 2003 at 02:03:32AM +0300, Timo Sirainen wrote:
> On Fri, 2003-05-23 at 01:06, Mark E. Mallett wrote:
> > > Maybe Dovecot is parsing the headers wrong in some conditions. Can you
> > > reproduce this in some way? The invalid envelope headers are probably
> > > cached in index file, deleting that should probably fix this for at
> > > least the old messages?
> > 
> > I was able to reproduce it without any effort. 
> 
> Ah, yes. The "end of header" was treated as duplicate of last header
> except with empty value.
> 
> Hmm. Maybe I should also handle differently the cases when same header
> occurs multiple times.. Or maybe not, RFC2822 doesn't allow them more
> than once anyway..

I don't follow- what duplicates?  It looks like a perfectly ordinary
header to me, what am I missing?

mm
From tss@iki.fi  Fri May 23 12:20:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3AE2B238CB; Fri, 23 May 2003 12:20:00 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A259223866
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 12:19:56 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6CFFD5C896C6; Fri, 23 May 2003 12:19:56 +0300 (EEST)
Subject: Re: [Dovecot] possible dovecot problem (fwd)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030523013032.GA5162@iridium.mv.net>
References: <20030522152430.GP23209@iridium.mv.net>
	<1053644612.10918.99.camel@hurina>
	<20030523013032.GA5162@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053681595.10918.120.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 May 2003 12:19:56 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 23 May 2003 09:20:00 -0000
X-UID: 809                                                  
Status: O

On Fri, 2003-05-23 at 04:30, Mark E. Mallett wrote:
> > Ah, yes. The "end of header" was treated as duplicate of last header
> > except with empty value.
> I don't follow- what duplicates?  It looks like a perfectly ordinary
> header to me, what am I missing?

Not real duplicate. But Dovecot was treating like the last header always
appeared twice, but second time without value. Like:

.. headers ..
To: foo@bar
To:

.. body ..
From bob@cemetery.homeunix.org  Fri May 23 17:23:20 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8BD2C238CB; Fri, 23 May 2003 17:23:20 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 3911723865
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 17:23:16 +0300 (EEST)
Received: from snot (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with SMTP id h4NEN7r4019999
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 15:23:07 +0100 (BST)
Date: Fri, 23 May 2003 15:23:03 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Message-Id: <20030523152303.5644f895.bob@cemetery.homeunix.org>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.TgS9Hcr3I3?Yl)"
Subject: [Dovecot] Dovecot in OpenBSD ports system
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 23 May 2003 14:23:20 -0000
X-UID: 810                                                  
Status: O

--=.TgS9Hcr3I3?Yl)
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi

I have put together dovecot port for the OpenBSD ports system. The port
has yet to be submitted, but is finished awaiting testing from a wider
audience. I have been using dovecot successfully on OpenBSD/sparc64
-current for months now with no problems.

Would you recommend including the CR+LF patch?

http://cemetery.homeunix.org/OpenBSD/dovecot.tar.gz

-- 
http://cemetery.homeunix.org

--=.TgS9Hcr3I3?Yl)
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+zi7Lj3ZMDwYLJGARAt/PAJ4+Of5NNHUVsCVpxBD1SxNBvD70mgCfeml8
X626asWtidWLSWokMexzepw=
=yK6L
-----END PGP SIGNATURE-----

--=.TgS9Hcr3I3?Yl)--
From mem@mv.mv.com  Fri May 23 18:20:56 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A470F238CB; Fri, 23 May 2003 18:20:56 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id DFF3F23866
	for <dovecot@procontrol.fi>; Fri, 23 May 2003 18:20:48 +0300 (EEST)
Received: (qmail 17954 invoked by uid 101); 23 May 2003 11:20:44 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Fri, 23 May 2003 11:20:44 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] possible dovecot problem (fwd)
Message-ID: <20030523152044.GD8005@iridium.mv.net>
References: <20030522152430.GP23209@iridium.mv.net>
	<1053644612.10918.99.camel@hurina> <20030523013032.GA5162@iridium.mv.net>
	<1053681595.10918.120.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053681595.10918.120.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 23 May 2003 15:20:57 -0000
X-UID: 811                                                  
Status: O

On Fri, May 23, 2003 at 12:19:56PM +0300, Timo Sirainen wrote:
> On Fri, 2003-05-23 at 04:30, Mark E. Mallett wrote:
> > > Ah, yes. The "end of header" was treated as duplicate of last header
> > > except with empty value.
> > I don't follow- what duplicates?  It looks like a perfectly ordinary
> > header to me, what am I missing?
> 
> Not real duplicate. But Dovecot was treating like the last header always
> appeared twice, but second time without value. Like:
> 
> .. headers ..
> To: foo@bar
> To:
> 
> .. body ..

Oh, I see what you mean.  So if it happened that "To" came last, there
was a problem- but if something innocuous was last, there was not?

Interesting.  The patch does appear to fix the reported issue.

BTW when I first applied the patch, the imap server hung trying to fetch
the body.  Cleared the .imap* files and this did not happen again.

mm
From mike@skew.org  Mon May 26 08:33:04 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8F8D923896; Mon, 26 May 2003 08:33:04 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id B157B2387F
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 08:33:01 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.6p2/8.12.7) with ESMTP id h4Q5X2CZ035304
	for <dovecot@procontrol.fi>; Sun, 25 May 2003 23:33:02 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.6p2/8.12.7/Submit) id h4Q5X2Po035303
	for dovecot@procontrol.fi; Sun, 25 May 2003 23:33:02 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200305260533.h4Q5X2Po035303@chilled.skew.org>
To: dovecot@procontrol.fi
Date: Sun, 25 May 2003 23:33:02 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=0.8 required=5.0
	tests=SPAM_PHRASE_00_01
	version=2.43
Subject: [Dovecot] pop3 timeout when sending first message
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 26 May 2003 05:33:04 -0000
X-UID: 812                                                  
Status: O
Content-Length: 1085

I'm using FreeBSD 4.8 with dovecot from the ports collection.

First I am first trying to fetch mail via POP3. Clients are both OE6 and
Mozilla. Both exhibit the same behavior: the client says it is receiving
message 1 of (however many), but nothing happens; no message data is
transferred. Mozilla seems to keep waiting forever, but OE6 times out after 60
seconds and lets me stop waiting.

I tried both with and without SSL. Authentication works fine in either case,
but the mail xfer just doesn't work.

There's nothing of interest in the logs. By the way, there seems to be no
mention of what syslog facility is used by dovecot. What is it? I'm avoiding
syslog for now and writing to specific files.

In the info log I get this when the client logs in:

  pop3-login: May 25 23:10:44 Info: Login: mike [my.IP.addr.here]

In the other log I get this when OE6 disconnects, following the timeout and
prompting me to wait or stop:

  pop3-login: May 25 23:11:53 Warning: SSL_read() syscall failed: EOF [216.241.45.45]

I'm not sure what else to do to try to debug this...

Help?

-Mike
From jens.laas@data.slu.se  Mon May 26 11:46:57 2003
Return-Path: <jens.laas@data.slu.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DAD6F23896; Mon, 26 May 2003 11:46:57 +0300 (EEST)
Received: from mail1.slu.se (mail1.slu.se [130.238.96.11])
	by danu.procontrol.fi (Postfix) with ESMTP id 47EF323865
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 11:46:55 +0300 (EEST)
Received: from jlaas2.data.slu.se (jlaas2.data.slu.se [130.238.98.68])
	by mail1.slu.se (8.9.3p2/8.9.3) with ESMTP id KAA10859
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 10:46:50 +0200
Date: Mon, 26 May 2003 10:46:55 +0200 (CEST)
From: Jens Laas <jens.laas@data.slu.se>
X-X-Sender: jensl@jlaas2.data.slu.se
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.55.0305261015540.5124@jlaas2.data.slu.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Mailman-Approved-At: Mon, 26 May 2003 13:19:21 +0300
Subject: [Dovecot] logging in POP3
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 26 May 2003 08:46:58 -0000
X-UID: 813                                                  
Status: O
Content-Length: 2165


I have begun testing dovecot as (primarly) a POP replacement.

So far the only lacking bit is the logging.

It would be great if pop3 could log a line at client exit with the
following info: (wishlist follows :)

o nr deleted mails + total bytes deletes
o nr mails left in spool + bytes left
o time spent
o indication if TLS was used or not

If you would lika generic logging API I have one you can use:
(Only tested under Linux. It is GPL)

http://robur.slu.se/jensl/jellog.tar.gz

Excerpt from headerfile:

/*
  Functions for setting the destination of logger_facilities.
  - filename is the file to append log entries to. If file does not exist
it
    is created with umask 0666 (modified as usual by open() call).
  - filestream is the FILE stream to use.
  - fd is the filedescriptor to use.
  - priority is the syslog priority to use as used in the syslog() call.
  - timestamp is used as a boolean. True means begin line with a
timestamp.
*/
int logger_set_file(logger_facility facility, char *filename, int
timestamp);
int logger_set_iostream(logger_facility facility,
			FILE *filestream, int timestamp);
int logger_set_fd(logger_facility facility, int fd, int timestamp);
int logger_set_syslog(logger_facility facility, int priority, int
timestamp);

/*
  fmt = [sdt]+
  s = string
  d = integer
  t = time-string

  Example: logger( LOGGER_ERROR, "sds", "Errorcode: ", -1234, ".
Aborting!");
  See end of logger.c for more examples.
*/
int logger(logger_facility facility, char *fmt, ...);


Dovecot looks great!
Just thought I'd send you this wishlist.

If you could point me to the right places in the code I am willing to help
adding this myself.

Cheers,
Jens Ls

-----------------------------------------------------------------------
    'This mail automatically becomes portable when carried.'
-----------------------------------------------------------------------
    Jens Ls                              Email: jens.laas@data.slu.se
    Department of Computer Services, SLU   Phone: +46 18 67 35 15
    Vindbrovgen 1
    P.O. Box 7079
    S-750 07 Uppsala
    SWEDEN
-----------------------------------------------------------------------
From rao231@tid.es  Mon May 26 21:01:24 2003
Return-Path: <rao231@tid.es>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3BFF023896; Mon, 26 May 2003 21:01:24 +0300 (EEST)
Received: from localhost.localdomain (25.Red-80-34-244.pooles.rima-tde.net
	[80.34.244.25])
	by danu.procontrol.fi (Postfix) with ESMTP id EC8A62387F
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 21:01:19 +0300 (EEST)
Received: from tid.es (unknown [127.0.0.1])
	by localhost.localdomain (Postfix) with ESMTP id A1C06F6BFF
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 14:09:00 -0400 (EDT)
Message-ID: <3ED25809.9000109@tid.es>
Date: Mon, 26 May 2003 20:08:09 +0200
From: Ruben Alvarez <rao231@tid.es>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
X-Accept-Language: en-us, en, es-es
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] Why dovecot is not multi-threaded?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 26 May 2003 18:01:24 -0000
X-UID: 814                                                  
Status: O

Hi,

I'm looking for the most efficient OpenSource IMAP server
and I am told that Dovecot Server is a good solution.

Anyway, I have inspected the source code and I think Dovecot is not a
multi-threaded server, but a forked server. I am surprised about this
issue, because threads perfomance should be higher than creating a new
process for each connection....I suppose.

So, Could anybody tell me why Dovecot was not designed with
multi-threaded support?.
Perhaps, threads are not a good solution for Dovecot but I am very
interested in which are the reasons for this.

By the other hand, do anybody know any multi-threaded OpenSource IMAP
server?. I would like test performance of Dovecot  server versus a
multi-threaded one.

Very thanks.



From tss@iki.fi  Mon May 26 21:14:19 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CD575238B6; Mon, 26 May 2003 21:14:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9E7AE23896
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 21:14:14 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5AFEF5C896C6; Mon, 26 May 2003 21:14:14 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot in OpenBSD ports system
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030523152303.5644f895.bob@cemetery.homeunix.org>
References: <20030523152303.5644f895.bob@cemetery.homeunix.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053972854.2849.37.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 26 May 2003 21:14:14 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 26 May 2003 18:14:20 -0000
X-UID: 815                                                  
Status: O

On Fri, 2003-05-23 at 17:23, Andrew Basterfield wrote:
> Hi
> 
> I have put together dovecot port for the OpenBSD ports system. The port
> has yet to be submitted, but is finished awaiting testing from a wider
> audience. I have been using dovecot successfully on OpenBSD/sparc64
> -current for months now with no problems.
> 
> Would you recommend including the CR+LF patch?

Actually I'd recommend 0.99.10 if I just could get it released.. :)
There's -test6 now at http://dovecot.procontrol.fi/test/ which looks
like it's working fine. Maybe just a few last changes and that'd be it.

From tss@iki.fi  Mon May 26 21:15:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 97017238C7; Mon, 26 May 2003 21:15:53 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 53B1D238B6
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 21:15:50 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2DD995C896C6; Mon, 26 May 2003 21:15:50 +0300 (EEST)
Subject: Re: [Dovecot] pop3 timeout when sending first message
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200305260533.h4Q5X2Po035303@chilled.skew.org>
References: <200305260533.h4Q5X2Po035303@chilled.skew.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053972949.3131.40.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 26 May 2003 21:15:50 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 26 May 2003 18:15:53 -0000
X-UID: 816                                                  
Status: O

On Mon, 2003-05-26 at 08:33, Mike Brown wrote:
> I'm using FreeBSD 4.8 with dovecot from the ports collection.
> 
> First I am first trying to fetch mail via POP3. Clients are both OE6 and
> Mozilla. Both exhibit the same behavior: the client says it is receiving
> message 1 of (however many), but nothing happens; no message data is
> transferred. Mozilla seems to keep waiting forever, but OE6 times out after 60
> seconds and lets me stop waiting.

Check the POP3 traffic that they're talking. That would tell at least
something. http://dovecot.procontrol.fi/bugreport.html#sniffing

> There's nothing of interest in the logs. By the way, there seems to be no
> mention of what syslog facility is used by dovecot. What is it? I'm avoiding
> syslog for now and writing to specific files.

It's mail.

From tss@iki.fi  Mon May 26 21:29:25 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3AF4D238D6; Mon, 26 May 2003 21:29:25 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 89E8D23865
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 21:29:23 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 18B975C896C6; Mon, 26 May 2003 21:29:23 +0300 (EEST)
Subject: Re: [Dovecot] logging in POP3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.55.0305261015540.5124@jlaas2.data.slu.se>
References: <Pine.LNX.4.55.0305261015540.5124@jlaas2.data.slu.se>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053973762.2849.55.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 26 May 2003 21:29:22 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 26 May 2003 18:29:25 -0000
X-UID: 817                                                  
Status: O

On Mon, 2003-05-26 at 11:46, Jens Laas wrote:
> So far the only lacking bit is the logging.

It's kind of in TODO list.

> It would be great if pop3 could log a line at client exit with the
> following info: (wishlist follows :)
> 
> o nr deleted mails + total bytes deletes
> o nr mails left in spool + bytes left
> o time spent

These could be done with small modifications to src/pop3/*.c. cmd_quit()
deletes the mails so you could calculate the deleted/left mails there.
For time spent you'd just add some variable which gets set to current
time at startup.

Hmm. It would be nice if this all was possible with plugins. I'd rather
not add all kinds of logging hooks all over.. Have to think about this.

> o indication if TLS was used or not

This isn't known by pop3 process at all currently.. It could be
transferred from pop3-login, but that'd require changes to quite a lot
of places.

> If you would lika generic logging API I have one you can use:

I think I have good enough logging API for now :)

From tss@iki.fi  Mon May 26 21:49:48 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7969723993; Mon, 26 May 2003 21:49:48 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E077F23865
	for <dovecot@procontrol.fi>; Mon, 26 May 2003 21:49:46 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A184F5C896C6; Mon, 26 May 2003 21:49:46 +0300 (EEST)
Subject: Re: [Dovecot] Why dovecot is not multi-threaded?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3ED25809.9000109@tid.es>
References: <3ED25809.9000109@tid.es>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Organization: 
Message-Id: <1053974986.3131.76.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 26 May 2003 21:49:46 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 26 May 2003 18:49:48 -0000
X-UID: 818                                                  
Status: O
Content-Length: 1954

On Mon, 2003-05-26 at 21:08, Ruben Alvarez wrote:
> I'm looking for the most efficient OpenSource IMAP server
> and I am told that Dovecot Server is a good solution.
>=20
> Anyway, I have inspected the source code and I think Dovecot is not a
> multi-threaded server, but a forked server. I am surprised about this
> issue, because threads perfomance should be higher than creating a new
> process for each connection....I suppose.

Well, I actually already replied privately to this when it was sent to
imap-list, but here's a more complete answer for everyone:

Threads are useful when you have a lot of data to share across the
threads. For anything else they're not worth the trouble and can
actually be even slower than processes in some cases because of extra
locking it needs. In UNIX that is. In Windows processes are a lot
heavier than threads.

Pretty much the only case in IMAP server when you want to share data is
when a mailbox is opened multiple times by different connections.
Dovecot already shares the data in that case because it's all in the
index files that are mmap()ed.

Processes also provide safety. You can't accidentally read someone
else's mails because of a bug in the server. Or if you happen to learn
how to crash the server, you can kill only your own connection. With
threaded server you would have killed everyone's connections.

> By the other hand, =BFdo anybody know any multi-threaded OpenSource IMAP
> server?. I would like test performance of Dovecot  server versus a
> multi-threaded one.

Biggest performance differences between IMAP servers is how smartly they
store the message data and how smartly they're able to read it in a way
that IMAP clients want them.

CPU usage is pretty irrelevant in IMAP servers. It's I/O that is going
to be your bottleneck. I optimize CPU usage only when it's clearly
showing somewhere (SEARCH BODY is a lot slower than grepping the files,
I'd have to figure out why some day).

From bob@cemetery.homeunix.org  Tue May 27 04:56:17 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A49F823993; Tue, 27 May 2003 04:56:17 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 53B74238C7
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 04:56:12 +0300 (EEST)
Received: from [192.168.0.8] (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with ESMTP id h4R1u2g6025882
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 02:56:02 +0100 (BST)
Date: Tue, 27 May 2003 02:56:02 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot in OpenBSD ports system
Message-ID: <27400000.1054000562@[192.168.0.8]>
In-Reply-To: <1053972854.2849.37.camel@hurina>
References: <20030523152303.5644f895.bob@cemetery.homeunix.org>
 <1053972854.2849.37.camel@hurina>
X-Mailer: Mulberry/3.0.3 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 01:56:17 -0000
X-UID: 819                                                  
Status: O
Content-Length: 1168



--On Monday, May 26, 2003 21:14:14 +0300 Timo Sirainen <tss@iki.fi> wrote:

> On Fri, 2003-05-23 at 17:23, Andrew Basterfield wrote:
>> Hi
>>
>> I have put together dovecot port for the OpenBSD ports system. The port
>> has yet to be submitted, but is finished awaiting testing from a wider
>> audience. I have been using dovecot successfully on OpenBSD/sparc64
>> -current for months now with no problems.
>>
>> Would you recommend including the CR+LF patch?
>
> Actually I'd recommend 0.99.10 if I just could get it released.. :)
> There's -test6 now at http://dovecot.procontrol.fi/test/ which looks
> like it's working fine. Maybe just a few last changes and that'd be it.

I've run into some probelms with maildirs. I have been testing by dumping
my email archives into the server and I have come across 'Warning:
Inconsistency - Index <index> was rebuilt while we had it open' leading to
the the wrong body being returned when the header is selected. Eventually
the child server process dies.

I have had no problems with mboxes

Should I wait for the next release and try again? Is this problem limited
to my plaform?

The client was sylpheed-claws.

--Andrew
From mike@skew.org  Tue May 27 05:03:47 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 029DD23998; Tue, 27 May 2003 05:03:47 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id B5D15238C7
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 05:03:42 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.6p2/8.12.7) with ESMTP id h4R23fCZ040123;
	Mon, 26 May 2003 20:03:41 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.6p2/8.12.7/Submit) id h4R23fQH040122;
	Mon, 26 May 2003 20:03:41 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200305270203.h4R23fQH040122@chilled.skew.org>
Subject: Re: [Dovecot] pop3 timeout when sending first message
In-Reply-To: <1053972949.3131.40.camel@hurina> "from Timo Sirainen at May 26,
 2003 09:15:50 pm"
To: Timo Sirainen <tss@iki.fi>
Date: Mon, 26 May 2003 20:03:41 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=-0.8 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01
	version=2.43
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 02:03:47 -0000
X-UID: 820                                                  
Status: O
Content-Length: 1200

Timo Sirainen wrote:
> On Mon, 2003-05-26 at 08:33, Mike Brown wrote:
> > I'm using FreeBSD 4.8 with dovecot from the ports collection.
> > 
> > First I am first trying to fetch mail via POP3. Clients are both OE6 and
> > Mozilla. Both exhibit the same behavior: the client says it is receiving
> > message 1 of (however many), but nothing happens; no message data is
> > transferred. Mozilla seems to keep waiting forever, but OE6 times out after 60
> > seconds and lets me stop waiting.
> 
> Check the POP3 traffic that they're talking. That would tell at least
> something. http://dovecot.procontrol.fi/bugreport.html#sniffing

tcpdump reveals that the first message does get sent.

You can examine the tcpdump output here (I edited out my password):

  http://skew.org/~mike/pop3-moz-tcpdump
  http://skew.org/~mike/pop3-oe6-tcpdump

Is this helpful?

> > There's nothing of interest in the logs. By the way, there seems to be no
> > mention of what syslog facility is used by dovecot. What is it? I'm avoiding
> > syslog for now and writing to specific files.
> 
> It's mail.
> 

Hmm, OK. I'd rather keep my dovecot log separate from my MTA log, so I'll
continue with my current setup.

Thanks!

From tss@iki.fi  Tue May 27 10:11:55 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 04CC3238D6; Tue, 27 May 2003 10:11:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 30F1023865
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 10:11:52 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A79B65C896C6; Tue, 27 May 2003 10:11:48 +0300 (EEST)
Subject: Re: [Dovecot] pop3 timeout when sending first message
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200305270203.h4R23fQH040122@chilled.skew.org>
References: <200305270203.h4R23fQH040122@chilled.skew.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054019508.2849.166.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 27 May 2003 10:11:48 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 07:11:55 -0000
X-UID: 821                                                  
Status: O

On Tue, 2003-05-27 at 05:03, Mike Brown wrote:
> You can examine the tcpdump output here (I edited out my password):
> 
>   http://skew.org/~mike/pop3-moz-tcpdump
>   http://skew.org/~mike/pop3-oe6-tcpdump
> 
> Is this helpful?

Well, I think you broke them while editing :) But I think it's because
your message doesn't end with line feed. Try this patch:

Index: commands.c
===================================================================
RCS file: /home/cvs/dovecot/src/pop3/commands.c,v
retrieving revision 1.7
diff -u -r1.7 commands.c
--- commands.c  1 Feb 2003 11:44:40 -0000       1.7
+++ commands.c  27 May 2003 07:10:27 -0000
@@ -264,6 +264,11 @@
 
                i_stream_skip(input, i);
        }
+
+       if (last != '\n') {
+               /* didn't end with CRLF */
+               (void)o_stream_send(output, "\r\n", 2);
+       }
 }
 
 static void fetch(struct client *client, unsigned int msgnum,

From mike@skew.org  Tue May 27 10:22:16 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 431AA238D6; Tue, 27 May 2003 10:22:16 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id 3C16F238C7
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 10:22:12 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.6p2/8.12.7) with ESMTP id h4R7MBCZ042199;
	Tue, 27 May 2003 01:22:11 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.6p2/8.12.7/Submit) id h4R7MBNB042198;
	Tue, 27 May 2003 01:22:11 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200305270722.h4R7MBNB042198@chilled.skew.org>
Subject: Re: [Dovecot] pop3 timeout when sending first message
In-Reply-To: <1054019508.2849.166.camel@hurina> "from Timo Sirainen at May 27,
 2003 10:11:48 am"
To: Timo Sirainen <tss@iki.fi>
Date: Tue, 27 May 2003 01:22:11 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=-0.8 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01
	version=2.43
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 07:22:16 -0000
X-UID: 822                                                  
Status: O

Timo Sirainen wrote:
> Well, I think you broke them while editing :) But I think it's because
> your message doesn't end with line feed. Try this patch:
> 
> Index: commands.c
> ===================================================================
> RCS file: /home/cvs/dovecot/src/pop3/commands.c,v
> retrieving revision 1.7
> diff -u -r1.7 commands.c
> --- commands.c  1 Feb 2003 11:44:40 -0000       1.7
> +++ commands.c  27 May 2003 07:10:27 -0000
> @@ -264,6 +264,11 @@
>  
>                 i_stream_skip(input, i);
>         }
> +
> +       if (last != '\n') {
> +               /* didn't end with CRLF */
> +               (void)o_stream_send(output, "\r\n", 2);
> +       }
>  }
>  
>  static void fetch(struct client *client, unsigned int msgnum,

That worked! The problem is solved!

Thanks!!

-Mike
From maikel@ladot.com  Tue May 27 10:43:22 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E58A323896; Tue, 27 May 2003 10:43:22 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 3235E23865
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 10:43:20 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h4R7t5MN079963
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 09:55:05 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <LP1BV0WV>; Tue, 27 May 2003 09:43:05 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F2240A@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Dovecot (E-mail)'" <dovecot@procontrol.fi>
Date: Tue, 27 May 2003 09:43:04 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C32423.9B247960"
X-Spam-Status: No, hits=1.3 required=5.0
	tests=HTML_20_30,HTML_MESSAGE
	version=2.55
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Subject: [Dovecot] Postgres "issue"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 07:43:23 -0000
X-UID: 823                                                  
Status: O
Content-Length: 2694

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C32423.9B247960
Content-Type: text/plain

Dear list,


I have a small issue with dovecot talking to a postgresql server:

If my postgres server get restarted, dovecot fails to reconnect to the
postgres server.

I run dovecot 0.99.9.1 (which is actually a cvs version of dovecot, of may 9
2003)

I have the same postgres version for the server as I use for the libraries.

Is it hard to get auto-reconnect to work?


Kind regards,


Maikel Verheijen


Ps: the log message I get is this:

May 22 17:33:01 testlfw3 dovecot-auth: PGSQL: Query "SELECT password FROM
aliases WHERE alias = 'maikel@test.com' AND password != ''" failed: FATAL 1:
This connection has been terminated by the administrator. server closed the
connection unexpectedly ^IThis probably means the server terminated
abnormally ^Ibefore or while processing the request. 

Which probably describes it all :)

------_=_NextPart_001_01C32423.9B247960
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>Postgres &quot;issue&quot;</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Dear list,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>I have a small issue with dovecot talking to a =
postgresql server:</FONT>
</P>

<P><FONT SIZE=3D2>If my postgres server get restarted, dovecot fails to =
reconnect to the postgres server.</FONT>
</P>

<P><FONT SIZE=3D2>I run dovecot 0.99.9.1 (which is actually a cvs =
version of dovecot, of may 9 2003)</FONT>
</P>

<P><FONT SIZE=3D2>I have the same postgres version for the server as I =
use for the libraries.</FONT>
</P>

<P><FONT SIZE=3D2>Is it hard to get auto-reconnect to work?</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Kind regards,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel Verheijen</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Ps: the log message I get is this:</FONT>
</P>

<P><FONT SIZE=3D2>May 22 17:33:01 testlfw3 dovecot-auth: PGSQL: Query =
&quot;SELECT password FROM aliases WHERE alias =3D 'maikel@test.com' =
AND password !=3D ''&quot; failed: FATAL 1:&nbsp; This connection has =
been terminated by the administrator. server closed the connection =
unexpectedly ^IThis probably means the server terminated abnormally =
^Ibefore or while processing the request. </FONT></P>

<P><FONT SIZE=3D2>Which probably describes it all :)</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C32423.9B247960--
From seba@iq.pl  Tue May 27 11:59:49 2003
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A87E3238C7; Tue, 27 May 2003 11:59:49 +0300 (EEST)
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id 05A8423896
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 11:59:47 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id 812546BCB8; Tue, 27 May 2003 11:01:33 +0200 (CEST)
Date: Tue, 27 May 2003 11:01:33 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] still problem with load
Message-ID: <20030527090132.GH21324@iq.pl>
References: <3ECB3FB1.9040602@bnap.hu> <1053508947.1214.358.camel@hurina>
	<3ECB543A.1070502@bnap.hu> <1053517484.1215.386.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053517484.1215.386.camel@hurina>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 08:59:49 -0000
X-UID: 824                                                  
Status: O

On Wed, May 21, 2003 at 14:44:45 +0300, Timo Sirainen wrote:
> On Wed, 2003-05-21 at 13:26, Farkas Levente wrote:
> > imap(lfarkas): May 21 12:20:01 Error: Corrupted index file 
> > /home/lfarkas/Maildir/.INBOX/.imap.index: index.next_uid (64) > 
> > uidlist.next_uid (63)
> 
> Fixed in 0.99.10-test5.

It was bug, not feature? :)

Confirmed - got rid of these error messages.
From maikel@ladot.com  Tue May 27 12:50:27 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 94F4D238C7; Tue, 27 May 2003 12:50:27 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 2BC8923865
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 12:50:25 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h4RA2LMN081502
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 12:02:21 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <LP1BV00X>; Tue, 27 May 2003 11:50:20 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F2241E@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Dovecot (E-mail)'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] Postgres "issue"
Date: Tue, 27 May 2003 11:50:20 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C32435.62781790"
X-Spam-Status: No, hits=0.3 required=5.0
	tests=HTML_40_50,HTML_FONT_COLOR_BLUE,HTML_MESSAGE,
	      ORIGINAL_MESSAGE,PATCH_UNIFIED_DIFF
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 09:50:27 -0000
X-UID: 825                                                  
Status: O
Content-Length: 9145

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C32435.62781790
Content-Type: text/plain

Ok: a little lame to answer my own question, but I created a CRUDE patch.
 
It does NOT check why a connection failed, it just does a PQreset, and it
SEEMS to work.
 
 
Kind regards,
 
Maikel Verheijen.
 
Ps: Timo, can something with reconnect be implemented permanently?
 
 
--8<--
 
--- src/auth/db-pgsql.c.ORIG    Tue May 27 10:06:39 2003
+++ src/auth/db-pgsql.c Tue May 27 11:16:38 2003
@@ -53,9 +53,16 @@
        res = PQexec(conn->pg, query);
 
        if (PQresultStatus(res) != PGRES_TUPLES_OK) {
-               i_error("PGSQL: Query \"%s\" failed: %s",
-                       query, PQresultErrorMessage(res));
-               failed = TRUE;
+               PQreset(conn->pg);
+               res = PQexec(conn->pg, query);
+               if (PQresultStatus(res) != PGRES_TUPLES_OK) {
+                       i_error("PGSQL: Query \"%s\" failed: %s",
+                               query, PQresultErrorMessage(res));
+                       failed = TRUE;
+               } else {
+                       i_error("PGSQL: Reconnected because of failure!");
+                       failed = FALSE;
+               }
        } else {
                failed = FALSE;
        }
 
--8<--

-----Original Message-----
From: Maikel Verheijen [mailto:maikel@ladot.com] 
Sent: Tuesday, May 27, 2003 9:43 AM
To: 'Dovecot (E-mail)'
Subject: [Dovecot] Postgres "issue"



Dear list, 


I have a small issue with dovecot talking to a postgresql server: 

If my postgres server get restarted, dovecot fails to reconnect to the
postgres server. 

I run dovecot 0.99.9.1 (which is actually a cvs version of dovecot, of may 9
2003) 

I have the same postgres version for the server as I use for the libraries. 

Is it hard to get auto-reconnect to work? 


Kind regards, 


Maikel Verheijen 


Ps: the log message I get is this: 

May 22 17:33:01 testlfw3 dovecot-auth: PGSQL: Query "SELECT password FROM
aliases WHERE alias = 'maikel@test.com' AND password != ''" failed: FATAL 1:
This connection has been terminated by the administrator. server closed the
connection unexpectedly ^IThis probably means the server terminated
abnormally ^Ibefore or while processing the request. 

Which probably describes it all :) 


------_=_NextPart_001_01C32435.62781790
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>

<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D323253709-27052003>Ok: a=20
little lame to answer my own question, but I created a CRUDE=20
patch.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D323253709-27052003>It=20
does NOT check why a connection failed, it just does a PQreset, and it =
SEEMS to=20
work.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D323253709-27052003>Kind=20
regards,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D323253709-27052003>Maikel=20
Verheijen.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D323253709-27052003>Ps:=20
Timo, can something with reconnect be implemented=20
permanently?</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D323253709-27052003>--8&lt;--</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>--- =
src/auth/db-pgsql.c.ORIG&nbsp;&nbsp;&nbsp; Tue=20
May 27 10:06:39 2003<BR>+++ src/auth/db-pgsql.c Tue May 27 11:16:38 =
2003<BR>@@=20
-53,9 +53,16 @@<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; res =3D=20
PQexec(conn-&gt;pg,=20
query);<BR>&nbsp;<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if=20
(PQresultStatus(res) !=3D PGRES_TUPLES_OK)=20
{<BR>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;=20
i_error("PGSQL: Query \"%s\" failed:=20
%s",<BR>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
query,=20
PQresultErrorMessage(res));<BR>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
failed =3D=20
TRUE;<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;=20
PQreset(conn-&gt;pg);<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
res =3D PQexec(conn-&gt;pg,=20
query);<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;=20
if (PQresultStatus(res) !=3D PGRES_TUPLES_OK)=20
{<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
i_error("PGSQL: Query \"%s\" failed:=20
%s",<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
query,=20
PQresultErrorMessage(res));<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;=20
failed =3D=20
TRUE;<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;=20
} else=20
{<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
i_error("PGSQL: Reconnected because of=20
failure!");<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;=20
failed =3D=20
FALSE;<BR>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;=20
}<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; } else=20
{<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;=20
failed =3D FALSE;<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
}</FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
<DIV><SPAN class=3D323253709-27052003><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>--8&lt;--</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft><FONT=20
  face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B> =
Maikel Verheijen=20
  [mailto:maikel@ladot.com] <BR><B>Sent:</B> Tuesday, May 27, 2003 9:43 =

  AM<BR><B>To:</B> 'Dovecot (E-mail)'<BR><B>Subject:</B> [Dovecot] =
Postgres=20
  "issue"<BR><BR></FONT></DIV>
  <P><FONT size=3D2>Dear list,</FONT> </P><BR>
  <P><FONT size=3D2>I have a small issue with dovecot talking to a =
postgresql=20
  server:</FONT> </P>
  <P><FONT size=3D2>If my postgres server get restarted, dovecot fails =
to=20
  reconnect to the postgres server.</FONT> </P>
  <P><FONT size=3D2>I run dovecot 0.99.9.1 (which is actually a cvs =
version of=20
  dovecot, of may 9 2003)</FONT> </P>
  <P><FONT size=3D2>I have the same postgres version for the server as =
I use for=20
  the libraries.</FONT> </P>
  <P><FONT size=3D2>Is it hard to get auto-reconnect to work?</FONT> =
</P><BR>
  <P><FONT size=3D2>Kind regards,</FONT> </P><BR>
  <P><FONT size=3D2>Maikel Verheijen</FONT> </P><BR>
  <P><FONT size=3D2>Ps: the log message I get is this:</FONT> </P>
  <P><FONT size=3D2>May 22 17:33:01 testlfw3 dovecot-auth: PGSQL: Query =
"SELECT=20
  password FROM aliases WHERE alias =3D 'maikel@test.com' AND password =
!=3D ''"=20
  failed: FATAL 1:&nbsp; This connection has been terminated by the=20
  administrator. server closed the connection unexpectedly ^IThis =
probably means=20
  the server terminated abnormally ^Ibefore or while processing the =
request.=20
  </FONT></P>
  <P><FONT size=3D2>Which probably describes it all :)</FONT>=20
</P></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C32435.62781790--
From tss@iki.fi  Tue May 27 14:48:50 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1C7AA238C7; Tue, 27 May 2003 14:48:50 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4EF9F23865
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 14:48:46 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 0BB2A5C896C6; Tue, 27 May 2003 14:48:46 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot in OpenBSD ports system
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <27400000.1054000562@[192.168.0.8]>
References: <20030523152303.5644f895.bob@cemetery.homeunix.org>
	<27400000.1054000562@[192.168.0.8]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054036125.19156.175.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 27 May 2003 14:48:45 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 11:48:50 -0000
X-UID: 826                                                  
Status: O

On Tue, 2003-05-27 at 04:56, Andrew Basterfield wrote:
> I've run into some probelms with maildirs. I have been testing by dumping
> my email archives into the server and I have come across 'Warning:
> Inconsistency - Index <index> was rebuilt while we had it open' leading to
> the the wrong body being returned when the header is selected. Eventually
> the child server process dies.
> 
> I have had no problems with mboxes
> 
> Should I wait for the next release and try again? Is this problem limited
> to my plaform?

What version of Dovecot was this with? OpenBSD had similiar problem
which I've fixed in -test releases. The problem with it was that I was
write()ing to file that was mmaped, and OpenBSD didn't update the mmap
when it was done.

From bob@cemetery.homeunix.org  Tue May 27 19:05:13 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 135E6238C7; Tue, 27 May 2003 19:05:13 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 780A623865
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 19:05:09 +0300 (EEST)
Received: from [192.168.0.8] (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with ESMTP id h4RG51g6027390
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 17:05:01 +0100 (BST)
Date: Tue, 27 May 2003 17:05:00 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot in OpenBSD ports system
Message-ID: <695540000.1054051500@[192.168.0.8]>
In-Reply-To: <1054036125.19156.175.camel@hurina>
References: <20030523152303.5644f895.bob@cemetery.homeunix.org>
	<1054036125.19156.175.camel@hurina>
X-Mailer: Mulberry/3.0.3 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 16:05:13 -0000
X-UID: 827                                                  
Status: O
Content-Length: 1110



--On Tuesday, May 27, 2003 14:48:45 +0300 Timo Sirainen <tss@iki.fi> wrote:

> On Tue, 2003-05-27 at 04:56, Andrew Basterfield wrote:
>> I've run into some probelms with maildirs. I have been testing by dumping
>> my email archives into the server and I have come across 'Warning:
>> Inconsistency - Index <index> was rebuilt while we had it open' leading
>> to the the wrong body being returned when the header is selected.
>> Eventually the child server process dies.

>> Should I wait for the next release and try again? Is this problem limited
>> to my plaform?
>
> What version of Dovecot was this with? OpenBSD had similiar problem
> which I've fixed in -test releases. The problem with it was that I was
> write()ing to file that was mmaped, and OpenBSD didn't update the mmap
> when it was done.

Yes, I found the error message in mail_index_lock_change() in mail-index.c
and mmap_update() in mail_index_data.c, I changed one of the strings so I
could differentiate them and it was mmap_update() where the error was
detected.

I had the problems with 0.99.8.1 and 0.99.9.1

I will try -test

--Andrew
From bob@cemetery.homeunix.org  Tue May 27 19:29:08 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F34F6238C7; Tue, 27 May 2003 19:29:07 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 28AA723896
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 19:29:05 +0300 (EEST)
Received: from snot (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with SMTP id h4RGT2g6008011
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 17:29:02 +0100 (BST)
Date: Tue, 27 May 2003 17:28:57 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot in OpenBSD ports system
Message-Id: <20030527172857.0d4c257b.bob@cemetery.homeunix.org>
In-Reply-To: <695540000.1054051500@[192.168.0.8]>
References: <20030523152303.5644f895.bob@cemetery.homeunix.org>
	<1054036125.19156.175.camel@hurina>
	<695540000.1054051500@[192.168.0.8]>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="oU=.=ndL)/)D4KXw"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 16:29:08 -0000
X-UID: 828                                                  
Status: O

--oU=.=ndL)/)D4KXw
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Tue, 27 May 2003 17:05:00 +0100,
Andrew Basterfield <bob@cemetery.homeunix.org> wrote:
 
> I had the problems with 0.99.8.1 and 0.99.9.1
> 
> I will try -test

PS to you have URLs for -test tarballs (as they are not linked to on
the website) or must I check the source out with CVS?

--Andrew

-- 
http://cemetery.homeunix.org

--oU=.=ndL)/)D4KXw
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+05JNj3ZMDwYLJGARAqcwAJ4lEL4mMMyWy26nthSZ5q0Cm2+aTwCfTFOW
oeyLEMrqe8WSp4HI1Dqz6Yc=
=wLt6
-----END PGP SIGNATURE-----

--oU=.=ndL)/)D4KXw--
From bob@cemetery.homeunix.org  Tue May 27 20:52:17 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9BF7423896; Tue, 27 May 2003 20:52:17 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 031BD23865
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 20:52:06 +0300 (EEST)
Received: from snot (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with SMTP id h4RHpxg6004420
	for <dovecot@procontrol.fi>; Tue, 27 May 2003 18:51:59 +0100 (BST)
Date: Tue, 27 May 2003 18:51:55 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot in OpenBSD ports system
Message-Id: <20030527185155.4549a895.bob@cemetery.homeunix.org>
In-Reply-To: <20030527172857.0d4c257b.bob@cemetery.homeunix.org>
References: <20030523152303.5644f895.bob@cemetery.homeunix.org>
	<1054036125.19156.175.camel@hurina>
	<695540000.1054051500@[192.168.0.8]>
	<20030527172857.0d4c257b.bob@cemetery.homeunix.org>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.on,YNVJBSF5slg"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 27 May 2003 17:52:17 -0000
X-UID: 829                                                  
Status: O
Content-Length: 1126

--=.on,YNVJBSF5slg
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Tue, 27 May 2003 17:28:57 +0100,
Andrew Basterfield <bob@cemetery.homeunix.org> wrote:
> On Tue, 27 May 2003 17:05:00 +0100,
> Andrew Basterfield <bob@cemetery.homeunix.org> wrote:
>  
> > I had the problems with 0.99.8.1 and 0.99.9.1
> > 
> > I will try -test
> 
> PS to you have URLs for -test tarballs (as they are not linked to on
> the website) or must I check the source out with CVS?

Sorry, found the test tarballs.

0.99.10-test6 is looking very good, no problems with OpenBSD so far and
much much faster than cyrus-imapd importing my messages.

When 0.99.10 comes out I will aim to get it in OpenBSD ports tree. In
the meanwhile I will continue to beat on the -test releases to see if I
can break them.

--Andrew

-- 
http://cemetery.homeunix.org

--=.on,YNVJBSF5slg
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+06W/j3ZMDwYLJGARAgvyAJ97RqPyeQhkD99RGJbDAzSWvO8aKACcCo7s
GkD9vzEsYIXIlA9uLz8vbhs=
=bcQX
-----END PGP SIGNATURE-----

--=.on,YNVJBSF5slg--
From rw@firstpr.com.au  Wed May 28 07:32:34 2003
Return-Path: <rw@firstpr.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 013F523896; Wed, 28 May 2003 07:32:33 +0300 (EEST)
Received: from gair.firstpr.com.au (first1.lnk.telstra.net [139.130.48.118])
	by danu.procontrol.fi (Postfix) with ESMTP id 6D5902384C
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 07:32:29 +0300 (EEST)
Received: from firstpr.com.au (zita.firstpr.com.au [203.36.57.217])
	by gair.firstpr.com.au (Postfix) with ESMTP
	id 2A22F2C845; Wed, 28 May 2003 14:32:20 +1000 (EST)
Message-ID: <3ED43BC4.6010209@firstpr.com.au>
Date: Wed, 28 May 2003 14:32:04 +1000
From: Robin Whittle <rw@firstpr.com.au>
Organization: First Principles
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot 0.99.9.1 and openssl-0.9.7a-5
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 04:32:34 -0000
X-UID: 830                                                  
Status: O
Content-Length: 1537

Hi Timo and others,

Thanks for Dovecot! I just got it running under Red Hat 9.0 after
spending many hours unsuccessfully trying to get Courier IMAP to run,
although I have done it in the past.  Here is a compilation glitch which
may already be well known:

I compiled dovecot-0.99.9.1 on my newly installed and recently updated
(via Red Hat Network) system and the compilation stopped due to a
missing file in the SSL headers:

  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
  In file included from /usr/include/openssl/ssl.h:179,
                 from ssl-proxy-openssl.c:14:


The currently installed OpenSSL RPM was openssl-0.9.7a-5.   This lacks
the file  /usr/include/openssl/krb5.h .  I understand that
openssl-0.9.7b is OK, but I wasn't sure about whether installing this as
a tarball from http://www.openssl.org would upset any other programs on
this machine, or confuse the RHN update system.

I didn't really need SSL and I couldn't see a specific option for
disabling it, other than a general instruction about disabling modules
with a ./configure option.  So I tried ./configure --help and compiled
it with:

   ./configure --without-ssl

This worked fine.  I really like the report at the end of the
./configure stage saying how the program will be compiled!

  - Robin


//  Robin Whittle                   http://www.firstpr.com.au
//  Melbourne, Australia            http://fondlyandfirmly.com

From charlie@rubberduck.com  Wed May 28 08:08:40 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 97822238C5; Wed, 28 May 2003 08:08:40 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id DA17023896
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 08:08:36 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id D56C58FE6; Wed, 28 May 2003 15:08:25 +1000 (EST)
Date: Wed, 28 May 2003 15:08:25 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030528050825.GA10934@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<20030521043313.GA1659@lazy.spodder.com> <1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com> <1053508449.1218.348.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1053508449.1218.348.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 05:08:40 -0000
X-UID: 831                                                  
Status: O
Content-Length: 1607

On Wed, May 21, 2003 at 12:14:09PM +0300, Timo Sirainen wrote:
> On Wed, 2003-05-21 at 10:39, Charlie Allom wrote:
> > On Wed, May 21, 2003 at 10:30:16AM +0300, Timo Sirainen wrote:
> > > On Wed, 2003-05-21 at 10:20, Charlie Allom wrote:
> > > > /usr/pkg/lib/dovecot/imap/drac.so: Undefined PLT symbol "net_addr2ip"
> > > > (symnum = 21)
> > > 
> > > Are you really running 0.99.10-test2 or newer? I changed that function's
> > > name recently.
> > > 
> > 
> > Yes I really am. 
> > 
> > Check your latest commits to network.h and network.c
> 
> Oh! I got it :) The linker optimizes that function away since it's not
> used elsewhere. Well, I'll include that function into the drac.c.
> Updated http://dovecot.procontrol.fi/patches/drac.c
> 

Sorry Timo,

still going here .. I have test2 and last drac.c

it all compiled much more cleanly this time.

NB you have to hand edit and #define HAVE_MODULES in config.h

and I still get this error:

May 28 15:03:35 lazy imap-login: Login: jen [203.31.232.2]
May 28 15:03:35 lazy imap(jen):
dlopen(/usr/local/lib/dovecot/imap/drac.so) failed:
/usr/local/lib/dovecot/imap/drac.so: Undefined PLT symbol
"net_addr2ip" (symnum = 21)


even when there is this in drac.c:

    ip_str = getenv("IP");
    if (ip_str == NULL)
        i_error("DRAC: IP environment not given");
    else if (net_addr2ip(ip_str, &ip) < 0)
        i_error("DRAC: net_ip2addr(%s) failed: %m", ip_str);

.. how did this happen .. shall I use a newer test?

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From rw@firstpr.com.au  Wed May 28 08:18:43 2003
Return-Path: <rw@firstpr.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9C19D238C5; Wed, 28 May 2003 08:18:43 +0300 (EEST)
Received: from gair.firstpr.com.au (first1.lnk.telstra.net [139.130.48.118])
	by danu.procontrol.fi (Postfix) with ESMTP id 1F61F23896
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 08:18:40 +0300 (EEST)
Received: from firstpr.com.au (zita.firstpr.com.au [203.36.57.217])
	by gair.firstpr.com.au (Postfix) with ESMTP
	id 359162C845; Wed, 28 May 2003 15:18:38 +1000 (EST)
Message-ID: <3ED4469E.8040207@firstpr.com.au>
Date: Wed, 28 May 2003 15:18:22 +1000
From: Robin Whittle <rw@firstpr.com.au>
Organization: First Principles
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Speed and memory probs writing large Maildir
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 05:18:43 -0000
X-UID: 832                                                  
Status: O
Content-Length: 4782

I have Dovecot 0.99.9.1 compiled from the source, without SSL, running
on a Red Hat 9.0 system - EXT3 file system, Pentium Pro 233 MHz, Intel
motherboard, 128M RAM, IBM 40Gig 7200 RPM HD.   I find reading and
searching to be nice and fast, and comparing it with Courier IMAP on a
Celeron 824 MHz, I think Dovecot is generally not much slower, which
means it may well be faster than Courier in some or many ways if it was
running on the same machine.

My only problem is when writing mailboxes with large numbers of
messages.  I use Mailir - the same arrangement as Courier IMAP.  (I also
find that Netscape 4.77 can't use mailboxes which are subfolders of
others, but that is probably a Netscape config problem.)

I am using Netscape 4.77 (Windows 2000 1.3 GHz Celeron, via 100Mbps
switched Ethernet to the Linux machines) to do these tests since I find
Netscape 7.02 to be much slower.  Netscape 7.02 seems to want to resynch
its notion of the mailbox repeatedly as it is writing to it.  Without
looking at the IMAP traffic (I don't know how) I would say that Netscape
4.77 is not doing this at all.  Indeed, after the write, looking at the
mailbox causes Netscape 4.77 to read the headers from the IMAP server -
so I feel sure that its way of writing the messages is purely "write".


Writing a mailbox with a small number of large messages, such as 20 x
100k messages is fine. There is no obvious speed problem or excessive
memory use.

When writing 2000 x 1k messages, it is totally different.  Here are some
times for writing from a Netscape 4.77 local mailbox to Dovecot and to
Courier IMAP.


Message        Total    Time       CPU max     Memory RSS
size   number  size     Seconds    Approx      Megs - max

Dovecot

100k  100      10M        23       15%         ~2
100k   20       2M        ~5       ?            1.2
 10k  200       2M        20       15%          4    !
  1k 2000       2M       230       60          32    !!!!

Courier IMAP

100k  100      10M        14        5%         ~1
100k   20       2M        ~2        ?           ?
 10k  200       2M         9        5%         ~0.6
  1k 2000       2M        88        2%         ~0.6


This 2000 message test is small compared to some of the mailboxes I have.

I used a real-live mailbox, 6878 messages - 44 Megabytes in a single
Mbox for a more demanding test.  Using Netscape 4.77 to copy this to a
Dovecot Maildir took a very long time - over 30 minutes.  The process
was fast at first and got slower and slower.  As the number of messages
in the destination Maildir increased, the memory usage went up and the
speed reduced.  It seems that RSS memory usage (as reported by "top -d
0.3" hit some kind of limit at about 49 Megs after 4000 messages and
then went down a little to about 48 or less.  CPU usage was 30 to 82%,
fluctuating according to the moment top looked.  At the end, I think it
was only writing 1.5 messages a second.

RSS is the "total amount of physical memory used by the task".  The
"SIZE" was even bigger - "code plus data plus stack".  This got up to
114 Megs by the end of the writing process!

After the write had finished, I made Netscape 4.77 view the destination
mailbox.  This caused Dovecot to send it all the headers, and again
Dovecot had these huge memory usage figures.   It seemed to read the
mailbox at a decent speed - 20 seconds or so.

But if I made Dovecot look at another mailbox, and then again at this
big target mailbox (say with another client - Netscape 7), it would read
the big mailbox at Dovecot's usual high speed - without the high memory
usage and I think without high CPU usage as well.


Without knowing anything about how Dovecot works, I imagine that there
is some kind of caching algorithm for writes, and that this is retained
until Dovecot (or at least the instance serving this client) is asked to
look at another Maildir.  It seems that reading is not slowed by this
process much or at all - but writing gets progressively slower as the
cache gets bigger.

The memory usage - even 49 Megs for RSS - seems excessive.  It reached
that about halfway through writing the mailbox, so the entire message
contents at that state would have been about 22 Megs.  But the "SIZE"
memory usage is even larger - perhaps limited by the available RAM.


This slow speed for writing Maildirs with large numbers of messages is
currently a barrier to me using Dovecot.  I am about to go back and try
again to get Courier IMAP to do what I want . . .

The Courier IMAP documentation and what I regard as the difficult
"configure -> build -> install -> wonder why it doesn't run" process has
cost me so much time that I would be very happy to use something simpler
and easier (for me, at least) to install.

Thanks for developing this new IMAP server!


  - Robin

From rw@firstpr.com.au  Wed May 28 08:26:17 2003
Return-Path: <rw@firstpr.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 195FD238C5; Wed, 28 May 2003 08:26:17 +0300 (EEST)
Received: from gair.firstpr.com.au (first1.lnk.telstra.net [139.130.48.118])
	by danu.procontrol.fi (Postfix) with ESMTP id 02E3C23845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 08:26:15 +0300 (EEST)
Received: from firstpr.com.au (zita.firstpr.com.au [203.36.57.217])
	by gair.firstpr.com.au (Postfix) with ESMTP
	id 168BF2C845; Wed, 28 May 2003 15:26:13 +1000 (EST)
Message-ID: <3ED44865.2070705@firstpr.com.au>
Date: Wed, 28 May 2003 15:25:57 +1000
From: Robin Whittle <rw@firstpr.com.au>
Organization: First Principles
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Speed and memory probs writing large Maildir
References: <3ED4469E.8040207@firstpr.com.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 05:26:17 -0000
X-UID: 833                                                  
Status: O

P.S. I have not altered the dovecot.conf file at all.  The only
deviation from standard is no SSL.  I find it remarkable that Dovecot
works out of the box and automagically finds the user's Maildirs!

  - Robin

From bob@cemetery.homeunix.org  Wed May 28 10:31:19 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EC057238D1; Wed, 28 May 2003 10:31:18 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id AE27623845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 10:31:15 +0300 (EEST)
Received: from snot (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with SMTP id h4S7VAg6020062
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 08:31:10 +0100 (BST)
Date: Wed, 28 May 2003 08:31:02 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Speed and memory probs writing large Maildir
Message-Id: <20030528083102.52dc1f96.bob@cemetery.homeunix.org>
In-Reply-To: <3ED4469E.8040207@firstpr.com.au>
References: <3ED4469E.8040207@firstpr.com.au>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.96UA?JjZGR)aJ1"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 07:31:19 -0000
X-UID: 834                                                  
Status: O
Content-Length: 1056

--=.96UA?JjZGR)aJ1
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Wed, 28 May 2003 15:18:22 +1000,
Robin Whittle <rw@firstpr.com.au> wrote:

> My only problem is when writing mailboxes with large numbers of
> messages.  I use Mailir - the same arrangement as Courier IMAP.  (I
> also find that Netscape 4.77 can't use mailboxes which are subfolders
> of others, but that is probably a Netscape config problem.)

> When writing 2000 x 1k messages, it is totally different.  Here are
> some times for writing from a Netscape 4.77 local mailbox to Dovecot
> and to Courier IMAP.

I had problems with big (2000+ messages) folders on OpenBSD. I updated
to 0.9.99.10-test6 and it is fine.

http://dovecot.procontrol.fi/test/

-- 
http://cemetery.homeunix.org

--=.96UA?JjZGR)aJ1
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+1GW+j3ZMDwYLJGARAjl6AJ9EheeRY+DMthlKU8bQD/EmXChizQCfYqLF
HuERcSLoMIZizzIiCufietY=
=WlIZ
-----END PGP SIGNATURE-----

--=.96UA?JjZGR)aJ1--
From lfarkas@bnap.hu  Wed May 28 11:30:59 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 27A53238D1; Wed, 28 May 2003 11:30:59 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 7CB0E238C8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 11:30:56 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id BD1DF754003
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 10:30:17 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 460643EC4
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 10:30:54 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 30DA33EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 10:30:54 +0200 (CEST)
Message-ID: <3ED473BA.2090609@bnap.hu>
Date: Wed, 28 May 2003 10:30:50 +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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] serious problem
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 08:30:59 -0000
X-UID: 835                                                  
Status: O

hi,
I've got dozen such errors:
----------------------------
imap-login: May 28 10:28:56 Info: Login: gpajlocz [192.168.1.182]
imap(gpajlocz): May 28 10:28:56 Panic: file maildir-sync.c: line 472 
(maildir_sync_uidlist): assertion failed: (ACTION(hash_rec) == 
MAILDIR_FILE_ACTION_NEW)
dovecot: May 28 10:28:56 Error: child 17207 (imap) killed with signal 6
----------------------------
and this users can't get into the system...

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 28 11:43:52 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 42D192399E; Wed, 28 May 2003 11:43:52 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 974E8238C8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 11:43:50 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 5869675400C
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 10:43:13 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id C16773EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 10:43:49 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 9126B3EC4
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 10:43:49 +0200 (CEST)
Message-ID: <3ED476C2.3060201@bnap.hu>
Date: Wed, 28 May 2003 10:43:46 +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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] a few more error
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 08:43:52 -0000
X-UID: 836                                                  
Status: O

in the imap.log:

imap(arvays): May 28 10:39:32 Error: Timeout while waiting for release 
of fcntl() lock for index file /home/arvays/Maildir/.INBOX/.imap.index

imap(lfarkas): May 28 10:42:05 Panic: unreached

dovecot: May 28 10:42:07 Error: child 19933 (imap) killed with signal 6

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 28 12:16:06 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 56082239A1; Wed, 28 May 2003 12:16:06 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 272162399F
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 12:16:03 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id CA431754003
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 11:15:25 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 611FB3EC4
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 11:16:02 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 4229B3EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 11:16:02 +0200 (CEST)
Message-ID: <3ED47E4F.1000005@bnap.hu>
Date: Wed, 28 May 2003 11:15:59 +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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] new problems
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 09:16:06 -0000
X-UID: 837                                                  
Status: O
Content-Length: 1523

hi,
so yesterday I move the whole mail system to a better machine. the only 
thing which is running on this system is dovect and:
--------------------------------------------------
  10:44am  up 6 days, 25 min,  3 users,  load average: 28.03, 17.96, 9.05
233 processes: 231 sleeping, 2 running, 0 zombie, 0 stopped
CPU0 states:  3.1% user, 29.4% system,  0.0% nice, 66.4% idle
CPU1 states:  7.1% user, 63.2% system,  0.0% nice, 29.1% idle
CPU2 states:  1.3% user,  3.1% system,  0.0% nice, 94.4% idle
CPU3 states:  1.1% user,  7.4% system,  0.0% nice, 90.3% idle
Mem:  1030496K av, 1021836K used,    8660K free,       0K shrd,  104064K 
buff
Swap: 2040244K av,   55544K used, 1984700K free                  776180K 
cached
--------------------------------------------------
so the problem here is again with the load 28 (!!!).....

in the imap.log:
--------------------------------------------------
imap(arvays): May 28 10:39:32 Error: Timeout while waiting for release 
of fcntl() lock for index file /home/arvays/Maildir/.INBOX/.imap.index

imap(lfarkas): May 28 10:42:05 Panic: unreached
dovecot: May 28 10:42:07 Error: child 19933 (imap) killed with signal 6

imap(ahegedus): May 28 11:05:57 Panic: file maildir-sync.c: line 472 
(maildir_sync_uidlist): assertion failed: (ACTION(hash_rec) == 
MAILDIR_FILE_ACTION_NEW)
dovecot: May 28 11:05:58 Error: child 29103 (imap) killed with signal 6
--------------------------------------------------


-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed May 28 14:09:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 425B2238D5; Wed, 28 May 2003 14:09:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7F8FF238D1
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:09:12 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7BDC95C896C6; Wed, 28 May 2003 14:09:11 +0300 (EEST)
Subject: Re: [Dovecot] Speed and memory probs writing large Maildir
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3ED4469E.8040207@firstpr.com.au>
References: <3ED4469E.8040207@firstpr.com.au>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054120151.19156.250.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 May 2003 14:09:11 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:09:15 -0000
X-UID: 838                                                  
Status: O
Content-Length: 1158

On Wed, 2003-05-28 at 08:18, Robin Whittle wrote:
> When writing 2000 x 1k messages, it is totally different.  Here are some
> times for writing from a Netscape 4.77 local mailbox to Dovecot and to
> Courier IMAP.

Thanks, this test helped to find several problems.

First problem was a memory leak with APPEND command. This caused the
huge memory usage. Here's a fix:

--- cmd-append.c        14 Feb 2003 08:00:52 -0000      1.24
+++ cmd-append.c        28 May 2003 11:01:03 -0000
@@ -197,6 +197,7 @@
 
                count++;
        }
+        imap_parser_destroy(save_parser);
 
        if (!box->save_deinit(ctx, failed)) {
                failed = TRUE;

Then I noticed that each APPEND command has to reopen and resync the
mailbox every time which gets just slower and slower. I think I'll make
it leave the mailbox open for a few seconds just in case another APPEND
comes. That should speed it up quite a lot.

Actually APPEND wouldn't even need the mailbox to be synced. I should
try fixing that too..

And finally there's a nasty bug in 0.99.10-test's new maildir syncing
code. I think I'll have to rewrite it a bit more to avoid wasting
memory..

From tss@iki.fi  Wed May 28 14:16:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 543D4238D5; Wed, 28 May 2003 14:16:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6DA8D238D1
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:16:40 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 410935C896C6; Wed, 28 May 2003 14:16:40 +0300 (EEST)
Subject: Re: [Dovecot] new problems
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ED47E4F.1000005@bnap.hu>
References: <3ED47E4F.1000005@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054120600.23632.259.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 May 2003 14:16:40 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:16:44 -0000
X-UID: 839                                                  
Status: O

On Wed, 2003-05-28 at 12:15, Farkas Levente wrote:
> so the problem here is again with the load 28 (!!!).....

Did you try with default_mail_env = maildir:~/Maildir:INDEX=MEMORY? Does
that effect the load at all?

> imap(arvays): May 28 10:39:32 Error: Timeout while waiting for release 
> of fcntl() lock for index file /home/arvays/Maildir/.INBOX/.imap.index

CVS was somewhat broken in 2003-05-23 14:40 .. 2003-05-26 13:07. If
you're running such version that would explain this error.

> imap(lfarkas): May 28 10:42:05 Panic: unreached

Hmm. Related to below I think.

> imap(ahegedus): May 28 11:05:57 Panic: file maildir-sync.c: line 472 
> (maildir_sync_uidlist): assertion failed: (ACTION(hash_rec) == 
> MAILDIR_FILE_ACTION_NEW)

Still hmm. But it could be related to the bug I found which was mostly
just crashing or causing some other errors with me. Try if cvs update
fixes.

From tss@iki.fi  Wed May 28 14:19:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0F148238C9; Wed, 28 May 2003 14:19:47 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9A48323845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:19:45 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 74BDE5C896C6; Wed, 28 May 2003 14:19:45 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054120785.3131.263.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 May 2003 14:19:45 +0300
Subject: [Dovecot] 0.99.10-test7
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:19:47 -0000
X-UID: 840                                                  
Status: O

- APPEND memory leak fixed
- maildir syncing crash / some other errors fixed
- pop3 mail fetching fixed
- pop3 didn't advertise STLS in capabilities before

http://dovecot.procontrol.fi/test/

From tss@iki.fi  Wed May 28 14:30:28 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7D479238D1; Wed, 28 May 2003 14:30:28 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 43F9523845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:30:26 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 0AC1B5C896C6; Wed, 28 May 2003 14:30:20 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030528050825.GA10934@lazy.spodder.com>
References: <20030514085227.GA7325@lazy.spodder.com>
	<20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com>
	<1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com>
	<1053508449.1218.348.camel@hurina>
	<20030528050825.GA10934@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054121419.3131.275.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 May 2003 14:30:19 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:30:28 -0000
X-UID: 841                                                  
Status: O

On Wed, 2003-05-28 at 08:08, Charlie Allom wrote:
> still going here .. I have test2 and last drac.c
> 
> it all compiled much more cleanly this time.
> 
> NB you have to hand edit and #define HAVE_MODULES in config.h

That's not enough. If configure doesn't detect that you have modules,
it's not setting the linker flags correctly and it won't work.

Looks like BSDs don't have libdl which is why configure's test fails.

Try -test7, I just updated it so that the check should work.

From lfarkas@bnap.hu  Wed May 28 14:32:10 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F2998238D1; Wed, 28 May 2003 14:32:09 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 600AD23845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:32:08 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 8F33375400C; Wed, 28 May 2003 13:31:30 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 63BD33EC4; Wed, 28 May 2003 13:32:07 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP
	id 510D53EB8; Wed, 28 May 2003 13:32:07 +0200 (CEST)
Message-ID: <3ED49E33.5080300@bnap.hu>
Date: Wed, 28 May 2003 13:32:03 +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: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] new problems
References: <3ED47E4F.1000005@bnap.hu> <1054120600.23632.259.camel@hurina>
In-Reply-To: <1054120600.23632.259.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:32:10 -0000
X-UID: 842                                                  
Status: O
Content-Length: 1178

Timo Sirainen wrote:
> On Wed, 2003-05-28 at 12:15, Farkas Levente wrote:
> 
>>so the problem here is again with the load 28 (!!!).....
> 
> 
> Did you try with default_mail_env = maildir:~/Maildir:INDEX=MEMORY? Does
> that effect the load at all?

yes I try. first it drop the load but today I can't do anything, since 
the load was above 20 in both case.

>>imap(arvays): May 28 10:39:32 Error: Timeout while waiting for release 
>>of fcntl() lock for index file /home/arvays/Maildir/.INBOX/.imap.index
> 
> 
> CVS was somewhat broken in 2003-05-23 14:40 .. 2003-05-26 13:07. If
> you're running such version that would explain this error.

the current is ok?

>>imap(lfarkas): May 28 10:42:05 Panic: unreached
> 
> 
> Hmm. Related to below I think.
> 
> 
>>imap(ahegedus): May 28 11:05:57 Panic: file maildir-sync.c: line 472 
>>(maildir_sync_uidlist): assertion failed: (ACTION(hash_rec) == 
>>MAILDIR_FILE_ACTION_NEW)
> 
> 
> Still hmm. But it could be related to the bug I found which was mostly
> just crashing or causing some other errors with me. Try if cvs update
> fixes.

the current is ok?

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed May 28 14:39:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 03BB4238C6; Wed, 28 May 2003 14:39:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3C23023845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:39:12 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 0345C5C896C6; Wed, 28 May 2003 14:39:12 +0300 (EEST)
Subject: Re: [Dovecot] new problems
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ED49E33.5080300@bnap.hu>
References: <3ED47E4F.1000005@bnap.hu> <1054120600.23632.259.camel@hurina>
	 <3ED49E33.5080300@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054121951.19156.282.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 May 2003 14:39:11 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:39:14 -0000
X-UID: 843                                                  
Status: O

On Wed, 2003-05-28 at 14:32, Farkas Levente wrote:
> > Did you try with default_mail_env = maildir:~/Maildir:INDEX=MEMORY? Does
> > that effect the load at all?
> 
> yes I try. first it drop the load but today I can't do anything, since 
> the load was above 20 in both case.

Did it drop the load much? Because it shouldn't, except because of these
bugs that required rebuilding indexes. I'd like to know what causes
these loads, but I can't really even guess without at least knowing what
area is doing that (index building, clients downloading too many mails,
..?). Maybe I should write some kind of statistics gathering code which
could be used to find that out..

> > CVS was somewhat broken in 2003-05-23 14:40 .. 2003-05-26 13:07. If
> > you're running such version that would explain this error.
> 
> the current is ok?

Yes.

From lfarkas@bnap.hu  Wed May 28 14:46:43 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C39E3238C6; Wed, 28 May 2003 14:46:43 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 3C5B123845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:46:41 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id B713F75400F
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:46:02 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 753CD3ECA
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:46:36 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 5B9FC3EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:46:36 +0200 (CEST)
Message-ID: <3ED4A199.9090501@bnap.hu>
Date: Wed, 28 May 2003 13:46:33 +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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] the most serius problems [part 1]
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:46:43 -0000
X-UID: 844                                                  
Status: O
Content-Length: 1507

hi,
I try to collect out most serious problem with dovecot. so I write a 
series of mails:-)
the first on is the load.
has anybody else use dovecot in a real enviromnt with at least hundreds 
of users and at least 50 concurrent user at the same time?
it seems to me no one else just me.
the weekend I move the whole mail system to a quad P4 with 1Gb ram and 
this server do nothing just imap. yesterday evening I have to delete all 
.imap.index and other dovecot specific files. and as I wrote today 
morning the load was about 20-30 !!!. but even in an average day the 
load is over 2-3 white the cpu load is 1-2% in each of the 4 processor.
the system is totaly unusable. what more today I've got other errors. of 
course all the time when I can't find the colution I try to escape to 
the latest cvs. today finally I compile a new courier install it to 
another port and those clients which can't connect to dovecot 
reconfigure to courier. but they are not compatible!!! I have to set 
root directory to INBOX in courier while not for dovecot and this is a 
real big problem. is there any way to compile dovecot to use INBOX as a 
root directory? since in this case at least there is a chance to switch 
to courier without reconfigure 300 OE6.
I try to help to find out the reason for the load in any way, but it 
seems to me than it's better to change to courier or cyrus since our 
users getting angry not to mention my boss.

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 28 14:51:38 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 75756238C6; Wed, 28 May 2003 14:51:38 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id DEE7D23845
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:51:36 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 4FC4D75400C
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:50:59 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 342D73EC4
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:51:36 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 22AE43EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:51:36 +0200 (CEST)
Message-ID: <3ED4A2C4.6060104@bnap.hu>
Date: Wed, 28 May 2003 13:51:32 +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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] still has error
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:51:38 -0000
X-UID: 845                                                  
Status: O

hi,
after download the current cvs recompile, start I still has these errors:
-------------------------------------
imap-login: May 28 13:49:02 Info: Login: jcsinalos [192.168.0.106]
imap(jcsinalos): May 28 13:49:02 Panic: unreached
dovecot: May 28 13:49:02 Error: child 31683 (imap) killed with signal 6
imap-login: May 28 13:49:03 Info: Login: jcsinalos [192.168.0.106]
imap-login: May 28 13:49:03 Info: Login: jcsinalos [192.168.0.106]
imap(jcsinalos): May 28 13:49:03 Panic: unreached
dovecot: May 28 13:49:03 Error: child 31687 (imap) killed with signal 6
-------------------------------------

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 28 14:54:43 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 757DB238CE; Wed, 28 May 2003 14:54:43 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id DA37D238C6
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:54:41 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 3EA5975400C; Wed, 28 May 2003 13:54:04 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 2D65D3EC4; Wed, 28 May 2003 13:54:41 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP
	id 0B3B13EB8; Wed, 28 May 2003 13:54:41 +0200 (CEST)
Message-ID: <3ED4A37D.2000309@bnap.hu>
Date: Wed, 28 May 2003 13:54:37 +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: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] new problems
References: <3ED47E4F.1000005@bnap.hu> <1054120600.23632.259.camel@hurina>
	<3ED49E33.5080300@bnap.hu> <1054121951.19156.282.camel@hurina>
In-Reply-To: <1054121951.19156.282.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:54:43 -0000
X-UID: 846                                                  
Status: O
Content-Length: 1034

Timo Sirainen wrote:
> On Wed, 2003-05-28 at 14:32, Farkas Levente wrote:
> 
>>>Did you try with default_mail_env = maildir:~/Maildir:INDEX=MEMORY? Does
>>>that effect the load at all?
>>
>>yes I try. first it drop the load but today I can't do anything, since 
>>the load was above 20 in both case.
> 
> 
> Did it drop the load much? Because it shouldn't, except because of these
> bugs that required rebuilding indexes. I'd like to know what causes
> these loads, but I can't really even guess without at least knowing what
> area is doing that (index building, clients downloading too many mails,
> ..?). Maybe I should write some kind of statistics gathering code which
> could be used to find that out..

do anything you like, but I can't told you more than there is almost 
nothing on this server just dovecot. if you give me any kind of tool 
I'll try it.
actualy there is a named, dhcp, etc... but the load before dovecot was 
about 0.05 maximum 0.2!

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed May 28 14:56:02 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F1547238CE; Wed, 28 May 2003 14:56:02 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8E92F238C6
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:56:00 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 69DCE5C896C6; Wed, 28 May 2003 14:56:00 +0300 (EEST)
Subject: Re: [Dovecot] still has error
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ED4A2C4.6060104@bnap.hu>
References: <3ED4A2C4.6060104@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054122960.2849.285.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 May 2003 14:56:00 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:56:03 -0000
X-UID: 847                                                  
Status: O

On Wed, 2003-05-28 at 14:51, Farkas Levente wrote:
> imap(jcsinalos): May 28 13:49:02 Panic: unreached

Setting "mail_drop_priv_before_exec = yes" should create core dump in
their home directory.

gdb /usr/local/libexec/dovecot/imap /home/.../core
bt

would show where this happened.

From lfarkas@bnap.hu  Wed May 28 14:57:53 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 46A97238CE; Wed, 28 May 2003 14:57:53 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 9BA86238C6
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:57:50 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 0499475400C
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:57:13 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id DCDC63EC4
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:57:49 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id C78173EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 13:57:49 +0200 (CEST)
Message-ID: <3ED4A43A.90608@bnap.hu>
Date: Wed, 28 May 2003 13:57:46 +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: Re: [Dovecot] new problems
References: <3ED47E4F.1000005@bnap.hu> <1054120600.23632.259.camel@hurina>
	<3ED49E33.5080300@bnap.hu> <1054121951.19156.282.camel@hurina>
	<3ED4A37D.2000309@bnap.hu>
In-Reply-To: <3ED4A37D.2000309@bnap.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 11:57:53 -0000
X-UID: 848                                                  
Status: O
Content-Length: 1393

Farkas Levente wrote:
> Timo Sirainen wrote:
> 
>> On Wed, 2003-05-28 at 14:32, Farkas Levente wrote:
>>
>>>> Did you try with default_mail_env = maildir:~/Maildir:INDEX=MEMORY? 
>>>> Does
>>>> that effect the load at all?
>>>
>>>
>>> yes I try. first it drop the load but today I can't do anything, 
>>> since the load was above 20 in both case.
>>
>>
>>
>> Did it drop the load much? Because it shouldn't, except because of these
>> bugs that required rebuilding indexes. I'd like to know what causes
>> these loads, but I can't really even guess without at least knowing what
>> area is doing that (index building, clients downloading too many mails,
>> ..?). Maybe I should write some kind of statistics gathering code which
>> could be used to find that out..
> 
> 
> do anything you like, but I can't told you more than there is almost 
> nothing on this server just dovecot. if you give me any kind of tool 
> I'll try it.
> actualy there is a named, dhcp, etc... but the load before dovecot was 
> about 0.05 maximum 0.2!

I switch my own mailbox from dovecot to courier (on the same server both 
are running now) and it a LOT faster!
the simplist test to delete a mail and mozilla just jump to the next 
one. it took about 5-10 sec with dovecot!!! while it almost nothing 
(less than 1 sec) with courier.....

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed May 28 15:01:45 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3C142238D3; Wed, 28 May 2003 15:01:45 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9E863238CE
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 15:01:43 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 70FCD5C896C6; Wed, 28 May 2003 15:01:43 +0300 (EEST)
Subject: Re: [Dovecot] the most serius problems [part 1]
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ED4A199.9090501@bnap.hu>
References: <3ED4A199.9090501@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054123303.3131.292.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 28 May 2003 15:01:43 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 12:01:45 -0000
X-UID: 849                                                  
Status: O

On Wed, 2003-05-28 at 14:46, Farkas Levente wrote:
> has anybody else use dovecot in a real enviromnt with at least hundreds 
> of users and at least 50 concurrent user at the same time?

Well, I know 0.99.9 has been in use with some 40 concurrent users (asked
two people). Didn't 0.99.9 actually work with you too without high load?

> I have to set 
> root directory to INBOX in courier while not for dovecot and this is a 
> real big problem. is there any way to compile dovecot to use INBOX as a 
> root directory? since in this case at least there is a chance to switch 
> to courier without reconfigure 300 OE6.

Haven't you configured them now to non-INBOX?

You could kludge Dovecot to use INBOX. prefix, or Courier to not use it,
but there's no pretty way to do it really.

..but i'm late now, have to look these again later today.

From lfarkas@bnap.hu  Wed May 28 15:06:15 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E8382238D3; Wed, 28 May 2003 15:06:15 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id ACD1E238CE
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 15:06:13 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 1E7A0754013
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:05:32 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id EE1BD3EC4
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:06:08 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id CC43E3EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:06:08 +0200 (CEST)
Message-ID: <3ED4A62D.9060506@bnap.hu>
Date: Wed, 28 May 2003 14:06:05 +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
Cc: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] still has error
References: <3ED4A2C4.6060104@bnap.hu> <1054122960.2849.285.camel@hurina>
In-Reply-To: <1054122960.2849.285.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 12:06:16 -0000
X-UID: 850                                                  
Status: O

Timo Sirainen wrote:
> On Wed, 2003-05-28 at 14:51, Farkas Levente wrote:
> 
>>imap(jcsinalos): May 28 13:49:02 Panic: unreached
> 
> 
> Setting "mail_drop_priv_before_exec = yes" should create core dump in
> their home directory.
> 
> gdb /usr/local/libexec/dovecot/imap /home/.../core
> bt
> 
> would show where this happened.

there is no core file created, the only differene that OE stop and such 
error logs:

dovecot: May 28 14:00:11 Error: child 1086 (imap) returned error 80 
(Can't open log file)

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed May 28 15:27:53 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 233DE2387F; Wed, 28 May 2003 15:27:53 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 4B08723865
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 15:27:49 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id A7E8F75400C
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:27:11 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 8F5BC3EC4
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:27:48 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 7CE863EB8
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 14:27:48 +0200 (CEST)
Message-ID: <3ED4AB41.3080401@bnap.hu>
Date: Wed, 28 May 2003 14:27:45 +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: Re: [Dovecot] still has error
References: <3ED4A2C4.6060104@bnap.hu> <1054122960.2849.285.camel@hurina>
	<3ED4A62D.9060506@bnap.hu>
In-Reply-To: <3ED4A62D.9060506@bnap.hu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 12:27:53 -0000
X-UID: 851                                                  
Status: O

Farkas Levente wrote:
> Timo Sirainen wrote:
> 
>> On Wed, 2003-05-28 at 14:51, Farkas Levente wrote:
>>
>>> imap(jcsinalos): May 28 13:49:02 Panic: unreached
>>

just a comment for this bug. eg I've got about 20 folders. most of the 
working with dovecot. but eg. .IN.dovecot (which is for dovecot list) is 
not working (when I select that folder) netscape hang.


-- 
   Levente                               "Si vis pacem para bellum!"


From cras@irccrew.org  Wed May 28 15:33:09 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B4F49238B6; Wed, 28 May 2003 15:33:09 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 3271F2387F
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 15:33:05 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 145412E003; Wed, 28 May 2003 15:33:05 +0300 (EEST)
Date: Wed, 28 May 2003 15:33:05 +0300
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] new problems
Message-ID: <20030528123304.GA148@irccrew.org>
References: <3ED47E4F.1000005@bnap.hu> <1054120600.23632.259.camel@hurina>
	<3ED49E33.5080300@bnap.hu> <1054121951.19156.282.camel@hurina>
	<3ED4A37D.2000309@bnap.hu> <3ED4A43A.90608@bnap.hu>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <3ED4A43A.90608@bnap.hu>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 12:33:09 -0000
X-UID: 852                                                  
Status: O

On Wed, May 28, 2003 at 01:57:46PM +0200, Farkas Levente wrote:
> I switch my own mailbox from dovecot to courier (on the same server both 
> are running now) and it a LOT faster!
> the simplist test to delete a mail and mozilla just jump to the next 
> one. it took about 5-10 sec with dovecot!!! while it almost nothing 
> (less than 1 sec) with courier.....

So Courier works fine even while the load is high? strace's output could
show what Dovecot is doing wrong then. ie. just before expunge:

strace -p your_dovecot_imap_pid > /tmp/dove.log 2>&1

And stop it after expunge has completed.

I'm anyway guessing that it has something to do with the new syncing code..
What filesystem do you use?

From lfarkas@bnap.hu  Thu May 29 00:27:29 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D8E6023866; Thu, 29 May 2003 00:27:29 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 4606423865
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 00:27:27 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 7E94075400D
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 23:26:47 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 80A6F3EB7
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 23:27:25 +0200 (CEST)
Received: from bnap.hu (eagle.int.bppiac.hu [192.168.255.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id C734D3EB1
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 23:27:24 +0200 (CEST)
Message-ID: <3ED529BC.1040904@bnap.hu>
Date: Wed, 28 May 2003 23:27:24 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] the most serius problems [part 1]
References: <3ED4A199.9090501@bnap.hu> <1054123303.3131.292.camel@hurina>
In-Reply-To: <1054123303.3131.292.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 21:27:30 -0000
X-UID: 853                                                  
Status: O
Content-Length: 2035

Timo Sirainen wrote:
> On Wed, 2003-05-28 at 14:46, Farkas Levente wrote:
> 
>>has anybody else use dovecot in a real enviromnt with at least hundreds 
>>of users and at least 50 concurrent user at the same time?
> 
> 
> Well, I know 0.99.9 has been in use with some 40 concurrent users (asked
> two people). Didn't 0.99.9 actually work with you too without high load?

unfortunately not.

>>I have to set 
>>root directory to INBOX in courier while not for dovecot and this is a 
>>real big problem. is there any way to compile dovecot to use INBOX as a 
>>root directory? since in this case at least there is a chance to switch 
>>to courier without reconfigure 300 OE6.
> 
> 
> Haven't you configured them now to non-INBOX?
 >
 > You could kludge Dovecot to use INBOX. prefix, or Courier to not use it,
 > but there's no pretty way to do it really.
 >

how can I do that?
do you mean there is a way to configure courier not to use INBOX as a 
prefix?
or is there any way to configure dovecot to use INBOX as a prefix?
I would be very happy if you tel me!
I'd prefer the first one. since in that case I always has a chance to 
simple stop dovecot and start courier in any serious situation.
as I said this's our production server and I can play with it a bit, but 
it's not acceptable to stop the whole mail system for a day. and without 
the above solution it's not possible, since currently if we sould have 
to reconfigure about 300 clients settings (unfortunately this can't be 
automatized since OE6 keep this setting in a registry key which is 
depend on the users mailbox number:-() so if I decide to switch to 
courier than probably we won't shitch back soon.

ps. actualy I'm the head of the it dep. and in normal circumstances 
there are sysadms for the linux systems and for the windows system I 
don't use to login to the servers as root. but since dovecot was my 
decision I try to protect it, but it seems to me problems are getting 
too fast.

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Thu May 29 00:56:10 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2986323866; Thu, 29 May 2003 00:56:10 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 7607E23865
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 00:56:07 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 91FEB75400E
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 23:55:28 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id A92A73EB7
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 23:56:06 +0200 (CEST)
Received: from bnap.hu (eagle.int.bppiac.hu [192.168.255.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id 28C8F3EB1
	for <dovecot@procontrol.fi>; Wed, 28 May 2003 23:56:06 +0200 (CEST)
Message-ID: <3ED53075.1010305@bnap.hu>
Date: Wed, 28 May 2003 23:56:05 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] new problems
References: <3ED47E4F.1000005@bnap.hu> <1054120600.23632.259.camel@hurina>
	<3ED49E33.5080300@bnap.hu> <1054121951.19156.282.camel@hurina>
	<3ED4A37D.2000309@bnap.hu> <3ED4A43A.90608@bnap.hu>
	<20030528123304.GA148@irccrew.org>
In-Reply-To: <20030528123304.GA148@irccrew.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 21:56:10 -0000
X-UID: 854                                                  
Status: O
Content-Length: 1381

Timo Sirainen wrote:
> On Wed, May 28, 2003 at 01:57:46PM +0200, Farkas Levente wrote:
> 
>>I switch my own mailbox from dovecot to courier (on the same server both 
>>are running now) and it a LOT faster!
>>the simplist test to delete a mail and mozilla just jump to the next 
>>one. it took about 5-10 sec with dovecot!!! while it almost nothing 
>>(less than 1 sec) with courier.....
> 
> 
> So Courier works fine even while the load is high? strace's output could

no we used to stop dovecot and killall imap what for the low load and
restart dovecot manually. after we do it for an hour the load goes back
to "just" 2-3 and in this case yes courier is much faster that dovecot.

> show what Dovecot is doing wrong then. ie. just before expunge:
> 
> strace -p your_dovecot_imap_pid > /tmp/dove.log 2>&1

which imap process? since even if I set the maximum imap connection in 
mozilla to 1 logout and login again the mozilla (or dovecot) change it 
back to at least 2:-(
anyway I try all of them, both as root and as the user itself, the only 
result is:
trace: ptrace(PTRACE_SYSCALL, ...): Operation not permitted

> And stop it after expunge has completed.

any other logging mode?

> I'm anyway guessing that it has something to do with the new syncing code..
> What filesystem do you use?

ext3


-- 
    Levente                               "Si vis pacem para bellum!"



From lfarkas@bnap.hu  Thu May 29 01:58:20 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D23AA23866; Thu, 29 May 2003 01:58:20 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 3F72623845
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 01:58:18 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id BF58675401D
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 00:57:38 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 0AD1A3EB7
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 00:58:17 +0200 (CEST)
Received: from bnap.hu (eagle.int.bppiac.hu [192.168.255.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id B17E53EB1
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 00:58:16 +0200 (CEST)
Message-ID: <3ED53F08.3000709@bnap.hu>
Date: Thu, 29 May 2003 00:58:16 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] the most serius problems [part 2]
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 22:58:21 -0000
X-UID: 855                                                  
Status: O

hi,
the second thing is the webmail. we use squirrelmail. actualy I don't 
know whose fault is, but they told that them imap server's:-)
first problems is that those mails which has empty body (even if they 
has an attachments) simple not shown in the mail list (as they even not 
exists). it'd be nice to check this and find the reason of the problem. 
this happend with more people.


-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Thu May 29 02:00:31 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 23865238B6; Thu, 29 May 2003 02:00:31 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 9AA8B23866
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 02:00:28 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 6318875401D
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 00:59:49 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id A42C13EB7
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 01:00:27 +0200 (CEST)
Received: from bnap.hu (eagle.int.bppiac.hu [192.168.255.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id 5B6853EB1
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 01:00:27 +0200 (CEST)
Message-ID: <3ED53F8B.6080200@bnap.hu>
Date: Thu, 29 May 2003 01:00:27 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] the most serius problems [part 3]
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2003 23:00:31 -0000
X-UID: 856                                                  
Status: O

hi,
so the third problem is ssl. the imaps is still not working (and I 
assume the same apply to pop3s too).
I already send the log file which was generated when verbose ssl is set.

-- 
   Levente                               "Si vis pacem para bellum!"


From charlie@rubberduck.com  Thu May 29 04:09:30 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A26772387F; Thu, 29 May 2003 04:09:30 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 315CF23866
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 04:09:27 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 05E738FE9; Thu, 29 May 2003 11:09:12 +1000 (EST)
Date: Thu, 29 May 2003 11:09:11 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030529010911.GA19139@lazy.spodder.com>
References: <20030515011306.GA3731@lazy.spodder.com>
	<20030515043029.GA18617@lazy.spodder.com>
	<200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com> <1053508449.1218.348.camel@hurina>
	<20030528050825.GA10934@lazy.spodder.com> <1054121419.3131.275.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1054121419.3131.275.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 01:09:30 -0000
X-UID: 857                                                  
Status: O
Content-Length: 2411

On Wed, May 28, 2003 at 02:30:19PM +0300, Timo Sirainen wrote:
> On Wed, 2003-05-28 at 08:08, Charlie Allom wrote:
> > still going here .. I have test2 and last drac.c
> > 
> > it all compiled much more cleanly this time.
> > 
> > NB you have to hand edit and #define HAVE_MODULES in config.h
> 
> That's not enough. If configure doesn't detect that you have modules,
> it's not setting the linker flags correctly and it won't work.
> 
> Looks like BSDs don't have libdl which is why configure's test fails.
> 
> Try -test7, I just updated it so that the check should work.
> 

Thanks, but drac.so will not compile with this anymore.

test2 does it cleanly, I will paste in my findings:
10:58 yeled@lazy:~/dovecot-0.99.10-test2$ export dovecot=~/dovecot-0.99.10-test2
10:58 yeled@lazy:~/dovecot-0.99.10-test2$ gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -I/usr/pkg/lib/libdrac.a
10:59 yeled@lazy:~/dovecot-0.99.10-test2$ cd ../dovecot-0.99.10-test7/
10:59 yeled@lazy:~/dovecot-0.99.10-test7$ export dovecot=~/dovecot-0.99.10-test7
10:59 yeled@lazy:~/dovecot-0.99.10-test7$ gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -I/usr/pkg/lib/libdrac.a
In file included from drac.c:14:
/home/yeled/dovecot-0.99.10-test7/src/lib/lib.h:6: ../../config.h: No such file or directory
In file included from /home/yeled/dovecot-0.99.10-test7/src/lib/lib.h:20,            
                 from drac.c:14:
/home/yeled/dovecot-0.99.10-test7/src/lib/compat.h:17: #error uoff_t size not set
10:59 yeled@lazy:~/dovecot-0.99.10-test7$ 

weird? anyway test7 still does not fix these HAVE_MODULES issue.

<snip>
creating src/master/Makefile
creating src/pop3/Makefile
creating src/pop3-login/Makefile
creating stamp.h
creating dovecot.spec
creating config.h

Install prefix ...................... : /usr/local
File offsets ........................ : 64bit
Building with SSL support ........... : yes (OpenSSL)
Building with IPv6 support .......... : yes
Building with pop3 server ........... : yes
Building with user database modules . : static passwd passwd-file
Building with password lookup modules : passwd passwd-file
11:07 yeled@lazy:~/dovecot-0.99.10-test7$ grep MODU config.h
/* #undef HAVE_MODULES */


-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From mem@mv.mv.com  Thu May 29 22:53:50 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DC6AB2387F; Thu, 29 May 2003 22:53:50 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 75BEE23865
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 22:53:46 +0300 (EEST)
Received: (qmail 3583 invoked by uid 101); 29 May 2003 15:53:41 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 29 May 2003 15:53:41 -0400
To: Farkas Levente <lfarkas@bnap.hu>
Subject: Re: [Dovecot] the most serius problems [part 1]
Message-ID: <20030529195340.GB24637@iridium.mv.net>
References: <3ED4A199.9090501@bnap.hu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3ED4A199.9090501@bnap.hu>
User-Agent: Mutt/1.4.1i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 19:53:51 -0000
X-UID: 858                                                  
Status: O
Content-Length: 1535

On Wed, May 28, 2003 at 01:46:33PM +0200, Farkas Levente wrote:
> the first on is the load.
> has anybody else use dovecot in a real enviromnt with at least hundreds 
> of users and at least 50 concurrent user at the same time?
> it seems to me no one else just me.

That seems like an awfully high percentage of users connecting- if I
assume "hundreds" might mean 300, 1 out of every 6 users is connected
at any given time?

One of the servers running dovecot here has thousands of users.  During
the middle of the day I typically see 17-20 users connected at any
given time.  This has been known to increase to 50+ especially during
prime time (evening).  Over a period of 24 hours dovecot logins occur
at the rate of around 2.5 logins per second.  Now- most of our users
are using POP rather than IMAP, but there is still a reasonable amount
of IMAP activity.  Plus I'm not sure that detail matters: POP logins
use resources too, perhaps repeated POP logins use more than
constantly-connected imap sessions.

The load on the server due to dovecot is negligable.  Most of the load
is due to handling incoming mail.  Obviously you are seeing something
different- perhaps you are using features that we are not.

I rather wish dovecot would log some more statistics, as I think has
been mentioned already- like a record for logout as well as one for
login, including number of messages scanned, left on server,
downloaded, and deleted, plus total bytes transferred).  These numbers
would give a better picture of what's going on.

-mm-
From lfarkas@bnap.hu  Thu May 29 23:22:23 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BDDA92387F; Thu, 29 May 2003 23:22:23 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 8DF6723866
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 23:22:20 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id C456175400D
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 22:21:37 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 8EC783EB7
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 22:22:18 +0200 (CEST)
Received: from bnap.hu (eagle.int.bppiac.hu [192.168.255.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id A79713EB1
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 22:22:17 +0200 (CEST)
Message-ID: <3ED66BF9.80004@bnap.hu>
Date: Thu, 29 May 2003 22:22:17 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] the most serius problems [part 1]
References: <3ED4A199.9090501@bnap.hu> <20030529195340.GB24637@iridium.mv.net>
In-Reply-To: <20030529195340.GB24637@iridium.mv.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 20:22:23 -0000
X-UID: 859                                                  
Status: O
Content-Length: 2627

Mark E. Mallett wrote:
> On Wed, May 28, 2003 at 01:46:33PM +0200, Farkas Levente wrote:
> 
>>the first on is the load.
>>has anybody else use dovecot in a real enviromnt with at least hundreds 
>>of users and at least 50 concurrent user at the same time?
>>it seems to me no one else just me.
> 
> 
> That seems like an awfully high percentage of users connecting- if I
> assume "hundreds" might mean 300, 1 out of every 6 users is connected
> at any given time?
> 
> One of the servers running dovecot here has thousands of users.  During
> the middle of the day I typically see 17-20 users connected at any
> given time.  This has been known to increase to 50+ especially during
> prime time (evening).  Over a period of 24 hours dovecot logins occur
> at the rate of around 2.5 logins per second.  Now- most of our users
> are using POP rather than IMAP, but there is still a reasonable amount
> of IMAP activity.  Plus I'm not sure that detail matters: POP logins
> use resources too, perhaps repeated POP logins use more than
> constantly-connected imap sessions.
> 
> The load on the server due to dovecot is negligable.  Most of the load
> is due to handling incoming mail.  Obviously you are seeing something
> different- perhaps you are using features that we are not.
> 
> I rather wish dovecot would log some more statistics, as I think has
> been mentioned already- like a record for logout as well as one for
> login, including number of messages scanned, left on server,
> downloaded, and deleted, plus total bytes transferred).  These numbers
> would give a better picture of what's going on.

the reason is simple there are about 300 users when they come in at the 
morning thay simple start OE6 and never exit from it just when they go 
home (why do they do so?). so in the prime I saw 126 imap connection at 
the same time. and most user has a real big mailboxes without any 
organization/folders (just inbox, sent and drafts). incoming mails are 
handled by postfix which is realy fast, reliable and almost no load at 
all. here everybody use imap since most people doesn't have an own desk 
(only 50 has) so everybody just sit down to the first free desk. in this 
case only the imap is the solution.
the real load comes when indexing or reindexing is running (eg. if we 
delete all index file for same reason). in this case even 10 imap 
connections are able to create a load about 10 (while the cpu are 95% 
idle). and there is something wrong with 0.99.9 series. since now when 
I've to switch back to 0.99.8 it's a lot faster.

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Thu May 29 23:24:06 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C6A302387F; Thu, 29 May 2003 23:24:06 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 0FF2B23866
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 23:24:05 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 8CBE675400D
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 22:23:23 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 5B2823EB7
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 22:24:04 +0200 (CEST)
Received: from bnap.hu (eagle.int.bppiac.hu [192.168.255.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id C3E973EB1
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 22:24:03 +0200 (CEST)
Message-ID: <3ED66C63.6030307@bnap.hu>
Date: Thu, 29 May 2003 22:24:03 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] the most serius problems [part 1]
References: <3ED4A199.9090501@bnap.hu> <20030529195340.GB24637@iridium.mv.net>
In-Reply-To: <20030529195340.GB24637@iridium.mv.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 20:24:06 -0000
X-UID: 860                                                  
Status: O
Content-Length: 1876

what's more we plan to centralize two more companies mailbox (about 
50+200 mailbox) so we need a system which able to handle about 500 
mailbox and about 200 concurrent users.

Mark E. Mallett wrote:
> On Wed, May 28, 2003 at 01:46:33PM +0200, Farkas Levente wrote:
> 
>>the first on is the load.
>>has anybody else use dovecot in a real enviromnt with at least hundreds 
>>of users and at least 50 concurrent user at the same time?
>>it seems to me no one else just me.
> 
> 
> That seems like an awfully high percentage of users connecting- if I
> assume "hundreds" might mean 300, 1 out of every 6 users is connected
> at any given time?
> 
> One of the servers running dovecot here has thousands of users.  During
> the middle of the day I typically see 17-20 users connected at any
> given time.  This has been known to increase to 50+ especially during
> prime time (evening).  Over a period of 24 hours dovecot logins occur
> at the rate of around 2.5 logins per second.  Now- most of our users
> are using POP rather than IMAP, but there is still a reasonable amount
> of IMAP activity.  Plus I'm not sure that detail matters: POP logins
> use resources too, perhaps repeated POP logins use more than
> constantly-connected imap sessions.
> 
> The load on the server due to dovecot is negligable.  Most of the load
> is due to handling incoming mail.  Obviously you are seeing something
> different- perhaps you are using features that we are not.
> 
> I rather wish dovecot would log some more statistics, as I think has
> been mentioned already- like a record for logout as well as one for
> login, including number of messages scanned, left on server,
> downloaded, and deleted, plus total bytes transferred).  These numbers
> would give a better picture of what's going on.
> 
> -mm-
> 


-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Fri May 30 02:17:22 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 75FD7238C6; Fri, 30 May 2003 02:17:22 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9BD332387F
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 02:17:19 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D969A5C896C6; Fri, 30 May 2003 02:17:18 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054250238.23632.343.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 02:17:18 +0300
Subject: [Dovecot] 0.99.10-test8
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 23:17:22 -0000
X-UID: 861                                                  
Status: O

http://dovecot.procontrol.fi/test/

Again major maildir syncing updates:
 - uidlist file is accessed and rewritten a lot less often now than
before
 - mail duplicates are detected and handled properly by renaming them to
new base name
 - message flag updates and expunging before did two full syncs for cur/
directory. now it does only one.
 - some fixes to syncing in read-only / out-of-quota conditions
 - before we did always a full sync in cur/ directory when mailbox was
opened. now it's done only when needed.
 - fixed some crash/index corruption cases

I think syncing should be now very close to having perfect possible
performance.

From tss@iki.fi  Fri May 30 02:51:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7966F238C8; Fri, 30 May 2003 02:51:47 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B04A223865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 02:51:45 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6266D5C896C6; Fri, 30 May 2003 02:51:45 +0300 (EEST)
Subject: Re: [Dovecot] the most serius problems [part 1]
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ED529BC.1040904@bnap.hu>
References: <3ED4A199.9090501@bnap.hu> <1054123303.3131.292.camel@hurina>
	 <3ED529BC.1040904@bnap.hu>
Content-Type: multipart/mixed; boundary="=-DPP3AhNVsdSqcRxuuQpx"
Organization: 
Message-Id: <1054252304.19156.379.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 02:51:45 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 23:51:47 -0000
X-UID: 862                                                  
Status: O
Content-Length: 3958


--=-DPP3AhNVsdSqcRxuuQpx
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Thu, 2003-05-29 at 00:27, Farkas Levente wrote:
>  > You could kludge Dovecot to use INBOX. prefix, or Courier to not use it,
>  > but there's no pretty way to do it really.
>  >
> 
> how can I do that?
> do you mean there is a way to configure courier not to use INBOX as a 
> prefix?

No, I mean you can do it by messing enough with the sources. Hmm. I
don't think it would be too difficult. OK, here's patch against 1.7.0. I
tested a few commands manually and they seemed to work, but maybe I
missed something.

If you plan on switching between Courier <-> Dovecot, you should keep
courierimapuiddb and dovecot-uidlist files synchronized or clients will
download the whole mailbox again every time you do the switch. Easiest
way to do this would be to just change Dovecot to use courierimapuiddb
file directly, you can change that from
src/lib-index/maildir/maildir-uidlist.h

Subscription file would be also nice to keep synced. You set Dovecot to
use courierimapsubscribed from
src/lib-storage/subscription-file/subscription-file.c

> or is there any way to configure dovecot to use INBOX as a prefix?

Not yet, but it's in TODO along with other namespace configuration.



--=-DPP3AhNVsdSqcRxuuQpx
Content-Disposition: attachment; filename=courier-noinbox.diff
Content-Type: text/x-patch; name=courier-noinbox.diff; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

diff -ru courier-imap-1.7.0/imap/imapd.c courier-imap-1.7.0-new/imap/imapd.=
c
--- courier-imap-1.7.0/imap/imapd.c	2003-01-23 15:02:39.000000000 +0200
+++ courier-imap-1.7.0-new/imap/imapd.c	2003-05-30 02:36:59.000000000 +0300
@@ -334,24 +334,11 @@
 	else
 	{
 #if	HAVE_STRNCASECMP
-		if (strncasecmp(arg, INBOX, sizeof(INBOX)-1))
+		if (strncasecmp(arg, INBOX, sizeof(INBOX)-1) =3D=3D 0)
 #else
-		if (strnicmp(arg, INBOX, sizeof(INBOX)-1))
+		if (strnicmp(arg, INBOX, sizeof(INBOX)-1) =3D=3D 0)
 #endif
-		{
-			free(p);
-			return (0);
-		}
-
-		arg +=3D sizeof(INBOX)-1;
-
-		if (*arg =3D=3D 0)
 			arg=3Dmaildir_folderdir(0, 0);
-		else if (*arg++ !=3D '.')
-		{
-			free(p);
-			return (0);
-		}
 		else
 			arg=3Dmaildir_folderdir(0, arg);
 	}
@@ -2475,7 +2462,7 @@
 	{
 		if (nexttoken()->tokentype !=3D IT_EOL)
 			return (-1);
-		writes("* NAMESPACE ((\"INBOX.\" \".\")) NIL ((\""
+		writes("* NAMESPACE ((\"\" \".\")) NIL ((\""
 			SHARED ".\" \".\"))\r\n");
 		writes(tag);
 		writes(" OK NAMESPACE completed.\r\n");
diff -ru courier-imap-1.7.0/imap/mailboxlist.c courier-imap-1.7.0-new/imap/=
mailboxlist.c
--- courier-imap-1.7.0/imap/mailboxlist.c	2002-07-02 23:01:37.000000000 +03=
00
+++ courier-imap-1.7.0-new/imap/mailboxlist.c	2003-05-30 02:42:09.000000000=
 +0300
@@ -394,10 +394,11 @@
 			free(p);
 			continue;
 		}
-		strcpy(p, "INBOX");
=20
-		if (strcmp(de->d_name, "."))
-			strcat(p, de->d_name);
+		if (strcmp(de->d_name, ".") =3D=3D 0)
+			strcpy(p, "INBOX");
+		else
+			strcpy(p, de->d_name+1);
=20
 		if (bad_pattern)
 		{
@@ -572,22 +573,20 @@
=20
 static int match_mailbox(char *name, char *pattern)
 {
-size_t	i;
-
 	/* First component, INBOX, is case insensitive */
=20
-	for (i=3D0; name[i] && name[i] !=3D HIERCH; i++)
-		name[i]=3Dtoupper( (int)(unsigned char)name[i] );
+	if (strncasecmp(name, "INBOX", 5) =3D=3D 0)
+		memcpy(name, "INBOX", 5);
=20
-	for (i=3D0; pattern[i] && pattern[i] !=3D HIERCH; i++)
-		pattern[i]=3Dtoupper( (int)(unsigned char)pattern[i] );
+	if (strncasecmp(pattern, "INBOX", 5) =3D=3D 0)
+		memcpy(pattern, "INBOX", 5);
=20
 	/* ... except that "shared" should be lowercase ... */
=20
-	if (memcmp(name, "SHARED", 6) =3D=3D 0)
+	if (strncasecmp(name, "SHARED", 6) =3D=3D 0)
 		memcpy(name, "shared", 6);
=20
-	if (memcmp(pattern, "SHARED", 6) =3D=3D 0)
+	if (strncasecmp(pattern, "SHARED", 6) =3D=3D 0)
 		memcpy(pattern, "shared", 6);
=20
 	return (match_recursive(name, pattern, HIERCH));

--=-DPP3AhNVsdSqcRxuuQpx--
From tss@iki.fi  Fri May 30 02:53:01 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 33E74238C8; Fri, 30 May 2003 02:53:01 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B1F2023865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 02:52:59 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 8A3AD5C896C6; Fri, 30 May 2003 02:52:59 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030529010911.GA19139@lazy.spodder.com>
References: <20030515011306.GA3731@lazy.spodder.com>
	 <20030515043029.GA18617@lazy.spodder.com>
	 <200305142137.11186.jryden@thebox.our-own.net>
	 <20030516191335.GA196@dust.uchicago.edu>
	 <20030517063125.GA23270@lazy.spodder.com>
	 <1053502215.1214.337.camel@hurina>
	 <20030521073959.GD27088@lazy.spodder.com>
	 <1053508449.1218.348.camel@hurina>
	 <20030528050825.GA10934@lazy.spodder.com>
	 <1054121419.3131.275.camel@hurina>
	 <20030529010911.GA19139@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054252379.23632.381.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 02:52:59 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 23:53:01 -0000
X-UID: 863                                                  
Status: O

On Thu, 2003-05-29 at 04:09, Charlie Allom wrote:
> Thanks, but drac.so will not compile with this anymore.
> 
> In file included from drac.c:14:
> /home/yeled/dovecot-0.99.10-test7/src/lib/lib.h:6: ../../config.h: No such file or directory

That looks again like unconfigured dovecot source tree.

> weird? anyway test7 still does not fix these HAVE_MODULES issue.

Right. I messed that up :) Get test8, that should do it.

From tss@iki.fi  Fri May 30 02:54:27 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 175A4238CE; Fri, 30 May 2003 02:54:27 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A5A2923865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 02:54:25 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 8694E5C896C6; Fri, 30 May 2003 02:54:25 +0300 (EEST)
Subject: Re: [Dovecot] the most serius problems [part 3]
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ED53F8B.6080200@bnap.hu>
References: <3ED53F8B.6080200@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054252465.23632.383.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 02:54:25 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2003 23:54:27 -0000
X-UID: 864                                                  
Status: O

On Thu, 2003-05-29 at 02:00, Farkas Levente wrote:
> hi,
> so the third problem is ssl. the imaps is still not working (and I 
> assume the same apply to pop3s too).
> I already send the log file which was generated when verbose ssl is set.

BTW. OpenSSL problems can be fixed by using GNUTLS instead. I'll try to
figure out the openssl some day though.

From tss@iki.fi  Fri May 30 03:02:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 49B22238CE; Fri, 30 May 2003 03:02:49 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C182D23865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 03:02:47 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 908DA5C896C6; Fri, 30 May 2003 03:02:47 +0300 (EEST)
Subject: Re: [Dovecot] the most serius problems [part 2]
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3ED53F08.3000709@bnap.hu>
References: <3ED53F08.3000709@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054252967.19156.389.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 03:02:47 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 00:02:49 -0000
X-UID: 865                                                  
Status: O

On Thu, 2003-05-29 at 01:58, Farkas Levente wrote:
> hi,
> the second thing is the webmail. we use squirrelmail. actualy I don't 
> know whose fault is, but they told that them imap server's:-)
> first problems is that those mails which has empty body (even if they 
> has an attachments) simple not shown in the mail list (as they even not 
> exists). it'd be nice to check this and find the reason of the problem. 
> this happend with more people.

What squirrelmail version? Can you send one such mail?

I tested with 1.4.0 RC1 (or 1:1.3.2+1.4.0rc1-1 in Debian) and it seemed
to work just fine.

From bob@cemetery.homeunix.org  Fri May 30 03:33:50 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A3EDE238C8; Fri, 30 May 2003 03:33:50 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 6E68B238C6
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 03:33:46 +0300 (EEST)
Received: from snot (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with SMTP id h4U0Xeg6021366
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 01:33:40 +0100 (BST)
Date: Fri, 30 May 2003 01:33:36 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10-test8
Message-Id: <20030530013336.5d345c8e.bob@cemetery.homeunix.org>
In-Reply-To: <1054250238.23632.343.camel@hurina>
References: <1054250238.23632.343.camel@hurina>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="B'fDWTIjAk=.)VfJ"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 00:33:50 -0000
X-UID: 866                                                  
Status: O
Content-Length: 1655

--B'fDWTIjAk=.)VfJ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On 30 May 2003 02:17:18 +0300,
Timo Sirainen <tss@iki.fi> wrote:
> http://dovecot.procontrol.fi/test/
> 
> Again major maildir syncing updates:
>  - uidlist file is accessed and rewritten a lot less often now than
> before
>  - mail duplicates are detected and handled properly by renaming them
>  to
> new base name
>  - message flag updates and expunging before did two full syncs for
>  cur/
> directory. now it does only one.
>  - some fixes to syncing in read-only / out-of-quota conditions
>  - before we did always a full sync in cur/ directory when mailbox was
> opened. now it's done only when needed.
>  - fixed some crash/index corruption cases
> 
> I think syncing should be now very close to having perfect possible
> performance.
> 

cc -DHAVE_CONFIG_H -I. -I. -I../..   -I/usr/local/include  -O2   -Wall
-W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast -c module-dir.c
module-dir.c: In function `module_load': module-dir.c:36: `RTLD_GLOBAL'
undeclared (first use in this function) module-dir.c:36: (Each
undeclared identifier is reported only once module-dir.c:36: for each
function it appears in.) module-dir.c:36: `RTLD_NOW' undeclared (first
use in this function)

--Andrew

-- 
http://cemetery.homeunix.org

--B'fDWTIjAk=.)VfJ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+1qbkj3ZMDwYLJGARAj+XAJwLkPJxTH1Hly1l4cfKy42xBGTytgCfbMrs
uSHPYE16O977KgjQJKTZhns=
=iXiF
-----END PGP SIGNATURE-----

--B'fDWTIjAk=.)VfJ--
From tss@iki.fi  Fri May 30 04:04:55 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D6B7D23866; Fri, 30 May 2003 04:04:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2CA2523845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 04:04:53 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 01F065C896C6; Fri, 30 May 2003 04:04:52 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-test8
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030530013336.5d345c8e.bob@cemetery.homeunix.org>
References: <1054250238.23632.343.camel@hurina>
	 <20030530013336.5d345c8e.bob@cemetery.homeunix.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054256692.23632.393.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 04:04:52 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 01:04:56 -0000
X-UID: 867                                                  
Status: O

On Fri, 2003-05-30 at 03:33, Andrew Basterfield wrote:
> function it appears in.) module-dir.c:36: `RTLD_NOW' undeclared (first
> use in this function)

Hmph, BSDs. Fixed in 0.99.10-test9.

From tss@iki.fi  Fri May 30 04:08:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 312F823866; Fri, 30 May 2003 04:08:42 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B4F0B23845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 04:08:40 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 8B17B5C896C6; Fri, 30 May 2003 04:08:40 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-test8
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1054256692.23632.393.camel@hurina>
References: <1054250238.23632.343.camel@hurina>
	 <20030530013336.5d345c8e.bob@cemetery.homeunix.org>
	 <1054256692.23632.393.camel@hurina>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054256920.23632.395.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 04:08:40 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 01:08:42 -0000
X-UID: 868                                                  
Status: O

On Fri, 2003-05-30 at 04:04, Timo Sirainen wrote:
> On Fri, 2003-05-30 at 03:33, Andrew Basterfield wrote:
> > function it appears in.) module-dir.c:36: `RTLD_NOW' undeclared (first
> > use in this function)
> 
> Hmph, BSDs. Fixed in 0.99.10-test9.

And there's another one in auth/auth-module.c. test10 out soon..

From charlie@rubberduck.com  Fri May 30 04:28:00 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CECD523866; Fri, 30 May 2003 04:28:00 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 98D7E23865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 04:27:55 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 4596B902E; Fri, 30 May 2003 10:25:37 +1000 (EST)
Date: Fri, 30 May 2003 10:25:37 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030530002537.GA1552@lazy.spodder.com>
References: <200305142137.11186.jryden@thebox.our-own.net>
	<20030516191335.GA196@dust.uchicago.edu>
	<20030517063125.GA23270@lazy.spodder.com> <1053502215.1214.337.camel@hurina>
	<20030521073959.GD27088@lazy.spodder.com> <1053508449.1218.348.camel@hurina>
	<20030528050825.GA10934@lazy.spodder.com> <1054121419.3131.275.camel@hurina>
	<20030529010911.GA19139@lazy.spodder.com> <1054252379.23632.381.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1054252379.23632.381.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 01:28:01 -0000
X-UID: 869                                                  
Status: O
Content-Length: 1106

On Fri, May 30, 2003 at 02:52:59AM +0300, Timo Sirainen wrote:
> On Thu, 2003-05-29 at 04:09, Charlie Allom wrote:
> > Thanks, but drac.so will not compile with this anymore.
> > 
> > In file included from drac.c:14:
> > /home/yeled/dovecot-0.99.10-test7/src/lib/lib.h:6: ../../config.h: No such file or directory
> 
> That looks again like unconfigured dovecot source tree.

yeah doesn't it. huh.

> > weird? anyway test7 still does not fix these HAVE_MODULES issue.
> 
> Right. I messed that up :) Get test8, that should do it.

You are so close.

May 30 10:20:46 lazy dovecot: Dovecot starting up
May 30 10:20:49 lazy imap-login: Login: pia [203.31.232.2]
May 30 10:20:49 lazy imap(pia):
dlopen(/usr/local/lib/dovecot/imap/drac.so) failed:
/usr/local/lib/dovecot/imap/drac.so: Undefined PLT symbol "dracauth"
(symnum = 28)

That look really weird. Remember instead of -ldrac I used
-I/usr/pkg/lib/libdrac.a

http://rubberduck.com/~yeled/NetBSD/dovecot.ktruss.3.txt

  C.

-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From tss@iki.fi  Fri May 30 04:43:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 35BE723866; Fri, 30 May 2003 04:43:13 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D08A323865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 04:43:09 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 9D36D5C896C6; Fri, 30 May 2003 04:43:09 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030530002537.GA1552@lazy.spodder.com>
References: <200305142137.11186.jryden@thebox.our-own.net>
	 <20030516191335.GA196@dust.uchicago.edu>
	 <20030517063125.GA23270@lazy.spodder.com>
	 <1053502215.1214.337.camel@hurina>
	 <20030521073959.GD27088@lazy.spodder.com>
	 <1053508449.1218.348.camel@hurina>
	 <20030528050825.GA10934@lazy.spodder.com>
	 <1054121419.3131.275.camel@hurina>
	 <20030529010911.GA19139@lazy.spodder.com>
	 <1054252379.23632.381.camel@hurina>
	 <20030530002537.GA1552@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054258989.23632.400.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 04:43:09 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 01:43:13 -0000
X-UID: 870                                                  
Status: O

On Fri, 2003-05-30 at 03:25, Charlie Allom wrote:
> dlopen(/usr/local/lib/dovecot/imap/drac.so) failed:
> /usr/local/lib/dovecot/imap/drac.so: Undefined PLT symbol "dracauth"
> (symnum = 28)
> 
> That look really weird. Remember instead of -ldrac I used
> -I/usr/pkg/lib/libdrac.a

-I? not -l? rather just give libdrac.a directly without either one.

But I'm not sure if that works. You may need to extract the libdrac.a
and give the extracted .o files to gcc. Something like:

mkdir dracobj
cd dracobj
ar x /usr/pkg/lib/libdrac.a
cd ..
gcc drac.c ..etc.. dracobj/*.o

From charlie@rubberduck.com  Fri May 30 05:08:18 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C3EDC23866; Fri, 30 May 2003 05:08:18 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 8C05723865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 05:08:16 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 78CCA9011; Fri, 30 May 2003 12:08:05 +1000 (EST)
Date: Fri, 30 May 2003 12:08:05 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030530020518.GG1552@lazy.spodder.com>
References: <20030517063125.GA23270@lazy.spodder.com>
	<1053502215.1214.337.camel@hurina> <20030521073959.GD27088@lazy.spodder.com>
	<1053508449.1218.348.camel@hurina> <20030528050825.GA10934@lazy.spodder.com>
	<1054121419.3131.275.camel@hurina> <20030529010911.GA19139@lazy.spodder.com>
	<1054252379.23632.381.camel@hurina> <20030530002537.GA1552@lazy.spodder.com>
	<1054258989.23632.400.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1054258989.23632.400.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 02:08:18 -0000
X-UID: 871                                                  
Status: O
Content-Length: 1387

On Fri, May 30, 2003 at 04:43:09AM +0300, Timo Sirainen wrote:
> On Fri, 2003-05-30 at 03:25, Charlie Allom wrote:
> > dlopen(/usr/local/lib/dovecot/imap/drac.so) failed:
> > /usr/local/lib/dovecot/imap/drac.so: Undefined PLT symbol "dracauth"
> > (symnum = 28)
> > 
> > That look really weird. Remember instead of -ldrac I used
> > -I/usr/pkg/lib/libdrac.a
> 
> -I? not -l? rather just give libdrac.a directly without either one.
> 
> But I'm not sure if that works. You may need to extract the libdrac.a
> and give the extracted .o files to gcc. Something like:
> 
> mkdir dracobj
> cd dracobj
> ar x /usr/pkg/lib/libdrac.a
> cd ..
> gcc drac.c ..etc.. dracobj/*.o
> 

It works! I admire your stamina.

May 30 12:02:15 lazy pop3-login: Login: pia [66.93.191.111]

*** authlog ***
May 30 12:02:15 lazy rpcbind: connect from ::1 to getport/addr(900101)
May 30 12:02:15 lazy rpcbind: connect from 127.0.0.1 to
getport/addr(900101)

12:02 yeled@lazy:~$ db btree /usr/pkg/etc/dracd.db
203.31.232.2    1054261313
66.93.191.111   1054261335

I did exactly what you said above with test9.

Thanks Timo. Is it possible to get it to do this without using 'ar' ?
I will work on this being incorporated into NetBSD pkgsrc as soon as I
can make it a clean cut.

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From tss@iki.fi  Fri May 30 05:13:01 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E5E9623866; Fri, 30 May 2003 05:13:01 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 658EB23865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 05:12:59 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 33ADD5C896C6; Fri, 30 May 2003 05:12:59 +0300 (EEST)
Subject: Re: [Dovecot] Speed and memory probs writing large Maildir
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3ED4469E.8040207@firstpr.com.au>
References: <3ED4469E.8040207@firstpr.com.au>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054260778.19156.408.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 05:12:59 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 02:13:02 -0000
X-UID: 872                                                  
Status: O

On Wed, 2003-05-28 at 08:18, Robin Whittle wrote:

> When writing 2000 x 1k messages, it is totally different.  Here are some
> times for writing from a Netscape 4.77 local mailbox to Dovecot and to
> Courier IMAP.

Want to try this with 0.99.10-test11? :) It now keeps the index file
opened for 10 seconds before really closing it, that should help with
the speed quite a lot. I just tested copying 4000 messages myself, I
didn't notice any actual increase in speed, but CPU usage dropped from a
few percent to 0.4%.

It still does a few unnecessary things every time mailbox is opened (ie.
at every APPEND command). I think I shouldn't try to mkdir() the cur,
new and tmp dirs immediately. Those could be more easily created if/when
stat() fails while syncing.

From tss@iki.fi  Fri May 30 05:17:56 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DD9E023866; Fri, 30 May 2003 05:17:56 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 16B1023865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 05:17:55 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3162C5C896C6; Fri, 30 May 2003 05:17:54 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030530020518.GG1552@lazy.spodder.com>
References: <20030517063125.GA23270@lazy.spodder.com>
	 <1053502215.1214.337.camel@hurina>
	 <20030521073959.GD27088@lazy.spodder.com>
	 <1053508449.1218.348.camel@hurina>
	 <20030528050825.GA10934@lazy.spodder.com>
	 <1054121419.3131.275.camel@hurina>
	 <20030529010911.GA19139@lazy.spodder.com>
	 <1054252379.23632.381.camel@hurina>
	 <20030530002537.GA1552@lazy.spodder.com>
	 <1054258989.23632.400.camel@hurina>
	 <20030530020518.GG1552@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054261073.19156.413.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 05:17:54 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 02:17:57 -0000
X-UID: 873                                                  
Status: O

On Fri, 2003-05-30 at 05:08, Charlie Allom wrote:
> It works! I admire your stamina.

Finally :)

> Thanks Timo. Is it possible to get it to do this without using 'ar' ?

Well, did you try just giving the /usr/pkg/lib/libdrac.a to gcc? :) I
remember there was some problems before with trying to give .a library
to libtool, but looks like my gcc handles that just fine at least now.

From bob@cemetery.homeunix.org  Fri May 30 05:28:22 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C173A23866; Fri, 30 May 2003 05:28:22 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id B7CB923845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 05:28:16 +0300 (EEST)
Received: from snot (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with SMTP id h4U2Rkg6025347
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 03:27:46 +0100 (BST)
Date: Fri, 30 May 2003 03:27:42 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Message-Id: <20030530032742.08e28964.bob@cemetery.homeunix.org>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.Rjwv2s5T+KCBWF"
Subject: [Dovecot] dovecot 0.99.10-test10
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 02:28:22 -0000
X-UID: 874                                                  
Status: O

--=.Rjwv2s5T+KCBWF
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hiya

builds fine on BSD now (thanks)

Now I am getting index corruption again

May 30 03:11:53 snigger imap(bob): Corrupted binary tree file
/home/bob/Mail/.INBOX/.imap.index.tree: UID to be inserted isn't higher
than existing (1 <= 1)

and so on until the client hangs

test7 is stable here.

Also what are the correct permissions for /var/run/dovecot/login? I get
a message about correcting the permissions every time I start dovecot

--Andrew

-- 
http://cemetery.homeunix.org

--=.Rjwv2s5T+KCBWF
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+1sGij3ZMDwYLJGARAhtBAJ9UvPDNRW/Vc1Z65iCMIOcwNMOxRgCfZOSe
o/ZOiqsIPsFsazrhdlFNcOo=
=nQXR
-----END PGP SIGNATURE-----

--=.Rjwv2s5T+KCBWF--
From rspier@pobox.com  Fri May 30 07:07:55 2003
Return-Path: <rspier@pobox.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2143323866; Fri, 30 May 2003 07:07:55 +0300 (EEST)
Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net
	[207.115.63.77])
	by danu.procontrol.fi (Postfix) with ESMTP id 22DCD23865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 07:07:52 +0300 (EEST)
Received: from localhost.localdomain
	(adsl-64-161-172-111.dsl.lsan03.pacbell.net [64.161.172.111])
	h4U47nPg150296
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 00:07:50 -0400
Received: from bear.rls.cx (bear [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h4U47lKf003668
	for <dovecot@procontrol.fi>; Thu, 29 May 2003 21:07:47 -0700
Date: Thu, 29 May 2003 21:07:47 -0700
Message-ID: <m3wug99iwc.wl_rspier@pobox.com>
From: Robert Spier <rspier@pobox.com>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] the most serius problems [part 3]
In-Reply-To: <1054252465.23632.383.camel@hurina>
References: <3ED53F8B.6080200@bnap.hu>
	<1054252465.23632.383.camel@hurina>
User-Agent: Wanderlust/2.10.0 (Venus) XEmacs/21.4 (Rational FORTRAN)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 04:07:55 -0000
X-UID: 875                                                  
Status: O


> BTW. OpenSSL problems can be fixed by using GNUTLS instead. I'll try to
> figure out the openssl some day though.

Or, if you don't need STARTTLS, you can use stunnel.

-R
From charlie@rubberduck.com  Fri May 30 07:11:33 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3C6FE23866; Fri, 30 May 2003 07:11:33 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.242.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 5EC4623865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 07:11:29 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 9B2C98F0B; Fri, 30 May 2003 14:11:18 +1000 (EST)
Date: Fri, 30 May 2003 14:11:18 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] DRAC support?
Message-ID: <20030530041118.GK1552@lazy.spodder.com>
References: <20030521073959.GD27088@lazy.spodder.com>
	<1053508449.1218.348.camel@hurina> <20030528050825.GA10934@lazy.spodder.com>
	<1054121419.3131.275.camel@hurina> <20030529010911.GA19139@lazy.spodder.com>
	<1054252379.23632.381.camel@hurina> <20030530002537.GA1552@lazy.spodder.com>
	<1054258989.23632.400.camel@hurina> <20030530020518.GG1552@lazy.spodder.com>
	<1054261073.19156.413.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1054261073.19156.413.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 04:11:33 -0000
X-UID: 876                                                  
Status: O

On Fri, May 30, 2003 at 05:17:54AM +0300, Timo Sirainen wrote:
> On Fri, 2003-05-30 at 05:08, Charlie Allom wrote:
> > It works! I admire your stamina.
> 
> Finally :)
> 
> > Thanks Timo. Is it possible to get it to do this without using 'ar' ?
> 
> Well, did you try just giving the /usr/pkg/lib/libdrac.a to gcc? :) I
> remember there was some problems before with trying to give .a library
> to libtool, but looks like my gcc handles that just fine at least now.
> 

You're right.

gcc picks it up fine. I will submit this to pkgsrc once you give out
the next release .. as I have a feelign it is soon ?

Will you include drac.c ?

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From tss@iki.fi  Fri May 30 13:24:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6D4D023866; Fri, 30 May 2003 13:24:53 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B165423845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 13:24:51 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6FD1E5C896C6; Fri, 30 May 2003 13:24:51 +0300 (EEST)
Subject: Re: [Dovecot] dovecot 0.99.10-test10
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030530032742.08e28964.bob@cemetery.homeunix.org>
References: <20030530032742.08e28964.bob@cemetery.homeunix.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054290290.19156.426.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 13:24:51 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 10:24:53 -0000
X-UID: 877                                                  
Status: O

On Fri, 2003-05-30 at 05:27, Andrew Basterfield wrote:
> Now I am getting index corruption again
> 
> May 30 03:11:53 snigger imap(bob): Corrupted binary tree file
> /home/bob/Mail/.INBOX/.imap.index.tree: UID to be inserted isn't higher
> than existing (1 <= 1)

Weird. Is this easily reproduceable? I tried for a while with my OpenBSD
3.3/x86, worked fine. Also I can't really even think of when the above
error could happen unless something was totally messed up.

> Also what are the correct permissions for /var/run/dovecot/login? I get
> a message about correcting the permissions every time I start dovecot

0750 mode, owned by root (or it uses geteuid() actually), group for
login_user's primary group.

From lfarkas@bnap.hu  Fri May 30 13:28:02 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3404E23866; Fri, 30 May 2003 13:28:02 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 8A8AF23845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 13:27:59 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 5ED8F754031
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 12:27:15 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 4E88C3EB8
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 12:27:57 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 33E083EB7
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 12:27:57 +0200 (CEST)
Message-ID: <3ED7322D.2090206@bnap.hu>
Date: Fri, 30 May 2003 12:27:57 +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: Re: [Dovecot] the most serius problems [part 1]
References: <3ED4A199.9090501@bnap.hu> <1054123303.3131.292.camel@hurina>
	<3ED529BC.1040904@bnap.hu> <1054252304.19156.379.camel@hurina>
In-Reply-To: <1054252304.19156.379.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 10:28:02 -0000
X-UID: 878                                                  
Status: O

Timo Sirainen wrote:
> On Thu, 2003-05-29 at 00:27, Farkas Levente wrote:
> 
>> > You could kludge Dovecot to use INBOX. prefix, or Courier to not use it,
>> > but there's no pretty way to do it really.
>> >
>>
>>how can I do that?
>>do you mean there is a way to configure courier not to use INBOX as a 
>>prefix?
> 
> 
> No, I mean you can do it by messing enough with the sources. Hmm. I
> don't think it would be too difficult. OK, here's patch against 1.7.0. I
> tested a few commands manually and they seemed to work, but maybe I
> missed something.

thanks!!!

> If you plan on switching between Courier <-> Dovecot, you should keep
> courierimapuiddb and dovecot-uidlist files synchronized or clients will
> download the whole mailbox again every time you do the switch. Easiest

that's not a problem since I won't like to switch to often and it's 
automatic.


-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Fri May 30 14:39:12 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4156623866; Fri, 30 May 2003 14:39:12 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 8195523865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 14:39:08 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id DE443754030
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 13:38:22 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 883633EB7
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 13:39:05 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 70DD53EB1
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 13:39:05 +0200 (CEST)
Message-ID: <3ED742D9.30705@bnap.hu>
Date: Fri, 30 May 2003 13:39:05 +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: Re: [Dovecot] the most serius problems [part 2]
References: <3ED53F08.3000709@bnap.hu> <1054252967.19156.389.camel@hurina>
In-Reply-To: <1054252967.19156.389.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 11:39:12 -0000
X-UID: 879                                                  
Status: O

Timo Sirainen wrote:
> On Thu, 2003-05-29 at 01:58, Farkas Levente wrote:
> 
>>hi,
>>the second thing is the webmail. we use squirrelmail. actualy I don't 
>>know whose fault is, but they told that them imap server's:-)
>>first problems is that those mails which has empty body (even if they 
>>has an attachments) simple not shown in the mail list (as they even not 
>>exists). it'd be nice to check this and find the reason of the problem. 
>>this happend with more people.
> 
> 
> What squirrelmail version? Can you send one such mail?
> 
> I tested with 1.4.0 RC1 (or 1:1.3.2+1.4.0rc1-1 in Debian) and it seemed
> to work just fine.

I send you the mailbox as I used to do...

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Fri May 30 14:59:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0D52E23866; Fri, 30 May 2003 14:59:07 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1C35923865
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 14:59:02 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id E0EA35C896C6; Fri, 30 May 2003 14:59:01 +0300 (EEST)
Subject: Re: [Dovecot] DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030530041118.GK1552@lazy.spodder.com>
References: <20030521073959.GD27088@lazy.spodder.com>
	 <1053508449.1218.348.camel@hurina>
	 <20030528050825.GA10934@lazy.spodder.com>
	 <1054121419.3131.275.camel@hurina>
	 <20030529010911.GA19139@lazy.spodder.com>
	 <1054252379.23632.381.camel@hurina>
	 <20030530002537.GA1552@lazy.spodder.com>
	 <1054258989.23632.400.camel@hurina>
	 <20030530020518.GG1552@lazy.spodder.com>
	 <1054261073.19156.413.camel@hurina>
	 <20030530041118.GK1552@lazy.spodder.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054295941.23632.447.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 30 May 2003 14:59:01 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 11:59:07 -0000
X-UID: 880                                                  
Status: O

On Fri, 2003-05-30 at 07:11, Charlie Allom wrote:
> gcc picks it up fine. I will submit this to pkgsrc once you give out
> the next release .. as I have a feelign it is soon ?

Depends, it'll come when people stop having problems with it :)

> Will you include drac.c ?

No. I'll leave it to patches directory.

From dgc@uchicago.edu  Fri May 30 17:32:10 2003
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7B16C23866; Fri, 30 May 2003 17:32:10 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id D5CB023845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 17:32:05 +0300 (EEST)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h4UEW1i11660;
	Fri, 30 May 2003 09:32:01 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Fri, 30 May 2003 09:32:01 -0500
From: David Champion <dgc@uchicago.edu>
To: Timo Sirainen <tss@iki.fi>
Message-ID: <20030530143201.GZ676@dust.uchicago.edu>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
References: <20030528050825.GA10934@lazy.spodder.com>
	<1054121419.3131.275.camel@hurina> <20030529010911.GA19139@lazy.spodder.com>
	<1054252379.23632.381.camel@hurina> <20030530002537.GA1552@lazy.spodder.com>
	<1054258989.23632.400.camel@hurina> <20030530020518.GG1552@lazy.spodder.com>
	<1054261073.19156.413.camel@hurina> <20030530041118.GK1552@lazy.spodder.com>
	<1054295941.23632.447.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1054295941.23632.447.camel@hurina>
User-Agent: Mutt/1.5.2i
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: DRAC support?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 14:32:10 -0000
X-UID: 881                                                  
Status: O

* On 2003.05.30, in <1054295941.23632.447.camel@hurina>,
*	"Timo Sirainen" <tss@iki.fi> wrote:
> 
> > Will you include drac.c ?
> 
> No. I'll leave it to patches directory.

./configure --enable-drac ?

Shouldn't add any extra weight to the --disable-drac build.

-- 
 -D.    dgc@uchicago.edu        NSIT    University of Chicago
      When using any driving directions or map, it's a good idea to do a
      reality check and make sure the road still exists, watch out for
      construction, and follow all traffic safety precautions.
From charlieb-dovecot@e-smith.com  Fri May 30 23:23:32 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 662FA23866; Fri, 30 May 2003 23:23:32 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 2C4B923845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 23:23:30 +0300 (EEST)
Received: (qmail 22029 invoked by uid 404); 30 May 2003 20:23:28 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 30 May 2003 16:23:27 -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; 30 May 2003 20:23:25 -0000
Received: (qmail 29153 invoked from network); 30 May 2003 20:22:50 -0000
Received: from unknown (10.35.25.57)
  by allspice.nssg.mitel.com with QMQP; 30 May 2003 20:22:50 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 May 2003 20:29:43 -0000
Date: Fri, 30 May 2003 16:29:43 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: mkdir {cur,tmp,new}? (was Re: [Dovecot] Speed and memory probs
 writing large Maildir)
In-Reply-To: <1054260778.19156.408.camel@hurina>
Message-ID: <Pine.LNX.4.44.0305301623260.7269-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 20:23:32 -0000
X-UID: 882                                                  
Status: O


On 30 May 2003, Timo Sirainen wrote:

> It still does a few unnecessary things every time mailbox is opened (ie.
> at every APPEND command). I think I shouldn't try to mkdir() the cur,
> new and tmp dirs immediately. Those could be more easily created if/when
> stat() fails while syncing.

Shouldn't the maildir only be created in response to a CREATE command. It 
certainly shouldn't be as the result of an APPEND:

   If the destination mailbox does not exist, a server MUST return an
   error, and MUST NOT automatically create the mailbox. 

I would interpret any of cur, new and tmp being missing as "mailbox does 
not exist".

--
Charlie Brady                         charlie_brady@mitel.com

From charlieb-dovecot@e-smith.com  Fri May 30 23:29:20 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A9C9823866; Fri, 30 May 2003 23:29:20 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id A20E723845
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 23:29:17 +0300 (EEST)
Received: (qmail 25569 invoked by uid 404); 30 May 2003 20:29:16 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 30 May 2003 16:29:16 -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; 30 May 2003 20:29:16 -0000
Received: (qmail 31532 invoked from network); 30 May 2003 20:29:14 -0000
Received: from unknown (10.35.25.57)
  by allspice.nssg.mitel.com with QMQP; 30 May 2003 20:29:14 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 30 May 2003 20:36:07 -0000
Date: Fri, 30 May 2003 16:36:07 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Robert Spier <rspier@pobox.com>
Subject: Re: [Dovecot] the most serius problems [part 3]
In-Reply-To: <m3wug99iwc.wl_rspier@pobox.com>
Message-ID: <Pine.LNX.4.44.0305301631020.7269-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 20:29:20 -0000
X-UID: 883                                                  
Status: O
Content-Length: 1292


On Thu, 29 May 2003, Robert Spier wrote:

> > BTW. OpenSSL problems can be fixed by using GNUTLS instead. I'll try to
> > figure out the openssl some day though.
> 
> Or, if you don't need STARTTLS, you can use stunnel.

Even if you do need STARTTLS, you can still use stunnel, albiet a slightly
modified one. Scott Gifford wrote the patches, which can be found here:

http://www.suspectclass.com/~sgifford/stunnel-tlsproxy/stunnel-tlsproxy.html

Here's my supervise run script:

#!/bin/sh

eval $(/usr/local/bin/envdir ./runenv /usr/bin/env)

exec 2>&1
# Ensure that PRNG is adequately seeded.
[ -s ./ssl/seed ] ||\
  /usr/local/bin/envuidgid stunnel \
    /bin/dd if=/dev/urandom of=./ssl/seed bs=1k count=1
exec \
  softlimit -m "${ulimitdata:-20000000}" \
    tcpserver -d \
      -H \
      -R \
      -v \
      -X \
      -c "${concurrency:-20}" \
      -x imap.tcprules.cdb \
      0 imap \
	makesock \
	  stunnel \
	    -/ ssl \
	    -s "$SSLUID" \
	    -g "$SSLGID" \
	    -N imap \
	    -i \
	    -R seed \
	    -p imapd.pem \
	    -n imap- \
	    -f \
	    -F 3 \
	    -makesock_connect_to \
	      /usr/local/bin/envdir ./imapfront.env \
		/usr/bin/imapfront-auth \
		  "${imapdpath:-/usr/libexec/dovecot/imap}"

--
Charlie Brady                         charlie_brady@mitel.com

From bob@cemetery.homeunix.org  Sat May 31 01:40:15 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 76BAB23866; Sat, 31 May 2003 01:40:15 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 2C82723845
	for <dovecot@procontrol.fi>; Sat, 31 May 2003 01:40:06 +0300 (EEST)
Received: from snot (snot.flatnet [192.168.0.8])
	by cemetery.homeunix.org (8.12.9/8.12.6) with SMTP id h4UMdtg6022288
	for <dovecot@procontrol.fi>; Fri, 30 May 2003 23:39:55 +0100 (BST)
Date: Fri, 30 May 2003 23:39:50 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dovecot 0.99.10-test10
Message-Id: <20030530233950.47c0da7f.bob@cemetery.homeunix.org>
In-Reply-To: <1054290290.19156.426.camel@hurina>
References: <20030530032742.08e28964.bob@cemetery.homeunix.org>
	<1054290290.19156.426.camel@hurina>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.SWvsir/1suj24G"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2003 22:40:15 -0000
X-UID: 884                                                  
Status: O
Content-Length: 1354

--=.SWvsir/1suj24G
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On 30 May 2003 13:24:51 +0300,
Timo Sirainen <tss@iki.fi> wrote:
> On Fri, 2003-05-30 at 05:27, Andrew Basterfield wrote:
> > Now I am getting index corruption again
> > 
> > May 30 03:11:53 snigger imap(bob): Corrupted binary tree file
> > /home/bob/Mail/.INBOX/.imap.index.tree: UID to be inserted isn't
> > higher than existing (1 <= 1)
> 
> Weird. Is this easily reproduceable? I tried for a while with my
> OpenBSD 3.3/x86, worked fine. Also I can't really even think of when
> the above error could happen unless something was totally messed up.

It happens when moving lots of messages between folders. Now I have my
mail where I want it I will set up a test account that isn't critical to
test with.

They copy OK but sylpheed can't delete them afterwards (sylpheed is on
lintel)

I have been using hard-linked move, but the problem still occurs without
it.

test7 DOES exhibit problems but test6 is rock solid and what I am
using now.

--Andrew

-- 
http://cemetery.homeunix.org

--=.SWvsir/1suj24G
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+1927j3ZMDwYLJGARAsm+AJsGk6JMV2zi25boetmVnsE3dJeMewCfU4dU
k50RxQbUQneCY0LMH2HDf/w=
=6NR8
-----END PGP SIGNATURE-----

--=.SWvsir/1suj24G--
From bob@cemetery.homeunix.org  Sat May 31 05:30:41 2003
Return-Path: <bob@cemetery.homeunix.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 117E923866; Sat, 31 May 2003 05:30:41 +0300 (EEST)
Received: from cemetery.homeunix.org (joeldriver.plus.com [212.159.87.165])
	by danu.procontrol.fi (Postfix) with ESMTP id 29E7623845
	for <dovecot@procontrol.fi>; Sat, 31 May 2003 05:30:34 +0300 (EEST)
Received: from snigger.flatnet (bob@localhost.flatnet [127.0.0.1])
	by cemetery.homeunix.org (8.12.9/8.12.6) with ESMTP id h4V2URg6012484
	for <dovecot@procontrol.fi>; Sat, 31 May 2003 03:30:27 +0100 (BST)
Received: (from bob@localhost)
	by snigger.flatnet (8.12.9/8.12.6/Submit) id h4V2UPLc015269
	for dovecot@procontrol.fi; Sat, 31 May 2003 03:30:25 +0100 (BST)
Date: Sat, 31 May 2003 03:30:24 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dovecot 0.99.10-test10
Message-ID: <20030531023024.GA26364@snigger.flatnet>
References: <20030530032742.08e28964.bob@cemetery.homeunix.org>
	<1054290290.19156.426.camel@hurina>
	<20030530233950.47c0da7f.bob@cemetery.homeunix.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC"
Content-Disposition: inline
In-Reply-To: <20030530233950.47c0da7f.bob@cemetery.homeunix.org>
User-Agent: Mutt/1.4.1i
X-Operating-System: OpenBSD snigger 3.3 sparc64 SUNW,UltraSPARC-IIi @ 269.842
	MHz, version 0 FPU
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 31 May 2003 02:30:41 -0000
X-UID: 885                                                  
Status: O
Content-Length: 2710


--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, May 30, 2003 at 11:39:50PM +0100, Andrew Basterfield wrote:
> On 30 May 2003 13:24:51 +0300,
> Timo Sirainen <tss@iki.fi> wrote:
> > On Fri, 2003-05-30 at 05:27, Andrew Basterfield wrote:
> > > Now I am getting index corruption again
> > >=20
> > > May 30 03:11:53 snigger imap(bob): Corrupted binary tree file
> > > /home/bob/Mail/.INBOX/.imap.index.tree: UID to be inserted isn't
> > > higher than existing (1 <=3D 1)
> >=20
> > Weird. Is this easily reproduceable? I tried for a while with my
> > OpenBSD 3.3/x86, worked fine. Also I can't really even think of when
> > the above error could happen unless something was totally messed up.
>=20
> It happens when moving lots of messages between folders. Now I have my
> mail where I want it I will set up a test account that isn't critical to
> test with.
>=20
> They copy OK but sylpheed can't delete them afterwards (sylpheed is on
> lintel)
>=20
> I have been using hard-linked move, but the problem still occurs without
> it.
>=20
> test7 DOES exhibit problems but test6 is rock solid and what I am
> using now.

I think it is related to locking, I have been moving mail around with one
client and doing normal operations with another.

I tried to move 2700 messages from a folder on one account to another, I
think the problems started when I opened the same folder with another
client.

This occurs once in the maillog

May 31 02:20:39 snigger imap(list): Timeout while waiting for release of ex=
clusive fcntl() lock for index file /home/list/Mail/.INBOX/.imap.index
May 31 02:26:07 snigger imap-login: Login: bob [127.0.0.1] May 31 02:38:13 =
snigger imap(bob): Corrupted index file /home/bob/Mail/.Test/.imap.index: W=
rong messages_count in header (1247 !=3D 1248)

What happens when the lock times out? Does it carry on regardless or die?

sylpheed says:

** WARNING **: Socket IO timeout
** WARNING **: [03:07:13] Read from socket fd14 failed: Broken pipe
** WARNING **: [03:07:13] error while imap command: STORE 1562:1562 +FLAGS =
(\Deleted)
** WARNING **: [03:07:13] can't set deleted flags: 1562

and so on many many times

Now I am playing with a test account I can move mail around without
interference to see what happens.

--=20
If at first you don't succeed, destroy all evidence that you tried.

--wRRV7LY7NUeQGEoC
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (OpenBSD)

iD8DBQE+2BO9j3ZMDwYLJGARAgp7AJ47BKKGVcXiQSeW580S9iTevFIRyQCffla9
HFpN4S3vksXQxrhnDgDEzuk=
=jQ1Q
-----END PGP SIGNATURE-----

--wRRV7LY7NUeQGEoC--
From cirvis@konts.lv  Mon Jun  2 17:21:09 2003
Return-Path: <cirvis@konts.lv>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8162223866; Mon,  2 Jun 2003 17:21:09 +0300 (EEST)
Received: from card.konts.lv (card.konts.lv [159.148.139.17])
	by danu.procontrol.fi (Postfix) with ESMTP id 2ACF72384C
	for <dovecot@procontrol.fi>; Mon,  2 Jun 2003 17:21:05 +0300 (EEST)
Received: (from daemon@localhost)
	by card.konts.lv (8.11.6/8.11.6) id h52EJMm19899
	for <dovecot@procontrol.fi>; Mon, 2 Jun 2003 17:19:22 +0300
Received: from <cirvis@konts.lv> (mail1.konts.lv [10.10.1.4]) by card.konts.lv
	via smap (V2.1)	id xma019884; Mon, 2 Jun 03 17:19:16 +0300
Received: (qmail 4367 invoked from network); 2 Jun 2003 14:20:06 -0000
Received: from  (HELO konts.lv) ([]) (envelope-sender <cirvis@konts.lv>)
          by mail1.konts.lv (qmail-ldap-1.03) with SMTP
          for <dovecot@procontrol.fi>; 2 Jun 2003 14:20:06 -0000
Message-ID: <3EDB5D17.1050902@konts.lv>
Date: Mon, 02 Jun 2003 17:20:07 +0300
From: Gasha <cirvis@konts.lv>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-13.4 required=6.0
	tests=AWL,USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.52
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.52 (1.174.2.8-2003-03-24-exp)
Subject: [Dovecot] squirrelmail setup
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 02 Jun 2003 14:21:09 -0000
X-UID: 886                                                  
Status: O

Hi all,

My setup:
INBOX -> /var/spool/mail/user
directories -> /home/user/Maildir

it works with Netscape, but squirrel mail shows only subfolder content.
nothing in INBOX.

any ideas?

Gasha

From mike@skew.org  Mon Jun  2 17:53:11 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3CE6F23866; Mon,  2 Jun 2003 17:53:11 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id 5F3E12384C
	for <dovecot@procontrol.fi>; Mon,  2 Jun 2003 17:53:08 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.6p2/8.12.7) with ESMTP id h52Er5CZ078639;
	Mon, 2 Jun 2003 08:53:05 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.6p2/8.12.7/Submit) id h52Er45e078638;
	Mon, 2 Jun 2003 08:53:04 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200306021453.h52Er45e078638@chilled.skew.org>
Subject: Re: [Dovecot] DRAC support?
In-Reply-To: <1054121419.3131.275.camel@hurina> "from Timo Sirainen at May 28,
 2003 02:30:19 pm"
To: Timo Sirainen <tss@iki.fi>
Date: Mon, 2 Jun 2003 08:53:04 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=-0.8 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01
	version=2.43
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 02 Jun 2003 14:53:11 -0000
X-UID: 887                                                  
Status: O

Timo Sirainen wrote:
> Looks like BSDs don't have libdl which is why configure's test fails.

Correct. On FreeBSD, many administrators install the linux compatibility
package, which results in libdl binaries being available under
/usr/compat/linux/lib. I am guessing these should be usable as long as the
system administrator has configured the kernel with linux support.

However, when building new software, one generally doesn't try pointing into
/usr/compat/linux/* unless it's absolutely necessary. It's probably safest to
just steer clear of the dependency.
From cirvis@konts.lv  Mon Jun  2 20:41:39 2003
Return-Path: <cirvis@konts.lv>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C03823866; Mon,  2 Jun 2003 20:41:39 +0300 (EEST)
Received: from card.konts.lv (card.konts.lv [159.148.139.17])
	by danu.procontrol.fi (Postfix) with ESMTP id 90AC123865
	for <dovecot@procontrol.fi>; Mon,  2 Jun 2003 20:41:33 +0300 (EEST)
Received: (from daemon@localhost)
	by card.konts.lv (8.11.6/8.11.6) id h52Hdms26933
	for <dovecot@procontrol.fi>; Mon, 2 Jun 2003 20:39:48 +0300
Received: from <cirvis@konts.lv> (mail1.konts.lv [10.10.1.4]) by card.konts.lv
	via smap (V2.1)	id xma026926; Mon, 2 Jun 03 20:39:40 +0300
Received: (qmail 18329 invoked from network); 2 Jun 2003 17:40:31 -0000
Received: from  (HELO konts.lv) ([]) (envelope-sender <cirvis@konts.lv>)
          by mail1.konts.lv (qmail-ldap-1.03) with SMTP
          for <dovecot@procontrol.fi>; 2 Jun 2003 17:40:31 -0000
Message-ID: <3EDB8C10.8010904@konts.lv>
Date: Mon, 02 Jun 2003 20:40:32 +0300
From: Gasha <cirvis@konts.lv>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-14.9 required=6.0
	tests=AWL,BAYES_20,USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.52
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.52 (1.174.2.8-2003-03-24-exp)
Subject: [Dovecot] --enable-debug bug?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 02 Jun 2003 17:41:39 -0000
X-UID: 888                                                  
Status: O

Hello all,

when i'm bulding rpm with --enable-debug get this:

I tried 2 different versions 0.99.8 and 0.99.9.


Jun  2 20:41:14 mezgls dovecot: Dovecot starting up
Jun  2 20:41:15 mezgls dovecot: child 9409 (login) killed with signal 11
Jun  2 20:41:15 mezgls dovecot: child 9408 (login) killed with signal 11
Jun  2 20:41:15 mezgls dovecot: child 9407 (login) killed with signal 11
Jun  2 20:41:15 mezgls dovecot: child 9406 (auth) killed with signal 11
Jun  2 20:41:15 mezgls dovecot: Login process died too early - shutting down

Gasha

From lfarkas@bnap.hu  Tue Jun  3 10:44:06 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 60DE223866; Tue,  3 Jun 2003 10:44:06 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 9935F23865
	for <dovecot@procontrol.fi>; Tue,  3 Jun 2003 10:44:03 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id E9C5075400C
	for <dovecot@procontrol.fi>; Tue,  3 Jun 2003 09:43:06 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP id 90DDD3EB0
	for <dovecot@procontrol.fi>; Tue,  3 Jun 2003 09:44:00 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 77FFD3EAD
	for <dovecot@procontrol.fi>; Tue,  3 Jun 2003 09:44:00 +0200 (CEST)
Message-ID: <3EDC51BD.1010700@bnap.hu>
Date: Tue, 03 Jun 2003 09:43:57 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] error
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 03 Jun 2003 07:44:06 -0000
X-UID: 889                                                  
Status: O

hi,
I've got the following alert window in mozilla (with dovecot):
---------------------------------------
The current command did not succeed. The mail server responded: Error in 
IMAP command: Too long argument..
---------------------------------------
although there is not any messages in my imap.log file.

-- 
   Levente                               "Si vis pacem para bellum!"


From jens.laas@data.slu.se  Tue Jun  3 11:14:29 2003
Return-Path: <jens.laas@data.slu.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C54F823866; Tue,  3 Jun 2003 11:14:29 +0300 (EEST)
Received: from mail1.slu.se (mail1.slu.se [130.238.96.11])
	by danu.procontrol.fi (Postfix) with ESMTP id 5034623865
	for <dovecot@procontrol.fi>; Tue,  3 Jun 2003 11:14:23 +0300 (EEST)
Received: from jlaas2.data.slu.se (jlaas2.data.slu.se [130.238.98.68])
	by mail1.slu.se (8.9.3p2/8.9.3) with ESMTP id KAA11894
	for <dovecot@procontrol.fi>; Tue, 3 Jun 2003 10:14:19 +0200
Date: Tue, 3 Jun 2003 10:14:22 +0200 (CEST)
From: Jens Laas <jens.laas@data.slu.se>
X-X-Sender: jensl@jlaas2.data.slu.se
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EDC51BD.1010700@bnap.hu>
Message-ID: <Pine.LNX.4.55.0306031010140.5124@jlaas2.data.slu.se>
References: <3EDC51BD.1010700@bnap.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Subject: [Dovecot] pop3 logging patches
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 03 Jun 2003 08:14:30 -0000
X-UID: 890                                                  
Status: O
Content-Length: 2603


Following patches will fulfill my need for pop3 logging.

It aint pretty, but it works!

Would you consider including this until you have made this more to your
liking ?

Cheers
Jens Ls

--- pop3/commands.c.orig	2003-05-30 10:34:33.000000000 +0200
+++ pop3/commands.c	2003-06-03 10:05:53.000000000 +0200
@@ -1,5 +1,6 @@
 /* Copyright (C) 2002 Timo Sirainen */

+#include <sys/stat.h>
 #include "common.h"
 #include "istream.h"
 #include "ostream.h"
@@ -139,14 +140,29 @@
 	return TRUE;
 }

+static uoff_t inbox_size(struct client *client)
+{
+  struct stat sb;
+  if(stat(client->mailbox->storage->inbox_file, &sb))
+    return 0;
+  return sb.st_size;
+}
+
 static int cmd_quit(struct client *client, const char *args __attr_unused__)
 {
 	unsigned int first, last, msgnum, max, i, j;
 	struct mail_full_flags flags;
 	string_t *set;
+	uoff_t orig_size;

+	orig_size = inbox_size(client);
+
 	if (!client->deleted) {
 		client_send_line(client, "+OK Logging out.");
+		/* FIXME uoff_t printing */
+		i_info("Logout: del 0/0 left %u/%llu",
+		       client->messages_count,
+		       orig_size);
 		client_disconnect(client);
 		return TRUE;
 	}
@@ -200,6 +216,22 @@
 	else
 		client_send_storage_error(client);

+	{
+	  uoff_t cur_size;
+	  struct mailbox_status status;
+
+	if (client->mailbox->get_status(client->mailbox,
+					 STATUS_MESSAGES | STATUS_UIDVALIDITY,
+					 &status))
+	  {
+	    cur_size = inbox_size(client);
+	    i_info("Logout: del %u/%llu left %u/%llu",
+		   client->messages_count - status.messages,
+		   orig_size - cur_size,
+		   status.messages,
+		   cur_size);
+	  }
+	}
 	client_disconnect(client);
 	return TRUE;
 }


--- pop3-login/client-authenticate.c.orig	2003-05-30 10:32:19.000000000 +0200
+++ pop3-login/client-authenticate.c	2003-05-30 10:33:26.000000000 +0200
@@ -91,7 +91,8 @@
 	const char *reason = NULL;

 	if (success) {
-		reason = t_strconcat("Login: ", client->common.virtual_user,
+		reason = t_strconcat(client->tls?"Login [TLS]:":"Login: ",
+				     client->common.virtual_user,
 				     NULL);
 	} else {
 		reason = t_strconcat("Internal login failure: ",


-----------------------------------------------------------------------
    'This mail automatically becomes portable when carried.'
-----------------------------------------------------------------------
    Jens Ls                              Email: jens.laas@data.slu.se
    Department of Computer Services, SLU   Phone: +46 18 67 35 15
    Vindbrovgen 1
    P.O. Box 7079
    S-750 07 Uppsala
    SWEDEN
-----------------------------------------------------------------------
From jake@lucidpark.net  Tue Jun  3 20:49:33 2003
Return-Path: <jake@lucidpark.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 123C523866; Tue,  3 Jun 2003 20:49:33 +0300 (EEST)
Received: from europa.capecodvacation.com (europa.capecodvacation.com
	[199.232.149.98])
	by danu.procontrol.fi (Postfix) with ESMTP id 14D0523865
	for <dovecot@procontrol.fi>; Tue,  3 Jun 2003 20:49:31 +0300 (EEST)
Received: from vger.rental.trec (vger.rental.trec [192.168.1.9])
	by europa.capecodvacation.com (Postfix) with ESMTP id EE6B430C14D
	for <dovecot@procontrol.fi>; Tue,  3 Jun 2003 13:49:26 -0400 (EDT)
Received: by vger.rental.trec (Postfix, from userid 1000)
	id 9221C6F9E7; Tue,  3 Jun 2003 13:49:20 -0400 (EDT)
Date: Tue, 3 Jun 2003 13:49:20 -0400
From: Jacob Elder <jake@lucidpark.net>
To: dovecot@procontrol.fi
Message-ID: <20030603174920.GA18515@vger.capecodvacation.com>
Mail-Followup-To: dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] gnutls_handshake problem
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 03 Jun 2003 17:49:33 -0000
X-UID: 891                                                  
Status: O

I'm trying to bring dovecot up on Debian/stable using Christof Meerwald's
unofficial packages (cmeerw.org/debian/). This package seems to work fine on
Debian/testing. There error I'm getting on the stable box is:

gnutls_handshake: A TLS fatal alert has been received.(Bad record MAC)

Any guesses?

-- 
Jacob Elder
From zach.bagnall@bulletinwireless.com  Wed Jun  4 08:00:57 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C1B7C23866; Wed,  4 Jun 2003 08:00:57 +0300 (EEST)
Received: from piranha.intra.jungledrum.co.nz (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 672962384C
	for <dovecot@procontrol.fi>; Wed,  4 Jun 2003 08:00:54 +0300 (EEST)
Received: from piranha (localhost.localdomain [127.0.0.1])
	by piranha.intra.jungledrum.co.nz (Postfix) with SMTP
	id 89F1415005; Wed,  4 Jun 2003 17:00:44 +1200 (NZST)
Date: Wed, 4 Jun 2003 17:00:41 +1200
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Message-Id: <20030604170041.25b60670.zach.bagnall@bulletinwireless.com>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.8.9 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.'wFdksiE(anQ8g"
Subject: [Dovecot] Dovecot for Gentoo portage
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2003 05:00:58 -0000
X-UID: 892                                                  
Status: O

--=.'wFdksiE(anQ8g
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi all -

I've added an ebuild for 0.99.9.1 to bugzilla:

http://bugs.gentoo.org/show_bug.cgi?id=22080

It includes the CR+LF patch. Should be trivial to update for .10 when
it makes an appearance :-).

Feel free to fix/improve this ebuild - I'm fairly new at them.

Zach.

-- 
Services & Support
Bulletin Wireless | www.bulletinwireless.com
This email is digitally signed | Key ID 0x3F9AA9A2

--=.'wFdksiE(anQ8g
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+3Xz84jDFYT+aqaIRApRfAKCxuZmJk811Jv0Sy3iDFSnstrMSsgCgmZty
OsB18rsu+zv1nraG+oAtILo=
=qHrQ
-----END PGP SIGNATURE-----

--=.'wFdksiE(anQ8g--
From jens.laas@data.slu.se  Wed Jun  4 08:52:28 2003
Return-Path: <jens.laas@data.slu.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0B23923866; Wed,  4 Jun 2003 08:52:28 +0300 (EEST)
Received: from mail1.slu.se (mail1.slu.se [130.238.96.11])
	by danu.procontrol.fi (Postfix) with ESMTP id 4806B23865
	for <dovecot@procontrol.fi>; Wed,  4 Jun 2003 08:52:25 +0300 (EEST)
Received: from jlaas2.data.slu.se (jlaas2.data.slu.se [130.238.98.68])
	by mail1.slu.se (8.9.3p2/8.9.3) with ESMTP id HAA22899;
	Wed, 4 Jun 2003 07:52:16 +0200
Date: Wed, 4 Jun 2003 07:52:19 +0200 (CEST)
From: Jens Laas <jens.laas@data.slu.se>
X-X-Sender: jensl@jlaas2.data.slu.se
To: Jacob Elder <jake@lucidpark.net>
Subject: Re: [Dovecot] gnutls_handshake problem
In-Reply-To: <20030603174920.GA18515@vger.capecodvacation.com>
Message-ID: <Pine.LNX.4.55.0306040745010.5124@jlaas2.data.slu.se>
References: <20030603174920.GA18515@vger.capecodvacation.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2003 05:52:28 -0000
X-UID: 893                                                  
Status: O
Content-Length: 1140

(03.06.03 kl.13:49) Jacob Elder skrev fljande till dovecot@procontrol.fi:

> I'm trying to bring dovecot up on Debian/stable using Christof Meerwald's
> unofficial packages (cmeerw.org/debian/). This package seems to work fine on
> Debian/testing. There error I'm getting on the stable box is:
>
> gnutls_handshake: A TLS fatal alert has been received.(Bad record MAC)
>
> Any guesses?

Check versions of libgcrypt and gnutls.

I would recommend compiling libgcrypt, gnutls and dovecot by hand.

The actual error message doesnt tell me more than that the handshake
failed. Either server or client (or both) is in error.

Jens Ls

>
> --
> Jacob Elder
>

-----------------------------------------------------------------------
    'This mail automatically becomes portable when carried.'
-----------------------------------------------------------------------
    Jens Ls                              Email: jens.laas@data.slu.se
    Department of Computer Services, SLU   Phone: +46 18 67 35 15
    Vindbrovgen 1
    P.O. Box 7079
    S-750 07 Uppsala
    SWEDEN
-----------------------------------------------------------------------
From tss@iki.fi  Wed Jun  4 19:41:05 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E06762387A; Wed,  4 Jun 2003 19:41:05 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 436AC2384C
	for <dovecot@procontrol.fi>; Wed,  4 Jun 2003 19:41:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id E7DF95C896A0; Wed,  4 Jun 2003 19:41:03 +0300 (EEST)
Subject: Re: [Dovecot] squirrelmail setup
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EDB5D17.1050902@konts.lv>
References: <3EDB5D17.1050902@konts.lv>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054744863.8869.7.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 04 Jun 2003 19:41:03 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2003 16:41:06 -0000
X-UID: 894                                                  
Status: O

On Mon, 2003-06-02 at 17:20, Gasha wrote:
> My setup:
> INBOX -> /var/spool/mail/user
> directories -> /home/user/Maildir
> 
> it works with Netscape, but squirrel mail shows only subfolder content.
> nothing in INBOX.

How did you do this? You couldn't have configured Dovecot to directly do
that with Maildir. Separate INBOX location works only with mbox. Your
Netscape is maybe reading the INBOX directly?

From tss@iki.fi  Wed Jun  4 19:45:54 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0E7A82387A; Wed,  4 Jun 2003 19:45:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 78D792384C
	for <dovecot@procontrol.fi>; Wed,  4 Jun 2003 19:45:52 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 38A2A5C896A0; Wed,  4 Jun 2003 19:45:52 +0300 (EEST)
Subject: Re: mkdir {cur,tmp,new}? (was Re: [Dovecot] Speed and memory probs
	writing large Maildir)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0305301623260.7269-100000@vegemite.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0305301623260.7269-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054745152.8867.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 04 Jun 2003 19:45:52 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2003 16:45:54 -0000
X-UID: 895                                                  
Status: O
Content-Length: 1108

On Fri, 2003-05-30 at 23:29, Charlie Brady wrote:
> On 30 May 2003, Timo Sirainen wrote:
> 
> > It still does a few unnecessary things every time mailbox is opened (ie.
> > at every APPEND command). I think I shouldn't try to mkdir() the cur,
> > new and tmp dirs immediately. Those could be more easily created if/when
> > stat() fails while syncing.
> 
> Shouldn't the maildir only be created in response to a CREATE command. It 
> certainly shouldn't be as the result of an APPEND:
> 
>    If the destination mailbox does not exist, a server MUST return an
>    error, and MUST NOT automatically create the mailbox. 
> 
> I would interpret any of cur, new and tmp being missing as "mailbox does 
> not exist".

Well, maybe. I was just thinking cases when a DELETE died in the middle
of it, and left only some of the dirs there. In that case you couldn't
then SELECT/APPEND the mailbox, but I guess you could DELETE it again..

Or maybe rather Dovecot should just create those dirs when it notices
they don't exist while trying to use them. I like to be able to create
new mailboxes with "mkdir .boxname".

From tss@iki.fi  Wed Jun  4 19:51:02 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 103812387A; Wed,  4 Jun 2003 19:51:02 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8B8B72384C
	for <dovecot@procontrol.fi>; Wed,  4 Jun 2003 19:51:00 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 6242B5C896A0; Wed,  4 Jun 2003 19:51:00 +0300 (EEST)
Subject: Re: [Dovecot] Re: DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030530143201.GZ676@dust.uchicago.edu>
References: <20030528050825.GA10934@lazy.spodder.com>
	 <1054121419.3131.275.camel@hurina>
	 <20030529010911.GA19139@lazy.spodder.com>
	 <1054252379.23632.381.camel@hurina>
	 <20030530002537.GA1552@lazy.spodder.com>
	 <1054258989.23632.400.camel@hurina>
	 <20030530020518.GG1552@lazy.spodder.com>
	 <1054261073.19156.413.camel@hurina>
	 <20030530041118.GK1552@lazy.spodder.com>
	 <1054295941.23632.447.camel@hurina>
	 <20030530143201.GZ676@dust.uchicago.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1054745460.8867.20.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 04 Jun 2003 19:51:00 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2003 16:51:02 -0000
X-UID: 896                                                  
Status: O

On Fri, 2003-05-30 at 17:32, David Champion wrote:
> > > Will you include drac.c ?
> > No. I'll leave it to patches directory.
> 
> ./configure --enable-drac ?
> 
> Shouldn't add any extra weight to the --disable-drac build.

It's still extra bloat for most people. That's why I made it a plugin :)
I don't think it really matters how it's distributed, and you most
likely don't ever have to reinstall it when upgrading Dovecot.

From charlieb-dovecot@e-smith.com  Wed Jun  4 21:01:01 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4372C2387A; Wed,  4 Jun 2003 21:01:01 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 147B623865
	for <dovecot@procontrol.fi>; Wed,  4 Jun 2003 21:00:56 +0300 (EEST)
Received: (qmail 21742 invoked by uid 404); 4 Jun 2003 18:00:48 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 04 Jun 2003 14:00:48 -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; 04 Jun 2003 18:00:48 -0000
Received: (qmail 31433 invoked from network); 4 Jun 2003 18:00:48 -0000
Received: from unknown (10.35.25.57)
  by allspice.nssg.mitel.com with QMQP; 4 Jun 2003 18:00:48 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 4 Jun 2003 18:07:33 -0000
Date: Wed, 4 Jun 2003 14:07:33 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1054745152.8867.13.camel@hurina>
Message-ID: <Pine.LNX.4.44.0306041402550.23276-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: mkdir {cur,tmp,new}?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2003 18:01:01 -0000
X-UID: 897                                                  
Status: O
Content-Length: 1095


On 4 Jun 2003, Timo Sirainen wrote:

> On Fri, 2003-05-30 at 23:29, Charlie Brady wrote:
> > 
> > I would interpret any of cur, new and tmp being missing as "mailbox does 
> > not exist".
> 
> Well, maybe. I was just thinking cases when a DELETE died in the middle
> of it, and left only some of the dirs there. In that case you couldn't
> then SELECT/APPEND the mailbox, but I guess you could DELETE it again..

Can you DELETE a mailbox which doesn't exist?

If a DELETE dies in the middle, and the maildir isn't complete, then by my
definition (and I'd claim, logically) the mailbox does not exist. If a
mailbox doesn't exist, you can SELECT/APPEND or DELETE. But it shouldn't
appear in a LIST, and you must be able to CREATE.

> Or maybe rather Dovecot should just create those dirs when it notices
> they don't exist while trying to use them.

I think a maildir must be complete to exist. Hence it's wrong to "by 
stealth" convert a partial maildir to a complete one.

> I like to be able to create new mailboxes with "mkdir .boxname".

Shouldn't that be "CREATE boxname"? :-)

--
Charlie


From cirvis@konts.lv  Wed Jun  4 22:19:51 2003
Return-Path: <cirvis@konts.lv>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8A6552387A; Wed,  4 Jun 2003 22:19:51 +0300 (EEST)
Received: from card.konts.lv (card.konts.lv [159.148.139.17])
	by danu.procontrol.fi (Postfix) with ESMTP id 7445623865
	for <dovecot@procontrol.fi>; Wed,  4 Jun 2003 22:19:46 +0300 (EEST)
Received: (from daemon@localhost)
	by card.konts.lv (8.11.6/8.11.6) id h54JHak10216
	for <dovecot@procontrol.fi>; Wed, 4 Jun 2003 22:17:36 +0300
Received: from <cirvis@konts.lv> (gugu.konts.lv [10.10.1.171]) by
	card.konts.lv via smap (V2.1)
	id xma010207; Wed, 4 Jun 03 22:17:24 +0300
Message-ID: <3EDE460C.40700@konts.lv>
Date: Wed, 04 Jun 2003 22:18:36 +0300
From: Gasha <cirvis@konts.lv>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] squirrelmail setup
References: <3EDB5D17.1050902@konts.lv> <1054744863.8869.7.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-28.1 required=6.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.52
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.52 (1.174.2.8-2003-03-24-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2003 19:19:51 -0000
X-UID: 898                                                  
Status: O

Strange, but it worked that way. At least with netscape.
In the beginning i set up INBOX + mbox.
then renamed mail/ to oldmail/
and did "mkdir Maildir".

But other IMAP mail clients didnt understand...
So i decided to left "mbox" format as default.
I'm using "sendmail" and "pine" a lot.

P.S. just installed 0.99.10-test11.
I did some performance tests. IMAP message download is FAST!!!
PIII-667 Mhz box with Corier is slower than Cyrix 120 Mhz Dovecot.
MS Exchange 5.5 is somewhere far behind...

Gasha

Timo Sirainen wrote:

> On Mon, 2003-06-02 at 17:20, Gasha wrote:
> 
>>My setup:
>>INBOX -> /var/spool/mail/user
>>directories -> /home/user/Maildir
>>
>>it works with Netscape, but squirrel mail shows only subfolder content.
>>nothing in INBOX.
>>
> 
> How did you do this? You couldn't have configured Dovecot to directly do
> that with Maildir. Separate INBOX location works only with mbox. Your
> Netscape is maybe reading the INBOX directly?
> 
> 


From dgc@uchicago.edu  Thu Jun  5 03:52:09 2003
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E2F732387A; Thu,  5 Jun 2003 03:52:09 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id D35E423865
	for <dovecot@procontrol.fi>; Thu,  5 Jun 2003 03:52:07 +0300 (EEST)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h550q3M29172;
	Wed, 4 Jun 2003 19:52:03 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Wed, 4 Jun 2003 19:52:03 -0500
From: David Champion <dgc@uchicago.edu>
To: Timo Sirainen <tss@iki.fi>
Message-ID: <20030605005203.GA3437@dust.uchicago.edu>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
References: <20030529010911.GA19139@lazy.spodder.com>
	<1054252379.23632.381.camel@hurina> <20030530002537.GA1552@lazy.spodder.com>
	<1054258989.23632.400.camel@hurina> <20030530020518.GG1552@lazy.spodder.com>
	<1054261073.19156.413.camel@hurina> <20030530041118.GK1552@lazy.spodder.com>
	<1054295941.23632.447.camel@hurina> <20030530143201.GZ676@dust.uchicago.edu>
	<1054745460.8867.20.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1054745460.8867.20.camel@hurina>
User-Agent: Mutt/1.5.2i
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: DRAC support?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 05 Jun 2003 00:52:10 -0000
X-UID: 899                                                  
Status: O
Content-Length: 1404

* On 2003.06.04, in <1054745460.8867.20.camel@hurina>,
*	"Timo Sirainen" <tss@iki.fi> wrote:
> On Fri, 2003-05-30 at 17:32, David Champion wrote:
> > > > Will you include drac.c ?
> > > No. I'll leave it to patches directory.
> > 
> > ./configure --enable-drac ?
> > 
> > Shouldn't add any extra weight to the --disable-drac build.
> 
> It's still extra bloat for most people. That's why I made it a plugin :)
> I don't think it really matters how it's distributed, and you most
> likely don't ever have to reinstall it when upgrading Dovecot.

Oh, I don't care whether it's a plugin, I'm just looking for a way to
add the compilation and installation of the plugin to the same command
sequence as the rest of the build, so it can be automated somewhat more
instead of having to read the drac.c file and figure out what commands
to run based on your acquired knowledge of the build environment for the
rest of the package, and type/paste those in manually.

I'm really, honestly, truly talking about a no-added-bloat approach. I'm
just asking for configure to add a cc/ld for drac.so to the Makefile, if
you specify --enable-drac.

-- 
 -D.    dgc@uchicago.edu        NSIT    University of Chicago
      When using any driving directions or map, it's a good idea to do a
      reality check and make sure the road still exists, watch out for
      construction, and follow all traffic safety precautions.
From cmeerw@web.de  Sat Jun  7 09:37:28 2003
Return-Path: <cmeerw@web.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1B7722387A; Sat,  7 Jun 2003 09:37:28 +0300 (EEST)
Received: from octopussy.utanet.at (octopussy.utanet.at [213.90.36.45])
	by danu.procontrol.fi (Postfix) with ESMTP id 214CD23845
	for <dovecot@procontrol.fi>; Sat,  7 Jun 2003 09:37:25 +0300 (EEST)
Received: from paris.utanet.at ([213.90.36.7])
	by octopussy.utanet.at with esmtp (Exim 4.12)
	id 19OXKJ-0006Ju-00; Sat, 07 Jun 2003 08:37:19 +0200
Received: from [62.218.247.51] (helo=hacking.cmeerw.net)
	by paris.utanet.at with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.12)
	id 19OXKJ-0007E4-00; Sat, 07 Jun 2003 08:37:19 +0200
Received: from cmeerw by hacking.cmeerw.net with local (Exim 4.20)
	id 19OXKA-0000JA-Km; Sat, 07 Jun 2003 08:37:10 +0200
Date: Sat, 7 Jun 2003 08:37:10 +0200
From: Christof Meerwald <cmeerw@web.de>
To: Jacob Elder <jake@lucidpark.net>
Message-ID: <20030607063710.GA1174@hacking.cmeerw.net>
References: <20030603174920.GA18515@vger.capecodvacation.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030603174920.GA18515@vger.capecodvacation.com>
User-Agent: Mutt/1.3.28i
X-PGP-Key: 1024D/2B10BE68, 1998-06-29
X-PGP-Fingerprint: 0289 5466 C1F5 B03C DBA7  6304 8CAF 9782 2B10 BE68
X-Mailman-Approved-At: Sat, 07 Jun 2003 14:04:57 +0300
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: gnutls_handshake problem
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 07 Jun 2003 06:37:28 -0000
X-UID: 900                                                  
Status: O

On Tue, 3 Jun 2003 13:49:20 -0400, Jacob Elder wrote:
> I'm trying to bring dovecot up on Debian/stable using Christof Meerwald's
> unofficial packages (cmeerw.org/debian/). This package seems to work fine on
> Debian/testing. There error I'm getting on the stable box is:
> 
> gnutls_handshake: A TLS fatal alert has been received.(Bad record MAC)
> 
> Any guesses?

I guess you get this error message from your mail client (because my dovecot
packages are linked against openssl). Does it work if you connect from
Debian testing to dovecot running on Debian stable?

IMO, Debian woody's guntls package is too old and shouldn't be considered
stable.


bye, Christof

-- 
http://cmeerw.org                                 JID: cmeerw@jabber.at
mailto cmeerw at web.de
From jaldhar@debian.org  Sat Jun  7 20:12:09 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 383312387A; Sat,  7 Jun 2003 20:12:09 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 3EC9B2384C
	for <dovecot@procontrol.fi>; Sat,  7 Jun 2003 20:12:07 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 4EAA07F80; Sat,  7 Jun 2003 13:12:02 -0400 (EDT)
Date: Sat, 7 Jun 2003 13:12:02 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: Christof Meerwald <cmeerw@web.de>
Subject: Re: [Dovecot] Re: gnutls_handshake problem
In-Reply-To: <20030607063710.GA1174@hacking.cmeerw.net>
Message-ID: <Pine.LNX.4.56.0306071307360.22075@samadhi.braincells.com>
References: <20030603174920.GA18515@vger.capecodvacation.com>
 <20030607063710.GA1174@hacking.cmeerw.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 07 Jun 2003 17:12:09 -0000
X-UID: 901                                                  
Status: O
Content-Length: 1205

On Sat, 7 Jun 2003, Christof Meerwald wrote:

> On Tue, 3 Jun 2003 13:49:20 -0400, Jacob Elder wrote:
> > I'm trying to bring dovecot up on Debian/stable using Christof
> > Meerwald's unofficial packages (cmeerw.org/debian/). This package
> > seems to work fine on Debian/testing. There error I'm getting on the
> > stable box is:
> >
> > gnutls_handshake: A TLS fatal alert has been received.(Bad record MAC)
> >
> > Any guesses?
>
> I guess you get this error message from your mail client (because my dovecot
> packages are linked against openssl). Does it work if you connect from
> Debian testing to dovecot running on Debian stable?
>
> IMO, Debian woody's guntls package is too old and shouldn't be considered
> stable.
>

Btw, did you know I already provide a backport to woody at
http://www.braincells.com/open/ ?  I keep it in sync with my official
packages.

Anyway I've noticed this too, and I have a feeling it might be something
to do with the way we're generating a self-signed certificate.  I haven't
had much time to do an exhaustive investigation but I hope I might have
soe time this weekend.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From mike@pixor.net  Tue Jun 10 23:27:07 2003
Return-Path: <mike@pixor.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E3D1823866; Tue, 10 Jun 2003 23:27:06 +0300 (EEST)
Received: from pixor.net (unknown [12.106.77.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 849BB2384C
	for <dovecot@procontrol.fi>; Tue, 10 Jun 2003 23:27:00 +0300 (EEST)
Received: from localhost (mike@localhost)
	by pixor.net (8.11.6/8.11.6) with ESMTP id h5AKQwF25773
	for <dovecot@procontrol.fi>; Tue, 10 Jun 2003 16:26:58 -0400
Date: Tue, 10 Jun 2003 13:26:58 -0700 (PDT)
From: Mike Matz <mike@pixor.net>
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.44.0306101314540.25554-100000@pixor.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Help setting up SSL?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 10 Jun 2003 20:27:07 -0000
X-UID: 902                                                  
Status: O
Content-Length: 1442

Hi,

Sorry to bother, I don't know if this mailing list is the right place to 
look for help setting up dovecot..  Anyway I've got standard IMAP working 
fine, and I used mkcert.sh after editing the openssl config, and it seemed 
to work properly (I had to change some directories, I am using the FreeBSD 
5.1-CURRENT port)..

Anyway, when I try to connect using Outlook, here is what the log shows:
(without the exact ip address shown, dont hax0r my windows machine!)

imap-login: Jun 10 13:13:14 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [12.106.77.x]
imap-login: Jun 10 13:13:14 Warning: SSL_accept() syscall failed: EOF 
[12.106.77.x]
imap-login: Jun 10 13:13:14 Panic: key not found from hash
dovecot: Jun 10 13:13:14 Error: child 32935 (login) killed with signal 6
imap-login: Jun 10 13:13:14 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [12.106.77.x]
imap-login: Jun 10 13:13:14 Warning: SSL_accept() syscall failed: EOF 
[12.106.77.x]
imap-login: Jun 10 13:13:14 Panic: key not found from hash
dovecot: Jun 10 13:13:14 Error: child 32937 (login) killed with signal 6


so it says "decryption failed or bad record mac".. Does this mean I don't 
have my .pem files set up correctly?  Or is there a problem with the 
OpenSSL libraries?

I'd sure appreciate any help you could give me.

Thanks,

Mike

From mem@mv.mv.com  Wed Jun 11 22:30:37 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3424223866; Wed, 11 Jun 2003 22:30:37 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id BD87E23845
	for <dovecot@procontrol.fi>; Wed, 11 Jun 2003 22:30:29 +0300 (EEST)
Received: (qmail 18419 invoked by uid 101); 11 Jun 2003 15:30:27 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 11 Jun 2003 15:30:27 -0400
To: dovecot@procontrol.fi
Message-ID: <20030611193027.GL17004@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] bug in search?  (fwd)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 11 Jun 2003 19:30:37 -0000
X-UID: 903                                                  
Status: O

I received this report and am passing it along..

mm


> If all messages are marked for deletion, the following command returns
> an empty list:
>   SEARCH DELETED
> If all messages BUT one are marked for deletion the same command returns
> a list of every message but one.
> 
> If parens are used it works fine.
>   SEARCH (DELETED)

From mem@mv.mv.com  Wed Jun 11 22:50:38 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D720323896; Wed, 11 Jun 2003 22:50:38 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 94F7523860
	for <dovecot@procontrol.fi>; Wed, 11 Jun 2003 22:50:34 +0300 (EEST)
Received: (qmail 2447 invoked by uid 101); 11 Jun 2003 15:50:33 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 11 Jun 2003 15:50:33 -0400
To: dovecot@procontrol.fi
Message-ID: <20030611195033.GP17004@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] Folder creation errors
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 11 Jun 2003 19:50:39 -0000
X-UID: 904                                                  
Status: O


Hi-

In a mbox environment:

1 login username password
1 OK Logged in.
2 create "slar"
2 NO Internal error [2003-06-11 15:44:56]
3 create "/slar"
3 NO Invalid mailbox name: /slar
4 create "Mail/slar"
4 OK Create completed.
5 create "./slar"
5 OK Create completed.
6 create "blar"
6 NO Internal error [2003-06-11 15:46:54]
7 logout
* BYE Logging out
7 OK Logout completed.

i.e. I get "internal error" if there is no path component in the
folder name.  Is this a problem?  I would guess that "internal error"
is always a problem :-)

mm
From cce@cauchy.axista.com  Wed Jun 11 23:00:57 2003
Return-Path: <cce@cauchy.axista.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E19EA23896; Wed, 11 Jun 2003 23:00:57 +0300 (EEST)
Received: from cauchy.axista.com (cauchy.axista.com [209.61.216.58])
	by danu.procontrol.fi (Postfix) with ESMTP id 1A04723860
	for <dovecot@procontrol.fi>; Wed, 11 Jun 2003 23:00:53 +0300 (EEST)
Received: by cauchy.axista.com (Postfix, from userid 1000)
	id AC6696CEA1; Wed, 11 Jun 2003 20:17:14 +0000 (GMT)
Date: Wed, 11 Jun 2003 20:17:14 +0000
From: "Clark C. Evans" <cce@clarkevans.com>
To: Mike Matz <mike@pixor.net>
Subject: Re: [Dovecot] Help setting up SSL?
Message-ID: <20030611201714.GA17446@doublegemini.com>
References: <Pine.LNX.4.44.0306101314540.25554-100000@pixor.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0306101314540.25554-100000@pixor.net>
User-Agent: Mutt/1.4i
Sender: cce+pub@clarkevans.com
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 11 Jun 2003 20:00:58 -0000
X-UID: 905                                                  
Status: O
Content-Length: 2215

Mike,

I am also experiencing a similar error message; only using Mozilla
and "mutt" clients against FreeBSD 4.8 (using the install from ports);
I get the same "decryption failed or bad record mac" error, but I 
don't get the remaining messages you have.

Anyway, it seems there is a similar issue on the modssl list,
http://www.mail-archive.com/modssl-users@modssl.org/msg16180.html
and it looks like it may be related to a newer version of OpenSSL
which perhaps changed a few interfaces without broadcasting it
loudly enough?  

I'm must a simple user here... so I don't even know where to begin
tracking this bugger down.

Best,

Clark

On Tue, Jun 10, 2003 at 01:26:58PM -0700, Mike Matz wrote:
| Hi,
| 
| Sorry to bother, I don't know if this mailing list is the right place to 
| look for help setting up dovecot..  Anyway I've got standard IMAP working 
| fine, and I used mkcert.sh after editing the openssl config, and it seemed 
| to work properly (I had to change some directories, I am using the FreeBSD 
| 5.1-CURRENT port)..
| 
| Anyway, when I try to connect using Outlook, here is what the log shows:
| (without the exact ip address shown, dont hax0r my windows machine!)
| 
| imap-login: Jun 10 13:13:14 Warning: SSL_accept() failed: 
| error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
| record mac [12.106.77.x]
| imap-login: Jun 10 13:13:14 Warning: SSL_accept() syscall failed: EOF 
| [12.106.77.x]
| imap-login: Jun 10 13:13:14 Panic: key not found from hash
| dovecot: Jun 10 13:13:14 Error: child 32935 (login) killed with signal 6
| imap-login: Jun 10 13:13:14 Warning: SSL_accept() failed: 
| error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
| record mac [12.106.77.x]
| imap-login: Jun 10 13:13:14 Warning: SSL_accept() syscall failed: EOF 
| [12.106.77.x]
| imap-login: Jun 10 13:13:14 Panic: key not found from hash
| dovecot: Jun 10 13:13:14 Error: child 32937 (login) killed with signal 6
| 
| 
| so it says "decryption failed or bad record mac".. Does this mean I don't 
| have my .pem files set up correctly?  Or is there a problem with the 
| OpenSSL libraries?
| 
| I'd sure appreciate any help you could give me.
| 
| Thanks,
| 
| Mike
| 
From mike@skew.org  Thu Jun 12 00:03:05 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 973FB23887; Thu, 12 Jun 2003 00:03:05 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id 4978B2384C
	for <dovecot@procontrol.fi>; Thu, 12 Jun 2003 00:03:02 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.6p2/8.12.7) with ESMTP id h5BL32aB016970
	for <dovecot@procontrol.fi>; Wed, 11 Jun 2003 15:03:02 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.6p2/8.12.7/Submit) id h5BL31NG016969
	for dovecot@procontrol.fi; Wed, 11 Jun 2003 15:03:01 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200306112103.h5BL31NG016969@chilled.skew.org>
To: dovecot@procontrol.fi
Date: Wed, 11 Jun 2003 15:03:01 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=0.8 required=5.0
	tests=SPAM_PHRASE_00_01
	version=2.43
Subject: [Dovecot] when/where to set MAIL env variable?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 11 Jun 2003 21:03:05 -0000
X-UID: 906                                                  
Status: O
Content-Length: 1316

I am trying to get dovecot to work on a system that uses qmail as its MTA. As
is typical on such systems, the user's primary inbox is an mbox file called
Mailbox, in their home directory. Global shell config files /etc/csh.cshrc and
/etc/profile set the MAIL environment variable to ~/Mailbox for the users,
which is enough to satisfy their interactive mail clients such as pine, mutt,
and elm.

The mail-storages.txt file in the dovecot docs seems to say that dovecot will
not have a problem with this kind of setup. However, I can't figure out how to
make it work. The MAIL variable is only set for users who are using shells
like tcsh, bash, etc. The server apparently does not operate in a shell, so it
is looking in some other location, perhaps /var/mail/$USER, so everyone's
INBOX appears to be empty.

It would help if mail-storages.txt, when referring to environment variables
such as MAIL, would clarify *whose* environment variables are being referred
to. Is it the environment of the user who built dovecot? Is it the environment
of the user running the main dovecot process? Is it the environment of the
user who is checking their mail / the user that dovecot runs setuid as? When
and where do I set the MAIL variable so that dovecot will see it? Or is there
some other problem?

Any help appreciated...

From spectron@coqui.net  Thu Jun 12 16:42:58 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 479E623865; Thu, 12 Jun 2003 16:42:58 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id 26B6E23860
	for <dovecot@procontrol.fi>; Thu, 12 Jun 2003 16:42:55 +0300 (EEST)
Received: from unknown(66.50.168.166) by mail.coqui.net via csmap 
	 id 23780; Thu, 12 Jun 2003 09:24:59 -0400 (AST)
Message-ID: <001e01c330e8$86eb2850$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: <dovecot@procontrol.fi>
Date: Thu, 12 Jun 2003 09:42:54 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: [Dovecot] Debian and dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 12 Jun 2003 13:42:58 -0000
X-UID: 907                                                  
Status: O
Content-Length: 1344

I have Debian 3.0 (woody) and installed the dovecot packages and it works ok
with the default configuration. I want to change the default configuration,
is any of this possible?

a) I don't want to create accounts for each user, can I have a mailboxes
directory with the mailboxes of all the users? They are not many (10-15).

b) The authentication right now is done through PAM, the pam.d/dovecot file
is:

    auth           required    pam_unix_auth.so
    account     required    pam_unix_acct.so
    password  required    pam_unix_passwd.so
    session      required    pam_unix_session.so

I want to authenticate against an SMB server, I added the following
/etc/pam_smb.conf:

    SPECTRON-MSIM
    MAIN
    MAIN    # documentation says I need 2 servers (only have one, is this
ok)

and changed the pam.d/dovecot to:

    auth           required    pam_smb_auth.so
    account     required    pam_smb_auth.so # there is no pam_smb_acct
    password  required    pam_smb_auth.so # there is no pam_smb_passwd
    session      required    pam_smb_auth.so # there is no pam_smb_session

and it doesn't work. I obviously did something wrong, but don't know what,
and I found nothing that could help me on google. I have samba installed and
it works so It's PAM that I'm configuring incorrectly.

Hope someone here can help me.

Fawzib Rojas


From mike@skew.org  Thu Jun 12 20:40:41 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3145223865; Thu, 12 Jun 2003 20:40:41 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id CFEA723860
	for <dovecot@procontrol.fi>; Thu, 12 Jun 2003 20:40:37 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.6p2/8.12.7) with ESMTP id h5CHegaB019980
	for <dovecot@procontrol.fi>; Thu, 12 Jun 2003 11:40:42 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.6p2/8.12.7/Submit) id h5CHefN5019979
	for dovecot@procontrol.fi; Thu, 12 Jun 2003 11:40:41 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200306121740.h5CHefN5019979@chilled.skew.org>
Subject: Re: [Dovecot] when/where to set MAIL env variable?
In-Reply-To: <20030611215333.GB9810@snigger.flatnet>
To: dovecot@procontrol.fi
Date: Thu, 12 Jun 2003 11:40:41 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=0.0 required=5.0
	tests=IN_REP_TO,SPAM_PHRASE_00_01
	version=2.43
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 12 Jun 2003 17:40:41 -0000
X-UID: 908                                                  
Status: O

Andrew Basterfield wrote (in a msg I don't think made it to the list):
> In dovecot.conf
> 
> default_mail_env = maildir:~/Maildir

Ah, silly me...

default_mail_env = mbox:~/Mailbox

works wonderfully, and is easier than trying to figure out
where the MAIL environment variable actually comes into play.

Thanks...
From ehrhardt@mathematik.uni-ulm.de  Thu Jun 12 15:34:13 2003
Return-Path: <ehrhardt@mathematik.uni-ulm.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 87CD623865; Thu, 12 Jun 2003 15:34:13 +0300 (EEST)
Received: from thales.mathematik.uni-ulm.de (thales.mathematik.uni-ulm.de
	[134.60.66.5])
	by danu.procontrol.fi (Postfix) with SMTP id 508842384C
	for <dovecot@procontrol.fi>; Thu, 12 Jun 2003 15:34:11 +0300 (EEST)
Received: (qmail 14104 invoked by uid 642); 12 Jun 2003 12:34:10 -0000
Message-ID: <20030612123410.14103.qmail@thales.mathematik.uni-ulm.de>
From: "Christian Ehrhardt" <ehrhardt@mathematik.uni-ulm.de>
Date: Thu, 12 Jun 2003 14:34:10 +0200
To: dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
X-Mailman-Approved-At: Thu, 12 Jun 2003 23:00:14 +0300
Subject: [Dovecot] Deleting NFS-mounted Maildir subfolders fails
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 12 Jun 2003 12:34:13 -0000
X-UID: 909                                                  
Status: O
Content-Length: 1415


Hi,

[ please CC me on replies, I'm not subscribed to the list ]

I'm using dovecot-99.9.1 with a little hack to get authentication to
work the way we want it. The server is running on a Solaris 9 host
and user homes are mounted via NFS from a Solaris 8 server (Version doesn't
seem to matter).

Almost everything's fine but I can't delete maildir subfolders if these
reside on a non local NFS-directory. The reason given is that the directory
isn't empty and hence can't be deleted.

Most likely the following happens: dovecot has the index file and
other stuff in the maildir subfolder opened via NFS. When the delete request
comes in dovecot deletes these files but doesn't close them. On normal
unix file systems this is no Problem but with Solaris NFS these file's aren't
actually deleted until they are (explicitly or implicitly) closed.
Instead they are renamed to .nfs.<some digits>. These files will automatically
vanish once they are closed. However, as long as they exist it is impossible
to delete the directory where these files reside and rmdir fails.

This is not a big deal and one may argue that dovecot is fine and the
NFS implementation is in error. However, it would be cool if dovecot
could atttempt to close all administrative files before it deletes them
(or at least before it tries to delete the directory where these files
reside).

    regards   Christian Ehrhardt

-- 
THAT'S ALL FOLKS!
From mike@innercite.com  Fri Jun 13 03:09:57 2003
Return-Path: <mike@innercite.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C7A6F23865; Fri, 13 Jun 2003 03:09:57 +0300 (EEST)
Received: from knight.innercite.com (knight.innercite.com [158.222.3.8])
	by danu.procontrol.fi (Postfix) with ESMTP id 3CB9523860
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 03:09:54 +0300 (EEST)
Received: from rocket.innercite.com (rocket.innercite.com [158.222.7.10])
	h5CNxOpB030841
	for <dovecot@procontrol.fi>; Thu, 12 Jun 2003 16:59:25 -0700
From: Mike Machado <mike@innercite.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1055462990.19999.51.camel@rocket.innercite.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 12 Jun 2003 17:09:51 -0700
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Quotas once again
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 13 Jun 2003 00:09:58 -0000
X-UID: 910                                                  
Status: O
Content-Length: 1588

Its been a while since I tried dovecot on my mail server where I have
quota issues. I am using mbox file format. There still seems to be a
quota problem. I have only /var with quotas and basedir is under /usr
(not quotaed). default_mail_env =  mbox:~/mail/:INBOX=/var/mail/%u.

I tried with mbox_locks = dotlock fcntl (1st set of logs below) and with
mbox_locks = fcntl (2nd set of logs)


dotlock:

Jun 12 17:02:49 newrook pop3(mike): open(/var/mail/mike.lock) failed:
Disk quota exceeded
Jun 12 17:02:49 newrook pop3(mike): file_lock_dotlock() failed with mbox
file /var/mail/mike: Disk quota exceeded
Jun 12 17:02:49 newrook pop3(mike): open(/var/mail/mike.lock) failed:
Disk quota exceeded
Jun 12 17:02:49 newrook pop3(mike): file_lock_dotlock() failed with mbox
file /var/mail/mike: Disk quota exceeded
Jun 12 17:02:49 newrook pop3: I/O leak: 0x8050930 (0)
Jun 12 17:02:49 newrook pop3: I/O leak: 0x807baac (1)



fcntl:

Jun 12 16:45:32 newrook pop3-login: Login: mike [127.0.0.1]
Jun 12 16:45:33 newrook pop3(mike): file_set_size() failed with mbox
file /var/mail/mike: Disk quota exceeded
Jun 12 16:45:33 newrook pop3(mike): file_set_size() failed with mbox
file /var/mail/mike: Disk quota exceeded
Jun 12 16:45:33 newrook pop3: I/O leak: 0x8073a2c (1)
Jun 12 16:45:33 newrook pop3: I/O leak: 0x804a470 (0)


I am using the latest CVS (as of 5 minutes ago). Wasn't this supposed to
be working? Have I missed something? My sole goal is to allow people to
delete mail when they are out of disk space.



-- 
Mike Machado
mike@innercite.com
InnerCite Inc.
Engineering Director / CTO

From tom@replic8.net  Fri Jun 13 11:56:09 2003
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7408123865; Fri, 13 Jun 2003 11:56:09 +0300 (EEST)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.187])
	by danu.procontrol.fi (Postfix) with ESMTP id CDABD2384C
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 11:56:06 +0300 (EEST)
Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 19QkLu-0006OS-00
	for dovecot@procontrol.fi; Fri, 13 Jun 2003 10:56:06 +0200
Received: from [80.134.9.183] (helo=server.rpdnet.com)
	by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1)
	id 19QkLu-0000fg-00
	for dovecot@procontrol.fi; Fri, 13 Jun 2003 10:56:06 +0200
Received: by server.rpdnet.com (Postfix, from userid 8000)
	id 2DC3050B87; Fri, 13 Jun 2003 08:56:05 +0000 (GMT)
Received: from aural (sat [192.168.100.88])
	by server.rpdnet.com (Postfix) with SMTP id 5A9D150B84
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 08:55:58 +0000 (GMT)
Date: Fri, 13 Jun 2003 10:56:55 +0200
From: tom hensel <tom@replic8.net>
To: dovecot@procontrol.fi
Message-Id: <20030613105655.59fa385b.tom@replic8.net>
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.onBV:zQDa09pEZ"
X-Spam-Status: No, hits=-6.3 required=6.5
	tests=PGP_SIGNATURE_2
	version=2.53
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
Subject: [Dovecot] trouble with ssl
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 13 Jun 2003 08:56:09 -0000
X-UID: 911                                                  
Status: O

--=.onBV:zQDa09pEZ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

hi list,

first of all, many thanks to the developers of dovecot for
this great piece of software!

i'm running dovecot 0.99.9.1 on netbsd-current - runs very fine
until i try to use sylpheed from my client to connect via ssl:

--snip--
Jun 13 08:48:32 devbox imap-login: SSL_accept() failed: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac [192.168.100.88]
Jun 13 08:48:32 devbox imap-login: Disconnected [192.168.100.8
--snip--

doesn't say much to me...

thanks for any help,
TOM

--=.onBV:zQDa09pEZ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (NetBSD)

iD8DBQE+6ZHaZj9fGW5yU88RAlclAJsFA7xPKsQGh3FouAY/muwhwJOf1gCgm54G
ju7G9rynQOEuCPmrISaDaGM=
=9z7K
-----END PGP SIGNATURE-----

--=.onBV:zQDa09pEZ--
From mike@pixor.net  Fri Jun 13 18:43:56 2003
Return-Path: <mike@pixor.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D6DB523865; Fri, 13 Jun 2003 18:43:56 +0300 (EEST)
Received: from pixor.net (unknown [12.106.77.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 1676723860
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 18:43:53 +0300 (EEST)
Received: from localhost (mike@localhost)
	by pixor.net (8.11.6/8.11.6) with ESMTP id h5DFhlh05389;
	Fri, 13 Jun 2003 11:43:47 -0400
Date: Fri, 13 Jun 2003 08:43:47 -0700 (PDT)
From: Mike Matz <mike@pixor.net>
To: tom hensel <tom@replic8.net>
Subject: Re: [Dovecot] trouble with ssl
In-Reply-To: <20030613105655.59fa385b.tom@replic8.net>
Message-ID: <Pine.LNX.4.44.0306130840350.5217-100000@pixor.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 13 Jun 2003 15:43:57 -0000
X-UID: 912                                                  
Status: O
Content-Length: 1039

Tom,

I had the same problem on FreeBSD 5.1-current.  If you search usenet, 
you'll see that lots of people had problems with OpenSSL 0.9.7a.  I've 
upgraded my OpenSSL on FreeBSD compiling the latest port (0.9.7b), and 
recompiling Dovecot.  Everything works fine now.  I've also heard that 
there is a similar problem with some of the 0.9.6 releases, but I think 
that should also be fixed with the latest 0.9.6 sources.

Hope this helps

Mike

On Fri, 13 Jun 2003, tom hensel wrote:

> hi list,
> 
> first of all, many thanks to the developers of dovecot for
> this great piece of software!
> 
> i'm running dovecot 0.99.9.1 on netbsd-current - runs very fine
> until i try to use sylpheed from my client to connect via ssl:
> 
> --snip--
> Jun 13 08:48:32 devbox imap-login: SSL_accept() failed: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac [192.168.100.88]
> Jun 13 08:48:32 devbox imap-login: Disconnected [192.168.100.8
> --snip--
> 
> doesn't say much to me...
> 
> thanks for any help,
> TOM
> 

From spectron@coqui.net  Fri Jun 13 21:00:41 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EB2CB23865; Fri, 13 Jun 2003 21:00:41 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id A0A1823860
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 21:00:38 +0300 (EEST)
Received: from unknown(66.50.169.10) by mail.coqui.net via csmap 
	 id 24088; Fri, 13 Jun 2003 13:42:45 -0400 (AST)
Message-ID: <001501c331d5$b15f8c50$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: <dovecot@procontrol.fi>
Date: Fri, 13 Jun 2003 14:00:30 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: [Dovecot] Dovecot configuration with passwd-file
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 13 Jun 2003 18:00:42 -0000
X-UID: 913                                                  
Status: O

I have tried to configure dovecot to use passwd-file authentication and I
havent been able to. I changed the following in the dovecot.conf file (I
want to have all the mailboxes in one directory):

default_mail_env = maildir:/opt/mail/%u
auth_userdb = passwd-file /etc/passwd.imap
auth_passdb = passwd-file /etc/passwd.imap
auth_verbose = yes

It gives me the following error (I hoped it would be more verbose than
this):

Internal login failure: f_rojas [192.168.10.4].

passwd.imap exists, the user and password are ok What am I missing?

Fawzib Rojas





From mike@pixor.net  Fri Jun 13 22:07:06 2003
Return-Path: <mike@pixor.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C39FC2387A; Fri, 13 Jun 2003 22:07:06 +0300 (EEST)
Received: from pixor.net (unknown [12.106.77.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 635572384C
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 22:07:03 +0300 (EEST)
Received: from localhost (mike@localhost)
	by pixor.net (8.11.6/8.11.6) with ESMTP id h5DJ6xM09730;
	Fri, 13 Jun 2003 15:06:59 -0400
Date: Fri, 13 Jun 2003 12:06:59 -0700 (PDT)
From: Mike Matz <mike@pixor.net>
To: tom hensel <tom@rpdnet.de>
Subject: Re: [Dovecot] trouble with ssl
In-Reply-To: <20030613185303.2f050b84.tom@rpdnet.com>
Message-ID: <Pine.LNX.4.44.0306131204580.9702-100000@pixor.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 13 Jun 2003 19:07:07 -0000
X-UID: 914                                                  
Status: O
Content-Length: 1612

Tom,

I had to overwrite the OpenSSL installation in the base.  In FreeBSD, you 
could use -DOPENSSL_OVERWRITE_BASE with your make commands.  Dovecot 
always used the base openssl package, which was the older version, which 
sounds like the same problem you're having.. Again I don't know anything 
about NetBSD =\

Mike

On Fri, 13 Jun 2003, tom hensel wrote:

> mike,
> 
> > I had the same problem on FreeBSD 5.1-current.  If you search usenet, 
> > you'll see that lots of people had problems with OpenSSL 0.9.7a.  I've 
> > upgraded my OpenSSL on FreeBSD compiling the latest port (0.9.7b), and 
> > recompiling Dovecot.  Everything works fine now.  I've also heard that 
> > there is a similar problem with some of the 0.9.6 releases, but I think 
> > that should also be fixed with the latest 0.9.6 sources.
> 
> nebtsd has a pkgsrc for openssl-0.9.6g -  it compiled just fine.
> recompiling dovecot did not change anything, same error as before.
> i'm ccing this mail to the maintainter of the pkgsrc, i wonder how
> dovecot's configure decides wether to use the openssl-libs included
> with netbsd's or the ones form pkgsrc...
>  
> > Hope this helps
> 
> yeah, thanks a lot ;)
> 
> > > i'm running dovecot 0.99.9.1 on netbsd-current - runs very fine
> > > until i try to use sylpheed from my client to connect via ssl:
> > > 
> > > --snip--
> > > Jun 13 08:48:32 devbox imap-login: SSL_accept() failed: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac [192.168.100.88]
> > > Jun 13 08:48:32 devbox imap-login: Disconnected [192.168.100.8
> > > --snip--
> 
> bye,
> TOM
> 

From mem@mv.mv.com  Fri Jun 13 23:21:37 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 580DD2387A; Fri, 13 Jun 2003 23:21:37 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id D1D052384C
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 23:21:33 +0300 (EEST)
Received: (qmail 13868 invoked by uid 101); 13 Jun 2003 16:21:32 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Fri, 13 Jun 2003 16:21:32 -0400
To: Mike Machado <mike@innercite.com>
Subject: Re: [Dovecot] Quotas once again
Message-ID: <20030613202132.GT18940@iridium.mv.net>
References: <1055462990.19999.51.camel@rocket.innercite.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1055462990.19999.51.camel@rocket.innercite.com>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 13 Jun 2003 20:21:37 -0000
X-UID: 915                                                  
Status: O

On Thu, Jun 12, 2003 at 05:09:51PM -0700, Mike Machado wrote:
> Its been a while since I tried dovecot on my mail server where I have
> quota issues. I am using mbox file format. There still seems to be a
> quota problem. I have only /var with quotas and basedir is under /usr
> (not quotaed). default_mail_env =  mbox:~/mail/:INBOX=/var/mail/%u.
> 
> I tried with mbox_locks = dotlock fcntl (1st set of logs below) and with
> mbox_locks = fcntl (2nd set of logs)

We still see quota issues using Maildir as well.  If a user goes
over quota, they can no longer access their Maildir mailbox.
We have to go in and either change their quota or delete some files.

Somehow I thought this has been fixed at one point, but I guess not..

mm
From seba@iq.pl  Sat Jun 14 11:28:58 2003
Return-Path: <seba@iq.pl>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 898F32387A; Sat, 14 Jun 2003 11:28:58 +0300 (EEST)
Received: from serv.iq.pl (serv.iq.pl [213.76.165.9])
	by danu.procontrol.fi (Postfix) with ESMTP id EEB872384C
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 11:28:52 +0300 (EEST)
Received: by serv.iq.pl (Postfix, from userid 1390)
	id E78AD6BD92; Sat, 14 Jun 2003 10:28:48 +0200 (CEST)
Date: Sat, 14 Jun 2003 10:28:48 +0200
From: Sebastian Pachuta <seba@iq.pl>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Quotas once again
Message-ID: <20030614082848.GC25593@iq.pl>
References: <1055462990.19999.51.camel@rocket.innercite.com>
	<20030613202132.GT18940@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030613202132.GT18940@iridium.mv.net>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 08:28:58 -0000
X-UID: 916                                                  
Status: O

On Fri, Jun 13, 2003 at 16:21:32 -0400, Mark E. Mallett wrote:
> 
> We still see quota issues using Maildir as well.  If a user goes
> over quota, they can no longer access their Maildir mailbox.
> We have to go in and either change their quota or delete some files.
> 
> Somehow I thought this has been fixed at one point, but I guess not..

Do You use 'CONTROL=' in 'default_mail_env' ?
From tom@rpdnet.de  Fri Jun 13 19:52:26 2003
Return-Path: <tom@rpdnet.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CB31C23865; Fri, 13 Jun 2003 19:52:26 +0300 (EEST)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.177])
	by danu.procontrol.fi (Postfix) with ESMTP id BA7D92384C
	for <dovecot@procontrol.fi>; Fri, 13 Jun 2003 19:52:19 +0300 (EEST)
Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 19Qrmi-00030u-00; Fri, 13 Jun 2003 18:52:16 +0200
Received: from [80.134.14.197] (helo=server.rpdnet.com)
	by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1)
	id 19Qrmi-0000cZ-00; Fri, 13 Jun 2003 18:52:16 +0200
Received: by server.rpdnet.com (Postfix, from userid 8000)
	id 6C2BC50B84; Fri, 13 Jun 2003 16:52:13 +0000 (GMT)
Received: from aural (sat [192.168.100.88])
	by server.rpdnet.com (Postfix) with SMTP
	id 4A61D50B83; Fri, 13 Jun 2003 16:52:06 +0000 (GMT)
Date: Fri, 13 Jun 2003 18:53:03 +0200
From: tom hensel <tom@rpdnet.de>
To: Mike Matz <mike@pixor.net>
Subject: Re: [Dovecot] trouble with ssl
Message-Id: <20030613185303.2f050b84.tom@rpdnet.com>
In-Reply-To: <Pine.LNX.4.44.0306130840350.5217-100000@pixor.net>
References: <20030613105655.59fa385b.tom@replic8.net>
	<Pine.LNX.4.44.0306130840350.5217-100000@pixor.net>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.1_Jd_pCF7Vq0pR"
X-Spam-Status: No, hits=-26.5 required=6.5
	tests=IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,QUOTE_TWICE_1,
	      REFERENCES,REPLY_WITH_QUOTES
	version=2.53
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
X-Mailman-Approved-At: Sat, 14 Jun 2003 18:15:09 +0300
cc: tech-pkg@netbsd.org
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 13 Jun 2003 16:52:27 -0000
X-UID: 917                                                  
Status: O
Content-Length: 1552

--=.1_Jd_pCF7Vq0pR
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

mike,

> I had the same problem on FreeBSD 5.1-current.  If you search usenet, 
> you'll see that lots of people had problems with OpenSSL 0.9.7a.  I've 
> upgraded my OpenSSL on FreeBSD compiling the latest port (0.9.7b), and 
> recompiling Dovecot.  Everything works fine now.  I've also heard that 
> there is a similar problem with some of the 0.9.6 releases, but I think 
> that should also be fixed with the latest 0.9.6 sources.

nebtsd has a pkgsrc for openssl-0.9.6g -  it compiled just fine.
recompiling dovecot did not change anything, same error as before.
i'm ccing this mail to the maintainter of the pkgsrc, i wonder how
dovecot's configure decides wether to use the openssl-libs included
with netbsd's or the ones form pkgsrc...
 
> Hope this helps

yeah, thanks a lot ;)

> > i'm running dovecot 0.99.9.1 on netbsd-current - runs very fine
> > until i try to use sylpheed from my client to connect via ssl:
> > 
> > --snip--
> > Jun 13 08:48:32 devbox imap-login: SSL_accept() failed: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac [192.168.100.88]
> > Jun 13 08:48:32 devbox imap-login: Disconnected [192.168.100.8
> > --snip--

bye,
TOM

--=.1_Jd_pCF7Vq0pR
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (NetBSD)

iD8DBQE+6gFyZj9fGW5yU88RAjVPAJ9VjIv3PsbmQd7tUJiVbxtaIrl5dQCeKnwz
nfTgbtHM85/aJVa9Z5J+vJA=
=Bf2/
-----END PGP SIGNATURE-----

--=.1_Jd_pCF7Vq0pR--
From tss@iki.fi  Sat Jun 14 18:19:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 67D3723865; Sat, 14 Jun 2003 18:19:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A0CC12384C
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 18:19:12 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AB7565C896D9; Sat, 14 Jun 2003 18:19:08 +0300 (EEST)
Subject: Re: [Dovecot] Quotas once again
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1055462990.19999.51.camel@rocket.innercite.com>
References: <1055462990.19999.51.camel@rocket.innercite.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055603948.2371.36.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 18:19:08 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 15:19:14 -0000
X-UID: 918                                                  
Status: O

On Fri, 2003-06-13 at 03:09, Mike Machado wrote:
> Jun 12 17:02:49 newrook pop3(mike): open(/var/mail/mike.lock) failed:
> Disk quota exceeded

Can't really do much about this.

> Jun 12 17:02:49 newrook pop3: I/O leak: 0x8050930 (0)
> Jun 12 17:02:49 newrook pop3: I/O leak: 0x807baac (1)

Hmm. These shouldn't happen..

> Jun 12 16:45:33 newrook pop3(mike): file_set_size() failed with mbox
> file /var/mail/mike: Disk quota exceeded

This is because it tries to write message UIDs to the mbox file. This is
similiar problem to not being able to update maildir's dovecot-uidlist
file. I think I know how to fix it right, it just requires writing the
code..

From tss@iki.fi  Sat Jun 14 18:27:29 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9090723860; Sat, 14 Jun 2003 18:27:29 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9BAF32384C
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 18:27:27 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 61E9C5C896D9; Sat, 14 Jun 2003 18:27:27 +0300 (EEST)
Subject: Re: [Dovecot] Debian and dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <001e01c330e8$86eb2850$080aa8c0@PAVILION>
References: <001e01c330e8$86eb2850$080aa8c0@PAVILION>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055604446.2371.44.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 18:27:27 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 15:27:29 -0000
X-UID: 919                                                  
Status: O

On Thu, 2003-06-12 at 16:42, Spectron International, Inc. wrote:
> a) I don't want to create accounts for each user, can I have a mailboxes
> directory with the mailboxes of all the users? They are not many (10-15).

You'd need a directory for each user. Something like this should work:

auth_userdb = static uid=123 gid=123 home=/home/mail/%u

>     auth           required    pam_smb_auth.so
>     account     required    pam_smb_auth.so # there is no pam_smb_acct
>     password  required    pam_smb_auth.so # there is no pam_smb_passwd
>     session      required    pam_smb_auth.so # there is no pam_smb_session

I don't think you need password or session there. And maybe you could
have used pam_unix.so in account too. But I don't really remember what
all those PAM things did.

From tss@iki.fi  Sat Jun 14 18:29:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CFCB82387A; Sat, 14 Jun 2003 18:29:13 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5805E23860
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 18:29:12 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 2DE665C896D9; Sat, 14 Jun 2003 18:29:12 +0300 (EEST)
Subject: Re: [Dovecot] Folder creation errors
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030611195033.GP17004@iridium.mv.net>
References: <20030611195033.GP17004@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055604551.2371.47.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 18:29:11 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 15:29:14 -0000
X-UID: 920                                                  
Status: O

On Wed, 2003-06-11 at 22:50, Mark E. Mallett wrote:
> i.e. I get "internal error" if there is no path component in the
> folder name.  Is this a problem?  I would guess that "internal error"
> is always a problem :-)

Yes .. And log file should show exactly what the error message is. I
guess you've some weird settings. :)

From tss@iki.fi  Sat Jun 14 18:33:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4C7DA2387A; Sat, 14 Jun 2003 18:33:30 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8D96923860
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 18:33:28 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 541E25C896D9; Sat, 14 Jun 2003 18:33:28 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot configuration with passwd-file
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <001501c331d5$b15f8c50$080aa8c0@PAVILION>
References: <001501c331d5$b15f8c50$080aa8c0@PAVILION>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055604808.2371.51.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 18:33:28 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 15:33:30 -0000
X-UID: 921                                                  
Status: O

On Fri, 2003-06-13 at 21:00, Spectron International, Inc. wrote:
> default_mail_env = maildir:/opt/mail/%u
> auth_userdb = passwd-file /etc/passwd.imap
> auth_passdb = passwd-file /etc/passwd.imap
> auth_verbose = yes
> 
> It gives me the following error (I hoped it would be more verbose than
> this):
> 
> Internal login failure: f_rojas [192.168.10.4].

Hmm. It should have been more verbose. "Internal login failure" anyway
means that the password check went ok, but IMAP process couldn't be
started for some reason.

> passwd.imap exists, the user and password are ok What am I missing?

Did you also add UID, GID and home directories there? UID and GID are a
must there, I'm not sure if home directory was.

From tss@iki.fi  Sat Jun 14 18:35:52 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 505342387A; Sat, 14 Jun 2003 18:35:52 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C31B623860
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 18:35:49 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 96AD95C896D9; Sat, 14 Jun 2003 18:35:49 +0300 (EEST)
Subject: Re: [Dovecot] squirrelmail setup
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EDE460C.40700@konts.lv>
References: <3EDB5D17.1050902@konts.lv> <1054744863.8869.7.camel@hurina>
	 <3EDE460C.40700@konts.lv>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055604949.2373.55.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 18:35:49 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 15:35:52 -0000
X-UID: 922                                                  
Status: O

On Wed, 2003-06-04 at 22:18, Gasha wrote:
> Strange, but it worked that way. At least with netscape.
> In the beginning i set up INBOX + mbox.
> then renamed mail/ to oldmail/
> and did "mkdir Maildir".

Netscape was probably just caching the old INBOX contents locally.

From tss@iki.fi  Sat Jun 14 18:44:50 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E50322387A; Sat, 14 Jun 2003 18:44:50 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 524B123860
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 18:44:49 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3B17A5C896D9; Sat, 14 Jun 2003 18:44:45 +0300 (EEST)
Subject: Re: [Dovecot] --enable-debug bug?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EDB8C10.8010904@konts.lv>
References: <3EDB8C10.8010904@konts.lv>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055605484.2363.64.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 18:44:45 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 15:44:51 -0000
X-UID: 923                                                  
Status: O

On Mon, 2003-06-02 at 20:40, Gasha wrote:
> Hello all,
> 
> when i'm bulding rpm with --enable-debug get this:

Well, you probably shouldn't really :) It only enables some extra checks
which slows it down.

> Jun  2 20:41:15 mezgls dovecot: child 9409 (login) killed with signal 11

Strange though, I'm using debug myself all the time.

Login processes are annoying to debug anyway. Pretty much the only way
to do so is to run dovecot under one user, eg. foo which requires at
least following settings: 

login_user = foo
login_chroot = no
imap_listen = *:12345

Then start "dovecot" as user foo and you should get a core dump which
can be gdb'd.

From tss@iki.fi  Sat Jun 14 18:50:43 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A4B0223860; Sat, 14 Jun 2003 18:50:43 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0D4132384C
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 18:50:42 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id BFFF25C896D9; Sat, 14 Jun 2003 18:50:41 +0300 (EEST)
Subject: Re: [Dovecot] Re: DRAC support?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030605005203.GA3437@dust.uchicago.edu>
References: <20030529010911.GA19139@lazy.spodder.com>
	<1054252379.23632.381.camel@hurina>
	<20030530002537.GA1552@lazy.spodder.com>
	<1054258989.23632.400.camel@hurina>
	<20030530020518.GG1552@lazy.spodder.com>
	<1054261073.19156.413.camel@hurina>
	<20030530041118.GK1552@lazy.spodder.com>
	<1054295941.23632.447.camel@hurina><1054745460.8867.20.camel@hurina>
	<20030605005203.GA3437@dust.uchicago.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055605841.2364.70.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 18:50:41 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 15:50:43 -0000
X-UID: 924                                                  
Status: O

On Thu, 2003-06-05 at 03:52, David Champion wrote:
> I'm really, honestly, truly talking about a no-added-bloat approach. I'm
> just asking for configure to add a cc/ld for drac.so to the Makefile, if
> you specify --enable-drac.

Well, for plugins in general I guess it could be good idea to be able to
compile them easily. But I don't want to include the actual plugins, or
anything specific to one plugin with the main dovecot package. Maybe
something like --with-plugins=drac and it could find it from somewhere..
But it's not really important yet. DRAC plugin is special in the case
that you don't have to compile it more than once. It uses only few
dovecot functions which are unlikely to ever change, so you don't have
to recompile it when building a new version of dovecot.

From tss@iki.fi  Sat Jun 14 19:03:31 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A118923860; Sat, 14 Jun 2003 19:03:31 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F33FD2384C
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 19:03:29 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B44D05C896D9; Sat, 14 Jun 2003 19:03:29 +0300 (EEST)
Subject: Re: [Dovecot] Re: mkdir {cur,tmp,new}?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0306041402550.23276-100000@vegemite.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0306041402550.23276-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055606609.2371.84.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 19:03:29 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 16:03:31 -0000
X-UID: 925                                                  
Status: O
Content-Length: 1422

On Wed, 2003-06-04 at 21:07, Charlie Brady wrote:
> > > I would interpret any of cur, new and tmp being missing as "mailbox does 
> > > not exist".
> > 
> > Well, maybe. I was just thinking cases when a DELETE died in the middle
> > of it, and left only some of the dirs there. In that case you couldn't
> > then SELECT/APPEND the mailbox, but I guess you could DELETE it again..

Actually, this can't happen. Dovecot does atomic maildir deletion by
renaming the ".mailbox" into "..mailbox" which is then deleted.

> Can you DELETE a mailbox which doesn't exist?
> 
> If a DELETE dies in the middle, and the maildir isn't complete, then by my
> definition (and I'd claim, logically) the mailbox does not exist. If a
> mailbox doesn't exist, you can SELECT/APPEND or DELETE. But it shouldn't
> appear in a LIST, and you must be able to CREATE.

That'd be pretty broken. If mailbox doesn't exist, you can't select or
delete it. Most clients wouldn't even let you try.

> > Or maybe rather Dovecot should just create those dirs when it notices
> > they don't exist while trying to use them.
> 
> I think a maildir must be complete to exist. Hence it's wrong to "by 
> stealth" convert a partial maildir to a complete one.

Well, what harm could it cause?

> > I like to be able to create new mailboxes with "mkdir .boxname".
> 
> Shouldn't that be "CREATE boxname"? :-)

Easier to play with filesystem directly when testing.

From mem@mv.mv.com  Sat Jun 14 19:43:44 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CAB6A23865; Sat, 14 Jun 2003 19:43:44 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 8464D23860
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 19:43:41 +0300 (EEST)
Received: (qmail 22624 invoked by uid 101); 14 Jun 2003 12:43:28 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Sat, 14 Jun 2003 12:43:28 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Folder creation errors
Message-ID: <20030614164328.GA3063@iridium.mv.net>
References: <20030611195033.GP17004@iridium.mv.net>
	<1055604551.2371.47.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1055604551.2371.47.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 16:43:45 -0000
X-UID: 926                                                  
Status: O

On Sat, Jun 14, 2003 at 06:29:11PM +0300, Timo Sirainen wrote:
> On Wed, 2003-06-11 at 22:50, Mark E. Mallett wrote:
> > i.e. I get "internal error" if there is no path component in the
> > folder name.  Is this a problem?  I would guess that "internal error"
> > is always a problem :-)
> 
> Yes .. And log file should show exactly what the error message is. I
> guess you've some weird settings. :)

Jun 14 12:21:09 iridium mem[118]: imap(dummydummy): mkdir_parents(/usr2/users/username/) failed: Is a directory

dovecot.conf has:

default_mail_env = mbox:~/:INBOX=%h/Mailbox

Probably not so much a weird setting as a weird artifact in BSD/OS:

    mkdir x
    mkdir x
       returns EEXIST
    mkdir x/
       returns EISDIR

This is a long-standing thorn..

if I change mkdir-parents.c to check for EISDIR as well as EEXIST it
fixes the problem.  Can you add that to the official version?

Sorry for not checking that myself.

-mm-
From tss@iki.fi  Sat Jun 14 20:21:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D936823860; Sat, 14 Jun 2003 20:21:30 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 27FE02384C
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 20:21:29 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id F22525C896D9; Sat, 14 Jun 2003 20:21:28 +0300 (EEST)
Subject: Re: [Dovecot] Folder creation errors
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030614164328.GA3063@iridium.mv.net>
References: <20030611195033.GP17004@iridium.mv.net>
	<20030614164328.GA3063@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055611288.2363.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 20:21:28 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 17:21:31 -0000
X-UID: 927                                                  
Status: O

On Sat, 2003-06-14 at 19:43, Mark E. Mallett wrote:
>     mkdir x
>        returns EEXIST
>     mkdir x/
>        returns EISDIR
> 
> This is a long-standing thorn..
> 
> if I change mkdir-parents.c to check for EISDIR as well as EEXIST it
> fixes the problem.  Can you add that to the official version?

Actually it shouldn't be adding the extra '/' at the end, that seems to
be fixed in CVS already. But I'll add the EISDIR check there anyway.

From tss@iki.fi  Sat Jun 14 20:40:18 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EA9F023887; Sat, 14 Jun 2003 20:40:18 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5A02323860
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 20:40:15 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 14E7B5C896D9; Sat, 14 Jun 2003 20:40:15 +0300 (EEST)
Subject: Re: [Dovecot] Deleting NFS-mounted Maildir subfolders fails
From: Timo Sirainen <tss@iki.fi>
To: Christian Ehrhardt <ehrhardt@mathematik.uni-ulm.de>
In-Reply-To: <20030612123410.14103.qmail@thales.mathematik.uni-ulm.de>
References: <20030612123410.14103.qmail@thales.mathematik.uni-ulm.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055612414.2371.91.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 20:40:14 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 17:40:19 -0000
X-UID: 928                                                  
Status: O

On Thu, 2003-06-12 at 15:34, Christian Ehrhardt wrote:
> Almost everything's fine but I can't delete maildir subfolders if these
> reside on a non local NFS-directory. The reason given is that the directory
> isn't empty and hence can't be deleted.

I think it's fixed now in CVS.

From tss@iki.fi  Sat Jun 14 20:44:37 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BA2AD23887; Sat, 14 Jun 2003 20:44:37 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4F01B23860
	for <dovecot@procontrol.fi>; Sat, 14 Jun 2003 20:44:36 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 286215C896D9; Sat, 14 Jun 2003 20:44:36 +0300 (EEST)
Subject: Re: [Dovecot] bug in search?  (fwd)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030611193027.GL17004@iridium.mv.net>
References: <20030611193027.GL17004@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055612675.2371.94.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 14 Jun 2003 20:44:36 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 14 Jun 2003 17:44:37 -0000
X-UID: 929                                                  
Status: O

On Wed, 2003-06-11 at 22:30, Mark E. Mallett wrote:
> > If all messages are marked for deletion, the following command returns
> > an empty list:
> >   SEARCH DELETED

Right, small optimization bug :)

From tss@iki.fi  Sun Jun 15 06:58:09 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1451D23865; Sun, 15 Jun 2003 06:58:09 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D41CA2384C
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 06:58:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3BAEA5C2BB8D; Sun, 15 Jun 2003 06:58:04 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055649482.10262.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 15 Jun 2003 06:58:03 +0300
Subject: [Dovecot] 0.99.10-test12
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 03:58:09 -0000
X-UID: 930                                                  
Status: O
Content-Length: 1235

http://dovecot.procontrol.fi/test/

I should have released 0.99.10 already I think.. There's just two
annoying problems that I think should be fixed first:

- PAM: If user gives a wrong password, dovecot-auth process sleeps for
two seconds, blocking everyone else who are trying to authenticate at
the time. So using PAM isn't very good idea at the moment.

- OpenSSL problems. Are they really my fault? I have no idea what I
could be doing wrong. Maybe some compile option is wrong? Also I should
try to use pkg-config to get compile flags if it exists in configure.

The new things in -test12 then:

- We sync mailbox less often. Only NOOP and CHECK will force a mailbox
sync now. Other commands do it also but only if mailbox hasn't been
synced in last 5 seconds. Maybe this reduces some I/O. At least a bit
less stat() calls :)

- Dirty maildir flag flushing work now. Meaning that if you change
message flags but rename() fails because you're out of quota, the flags
are changed in index file and dirty-flag is set. Once in a while it
tries to flush the dirty flags by rename()ing the file again.

- IMAP RFC requires that NUL characters are never sent to client. We do
now the same as UW-IMAP by sending ascii 128 chars instead.

From lfarkas@bnap.hu  Sun Jun 15 12:58:33 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5039923865; Sun, 15 Jun 2003 12:58:33 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 8398D2384C
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 12:58:30 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id BC4E975402B
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 11:58:10 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id B2B2C3EB4; Sun, 15 Jun 2003 11:58:27 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 978553EB0
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 11:58:27 +0200 (CEST)
Message-ID: <3EEC4343.8050702@bnap.hu>
Date: Sun, 15 Jun 2003 11:58:27 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] a new error message
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 09:58:33 -0000
X-UID: 931                                                  
Status: O

hi,
we've got the following error:
---------
The current command did not succeed. The mail server responded: Error in 
IMAP command UID: Too long argument.."
---------

-- 
   Levente                               "Si vis pacem para bellum!"


From mem@mv.mv.com  Sun Jun 15 13:54:30 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 51CF12387A; Sun, 15 Jun 2003 13:54:30 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 743D423860
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 13:54:26 +0300 (EEST)
Received: (qmail 17477 invoked by uid 101); 15 Jun 2003 06:54:25 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Sun, 15 Jun 2003 06:54:25 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10-test12
Message-ID: <20030615105425.GA9332@iridium.mv.net>
References: <1055649482.10262.17.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1055649482.10262.17.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 10:54:30 -0000
X-UID: 932                                                  
Status: O


src/lib/ioloop-select.c accesses a variable io_p that is not defined
or declared.  I assume you need to add **io_p to the struct io
defines in that routine.

mm
From ola@garstad.net  Sun Jun 15 15:56:13 2003
Return-Path: <ola@garstad.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A3AA323865; Sun, 15 Jun 2003 15:56:13 +0300 (EEST)
Received: from mail44.fg.online.no (mail44-s.fg.online.no [148.122.161.44])
	by danu.procontrol.fi (Postfix) with ESMTP id BAD942384C
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 15:56:10 +0300 (EEST)
Received: from pilt.home.garstad.net (ti221110a080-3586.bb.online.no
	[80.213.14.2])
	by mail44.fg.online.no (8.9.3p2/8.9.3) with ESMTP id OAA06244
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 14:56:09 +0200 (MEST)
Received: from gorgon (gorgon.home.garstad.net [192.168.1.22])
	by pilt.home.garstad.net (Postfix) with SMTP id 3FF079077A
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 14:56:07 +0200 (CEST)
Message-ID: <003401c3333d$79334290$1601a8c0@gorgon>
From: "Ola Garstad" <ola@garstad.net>
To: <dovecot@procontrol.fi>
Date: Sun, 15 Jun 2003 14:55:55 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Subject: [Dovecot] Dovecot will not run on secure kernel.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 12:56:13 -0000
X-UID: 933                                                  
Status: O

I am trying to run Dovecot on RH 7.3 with Linux kernel 2.4.20 + =
GrSecurity patch.
I downloaded the RPM yesterday and installed it.

When I start Dovecot the kernel reports: kernel: grsec: From =
192.168.1.22: attempt to overstep process limit by (dovecot:14491) =
UID(0) EUID(0), parent (dovecot:23872) UID(0) EUID(0)

I have never seen this problem in the 3 years I have used GrSecurity =
together with a lot of programs.

GrSecurity explains: "Enforce RLIMIT_NPROC on execs. Users with a =
resource limit on processes will have the value checked during execve() =
calls. The current system only checks the system limit during fork() =
calls."

Any ideas why Dovecot causes this problem?

--
Ola


From jello@waste.org  Sun Jun 15 20:12:01 2003
Return-Path: <jello@waste.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2DB6223865; Sun, 15 Jun 2003 20:12:01 +0300 (EEST)
Received: from waste.org (waste.org [209.173.204.2])
	by danu.procontrol.fi (Postfix) with ESMTP id B1A0E2384C
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 20:11:58 +0300 (EEST)
Received: from localhost (pppdslc114.mpls.uswest.net [216.160.21.114])
	by waste.org (8.12.3/8.12.3/Debian-6.4) with ESMTP id h5FHBpCE009488;
	Sun, 15 Jun 2003 12:11:53 -0500
Received: by localhost (Postfix, from userid 1001)
	id AD37C51C01F; Sun, 15 Jun 2003 12:11:50 -0500 (CDT)
Date: Sun, 15 Jun 2003 12:11:50 -0500
From: John Ello <jello@waste.org>
To: Farkas Levente <lfarkas@bnap.hu>
Subject: Re: [Dovecot] a new error message
Message-ID: <20030615171150.GB696@waste.org>
References: <3EEC4343.8050702@bnap.hu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3EEC4343.8050702@bnap.hu>
User-Agent: Mutt/1.5.4i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 17:12:01 -0000
X-UID: 934                                                  
Status: O

On Sun, Jun 15, 2003 at 11:58:27AM +0200, Farkas Levente wrote:
> The current command did not succeed. The mail server responded: Error in 
> IMAP command UID: Too long argument.."

I used to get the same thing (some of my users have rather large
mailboxes), and I found you can get around it by editing the line that
begins '#define MAX_INBUF_SIZE ' in src/imap/client.c to a bigger
number and recompiling. I'm not sure the purpose of the limit, or the
complete effects of changing it, but it worked for me.
From wouter@pair.com  Mon Jun 16 05:28:32 2003
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2887323865; Mon, 16 Jun 2003 05:28:32 +0300 (EEST)
Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.26])
	by danu.procontrol.fi (Postfix) with ESMTP id 229782384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 05:28:29 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.150.78])
	by amsfep16-int.chello.nlSMTP
	<20030616022828.TOBI28742.amsfep16-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 04:28:28 +0200
Received: (qmail 25629 invoked from network); 16 Jun 2003 04:28:26 +0200
Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5)
  by hibernate.cryolabs.net with SMTP; 16 Jun 2003 04:28:26 +0200
Date: Mon, 16 Jun 2003 04:28:36 +0200 (CEST)
From: Wouter Van Hemel <wouter@pair.com>
Sender: Wouter Van Hemel <wouter@pair.com>
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] crash on LIST command
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 02:28:32 -0000
X-UID: 935                                                  
Status: O
Content-Length: 3221


Hello,

I'm experiencing a reproducable crash in the imap daemon of dovecot
0.99.9.1 when running the next commands (sniffed from a sylpheed session):

[cocaine:~] telnet ice 143
Trying 192.168.196.1...
Connected to ice.
Escape character is '^]'.
* OK dovecot ready.
1 NOOP
1 OK NOOP completed.
2 LOGIN wouter password
2 OK Logged in.
3 NAMESPACE
3 BAD Error in IMAP command: Unknown command 'NAMESPACE'
4 LIST "" ""
* LIST (\Noselect) "/" ""
4 OK List completed.
5 LIST "" "%"
Connection closed by foreign host.
[cocaine:~] _

The log shows this:

Jun 16 02:48:09 ice imap-login: Login: wouter [192.168.196.5]
Jun 16 02:48:19 ice dovecot: child 1870 (imap) killed with signal 11

Looks like a segfault.

[...]
Core was generated by `imap'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x8058469 in mbox_list_inbox (ctx=0x8098080) at mbox-list.c:333
333		if (ctx->dir->virtual_path != NULL)
(gdb) bt
#0  0x8058469 in mbox_list_inbox (ctx=0x8098080) at mbox-list.c:333
#1  0x805809e in mbox_list_mailbox_next (ctx=0x8098080) at mbox-list.c:193
#2  0x804b75a in list_unsorted (client=0x8096080, ctx=0x8098080,
reply=0x807ed06 "LIST", sep=0xbfbffac4 "/", listext=0) at cmd-list.c:234
#3  0x804b9fa in _cmd_list_full (client=0x8096080, lsub=0) at
cmd-list.c:341
#4  0x804ba8b in cmd_list (client=0x8096080) at cmd-list.c:365
#5  0x804d39e in client_handle_input (client=0x8096080) at client.c:306
#6  0x804d43d in _client_input (context=0x8096080) at client.c:342
#7  0x8078c87 in io_loop_handler_run (ioloop=0x808d060) at
ioloop-poll.c:210
#8  0x8078745 in io_loop_run (ioloop=0x808d060) at ioloop.c:295
#9  0x80524a9 in main (argc=1, argv=0xbfbffc2c, envp=0xbfbffc34) at
main.c:166
#10 0x8049eb5 in _start ()
(gdb) _

This crash happens when adding an imap account to the sylpheed mailer.


I also noticed other problematic log entries, which might or might not be
related:

Jun 16 00:28:36 ice imap-login: Login: wouter [192.168.196.5]
Jun 16 00:28:36 ice imap(wouter): open() failed with file /usr/home/wouter/.mail/.imap/INBOX/.customflags: No such file or directory
Jun 16 00:28:36 ice imap(wouter): Can't create temp index /usr/home/wouter/.mail/.imap/INBOX/.temp.hostname.domainname.tld.1728: No such file or directory

... this happens when an imap user connects and opens his/her INBOX for
the first time, and the /usr/home/username/.mail/ directory doesn't exist yet.

My DEFAULT_MAIL_ENV settings:

#default_mail_env = mbox:~/.mail:INBOX=/var/mail/%u
default_mail_env = mbox:/usr/home/%u/.mail:INBOX=/var/mail/%u

(tried both)

Manually adding the ~/.mail directory with mkdir takes care of the
problem, but shouldn't this directory be created automatically when it
doesn't exist? I can't expect every user to log in and first make this
mail directory before they can use their mail account.

Dovecot also refuses to show any folders at all, such as the INBOX, when
it can't find it's mail(folders) directory. Is this intentional?

Dovecot is running on a pretty standard (i386) FreeBSD 4.4 test machine
with postfix and normal mbox-formatted inbox files.


Thanks for any suggestions,

  wouter

From mike@skew.org  Mon Jun 16 08:11:33 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ACEC323865; Mon, 16 Jun 2003 08:11:33 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id 8A0802384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 08:11:29 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.6p2/8.12.7) with ESMTP id h5G5BSaB034666
	for <dovecot@procontrol.fi>; Sun, 15 Jun 2003 23:11:28 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.6p2/8.12.7/Submit) id h5G5BSJs034665
	for dovecot@procontrol.fi; Sun, 15 Jun 2003 23:11:28 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200306160511.h5G5BSJs034665@chilled.skew.org>
To: dovecot@procontrol.fi
Date: Sun, 15 Jun 2003 23:11:28 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=0.8 required=5.0
	tests=SPAM_PHRASE_00_01
	version=2.43
Subject: [Dovecot] more newline related errors
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 05:11:33 -0000
X-UID: 936                                                  
Status: O
Content-Length: 1859

Should I be concerned about these errors?

imap(msun): Jun 13 13:21:38 Error: Error indexing mbox file /home/msun/mail/Deleted Messages: LF not found where expected
imap(msun): Jun 13 13:39:08 Error: Corrupted binary tree for index /home/msun/mail/.imap/INBOX/.imap.index: lookup returned index outside range (1 >= 0)
imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for modify log file /home/msun/mail/.imap/INBOX/.imap.index.log
imap(msun): Jun 14 12:07:42 Error: Error indexing mbox file /home/msun/Mailbox: LF not found where expected
imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header)
imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header)
imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header)
imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for modify log file /home/msun/mail/.imap/INBOX/.imap.index.log
imap(msun): Jun 15 11:34:58 Error: Error indexing mbox file /home/msun/Mailbox: LF not found where expected

There was a patch required for the POP3 server to read mbox files that did not
precede "From " lines with a blank line. Perhaps this is related?

Thanks
From cirvis@konts.lv  Mon Jun 16 09:45:49 2003
Return-Path: <cirvis@konts.lv>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AA86223865; Mon, 16 Jun 2003 09:45:49 +0300 (EEST)
Received: from card.konts.lv (card.konts.lv [159.148.139.17])
	by danu.procontrol.fi (Postfix) with ESMTP id 3129F2384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 09:45:46 +0300 (EEST)
Received: (from daemon@localhost)
	by card.konts.lv (8.11.6/8.11.6) id h5G6fbf25302
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 09:41:37 +0300
Received: from <cirvis@konts.lv> (gugu.konts.lv [10.10.1.171]) by
	card.konts.lv via smap (V2.1)
	id xma024910; Mon, 16 Jun 03 09:41:21 +0300
Message-ID: <3EED674B.4080800@konts.lv>
Date: Mon, 16 Jun 2003 09:44:27 +0300
From: Gasha <cirvis@konts.lv>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] more newline related errors
References: <200306160511.h5G5BSJs034665@chilled.skew.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-28.4 required=6.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.52
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.52 (1.174.2.8-2003-03-24-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 06:45:49 -0000
X-UID: 937                                                  
Status: O
Content-Length: 1994

Try to delete index files.
Or maybe it is corrupted mail file?

Gasha

Mike Brown wrote:

> Should I be concerned about these errors?
> 
> imap(msun): Jun 13 13:21:38 Error: Error indexing mbox file /home/msun/mail/Deleted Messages: LF not found where expected
> imap(msun): Jun 13 13:39:08 Error: Corrupted binary tree for index /home/msun/mail/.imap/INBOX/.imap.index: lookup returned index outside range (1 >= 0)
> imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
> imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
> imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for modify log file /home/msun/mail/.imap/INBOX/.imap.index.log
> imap(msun): Jun 14 12:07:42 Error: Error indexing mbox file /home/msun/Mailbox: LF not found where expected
> imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header)
> imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header)
> imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header)
> imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
> imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree
> imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for modify log file /home/msun/mail/.imap/INBOX/.imap.index.log
> imap(msun): Jun 15 11:34:58 Error: Error indexing mbox file /home/msun/Mailbox: LF not found where expected
> 
> There was a patch required for the POP3 server to read mbox files that did not
> precede "From " lines with a blank line. Perhaps this is related?
> 
> Thanks
> 


From bob@snigger.bogus  Mon Jun 16 09:56:18 2003
Return-Path: <bob@snigger.bogus>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CAD8523865; Mon, 16 Jun 2003 09:56:18 +0300 (EEST)
Received: from cemetery.homeunix.org
	(host217-44-114-6.range217-44.btcentralplus.com [217.44.114.6])
	by danu.procontrol.fi (Postfix) with ESMTP id F20462384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 09:56:16 +0300 (EEST)
Received: from snigger.bogus (bob@localhost.bogus [127.0.0.1])
	by cemetery.homeunix.org (8.12.9/8.12.9) with ESMTP id h5G6uRjr003813;
	Mon, 16 Jun 2003 07:56:27 +0100 (BST)
Received: (from bob@localhost)
	by snigger.bogus (8.12.9/8.12.6/Submit) id h5G6uQh8001847;
	Mon, 16 Jun 2003 07:56:26 +0100 (BST)
Date: Mon, 16 Jun 2003 07:56:26 +0100
From: Andrew Basterfield <bob@cemetery.homeunix.org>
To: Wouter Van Hemel <wouter@pair.com>
Subject: Re: [Dovecot] crash on LIST command
Message-ID: <20030616065625.GA25522@snigger.flatnet>
References: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+"
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
User-Agent: Mutt/1.4.1i
X-Operating-System: OpenBSD snigger 3.3 sparc64 SUNW,UltraSPARC-IIi @ 269.842
	MHz, version 0 FPU
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 06:56:19 -0000
X-UID: 938                                                  
Status: O
Content-Length: 1066


--8t9RHnE3ZwKMSgU+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 16, 2003 at 04:28:36AM +0200, Wouter Van Hemel wrote:
>=20
> Hello,
>=20
> Manually adding the ~/.mail directory with mkdir takes care of the
> problem, but shouldn't this directory be created automatically when it
> doesn't exist? I can't expect every user to log in and first make this
> mail directory before they can use their mail account.

I use procmail to create the directory on delivery of first item of mail

DROPPRIVS=3Dyes
MAILDIR=3D$HOME/Mail
DEFAULT=3D$MAILDIR/./

DUMMY=3D`if [ ! -d $MAILDIR ]; then mkdir $MAILDIR; fi`

--Andrew

--=20
If at first you don't succeed, destroy all evidence that you tried.

--8t9RHnE3ZwKMSgU+
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (OpenBSD)

iD8DBQE+7WoXj3ZMDwYLJGARAhcIAJ9nGjnzYAQUP4lCeqrZGvXKrSNB+gCfblO2
nZWgnQlNag1Og1XRUIZfzJ0=
=F1fh
-----END PGP SIGNATURE-----

--8t9RHnE3ZwKMSgU+--
From tss@iki.fi  Mon Jun 16 11:28:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0A10223865; Mon, 16 Jun 2003 11:28:46 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 708E02384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:28:43 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3FE005EC1410; Mon, 16 Jun 2003 11:28:43 +0300 (EEST)
Subject: Re: [Dovecot] crash on LIST command
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
References: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055752123.10241.28.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Jun 2003 11:28:43 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 08:28:46 -0000
X-UID: 939                                                  
Status: O

On Mon, 2003-06-16 at 05:28, Wouter Van Hemel wrote:
> Hello,
> 
> I'm experiencing a reproducable crash in the imap daemon of dovecot
> 0.99.9.1 when running the next commands (sniffed from a sylpheed session):

I'm pretty sure this is fixed in the -test releases.
http://dovecot.procontrol.fi/test/

From tss@iki.fi  Mon Jun 16 11:30:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BE6D32387A; Mon, 16 Jun 2003 11:30:39 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3B41B23865
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:30:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 113D75EC1410; Mon, 16 Jun 2003 11:30:38 +0300 (EEST)
Subject: Re: [Dovecot] more newline related errors
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200306160511.h5G5BSJs034665@chilled.skew.org>
References: <200306160511.h5G5BSJs034665@chilled.skew.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055752237.10262.31.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Jun 2003 11:30:37 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 08:30:39 -0000
X-UID: 940                                                  
Status: O

On Mon, 2003-06-16 at 08:11, Mike Brown wrote:
> Should I be concerned about these errors?
> 
> imap(msun): Jun 13 13:21:38 Error: Error indexing mbox file /home/msun/mail/Deleted Messages: LF not found where expected

Probably means that you have two adjacent From-line. ie.:

>From a@b
>From b@c

Dovecot can't handle those currently. I should fix it some day.

> imap(msun): Jun 13 13:39:08 Error: Corrupted binary tree for index /home/msun/mail/.imap/INBOX/.imap.index: lookup returned index outside range (1 >= 0)
> imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header)

Probably because of the above problem.

From tss@iki.fi  Mon Jun 16 11:32:22 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E28262387F; Mon, 16 Jun 2003 11:32:22 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 66BBE23865
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:32:21 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 414975EC1410; Mon, 16 Jun 2003 11:32:21 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-test12
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030615105425.GA9332@iridium.mv.net>
References: <1055649482.10262.17.camel@hurina>
	 <20030615105425.GA9332@iridium.mv.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055752341.10241.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Jun 2003 11:32:21 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 08:32:23 -0000
X-UID: 941                                                  
Status: O

On Sun, 2003-06-15 at 13:54, Mark E. Mallett wrote:
> src/lib/ioloop-select.c accesses a variable io_p that is not defined
> or declared.  I assume you need to add **io_p to the struct io
> defines in that routine.

Yes. And change io_destroy() to use io_p. Looks like I tested only the
poll() version when I did the changes..

From tss@iki.fi  Mon Jun 16 11:39:22 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 72FA72387A; Mon, 16 Jun 2003 11:39:22 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D91622384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:39:20 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1D4035EC1410; Mon, 16 Jun 2003 11:39:16 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot will not run on secure kernel.
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <003401c3333d$79334290$1601a8c0@gorgon>
References: <003401c3333d$79334290$1601a8c0@gorgon>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055752755.10241.42.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Jun 2003 11:39:15 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 08:39:22 -0000
X-UID: 942                                                  
Status: O

On Sun, 2003-06-15 at 15:55, Ola Garstad wrote:
> I am trying to run Dovecot on RH 7.3 with Linux kernel 2.4.20 + GrSecurity patch.
> I downloaded the RPM yesterday and installed it.
> 
> When I start Dovecot the kernel reports: kernel: grsec: From 192.168.1.22: attempt to overstep process limit by (dovecot:14491) UID(0) EUID(0), parent (dovecot:23872) UID(0) EUID(0)

I thought v0.99.9 fixed this.. Unless grsec checks it now while trying
to set the limit. See if this helps:


diff -u -r1.10 main.c
--- src/login-common/main.c     27 Apr 2003 01:21:50 -0000      1.10
+++ src/login-common/main.c     16 Jun 2003 08:38:10 -0000
@@ -131,7 +131,7 @@
 static void drop_privileges(const char *name)
 {
        /* make sure we can't fork() */
-       restrict_process_size((unsigned int)-1, 0);
+       restrict_process_size((unsigned int)-1, 1);
 
        /* Log file or syslog opening probably requires roots */
        open_logfile(name);

From tss@iki.fi  Mon Jun 16 11:42:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 19F7B2387F; Mon, 16 Jun 2003 11:42:40 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8CF012387A
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:42:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 567C15EC1410; Mon, 16 Jun 2003 11:42:38 +0300 (EEST)
Subject: Re: [Dovecot] a new error message
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <20030615171150.GB696@waste.org>
References: <3EEC4343.8050702@bnap.hu>  <20030615171150.GB696@waste.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055752958.10262.47.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Jun 2003 11:42:38 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 08:42:40 -0000
X-UID: 943                                                  
Status: O

On Sun, 2003-06-15 at 20:11, John Ello wrote:
> On Sun, Jun 15, 2003 at 11:58:27AM +0200, Farkas Levente wrote:
> > The current command did not succeed. The mail server responded: Error in 
> > IMAP command UID: Too long argument.."
> 
> I used to get the same thing (some of my users have rather large
> mailboxes), and I found you can get around it by editing the line that
> begins '#define MAX_INBUF_SIZE ' in src/imap/client.c to a bigger
> number and recompiling. I'm not sure the purpose of the limit, or the
> complete effects of changing it, but it worked for me.

For now that's the only fix. I'm thinking of changing it so that you can
give a total command line limit. Default could be set to 100kB or so
then. RFC-2683 recommends 8000 chars though, so this could be considered
a client bug..

From tss@iki.fi  Mon Jun 16 11:47:24 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3A30F2387A; Mon, 16 Jun 2003 11:47:24 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id ACFAD2384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:47:20 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DF82C5EC1410; Mon, 16 Jun 2003 11:47:16 +0300 (EEST)
Subject: Re: [Dovecot] crash on LIST command
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
References: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055753236.10262.51.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Jun 2003 11:47:16 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 08:47:24 -0000
X-UID: 944                                                  
Status: O

On Mon, 2003-06-16 at 05:28, Wouter Van Hemel wrote:
> Manually adding the ~/.mail directory with mkdir takes care of the
> problem, but shouldn't this directory be created automatically when it
> doesn't exist? I can't expect every user to log in and first make this
> mail directory before they can use their mail account.

Oh, and this is already fixed too.

> Dovecot also refuses to show any folders at all, such as the INBOX, when
> it can't find it's mail(folders) directory. Is this intentional?

You mean if you have only INBOX in /var/mail/ but eg. no ~/mail? I don't
think it even allows logging in without? And that is intentional.

From lfarkas@bnap.hu  Mon Jun 16 12:06:13 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 03D482387A; Mon, 16 Jun 2003 12:06:13 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 50D572384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 12:06:10 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id B4EE9754012
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:05:47 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 6855A3EB8; Mon, 16 Jun 2003 11:06:07 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 494063EB0
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 11:06:07 +0200 (CEST)
Message-ID: <3EED887E.7070502@bnap.hu>
Date: Mon, 16 Jun 2003 11:06:06 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] a new error message
References: <3EEC4343.8050702@bnap.hu>  <20030615171150.GB696@waste.org>
	<1055752958.10262.47.camel@hurina>
In-Reply-To: <1055752958.10262.47.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 09:06:13 -0000
X-UID: 945                                                  
Status: O
Content-Length: 1046

Timo Sirainen wrote:
> On Sun, 2003-06-15 at 20:11, John Ello wrote:
> 
>>On Sun, Jun 15, 2003 at 11:58:27AM +0200, Farkas Levente wrote:
>>
>>>The current command did not succeed. The mail server responded: Error in 
>>>IMAP command UID: Too long argument.."
>>
>>I used to get the same thing (some of my users have rather large
>>mailboxes), and I found you can get around it by editing the line that
>>begins '#define MAX_INBUF_SIZE ' in src/imap/client.c to a bigger
>>number and recompiling. I'm not sure the purpose of the limit, or the
>>complete effects of changing it, but it worked for me.
> 
> 
> For now that's the only fix. I'm thinking of changing it so that you can
> give a total command line limit. Default could be set to 100kB or so

I not realy like to patch it myself since the next update will beark it. 
so I'll rather wait for your fix:-)

> then. RFC-2683 recommends 8000 chars though, so this could be considered
> a client bug..

mozilla 1.3.


-- 
   Levente                               "Si vis pacem para bellum!"


From wouter@pair.com  Mon Jun 16 16:48:58 2003
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 60C1B23865; Mon, 16 Jun 2003 16:48:58 +0300 (EEST)
Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.26])
	by danu.procontrol.fi (Postfix) with ESMTP id 4149F2384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 16:48:54 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.150.78])
	by amsfep16-int.chello.nlSMTP
	<20030616134853.FOWO28742.amsfep16-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 15:48:53 +0200
Received: (qmail 17081 invoked from network); 16 Jun 2003 15:48:51 +0200
Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5)
  by hibernate.cryolabs.net with SMTP; 16 Jun 2003 15:48:51 +0200
Date: Mon, 16 Jun 2003 15:49:01 +0200 (CEST)
From: Wouter Van Hemel <wouter@pair.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] crash on LIST command
In-Reply-To: <1055752123.10241.28.camel@hurina>
Message-ID: <Pine.LNX.4.56.0306161548030.212@cocaine.cryolabs.net>
References: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
 <1055752123.10241.28.camel@hurina>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 13:48:58 -0000
X-UID: 946                                                  
Status: O

On Mon, 16 Jun 2003, Timo Sirainen wrote:

> On Mon, 2003-06-16 at 05:28, Wouter Van Hemel wrote:
> > Hello,
> >
> > I'm experiencing a reproducable crash in the imap daemon of dovecot
> > 0.99.9.1 when running the next commands (sniffed from a sylpheed session):
>
> I'm pretty sure this is fixed in the -test releases.
> http://dovecot.procontrol.fi/test/
>

It is, I just tested with -test12. Thanks!

  wouter

From wouter@pair.com  Mon Jun 16 17:14:46 2003
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1942323865; Mon, 16 Jun 2003 17:14:46 +0300 (EEST)
Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.20])
	by danu.procontrol.fi (Postfix) with ESMTP id 5EA752384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 17:14:40 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.150.78])
	by amsfep11-int.chello.nlSMTP
	<20030616141439.QVMJ7516.amsfep11-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 16:14:39 +0200
Received: (qmail 13123 invoked from network); 16 Jun 2003 16:14:34 +0200
Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5)
  by hibernate.cryolabs.net with SMTP; 16 Jun 2003 16:14:34 +0200
Date: Mon, 16 Jun 2003 16:14:45 +0200 (CEST)
From: Wouter Van Hemel <wouter@pair.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] crash on LIST command
In-Reply-To: <1055753236.10262.51.camel@hurina>
Message-ID: <Pine.LNX.4.56.0306161549100.212@cocaine.cryolabs.net>
References: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
 <1055753236.10262.51.camel@hurina>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 14:14:46 -0000
X-UID: 947                                                  
Status: O
Content-Length: 1454

On Mon, 16 Jun 2003, Timo Sirainen wrote:

> On Mon, 2003-06-16 at 05:28, Wouter Van Hemel wrote:
> > Manually adding the ~/.mail directory with mkdir takes care of the
> > problem, but shouldn't this directory be created automatically when it
> > doesn't exist? I can't expect every user to log in and first make this
> > mail directory before they can use their mail account.
>
> Oh, and this is already fixed too.
>

So it is, too. Thanks. :)

> > Dovecot also refuses to show any folders at all, such as the INBOX, when
> > it can't find it's mail(folders) directory. Is this intentional?
>
> You mean if you have only INBOX in /var/mail/ but eg. no ~/mail? I don't
> think it even allows logging in without? And that is intentional.
>

In that case, no problem. :)

I discovered two small errors (at least I think they are):

Fatal: Can't create directory /usr/local/var/run/dovecot: No such file or
directory

... when I undefine "base_dir = /var/run/dovecot/". So that path really
isn't the default dovecot uses, for some reason it prepends '/usr/local'
(that being the install prefix). This could be a feature, too - it just
confused me because I thought the comments showed the default settings.

And I also get an error when I uncomment "max_logging_users = 256":

Fatal: Error in configuration file /usr/local/etc/dovecot.conf line 125:
Unknown setting: max_logging_users

That should probably be login_max_logging_users?


Regards,

  wouter

From tss@iki.fi  Mon Jun 16 17:39:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B0B4523865; Mon, 16 Jun 2003 17:39:17 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1CFB223860
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 17:39:15 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D3BF65EC1410; Mon, 16 Jun 2003 17:39:14 +0300 (EEST)
Subject: Re: [Dovecot] crash on LIST command
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.56.0306161549100.212@cocaine.cryolabs.net>
References: <Pine.LNX.4.56.0306160000150.541@cocaine.cryolabs.net>
	 <1055753236.10262.51.camel@hurina>
	 <Pine.LNX.4.56.0306161549100.212@cocaine.cryolabs.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055774354.10241.72.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 16 Jun 2003 17:39:14 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 14:39:17 -0000
X-UID: 948                                                  
Status: O

On Mon, 2003-06-16 at 17:14, Wouter Van Hemel wrote:
> Fatal: Can't create directory /usr/local/var/run/dovecot: No such file or
> directory
> 
> ... when I undefine "base_dir = /var/run/dovecot/". So that path really
> isn't the default dovecot uses, for some reason it prepends '/usr/local'
> (that being the install prefix). This could be a feature, too - it just
> confused me because I thought the comments showed the default settings.

>From beginning of config file:

# Default values are shown after each value, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options.

I use those values that are the preferred locations that binary package
builders should use.

> Fatal: Error in configuration file /usr/local/etc/dovecot.conf line 125:
> Unknown setting: max_logging_users
> 
> That should probably be login_max_logging_users?

Right.

From ken.crain@dotcomadvisors.com  Mon Jun 16 19:02:55 2003
Return-Path: <ken.crain@dotcomadvisors.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8AD2B23865; Mon, 16 Jun 2003 19:02:55 +0300 (EEST)
Received: from s5a.dotcomadvisors.com (s5a.dotcomadvisors.com
	[209.123.168.233])
	by danu.procontrol.fi (Postfix) with ESMTP id 763252384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 19:02:53 +0300 (EEST)
Received: from dell800 (24-193-183-82.nyc.rr.com [24.193.183.82])
	(authenticated)
	by s5a.dotcomadvisors.com (8.11.6/8.11.2) with ESMTP id h5GG2qP14727
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 12:02:52 -0400
Message-ID: <010601c33420$bdadfd00$6401a8c0@nyc.rr.com>
From: "Ken Crain" <ken.crain@dotcomadvisors.com>
To: <dovecot@procontrol.fi>
Date: Mon, 16 Jun 2003 12:02:52 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0103_01C333FF.367ACB40"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Subject: [Dovecot] SASL Support
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 16:02:55 -0000
X-UID: 949                                                  
Status: O
Content-Length: 1479

This is a multi-part message in MIME format.

------=_NextPart_000_0103_01C333FF.367ACB40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I need to support Outlook/Outlook Express users of Sendmail with SMTP =
Authorization.  From what I can see, the LOGIN method available in =
Outlook/Outlook Express is the only applicable way to go at this time.  =
It appears it is not supported in Dovecot right now.  Is this correct =
and, if so, how would I go about adding this support?
------=_NextPart_000_0103_01C333FF.367ACB40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>I need&nbsp;to support Outlook/Outlook =
Express=20
users of Sendmail with SMTP Authorization.&nbsp; From what I can see, =
the LOGIN=20
method&nbsp;available in&nbsp;Outlook/Outlook Express is the only =
applicable way=20
to go&nbsp;at this time.&nbsp; It appears it is not&nbsp;supported in =
Dovecot=20
right now.&nbsp; Is this correct and, if so, how would I go =
about&nbsp;adding=20
this support?</FONT></DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_0103_01C333FF.367ACB40--

From jryden@thebox.our-own.net  Mon Jun 16 20:22:26 2003
Return-Path: <jryden@thebox.our-own.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 07EB223865; Mon, 16 Jun 2003 20:22:26 +0300 (EEST)
Received: from thebox.our-own.net (thebox.our-own.net [64.81.83.87])
	by danu.procontrol.fi (Postfix) with ESMTP id 106912384C
	for <dovecot@procontrol.fi>; Mon, 16 Jun 2003 20:22:23 +0300 (EEST)
Received: from redtop.our-own.net (redtop.our-own.net [10.0.0.19])
	by localhost (Postfix) with ESMTP
	id D3C15D1F89; Mon, 16 Jun 2003 10:22:20 -0700 (PDT)
Subject: Re: [Dovecot] SASL Support
From: Joakim Ryden <jryden@thebox.our-own.net>
To: Ken Crain <ken.crain@dotcomadvisors.com>
In-Reply-To: <010601c33420$bdadfd00$6401a8c0@nyc.rr.com>
References: <010601c33420$bdadfd00$6401a8c0@nyc.rr.com>
Content-Type: text/plain
Message-Id: <1055784140.8098.31.camel@redtop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 16 Jun 2003 10:22:20 -0700
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 16 Jun 2003 17:22:26 -0000
X-UID: 950                                                  
Status: O
Content-Length: 1077

On Mon, 2003-06-16 at 09:02, Ken Crain wrote:
> I need to support Outlook/Outlook Express users of Sendmail with SMTP
> Authorization.  From what I can see, the LOGIN method available in
> Outlook/Outlook Express is the only applicable way to go at this
> time.  It appears it is not supported in Dovecot right now.  Is this
> correct and, if so, how would I go about adding this support?

Hi Ken -

I think you may be confusing the IMAP/POP server (Dovecot) function with
the SMTP server (Sendmail) function. You need SASL support in the SMTP
server, which has nothing to do with the IMAP/POP server. 

Unless you're talking about authenticating the SMTP users and the
IMAP/POP users against the same database and you are using sasldb for
the SMTP authentication in which case I think you are out of luck right
now. You can configure the SASL library to use password/shadow, SQL,
LDAP or PAM though in which case Dovecot and Sendmail could use the same
source for authentication.

http://www.sendmail.org/~ca/email/auth.html
http://dovecot.procontrol.fi/doc/auth.txt

HTH,
Jo

From ohp@pyrenet.fr  Tue Jun 17 21:13:38 2003
Return-Path: <ohp@pyrenet.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A7A4E2387A; Tue, 17 Jun 2003 21:13:38 +0300 (EEST)
Received: from server.pyrenet.fr (server.pyrenet.fr [194.250.190.1])
	by danu.procontrol.fi (Postfix) with ESMTP id 9103B2384C
	for <dovecot@procontrol.fi>; Tue, 17 Jun 2003 21:13:33 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.pyrenet.fr (Postfix) with ESMTP id 19600285A3
	for <dovecot@procontrol.fi>; Tue, 17 Jun 2003 20:13:33 +0200 (MET DST)
Received: from server.pyrenet.fr ([127.0.0.1])
 by localhost (server [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 12075-01 for <dovecot@procontrol.fi>;
 Tue, 17 Jun 2003 20:13:31 +0200 (MET DST)
Received: from server.pyrenet.fr (server.pyrenet.fr [194.250.190.1])
	by server.pyrenet.fr (Postfix) with ESMTP id 93591285A0
	for <dovecot@procontrol.fi>; Tue, 17 Jun 2003 20:13:31 +0200 (MET DST)
Date: Tue, 17 Jun 2003 20:13:25 +0200 (MET DST)
From: ohp@pyrenet.fr
To: dovecot@procontrol.fi
Message-ID: <Pine.UW2.4.53.0306172009300.12039@server.pyrenet.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new
Subject: [Dovecot] Multiple auth howto
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: ohp@pyrenet.fr
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 17 Jun 2003 18:13:39 -0000
X-UID: 951                                                  
Status: O

Howdi.

I'm new to dovcot (just succeded in compiling on unixware 713 today)
I'm noww configuring for tests on other port. The sample configuration
file is pretty well documented, however, I don't understand how I can
firstt authenticate against passwd/shadow if not found against pgsql.

What's the syntax?

Please cc responses as I'm subscribed to digest

TIA
Reghards

-- 
Olivier PRENANT         	Tel:	+33-5-61-50-97-00 (Work)
Quartier d'Harraud Turrou           +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                      +33-6-07-63-80-64 (GSM)
FRANCE                      Email: ohp@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)
From tss@iki.fi  Tue Jun 17 21:30:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 11F0B2387A; Tue, 17 Jun 2003 21:30:47 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3869523865
	for <dovecot@procontrol.fi>; Tue, 17 Jun 2003 21:30:44 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id F375A5EC1410; Tue, 17 Jun 2003 21:30:43 +0300 (EEST)
Subject: Re: [Dovecot] Multiple auth howto
From: Timo Sirainen <tss@iki.fi>
To: ohp@pyrenet.fr
In-Reply-To: <Pine.UW2.4.53.0306172009300.12039@server.pyrenet.fr>
References: <Pine.UW2.4.53.0306172009300.12039@server.pyrenet.fr>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055874643.10262.115.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 Jun 2003 21:30:43 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 17 Jun 2003 18:30:47 -0000
X-UID: 952                                                  
Status: O

On Tue, 2003-06-17 at 21:13, ohp@pyrenet.fr wrote:
> Howdi.
> 
> I'm new to dovcot (just succeded in compiling on unixware 713 today)
> I'm noww configuring for tests on other port. The sample configuration
> file is pretty well documented, however, I don't understand how I can
> firstt authenticate against passwd/shadow if not found against pgsql.
> 
> What's the syntax?

Well, short answer: You can't. Put them all to one place (eg. pgsql),
maybe using some automated scripts. I don't know if I should even
consider about supporting fallbacking..

From katzj@redhat.com  Wed Jun 18 01:27:28 2003
Return-Path: <katzj@redhat.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 778032387A; Wed, 18 Jun 2003 01:27:28 +0300 (EEST)
Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com
	[66.187.233.200])
	by danu.procontrol.fi (Postfix) with ESMTP id B6B4123865
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 01:27:21 +0300 (EEST)
Received: from mirkwood.devel.redhat.com (mirkwood.devel.redhat.com
	[172.16.57.122])h5HMRIx23719;	Tue, 17 Jun 2003 18:27:18 -0400
Subject: Re: [Dovecot] 0.99.10-test12
From: Jeremy Katz <katzj@redhat.com>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1055649482.10262.17.camel@hurina>
References: <1055649482.10262.17.camel@hurina>
Content-Type: text/plain
Message-Id: <1055888838.22969.27.camel@mirkwood.devel.redhat.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (cvs 20030602) (Preview Release)
Date: 17 Jun 2003 18:27:18 -0400
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 17 Jun 2003 22:27:28 -0000
X-UID: 953                                                  
Status: O

On Sat, 2003-06-14 at 23:58, Timo Sirainen wrote:
> - OpenSSL problems. Are they really my fault? I have no idea what I
> could be doing wrong. Maybe some compile option is wrong? 

Sorry, found out the answer to this on Friday afternoon (from our local
ssl guru) and haven't had a chance to sit down and send the reasoning.

Basically, if you're using OpenSSL with the RSA blinding patch as
supplied by the OpenSSL folks, then the blinding ends up not having
entropy.  This is because /dev/urandom won't exist in your chroot and so
the SSL entropy isn't able to be setup.

Probably the best fix would be initializing SSL bits before the chroot
(similar to the way timezone setup has to happen).  That or making sure
you have /dev/urandom in your chroot.  I was going to look more at the
former but just haven't had the cycles yet :/

> Also I should
> try to use pkg-config to get compile flags if it exists in configure.

Would be nice, but won't help this :)

Cheers,

Jeremy

From jens@freebsdforum.de  Wed Jun 18 02:13:37 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DB546238B6; Wed, 18 Jun 2003 02:13:37 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id 050A72387A
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 02:13:33 +0300 (EEST)
Received: from jensemann.lan.saturn (pD95400AD.dip.t-dialin.net
	[217.84.0.173])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)085031141C2
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 01:13:31 +0200 (CEST)
Date: Wed, 18 Jun 2003 01:18:53 +0200
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Message-Id: <20030618011853.37be0e08.jens@freebsdforum.de>
X-Mailer: Sylpheed version 0.9.1 (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] starting with daemontools
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 17 Jun 2003 23:13:38 -0000
X-UID: 954                                                  
Status: O

Hi all,

I want to start dovecot through DJBs Daemontools-supervise, is there a
configuration option that lets dovecot stay in foreground?

best regards,
Jens
From bradf@mailgate.tpi.com  Wed Jun 18 03:50:04 2003
Return-Path: <bradf@mailgate.tpi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 48941238C6; Wed, 18 Jun 2003 03:50:04 +0300 (EEST)
Received: from mailgate.tpi.com (unknown [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 0546D238B6
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 03:49:58 +0300 (EEST)
Received: from triplepoint.com ([10.0.5.2]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com; Tue, 17 Jun 2003 17:49:56 -0700
Message-ID: <3EEFB6DF.3020606@triplepoint.com>
Date: Tue, 17 Jun 2003 17:48:31 -0700
From: Brad Figg <brad@triplepoint.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10-test12
References: <1055649482.10262.17.camel@hurina>
In-Reply-To: <1055649482.10262.17.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Wed, 18 Jun 2003 03:53:56 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 00:50:04 -0000
X-UID: 955                                                  
Status: O
Content-Length: 1614

I just upgraded from 0.99.6 to 0.99.10-test12
and I can no longer delete messages or move
messages between folders from Mozilla. What
information can I provide to you to help debug
this?

Brad

Timo Sirainen wrote:
> http://dovecot.procontrol.fi/test/
> 
> I should have released 0.99.10 already I think.. There's just two
> annoying problems that I think should be fixed first:
> 
> - PAM: If user gives a wrong password, dovecot-auth process sleeps for
> two seconds, blocking everyone else who are trying to authenticate at
> the time. So using PAM isn't very good idea at the moment.
> 
> - OpenSSL problems. Are they really my fault? I have no idea what I
> could be doing wrong. Maybe some compile option is wrong? Also I should
> try to use pkg-config to get compile flags if it exists in configure.
> 
> The new things in -test12 then:
> 
> - We sync mailbox less often. Only NOOP and CHECK will force a mailbox
> sync now. Other commands do it also but only if mailbox hasn't been
> synced in last 5 seconds. Maybe this reduces some I/O. At least a bit
> less stat() calls :)
> 
> - Dirty maildir flag flushing work now. Meaning that if you change
> message flags but rename() fails because you're out of quota, the flags
> are changed in index file and dirty-flag is set. Once in a while it
> tries to flush the dirty flags by rename()ing the file again.
> 
> - IMAP RFC requires that NUL characters are never sent to client. We do
> now the same as UW-IMAP by sending ascii 128 chars instead.
> 

-- 
Brad Figg - brad@triplepoint.com 503.601.0235 ext. 105
TriplePoint, Inc. - http://www.triplepoint.com

From tss@iki.fi  Wed Jun 18 03:57:31 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BA30F238C7; Wed, 18 Jun 2003 03:57:31 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C7274238C6
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 03:57:28 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 96FDF5EC1410; Wed, 18 Jun 2003 03:57:27 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-test12
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EEFB6DF.3020606@triplepoint.com>
References: <1055649482.10262.17.camel@hurina>
	 <3EEFB6DF.3020606@triplepoint.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055897847.10262.120.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Jun 2003 03:57:27 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 00:57:31 -0000
X-UID: 956                                                  
Status: O

On Wed, 2003-06-18 at 03:48, Brad Figg wrote:
> I just upgraded from 0.99.6 to 0.99.10-test12
> and I can no longer delete messages or move
> messages between folders from Mozilla. What
> information can I provide to you to help debug
> this?

Anything in log file? There could be some index file incompatibilities
though, so you could try deleting them (.imap.index*).

From tss@iki.fi  Wed Jun 18 03:58:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 89811238CB; Wed, 18 Jun 2003 03:58:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D4897238C7
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 03:58:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AEFD55EC1410; Wed, 18 Jun 2003 03:58:04 +0300 (EEST)
Subject: Re: [Dovecot] starting with daemontools
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030618011853.37be0e08.jens@freebsdforum.de>
References: <20030618011853.37be0e08.jens@freebsdforum.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055897884.10241.122.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Jun 2003 03:58:04 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 00:58:06 -0000
X-UID: 957                                                  
Status: O

On Wed, 2003-06-18 at 02:18, Jens Gutzeit wrote:
> I want to start dovecot through DJBs Daemontools-supervise, is there a
> configuration option that lets dovecot stay in foreground?

dovecot -F

From jens@freebsdforum.de  Wed Jun 18 04:09:20 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 77254238C8; Wed, 18 Jun 2003 04:09:20 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id E8FE4238C7
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 04:09:17 +0300 (EEST)
Received: from jensemann.lan.saturn (pD95400AD.dip.t-dialin.net
	[217.84.0.173])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)528EB1141C2
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 03:09:17 +0200 (CEST)
Date: Wed, 18 Jun 2003 03:14:43 +0200
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] starting with daemontools
Message-Id: <20030618031443.5448f4a1.jens@freebsdforum.de>
In-Reply-To: <1055897884.10241.122.camel@hurina>
References: <20030618011853.37be0e08.jens@freebsdforum.de>
	<1055897884.10241.122.camel@hurina>
X-Mailer: Sylpheed version 0.9.1 (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 01:09:20 -0000
X-UID: 958                                                  
Status: O

Am 18 Jun 2003 03:58:04 +0300
Timo Sirainen <tss@iki.fi> schrieb:

> On Wed, 2003-06-18 at 02:18, Jens Gutzeit wrote:
> > I want to start dovecot through DJBs Daemontools-supervise, is there
> > a configuration option that lets dovecot stay in foreground?
> 
> dovecot -F
> 

Thanks. Seems that it isn't documented :)

Jens
From tss@iki.fi  Wed Jun 18 04:10:52 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 55E2B238D4; Wed, 18 Jun 2003 04:10:52 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B58F4238CB
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 04:10:50 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 7BE565EC1410; Wed, 18 Jun 2003 04:10:50 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1055888838.22969.27.camel@mirkwood.devel.redhat.com>
References: <1055649482.10262.17.camel@hurina>
	 <1055888838.22969.27.camel@mirkwood.devel.redhat.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055898650.10241.126.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Jun 2003 04:10:50 +0300
Subject: [Dovecot] OpenSSL fix
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 01:10:52 -0000
X-UID: 959                                                  
Status: O
Content-Length: 2037

On Wed, 2003-06-18 at 01:27, Jeremy Katz wrote:
> On Sat, 2003-06-14 at 23:58, Timo Sirainen wrote:
> > - OpenSSL problems. Are they really my fault? I have no idea what I
> > could be doing wrong. Maybe some compile option is wrong? 
> 
> Sorry, found out the answer to this on Friday afternoon (from our local
> ssl guru) and haven't had a chance to sit down and send the reasoning.
> 
> Basically, if you're using OpenSSL with the RSA blinding patch as
> supplied by the OpenSSL folks, then the blinding ends up not having
> entropy.  This is because /dev/urandom won't exist in your chroot and so
> the SSL entropy isn't able to be setup.

I thought it would have required that in any case..

> Probably the best fix would be initializing SSL bits before the chroot
> (similar to the way timezone setup has to happen).  That or making sure
> you have /dev/urandom in your chroot.  I was going to look more at the
> former but just haven't had the cycles yet :/

I just looked at OpenSSL sources how it work, I think this would fix it:

diff -u -r1.16 ssl-proxy-openssl.c
--- ssl-proxy-openssl.c 11 Jun 2003 23:26:13 -0000      1.16
+++ ssl-proxy-openssl.c 18 Jun 2003 01:08:07 -0000
@@ -13,6 +13,7 @@
 #include <openssl/pem.h>
 #include <openssl/ssl.h>
 #include <openssl/err.h>
+#include <openssl/rand.h>
 
 #define SSL_CIPHER_LIST "ALL:!LOW"
 
@@ -403,6 +404,7 @@
 void ssl_proxy_init(void)
 {
        const char *certfile, *keyfile, *paramfile;
+       char buf;
 
        certfile = getenv("SSL_CERT_FILE");
        keyfile = getenv("SSL_KEY_FILE");
@@ -439,6 +441,11 @@
 
        if (SSL_CTX_need_tmp_RSA(ssl_ctx))
                SSL_CTX_set_tmp_rsa_callback(ssl_ctx, ssl_gen_rsa_key);
+
+       /* PRNG initialization might want to use /dev/urandom, make sure it
+          does it before chrooting. */
+       if (RAND_bytes(&buf, 1) != 1)
+               i_fatal("RAND_bytes() failed: %s\n", ssl_last_error());
 
         ssl_proxies = hash_create(default_pool, default_pool, 0, NULL, NULL);
        ssl_initialized = TRUE;

From tss@iki.fi  Wed Jun 18 04:42:03 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 65419238CE; Wed, 18 Jun 2003 04:42:03 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E61D92384C
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 04:42:01 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id B29425C47B20; Wed, 18 Jun 2003 04:42:01 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055900521.10241.147.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Jun 2003 04:42:01 +0300
Subject: [Dovecot] 0.99.10-test13
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 01:42:03 -0000
X-UID: 960                                                  
Status: O

http://dovecot.procontrol.fi/test/

- Hopefully OpenSSL is fixed :)
- We sometimes produced invalid ENVELOPE with 8bit headers. That could
really have broken things (broke it in test12).

So, what's left is to make PAM work well..

From zach.bagnall@bulletinwireless.com  Wed Jun 18 07:38:16 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6ECD7238D6; Wed, 18 Jun 2003 07:38:16 +0300 (EEST)
Received: from piranha.intra.jungledrum.co.nz (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 60A6F238CB
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 07:38:11 +0300 (EEST)
Received: from piranha (localhost.localdomain [127.0.0.1])
	by piranha.intra.jungledrum.co.nz (Postfix) with SMTP id 7FC4C15005
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 16:38:00 +1200 (NZST)
Date: Wed, 18 Jun 2003 16:38:00 +1200
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10-test13
Message-Id: <20030618163800.5c0afa4f.zach.bagnall@bulletinwireless.com>
In-Reply-To: <1055900521.10241.147.camel@hurina>
References: <1055900521.10241.147.camel@hurina>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.8.9 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.jXVThpZj(PWf+Y"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 04:38:16 -0000
X-UID: 961                                                  
Status: O
Content-Length: 1168

--=.jXVThpZj(PWf+Y
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Can anyone pinpoint exactly when SSL began to have problems?

I'm using 0.9.99.1 on two servers:
- Redhat 7.3 with openssl-0.9.6b-30.7
- Gentoo with openssl-0.9.6i

The Redhat server serves about 30 users, some POP3, some IMAP. At least
half use SSL (because they're ouside the LAN).

I haven't had any problem, so I'm just wondering when these errors began.

Zach.

On 18 Jun 2003 04:42:01 +0300, Timo Sirainen <tss@iki.fi> wrote:

> http://dovecot.procontrol.fi/test/
> 
> - Hopefully OpenSSL is fixed :)
> - We sometimes produced invalid ENVELOPE with 8bit headers. That could
> really have broken things (broke it in test12).
> 
> So, what's left is to make PAM work well..
> 


-- 
Services & Support
Bulletin Wireless | www.bulletinwireless.com
This email is digitally signed | Key ID 0x3F9AA9A2

--=.jXVThpZj(PWf+Y
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+7+yo4jDFYT+aqaIRAgcfAJ92m6F+Wq3hGl2CXJqxay9PuXiqYQCgh+yK
Q/vHIrQahpQYKhB8r5cdfZY=
=M2Nn
-----END PGP SIGNATURE-----

--=.jXVThpZj(PWf+Y--
From warren@togami.com  Wed Jun 18 10:20:54 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9A8CB238CE; Wed, 18 Jun 2003 10:20:54 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 40ED32384C
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 10:20:51 +0300 (EEST)
Received: from localhost.127.in-addr.arpa (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP
	id 460B35D803F; Tue, 17 Jun 2003 21:24:04 -1000 (HST)
Subject: Re: [Dovecot] 0.99.10-test13
From: Warren Togami <warren@togami.com>
To: Timo Sirainen <tss@iki.fi>, katzj@redhat.com
In-Reply-To: <1055900521.10241.147.camel@hurina>
References: <1055900521.10241.147.camel@hurina>
Content-Type: text/plain
Message-Id: <1055920846.2331.2.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 (1.4.0-2) 
Date: 17 Jun 2003 21:20:47 -1000
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 07:20:54 -0000
X-UID: 962                                                  
Status: O

On Tue, 2003-06-17 at 15:42, Timo Sirainen wrote:
> http://dovecot.procontrol.fi/test/
> 
> - Hopefully OpenSSL is fixed :)
> - We sometimes produced invalid ENVELOPE with 8bit headers. That could
> really have broken things (broke it in test12).
> 
> So, what's left is to make PAM work well..

openssl suddenly works on RH9 with dovecot.  It seems to be stable, but
speed seems to be extremely slow.  Using less than 2% CPU on the Athlon
2100+ server, loading the directory indexes in Evolution feels like 5
times as long as previously with unencrypted IMAP going through a SSH
tunnel.  Any ideas?

Warren Togami
warren@togami.com


From ohp@pyrenet.fr  Wed Jun 18 14:05:21 2003
Return-Path: <ohp@pyrenet.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3DCE223865; Wed, 18 Jun 2003 14:05:21 +0300 (EEST)
Received: from server.pyrenet.fr (server.pyrenet.fr [194.250.190.1])
	by danu.procontrol.fi (Postfix) with ESMTP id 78D1523860
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 14:05:19 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.pyrenet.fr (Postfix) with ESMTP
	id C973C262DD; Wed, 18 Jun 2003 13:05:18 +0200 (MET DST)
Received: from server.pyrenet.fr ([127.0.0.1])
 by localhost (server [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 10766-04; Wed, 18 Jun 2003 13:05:17 +0200 (MET DST)
Received: from server.pyrenet.fr (server.pyrenet.fr [194.250.190.1])
	by server.pyrenet.fr (Postfix) with ESMTP
	id 1C2A4267E2; Wed, 18 Jun 2003 13:05:17 +0200 (MET DST)
Date: Wed, 18 Jun 2003 13:05:17 +0200 (MET DST)
From: ohp@pyrenet.fr
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Multiple auth howto
In-Reply-To: <1055874643.10262.115.camel@hurina>
Message-ID: <Pine.UW2.4.53.0306181301380.10798@server.pyrenet.fr>
References: <Pine.UW2.4.53.0306172009300.12039@server.pyrenet.fr>
 <1055874643.10262.115.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: ohp@pyrenet.fr
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 11:05:21 -0000
X-UID: 963                                                  
Status: O
Content-Length: 1452

On Tue, 17 Jun 2003, Timo Sirainen wrote:

> Date: 17 Jun 2003 21:30:43 +0300
> From: Timo Sirainen <tss@iki.fi>
> To: ohp@pyrenet.fr
> Cc: dovecot@procontrol.fi
> Subject: Re: [Dovecot] Multiple auth howto
>
> On Tue, 2003-06-17 at 21:13, ohp@pyrenet.fr wrote:
> > Howdi.
> >
> > I'm new to dovcot (just succeded in compiling on unixware 713 today)
> > I'm noww configuring for tests on other port. The sample configuration
> > file is pretty well documented, however, I don't understand how I can
> > firstt authenticate against passwd/shadow if not found against pgsql.
> >
> > What's the syntax?
>
> Well, short answer: You can't. Put them all to one place (eg. pgsql),
> maybe using some automated scripts. I don't know if I should even
> consider about supporting fallbacking..
>
>
Hi Timo,  Thanks for your answer.
The reason I came to dovcot is that I thought it was possible. I've benn
researching this for weeks now. First thought that cyrus would do that, it
does but though SASL and pam whitch I don't have.

How difficult would it be to implement a fallback?

Regards
 --
Olivier PRENANT         	Tel:	+33-5-61-50-97-00 (Work)
Quartier d'Harraud Turrou           +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                      +33-6-07-63-80-64 (GSM)
FRANCE                      Email: ohp@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)
From dovecot@andreas.hanssen.name  Wed Jun 18 14:21:17 2003
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5CB5423865; Wed, 18 Jun 2003 14:21:17 +0300 (EEST)
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 5113F2384C
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 14:21:12 +0300 (EEST)
Received: (qmail 10000 invoked from network); 18 Jun 2003 11:21:09 -0000
Received: from localhost (HELO shusaku.troll.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 18 Jun 2003 11:21:09 -0000
Date: Wed, 18 Jun 2003 13:21:08 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Sender: ahanssen@shusaku.troll.no
To: Dovecot mailing list <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Multiple auth howto
In-Reply-To: <Pine.UW2.4.53.0306181301380.10798@server.pyrenet.fr>
Message-ID: <Pine.LNX.4.44.0306181319060.29812-100000@shusaku.troll.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 11:21:17 -0000
X-UID: 964                                                  
Status: O

On Wed, 18 Jun 2003 ohp@pyrenet.fr wrote:
>> Well, short answer: You can't. Put them all to one place (eg. pgsql),
>> maybe using some automated scripts. I don't know if I should even
>> consider about supporting fallbacking..
>Hi Timo,  Thanks for your answer.
>The reason I came to dovcot is that I thought it was possible. I've benn
>researching this for weeks now. First thought that cyrus would do that, it
>does but though SASL and pam whitch I don't have.
>How difficult would it be to implement a fallback?

Does this tool do what you want? (checkpassword only though, but I bet you 
will find checkpassword compatible authenticators that suit your needs):

http://www.andreas.hanssen.name/software/multichkpwds.c

-- 
Andreas Aardal Hanssen


From lfarkas@bnap.hu  Wed Jun 18 14:35:52 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A43C823865; Wed, 18 Jun 2003 14:35:52 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 1A7FC2384C
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 14:35:47 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id B5558754010
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 13:35:17 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id B77AC3ECF; Wed, 18 Jun 2003 13:35:42 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 9DA493EC5
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 13:35:42 +0200 (CEST)
Message-ID: <3EF04E8C.4060703@bnap.hu>
Date: Wed, 18 Jun 2003 13:35:40 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] imaps now works!
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 11:35:52 -0000
X-UID: 965                                                  
Status: O

thanks!
-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed Jun 18 15:31:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F0C5D238B6; Wed, 18 Jun 2003 15:31:38 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0344D23860
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 15:31:37 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id C10D765EA9E0; Wed, 18 Jun 2003 15:31:36 +0300 (EEST)
Subject: Re: [Dovecot] Multiple auth howto
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.UW2.4.53.0306181301380.10798@server.pyrenet.fr>
References: <Pine.UW2.4.53.0306172009300.12039@server.pyrenet.fr>
	 <1055874643.10262.115.camel@hurina>
	 <Pine.UW2.4.53.0306181301380.10798@server.pyrenet.fr>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055939496.10262.163.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Jun 2003 15:31:36 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 12:31:39 -0000
X-UID: 966                                                  
Status: O

On Wed, 2003-06-18 at 14:05, ohp@pyrenet.fr wrote:
> > Well, short answer: You can't. Put them all to one place (eg. pgsql),
> > maybe using some automated scripts. I don't know if I should even
> > consider about supporting fallbacking..
> >
> >
> Hi Timo,  Thanks for your answer.
> The reason I came to dovcot is that I thought it was possible. I've benn
> researching this for weeks now. First thought that cyrus would do that, it
> does but though SASL and pam whitch I don't have.
> 
> How difficult would it be to implement a fallback?

Not very. I'm mostly concerned about what happens if the user exists in
both authenticators. I guess normally this shouldn't happen, but you
can't really guarantee that and mistakes happen..

If fallbacking happened only when user isn't found from first
authenticator, that could work a bit more safely, but I'm not sure if I
can know with PAM if check failed because user wasn't found or because
password didn't match.

From bradf@mailgate.tpi.com  Wed Jun 18 08:28:31 2003
Return-Path: <bradf@mailgate.tpi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E07BD23993; Wed, 18 Jun 2003 08:28:31 +0300 (EEST)
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 612BE2384C
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 08:28:28 +0300 (EEST)
Received: from triplepoint.com ([10.0.5.2]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com for <dovecot@procontrol.fi>;
          Tue, 17 Jun 2003 22:28:26 -0700
Message-ID: <3EEFF80C.2050200@triplepoint.com>
Date: Tue, 17 Jun 2003 22:26:36 -0700
From: Brad Figg <brad@triplepoint.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10-test12
References: <1055649482.10262.17.camel@hurina>
	<3EEFB6DF.3020606@triplepoint.com> <1055897847.10262.120.camel@hurina>
In-Reply-To: <1055897847.10262.120.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Wed, 18 Jun 2003 15:32:00 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 05:28:32 -0000
X-UID: 967                                                  
Status: O

The log file contains:

dovecot: Jun 17 11:27:39 Error: child 3492 (imap) killed with signal 11
dovecot: Jun 17 17:44:56 Error: child 5906 (imap) killed with signal 11
dovecot: Jun 17 17:45:11 Error: child 5950 (imap) killed with signal 11

for each attempted delete or move. I deleted all
index files and still have the same problem.

Brad


Timo Sirainen wrote:
> On Wed, 2003-06-18 at 03:48, Brad Figg wrote:
> 
>>I just upgraded from 0.99.6 to 0.99.10-test12
>>and I can no longer delete messages or move
>>messages between folders from Mozilla. What
>>information can I provide to you to help debug
>>this?
> 
> 
> Anything in log file? There could be some index file incompatibilities
> though, so you could try deleting them (.imap.index*).
> 

-- 
Brad Figg - brad@triplepoint.com 503.601.0235 ext. 105
TriplePoint, Inc. - http://www.triplepoint.com

From tss@iki.fi  Wed Jun 18 15:35:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A7CCC238CB; Wed, 18 Jun 2003 15:35:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 23016238B6
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 15:35:40 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id EA12365EA9E0; Wed, 18 Jun 2003 15:35:39 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-test12
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EEFF80C.2050200@triplepoint.com>
References: <1055649482.10262.17.camel@hurina>
	<1055897847.10262.120.camel@hurina>
	<3EEFF80C.2050200@triplepoint.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055939739.10241.167.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 18 Jun 2003 15:35:39 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 12:35:41 -0000
X-UID: 968                                                  
Status: O

On Wed, 2003-06-18 at 08:26, Brad Figg wrote:
> The log file contains:
> 
> dovecot: Jun 17 11:27:39 Error: child 3492 (imap) killed with signal 11
> dovecot: Jun 17 17:44:56 Error: child 5906 (imap) killed with signal 11
> dovecot: Jun 17 17:45:11 Error: child 5950 (imap) killed with signal 11
> 
> for each attempted delete or move. I deleted all
> index files and still have the same problem.

See "debugging crashes" in:

http://dovecot.procontrol.fi/bugreport.html

That should tell why it's crashing.

From tom@replic8.net  Wed Jun 18 18:02:40 2003
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 619BA238C5; Wed, 18 Jun 2003 18:02:40 +0300 (EEST)
Received: from rpunkt.kicks-ass.net (p50860B4B.dip0.t-ipconnect.de
	[80.134.11.75])
	by danu.procontrol.fi (Postfix) with ESMTP id 11B7B238B6
	for <dovecot@procontrol.fi>; Wed, 18 Jun 2003 18:02:32 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by rpunkt.kicks-ass.net (Postfix) with ESMTP
	id 83A36416F4; Wed, 18 Jun 2003 15:02:24 +0000 (GMT)
Received: from rpunkt.kicks-ass.net ([127.0.0.1])
 by localhost (commbox [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 07659-03; Wed, 18 Jun 2003 15:02:23 +0000 (GMT)
Received: from aural (unknown [192.168.100.88])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by rpunkt.kicks-ass.net (Postfix) with ESMTP
	id 3B099416E4; Wed, 18 Jun 2003 15:02:22 +0000 (GMT)
Date: Wed, 18 Jun 2003 17:01:25 +0200
From: tom hensel <tom@replic8.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10-test13
Message-Id: <20030618170125.462bb97c.tom@replic8.net>
In-Reply-To: <1055900521.10241.147.camel@hurina>
References: <1055900521.10241.147.camel@hurina>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.Be5dKFWzhEq.X3"
X-Virus-Scanned: by amavisd-new at rpdnet.com
cc: tech-pkg@netbsd.org
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 15:02:40 -0000
X-UID: 969                                                  
Status: O
Content-Length: 5521

--=.Be5dKFWzhEq.X3
Content-Type: multipart/mixed;
 boundary="Multipart_Wed__18_Jun_2003_17:01:25_+0200_09295400"


--Multipart_Wed__18_Jun_2003_17:01:25_+0200_09295400
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

hi,

> - Hopefully OpenSSL is fixed :)

you did it. works like a charm now on NetBSD, thanks a lot!

pkgsrc for 0.99.10-test13 attached and cced to the maintainer.

bye,
TOM

--Multipart_Wed__18_Jun_2003_17:01:25_+0200_09295400
Content-Type: application/octet-stream;
 name="pkgsrc_dovecot-0.99.10-test13.tar.gz"
Content-Disposition: attachment;
 filename="pkgsrc_dovecot-0.99.10-test13.tar.gz"
Content-Transfer-Encoding: base64

H4sIACd+8D4AA+0ca3faxrJf0a/Y2j5tUge9BTb30toxxOEW2xRw2p62h7NIC6gWkqoVjmmO//ud
XT3M05Bcm96T7CTByu7s7Oy8tDvewQluiR3EXz0nqKqpli0LfnJY/Jk8l0tlUy1phmFAu6bp5dJX
1rNylcKExjhC6KsoeFwK70eEeLtgaLfgJPpXzt51nm2ObfVvGFbJMk2u/7JpCP3vAGb0r7Q3iOBT
QdVUtcT1ukb/JYPrXzWNsmGxdk0HQ/hKfQ5mFuEL138lpCS6JVEF+4Fv39KTYYTDEMsT370r4iH7
WbzxZIdUFOhlQpL+aZYFPCHM+T8JA+rGQTR92jk2+r9uLvq/qamW8P8dQHgzpJGtjLHrKaktCAf/
gmDW/+t+HLmEPvkcm/zfUEuL+z941IX/7wCUWr1z1lY0mf9RfiYOusBTpJlINStauWJoSAcNKYqk
tJqNTncrTMelsesPgm2Qa8rA9QhVFP4c4tgepf9TLvANYZ1ARlcuAh/9Z+IjrYQ0q6IeVXQ1JyEi
1idD5v+ZrJ9jjg3+b6pGKTv/q6aV+L+qq8L/dwD76OCSxK87tQrKTODVLQKHS5xLLSmqjlStoh1V
zCP0J7VHeDLGqH4XogNpX5JqEBMuTy/q1UJqSUVVPj6WNbUYExprhnR22q2fX7Ub9U61wHYZ0sVp
p1tv9zqNLmsaxXFYUbKthxxGgR3Aayjw5IGrMBKKJLVOu2dvswEHH2YJ3Ev7vPdNo8k6BxEhferI
PIygAYHP5FmCaRuXXfhXb1cLMbFHRdj5nPgkZuhBNJTeXl3UW6fn9Q0sSWdXFxf1y2610CH2JCKo
cXHaQth3UOuqZaDkMCVJ15167/V1o1lrNi5/1KuFX+sd3tZsvO5eXTUfGlo/njcuO93TZrOKWNv5
5XXv7OryTeP8ul1P0KR0UO/qXb3dbtTqTAg/t3/stM/uFc/tx0HgSVI+qHfaPu8cVgvFIp1S4Hzg
uFH14ANM1Ov82mFotUb7fhW+F9jYA3eICRui3OJoFdZ7Nx4VKfU4DkhYCULiw//BFoDBs6tuj60L
1tFtdn6oFi6vJEl2B+hrMg7j6YtlnMrFb79O//itTv74rUP/eLlqSuLjvkfYpNWhP4k9ChR925s4
BO3JsgJ/KVOGG0+VpF/pT1zP8Vz/RpfHN3uSTDxKliijFOYmyFazdoYUYXkK33EH80Jo1k5bj4uA
YWwhAC5zz8HhElsOjnEfU3hlMr4YyjaMtc47PzUf54yjbMtaOKR/edJZq/WmeXoOflgoNg4+5Pbf
YwanpIwrCe76dcAZNB5GBJCKYNzrVsO4diBc+cR5wdgFx+6WXqJvvsnWkjcuroGz1avV3zD+Czna
I3bnhrelfOL2Wa0HO6ZGq9vJY96ccNs/PLRnzeftq+vWTDtzRt7GA9oc1j3vZHTm+ljDfWURt1Kp
JRR//50HIoUFIXieUBaE6ucgeFgjOH+7/qbxy71CRzgiCrnD45DtuTJ22NJ7aQg9+MCH3efxj4UQ
GUSNJ16MluLIHJokMeUV2aM7hOBYkQontoPyaAXqKXD4XSq8KBTyZxbU392j7A2S8sdJrmyEgO0O
/5WO7NRr9zAFZ7/XuX7d6fZ409qB6Hs+srAK4V8pRy/Tpbg+xEPPg4UcfEjjdK922j3lJo0yWS32
3j8sWVk1S8r5I4J+nKKdU/1uJQ+JfS6OGd/YJIplOnoYs+SG4xuFvz9vhtzb/undiYDnhmz/z4+B
zzTHxvO/obP9f0k1TM1Kfv+na4Ym9v87gPT9gVyKMKLJlpbtZu1gHGI7fnirpFtb9H7kwtYa0F0f
xSOCCI68KQIhDgmVAvZSviUe7EXGxI9lhBoxopMwDKKYwgHDZbtGyicY94M7NAiiMY7ThgnQBQKM
KJtVujUR7L1j2H17KAlTrj9EnU5TgV0jI926LWXEOf8eDVJE4sgidm0Fmf9nKZvnmGOT/5ul/Pyv
qaUyP/9rekn4/w4gP/1nBsBP//xPmgGwlNmsHcVekJ7+pc7bUw29WH3ul0Gq8vDvl6iKsKWpA404
jq7ivqoO9CPdPNK0I1w2tWNi4gHua7qpY6nj/k22oFfWjy2rjPpT6El54Gf8Isasm1hOGZtl0zkq
w4fhlCydaH1LIxZRtdKRpZaObB0PjuaH9tlQvYTNozIZ6I52fFS2jwdAgAxgNlNXDfWYWXFpUHas
zyi2ZP7Pk7vPNMcG/wdnt5bf/yXh/7uAE3jRs1f1QxqQW8L2UYBlgCJbdvLDJBzayR3Jjyj5UQVP
4tFSpzvGYdELhq6/smupMQxCYw0+65Jo3/VzTpLT7sxxSWE8yPHdqq7s0IpjN/DX4DiEusN1na7v
kLs1fSzxWaRxELFd0jocOPa52LYJXYfhD2Z7Fk/xq8+Rj+PynFJydN+AmGa9ZHszKk/wPEo0P4lK
J7AfjMZoTV5irndGElnHggl8RmF5Z5CphP8S7pnm2Pb+3+z9L1PVxf2/HcCc/p/pFugn6N9QDUvo
fwewpP9nuAX6Cfc/jbIl9n+7AHH/88uGFf7/5LdAN/p/kv+d9X9LV4X/7wJW3P9MbEG4+RcBy/7/
9LdAN7//taX736Yp7n/uAvKsAR1tdVtThIXPC+b9/8EYnnIO5v+Pnf9MS13M/5qmZQj/3wHsf30y
c6Op13lbbzZPpH1p5l7og1FsnxXel4BCq331rlGr5xSgqV3/6brRhqbaaf3i6hI1r84bl5IkIyXN
I9NJP5IkH49JdS8dtidF9i2OqgesVWL5auw71b2T5FLTicJzvgcfWO894JK/Jm5EnB63aIY2d2Hp
ROFkeHpyT5K8ADu9yO4l2V+UTBFN/KSNz4T2DrTP9yZMnj1PLt4/yxwfU/8NJ3+e/yvrZZH/2QEs
6P9ZMoCfkv8zSiL/uwtYof8nzwB+Qv7PNFTx/t8FiPzflw0r/f+JM4Cb839L9d+WZYj6713Aqvxf
agvC0b8AWOX/T50B3OT/2rL/m+WyqP/cBSjZ1cmtCruzy5IiVfi5wKL/Zxp+yjk2+L9l6Svyf2L/
vxPIs3yZ4j/i/nexWFxfZVdgo4uqCX8hOrDRuiXnOz50qEK/dHh4uJJCOtgqagZSSxVVrWilpcEn
J6iovdLK6BA+LXRyIqH9fZQVtGiyiubudCKWEJQQIKFaWs14i70JoQhHBNFR8N5HeBCTCBFsj5K+
V8iNv6XIB3pZXhHFAZr46a1ZqbiPsD/NylY81ydUBvHYJORTAm48cpMZQMAj+orhTb+F//4Jhoey
G4+MDiukhVmwh9K7mxT1Cat4YWWxDgJqeV0lCjh5mKo7SgnD3DQGtBGJCOcKsAZBNDOmWAwjMnDv
qsqERmiuOpwlX9HK+m+gtKLim9VHHz7NyvmyGbGPXHmiyNeAgIAtYrPTCnrPVs+mZldtCYomfuyO
AQHHGAbsM3I9wEZVxBanQH++503otdJ6I2CLoPfYjxmxPuG1T8BQheEgdjGZf1DE7hzzD6bBMB9c
ncGRDpfa+U1lPl+jhUBHowAEgh0nIpQ+rIEr1GdlVqkefVhlovVGZpT2JIrADL0pIwaHNur2vUQA
IbHdwRTxS8Ug54w8U9Led3spcV7EhT2PlVKZ8AzGP8A24HDf0suvwLd0Cz65b/F19lK2qih1JZey
GumsLCurx5JBHmAlIO2kuwrsSofzLVOw+0Tq9QtEwKUcUPYvsqUe59TYNWF34NpgkrxGLIzcW/Z8
Q6bc9rk9savJMLJPQE6E0XOiIAyZ/bCYzseA5w8JmCANYCgJuckCDR4SwJvB9hzOVH/KjDrw4WkS
cyEcaUwI5eNUCPzqearHhPn6HbEnMR/N/IffHofFc8QeeegEmwO/Ux65AH+4alD+W45HBnI+rsFG
eWyiieNzr+Tcsi+wYJfKebBgleFgFWBwfeIFICMYgtEwCiZhYnqMVuB7U4h8aITBgfmN9DQQTmgS
ANMvxEg7+Xzsaj2YopuIIJs0CdJ6iQlR080FKT44wlzgwH1YI3gvUwiPA7zO8H+T80zhwMfJeWYg
43Sfv2RYJWO2RJIs0tBUtkhDPcr8ZX+tgQDfTH1bmgcwvIz9qF0kE3dIjMb4Ts4YRZTVV4Hgx2SI
efWUjC5Y6Elj+JiMWRAdBhCVQQtjIPTiJYif0eK/TOP+A2YB78qJ5/jfMgOJxknhJrllsWqQBH3P
Hbu8JJMS5n8kjqdo5A5HSVwxdO5Thna8laSYArZUMEhqGftRzf6fS6psvtJgu2OUdfaTywohdAuc
s4RNJX9a8L4EjdV2oH+nv9lk7+DvK4h93wgwR+ClOPMtAg9VIHwgL+BYHIlRK/lijs5PTZR9W8cy
qZniD17x0wsxpU6fOTseS4eLTZS+dx5TPsffrPy5GqPDFaPWGsHcyG2NAdCShSQYPY5RRbpVEmde
AQIECBAgQIAAAQIECBAgQIAAAQIECBAgQIAAAQIE/GPwX2LR1Y0AeAAA

--Multipart_Wed__18_Jun_2003_17:01:25_+0200_09295400--

--=.Be5dKFWzhEq.X3
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (NetBSD)

iD8DBQE+8H7FZj9fGW5yU88RAgVuAJ0aV5rW/US9b+p4/ShjCN7wxZdkZwCcDlF+
aqD0s4MipHR0MiofFQ5HVuw=
=Fe/j
-----END PGP SIGNATURE-----

--=.Be5dKFWzhEq.X3--
From bradf@mailgate.tpi.com  Thu Jun 19 01:11:31 2003
Return-Path: <bradf@mailgate.tpi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A9CE423865; Thu, 19 Jun 2003 01:11:31 +0300 (EEST)
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 4968D2384C
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 01:11:27 +0300 (EEST)
Received: from tpi.com ([10.0.5.66]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com; Wed, 18 Jun 2003 15:11:20 -0700
Message-ID: <3EF0E3A4.3070605@tpi.com>
Date: Wed, 18 Jun 2003 15:11:48 -0700
From: Brad Figg <brad@tpi.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10-test12
References: <1055649482.10262.17.camel@hurina>
	<1055897847.10262.120.camel@hurina>	<3EEFF80C.2050200@triplepoint.com>
	<1055939739.10241.167.camel@hurina>
In-Reply-To: <1055939739.10241.167.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 22:11:31 -0000
X-UID: 970                                                  
Status: O
Content-Length: 2136

 From the core file backtrace:

#0  _vstrconcat (str1=0x17 <Address 0x17 out of bounds>, args=0xbffffaec "", ret_len=0x809922f)
     at strfuncs.c:262
262                     while (*str != '\0' && p != temp_end)
(gdb) bt
#0  _vstrconcat (str1=0x17 <Address 0x17 out of bounds>, args=0xbffffaec "", ret_len=0x809922f)
     at strfuncs.c:262
#1  0x0808ce88 in t_strconcat (str1=0x80a7518 "/home/brad/Maildir") at strfuncs.c:354
#2  0x0805bbf3 in hardlink_messageset (ctx=0x80a8f80, src=0x80a7580, dest=0x80a8c48)
     at maildir-copy.c:97
#3  0x0805bdb1 in copy_with_hardlinks (src=0x80a7580, dest=0x80a8c48, messageset=0x80a2048 "60",
     uidset=1) at maildir-copy.c:158
#4  0x0805bed3 in maildir_storage_copy (box=0x80a7580, destbox=0x80a8c48,
     messageset=0x80a2048 "60", uidset=1) at maildir-copy.c:192
#5  0x080516e1 in cmd_copy (client=0x80a1d80) at cmd-copy.c:31
#6  0x0805414a in cmd_uid (client=0x80a1d80) at cmd-uid.c:19
#7  0x08054878 in client_handle_input (client=0x80a1d80) at client.c:314
#8  0x08054999 in _client_input (context=0x80a1d80) at client.c:350
#9  0x08087b89 in io_loop_handler_run (ioloop=0x80a1400) at ioloop-poll.c:214
#10 0x08087529 in io_loop_run (ioloop=0x80a1400) at ioloop.c:258
#11 0x0805a6d5 in main (argc=1, argv=0xbffffce4, envp=0xbffffcec) at main.c:179
#12 0x4003e857 in __libc_start_main () from /lib/libc.so.6
(gdb) p p
$1 = 0x809922f ""
(gdb) p temp_end
$2 = 0x8099417 "itted."
(gdb) p str
$3 = 0x1 <Address 0x1 out of bounds>


Timo Sirainen wrote:
> On Wed, 2003-06-18 at 08:26, Brad Figg wrote:
> 
>>The log file contains:
>>
>>dovecot: Jun 17 11:27:39 Error: child 3492 (imap) killed with signal 11
>>dovecot: Jun 17 17:44:56 Error: child 5906 (imap) killed with signal 11
>>dovecot: Jun 17 17:45:11 Error: child 5950 (imap) killed with signal 11
>>
>>for each attempted delete or move. I deleted all
>>index files and still have the same problem.
> 
> 
> See "debugging crashes" in:
> 
> http://dovecot.procontrol.fi/bugreport.html
> 
> That should tell why it's crashing.
> 

-- 
Brad Figg - brad@triplepoint.com 503.601.0235 ext. 105
TriplePoint, Inc. - http://www.triplepoint.com

From tss@iki.fi  Thu Jun 19 01:24:23 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 225502387A; Thu, 19 Jun 2003 01:24:23 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3763023860
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 01:24:20 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5AAE9651139F; Thu, 19 Jun 2003 01:24:09 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-test12
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EF0E3A4.3070605@tpi.com>
References: <1055649482.10262.17.camel@hurina>
	<3EEFF80C.2050200@triplepoint.com>
	<1055939739.10241.167.camel@hurina>  <3EF0E3A4.3070605@tpi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055975049.880.25.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 19 Jun 2003 01:24:09 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 22:24:23 -0000
X-UID: 971                                                  
Status: O

On Thu, 2003-06-19 at 01:11, Brad Figg wrote:
>  From the core file backtrace:
> 
> #2  0x0805bbf3 in hardlink_messageset (ctx=0x80a8f80, src=0x80a7580, dest=0x80a8c48)
>      at maildir-copy.c:97

Thanks. Hardlink-copying crashed. Fixed in test14 now.

From bradf@mailgate.tpi.com  Thu Jun 19 01:36:16 2003
Return-Path: <bradf@mailgate.tpi.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9B53623860; Thu, 19 Jun 2003 01:36:16 +0300 (EEST)
Received: from mailgate.tpi.com (ftp.tpi.com [198.107.51.136])
	by danu.procontrol.fi (Postfix) with ESMTP id 7D2072384C
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 01:36:14 +0300 (EEST)
Received: from tpi.com ([10.0.5.66]) by mailgate.tpi.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-60229U100L100S0V35)
          with ESMTP id com; Wed, 18 Jun 2003 15:36:13 -0700
Message-ID: <3EF0E976.9090002@tpi.com>
Date: Wed, 18 Jun 2003 15:36:38 -0700
From: Brad Figg <brad@tpi.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10-test12
References: <1055649482.10262.17.camel@hurina>
	<3EEFF80C.2050200@triplepoint.com>	<1055939739.10241.167.camel@hurina>
	<3EF0E3A4.3070605@tpi.com> <1055975049.880.25.camel@hurina>
In-Reply-To: <1055975049.880.25.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2003 22:36:16 -0000
X-UID: 972                                                  
Status: O

Thanks, that fixed my problems.

Brad

Timo Sirainen wrote:
> On Thu, 2003-06-19 at 01:11, Brad Figg wrote:
> 
>> From the core file backtrace:
>>
>>#2  0x0805bbf3 in hardlink_messageset (ctx=0x80a8f80, src=0x80a7580, dest=0x80a8c48)
>>     at maildir-copy.c:97
> 
> 
> Thanks. Hardlink-copying crashed. Fixed in test14 now.
> 

-- 
Brad Figg - brad@triplepoint.com 503.601.0235 ext. 105
TriplePoint, Inc. - http://www.triplepoint.com

From mg@munge.com  Thu Jun 19 03:00:31 2003
Return-Path: <mg@munge.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F22BD23865; Thu, 19 Jun 2003 03:00:30 +0300 (EEST)
Received: from bcs-mail.internal.cacheflow.com (unknown [216.52.23.69])
	by danu.procontrol.fi (Postfix) with ESMTP id ADA4623860
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 03:00:26 +0300 (EEST)
Received: from webmail.bluecoat.com ([216.52.23.20]) by
	bcs-mail.internal.cacheflow.com with Microsoft SMTPSVC(5.0.2195.5329);
	Wed, 18 Jun 2003 17:00:23 -0700
Received: from tomahawk ([10.9.44.70]) by webmail.bluecoat.com with Microsoft
	SMTPSVC(5.0.2195.5329);	 Wed, 18 Jun 2003 17:00:22 -0700
Message-ID: <00fd01c335f5$c77c2f10$462c090a@internal.cacheflow.com>
From: "Mike Grupenhoff" <mg@munge.com>
To: <dovecot@procontrol.fi>
Date: Wed, 18 Jun 2003 17:00:22 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 19 Jun 2003 00:00:22.0719 (UTC)
	FILETIME=[C785A4F0:01C335F5]
Subject: [Dovecot] \0\n at end of lines
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 19 Jun 2003 00:00:31 -0000
X-UID: 973                                                  
Status: O

Since upgrading to -test11, mail fetched from imap has every line terminated
with a nul and a newline ("\0\n").  This also happens with -test12.  It
seems to happen with both mbox and maildir.

I'm running on NetBSD/sparc (NetBSD-current as of April 1, 1.6Q).

If it matters, I have "mail_save_crlf" set to "no" and "mail_read_mmaped"
also set to "no".  I can't find any other options that look like they could
be relevant.

Any ideas?

Thanks,

mike

From tss@iki.fi  Thu Jun 19 03:45:43 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5537323865; Thu, 19 Jun 2003 03:45:43 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 23A712384C
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 03:45:39 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 23DCA5C62AEF; Thu, 19 Jun 2003 03:45:38 +0300 (EEST)
Subject: Re: [Dovecot] \0\n at end of lines
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <00fd01c335f5$c77c2f10$462c090a@internal.cacheflow.com>
References: <00fd01c335f5$c77c2f10$462c090a@internal.cacheflow.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1055983537.880.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 19 Jun 2003 03:45:37 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 19 Jun 2003 00:45:43 -0000
X-UID: 974                                                  
Status: O

On Thu, 2003-06-19 at 03:00, Mike Grupenhoff wrote:
> Since upgrading to -test11, mail fetched from imap has every line terminated
> with a nul and a newline ("\0\n").  This also happens with -test12.  It
> seems to happen with both mbox and maildir.
> 
> I'm running on NetBSD/sparc (NetBSD-current as of April 1, 1.6Q).

Whops. It was broken with big endian systems. Here's a fix:

diff -u -r1.18 message-send.c
--- src/lib-mail/message-send.c 4 Jun 2003 15:57:58 -0000       1.18
+++ src/lib-mail/message-send.c 19 Jun 2003 00:44:39 -0000
@@ -16,7 +16,8 @@
        uoff_t old_limit, limit;
        size_t i, size;
        off_t ret;
-       int cr_skipped, add;
+       int cr_skipped;
+       unsigned char add;
 
        if (last_cr != NULL)
                *last_cr = -1;

From ohp@pyrenet.fr  Thu Jun 19 17:26:44 2003
Return-Path: <ohp@pyrenet.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 90F3A23865; Thu, 19 Jun 2003 17:26:44 +0300 (EEST)
Received: from server.pyrenet.fr (server.pyrenet.fr [194.250.190.1])
	by danu.procontrol.fi (Postfix) with ESMTP id CBA4A23860
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 17:26:39 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.pyrenet.fr (Postfix) with ESMTP id 1129927131
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 16:26:36 +0200 (MET DST)
Received: from server.pyrenet.fr ([127.0.0.1])
 by localhost (server [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 10890-01 for <dovecot@procontrol.fi>;
 Thu, 19 Jun 2003 16:26:34 +0200 (MET DST)
Received: from server.pyrenet.fr (server.pyrenet.fr [194.250.190.1])
	by server.pyrenet.fr (Postfix) with ESMTP id 4A68A27130
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 16:26:34 +0200 (MET DST)
Date: Thu, 19 Jun 2003 16:26:34 +0200 (MET DST)
From: ohp@pyrenet.fr
To: dovecot@procontrol.fi
In-Reply-To: <20030618223624.7832A23887@danu.procontrol.fi>
Message-ID: <Pine.UW2.4.53.0306191626230.9034@server.pyrenet.fr>
References: <20030618223624.7832A23887@danu.procontrol.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new
Subject: [Dovecot] Re: dovecot Digest, Vol 2, Issue 15
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: ohp@pyrenet.fr
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 19 Jun 2003 14:26:44 -0000
X-UID: 975                                                  
Status: O
Content-Length: 3189

>
>Message: 2
>Date: Wed, 18 Jun 2003 13:21:08 +0200 (CEST)
>From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
>Subject: Re: [Dovecot] Multiple auth howto
>To: Dovecot mailing list <dovecot@procontrol.fi>
>Message-ID:
>	<Pine.LNX.4.44.0306181319060.29812-100000@shusaku.troll.no>
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>On Wed, 18 Jun 2003 ohp@pyrenet.fr wrote:
>>> Well, short answer: You can't. Put them all to one place (eg. pgsql),
>>> maybe using some automated scripts. I don't know if I should even
>>> consider about supporting fallbacking..
>>Hi Timo,  Thanks for your answer.
>>The reason I came to dovcot is that I thought it was possible. I've benn
>>researching this for weeks now. First thought that cyrus would do that, it
>>does but though SASL and pam whitch I don't have.
>>How difficult would it be to implement a fallback?
>
>Does this tool do what you want? (checkpassword only though, but I bet you
>will find checkpassword compatible authenticators that suit your needs):
>
>http://www.andreas.hanssen.name/software/multichkpwds.c
It surely is interesting bu I'd rather see modules inside the server,
see below
>
>--
>Andreas Aardal Hanssen
>
>
>
>------------------------------
>Message: 4
>Date: 18 Jun 2003 15:31:36 +0300
>From: Timo Sirainen <tss@iki.fi>
>Subject: Re: [Dovecot] Multiple auth howto
>To: dovecot@procontrol.fi
>Message-ID: <1055939496.10262.163.camel@hurina>
>Content-Type: text/plain
>
>On Wed, 2003-06-18 at 14:05, ohp@pyrenet.fr wrote:
>> > Well, short answer: You can't. Put them all to one place (eg. pgsql),
>> > maybe using some automated scripts. I don't know if I should even
>> > consider about supporting fallbacking..
>> >
>> >
>> Hi Timo,  Thanks for your answer.
>> The reason I came to dovcot is that I thought it was possible. I've benn
>> researching this for weeks now. First thought that cyrus would do that, it
>> does but though SASL and pam whitch I don't have.
>>
>> How difficult would it be to implement a fallback?
>
>Not very. I'm mostly concerned about what happens if the user exists in
>both authenticators. I guess normally this shouldn't happen, but you
>can't really guarantee that and mistakes happen..
Yes mistakes happen. Why could'nt you (we?) do like proftpd that has a
parameter that give the order of authenticators first one wins.

That way you could even have the same user as a real and virtual account
with differents passwords
>
>If fallbacking happened only when user isn't found from first
>authenticator, that could work a bit more safely, but I'm not sure if I
>can know with PAM if check failed because user wasn't found or because
>password didn't match.
I don't know either. My idea is to get rid of PAM for that's although
fantastic on the paper is a Linux thing that I can't even compile here.

Regards

-- 
Olivier PRENANT         	Tel:	+33-5-61-50-97-00 (Work)
Quartier d'Harraud Turrou           +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                      +33-6-07-63-80-64 (GSM)
FRANCE                      Email: ohp@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)
From tom@replic8.net  Thu Jun 19 19:06:25 2003
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 20A9723865; Thu, 19 Jun 2003 19:06:25 +0300 (EEST)
Received: from rpunkt.kicks-ass.net (p50860E82.dip0.t-ipconnect.de
	[80.134.14.130])
	by danu.procontrol.fi (Postfix) with ESMTP id 94AB22384C
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 19:06:17 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id D2F98416F5
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 16:06:08 +0000 (GMT)
Received: from rpunkt.kicks-ass.net ([127.0.0.1])
 by localhost (commbox [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 23451-09 for <dovecot@procontrol.fi>;
 Thu, 19 Jun 2003 16:06:08 +0000 (GMT)
Received: from aural (unknown [192.168.100.88])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id 892BE416D5
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 16:06:07 +0000 (GMT)
Date: Thu, 19 Jun 2003 18:06:14 +0200
From: tom hensel <tom@replic8.net>
To: dovecot@procontrol.fi
Message-Id: <20030619180614.50593244.tom@replic8.net>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.x.zMTYr),grX?/"
X-Virus-Scanned: by amavisd-new at rpdnet.com
Subject: [Dovecot] NetBSD pkgsrc maintanance
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 19 Jun 2003 16:06:25 -0000
X-UID: 976                                                  
Status: O

--=.x.zMTYr),grX?/
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

hi all,

i've taken over the maintainership of dovecot's pkgsrc on NetBSD -
please send me your ideas, questions and comments related to dovecot
on NetBSD.

FreeBSD's port has currently some more 'features' than the pkgsrc,
i'm going to add some of them - any feedback is appreciated.

bye,
TOM

--=.x.zMTYr),grX?/
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (NetBSD)

iD8DBQE+8d92Zj9fGW5yU88RAgqFAKCKQYsrdns9fYAwWyGcVnvy5MwRBwCgy0fn
KAWj4XuEA2DWzHduSl4xS5o=
=aIMt
-----END PGP SIGNATURE-----

--=.x.zMTYr),grX?/--
From spectron@coqui.net  Thu Jun 19 22:04:20 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AEAEB23865; Thu, 19 Jun 2003 22:04:20 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id DC8C723860
	for <dovecot@procontrol.fi>; Thu, 19 Jun 2003 22:04:14 +0300 (EEST)
Received: from unknown(66.50.169.121) by mail.coqui.net via csmap 
	 id 23443; Thu, 19 Jun 2003 14:46:37 -0400 (AST)
Message-ID: <004201c33695$93bed510$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: "Dovecot List" <dovecot@procontrol.fi>
Date: Thu, 19 Jun 2003 15:04:14 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: [Dovecot] Dovecot and LDAP problems
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 19 Jun 2003 19:04:20 -0000
X-UID: 977                                                  
Status: O

I'm having problems with dovecot and OpenLDAP. I installed both, and
configured both. /etc/dovecot-ldap.conf exists and I modified dovecot.conf
to have...

auth_userdb = ldap /etc/dovecot-ldap.conf
auth_passdb = ldap /etc/dovecot-ldap.conf

...but the log displays the following:

Jun 19 13:59:15 backup dovecot-auth: Unknown userdb type 'ldap'
Jun 19 13:59:15 backup dovecot: Auth process died too early - shutting down
Jun 19 13:59:15 backup dovecot: child 4187 (auth) returned error 89

the auth_userdb and auth_passdb seem to be ok, so what am I missing?

Faw


From dom@cus.org.uk  Fri Jun 20 03:24:38 2003
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3EB712387A; Fri, 20 Jun 2003 03:24:38 +0300 (EEST)
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net
	[213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 32CFB23860
	for <dovecot@procontrol.fi>; Fri, 20 Jun 2003 03:24:35 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.12.6) with ESMTP id h5K0OX5h047707;
	Fri, 20 Jun 2003 01:24:33 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h5K0OXSu047706;
	Fri, 20 Jun 2003 01:24:33 +0100 (BST)
Date: Fri, 20 Jun 2003 01:24:33 +0100
From: Dominic Marks <dom@cus.org.uk>
To: tom hensel <tom@replic8.net>
Subject: Re: [Dovecot] NetBSD pkgsrc maintanance
Message-ID: <20030620002433.GA47623@cus.org.uk>
References: <20030619180614.50593244.tom@replic8.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030619180614.50593244.tom@replic8.net>
User-Agent: Mutt/1.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2003 00:24:38 -0000
X-UID: 978                                                  
Status: O

On 19/06/2003 18:06, tom hensel wrote:
> hi all,
> 
> i've taken over the maintainership of dovecot's pkgsrc on NetBSD -
> please send me your ideas, questions and comments related to dovecot
> on NetBSD.
> 
> FreeBSD's port has currently some more 'features' than the pkgsrc,
> i'm going to add some of them - any feedback is appreciated.

Good luck :-)

> bye,
> TOM

While I'm here a tbz of a pre-commit FreeBSD port for
dovecot-0.99.10-test14 will be available to download from
http://cus.org.uk/~dom/dovecot-0.99.10-test14.tar.bz2 soon. Extract
into your home directory, change to the dovecot directory and make
install as usual. This assumes an installed ports tree.

Thanks,
--
Dominic
 <dom at cus.org.uk> <dominic.marks at npl.co.uk>
From charlie@rubberduck.com  Fri Jun 20 05:59:28 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5F8AE2387F; Fri, 20 Jun 2003 05:59:28 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 4E28F23860
	for <dovecot@procontrol.fi>; Fri, 20 Jun 2003 05:59:22 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 194328FC0; Fri, 20 Jun 2003 12:59:16 +1000 (EST)
Date: Fri, 20 Jun 2003 12:59:15 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: tom hensel <tom@replic8.net>
Subject: Re: [Dovecot] NetBSD pkgsrc maintanance
Message-ID: <20030620025915.GA22305@lazy.spodder.com>
References: <20030619180614.50593244.tom@replic8.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030619180614.50593244.tom@replic8.net>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2003 02:59:28 -0000
X-UID: 979                                                  
Status: O

On Thu, Jun 19, 2003 at 06:06:14PM +0200, tom hensel wrote:
> hi all,
> 
> i've taken over the maintainership of dovecot's pkgsrc on NetBSD -
> please send me your ideas, questions and comments related to dovecot
> on NetBSD.

Hey, uh, how about a DOVECOT_WITH_DRAC ? :)

Sorry for the obvious. If you need a hand with pkgsrc give me a bell.

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From admin@xantara.co.uk  Fri Jun 20 18:08:39 2003
Return-Path: <admin@xantara.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2B0FE2387A; Fri, 20 Jun 2003 18:08:39 +0300 (EEST)
Received: from neuron.xantara.co.uk (neuron.xantara.co.uk [212.135.164.120])
	by danu.procontrol.fi (Postfix) with ESMTP id 51B8723860
	for <dovecot@procontrol.fi>; Fri, 20 Jun 2003 18:08:36 +0300 (EEST)
Received: from nitro.xantara.co.uk ([212.135.164.121] helo=xantara.co.uk)
	by neuron.xantara.co.uk with esmtp (Exim 4.20)
	id 19TNLV-0001hN-UU
	for dovecot@procontrol.fi; Fri, 20 Jun 2003 15:58:33 +0100
Date: Fri, 20 Jun 2003 16:08:35 +0100
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Steve Gare <admin@xantara.co.uk>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <10625615-A331-11D7-B549-000A957D61B0@xantara.co.uk>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] Bug?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2003 15:08:39 -0000
X-UID: 980                                                  
Status: O
Content-Length: 1733

Hi,

Been using Dovecot for a few weeks now, must say it's very good.. I've 
been looking for a 'drop in' replacement for UWImap for ages! :)

but just recently It's been giving me a few problem, I haven't tracked 
down exactly what causes the problem yet (I'm using Apple Mail on OS X 
10.2.6) but after a good mail session it keep trying to log in over and 
over again.. Looking the the log file I find this...


Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED]
Jun 20 15:38:02 neuron imap(sgare): file imap-bodystructure.c: line 263 
(part_parse_headers): assertion failed: (part->physical_pos >= 
input->v_offset - start_offset)
Jun 20 15:38:02 neuron dovecot: child 6329 (imap) killed with signal 6
Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED]
Jun 20 15:38:02 neuron imap(sgare): file imap-bodystructure.c: line 263 
(part_parse_headers): assertion failed: (part->physical_pos >= 
input->v_offset - start_offset)
Jun 20 15:38:02 neuron dovecot: child 6331 (imap) killed with signal 6
Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED]
Jun 20 15:38:03 neuron imap(sgare): file imap-bodystructure.c: line 263 
(part_parse_headers): assertion failed: (part->physical_pos >= 
input->v_offset - start_offset)
Jun 20 15:38:03 neuron dovecot: child 6332 (imap) killed with signal 6
Jun 20 15:38:03 neuron imap-login: Login: sgare [IP REMOVED]
Jun 20 15:38:03 neuron imap(sgare): file imap-bodystructure.c: line 263 
(part_parse_headers): assertion failed: (part->physical_pos >= 
input->v_offset - start_offset)
Jun 20 15:38:03 neuron dovecot: child 6333 (imap) killed with signal 6
Jun 20 15:38:03 neuron imap-login: Login: sgare [IP REMOVED]


Cheers,

Steve Gare
- Xantara.Net
-- 0845 123 5707

From cras@irccrew.org  Fri Jun 20 21:22:58 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 219682387A; Fri, 20 Jun 2003 21:22:58 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 85E3C23860
	for <dovecot@procontrol.fi>; Fri, 20 Jun 2003 21:22:53 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 3115B2E003; Fri, 20 Jun 2003 21:22:53 +0300 (EEST)
Date: Fri, 20 Jun 2003 21:22:53 +0300
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Dovecot and LDAP problems
Message-ID: <20030620182253.GA20209@irccrew.org>
References: <004201c33695$93bed510$080aa8c0@PAVILION>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <004201c33695$93bed510$080aa8c0@PAVILION>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2003 18:22:58 -0000
X-UID: 981                                                  
Status: O

On Thu, Jun 19, 2003 at 03:04:14PM -0400, Spectron International, Inc. wrote:
> I'm having problems with dovecot and OpenLDAP. I installed both, and
> configured both. /etc/dovecot-ldap.conf exists and I modified dovecot.conf
> to have...
> 
> Jun 19 13:59:15 backup dovecot-auth: Unknown userdb type 'ldap'

It means LDAP support isn't compiled in. It should show that at the end of
configure. If it doesn't, it didn't find it for some reason. Maybe you're
missing openldap-dev or similiar? Or they're installed to location where
configure can't find them?

From cras@irccrew.org  Fri Jun 20 21:25:29 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 222A82387A; Fri, 20 Jun 2003 21:25:29 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 7142023860
	for <dovecot@procontrol.fi>; Fri, 20 Jun 2003 21:25:27 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 4EBD42E003; Fri, 20 Jun 2003 21:25:27 +0300 (EEST)
Date: Fri, 20 Jun 2003 21:25:27 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Bug?
Message-ID: <20030620182527.GB20209@irccrew.org>
References: <10625615-A331-11D7-B549-000A957D61B0@xantara.co.uk>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <10625615-A331-11D7-B549-000A957D61B0@xantara.co.uk>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2003 18:25:29 -0000
X-UID: 982                                                  
Status: O

On Fri, Jun 20, 2003 at 04:08:35PM +0100, Steve Gare wrote:
> but just recently It's been giving me a few problem, I haven't tracked 
> down exactly what causes the problem yet (I'm using Apple Mail on OS X 
> 10.2.6) but after a good mail session it keep trying to log in over and 
> over again.. Looking the the log file I find this...
> 
> Jun 20 15:38:02 neuron imap(sgare): file imap-bodystructure.c: line 263 
> (part_parse_headers): assertion failed: (part->physical_pos >= 
> input->v_offset - start_offset)

Is this 0.99.9.1? What OS? I'd suggest trying the -test releases. They have
quite a lot of fixes. And they're very near to being 0.99.10. I'd just have
to fix OpenSSL detection with redhat..

http://dovecot.procontrol.fi/test/

From spectron@coqui.net  Fri Jun 20 21:42:19 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D26182387A; Fri, 20 Jun 2003 21:42:19 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id A943E23860
	for <dovecot@procontrol.fi>; Fri, 20 Jun 2003 21:42:15 +0300 (EEST)
Received: from unknown(66.50.169.121) by mail.coqui.net via csmap 
	 id 10391; Fri, 20 Jun 2003 14:24:42 -0400 (AST)
Message-ID: <002601c3375b$adced1f0$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: "Dovecot List" <dovecot@procontrol.fi>
References: <004201c33695$93bed510$080aa8c0@PAVILION>
	<20030620182253.GA20209@irccrew.org>
Subject: Re: [Dovecot] Dovecot and LDAP problems
Date: Fri, 20 Jun 2003 14:42:13 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2003 18:42:20 -0000
X-UID: 983                                                  
Status: O

> On Thu, Jun 19, 2003 at 03:04:14PM -0400, Spectron International, Inc.
wrote:
> > I'm having problems with dovecot and OpenLDAP. I installed both, and
> > configured both. /etc/dovecot-ldap.conf exists and I modified
dovecot.conf
> > to have...
> >
> > Jun 19 13:59:15 backup dovecot-auth: Unknown userdb type 'ldap'
>
> It means LDAP support isn't compiled in. It should show that at the end of
> configure. If it doesn't, it didn't find it for some reason. Maybe you're
> missing openldap-dev or similiar? Or they're installed to location where
> configure can't find them?

I installed the debian packages at
http://src.braincells.com/debian/woody/dovecot/. I thought the packages had
it compiled in. I guess not.

Faw


From admin@xantara.co.uk  Fri Jun 20 21:47:28 2003
Return-Path: <admin@xantara.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 251972387A; Fri, 20 Jun 2003 21:47:28 +0300 (EEST)
Received: from neuron.xantara.co.uk (neuron.xantara.co.uk [212.135.164.120])
	by danu.procontrol.fi (Postfix) with ESMTP id 8989B23860
	for <dovecot@procontrol.fi>; Fri, 20 Jun 2003 21:47:25 +0300 (EEST)
Received: from nitro.xantara.co.uk ([212.135.164.121] helo=xantara.co.uk)
	by neuron.xantara.co.uk with esmtp (Exim 4.20)
	id 19TQlE-0001ps-Bz; Fri, 20 Jun 2003 19:37:20 +0100
Date: Fri, 20 Jun 2003 19:47:24 +0100
Subject: Re: [Dovecot] Bug?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Timo Sirainen <tss@iki.fi>
From: Steve Gare <admin@xantara.co.uk>
In-Reply-To: <20030620182527.GB20209@irccrew.org>
Message-Id: <A2140164-A34F-11D7-B549-000A957D61B0@xantara.co.uk>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2003 18:47:28 -0000
X-UID: 984                                                  
Status: O


On Friday, Jun 20, 2003, at 19:25 Europe/London, Timo Sirainen wrote:

> Is this 0.99.9.1? What OS? I'd suggest trying the -test releases. They 
> have
> quite a lot of fixes. And they're very near to being 0.99.10. I'd just 
> have
> to fix OpenSSL detection with redhat..

Yup, 99.9.1 under Linux (Redhat 9) I'll give that test one a go, (Don't 
need SSL atm)


Cheers,

Steve Gare
- Xantara.Net
-- 0845 123 5707

From cmeerw@web.de  Sat Jun 21 08:44:46 2003
Return-Path: <cmeerw@web.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DD5152387A; Sat, 21 Jun 2003 08:44:46 +0300 (EEST)
Received: from octopussy.utanet.at (octopussy.utanet.at [213.90.36.45])
	by danu.procontrol.fi (Postfix) with ESMTP id 4BC8923865
	for <dovecot@procontrol.fi>; Sat, 21 Jun 2003 08:44:39 +0300 (EEST)
Received: from plenty.utanet.at ([213.90.36.9])
	by octopussy.utanet.at with esmtp (Exim 4.12)
	id 19TbAv-0002Ze-00; Sat, 21 Jun 2003 07:44:33 +0200
Received: from [62.218.247.51] (helo=hacking.cmeerw.net)
	by plenty.utanet.at with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.12)
	id 19TbAv-0003ki-00; Sat, 21 Jun 2003 07:44:33 +0200
Received: from cmeerw by hacking.cmeerw.net with local (Exim 4.20)
	id 19TbAu-0000IF-4G; Sat, 21 Jun 2003 07:44:32 +0200
Date: Sat, 21 Jun 2003 07:44:32 +0200
From: Christof Meerwald <cmeerw@web.de>
To: "Spectron International, Inc." <spectron@coqui.net>
Message-ID: <20030621054432.GA1116@hacking.cmeerw.net>
References: <002601c3375b$adced1f0$080aa8c0@PAVILION>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <002601c3375b$adced1f0$080aa8c0@PAVILION>
User-Agent: Mutt/1.3.28i
X-PGP-Key: 1024D/2B10BE68, 1998-06-29
X-PGP-Fingerprint: 0289 5466 C1F5 B03C DBA7  6304 8CAF 9782 2B10 BE68
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: Dovecot and LDAP problems
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 21 Jun 2003 05:44:47 -0000
X-UID: 985                                                  
Status: O

On Fri, 20 Jun 2003 14:42:13 -0400, Spectron International, Inc. wrote:
> I installed the debian packages at
> http://src.braincells.com/debian/woody/dovecot/. I thought the packages had
> it compiled in. I guess not.

You can give my Debian woody packages (see http://cmeerw.org/debian/) a try
which have LDAP support compiled in.


bye, Christof

-- 
http://cmeerw.org                                 JID: cmeerw@jabber.at
mailto cmeerw at web.de
From jaldhar@debian.org  Sun Jun 22 17:09:36 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F0FFD2387A; Sun, 22 Jun 2003 17:09:35 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id B790223865
	for <dovecot@procontrol.fi>; Sun, 22 Jun 2003 17:09:28 +0300 (EEST)
Received: from jyoti.intranet.braincells.com
	(bgp384497bgs.jersyc01.nj.comcast.net [68.36.31.111])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id B0C02867B; Sun, 22 Jun 2003 10:09:24 -0400 (EDT)
Date: Sun, 22 Jun 2003 10:09:16 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@jyoti.intranet.braincells.com
To: Christof Meerwald <cmeerw@web.de>
Subject: Re: [Dovecot] Re: Dovecot and LDAP problems
In-Reply-To: <20030621054432.GA1116@hacking.cmeerw.net>
Message-ID: <Pine.LNX.4.56.0306220939440.445@jyoti.intranet.braincells.com>
References: <002601c3375b$adced1f0$080aa8c0@PAVILION>
	<20030621054432.GA1116@hacking.cmeerw.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: "Spectron International, Inc." <spectron@coqui.net>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 22 Jun 2003 14:09:36 -0000
X-UID: 986                                                  
Status: O
Content-Length: 1627

On Sat, 21 Jun 2003, Christof Meerwald wrote:

> On Fri, 20 Jun 2003 14:42:13 -0400, Spectron International, Inc. wrote:
> > I installed the debian packages at
> > http://src.braincells.com/debian/woody/dovecot/. I thought the packages had
> > it compiled in. I guess not.
>

They do.  I pass --with-ldap to configure, config.log shows it is being
detected properly and
$ ldd /usr/lib/dovecot/dovecot-auth
        libpam.so.0 => /lib/libpam.so.0 (0x40019000)
        libldap.so.2 => /usr/lib/libldap.so.2 (0x40021000)
        liblber.so.2 => /usr/lib/liblber.so.2 (0x40047000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40051000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x40065000)
        libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40075000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40080000)
        libdl.so.2 => /lib/libdl.so.2 (0x400ad000)
        libc.so.6 => /lib/libc.so.6 (0x400b0000)
        libdb2.so.2 => /lib/libdb2.so.2 (0x401cd000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)


Do you get the same thing if you do an ldd?

Timo, are there any other circumstnces in which that error could come up?

> You can give my Debian woody packages (see http://c
meerw.org/debian/) a try
> which have LDAP support compiled in.
>

Christof, you never replied to me about coordinating our work.  It looks
like there is some unnecessary duplication of effort going on here.

Anyway seeing as you've just used the debianization from my sid packages I
don't think it will make any difference in this case.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From cmeerw@web.de  Sun Jun 22 17:32:16 2003
Return-Path: <cmeerw@web.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3E3C52387A; Sun, 22 Jun 2003 17:32:16 +0300 (EEST)
Received: from octopussy.utanet.at (octopussy.utanet.at [213.90.36.45])
	by danu.procontrol.fi (Postfix) with ESMTP id 1E09723860
	for <dovecot@procontrol.fi>; Sun, 22 Jun 2003 17:32:12 +0300 (EEST)
Received: from pam.utanet.at ([213.90.36.6])
	by octopussy.utanet.at with esmtp (Exim 4.12)
	id 19U5t1-0006ZX-00; Sun, 22 Jun 2003 16:32:07 +0200
Received: from [62.218.247.51] (helo=hacking.cmeerw.net)
	by pam.utanet.at with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.12)
	id 19U5t0-00018k-00; Sun, 22 Jun 2003 16:32:06 +0200
Received: from cmeerw by hacking.cmeerw.net with local (Exim 4.20)
	id 19U5sz-0003mx-JD; Sun, 22 Jun 2003 16:32:05 +0200
Date: Sun, 22 Jun 2003 16:32:05 +0200
From: Christof Meerwald <cmeerw@web.de>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Subject: Re: [Dovecot] Re: Dovecot and LDAP problems
Message-ID: <20030622143205.GA14496@hacking.cmeerw.net>
References: <002601c3375b$adced1f0$080aa8c0@PAVILION>
	<20030621054432.GA1116@hacking.cmeerw.net>
	<Pine.LNX.4.56.0306220939440.445@jyoti.intranet.braincells.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.56.0306220939440.445@jyoti.intranet.braincells.com>
User-Agent: Mutt/1.3.28i
X-PGP-Key: 1024D/2B10BE68, 1998-06-29
X-PGP-Fingerprint: 0289 5466 C1F5 B03C DBA7  6304 8CAF 9782 2B10 BE68
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 22 Jun 2003 14:32:16 -0000
X-UID: 987                                                  
Status: O
Content-Length: 1591

On Sun, Jun 22, 2003 at 10:09:16AM -0400, Jaldhar H. Vyas wrote:
> On Sat, 21 Jun 2003, Christof Meerwald wrote:
> > On Fri, 20 Jun 2003 14:42:13 -0400, Spectron International, Inc. wrote:
> > > I installed the debian packages at
> > > http://src.braincells.com/debian/woody/dovecot/. I thought the packages had
> > > it compiled in. I guess not.
> They do.  I pass --with-ldap to configure, config.log shows it is being
> detected properly and

No, they don't (at least not your Debian woody packages).

$ ldd usr/lib/dovecot/dovecot-auth 
   libpam.so.0 => /lib/libpam.so.0 (0x40022000)
   libcrypt.so.1 => /lib/libcrypt.so.1 (0x4002a000)
   libdl.so.2 => /lib/libdl.so.2 (0x40058000)
   libc.so.6 => /lib/libc.so.6 (0x4005b000)
   /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Oh, I guess it's because of a typo in debian/rules:

        ./configure --with-ldap--host=$(DEB_HOST_GNU_TYPE) [...]

(there is a whitespace missing between "--with-ldap" and "--host")


> Christof, you never replied to me about coordinating our work.  It looks
> like there is some unnecessary duplication of effort going on here.
> Anyway seeing as you've just used the debianization from my sid packages I
> don't think it will make any difference in this case.

Sorry, but I am actually just compiling it on my machine (for personal use
and I make it available on my Web-site). I don't intend to put much effort
into building these packages (just enough to make them work for me).


bye, Christof

-- 
http://cmeerw.org                                 JID: cmeerw@jabber.at
mailto cmeerw at web.de
From tss@iki.fi  Mon Jun 23 02:40:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E35DB2387A; Mon, 23 Jun 2003 02:40:58 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BEE2923865
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 02:40:54 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 30AFB5C62AEF; Mon, 23 Jun 2003 02:40:54 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056325253.8749.38.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Jun 2003 02:40:54 +0300
Subject: [Dovecot] 0.99.10-rc1
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 22 Jun 2003 23:40:59 -0000
X-UID: 988                                                  
Status: O

Home again.

Fixed SSL checking for Redhat 9, I hope. Could someone test if it
actually works now? Also fixed a few compiler warnings. If this thing
works, I'll just update the NEWS file and call it 0.99.10.

http://dovecot.procontrol.fi/rc/

Near future plans include rewriting parts of index handling. At least
.tree file will go, I've a _much_ better idea how to replace it. .data
file is also too bloaty and it's a bit difficult to add new fields into
it. I'd have to figure out some better API to access it.

I've also been worrying about locking.. If we want to share indexes
between many clients, lock contention will become a problem. For example
a "FETCH 1:* BODY[]" could take a long time and index can't be modified
while it's being done. I'm not really sure what to do about this..
Probably some more fine graned locking and maybe some kind of
transaction log where changes are written if you couldn't get exclusive
lock.

From warren@togami.com  Mon Jun 23 06:39:45 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5C8B42387F; Mon, 23 Jun 2003 06:39:45 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 58C2223865
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 06:39:40 +0300 (EEST)
Received: from localhost (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP
	id 703405D803F; Sun, 22 Jun 2003 17:44:12 -1000 (HST)
Subject: Re: [Dovecot] 0.99.10-rc1
From: Warren Togami <warren@togami.com>
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
In-Reply-To: <1056325253.8749.38.camel@hurina>
References: <1056325253.8749.38.camel@hurina>
Content-Type: text/plain
Message-Id: <1056339575.22213.30.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 (1.4.0-2) 
Date: 22 Jun 2003 17:39:35 -1000
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 03:39:45 -0000
X-UID: 989                                                  
Status: O
Content-Length: 3135

On Sun, 2003-06-22 at 13:40, Timo Sirainen wrote:
> Home again.
> 
> Fixed SSL checking for Redhat 9, I hope. Could someone test if it
> actually works now? Also fixed a few compiler warnings. If this thing
> works, I'll just update the NEWS file and call it 0.99.10.
> 
> http://dovecot.procontrol.fi/rc/

http://videl.ics.hawaii.edu/~warren/fedora/dovecot-0.99.10-0.fdr.0.6.test13.src.rpm
Builds fine on RH9, using IMAPS on RH9 serverside for a while now

http://videl.ics.hawaii.edu/~warren/fedora/dovecot-0.99.10-0.fdr.0.7.rc1.src.rpm
Build fails on RH9

gcc -I/usr/kerberos/include -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -I/usr/kerberos/include -o dovecot auth-process.o
login-process.o mail-process.o main.o master-settings.o ssl-init.o
ssl-init-gnutls.o ssl-init-openssl.o  ../lib/liblib.a
../lib-settings/libsettings.a -L/usr/kerberos/lib -lssl -lcrypto
-lresolv -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -ldl -lz
/usr/bin/ld: cannot find -lz
collect2: ld returned 1 exit status
make[3]: *** [dovecot] Error 1

Compile failed here, nothing changed since my test13 SRPM other than
replacing the rc1 tarball.  Any idea why it wants zlib-devel now?

Previously I had these as build requirements:
openssl-devel openldap-devel pam-devel

Added zlib-devel... okay rebuild...

gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib    
-I../../src/lib-settings        -DSYSCONFDIR=\""/etc"\"        
-DPKG_RUNDIR=\""/var/run/dovecot"\"
-DPKG_LIBEXECDIR=\""/usr/libexec/dovecot"\"     
-DPKG_LIBDIR=\""/usr/lib/dovecot"\"     -DSSLDIR=\""/usr/share/ssl\""   
-I/usr/kerberos/include   -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -I/usr/kerberos/include    -c ssl-init-openssl.c
/bin/sh ../../libtool --mode=link gcc  -I/usr/kerberos/include   -Wall
-W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast
-I/usr/kerberos/include     -o dovecot  auth-process.o login-process.o
mail-process.o main.o master-settings.o ssl-init.o ssl-init-gnutls.o
ssl-init-openssl.o ../lib/liblib.a     ../lib-settings/libsettings.a  
-L/usr/kerberos/lib -lssl -lcrypto -lresolv -lgssapi_krb5 -lkrb5
-lk5crypto -lcom_err -ldl -lz
mkdir .libs
gcc -I/usr/kerberos/include -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -I/usr/kerberos/include -o dovecot auth-process.o
login-process.o mail-process.o main.o master-settings.o ssl-init.o
ssl-init-gnutls.o ssl-init-openssl.o  ../lib/liblib.a
../lib-settings/libsettings.a -L/usr/kerberos/lib -lssl -lcrypto
-lresolv -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -ldl -lz
ssl-init.o(.text+0x67): In function `generate_parameters_file':
: undefined reference to `_ssl_generate_parameters'
collect2: ld returned 1 exit status
make[3]: *** [dovecot] Error 1

Out of curiosity I compiled this rc1 tarball on RH8, and it compiled
successfully without zlib-devel.  No RH8 server to test functionality
though.

Warren Togami
warren@togami.com

From katzj@redhat.com  Mon Jun 23 07:53:56 2003
Return-Path: <katzj@redhat.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5000D23896; Mon, 23 Jun 2003 07:53:56 +0300 (EEST)
Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com
	[66.187.233.200])
	by danu.procontrol.fi (Postfix) with ESMTP id 4966623860
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 07:53:53 +0300 (EEST)
Received: from wallace (katzj.cipe.redhat.com [10.0.2.78])
	h5N4rox30080;	Mon, 23 Jun 2003 00:53:51 -0400
Subject: Re: [Dovecot] 0.99.10-rc1
From: Jeremy Katz <katzj@redhat.com>
To: Warren Togami <warren@togami.com>
In-Reply-To: <1056339575.22213.30.camel@laptop>
References: <1056325253.8749.38.camel@hurina>
	 <1056339575.22213.30.camel@laptop>
Content-Type: multipart/mixed; boundary="=-QmjPQJ2zUVfPsFtIc1GM"
Message-Id: <1056344037.2074.24.camel@isengard>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 (1.4.0-1) 
Date: 23 Jun 2003 00:53:57 -0400
cc: Timo Sirainen <tss@iki.fi>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 04:53:56 -0000
X-UID: 990                                                  
Status: O
Content-Length: 2120


--=-QmjPQJ2zUVfPsFtIc1GM
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sun, 2003-06-22 at 23:39, Warren Togami wrote:
> Compile failed here, nothing changed since my test13 SRPM other than
> replacing the rc1 tarball.  Any idea why it wants zlib-devel now?

OpenSSL 0.9.7a requires zlib...  look at /usr/lib/pkgconfig/openssl.pc
and the required libraries line has -lz.  Since the configure script now
uses pkg-config, it picks that up (even though nothing dovecot is using
explicitly requires symbols from zlib)

> gcc -I/usr/kerberos/include -Wall -W -Wmissing-prototypes
> -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
> -Wbad-function-cast -I/usr/kerberos/include -o dovecot auth-process.o
> login-process.o mail-process.o main.o master-settings.o ssl-init.o
> ssl-init-gnutls.o ssl-init-openssl.o  ../lib/liblib.a
> ../lib-settings/libsettings.a -L/usr/kerberos/lib -lssl -lcrypto
> -lresolv -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -ldl -lz
> ssl-init.o(.text+0x67): In function `generate_parameters_file':
> : undefined reference to `_ssl_generate_parameters'
> collect2: ld returned 1 exit status
> make[3]: *** [dovecot] Error 1

Patch attached to fix this.

> Out of curiosity I compiled this rc1 tarball on RH8, and it compiled
> successfully without zlib-devel.  No RH8 server to test functionality
> though.

Red Hat Linux 8 ships with a version of OpenSSL without the .pc file and
so doesn't exercise the new stuff.

Cheers,

Jeremy

--=-QmjPQJ2zUVfPsFtIc1GM
Content-Disposition: attachment; filename=dovecot-0.99.10-rc1-ssl.patch
Content-Type: text/plain; name=dovecot-0.99.10-rc1-ssl.patch; charset=UTF-8
Content-Transfer-Encoding: 7bit

--- dovecot-0.99.10-rc1/configure.in.ssl	2003-06-23 00:47:05.000000000 -0400
+++ dovecot-0.99.10-rc1/configure.in	2003-06-23 00:47:07.000000000 -0400
@@ -732,6 +732,7 @@
   if pkg-config --exists openssl; then
     PKG_CHECK_MODULES(SSL, openssl)
     CFLAGS="$CFLAGS $SSL_CFLAGS"
+    AC_DEFINE(HAVE_OPENSSL,, Build with OpenSSL support)
     have_ssl="yes (OpenSSL)"
     have_openssl=yes
   else

--=-QmjPQJ2zUVfPsFtIc1GM--

From tss@iki.fi  Mon Jun 23 08:53:24 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D09423896; Mon, 23 Jun 2003 08:53:24 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5EA7B2387F
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 08:53:21 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 29D745C62AEF; Mon, 23 Jun 2003 08:53:19 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-rc1
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1056344037.2074.24.camel@isengard>
References: <1056325253.8749.38.camel@hurina>
	<1056344037.2074.24.camel@isengard>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056347597.8745.41.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Jun 2003 08:53:19 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 05:53:24 -0000
X-UID: 991                                                  
Status: O

On Mon, 2003-06-23 at 07:53, Jeremy Katz wrote:
> > : undefined reference to `_ssl_generate_parameters'
> > collect2: ld returned 1 exit status
> > make[3]: *** [dovecot] Error 1
> 
> Patch attached to fix this.

I fixed it a bit differently and put out 0.99.10-rc2. I hope that works?

From katzj@redhat.com  Mon Jun 23 09:16:37 2003
Return-Path: <katzj@redhat.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9A8E32387F; Mon, 23 Jun 2003 09:16:37 +0300 (EEST)
Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com
	[66.187.233.200])
	by danu.procontrol.fi (Postfix) with ESMTP id C3E692387A
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 09:16:34 +0300 (EEST)
Received: from wallace (katzj.cipe.redhat.com [10.0.2.78])
	by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id h5N6GXx16233
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 02:16:33 -0400
Subject: Re: [Dovecot] 0.99.10-rc1
From: Jeremy Katz <katzj@redhat.com>
To: dovecot@procontrol.fi
In-Reply-To: <1056347597.8745.41.camel@hurina>
References: <1056325253.8749.38.camel@hurina>
	<1056347597.8745.41.camel@hurina>
Content-Type: text/plain
Message-Id: <1056349000.2074.26.camel@isengard>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 (1.4.0-1) 
Date: 23 Jun 2003 02:16:40 -0400
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 06:16:37 -0000
X-UID: 992                                                  
Status: O

On Mon, 2003-06-23 at 01:53, Timo Sirainen wrote:
> On Mon, 2003-06-23 at 07:53, Jeremy Katz wrote:
> > > : undefined reference to `_ssl_generate_parameters'
> > > collect2: ld returned 1 exit status
> > > make[3]: *** [dovecot] Error 1
> > 
> > Patch attached to fix this.
> 
> I fixed it a bit differently and put out 0.99.10-rc2. I hope that works?

Looks sane and builds for me.

Jeremy

From warren@togami.com  Mon Jun 23 11:09:42 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7C2062387F; Mon, 23 Jun 2003 11:09:42 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 7D27D2387A
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 11:09:37 +0300 (EEST)
Received: from localhost (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP
	id F064F5D803F; Sun, 22 Jun 2003 22:14:13 -1000 (HST)
Subject: Re: [Dovecot] 0.99.10-rc1
From: Warren Togami <warren@togami.com>
To: Jeremy Katz <katzj@redhat.com>, dovecot@procontrol.fi
In-Reply-To: <1056349000.2074.26.camel@isengard>
References: <1056325253.8749.38.camel@hurina>
	<1056349000.2074.26.camel@isengard>
Content-Type: text/plain
Message-Id: <1056355774.22213.35.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 (1.4.0-2) 
Date: 22 Jun 2003 22:09:34 -1000
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 08:09:42 -0000
X-UID: 993                                                  
Status: O

On Sun, 2003-06-22 at 20:16, Jeremy Katz wrote:
> On Mon, 2003-06-23 at 01:53, Timo Sirainen wrote:
> > On Mon, 2003-06-23 at 07:53, Jeremy Katz wrote:
> > > > : undefined reference to `_ssl_generate_parameters'
> > > > collect2: ld returned 1 exit status
> > > > make[3]: *** [dovecot] Error 1
> > > 
> > > Patch attached to fix this.
> > 
> > I fixed it a bit differently and put out 0.99.10-rc2. I hope that works?
> 
> Looks sane and builds for me.
> 
> Jeremy

https://bugzilla.fedora.us/show_bug.cgi?id=160

So far so good in functionality.

Warren


From rsweeten@mac.com  Mon Jun 23 11:31:27 2003
Return-Path: <rsweeten@mac.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A5EC423896; Mon, 23 Jun 2003 11:31:27 +0300 (EEST)
Received: from rick-firewall.vircio.com (cs666880-32.austin.rr.com
	[66.68.80.32])
	by danu.procontrol.fi (Postfix) with ESMTP id C8FFF23860
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 11:31:25 +0300 (EEST)
Received: (qmail 22304 invoked by uid 106); 23 Jun 2003 08:31:18 -0000
Received: from rsweeten@mac.com by localhost.localdomain by uid 103 with
	qmail-scanner-1.15 
	(uvscan: v4.1.60/v4272. spamassassin: 2.43-cvs.  Clear:. 
	Processed in 4.523562 secs); 23 Jun 2003 08:31:18 -0000
Received: from unknown (HELO RockLobster) ([10.1.254.195])
          (envelope-sender <rsweeten@mac.com>)
          by 10.1.254.206 (qmail-ldap-1.03) with SMTP
          for <dovecot@procontrol.fi>; 23 Jun 2003 08:31:09 -0000
Date: Mon, 23 Jun 2003 03:30:08 -0500
Mime-Version: 1.0 (Apple Message framework v482)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: R.Charles Sweeten <rsweeten@mac.com>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <E63FC825-A554-11D7-8FD0-000A279898BC@mac.com>
X-Mailer: Apple Mail (2.482)
Subject: [Dovecot] newbie question: alias addresses
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 08:31:27 -0000
X-UID: 994                                                  
Status: O

Hello!

I looked through the mail archives but did not see how to set up alias 
addresses.  Could someone please put me on the right road.  How do I 
create/implement aliases?  and group aliases?

Thanks!
~rick...........


"There is no spoon.  .....<gun-shot>...."

From jgilmour@bigpond.net.au  Mon Jun 23 12:44:18 2003
Return-Path: <jgilmour@bigpond.net.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7BDAE2387F; Mon, 23 Jun 2003 12:44:18 +0300 (EEST)
Received: from mta08bw.bigpond.com (mta08bw.bigpond.com [144.135.24.137])
	by danu.procontrol.fi (Postfix) with ESMTP id 0FDB12387A
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 12:44:13 +0300 (EEST)
Received: from bigpond.net.au ([144.135.24.72]) by mta08bw.email.bigpond.com
 (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
 with SMTP id <0HGX005LHHOIIU@mta08bw.email.bigpond.com> for
 dovecot@procontrol.fi; Mon, 23 Jun 2003 19:43:30 +1000 (EST)
Received: from cpe-144-132-121-21.vic.bigpond.net.au ([144.132.121.21])
 by bwmam02bpa.bigpond.com(MAM REL_3_3_2c 17/1945973); Mon,
 23 Jun 2003 19:43:32 +0000
Date: Mon, 23 Jun 2003 19:33:27 +1000
From: Joe Gilmour <jgilmour@bigpond.net.au>
Subject: Re: [Dovecot] newbie question: alias addresses
In-reply-to: <E63FC825-A554-11D7-8FD0-000A279898BC@mac.com>
To: dovecot@procontrol.fi
Message-id: <3EF6C967.1030104@bigpond.net.au>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030620
References: <E63FC825-A554-11D7-8FD0-000A279898BC@mac.com>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 09:44:18 -0000
X-UID: 995                                                  
Status: O

I'm not a guru but in my set up (exim and dovecot) I have aliases 
created in my exim config.  They're then delivered straight to the 
mailbox for the users.  So have a look at you MTA (smtp server like 
sendmail) config, that should be where you create your alias addresses.

Hope this helps,

Joe Gilmour

R.Charles Sweeten wrote:

> Hello!
>
> I looked through the mail archives but did not see how to set up alias 
> addresses.  Could someone please put me on the right road.  How do I 
> create/implement aliases?  and group aliases?
>
> Thanks!
> ~rick...........
>
>
> "There is no spoon.  .....<gun-shot>...."
>
>

From lfarkas@bnap.hu  Mon Jun 23 16:56:06 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 785BB2387F; Mon, 23 Jun 2003 16:56:06 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 059FE2387A
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 16:56:00 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 95C33754004
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 15:55:17 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 861FE3F02; Mon, 23 Jun 2003 15:55:57 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 5BE503EAD
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 15:55:57 +0200 (CEST)
Message-ID: <3EF706E8.4090503@bnap.hu>
Date: Mon, 23 Jun 2003 15:55:52 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] can't compile on redhat 9
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 13:56:06 -0000
X-UID: 996                                                  
Status: O

hi,
while the current cvs compile on redhat 8.0 on redhat 9 gives the 
following error:
----------------------------
checking whether va_lists can be copied by value... yes
./configure: line 14217: syntax error near unexpected token `SSL,'
./configure: line 14217: `    PKG_CHECK_MODULES(SSL, openssl)'
error: Bad exit status from /var/tmp/rpm-tmp.84419 (%build)
----------------------------
any tip what can be the reason? thanks.
yours.

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Mon Jun 23 17:13:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5A4D823896; Mon, 23 Jun 2003 17:13:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AD1D92387F
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 17:13:02 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 1A30A5C62AEF; Mon, 23 Jun 2003 17:13:02 +0300 (EEST)
Subject: Re: [Dovecot] can't compile on redhat 9
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EF706E8.4090503@bnap.hu>
References: <3EF706E8.4090503@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056377581.8748.44.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Jun 2003 17:13:01 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 14:13:06 -0000
X-UID: 997                                                  
Status: O

On Mon, 2003-06-23 at 16:55, Farkas Levente wrote:
> hi,
> while the current cvs compile on redhat 8.0 on redhat 9 gives the 
> following error:
> ----------------------------
> checking whether va_lists can be copied by value... yes
> ./configure: line 14217: syntax error near unexpected token `SSL,'
> ./configure: line 14217: `    PKG_CHECK_MODULES(SSL, openssl)'

You're missing /usr/share/aclocal/pkg.m4 which is probably in package
pkg-config or pkg-config-dev or something.

From gtimes229699@hairdresser.net  Mon Jun 23 10:59:43 2003
Return-Path: <gtimes229699@hairdresser.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 03B932387F; Mon, 23 Jun 2003 10:59:43 +0300 (EEST)
Received: from localhost [127.0.0.1] by danu
	with SpamAssassin (2.54 1.174.2.17-2003-05-11-exp);
	Mon, 23 Jun 2003 10:59:42 +0300
From: "" <gtimes229699@hairdresser.net>
To: dovecot-request@procontrol.fi
Cc: <dovecot@procontrol.fi>
Date: Mon, 23 Jun 03 23:50:54 GMT
Message-Id: <uqsh0$3$2xo0a4@l1lyo>
X-Spam-Flag: YES
X-Spam-Status: Yes, hits=14.8 required=5.0
	tests=BANG_GUARANTEE,FROM_ENDS_IN_NUMS,HTML_70_80,HTML_FONT_BIG,
	      HTML_FONT_COLOR_BLUE,HTML_FONT_COLOR_GRAY,
	      HTML_FONT_COLOR_GREEN,HTML_FONT_COLOR_UNSAFE,HTML_MESSAGE,
	      HTML_TAG_EXISTS_TBODY,HTTP_USERNAME_USED,
	      MIME_HTML_NO_CHARSET,MIME_HTML_ONLY,MIME_LONG_LINE_QP,
	      MISSING_MIMEOLE,MISSING_OUTLOOK_NAME,NO_REAL_NAME,
	      PENIS_ENLARGE,PENIS_ENLARGE2,RCVD_IN_RFCI,REMOVE_PAGE,
	      USERPASS,X_PRIORITY_HIGH
	version=2.54
X-Spam-Level: **************
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_3EF6B36E.D234760F"
X-Mailman-Approved-At: Mon, 23 Jun 2003 19:36:18 +0300
Subject: [Dovecot] 
	Dovecot-request = Become The Man That Women Desirelicensable
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 07:59:43 -0000
X-UID: 998                                                  
Status: O
Content-Length: 12964

This is a multi-part message in MIME format.

------------=_3EF6B36E.D234760F
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

This mail is probably spam.  The original message has been attached
along with this report, so you can recognize or block similar unwanted
mail in future.  See http://spamassassin.org/tag/ for more details.

Content preview:  Dovecot-request = Become The Man That Women
  Desirelicensablefrolic MALE ORGAN ENLARGEMENT And Pleasure Enhancements
  [...] 

Content analysis details:   (14.80 points, 5 required)
X_PRIORITY_HIGH    (1.9 points)  Sent with 'X-Priority' set to high
NO_REAL_NAME       (0.8 points)  From: does not include a real name
FROM_ENDS_IN_NUMS  (0.7 points)  From: ends in numbers
PENIS_ENLARGE2     (1.3 points)  BODY: Information on getting a larger penis or breasts (2)
PENIS_ENLARGE      (1.4 points)  BODY: Information on getting a larger penis or breasts
BANG_GUARANTEE     (0.5 points)  BODY: Something is emphatically guaranteed
HTML_FONT_COLOR_GRAY (0.1 points)  BODY: HTML font color is gray
HTML_MESSAGE       (0.1 points)  BODY: HTML included in message
HTML_FONT_COLOR_GREEN (0.8 points)  BODY: HTML font color is green
HTML_FONT_BIG      (0.3 points)  BODY: FONT Size +2 and up or 3 and up
HTML_FONT_COLOR_UNSAFE (0.1 points)  BODY: HTML font color not within safe 6x6x6 palette
HTML_TAG_EXISTS_TBODY (0.1 points)  BODY: HTML has "tbody" tag
HTML_FONT_COLOR_BLUE (0.1 points)  BODY: HTML font color is blue
HTML_70_80         (0.5 points)  BODY: Message is 70% to 80% HTML
MIME_LONG_LINE_QP  (0.2 points)  RAW: Quoted-printable line longer than 76 characters
MIME_HTML_NO_CHARSET (0.8 points)  RAW: Message text in HTML without specified charset
USERPASS           (1.5 points)  URI: URL contains username and (optional) password
REMOVE_PAGE        (0.3 points)  URI: URL of page called "remove"
HTTP_USERNAME_USED (0.7 points)  URI: Uses a username in a URL
RCVD_IN_RFCI       (1.4 points)  RBL: Received via a relay in ipwhois.rfc-ignorant.org
                   [RBL check: found 224.44.125.217.ipwhois.rfc-ignorant.org., type: 127.0.0.6]
MISSING_MIMEOLE    (0.5 points)  Message has X-MSMail-Priority, but no X-MimeOLE
MIME_HTML_ONLY     (0.1 points)  Message only has text/html MIME parts
MISSING_OUTLOOK_NAME (0.6 points)  Message looks like Outlook, but isn't

The original message did not contain plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam.  If you wish to view
it, it may be safer to save it to a file and open it with an editor.


------------=_3EF6B36E.D234760F
Content-Type: message/rfc822; x-spam-type=original
Content-Description: original message before SpamAssassin
Content-Disposition: attachment
Content-Transfer-Encoding: 8bit

Return-Path: <gtimes229699@hairdresser.net>
Received: from 224.red-217-125-44.pooles.rima-tde.net
	(224.Red-217-125-44.pooles.rima-tde.net [217.125.44.224])
	by danu.procontrol.fi (Postfix) with SMTP
	id 65FE52387A; Mon, 23 Jun 2003 10:59:33 +0300 (EEST)
Received: from 5ln4r.h9j41i.com [79.34.109.231] by
	224.red-217-125-44.pooles.rima-tde.net SMTP id Praw9WL8mLSkD3; Mon, 23 Jun
	2003 23:50:54 +0200
Message-ID: <uqsh0$3$2xo0a4@l1lyo>
From: "" <gtimes229699@hairdresser.net>
Reply-To: "" <gtimes229699@hairdresser.net>
To: dovecot-request@procontrol.fi
Cc: <dovecot@procontrol.fi>
Subject: Dovecot-request = Become The Man That Women Desirelicensable
Date: Mon, 23 Jun 03 23:50:54 GMT
X-Mailer: MIME-tools 5.503 (Entity 5.501)
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="A._EE5A6.EF"
X-Priority: 1
X-MSMail-Priority: High


--A._EE5A6.EF
Content-Type: text/html;
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD>
</HEAD>
<BODY bgColor=3D#ffffff topmargin=3D"0">
<DIV><FONT face=3DArial size=3D2><JW12></FONT>
<DIV align=3Dcenter>
<font face=3D"Arial" size=3D"1">Dovecot-request = Become The Man That Women Desirelicensablefrolic</font></DIV>
<DIV align=3Dcenter>
<CENTER>
<TABLE borderColor=3D#000000 cellSpacing=3D0 cellPadding=3D0 width=3D350 b=
order=3D1>
  <TBODY>
  <TR>
    <TD width=3D"100%">
      <DIV align=3Dcenter>
      <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D"100%" bgColor=3D#fff=
f00 
        border=3D0><TBODY>
        <TR>
          <TD width=3D"100%">
            <TABLE cellSpacing=3D0 cellPadding=3D3 width=3D"100=
%" border=3D0>
              <TBODY>
              <TR>
                <TD width=3D"100%">
                  <P align=3Dcenter><B>
  <FONT face=3DArial size=3D2>
<FONT size=3D4>MALE ORGAN ENLARGEMENT</FONT>
    </FONT>
                  </B></P></TD></TR>
              <TR>
                <TD width=3D"100%">
                  <P align=3Dcenter><font face=3D"Arial"><b><span style=3D=
"text-transform: uppercase"><font size=3D"4">And
                  Pleasure Enhancements</font>
                  </span></b>
  <FONT size=3D2>
&nbsp;</font></font></P></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABL=
E></DIV>
      <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D"100%" border=3D0>
        <TBODY>
        <TR>
          <TD width=3D"100%">
            <p align=3D"center"><font size=3D"1">&nbsp;</font></p>
          </TD></TR></TBODY></TABLE>
    <FONT face=3DArial size=3D2>
      <JW12>
    </FONT>
      <DIV align=3Dcenter>
      <TABLE cellSpacing=3D0 width=3D"80%" bgColor=3D#000000 border=3D0 ce=
llpadding=3D"3">
        <TBODY>
        <TR>
          <TD width=3D"100%" style=3D"border: 1 solid #FFFF00">
            <P align=3Dcenter><B><font color=3D"#FFFFFF" face=3D"Arial" si=
ze=3D"4">Enlarge 
            your member! Rated NO.1 Penis Enlargement Pill On The Market</=
font></B></P></TD></TR></TBODY></TABLE></DIV>
      <table border=3D"0" width=3D"100%" cellspacing=3D"0" cellpadding=3D"=
10">
        <tr>
          <td width=3D"33%">
            <p align=3D"center"><i><font face=3D"Arial" size=3D"2"><a href=
=3D"http://b@www.web-vit.com/main2.php?rx=3D15289">moreinfo</a>=
</font></i></td>
          <td width=3D"34%">
            <p align=3D"center"><a href=3D"http://j@www.enlarge=
ment4you.com/rm/remove.php"><font size=3D"1" color=3D"#99CCFF" face=3D"Ari=
al">removeyourself</font></a></td>
          <td width=3D"33%">
            <p align=3D"center"><i><font face=3D"Arial" size=3D"2"><a href=
=3D"http://w@www.web-vit.com/main2.php?rx=3D15289">moreinfo</a>=
</font></i></td>
        </tr>
      </table>
      <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D"100%" border=3D0>
        <TBODY>
        <TR>
          <TD width=3D"100%">
            <p align=3D"center"><font size=3D"1">&nbsp;</font></p>
          </TD></TR></TBODY></TABLE>
    <FONT face=3DArial size=3D2>
      <JW12>
    </FONT>
      <DIV align=3Dcenter>
      <TABLE cellSpacing=3D0 width=3D"80%" bgColor=3D#000000 border=3D0 ce=
llpadding=3D"3">
        <TBODY>
        <TR>
          <TD width=3D"100%" style=3D"border: 1 solid #FFFF00">
            <P align=3Dcenter><B><font face=3D"Arial" color=3D"#FFFF00" si=
ze=3D"4">Enlarge 
            your member 1-3 inches IN 60 SECONDS</font></B></P></TD></TR><=
/TBODY></TABLE></DIV>
      <FONT face=3DArial size=3D2>
      <DIV align=3Dcenter>
      <TABLE id=3DAutoNumber2 style=3D"BORDER-COLLAPSE: collapse" 
      borderColor=3D#111111 cellSpacing=3D0 cellPadding=3D0 border=3D0 wid=
th=3D"346">
        <TBODY>
        <TR>
          <TD width=3D114 
          background=3Dhttp://a@site.harami.org/images/p.gif 
          height=3D43><FONT face=3DArial>&nbsp;<a style=3D"TEXT-DECORATION=
: none" href=3D"http://y@site.harami.org/jhy.php?man=3Defg">&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
          </a>&nbsp;&nbsp;</FONT></TD>
          <TD width=3D114 height=3D43>
            <P align=3Dcenter><a href=3D"http://a@site.qrstuv.o=
rg/obg/index.htm"><FONT 
            face=3DArial color=3D#99ccff size=3D1>remove</FONT></a></FONT>=
<a href=3D"http://p@site.qrstuv.org/obg/index.htm"><font
face=3D=
"Arial" color=3D"#99ccff" size=3D"1">yourself</font></a></P></TD>
        <FONT face=3DArial size=3D2>
          <TD width=3D112 
          background=3Dhttp://s@www.harami.org/images/p.gif 
          height=3D43><FONT face=3DArial>&nbsp;<a style=3D"TEXT-DECORATION=
: none" href=3D"http://w@www.harami.org/jhy.php?man=3Defg">&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;</a></FONT></TD></TR></TBODY></TABLE></DIV></FONT>
        <table border=3D"0" width=3D"100%" cellspacing=3D"0"
cellpadding=3D=
"0">
          <tr>
            <td width=3D"100%">
            <p align=3D"center"><font size=3D"1" color=3D"#008000">&nbsp;<=
/font></p>
            </td>
          </tr>
        </table>
      <DIV align=3Dcenter>
      <TABLE cellSpacing=3D0 width=3D"80%" bgColor=3D#000000 border=3D0 ce=
llpadding=3D"2">
        <TBODY>
        <TR>
          <TD width=3D"100%" style=3D"border: 1 solid #FFFF00">
            <P align=3Dcenter><b><font color=3D"#FFFFFF" face=3D"Arial" si=
ze=3D"4">Weight loss, Sleeping Aids, Pain Relief,
            Viagra</font><font color=3D"#000000" face=3D"Arial" size=3D"4"=
>a</font></b></P></TD></TR></TBODY></TABLE></DIV>
        <table border=3D"0" width=3D"100%" cellspacing=3D"0"
cellpadding=3D=
"9">
          <tr>
            <td width=3D"35%">
              <p align=3D"center"><font face=3D"Arial"><i><font size=3D"2"=
><a href=3D"http://h@www.medgoodness.biz">moreinfo</a></font></=
i></font></td>
            <td width=3D"32%">
              <p align=3D"center"><a href=3D"http://b@www.medgo=
odness.biz/remove.php"><font size=3D"1" color=3D"#99CCFF" face=3D"Arial">r=
emoveyourself</font></a></td>
            <td width=3D"33%">
              <div align=3D"center">
                <table border=3D"1" width=3D"85%" cellspacing=3D"0" border=
color=3D"#FFFFFF" cellpadding=3D"2">
                  <tr>
                    <td width=3D"100%">
                      <p align=3D"center"><i><font face=3D"Arial" size=3D"=
2">&nbsp;</font></i><font face=3D"Arial"><i><font size=3D"2"><a href=3D"ht=
tp://z@www.medgoodness.biz">moreinfo</a></font></i></font></td>=

                  </tr>
                </table>
              </div>
            </td>
          </tr>
        </table>
        <table border=3D"0" width=3D"100%" cellspacing=3D"0"
cellpadding=3D=
"0">
          <tr>
            <td width=3D"100%">
            <p align=3D"center"><font size=3D"1" color=3D"#008000" face=3D=
"Arial">&nbsp;</font></p>
            </td>
          </tr>
        </table>
      <DIV align=3Dcenter>
      <TABLE cellSpacing=3D0 width=3D"80%" bgColor=3D#000000 border=3D0 ce=
llpadding=3D"2">
        <TBODY>
        <TR>
          <TD width=3D"100%" style=3D"border: 1 solid #FFFF00">
            <P align=3Dcenter><b><font face=3D"Arial" size=3D"4" color=3D"=
#FFFF00">Loose
            weight while you shower, 30 day guarantee!</font></b></P></TD>=
</TR></TBODY></TABLE></DIV>

<table border=3D"0" cellspacing=3D"1" id=3D"AutoNumber1" height=3D"46" wid=
th=3D"346">
  <tr>
    <td width=3D"118" height=3D"41" background=3D"http://d@site=
qrstuv.org/images/p.gif">&nbsp;<a href=3D"http://e@site.qrstuv=
org/jhy.php?man=3Dmnop" style=3D"text-decoration: none">&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;</a></td>
    <td width=3D"104" height=3D"41">
    <p align=3D"center"><a href=3D"http://e@site.qrstuv.org/obg=
/index.htm"><font size=3D"1" face=3D"Arial" color=3D"#99CCFF">removeyourse=
lf</font></a></td>
    <td width=3D"104" height=3D"41" background=3D"http://d@www.=
qrstuv.org/images/p.gif">&nbsp;<a href=3D"http://s@www.qrstuv.o=
rg/jhy.php?man=3Dmnop" style=3D"text-decoration: none">&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</a></td>
  </tr>
</table>

        <table border=3D"0" width=3D"100%" cellspacing=3D"0"
cellpadding=3D=
"0">
          <tr>
            <td width=3D"100%">
            <p align=3D"center"><font size=3D"1" color=3D"#008000">&nbsp;<=
/font></p>
            </td>
          </tr>
        </table>
    </CENTER>
        </TD></TR></TBODY></TABLE></DIV>
  </DIV>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p align=3D"center"><font color=3D"#C0C0C0">toothpaste</font></p>
<p align=3D"center">&nbsp;</p>
<p>&nbsp;</p>
<p align=3D"center"><font color=3D"#00FF00">ruo ajp
z
p
g eficx u vqsnf 
 yr
zk
pe qajkpei k pkvnmauatvyz xolvuoktt
cww
 ah  f </font></p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
</BODY></HTML>u  mlbafhhacvoveq xyfybxagtvnqlihqg ewav
nidbik wcqxrrnvcl

--A._EE5A6.EF--


------------=_3EF6B36E.D234760F--

From tom@rpdnet.com  Mon Jun 23 19:31:30 2003
Return-Path: <tom@rpdnet.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6DFBC238D4; Mon, 23 Jun 2003 19:31:30 +0300 (EEST)
Received: from rpunkt.kicks-ass.net (p50860EEB.dip0.t-ipconnect.de
	[80.134.14.235])
	by danu.procontrol.fi (Postfix) with ESMTP id 84E8223860
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 19:31:27 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id 65E2041706
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 16:31:17 +0000 (GMT)
Received: from rpunkt.kicks-ass.net ([127.0.0.1])
 by localhost (commbox [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 20795-07 for <dovecot@procontrol.fi>;
 Mon, 23 Jun 2003 16:31:16 +0000 (GMT)
Received: from aural (aural.rpdnet.com [192.168.100.88])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id 11965416F5
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 16:31:16 +0000 (GMT)
Date: Mon, 23 Jun 2003 18:31:24 +0200
From: tom hensel <tom@rpdnet.com>
To: dovecot@procontrol.fi
Message-Id: <20030623183124.70843101.tom@rpdnet.com>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.Zu1)?uEJh:I8d/"
X-Virus-Scanned: by amavisd-new at rpdnet.com
X-Mailman-Approved-At: Mon, 23 Jun 2003 19:36:27 +0300
Subject: [Dovecot] strange problem
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 16:31:30 -0000
X-UID: 999                                                  
Status: O

--=.Zu1)?uEJh:I8d/
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

hi,

running dovecot-0.99.10-rc2 on NetBSD, client is Entourage on MacOS 9.2.
sylpheed on NetBSD does not show this behaviour.

--snip--
Jun 23 16:28:15 host imap(user): file mail-index.c: line 619 (mail_index_lookup_uid_range): assertion failed: (first_uid > 0 && last_uid > 0)
--snap--

any hints?

thanks,
TOM

--=.Zu1)?uEJh:I8d/
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (NetBSD)

iD8DBQE+9ytcC85nY/Jv3aMRAszDAJ9YGRkV5zBZisS13UPfi//9iloK9gCfa6Ir
0xyS3xBcofd837wbOPyZVOg=
=fVae
-----END PGP SIGNATURE-----

--=.Zu1)?uEJh:I8d/--
From katzj@redhat.com  Mon Jun 23 19:40:05 2003
Return-Path: <katzj@redhat.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D1690238D6; Mon, 23 Jun 2003 19:40:05 +0300 (EEST)
Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com
	[66.187.233.200])
	by danu.procontrol.fi (Postfix) with ESMTP id 73859238D4
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 19:40:02 +0300 (EEST)
Received: from mirkwood.devel.redhat.com (mirkwood.devel.redhat.com
	[172.16.57.122])h5NGe0x19273
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 12:40:00 -0400
From: Jeremy Katz <katzj@redhat.com>
To: dovecot@procontrol.fi
Content-Type: multipart/mixed; boundary="=-oIVBbO7/DuPlellndz+s"
Message-Id: <1056386400.10435.37.camel@mirkwood.devel.redhat.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (cvs 20030602) (Preview Release)
Date: 23 Jun 2003 12:40:00 -0400
Subject: [Dovecot] RFC: PAM service name change?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 16:40:06 -0000
X-UID: 1000                                                  
Status: O


--=-oIVBbO7/DuPlellndz+s
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

It would be nice for the sake of not conflicting to have the PAM service
name not be imap.  Especially as the same service name is used for pop
as well :)   

My recommendation would be to use dovecot instead.  Any other opinions?

Jeremy

--=-oIVBbO7/DuPlellndz+s
Content-Disposition: attachment; filename=dovecot-0.99.10-pamservice.patch
Content-Type: text/plain; name=dovecot-0.99.10-pamservice.patch; charset=UTF-8
Content-Transfer-Encoding: 7bit

--- dovecot-0.99.10-rc1/src/auth/passdb-pam.c.servicename	2003-06-23 00:56:22.000000000 -0400
+++ dovecot-0.99.10-rc1/src/auth/passdb-pam.c	2003-06-23 00:56:27.000000000 -0400
@@ -366,7 +366,7 @@
 
 static void pam_init(const char *args)
 {
-	service_name = i_strdup(*args != '\0' ? args : "imap");
+	service_name = i_strdup(*args != '\0' ? args : "dovecot");
 	to_wait = NULL;
 }
 

--=-oIVBbO7/DuPlellndz+s--

From tss@iki.fi  Mon Jun 23 19:48:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5CECE238D6; Mon, 23 Jun 2003 19:48:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D7703238D4
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 19:48:03 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AE0225C65480; Mon, 23 Jun 2003 19:48:03 +0300 (EEST)
Subject: Re: [Dovecot] RFC: PAM service name change?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1056386400.10435.37.camel@mirkwood.devel.redhat.com>
References: <1056386400.10435.37.camel@mirkwood.devel.redhat.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056386883.8745.73.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Jun 2003 19:48:03 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 16:48:06 -0000
X-UID: 1001                                                  
Status: O

On Mon, 2003-06-23 at 19:40, Jeremy Katz wrote:
> It would be nice for the sake of not conflicting to have the PAM service
> name not be imap.  Especially as the same service name is used for pop
> as well :)   

I could change it to use imap for imap and pop3 for pop3.

> My recommendation would be to use dovecot instead.  Any other opinions?

Well, I'm not really against that either.

From skvidal@phy.duke.edu  Mon Jun 23 19:53:34 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 706C3238E1; Mon, 23 Jun 2003 19:53:34 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id AA4E7238D6
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 19:53:30 +0300 (EEST)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 48EFBA77CA; Mon, 23 Jun 2003 12:53:29 -0400 (EDT)
Subject: Re: [Dovecot] RFC: PAM service name change?
From: seth vidal <skvidal@phy.duke.edu>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1056386883.8745.73.camel@hurina>
References: <1056386400.10435.37.camel@mirkwood.devel.redhat.com>
	 <1056386883.8745.73.camel@hurina>
Content-Type: text/plain
Message-Id: <1056387444.3329.14.camel@opus.phy.duke.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (1.3.92-1) (Preview Release)
Date: 23 Jun 2003 12:57:24 -0400
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 16:53:34 -0000
X-UID: 1002                                                  
Status: O

On Mon, 2003-06-23 at 12:48, Timo Sirainen wrote:
> On Mon, 2003-06-23 at 19:40, Jeremy Katz wrote:
> > It would be nice for the sake of not conflicting to have the PAM service
> > name not be imap.  Especially as the same service name is used for pop
> > as well :)   
> 
> I could change it to use imap for imap and pop3 for pop3.
> 
> > My recommendation would be to use dovecot instead.  Any other opinions?
> 
> Well, I'm not really against that either.

how  about have dovecot-imap and dovecot-pop

just in case we want different auth mechanism for each.

-sv


From katzj@redhat.com  Mon Jun 23 19:54:29 2003
Return-Path: <katzj@redhat.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9990023998; Mon, 23 Jun 2003 19:54:29 +0300 (EEST)
Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com
	[66.187.233.200])
	by danu.procontrol.fi (Postfix) with ESMTP id 5A430238D6
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 19:54:26 +0300 (EEST)
Received: from mirkwood.devel.redhat.com (mirkwood.devel.redhat.com
	[172.16.57.122])h5NGsPx24753
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 12:54:25 -0400
Subject: Re: [Dovecot] RFC: PAM service name change?
From: Jeremy Katz <katzj@redhat.com>
To: dovecot@procontrol.fi
In-Reply-To: <1056386883.8745.73.camel@hurina>
References: <1056386400.10435.37.camel@mirkwood.devel.redhat.com>
	 <1056386883.8745.73.camel@hurina>
Content-Type: text/plain
Message-Id: <1056387264.10435.42.camel@mirkwood.devel.redhat.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (cvs 20030602) (Preview Release)
Date: 23 Jun 2003 12:54:24 -0400
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 16:54:29 -0000
X-UID: 1003                                                  
Status: O

On Mon, 2003-06-23 at 12:48, Timo Sirainen wrote:
> On Mon, 2003-06-23 at 19:40, Jeremy Katz wrote:
> > It would be nice for the sake of not conflicting to have the PAM service
> > name not be imap.  Especially as the same service name is used for pop
> > as well :)   
> 
> I could change it to use imap for imap and pop3 for pop3.
> 
> > My recommendation would be to use dovecot instead.  Any other opinions?
> 
> Well, I'm not really against that either.

The primary advantage of this being that then there are no worries about
pesky file conflicts between dovecot and uw-imap.  Plus it makes it more
obvious exactly which imap the pam config is for.

Cheers,

Jeremy

PS dovecot lands in rawhide tomorrow

From tss@iki.fi  Mon Jun 23 20:09:37 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9946C23998; Mon, 23 Jun 2003 20:09:37 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 10878238E1
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 20:09:35 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id D0BD15C65480; Mon, 23 Jun 2003 20:09:34 +0300 (EEST)
Subject: Re: [Dovecot] strange problem
From: Timo Sirainen <tss@iki.fi>
To: tom hensel <tom@rpdnet.com>
In-Reply-To: <20030623183124.70843101.tom@rpdnet.com>
References: <20030623183124.70843101.tom@rpdnet.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056388174.8745.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Jun 2003 20:09:34 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 17:09:37 -0000
X-UID: 1004                                                  
Status: O
Content-Length: 1334

On Mon, 2003-06-23 at 19:31, tom hensel wrote:
> Jun 23 16:28:15 host imap(user): file mail-index.c: line 619 (mail_index_lookup_uid_range): assertion failed: (first_uid > 0 && last_uid > 0)

Whops. Fetching messages in empty mailbox caused some crashes.

diff -u -r1.17 index-messageset.c
--- src/lib-storage/index/index-messageset.c    23 Apr 2003 14:11:17 -0000     1.17
+++ src/lib-storage/index/index-messageset.c    23 Jun 2003 17:07:59 -0000
@@ -176,6 +176,12 @@
                return FALSE;
        }
 
+       if (ctx->messages_count == 0 && !ctx->uidset &&
+           num == (unsigned int)-1) {
+               ctx->error = "No messages in mailbox";
+               return FALSE;
+       }
+
        return TRUE;
 }
 
@@ -187,11 +193,17 @@
                struct mail_index_record *rec;
 
                rec = ctx->index->lookup(ctx->index, ctx->messages_count);
-               ctx->num1 = rec == NULL ? 0 : rec->uid;
+               if (rec == NULL)
+                       return 1;
+
+               ctx->num1 = rec->uid;
        }
 
        if (ctx->num2 == (unsigned int)-1) {
                ctx->num2 = ctx->index->header->next_uid-1;
+
+               if (ctx->num2 == 0)
+                       return 1;
 
                /* num1 might actually be larger, check */
                if (ctx->num1 > ctx->num2) {

From tom@rpdnet.com  Mon Jun 23 21:17:14 2003
Return-Path: <tom@rpdnet.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BB9E823896; Mon, 23 Jun 2003 21:17:14 +0300 (EEST)
Received: from rpunkt.kicks-ass.net (p50860EEB.dip0.t-ipconnect.de
	[80.134.14.235])
	by danu.procontrol.fi (Postfix) with ESMTP id 23F5D2387F
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 21:17:13 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id B874141707
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 18:17:03 +0000 (GMT)
Received: from rpunkt.kicks-ass.net ([127.0.0.1])
 by localhost (commbox [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 23116-02 for <dovecot@procontrol.fi>;
 Mon, 23 Jun 2003 18:17:03 +0000 (GMT)
Received: by rpunkt.kicks-ass.net (Postfix, from userid 1000)
	id 17D2641706; Mon, 23 Jun 2003 18:17:03 +0000 (GMT)
Date: Mon, 23 Jun 2003 18:17:03 +0000
From: tom <tom@rpdnet.com>
To: dovecot@procontrol.fi
Message-ID: <20030623181703.GB4714@commbox.rpdnet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new at rpdnet.com
X-Mailman-Approved-At: Mon, 23 Jun 2003 21:23:19 +0300
Subject: [Dovecot] new pkgsrc on NetBSD
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 18:17:14 -0000
X-UID: 1005                                                  
Status: O

hi all,

just updated the pkgsrc to build dovecot-0.99.10-rc2,
see 
http://news.gw.com/netbsd.pkgsrc.changes/27698
for reference.

best regards,
TOM
From rsweeten@mac.com  Mon Jun 23 21:26:57 2003
Return-Path: <rsweeten@mac.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 72D8523998; Mon, 23 Jun 2003 21:26:57 +0300 (EEST)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [192.12.3.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 70B6023896
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 21:26:54 +0300 (EEST)
Received: (qmail 11204 invoked by uid 104); 23 Jun 2003 18:26:52 -0000
Received: from rsweeten@mac.com by austin-jump.vircio.com by uid 101 with
	qmail-scanner-1.15 
	(uvscan: v4.1.60/v4272. spamassassin: 2.43-cvs.  Clear:. 
	Processed in 0.404138 secs); 23 Jun 2003 18:26:52 -0000
Received: from dyn-197.vircio.com (HELO RockLobster) ([10.1.4.197])
          (envelope-sender <rsweeten@mac.com>)
          by austin-jump.vircio.com (qmail-ldap-1.03) with SMTP
          for <dovecot@procontrol.fi>; 23 Jun 2003 18:26:51 -0000
Date: Mon, 23 Jun 2003 13:25:38 -0500
Subject: Re: [Dovecot] newbie question: alias addresses
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v482)
From: R.Charles Sweeten <rsweeten@mac.com>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3EF6C967.1030104@bigpond.net.au>
Message-Id: <16EEDAF0-A5A8-11D7-8FD0-000A279898BC@mac.com>
X-Mailer: Apple Mail (2.482)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 18:26:57 -0000
X-UID: 1006                                                  
Status: O

aaahhhh.....so what you're telling me is that dovecot does not replace 
sendmail as an MTA, it only provides the upper level functions.  yes?

~r

On Monday, June 23, 2003, at 04:33 AM, Joe Gilmour wrote:

> I'm not a guru but in my set up (exim and dovecot) I have aliases 
> created in my exim config.  They're then delivered straight to the 
> mailbox for the users.  So have a look at you MTA (smtp server like 
> sendmail) config, that should be where you create your alias addresses.
>
> Hope this helps,
>
> Joe Gilmour
>
> R.Charles Sweeten wrote:
>
>> Hello!
>>
>> I looked through the mail archives but did not see how to set up alias 
>> addresses.  Could someone please put me on the right road.  How do I 
>> create/implement aliases?  and group aliases?
>>
>> Thanks!
>> ~rick...........
>>
>>
"There is no spoon.  .....<gun-shot>...."
>>
>>
>

From dgc@uchicago.edu  Mon Jun 23 21:33:41 2003
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D1B2A2399B; Mon, 23 Jun 2003 21:33:41 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 7338A23896
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 21:33:39 +0300 (EEST)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h5NIXMF13560;
	Mon, 23 Jun 2003 13:33:22 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Mon, 23 Jun 2003 13:33:21 -0500
From: David Champion <dgc@uchicago.edu>
To: "R.Charles Sweeten" <rsweeten@mac.com>
Message-ID: <20030623183321.GK25801@dust.uchicago.edu>
Mail-Followup-To: "R.Charles Sweeten" <rsweeten@mac.com>,
	dovecot@procontrol.fi
References: <3EF6C967.1030104@bigpond.net.au>
	<16EEDAF0-A5A8-11D7-8FD0-000A279898BC@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <16EEDAF0-A5A8-11D7-8FD0-000A279898BC@mac.com>
User-Agent: Mutt/1.5.2i
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: newbie question: alias addresses
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 18:33:42 -0000
X-UID: 1007                                                  
Status: O
Content-Length: 1165

* On 2003.06.23, in <16EEDAF0-A5A8-11D7-8FD0-000A279898BC@mac.com>,
*	"R.Charles Sweeten" <rsweeten@mac.com> wrote:
> aaahhhh.....so what you're telling me is that dovecot does not replace 
> sendmail as an MTA, it only provides the upper level functions.  yes?

I'm not sure what you mean by "upper level", but it provides only IMAP
and POP services -- just the client-fetch protocols. An MTA provides
receipt and and relaying services via different protocols, and dovecot
does not do that. It's not really a matter of higher- or lower-order
activity, but of directionality -- they're just different functions.

You won't find many MTAs that provide IMAP and POP, either -- I can
think only of such monsters as Exchange and Notes. Some MTAs (such as
Courier) are designed to integrate with particular IMAP and POP servers,
but those are separate components and optional integrations, AFAIK.

-- 
 -D.    dgc@uchicago.edu        NSIT    University of Chicago
      When using any driving directions or map, it's a good idea to do a
      reality check and make sure the road still exists, watch out for
      construction, and follow all traffic safety precautions.
From jens@freebsdforum.de  Mon Jun 23 21:53:16 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F20F92399F; Mon, 23 Jun 2003 21:53:15 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id 7427C2399C
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 21:53:13 +0300 (EEST)
Received: from jensemann.lan.saturn (pD95409D3.dip.t-dialin.net
	[217.84.9.211])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)75C7A1142D8
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 20:53:11 +0200 (CEST)
Date: Mon, 23 Jun 2003 20:53:06 +0200
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Message-Id: <20030623205306.3793f56e.jens@freebsdforum.de>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i586-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: [Dovecot] Bug? High CPU Usage after nessus scan
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 18:53:16 -0000
X-UID: 1008                                                  
Status: O
Content-Length: 1323

Hi all,

I think I've found a Bug in current rc2 (same occours with rc1 and
0.99.9.1).

I'am running dovecot with imap, pop3 and the ssl equivalents, after a
nessus scan of my host with Bruteforce checks on IMAP, imap-login eats
up lots of cpu.

Before the scan:

dovecot  22342  0.0  0.1  2320  636 ?      SN   Jun18  0:00 imap-login
dovecot   5841  0.0  0.1  2320  692 ?      SN   Jun21  0:00 imap-login
dovecot   5852  0.0  0.1  2320  692 ?      SN   Jun21  0:00 imap-login

Looks wonderfull ;)

After the scan:

dovecot  20059 39.5  0.2  2340  820 ?     RN  20:02  14:08 imap-login
dovecot  20733  0.0  0.2  2320  804 ?     SN  20:03  0:00 imap-login
dovecot  20734  0.0  0.2  2320  804 ?     SN  20:03  0:00 imap-login
dovecot  20780 41.3  0.2  2340  820 ?     RN  20:03 14:04 imap-login
dovecot  20855  0.0  0.2  2320  804 ?     SN  20:04   0:00 imap-login

This was on my local test machine, the same occours on a production
machine, both are running Debian GNU/Linux woody, one with Openssl and
one with GNUTLS.

Even 2 hours after the scan the CPU Usage is so high, I don't think this
is normal behaviour?

The logs didn't say anything during the test. If you need more
information please tell me what data you need and I look for it.

--=20
Best regards/freundliche Gr=FC=DFe
Jens Gutzeit=20
http://www.gutzeit.at
From lfarkas@bnap.hu  Mon Jun 23 22:07:33 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CBA4B239A2; Mon, 23 Jun 2003 22:07:33 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 24E3C2399F
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 22:07:31 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 40E2B754004
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 21:06:48 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 1DFD43F08; Mon, 23 Jun 2003 21:07:29 +0200 (CEST)
Received: from bnap.hu (garfieldn.int.bppiac.hu [192.168.253.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id 8A33F3EAD
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 21:07:28 +0200 (CEST)
Message-ID: <3EF74FF0.4010900@bnap.hu>
Date: Mon, 23 Jun 2003 21:07:28 +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: Re: [Dovecot] can't compile on redhat 9
References: <3EF706E8.4090503@bnap.hu> <1056377581.8748.44.camel@hurina>
In-Reply-To: <1056377581.8748.44.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 19:07:33 -0000
X-UID: 1009                                                  
Status: O

Timo Sirainen wrote:
> On Mon, 2003-06-23 at 16:55, Farkas Levente wrote:
> 
>>hi,
>>while the current cvs compile on redhat 8.0 on redhat 9 gives the 
>>following error:
>>----------------------------
>>checking whether va_lists can be copied by value... yes
>>./configure: line 14217: syntax error near unexpected token `SSL,'
>>./configure: line 14217: `    PKG_CHECK_MODULES(SSL, openssl)'
> 
> 
> You're missing /usr/share/aclocal/pkg.m4 which is probably in package
> pkg-config or pkg-config-dev or something.

it is in pkgconfig and already installed and there! any other tipp?

-- 
   Levente                               "Si vis pacem para bellum!"


From charlieb-dovecot@e-smith.com  Mon Jun 23 22:09:24 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6322A239A7; Mon, 23 Jun 2003 22:09:24 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 44F4C239A2
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 22:09:20 +0300 (EEST)
Received: (qmail 11425 invoked by uid 404); 23 Jun 2003 19:09:19 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 23 Jun 2003 15:09:19 -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; 23 Jun 2003 19:09:18 -0000
Received: (qmail 392 invoked from network); 23 Jun 2003 19:09:18 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 23 Jun 2003 19:09:18 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Jun 2003 19:16:48 -0000
Date: Mon, 23 Jun 2003 15:16:48 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.44.0306231511560.24768-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] 0.99.9.1 - "Panic: unreached" on large Maildir
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 19:09:24 -0000
X-UID: 1010                                                  
Status: O
Content-Length: 2286


Any suggestions where I should look? (Is this a known problem?)

bash-2.05a$ unset MAIL
bash-2.05a$ /usr/libexec/dovecot/imap
* PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND 
UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as 
admin
001 select inbox
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags 
permitted.
* 10911 EXISTS
* 10911 RECENT
* OK [UNSEEN 1] First unseen.
* OK [UIDVALIDITY 1053912897] UIDs valid
* OK [UIDNEXT 10912] Predicted next UID
001 OK [READ-WRITE] Select completed.
002 logout
* BYE Logging out
002 OK Logout completed.
bash-2.05a$ /usr/libexec/dovecot/imap
* PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND 
UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as 
admin
001 select inbox
imap(admin): Panic: unreached
Aborted
bash-2.05a$ 
bash-2.05a$ ls -la Maildir/.INBOX/
total 1572
drwxr-x---    2 admin    admin        4096 May 25 21:34 .
drwx------   20 admin    admin        4096 May 25 21:35 ..
-rw-r-----    1 admin    admin      272856 May 25 20:33 .imap.index
-rw-r-----    1 admin    admin     1041830 May 25 21:34 .imap.index.data
-rw-r-----    1 admin    admin        2576 May 25 21:34 .imap.index.log
-rw-r-----    1 admin    admin      263396 May 25 21:34 .imap.index.tree
bash-2.05a$ strace /usr/libexec/dovecot/imap
...
getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4064
getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1392
getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4056
getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1408
getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1672
getdents64(0x9, 0x8098730, 0x1000, 0x11) = 0
close(9)                                = 0
read(8, "933.e-smith,U=1594,W=5653\n107 10"..., 4079) = 4079
read(8, "2,W=2250\n212 1042117583.5800.e-s"..., 4064) = 4064
write(2, "imap(admin): ", 13imap(admin): )           = 13
write(2, "Panic: ", 7Panic: )                  = 7
write(2, "unreached", 9unreached)                = 9
write(2, "\n", 1
)                       = 1
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
getpid()                                = 10317
kill(10317, SIGABRT)                    = 0
--- SIGABRT (Aborted) ---
+++ killed by SIGABRT +++
bash-2.05a$ 


--
Charlie


From charlie_brady@mitel.com  Mon Jun 23 22:12:50 2003
Return-Path: <charlie_brady@mitel.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6DD1C239AB; Mon, 23 Jun 2003 22:12:50 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id B9E7A239A9
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 22:12:47 +0300 (EEST)
Received: (qmail 11952 invoked by uid 404); 23 Jun 2003 19:12:47 -0000
Received: from charlie_brady@mitel.com by tripe.nssg.mitel.com with
	qmail-scanner; 23 Jun 2003 15:12: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; 23 Jun 2003 19:12:46 -0000
Received: (qmail 959 invoked from network); 23 Jun 2003 19:12:46 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 23 Jun 2003 19:12:46 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Jun 2003 19:20:16 -0000
Date: Mon, 23 Jun 2003 15:20:16 -0400 (EDT)
From: Charlie Brady <charlie_brady@mitel.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Jens Gutzeit <jens@freebsdforum.de>
Subject: Re: [Dovecot] starting with daemontools
In-Reply-To: <20030618011853.37be0e08.jens@freebsdforum.de>
Message-ID: <Pine.LNX.4.44.0306231517250.24768-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Mon, 23 Jun 2003 22:30:57 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 19:12:50 -0000
X-UID: 1011                                                  
Status: O
Content-Length: 1144


On Wed, 18 Jun 2003, Jens Gutzeit wrote:

> I want to start dovecot through DJBs Daemontools-supervise, is there a
> configuration option that lets dovecot stay in foreground?

Here's my run file, which only uses the imap binary from dovecot, and does 
connection control with tcpserver, auth by imapfront-auth, and SSL using a 
modified stunnel (Scott Gifford's chroot/proxy patch):

#!/bin/sh

eval $(/usr/local/bin/envdir ./runenv /usr/bin/env)

exec 2>&1
# Ensure that PRNG is adequately seeded.
[ -s ./ssl/seed ] ||\
  /usr/local/bin/envuidgid stunnel \
    /bin/dd if=/dev/urandom of=./ssl/seed bs=1k count=1
exec \
  softlimit -m "${ulimitdata:-20000000}" \
    tcpserver -d \
      -H \
      -R \
      -v \
      -X \
      -c "${concurrency:-20}" \
      -x imap.tcprules.cdb \
      0 imap \
	makesock \
	  stunnel \
	    -/ ssl \
	    -s "$SSLUID" \
	    -g "$SSLGID" \
	    -N imap \
	    -i \
	    -R seed \
	    -p imapd.pem \
	    -n imap- \
	    -f \
	    -F 3 \
	    -makesock_connect_to \
	      /usr/local/bin/envdir ./imapfront.env \
		/usr/bin/imapfront-auth \
		  "${imapdpath:-/usr/libexec/dovecot/imap}"


--
Charlie

From charlieb-dovecot@e-smith.com  Mon Jun 23 22:35:08 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2343A239A2; Mon, 23 Jun 2003 22:35:08 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 12EA02387F
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 22:35:06 +0300 (EEST)
Received: (qmail 18398 invoked by uid 404); 23 Jun 2003 19:35:05 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 23 Jun 2003 15:35:05 -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; 23 Jun 2003 19:35:05 -0000
Received: (qmail 8239 invoked from network); 23 Jun 2003 19:35:04 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 23 Jun 2003 19:35:04 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Jun 2003 19:42:34 -0000
Date: Mon, 23 Jun 2003 15:42:34 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.9.1 - "Panic: unreached" on large Maildir
In-Reply-To: <Pine.LNX.4.44.0306231511560.24768-100000@vegemite.nssg.mitel.com>
Message-ID: <Pine.LNX.4.44.0306231541460.24768-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 19:35:08 -0000
X-UID: 1012                                                  
Status: O


On Mon, 23 Jun 2003, Charlie Brady wrote:

> Any suggestions where I should look?

FWIW, CVS head seems to be OK.

--
Charlie

From tss@iki.fi  Mon Jun 23 22:44:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8EC82239A2; Mon, 23 Jun 2003 22:44:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 06CD42387F
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 22:44:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id AA6DA5C65480; Mon, 23 Jun 2003 22:44:37 +0300 (EEST)
Subject: Re: [Dovecot] can't compile on redhat 9
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EF74FF0.4010900@bnap.hu>
References: <3EF706E8.4090503@bnap.hu> <1056377581.8748.44.camel@hurina>
	 <3EF74FF0.4010900@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056397477.8749.137.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 23 Jun 2003 22:44:37 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 19:44:41 -0000
X-UID: 1013                                                  
Status: O

On Mon, 2003-06-23 at 22:07, Farkas Levente wrote:
> >>./configure: line 14217: syntax error near unexpected token `SSL,'
> >>./configure: line 14217: `    PKG_CHECK_MODULES(SSL, openssl)'
> > 
> > 
> > You're missing /usr/share/aclocal/pkg.m4 which is probably in package
> > pkg-config or pkg-config-dev or something.
> 
> it is in pkgconfig and already installed and there! any other tipp?

For some reason it's not using it. Try deleting aclocal.m4 file and
running autogen.sh again? It should be added into aclocal.m4..


From charlieb-dovecot@e-smith.com  Mon Jun 23 23:00:21 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 45AF4239A2; Mon, 23 Jun 2003 23:00:21 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 0D8922387F
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 23:00:17 +0300 (EEST)
Received: (qmail 22347 invoked by uid 404); 23 Jun 2003 20:00:16 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 23 Jun 2003 16:00:15 -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; 23 Jun 2003 20:00:15 -0000
Received: (qmail 13775 invoked from network); 23 Jun 2003 20:00:15 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 23 Jun 2003 20:00:15 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Jun 2003 20:07:44 -0000
Date: Mon, 23 Jun 2003 16:07:44 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.9.1 - "Panic: unreached" on large Maildir
In-Reply-To: <Pine.LNX.4.44.0306231541460.24768-100000@vegemite.nssg.mitel.com>
Message-ID: <Pine.LNX.4.44.0306231605540.24768-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 20:00:21 -0000
X-UID: 1014                                                  
Status: O


On Mon, 23 Jun 2003, Charlie Brady wrote:

> On Mon, 23 Jun 2003, Charlie Brady wrote:
> 
> > Any suggestions where I should look?
> 
> FWIW, CVS head seems to be OK.

Actually, no or not quite. I had a local CVS of 0.99.8.4, and CVS head of 
*that version* was OK.

Real CVS head doesn't crash, but seems not to be using its indexes. I'm 
just building 0.99.10-rc2 now.

--
Charlie

From charlieb-dovecot@e-smith.com  Mon Jun 23 23:06:51 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 199E5239AF; Mon, 23 Jun 2003 23:06:51 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id DFF2F239A2
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 23:06:48 +0300 (EEST)
Received: (qmail 23213 invoked by uid 404); 23 Jun 2003 20:06:48 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 23 Jun 2003 16:06:48 -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; 23 Jun 2003 20:06:48 -0000
Received: (qmail 15181 invoked from network); 23 Jun 2003 20:06:47 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 23 Jun 2003 20:06:47 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Jun 2003 20:14:17 -0000
Date: Mon, 23 Jun 2003 16:14:17 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.9.1 - "Panic: unreached" on large Maildir
In-Reply-To: <Pine.LNX.4.44.0306231605540.24768-100000@vegemite.nssg.mitel.com>
Message-ID: <Pine.LNX.4.44.0306231611020.24768-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 20:06:51 -0000
X-UID: 1015                                                  
Status: O
Content-Length: 2272


On Mon, 23 Jun 2003, Charlie Brady wrote:

> I'm just building 0.99.10-rc2 now.

No joy here:

bash-2.05a$ /usr/libexec/dovecot/imap
imap(admin): Error: imap_in: net_transmit() failed: Socket operation on 
non-socket
bash-2.05a$ strace /usr/libexec/dovecot/imap
...
open("/home/e-smith/rawlog/20030525-223421-10484.in", 
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 3
getpid()                                = 10484
open("/home/e-smith/rawlog/20030525-223421-10484.out", 
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 4
socketpair(PF_UNIX, SOCK_STREAM, 0, [5, 6]) = 0
getpid()                                = 10484
fork()                                  = 10485
close(3)                                = 0
close(4)                                = 0
close(0)                                = 0
close(1)                                = 0
close(5)                                = 0
access("/cur", R_OK|W_OK|X_OK)          = -1 ENOENT (No such file or 
directory)
access("/home/e-smith/Maildir", R_OK|W_OK|X_OK) = 0
brk(0x809c000)                          = 0x809c000
fstat64(6, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
_llseek(6, 0, 0xbfffdda0, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
getsockname(6, {sin_family=AF_UNIX, path=@}, [2]) = 0
fcntl64(6, F_SETFL, O_RDONLY)           = 0
rt_sigaction(SIGALRM, {0x8086770, [], SA_RESTORER, 0x40042ef8}, NULL, 8) = 
0
alarm(30)                               = 0
fcntl64(6, F_SETFL, O_RDONLY)           = 0
brk(0x80a1000)                          = 0x80a1000
setsockopt(6, SOL_TCP, TCP_CORK, [1], 4) = -1 EOPNOTSUPP (Operation not 
supported)
write(6, "* PREAUTH [CAPABILITY IMAP4rev1 "..., 144imap(admin): Error: 
imap_in: net_transmit() failed: Socket operation on non-socket
) = 144
--- SIGCHLD (Child exited) ---
gettimeofday({1053916461, 431884}, NULL) = 0
poll([{fd=6, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, 
revents=POLLIN|POLLHUP}], 1, 9921) = 1
gettimeofday({1053916461, 433666}, {240, 0}) = 0
brk(0x80a3000)                          = 0x80a3000
time(NULL)                              = 1053916461
read(6, "", 4096)                       = 0
alarm(0)                                = 30
rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
_exit(0)                                = ?
bash-2.05a$



-- 
Charlie

From spectron@coqui.net  Mon Jun 23 23:12:19 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BFBCD239B0; Mon, 23 Jun 2003 23:12:19 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id 9D3CA239AF
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 23:12:13 +0300 (EEST)
Received: from unknown(66.50.169.121) by mail.coqui.net via csmap 
	 id 5142; Mon, 23 Jun 2003 15:54:48 -0400 (AST)
Message-ID: <00d501c339c3$c1f32810$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: "Dovecot List" <dovecot@procontrol.fi>
Date: Mon, 23 Jun 2003 16:12:22 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: [Dovecot] "mail process isn't allowed for root" error
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 20:12:19 -0000
X-UID: 1016                                                  
Status: O

What does the "mail process isn't allowed for root" error means? How can I
fix it?

Faw


From charlieb-dovecot@e-smith.com  Mon Jun 23 23:19:22 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EF907239B0; Mon, 23 Jun 2003 23:19:22 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 1999E239AF
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 23:19:18 +0300 (EEST)
Received: (qmail 25852 invoked by uid 404); 23 Jun 2003 20:19:17 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 23 Jun 2003 16:19:17 -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; 23 Jun 2003 20:19:17 -0000
Received: (qmail 19135 invoked from network); 23 Jun 2003 20:19:16 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 23 Jun 2003 20:19:16 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Jun 2003 20:26:46 -0000
Date: Mon, 23 Jun 2003 16:26:46 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0306231611020.24768-100000@vegemite.nssg.mitel.com>
Message-ID: <Pine.LNX.4.44.0306231616330.24768-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] 
 0.99.10-rc2 and rawlog (Re: 0.99.9.1 - "Panic: unreached" on large
 Maildir)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 20:19:23 -0000
X-UID: 1017                                                  
Status: O


On Mon, 23 Jun 2003, Charlie Brady wrote:

> 
> On Mon, 23 Jun 2003, Charlie Brady wrote:
> 
> > I'm just building 0.99.10-rc2 now.
> 
> No joy here:
> 
> bash-2.05a$ /usr/libexec/dovecot/imap
> imap(admin): Error: imap_in: net_transmit() failed: Socket operation on 
> non-socket
> bash-2.05a$

Removing ~/rawlog solved that problem. Seems that PREAUTH from a shell and 
raw logging aren't compatible.

Now things seem to work, and mostly fast, but Date header seems not to be 
indexed by default. I have > 60second sorting by Date, with every message 
read. This seems new behaviour post 0.99.8.4. Is it intentional?

-- 
Charlie

From charlieb-dovecot@e-smith.com  Mon Jun 23 23:43:56 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B0A8B239AF; Mon, 23 Jun 2003 23:43:56 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id A613C239A9
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 23:43:53 +0300 (EEST)
Received: (qmail 28997 invoked by uid 404); 23 Jun 2003 20:43:53 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 23 Jun 2003 16:43:52 -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; 23 Jun 2003 20:43:52 -0000
Received: (qmail 24478 invoked from network); 23 Jun 2003 20:43:52 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 23 Jun 2003 20:43:52 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Jun 2003 20:51:22 -0000
Date: Mon, 23 Jun 2003 16:51:22 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
Cc: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0306231616330.24768-100000@vegemite.nssg.mitel.com>
Message-ID: <Pine.LNX.4.44.0306231640090.24768-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Cache optimization (was Re:  0.99.10-rc2 and rawlog)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 20:43:56 -0000
X-UID: 1018                                                  
Status: O


On Mon, 23 Jun 2003, Charlie Brady wrote:

> Now things seem to work, and mostly fast, but Date header seems not to be 
> indexed by default. I have > 60second sorting by Date, with every message 
> read. This seems new behaviour post 0.99.8.4. Is it intentional?

>From example conf:

# Different IMAP clients work in different ways, that's why Dovecot by default
# only caches MessagePart which speeds up most operations. Whenever client
# does something where caching could be used, the field is automatically marked
# to be cached later. For example after FETCH BODY the BODY will be cached
# for all new messages. Normally you should leave this alone, unless you know
# what most of your IMAP clients are. Caching more fields than needed makes
# the index files larger and generate useless I/O.

It seems that this cache optimization which applies to FETCH is not 
applied to SORT. The client said:

000c sort (DATE) US-ASCII ALL 1:10912

and all message files are read.

-- 

Charlie

From adam@os.inf.tu-dresden.de  Mon Jun 23 23:50:00 2003
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8EBDD239BA; Mon, 23 Jun 2003 23:50:00 +0300 (EEST)
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 9AE0A239A9
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 23:49:56 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 4.20)
	id 19UYG9-000Sjq-TQ
	for dovecot@procontrol.fi; Mon, 23 Jun 2003 22:49:53 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1
	(Debian))	id 19UYG9-00066U-00
	for <dovecot@procontrol.fi>; Mon, 23 Jun 2003 22:49:53 +0200
Date: Mon, 23 Jun 2003 22:49:53 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Message-ID: <20030623204953.GN398@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Sender: Adam Lackorzynski <adam@erwin.inf.tu-dresden.de>
Subject: [Dovecot] OpenSSL on AIX
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 23 Jun 2003 20:50:00 -0000
X-UID: 1019                                                  
Status: O

Hi,

with current test releases SSL doesn't work anymore for me on AIX 4.3
with dovecot-0.99.10-test14. It worked with 0.99.9.1.

dovecot: Jun 23 19:42:23 Info: Dovecot starting up
imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded

imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded

imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded

dovecot: Jun 23 19:42:25 Error: Login process died too early - shutting down


AIX doesn't have /dev/u?random, so I don't know if that could be the
culprit. EGD would be available though.



Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/
From spectron@coqui.net  Tue Jun 24 16:00:36 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 49C442387F; Tue, 24 Jun 2003 16:00:36 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id 5A42523860
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 16:00:31 +0300 (EEST)
Received: from unknown(66.50.169.121) by mail.coqui.net via csmap 
	 id 5080; Tue, 24 Jun 2003 08:43:08 -0400 (AST)
Message-ID: <004601c33a50$9e60bb00$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: "Dovecot List" <dovecot@procontrol.fi>
References: <00d501c339c3$c1f32810$080aa8c0@PAVILION>
Date: Tue, 24 Jun 2003 09:00:41 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: [Dovecot] Help configuring dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 13:00:36 -0000
X-UID: 1020                                                  
Status: O

I installed Dovecot and OpenLDAP and at least now Dovecot is connecting to
LDAP and it seems to be getting all the information. My problem is that now
I'm getting the following error:

"mail process isn't allowed for root"

I changed the dovecot.conf file to use the dovecot account that the Debian
package creates:

login_user = dovecot
authuser = dovecot  #was root

and it still doesn't work. What does that error means? Directory permissions
wrong? Cant run as root? Root can't read mail? The important thing is, how
do I solve it?

Faw


From charlieb-dovecot@e-smith.com  Tue Jun 24 17:25:49 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 319FE23887; Tue, 24 Jun 2003 17:25:49 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id A72512387F
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 17:25:43 +0300 (EEST)
Received: (qmail 24977 invoked by uid 404); 24 Jun 2003 14:25:40 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 24 Jun 2003 10:25:39 -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; 24 Jun 2003 14:25:39 -0000
Received: (qmail 17585 invoked from network); 24 Jun 2003 14:25:39 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 24 Jun 2003 14:25:39 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 24 Jun 2003 14:33:08 -0000
Date: Tue, 24 Jun 2003 10:33:08 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: "Spectron International, Inc." <spectron@coqui.net>
Subject: Re: [Dovecot] Help configuring dovecot
In-Reply-To: <004601c33a50$9e60bb00$080aa8c0@PAVILION>
Message-ID: <Pine.LNX.4.44.0306241023440.25828-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 14:25:49 -0000
X-UID: 1021                                                  
Status: O
Content-Length: 1274


On Tue, 24 Jun 2003, Spectron International, Inc. wrote:

> I installed Dovecot and OpenLDAP and at least now Dovecot is connecting to
> LDAP and it seems to be getting all the information. My problem is that now
> I'm getting the following error:
> 
> "mail process isn't allowed for root"

You don't say where you are seeing this error message, or anything about 
the circumstances. See:

http://www.chiark.greenend.org.uk/~sgtatham/bugs.html

> and it still doesn't work. What does that error means? Directory permissions
> wrong? Cant run as root? Root can't read mail? The important thing is, how
> do I solve it?

I can't answer any of your questions. I don't know what you are trying to 
do. I do have some insight into the message though: delivering mail as the 
root account is a bad idea. Reading mail as the root account is an even 
worse idea. Mail programs are usually large and complex programs, and in 
general insufficiently paranoid about security. You should always alias 
root@ to some other account.

OK, I've found your error message in the source code. The obvious solution 
appears to be to try logging into IMAP with a non-root account. [The error 
message could be clearer with this advice - "Root login is not permitted" 
or similar.]

--
Charlie

From cras@irccrew.org  Tue Jun 24 17:34:01 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 01F7E238B6; Tue, 24 Jun 2003 17:34:00 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 4244723887
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 17:33:59 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 20D302E003; Tue, 24 Jun 2003 17:33:59 +0300 (EEST)
Date: Tue, 24 Jun 2003 17:33:59 +0300
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Help configuring dovecot
Message-ID: <20030624143359.GA19541@irccrew.org>
References: <004601c33a50$9e60bb00$080aa8c0@PAVILION>
	<Pine.LNX.4.44.0306241023440.25828-100000@vegemite.nssg.mitel.com>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0306241023440.25828-100000@vegemite.nssg.mitel.com>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 14:34:01 -0000
X-UID: 1022                                                  
Status: O

On Tue, Jun 24, 2003 at 10:33:08AM -0400, Charlie Brady wrote:
> > "mail process isn't allowed for root"
> OK, I've found your error message in the source code. The obvious solution 
> appears to be to try logging into IMAP with a non-root account.

Alternatively the users are configured with UID 0 in the LDAP database.

> [The error 
> message could be clearer with this advice - "Root login is not permitted" 
> or similar.]

Yes, I'll change that.

From cras@irccrew.org  Tue Jun 24 17:41:08 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 29808238C7; Tue, 24 Jun 2003 17:41:08 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A1C10238B6
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 17:41:06 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 7BC942E003; Tue, 24 Jun 2003 17:41:06 +0300 (EEST)
Date: Tue, 24 Jun 2003 17:41:06 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] OpenSSL on AIX
Message-ID: <20030624144106.GB19541@irccrew.org>
References: <20030623204953.GN398@os.inf.tu-dresden.de>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20030623204953.GN398@os.inf.tu-dresden.de>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 14:41:08 -0000
X-UID: 1023                                                  
Status: O

On Mon, Jun 23, 2003 at 10:49:53PM +0200, Adam Lackorzynski wrote:
> with current test releases SSL doesn't work anymore for me on AIX 4.3
> with dovecot-0.99.10-test14. It worked with 0.99.9.1.
> 
> imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded
> 
> AIX doesn't have /dev/u?random, so I don't know if that could be the
> culprit. EGD would be available though.

How does EGD work? It listens in /tmp/something? But .. hmh. I don't know.
I'd guess you need the randomness in any case. Should I just add extra code
to feed OpenSSL's PRNG from specified file (device/socket/etc)?

From spectron@coqui.net  Tue Jun 24 17:49:03 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D1CD6238CB; Tue, 24 Jun 2003 17:49:03 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id 95C07238C9
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 17:48:56 +0300 (EEST)
Received: from unknown(66.50.169.121) by mail.coqui.net via csmap 
	 id 16448; Tue, 24 Jun 2003 10:31:33 -0400 (AST)
Message-ID: <008001c33a5f$c3e22df0$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: "Dovecot List" <dovecot@procontrol.fi>
References:
	<004601c33a50$9e60bb00$080aa8c0@PAVILION><Pine.LNX.4.44.0306241023440.25828-100000@vegemite.nssg.mitel.com>
	<20030624143359.GA19541@irccrew.org>
Subject: Re: [Dovecot] Help configuring dovecot
Date: Tue, 24 Jun 2003 10:49:06 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 14:49:04 -0000
X-UID: 1024                                                  
Status: O


----- Original Message -----
From: "Timo Sirainen" <tss@iki.fi>
To: "Dovecot List" <dovecot@procontrol.fi>
Sent: Tuesday, June 24, 2003 10:33 AM
Subject: Re: [Dovecot] Help configuring dovecot


> On Tue, Jun 24, 2003 at 10:33:08AM -0400, Charlie Brady wrote:
> > > "mail process isn't allowed for root"
> > OK, I've found your error message in the source code. The obvious
solution
> > appears to be to try logging into IMAP with a non-root account.
>
> Alternatively the users are configured with UID 0 in the LDAP database.

Ok, that was it since it was a virtual user I thought there was no need to
set up uid or gid in user_attrs in the dovecot-ldap.conf file. Added it and
it works.

Thanks


From adam@os.inf.tu-dresden.de  Tue Jun 24 18:14:15 2003
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 19737238CB; Tue, 24 Jun 2003 18:14:15 +0300 (EEST)
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 9CD7F23887
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 18:14:09 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 4.20)
	id 19UpUm-000Sio-Fg
	for dovecot@procontrol.fi; Tue, 24 Jun 2003 17:14:08 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1
	(Debian))	id 19UpUm-0003H8-00
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 17:14:08 +0200
Date: Tue, 24 Jun 2003 17:14:08 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] OpenSSL on AIX
Message-ID: <20030624151408.GQ398@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030623204953.GN398@os.inf.tu-dresden.de>
	<20030624144106.GB19541@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <20030624144106.GB19541@irccrew.org>
User-Agent: Mutt/1.4.1i
Sender: Adam Lackorzynski <adam@erwin.inf.tu-dresden.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 15:14:15 -0000
X-UID: 1025                                                  
Status: O

On Tue Jun 24, 2003 at 17:41:06 +0300, Timo Sirainen wrote:
> How does EGD work? It listens in /tmp/something? But .. hmh. I don't know.

The daemon provides a socket where applications can get entropy from.

> I'd guess you need the randomness in any case. Should I just add extra code
> to feed OpenSSL's PRNG from specified file (device/socket/etc)?

Looks like that. Other projects which support egd have extra code for the
RAND_*egd* functions.



Thanks,
Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/
From cras@irccrew.org  Tue Jun 24 18:21:07 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C1B4B238CB; Tue, 24 Jun 2003 18:21:07 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 1ACF723865
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 18:21:06 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id E67452E003; Tue, 24 Jun 2003 18:21:05 +0300 (EEST)
Date: Tue, 24 Jun 2003 18:21:05 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] OpenSSL on AIX
Message-ID: <20030624152105.GD19541@irccrew.org>
References: <20030623204953.GN398@os.inf.tu-dresden.de>
	<20030624144106.GB19541@irccrew.org>
	<20030624151408.GQ398@os.inf.tu-dresden.de>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20030624151408.GQ398@os.inf.tu-dresden.de>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 15:21:07 -0000
X-UID: 1026                                                  
Status: O

On Tue, Jun 24, 2003 at 05:14:08PM +0200, Adam Lackorzynski wrote:
> > I'd guess you need the randomness in any case. Should I just add extra code
> > to feed OpenSSL's PRNG from specified file (device/socket/etc)?
> 
> Looks like that. Other projects which support egd have extra code for the
> RAND_*egd* functions.

       OpenSSL automatically queries EGD when entropy is requested via
       RAND_bytes() or the status is checked via RAND_status() for the first
       time, if the socket is located at /var/run/egd-pool, /dev/egd-pool or
       /etc/egd-pool.

You don't have it in any of those?

From jaldhar@debian.org  Tue Jun 24 19:18:03 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 08ADA2387F; Tue, 24 Jun 2003 19:18:03 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 0F14923865
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 19:18:00 +0300 (EEST)
Received: from jyoti.intranet.braincells.com
	(bgp384497bgs.jersyc01.nj.comcast.net [68.36.31.111])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 7F11E7FC6
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 12:17:48 -0400 (EDT)
Date: Tue, 24 Jun 2003 12:17:38 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@jyoti.intranet.braincells.com
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Help configuring dovecot
In-Reply-To: <Pine.LNX.4.44.0306241023440.25828-100000@vegemite.nssg.mitel.com>
Message-ID: <Pine.LNX.4.56.0306241215380.1377@jyoti.intranet.braincells.com>
References: <Pine.LNX.4.44.0306241023440.25828-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 16:18:03 -0000
X-UID: 1027                                                  
Status: O

On Tue, 24 Jun 2003, Charlie Brady wrote:

> You don't say where you are seeing this error message, or anything about
> the circumstances. See:
>
> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
>

Also when reporting a problem you should always mention if you are using a
package and if so, where it came from what version etc.  Timo is not
responsible for third-party packages which could introduce bugs of their
own.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From adam@os.inf.tu-dresden.de  Tue Jun 24 19:22:50 2003
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AD38623887; Tue, 24 Jun 2003 19:22:50 +0300 (EEST)
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id E97B52387F
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 19:22:46 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 4.20)
	id 19UqZB-00084e-N5
	for dovecot@procontrol.fi; Tue, 24 Jun 2003 18:22:45 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1
	(Debian))	id 19UqZB-0006eU-00
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 18:22:45 +0200
Date: Tue, 24 Jun 2003 18:22:45 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] OpenSSL on AIX
Message-ID: <20030624162245.GR398@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030623204953.GN398@os.inf.tu-dresden.de>
	<20030624144106.GB19541@irccrew.org>
	<20030624151408.GQ398@os.inf.tu-dresden.de>
	<20030624152105.GD19541@irccrew.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <20030624152105.GD19541@irccrew.org>
User-Agent: Mutt/1.4.1i
Sender: Adam Lackorzynski <adam@erwin.inf.tu-dresden.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 16:22:50 -0000
X-UID: 1028                                                  
Status: O

On Tue Jun 24, 2003 at 18:21:05 +0300, Timo Sirainen wrote:
>        OpenSSL automatically queries EGD when entropy is requested via
>        RAND_bytes() or the status is checked via RAND_status() for the first
>        time, if the socket is located at /var/run/egd-pool, /dev/egd-pool or
>        /etc/egd-pool.

Oh, nice to know.

> You don't have it in any of those?

If I create a link it does work.

There should be some hint somewhere what the egd path should look like
(or it should be configurable or something).  The egd package doesn't
recommend one of the above paths and so I made up one myself. And
reading through the RAND_egd manpage isn't so obvious either... ;)




Thanks again,
Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/
From jaldhar@debian.org  Tue Jun 24 19:23:43 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A8B00238B6; Tue, 24 Jun 2003 19:23:43 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 1D4FD23887
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 19:23:42 +0300 (EEST)
Received: from jyoti.intranet.braincells.com
	(bgp384497bgs.jersyc01.nj.comcast.net [68.36.31.111])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 7CDE08013
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 12:23:41 -0400 (EDT)
Date: Tue, 24 Jun 2003 12:22:51 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@jyoti.intranet.braincells.com
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.56.0306241219480.1377@jyoti.intranet.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] New dovecot Debian packages.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 16:23:43 -0000
X-UID: 1029                                                  
Status: O

I forgot to mention it here:
Christof alerted me to the fact that there was a typo in my package which
was causing LDAP support to fail.  So I made new packages bringing them
upto 0.99.10.rc2 in the process and uploaded them to unstable last night.
They should arrive in the archive today.

A backport to woody is also available from http://www.braincells.com/open/

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From dom@cus.org.uk  Tue Jun 24 21:29:19 2003
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9F559238C5; Tue, 24 Jun 2003 21:29:19 +0300 (EEST)
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net
	[213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id A540B238B6
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 21:29:16 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.12.6) with ESMTP id h5OITF5h084822
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 19:29:15 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h5OITFOt084821
	for dovecot@procontrol.fi; Tue, 24 Jun 2003 19:29:15 +0100 (BST)
Date: Tue, 24 Jun 2003 19:29:15 +0100
From: Dominic Marks <dom@cus.org.uk>
To: dovecot@procontrol.fi
Message-ID: <20030624182915.GA84732@cus.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Subject: [Dovecot] Bug? Folder tree confusion
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 18:29:19 -0000
X-UID: 1030                                                  
Status: O

Can anyone else confirm this behaviour:

 o Open an IMAP mailbox
 o Make a new folder (foo/)
 o Make another new folder under foo (foo/bar)
 o Delete foo
 o Bar will go away and foo will remain (Outlook bug ?)
 o Try and delete foo, you won't be able to because Dovecot
   thinks foo is not empty and Outlook thinks it is.

This is using Dovecot 0.99.10-rc2 and MS Outlook 2000.

Don't know if a bug lies within here somewhere (not nessarily
in Dovecot), just something I noticed while playing around.

Thanks,
-- 
Dominic
 <dom at cus.org.uk> <dominic.marks at npl.co.uk>
From skvidal@phy.duke.edu  Wed Jun 25 00:17:34 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C03E0238C5; Wed, 25 Jun 2003 00:17:34 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A6A4D238B6
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 00:17:31 +0300 (EEST)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP id A9BABA7806
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 17:17:30 -0400 (EDT)
From: seth vidal <skvidal@phy.duke.edu>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1056489688.5224.39.camel@opus.phy.duke.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (1.3.92-1) (Preview Release)
Date: 24 Jun 2003 17:21:28 -0400
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] changing listening port
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 21:17:35 -0000
X-UID: 1031                                                  
Status: O

Hi,
 Trying to setup dovecot in a test environment. I need to run it on an
alternate port for imaps.

it doesn't seem like I can specify it on the listen line.

any ideas?

-sv


From charlieb-dovecot@e-smith.com  Wed Jun 25 00:20:40 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5146F238C5; Wed, 25 Jun 2003 00:20:40 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 355FE23865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 00:20:36 +0300 (EEST)
Received: (qmail 6081 invoked by uid 404); 24 Jun 2003 21:20:33 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 24 Jun 2003 17:20:33 -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; 24 Jun 2003 21:20:33 -0000
Received: (qmail 20847 invoked from network); 24 Jun 2003 21:20:33 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 24 Jun 2003 21:20:33 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 24 Jun 2003 21:28:01 -0000
Date: Tue, 24 Jun 2003 17:28:01 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: seth vidal <skvidal@phy.duke.edu>
Subject: Re: [Dovecot] changing listening port
In-Reply-To: <1056489688.5224.39.camel@opus.phy.duke.edu>
Message-ID: <Pine.LNX.4.44.0306241726270.25828-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 21:20:40 -0000
X-UID: 1032                                                  
Status: O


On 24 Jun 2003, seth vidal wrote:

>  Trying to setup dovecot in a test environment. I need to run it on an
> alternate port for imaps.
> 
> it doesn't seem like I can specify it on the listen line.
> 
> any ideas?

Probably not what you want, but running dovecot on any port you like is
easy using the daemontools/tcpserver/stunnel/imapfront configuration I
posted a while ago. You could quickly do a similar thing with *inetd.

--
Charlie

From adam@os.inf.tu-dresden.de  Wed Jun 25 00:23:14 2003
Return-Path: <adam@os.inf.tu-dresden.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B993E238C5; Wed, 25 Jun 2003 00:23:14 +0300 (EEST)
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.48.99])
	by danu.procontrol.fi (Postfix) with ESMTP id 1F91D23865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 00:23:12 +0300 (EEST)
Received: from erwin.inf.tu-dresden.de ([141.76.48.80])
	by os.inf.tu-dresden.de with esmtp (Exim 4.20)
	id 19UvFu-000KTS-SY
	for dovecot@procontrol.fi; Tue, 24 Jun 2003 23:23:10 +0200
Received: from adam by erwin.inf.tu-dresden.de with local (Exim 3.35 #1
	(Debian))	id 19UvFu-0004ds-00
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 23:23:10 +0200
Date: Tue, 24 Jun 2003 23:23:10 +0200
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] changing listening port
Message-ID: <20030624212310.GX398@os.inf.tu-dresden.de>
Mail-Followup-To: dovecot@procontrol.fi
References: <1056489688.5224.39.camel@opus.phy.duke.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1056489688.5224.39.camel@opus.phy.duke.edu>
User-Agent: Mutt/1.4.1i
Sender: Adam Lackorzynski <adam@erwin.inf.tu-dresden.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 21:23:14 -0000
X-UID: 1033                                                  
Status: O

On Tue Jun 24, 2003 at 17:21:28 -0400, seth vidal wrote:
>  Trying to setup dovecot in a test environment. I need to run it on an
> alternate port for imaps.
> it doesn't seem like I can specify it on the listen line.
> any ideas?

Try

imaps_listen = *:1234

in your config file.




Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/
From skvidal@phy.duke.edu  Wed Jun 25 00:24:23 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 755A5238D5; Wed, 25 Jun 2003 00:24:23 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id CBFE323865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 00:24:21 +0300 (EEST)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 39827A77D3; Tue, 24 Jun 2003 17:24:21 -0400 (EDT)
Subject: Re: [Dovecot] changing listening port
From: seth vidal <skvidal@phy.duke.edu>
To: Charlie Brady <charlieb-dovecot@e-smith.com>
In-Reply-To: <Pine.LNX.4.44.0306241726270.25828-100000@vegemite.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0306241726270.25828-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Message-Id: <1056490098.5224.41.camel@opus.phy.duke.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (1.3.92-1) (Preview Release)
Date: 24 Jun 2003 17:28:18 -0400
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 21:24:23 -0000
X-UID: 1034                                                  
Status: O

On Tue, 2003-06-24 at 17:28, Charlie Brady wrote:
> On 24 Jun 2003, seth vidal wrote:
> 
> >  Trying to setup dovecot in a test environment. I need to run it on an
> > alternate port for imaps.
> > 
> > it doesn't seem like I can specify it on the listen line.
> > 
> > any ideas?
> 
> Probably not what you want, but running dovecot on any port you like is
> easy using the daemontools/tcpserver/stunnel/imapfront configuration I
> posted a while ago. You could quickly do a similar thing with *inetd.

yah - I was kinda hoping I could do this w/o *inetd.

I kinda like the standalone server

-sv


From skvidal@phy.duke.edu  Wed Jun 25 00:53:26 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D282238D5; Wed, 25 Jun 2003 00:53:26 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 5332B23865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 00:53:23 +0300 (EEST)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 01F5DA77D3; Tue, 24 Jun 2003 17:53:23 -0400 (EDT)
Subject: Re: [Dovecot] changing listening port
From: seth vidal <skvidal@phy.duke.edu>
To: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
In-Reply-To: <20030624212310.GX398@os.inf.tu-dresden.de>
References: <1056489688.5224.39.camel@opus.phy.duke.edu>
	 <20030624212310.GX398@os.inf.tu-dresden.de>
Content-Type: text/plain
Message-Id: <1056491840.6957.5.camel@opus.phy.duke.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (1.3.92-1) (Preview Release)
Date: 24 Jun 2003 17:57:20 -0400
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 21:53:26 -0000
X-UID: 1035                                                  
Status: O

On Tue, 2003-06-24 at 17:23, Adam Lackorzynski wrote:
> On Tue Jun 24, 2003 at 17:21:28 -0400, seth vidal wrote:
> >  Trying to setup dovecot in a test environment. I need to run it on an
> > alternate port for imaps.
> > it doesn't seem like I can specify it on the listen line.
> > any ideas?
> 
> Try
> 
> imaps_listen = *:1234
> 
> in your config file.

Thanks-  that works a treat.

-sv


From skvidal@phy.duke.edu  Wed Jun 25 01:00:07 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0AD6C2399D; Wed, 25 Jun 2003 01:00:07 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 534D02399A
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:00:01 +0300 (EEST)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP id F19CCA77D3
	for <dovecot@procontrol.fi>; Tue, 24 Jun 2003 18:00:00 -0400 (EDT)
From: seth vidal <skvidal@phy.duke.edu>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1056492238.6957.14.camel@opus.phy.duke.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.92 (1.3.92-1) (Preview Release)
Date: 24 Jun 2003 18:03:58 -0400
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] folder subscriptions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 22:00:07 -0000
X-UID: 1036                                                  
Status: O

Hi,
 I've got a lot of users using uw-imapd(yah, yah, I know)

I'd like to get them off of that and onto dovecot at some point in the
indeterminate future. 

so excluding bizarre path resolution things that uw-imapd has left
around. is it more or less cp ~/mailboxlist ~/mail/subscriptions?

It looks like that - but I wanted to verify :)

thanks
-sv


From tss@iki.fi  Wed Jun 25 01:07:24 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C511A239A1; Wed, 25 Jun 2003 01:07:24 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4CEF92399A
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:07:23 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 3E6B75C65485; Wed, 25 Jun 2003 01:07:22 +0300 (EEST)
Subject: Re: [Dovecot] folder subscriptions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1056492238.6957.14.camel@opus.phy.duke.edu>
References: <1056492238.6957.14.camel@opus.phy.duke.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056492442.8145.1.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 01:07:22 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 22:07:24 -0000
X-UID: 1037                                                  
Status: O

On Wed, 2003-06-25 at 01:03, seth vidal wrote:
> Hi,
>  I've got a lot of users using uw-imapd(yah, yah, I know)
> 
> I'd like to get them off of that and onto dovecot at some point in the
> indeterminate future. 
> 
> so excluding bizarre path resolution things that uw-imapd has left
> around. is it more or less cp ~/mailboxlist ~/mail/subscriptions?
> 
> It looks like that - but I wanted to verify :)

".subscriptions" but yes, that should do it.

From tss@iki.fi  Wed Jun 25 01:42:29 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 257FB238B6; Wed, 25 Jun 2003 01:42:29 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C6F462384C
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:42:26 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id A854F5C65485; Wed, 25 Jun 2003 01:42:26 +0300 (EEST)
Subject: Re: [Dovecot] Bug? Folder tree confusion
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030624182915.GA84732@cus.org.uk>
References: <20030624182915.GA84732@cus.org.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056494546.8145.5.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 01:42:26 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 22:42:29 -0000
X-UID: 1038                                                  
Status: O

On Tue, 2003-06-24 at 21:29, Dominic Marks wrote:
> Can anyone else confirm this behaviour:
> 
>  o Open an IMAP mailbox
>  o Make a new folder (foo/)
>  o Make another new folder under foo (foo/bar)
>  o Delete foo
>  o Bar will go away and foo will remain (Outlook bug ?)
>  o Try and delete foo, you won't be able to because Dovecot
>    thinks foo is not empty and Outlook thinks it is.

mbox? My Outlook 2000 asks "All subfolders will be deleted also. Are you
sure you wish to delete folder xyz?" (translation from finnish).
Answering yes will do that and it seems to work fine.

From tss@iki.fi  Wed Jun 25 01:55:11 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CFC45238B6; Wed, 25 Jun 2003 01:55:11 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 478392384C
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:55:10 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 256FA5C65485; Wed, 25 Jun 2003 01:55:10 +0300 (EEST)
Subject: Re: [Dovecot] Cache optimization (was Re:  0.99.10-rc2 and rawlog)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0306231640090.24768-100000@vegemite.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0306231640090.24768-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056495309.8146.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 01:55:10 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 22:55:11 -0000
X-UID: 1039                                                  
Status: O

On Mon, 2003-06-23 at 23:51, Charlie Brady wrote:
> It seems that this cache optimization which applies to FETCH is not 
> applied to SORT. The client said:
> 
> 000c sort (DATE) US-ASCII ALL 1:10912
> 
> and all message files are read.

So it seems. It's applied equally to FETCH and SORT, but FETCH just
never actually wants to use the Date-field. Fixed.

From tss@iki.fi  Wed Jun 25 02:11:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CC078239B2; Wed, 25 Jun 2003 02:11:40 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 57B2F238B6
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 02:11:38 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 128695C65485; Wed, 25 Jun 2003 02:11:38 +0300 (EEST)
Subject: Re: [Dovecot] Bug? High CPU Usage after nessus scan
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030623205306.3793f56e.jens@freebsdforum.de>
References: <20030623205306.3793f56e.jens@freebsdforum.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056496297.8146.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 02:11:37 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 23:11:40 -0000
X-UID: 1040                                                  
Status: O

On Mon, 2003-06-23 at 21:53, Jens Gutzeit wrote:
> I'am running dovecot with imap, pop3 and the ssl equivalents, after a
> nessus scan of my host with Bruteforce checks on IMAP, imap-login eats
> up lots of cpu.

Yes, thanks, fixed. It could get into infinite loop in some conditions.

From tss@iki.fi  Wed Jun 25 02:28:01 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 58BEC239B3; Wed, 25 Jun 2003 02:28:01 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 32D6F239A1
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 02:27:58 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 5535B5C65485; Wed, 25 Jun 2003 02:27:54 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056497274.8144.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 02:27:54 +0300
Subject: [Dovecot] 0.99.10-rc3
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 23:28:01 -0000
X-UID: 1041                                                  
Status: O

Fixed all the reported bugs. Changed PAM service to "dovecot". Anything
left?

http://dovecot.procontrol.fi/rc/

From lfarkas@bnap.hu  Wed Jun 25 02:40:35 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D4BF2239B3; Wed, 25 Jun 2003 02:40:35 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 482AE239A1
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 02:40:33 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 4669875400F
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:39:47 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 947763F22; Wed, 25 Jun 2003 01:40:31 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 5AF5C3F21
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:40:31 +0200 (CEST)
Message-ID: <3EF8E16F.8050404@bnap.hu>
Date: Wed, 25 Jun 2003 01:40:31 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] current cvs can't login
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 23:40:36 -0000
X-UID: 1042                                                  
Status: O

hi,
the current cvs don't allow to login with mozilla just such messages:
imap-login: Jun 25 01:29:30 Info: Aborted login [192.168.0.50]
imap-login: Jun 25 01:29:39 Info: Aborted login [192.168.0.50]
even the today afternoon messages was correct (or at least able to login 
to the imap).

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed Jun 25 02:49:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 47E4A239B3; Wed, 25 Jun 2003 02:49:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B900A239A1
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 02:49:04 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 87F3A5C65485; Wed, 25 Jun 2003 02:49:04 +0300 (EEST)
Subject: Re: [Dovecot] current cvs can't login
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EF8E16F.8050404@bnap.hu>
References: <3EF8E16F.8050404@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056498544.8137.28.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 02:49:04 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 23:49:06 -0000
X-UID: 1043                                                  
Status: O

On Wed, 2003-06-25 at 02:40, Farkas Levente wrote:
> hi,
> the current cvs don't allow to login with mozilla just such messages:
> imap-login: Jun 25 01:29:30 Info: Aborted login [192.168.0.50]
> imap-login: Jun 25 01:29:39 Info: Aborted login [192.168.0.50]
> even the today afternoon messages was correct (or at least able to login 
> to the imap).

I'd guess it's the PAM change.

mv /etc/pam.d/imap /etc/pam.d/dovecot

From lfarkas@bnap.hu  Wed Jun 25 02:52:50 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9D349239B3; Wed, 25 Jun 2003 02:52:50 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 1C9D3239A1
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 02:52:49 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 0230475400F
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:52:04 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 5F3F43F21; Wed, 25 Jun 2003 01:52:48 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 37C7F3F20
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 01:52:48 +0200 (CEST)
Message-ID: <3EF8E44F.8030704@bnap.hu>
Date: Wed, 25 Jun 2003 01:52:47 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] current cvs can't login
References: <3EF8E16F.8050404@bnap.hu> <1056498544.8137.28.camel@hurina>
In-Reply-To: <1056498544.8137.28.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2003 23:52:50 -0000
X-UID: 1044                                                  
Status: O

Timo Sirainen wrote:
> On Wed, 2003-06-25 at 02:40, Farkas Levente wrote:
> 
>>hi,
>>the current cvs don't allow to login with mozilla just such messages:
>>imap-login: Jun 25 01:29:30 Info: Aborted login [192.168.0.50]
>>imap-login: Jun 25 01:29:39 Info: Aborted login [192.168.0.50]
>>even the today afternoon messages was correct (or at least able to login 
>>to the imap).
> 
> 
> I'd guess it's the PAM change.
> 
> mv /etc/pam.d/imap /etc/pam.d/dovecot

and the pop3?
so I've to rewrite the spec file to:-(
I'll rather go to home and do it tomorrow:-)
thanks.

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed Jun 25 03:00:55 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 551B6239BD; Wed, 25 Jun 2003 03:00:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7129D239B3
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 03:00:53 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id 44F9E5C65485; Wed, 25 Jun 2003 03:00:53 +0300 (EEST)
Subject: Re: [Dovecot] current cvs can't login
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EF8E44F.8030704@bnap.hu>
References: <3EF8E16F.8050404@bnap.hu> <1056498544.8137.28.camel@hurina>
	 <3EF8E44F.8030704@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056499252.8144.31.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 03:00:53 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 00:00:55 -0000
X-UID: 1045                                                  
Status: O

On Wed, 2003-06-25 at 02:52, Farkas Levente wrote:
> > I'd guess it's the PAM change.
> > 
> > mv /etc/pam.d/imap /etc/pam.d/dovecot
> 
> and the pop3?
> so I've to rewrite the spec file to:-(
> I'll rather go to home and do it tomorrow:-)

Dovecot used "imap" for pop3 too. I'm still not sure if I should have
rather just fixed it to use "pop3" for pop3 than change everyone to use
"dovecot". Maybe this should be optional..

From lfarkas@bnap.hu  Wed Jun 25 03:04:45 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 08199239BD; Wed, 25 Jun 2003 03:04:45 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 6B5C6239B3
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 03:04:43 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 4D36E75400F
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 02:03:58 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id AFD0D3F22; Wed, 25 Jun 2003 02:04:42 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 8E5E63F21
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 02:04:42 +0200 (CEST)
Message-ID: <3EF8E71A.5070405@bnap.hu>
Date: Wed, 25 Jun 2003 02:04:42 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] current cvs can't login
References: <3EF8E16F.8050404@bnap.hu> <1056498544.8137.28.camel@hurina>
	<3EF8E44F.8030704@bnap.hu> <1056499252.8144.31.camel@hurina>
In-Reply-To: <1056499252.8144.31.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 00:04:45 -0000
X-UID: 1046                                                  
Status: O

Timo Sirainen wrote:
> On Wed, 2003-06-25 at 02:52, Farkas Levente wrote:
> 
>>>I'd guess it's the PAM change.
>>>
>>>mv /etc/pam.d/imap /etc/pam.d/dovecot
>>
>>and the pop3?
>>so I've to rewrite the spec file to:-(
>>I'll rather go to home and do it tomorrow:-)
> 
> 
> Dovecot used "imap" for pop3 too. I'm still not sure if I should have
> rather just fixed it to use "pop3" for pop3 than change everyone to use
> "dovecot". Maybe this should be optional..

than I vote for dovecot for everyone.


-- 
   Levente                               "Si vis pacem para bellum!"


From skvidal@phy.duke.edu  Wed Jun 25 04:45:41 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4CAC3238D2; Wed, 25 Jun 2003 04:45:41 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 71BEA238B6
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 04:45:35 +0300 (EEST)
Received: from HP-4050-103.internal.phy.duke.edu (rdu57-255-028.nc.rr.com
	[66.57.255.28])	by mail.phy.duke.edu (Postfix) with ESMTP
	id 57780A77D3; Tue, 24 Jun 2003 21:45:34 -0400 (EDT)
Subject: Re: [Dovecot] 0.99.10-rc3
From: seth vidal <skvidal@phy.duke.edu>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1056497274.8144.26.camel@hurina>
References: <1056497274.8144.26.camel@hurina>
Content-Type: text/plain
Message-Id: <1056505284.25085.34.camel@binkley>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 (1.4.0-2.duke.1) 
Date: 24 Jun 2003 21:41:24 -0400
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 01:45:41 -0000
X-UID: 1047                                                  
Status: O

On Tue, 2003-06-24 at 19:27, Timo Sirainen wrote:
> Fixed all the reported bugs. Changed PAM service to "dovecot". Anything
> left?
> 
> http://dovecot.procontrol.fi/rc/

silly request:

if dovecot does not have a .subscription yet but it does find a
.mailboxlist file could it copy that file and try to use it
automatically?

or would there be a way of providing modules that can perform certain
commands as login modules for dovecot?

-sv


From jaldhar@debian.org  Wed Jun 25 05:36:35 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F08E8238D2; Wed, 25 Jun 2003 05:36:34 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id E164A23865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 05:36:31 +0300 (EEST)
Received: from jyoti.intranet.braincells.com
	(bgp384497bgs.jersyc01.nj.comcast.net [68.36.31.111])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id BBC6D817F; Tue, 24 Jun 2003 22:36:30 -0400 (EDT)
Date: Tue, 24 Jun 2003 22:36:18 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@jyoti.intranet.braincells.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10-rc3
In-Reply-To: <1056497274.8144.26.camel@hurina>
Message-ID: <Pine.LNX.4.56.0306242235550.12333@jyoti.intranet.braincells.com>
References: <1056497274.8144.26.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 02:36:35 -0000
X-UID: 1048                                                  
Status: O

On Tue, 25 Jun 2003, Timo Sirainen wrote:

> Fixed all the reported bugs. Changed PAM service to "dovecot". Anything
> left?
>
> http://dovecot.procontrol.fi/rc/
>

dotlocking? (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=185335)

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From Juergen.Daubert@t-online.de  Wed Jun 25 09:50:40 2003
Return-Path: <Juergen.Daubert@t-online.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 76F12238D2; Wed, 25 Jun 2003 09:50:40 +0300 (EEST)
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com
	[194.25.134.80])
	by danu.procontrol.fi (Postfix) with ESMTP id 469E023865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 09:50:37 +0300 (EEST)
Received: from fwd03.aul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 19V470-0002Z1-05; Wed, 25 Jun 2003 08:50:34 +0200
Received: from pD9518F40.dip.t-dialin.net
	(bRvtx8ZSoeXB1xO-qVMdX+8YTc5vzINb3I8wpgX7OJR6bbREzPCbc+@[217.81.143.64]) by
	fwd03.sul.t-online.com
	with esmtp id 19V46t-1xM4Ce0; Wed, 25 Jun 2003 08:50:27 +0200
Received: from 192.168.0.1 by ser.netz with esmtp (masqmail 0.2.20) id
 19V46p-2uh-00 for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 08:50:23
 +0200
Received: from juergen by jue.netz with local (masqmail 0.2.20) id
 19V46p-04l-00 for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 08:50:23
 +0200
Date: Wed, 25 Jun 2003 08:50:23 +0200
From: Juergen.Daubert@t-online.de (Juergen Daubert)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Bug? Folder tree confusion
Message-ID: <20030625065023.GA205@localhost>
References: <20030624182915.GA84732@cus.org.uk>
	<1056494546.8145.5.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1056494546.8145.5.camel@hurina>
User-Agent: Mutt/1.4.1i
X-Seen: false
X-ID: bRvtx8ZSoeXB1xO-qVMdX+8YTc5vzINb3I8wpgX7OJR6bbREzPCbc+@t-dialin.net
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 06:50:40 -0000
X-UID: 1049                                                  
Status: O
Content-Length: 1546

On Wed, Jun 25, 2003 at 01:42:26AM +0300, Timo Sirainen wrote:
> On Tue, 2003-06-24 at 21:29, Dominic Marks wrote:
> > Can anyone else confirm this behaviour:
> > 
> >  o Open an IMAP mailbox
> >  o Make a new folder (foo/)
> >  o Make another new folder under foo (foo/bar)
> >  o Delete foo
> >  o Bar will go away and foo will remain (Outlook bug ?)
> >  o Try and delete foo, you won't be able to because Dovecot
> >    thinks foo is not empty and Outlook thinks it is.
> 
> mbox? My Outlook 2000 asks "All subfolders will be deleted also. Are you
> sure you wish to delete folder xyz?" (translation from finnish).
> Answering yes will do that and it seems to work fine.

Yes, I see a similar behaviour. Deletion works for me, but not if I 
create a real mbox-file test in the directory foo/bar before. 
This is because we will have a empty directory foo/bar/.imap after 
deleting test. 

Dovecot response with (output of ngrep):


T 192.168.0.1:32831 -> 192.168.0.90:143 [AP]
  263 DELETE foo/bar/test..                                                  
#
T 192.168.0.90:143 -> 192.168.0.1:32831 [AP]
  263 OK Delete completed...                                                 
#

...

##
T 192.168.0.1:32831 -> 192.168.0.90:143 [AP]
  265 DELETE foo/bar..                                                       
#
T 192.168.0.90:143 -> 192.168.0.1:32831 [AP]
  265 NO Folder foo/bar isn't empty, can't delete it...        



Linux, mbox, dovecot-0.99.10-rc3, sylpheed 0.9.2 & mutt 1.4.1

Greetings
Jrgen
 

-- 
juergen.daubert@t-online.de
From dom@cus.org.uk  Wed Jun 25 10:51:10 2003
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3F156238D2; Wed, 25 Jun 2003 10:51:10 +0300 (EEST)
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net
	[213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 7756E238B6
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 10:51:06 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.12.6) with ESMTP id h5P7p45h099325;
	Wed, 25 Jun 2003 08:51:04 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h5P7p4B2099324;
	Wed, 25 Jun 2003 08:51:04 +0100 (BST)
Date: Wed, 25 Jun 2003 08:51:04 +0100
From: Dominic Marks <dom@cus.org.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Bug? Folder tree confusion
Message-ID: <20030625075104.GA99313@cus.org.uk>
References: <20030624182915.GA84732@cus.org.uk>
	<1056494546.8145.5.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1056494546.8145.5.camel@hurina>
User-Agent: Mutt/1.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 07:51:10 -0000
X-UID: 1050                                                  
Status: O

On 25/06/2003 01:42, Timo Sirainen wrote:
> On Tue, 2003-06-24 at 21:29, Dominic Marks wrote:
> > Can anyone else confirm this behaviour:
> > 
> >  o Open an IMAP mailbox
> >  o Make a new folder (foo/)
> >  o Make another new folder under foo (foo/bar)
> >  o Delete foo
> >  o Bar will go away and foo will remain (Outlook bug ?)
> >  o Try and delete foo, you won't be able to because Dovecot
> >    thinks foo is not empty and Outlook thinks it is.
> 
> mbox? My Outlook 2000 asks "All subfolders will be deleted also. Are you
> sure you wish to delete folder xyz?" (translation from finnish).
> Answering yes will do that and it seems to work fine.

Must be user error then :-)

-- 
Dominic
 <dom at cus.org.uk> <dominic.marks at npl.co.uk>
From dom@cus.org.uk  Wed Jun 25 10:56:30 2003
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 039B2238D2; Wed, 25 Jun 2003 10:56:30 +0300 (EEST)
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net
	[213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 5D2DD238B6
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 10:56:28 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.12.6) with ESMTP id h5P7uQ5h099407;
	Wed, 25 Jun 2003 08:56:26 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h5P7uQ6U099406;
	Wed, 25 Jun 2003 08:56:26 +0100 (BST)
Date: Wed, 25 Jun 2003 08:56:26 +0100
From: Dominic Marks <dom@cus.org.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] current cvs can't login
Message-ID: <20030625075626.GB99313@cus.org.uk>
References: <3EF8E16F.8050404@bnap.hu> <1056498544.8137.28.camel@hurina>
	<3EF8E44F.8030704@bnap.hu> <1056499252.8144.31.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1056499252.8144.31.camel@hurina>
User-Agent: Mutt/1.4i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 07:56:30 -0000
X-UID: 1051                                                  
Status: O

On 25/06/2003 03:00, Timo Sirainen wrote:
> On Wed, 2003-06-25 at 02:52, Farkas Levente wrote:
> > > I'd guess it's the PAM change.
> > > 
> > > mv /etc/pam.d/imap /etc/pam.d/dovecot
> > 
> > and the pop3?
> > so I've to rewrite the spec file to:-(
> > I'll rather go to home and do it tomorrow:-)
> 
> Dovecot used "imap" for pop3 too. I'm still not sure if I should have
> rather just fixed it to use "pop3" for pop3 than change everyone to use
> "dovecot". Maybe this should be optional..

I'd like to see the pop3 service using the pop3 profile and the imap
service using the imap profile preferably so it integrates better into a
default FreeBSD setup (I tested Dovecot on FreeBSD 5.1 with OpenPAM
yesterday and it works fine), I can patch this locally though if its
cleaner to use dovecot in general.

-- 
Dominic
 <dom at cus.org.uk> <dominic.marks at npl.co.uk>
From tss@iki.fi  Wed Jun 25 13:51:05 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 82B27238D2; Wed, 25 Jun 2003 13:51:05 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AC21423865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 13:51:02 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id DEF1B5C65485; Wed, 25 Jun 2003 13:51:01 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10-rc3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1056505284.25085.34.camel@binkley>
References: <1056497274.8144.26.camel@hurina>
	 <1056505284.25085.34.camel@binkley>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056538261.8144.38.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 13:51:01 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 10:51:05 -0000
X-UID: 1052                                                  
Status: O

On Wed, 2003-06-25 at 04:41, seth vidal wrote:
> silly request:
> 
> if dovecot does not have a .subscription yet but it does find a
> .mailboxlist file could it copy that file and try to use it
> automatically?
> 
> or would there be a way of providing modules that can perform certain
> commands as login modules for dovecot?

Something like this:

gcc -shared uwfix.c -o /usr/local/lib/dovecot/imap/uwfix.so

#include <stdlib.h>
#include <sys/stat.h>
#include <errno.h>

void uwfix_init(void) {
  if (stat("mail/.subscription") < 0 && errno == ENOENT &&
      stat(".mailboxlist") == 0) {
    system("/bin/cp .mailboxlist mail/.subscriptions");
  }
}

void uwfix_deinit(void) {}

From charlieb-dovecot@e-smith.com  Wed Jun 25 18:05:09 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 263562399E; Wed, 25 Jun 2003 18:05:09 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 1366D238B6
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 18:05:05 +0300 (EEST)
Received: (qmail 23248 invoked by uid 404); 25 Jun 2003 15:05:02 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 25 Jun 2003 11:05:01 -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; 25 Jun 2003 15:05:01 -0000
Received: (qmail 20019 invoked from network); 25 Jun 2003 15:05:01 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 25 Jun 2003 15:05:01 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 25 Jun 2003 15:12:28 -0000
Date: Wed, 25 Jun 2003 11:12:28 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10-rc3
In-Reply-To: <1056497274.8144.26.camel@hurina>
Message-ID: <Pine.LNX.4.44.0306251111140.26843-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 15:05:09 -0000
X-UID: 1053                                                  
Status: O


On 25 Jun 2003, Timo Sirainen wrote:

> Fixed all the reported bugs. Changed PAM service to "dovecot". Anything
> left?

A suggestion, only relevant if compiled --with-rawlog - change the magic 
directory name from ~/rawlog to ~/dovecot.rawlog (or similar).

Thanks

--
Charlie


From lfarkas@bnap.hu  Wed Jun 25 18:38:12 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 79097239AD; Wed, 25 Jun 2003 18:38:12 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id D248623865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 18:38:09 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 4897C754013
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 17:37:21 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 887C93F3D; Wed, 25 Jun 2003 17:38:07 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 5D1F03EAD
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 17:38:07 +0200 (CEST)
Message-ID: <3EF9C1DE.1090705@bnap.hu>
Date: Wed, 25 Jun 2003 17:38:06 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] a new bug
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 15:38:12 -0000
X-UID: 1054                                                  
Status: O
Content-Length: 1258

hi,
withe the latest cvs (and a few days ago) I've got a lot's of such 
process on the maiul server (and the number of such processes just 
growing:-((().
anyway the login problem disapear as I use dovecot as pam module name 
(both for impa and pop3).
------------------------------------------
root     18923  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18925  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18939  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
dovecot  18942  0.0  0.1  3420 1492 ?        S    17:35   0:00 imap-login
root     18943  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18945  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18947  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
dovecot  18950  0.0  0.1  3420 1492 ?        S    17:35   0:00 imap-login
dovecot  18953  0.3  0.1  3424 1488 ?        S    17:35   0:00 imap-login
root     18954  0.3  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
------------------------------------------

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bnap.hu  Wed Jun 25 18:38:29 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 59931239CB; Wed, 25 Jun 2003 18:38:29 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id AFFDC23865
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 18:38:27 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 9C638754013
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 17:37:40 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id E34DB3F3D; Wed, 25 Jun 2003 17:38:26 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id BE4643EAD
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 17:38:26 +0200 (CEST)
Message-ID: <3EF9C1F2.7090807@bnap.hu>
Date: Wed, 25 Jun 2003 17:38:26 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] a new bug
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 15:38:29 -0000
X-UID: 1055                                                  
Status: O
Content-Length: 1258

hi,
withe the latest cvs (and a few days ago) I've got a lot's of such 
process on the maiul server (and the number of such processes just 
growing:-((().
anyway the login problem disapear as I use dovecot as pam module name 
(both for impa and pop3).
------------------------------------------
root     18923  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18925  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18939  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
dovecot  18942  0.0  0.1  3420 1492 ?        S    17:35   0:00 imap-login
root     18943  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18945  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
root     18947  0.0  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
dovecot  18950  0.0  0.1  3420 1492 ?        S    17:35   0:00 imap-login
dovecot  18953  0.3  0.1  3424 1488 ?        S    17:35   0:00 imap-login
root     18954  0.3  0.0     0    0 ?        Z    17:35   0:00 
[dovecot-auth <defunct>]
------------------------------------------

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Wed Jun 25 19:41:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1C075239AD; Wed, 25 Jun 2003 19:41:20 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 34F942399E
	for <dovecot@procontrol.fi>; Wed, 25 Jun 2003 19:41:15 +0300 (EEST)
Received: by oma.irssi.org (Postfix, from userid 1000)
	id BD4F75C65485; Wed, 25 Jun 2003 19:41:12 +0300 (EEST)
Subject: Re: [Dovecot] a new bug
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3EF9C1DE.1090705@bnap.hu>
References: <3EF9C1DE.1090705@bnap.hu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1056559272.8137.47.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 25 Jun 2003 19:41:12 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 16:41:20 -0000
X-UID: 1056                                                  
Status: O

On Wed, 2003-06-25 at 18:38, Farkas Levente wrote:
> hi,
> withe the latest cvs (and a few days ago) I've got a lot's of such 
> process on the maiul server (and the number of such processes just 
> growing:-((().
> anyway the login problem disapear as I use dovecot as pam module name 
> (both for impa and pop3).
> ------------------------------------------
> root     18923  0.0  0.0     0    0 ?        Z    17:35   0:00 
> [dovecot-auth <defunct>]

Nowadays dovecot-auth creates a new process for every PAM check. Problem
is that those processes were wait()ed out only one per second. Fixed it
now so that it checks all of them once in a second. So you'll still see
them for a while, but they should die out soon.

From tss@iki.fi  Thu Jun 26 02:49:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2CE2C2399E; Thu, 26 Jun 2003 02:49:13 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CAB2923865
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 02:49:09 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id AAF505C896C9
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 02:49:08 +0300 (EEST)
Subject: [Fwd: Re: [Dovecot] current cvs can't login]
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: multipart/mixed; boundary="=-m214x5s33KX7azijlmiX"
Message-Id: <1056584948.5044.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 02:49:08 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2003 23:49:13 -0000
X-UID: 1057                                                  
Status: O
Content-Length: 1380


--=-m214x5s33KX7azijlmiX
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

So, evolution 1.4 upgrade lost my reply-to-list defaulting. Was supposed
to send this here..


--=-m214x5s33KX7azijlmiX
Content-Disposition: inline
Content-Description: Forwarded message - Re: [Dovecot] current cvs can't
	login
Content-Type: message/rfc822

Subject: Re: [Dovecot] current cvs can't login
From: Timo Sirainen <tss@iki.fi>
To: Dominic Marks <dom@cus.org.uk>
In-Reply-To: <20030625075626.GB99313@cus.org.uk>
References: <3EF8E16F.8050404@bnap.hu> <1056498544.8137.28.camel@hurina>
	 <3EF8E44F.8030704@bnap.hu> <1056499252.8144.31.camel@hurina>
	 <20030625075626.GB99313@cus.org.uk>
Content-Type: text/plain
Message-Id: <1056582990.30532.0.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 02:16:31 +0300
Status: RO
Content-Length: 427
X-UID: 3847
X-Keywords: 
Content-Transfer-Encoding: 7bit

On Wed, 2003-06-25 at 10:56, Dominic Marks wrote:
> I'd like to see the pop3 service using the pop3 profile and the imap
> service using the imap profile preferably so it integrates better into a
> default FreeBSD setup (I tested Dovecot on FreeBSD 5.1 with OpenPAM
> yesterday and it works fine), I can patch this locally though if its
> cleaner to use dovecot in general.

auth_passdb = pam *

Now uses either imap or pop3.


--=-m214x5s33KX7azijlmiX--

From rdcates@xpowerhosting.com  Thu Jun 26 03:34:55 2003
Return-Path: <rdcates@xpowerhosting.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A09BB2399E; Thu, 26 Jun 2003 03:34:55 +0300 (EEST)
Received: from ws1.xpowerhosting.com (unknown [63.238.110.18])
	by danu.procontrol.fi (Postfix) with SMTP id 6A48C238B6
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 03:34:49 +0300 (EEST)
Received: (qmail 18348 invoked by uid 0); 26 Jun 2003 00:27:16 -0000
Received: from unknown (HELO OFFICE) (65.80.112.100)
  by ws1.xpowerhosting.com with SMTP; 26 Jun 2003 00:27:16 -0000
From: "Roger Cates" <rdcates@xpowerhosting.com>
To: <dovecot@procontrol.fi>
Date: Wed, 25 Jun 2003 19:27:50 -0500
Message-ID: <002401c33b79$c67f50e0$0301a8c0@OFFICE>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0025_01C33B4F.DDA948E0"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
Subject: [Dovecot] Help with new install on Mac OSX
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 00:34:55 -0000
X-UID: 1058                                                  
Status: O
Content-Length: 21794

This is a multi-part message in MIME format.

------=_NextPart_000_0025_01C33B4F.DDA948E0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Can anyone tell me what's going on and how I can fix it?
 
bash-2.05a# make
make  all-recursive
Making all in src
Making all in lib
make[3]: Nothing to be done for `all'.
Making all in lib-settings
make[3]: Nothing to be done for `all'.
Making all in lib-charset
make[3]: Nothing to be done for `all'.
Making all in lib-mail
make[3]: Nothing to be done for `all'.
Making all in lib-imap
make[3]: Nothing to be done for `all'.
Making all in lib-index
Making all in maildir
make[4]: Nothing to be done for `all'.
Making all in mbox
make[4]: Nothing to be done for `all'.
make[4]: Nothing to be done for `all-am'.
Making all in lib-storage
Making all in index
Making all in maildir
make[5]: Nothing to be done for `all'.
Making all in mbox
make[5]: Nothing to be done for `all'.
make[5]: Nothing to be done for `all-am'.
Making all in subscription-file
make[4]: Nothing to be done for `all'.
Making all in register
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib
-I../../../src/lib-imap         -I../../../src/lib-storage    -g -O2
-Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c
mail-storage-register.c
rm -f libstorage-register.a
ar cru libstorage-register.a mail-storage-register.o
ranlib libstorage-register.a
make[4]: Nothing to be done for `all-am'.
Making all in auth
/bin/sh ../../libtool --mode=link gcc  -g -O2 -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast   -o dovecot-auth
-export-dynamic auth-module.o db-ldap.o db-pgsql.o db-passwd-file.o
login-connection.o main.o master-connection.o md5crypt.o mech.o
mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o passdb.o
passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o
passdb-shadow.o passdb-vpopmail.o passdb-pgsql.o password-scheme.o
userdb.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o
userdb-static.o userdb-vpopmail.o userdb-pgsql.o
../lib-settings/libsettings.a ../lib/liblib.a  -lpam -L/usr/vpopmail/lib
-lvpopmail -ldl
gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations
-Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o
dovecot-auth auth-module.o db-ldap.o db-pgsql.o db-passwd-file.o
login-connection.o main.o master-connection.o md5crypt.o mech.o
mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o passdb.o
passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o
passdb-shadow.o passdb-vpopmail.o passdb-pgsql.o password-scheme.o
userdb.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o
userdb-static.o userdb-vpopmail.o userdb-pgsql.o
../lib-settings/libsettings.a ../lib/liblib.a -lpam -L/usr/vpopmail/lib
-lvpopmail -ldl
ld: Undefined symbols:
___udivdi3
___umoddi3
restFP
saveFP
___divdi3
make[3]: *** [dovecot-auth] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2
 
I am on Mac OS X 10.2.6 and the latest Dovecot release 0.99.9.1.
 
 
Sincerely,
 
Roger Cates
 

------=_NextPart_000_0025_01C33B4F.DDA948E0
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C33B4F.DD2A7BF0">
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"PersonName"/>
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
p
	{mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
span.GramE
	{mso-style-name:"";
	mso-gram-e:yes;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Can anyone tell me <span =
class=3DGramE>what&#8217;s</span>
going on and how I can fix it?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>bash-2.05a</span></font></sp=
an><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'># =
make<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make<span
style=3D'mso-spacerun:yes'>&nbsp; </span>all</span></font></span><font =
size=3D2
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>-recursive<o:p></o:p></span>=
</font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in src<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in lib<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>3]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in =
lib-settings<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>3]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in =
lib-charset<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>3]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in lib-mail<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>3]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in lib-imap<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>3]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in lib-index<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in maildir<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>4]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in mbox<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>4]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>4]: Nothing
to be done for `all-am'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in =
lib-storage<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in index<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in maildir<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>5]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in mbox<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>5]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>5]: Nothing
to be done for `all-am'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in =
subscription-file<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>4]: Nothing
to be done for `all'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in register<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>gcc</span></font></span><fon=
t
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>
-DHAVE_CONFIG_H -</span></font><st1:place><font size=3D2 =
face=3DArial><span
 =
style=3D'font-size:10.0pt;font-family:Arial'>I.</span></font></st1:place>=
<font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'> =
-</span></font><st1:place><font
 size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>I.</span></font></st1:place>=
<font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'> -I../../..
-I<span class=3DGramE>..</span>/../../src/lib<span
style=3D'mso-spacerun:yes'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span>-I<span
class=3DGramE>..</span>/../../src/lib-imap<span
style=3D'mso-spacerun:yes'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;
</span>-I<span class=3DGramE>..</span>/../../src/lib-storage<span
style=3D'mso-spacerun:yes'>&nbsp;&nbsp;&nbsp; </span>-g -O2 -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith =
-Wchar-subscripts
-Wformat=3D2 -Wbad-function-cast<span style=3D'mso-spacerun:yes'>&nbsp; =
</span>-c mail-storage-register.c<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>rm</span></font></span><font=
 size=3D2
face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'> -f
libstorage-register.a<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>ar</span></font></span><font=
 size=3D2
face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'> cru
libstorage-register.a =
mail-storage-register.o<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>ranlib</span></font></span><=
font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>
libstorage-register.a<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>4]: Nothing
to be done for `all-am'.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Making all in auth<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>/bin/<span class=3DGramE>sh ..</span>/../libtool =
--mode=3Dlink
gcc<span style=3D'mso-spacerun:yes'>&nbsp; </span>-g -O2 -Wall -W =
-Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=3D2
-Wbad-function-cast<span style=3D'mso-spacerun:yes'>&nbsp;&nbsp; =
</span>-o
dovecot-auth -export-dynamic auth-module.o db-ldap.o db-pgsql.o
db-passwd-file.o login-connection.o main.o master-connection.o =
md5crypt.o
mech.o mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o =
passdb.o
passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o =
passdb-shadow.o
passdb-vpopmail.o passdb-pgsql.o password-scheme.o userdb.o =
userdb-ldap.o
userdb-passwd.o userdb-passwd-file.o userdb-static.o userdb-vpopmail.o
userdb-pgsql.o ../lib-settings/<span class=3DGramE>libsettings.a =
..</span>/lib/<span
class=3DGramE>liblib.a<span style=3D'mso-spacerun:yes'>&nbsp; =
</span>-</span>lpam
-L/usr/vpopmail/lib -lvpopmail -ldl<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>gcc -g -O2 -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=3D2 =
-Wbad-function-cast
-o dovecot-auth auth-module.o db-ldap.o db-pgsql.o db-passwd-file.o
login-connection.o main.o master-connection.o md5crypt.o mech.o
mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o passdb.o
passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o =
passdb-shadow.o
passdb-vpopmail.o passdb-pgsql.o password-scheme.o userdb.o =
userdb-ldap.o
userdb-passwd.o userdb-passwd-file.o userdb-static.o userdb-vpopmail.o
userdb-pgsql.o<span style=3D'mso-spacerun:yes'>&nbsp; =
</span>../lib-settings/<span
class=3DGramE>libsettings.a ..</span>/lib/liblib.a -lpam =
-L/usr/vpopmail/lib
-lvpopmail -<span class=3DGramE>ldl</span><o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>ld</span></font></span><font=
 size=3D2
face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'>: =
Undefined
symbols:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>___udivdi3<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>___umoddi3<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>restFP</span></font></span><=
font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></p=
>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>saveFP</span></font></span><=
font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>___divdi3<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>3]: ***
[dovecot-auth] Error 1<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>2]: ***
[all-recursive] Error 1<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make[</span></font></span><f=
ont
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>1]: ***
[all-recursive] Error 1<o:p></o:p></span></font></p>

<p class=3DMsoNormal><span class=3DGramE><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>make</span></font></span><fo=
nt
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>: ***
[all-recursive-am] Error 2<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I am on Mac OS X 10.2.6 and the latest Dovecot =
release 0.99.9.1.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt;mso-no-proof:yes'><o:p>&nbsp;</o:p></span></font></p>

<p><font size=3D1 face=3DArial><span =
style=3D'font-size:9.0pt;font-family:Arial;
mso-no-proof:yes'>Sincerely,</span></font><font size=3D1><span =
style=3D'font-size:
9.0pt;mso-no-proof:yes'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D1 face=3D"Times New Roman"><span =
style=3D'font-size:
9.0pt;mso-no-proof:yes'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><st1:PersonName><font size=3D1 face=3DArial><span
 style=3D'font-size:9.0pt;font-family:Arial;mso-no-proof:yes'>Roger =
Cates</span></font></st1:PersonName><font
size=3D1><span =
style=3D'font-size:9.0pt;mso-no-proof:yes'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0025_01C33B4F.DDA948E0--

From tss@iki.fi  Thu Jun 26 04:08:19 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 32AB8239B2; Thu, 26 Jun 2003 04:08:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 70E01238B6
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 04:08:16 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id EB1525C896C9
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 04:08:15 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1056589694.7729.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 04:08:15 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] 0.99.10-rc4
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 01:08:19 -0000
X-UID: 1059                                                  
Status: O

Again all the recently reported bugs fixed. Hopefully last rc.

http://dovecot.procontrol.fi/rc/


From charlie@rubberduck.com  Thu Jun 26 06:23:33 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 750BC239B3; Thu, 26 Jun 2003 06:23:33 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 9E1B923865
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 06:23:28 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id A52B98FBB; Thu, 26 Jun 2003 13:23:34 +1000 (EST)
Date: Thu, 26 Jun 2003 13:23:34 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20030626032334.GA24909@lazy.spodder.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] mutt and dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 03:23:33 -0000
X-UID: 1060                                                  
Status: O

Hi,

I setup squirrelmail with dovecot and everything worked. I moved users
Maildir directores to ~/Maildir/INBOX.directory/ and updated the
.subscriptions file to something like ^INBOX.directory

squirrelmail picks this up, but I can't seem to get mutt to read this
style. In fact I would have assumed that dovecot would read ~/Maildir/
as INBOX and everything under it as it stands, without having to
shuffle things about.

Does anyone use mutt and have any words fo advice?

I am not sure that courier-imapd does this sort of munging?

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From charlie@rubberduck.com  Thu Jun 26 06:30:33 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 887B5239BA; Thu, 26 Jun 2003 06:30:33 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 0EFC323865
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 06:30:30 +0300 (EEST)
Received: from machine.spodder.com (rtr1.snc.schools.net.au [203.31.232.2])
	by lazy.spodder.com (Postfix) with ESMTP id A586C8F00
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 13:30:46 +1000 (EST)
Received: from machine.internal.schools.net.au (localhost [127.0.0.1])
	by machine.spodder.com (Postfix) with ESMTP id A2CCC4FCA8
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 13:30:28 +1000 (EST)
Received: (from yeled@localhost)h5Q3URRT002446
	for dovecot@procontrol.fi; Thu, 26 Jun 2003 13:30:27 +1000 (EST)
X-Authentication-Warning: machine.internal.schools.net.au: yeled set sender to
	charlie@rubberduck.com using -f
Date: Thu, 26 Jun 2003 13:30:27 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] mutt and dovecot
Message-ID: <20030626032923.GA2434@myinternet.com.au>
References: <20030626032334.GA24909@lazy.spodder.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030626032334.GA24909@lazy.spodder.com>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 03:30:33 -0000
X-UID: 1061                                                  
Status: O

Sorry to reply to my own, but I have done this to "fix" the issue:

cd ~/Maildir ; for i in * ; do ln -s $i .INBOX.$i ; done

So I can now change to =mailbox

This is inelegant..

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From amyzing@talsever.com  Thu Jun 26 07:17:22 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EC4E3239BA; Thu, 26 Jun 2003 07:17:22 +0300 (EEST)
Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net
	[207.69.200.246])
	by danu.procontrol.fi (Postfix) with ESMTP id 3579D23865
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 07:17:20 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 19VOCD-0007ZI-00; Thu, 26 Jun 2003 00:17:18 -0400
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP
	id 10D1D804B; Thu, 26 Jun 2003 00:17:16 -0400 (EDT)
Date: Thu, 26 Jun 2003 00:17:16 -0400
From: "Amelia A. Lewis" <amyzing@talsever.com>
To: Charlie Allom <charlie@rubberduck.com>
Subject: Re: [Dovecot] mutt and dovecot
Message-Id: <20030626001716.358887a6.amyzing@talsever.com>
In-Reply-To: <20030626032923.GA2434@myinternet.com.au>
References: <20030626032334.GA24909@lazy.spodder.com>
	<20030626032923.GA2434@myinternet.com.au>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.0 (GTK+ 1.2.10; i386-debian-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 04:17:23 -0000
X-UID: 1062                                                  
Status: O

Change it in /etc/Muttrc.  man muttrc for the imap parameters.  I think
you want imap_home_namespace=INBOX.directory, probably.

On Thu, 26 Jun 2003 13:30:27 +1000
Charlie Allom <charlie@rubberduck.com> wrote:

> Sorry to reply to my own, but I have done this to "fix" the issue:
> 
> cd ~/Maildir ; for i in * ; do ln -s $i .INBOX.$i ; done
> 
> So I can now change to =mailbox
> 
> This is inelegant..
> 
>   C.
> -- 
>  charlie@rubberduck.com - Melbourne, Australia
>  http://rubberduck.com/~yeled/
>  PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
> 


-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Better to have thirty minutes of wonderful than a lifetime of nothing
special.
From enderle@mdn.de  Thu Jun 26 11:54:48 2003
Return-Path: <enderle@mdn.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CF962239BA; Thu, 26 Jun 2003 11:54:48 +0300 (EEST)
Received: from mail.mdn.de (unknown [212.114.209.20])
	by danu.procontrol.fi (Postfix) with ESMTP id 1E28E239B2
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 11:54:47 +0300 (EEST)
Received: from mdn.de (edv02.prod.nbg.dyn.mdn.de [10.0.0.122])
	by mail.mdn.de (Postfix) with ESMTP id 9D24AA897
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 10:54:45 +0200 (CEST)
Message-ID: <3EFAB4D0.1010405@mdn.de>
Date: Thu, 26 Jun 2003 10:54:40 +0200
From: Steven Enderle <enderle@mdn.de>
Organization: m d n =?ISO-8859-1?Q?H=FCbner_GmbH?=
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524
X-Accept-Language: de, de-de, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] 
 Message display corrupted or missing in Netscape 7.0 and Mozilla
 1.3
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 08:54:49 -0000
X-UID: 1063                                                  
Status: O
Content-Length: 2971

Hi,

a few days ago, we switched our site from pop3 to imap. We are running 
about 20 users with Netscape 7.0 on a FreeBSD-4.8 Server . I installed 
dovecot 0.9.99.1 via the freebsd-ports collection, which was as easy as 
make install and start dovecot. Our users mailboxes are still standart 
mbox format in /var/mail/(user), as it is default in Freebsd.

Now we suffer from a realy ugly problem, which was arising after the 
switch from pop3. When Netscape is newly started, it works fine as 
expected until Netscape displays messages corrupted or stops displaying 
them completly. I also cannot forward them in that state or open or 
delete them in any other way. The only way to get it working again is to 
quit Netscape, exit quickstart and restart Netscape again.

It just hangs on a bunch of messages or all of them.

The user notices it like this: There are three windows displayed in 
netscape mail:

1. imap folder view
2. message list of the current folder and
3. the currently displayed message.

The Folder view and Message List in Netscape is always fine, so the 
Subject and sender, time, etc is always displayed in the List. The 
problem occurs then on some messages when i select them for reading. The 
Message Display below the message list just stays empty (also opening 
the message in a new window doesn't help) or the "title bar in the 
Message Display" stays empty (no subject, sender, time etc) and the raw 
email starting with header, raw html email and encoded attachment is 
shown below, each line followed by another blank line, like this:

== start corrupted email
X-UIDL: 8793f170f0430909

Return-Path: <frank.xx@xx.de>

Delivered-To: xx@mdn.de

Received: from mailrelay1.xx.de (mailrelay.xx.de [212.114.153.xx])

	by xx.de (Postfix) with ESMTP id D31B7A88F

	for <xx@mdn.de>; Wed, 18 Jun 2003 08:55:07 +0200 (CEST)

Received: from ntmail1.xx.de (ntmail1.xx.de [212.114.155.xx])

html and stuff following...

== end   corrupted email

One could read it, but its realy ugly.

It seems, that if i delete a lot of messages in sequence (the morning 
spam), i can force to happen that problem earlier. It always hangs while 
deleting my spam.

I like dovecot a lot, it was easy to install etc and works pretty fine 
except that it still seems to be in beta-stage. Now i would switch to 
courier/uw-imap until dovecot is ready, but the mbox format dovecot is 
using seems to be pretty uniq? I think, the users could keep their 
/var/mail/Username-INBOX, but wouldn't they loose their email folders? 
Is there any way to switch the software in a easy way? Or will there be 
a near future release which will fix that? What about the cvs version?

Thanks for you help!

Best regards

Steven
-- 
--------------------------------------------------
----- Steven Enderle ----- m d n Huebner GmbH ----
----- enderle@mdn.de ----- + 49 911 93 90 90 -----
-----  Digital Imaging & Documentmanagment   -----
--------------------------------------------------

From cirvis@konts.lv  Thu Jun 26 12:04:57 2003
Return-Path: <cirvis@konts.lv>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 655ED239D0; Thu, 26 Jun 2003 12:04:57 +0300 (EEST)
Received: from card.konts.lv (card.konts.lv [159.148.139.17])
	by danu.procontrol.fi (Postfix) with ESMTP id 283C8239BA
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 12:04:54 +0300 (EEST)
Received: (from daemon@localhost)
	by card.konts.lv (8.11.6/8.11.6) id h5Q938a19842
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 12:03:08 +0300
Received: from <cirvis@konts.lv> (gugu.konts.lv [10.10.1.171]) by
	card.konts.lv via smap (V2.1)
	id xma019442; Thu, 26 Jun 03 12:03:00 +0300
Message-ID: <3EFAB6EB.8040801@konts.lv>
Date: Thu, 26 Jun 2003 12:03:39 +0300
From: Gasha <cirvis@konts.lv>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot]  Message display corrupted or missing in Netscape 7.0
	and Mozilla 1.3
References: <3EFAB4D0.1010405@mdn.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-28.7 required=6.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.52
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.52 (1.174.2.8-2003-03-24-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 09:04:57 -0000
X-UID: 1064                                                  
Status: O

Hi Steven,

It is Netscape problem. Sad, but it is.

Looks like rendering process hangs while it tries to show SPAM.
I have similar problem. Subject line with 8-bit characters is the worst 
i think. Sometimes rules aren't working at all, if message filter tries 
to process SPAM message.

Gasha

Steven Enderle wrote:

> Hi,
> 
> Now we suffer from a realy ugly problem, which was arising after the 
> switch from pop3. When Netscape is newly started, it works fine as 
> expected until Netscape displays messages corrupted or stops displaying 
> them completly. I also cannot forward them in that state or open or 
> delete them in any other way. The only way to get it working again is to 
> quit Netscape, exit quickstart and restart Netscape again.


From enderle@mdn.de  Thu Jun 26 12:22:36 2003
Return-Path: <enderle@mdn.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 85A9F239D5; Thu, 26 Jun 2003 12:22:36 +0300 (EEST)
Received: from mail.mdn.de (unknown [212.114.209.20])
	by danu.procontrol.fi (Postfix) with ESMTP id 6FAD223865
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 12:22:33 +0300 (EEST)
Received: from mdn.de (edv02.prod.nbg.dyn.mdn.de [10.0.0.122])
	by mail.mdn.de (Postfix) with ESMTP
	id EBDA3A897; Thu, 26 Jun 2003 11:22:32 +0200 (CEST)
Message-ID: <3EFABB53.1070004@mdn.de>
Date: Thu, 26 Jun 2003 11:22:27 +0200
From: Steven Enderle <enderle@mdn.de>
Organization: m d n =?ISO-8859-1?Q?H=FCbner_GmbH?=
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524
X-Accept-Language: de, de-de, en
MIME-Version: 1.0
To: Gasha <cirvis@konts.lv>, dovecot@procontrol.fi
Subject: Re: [Dovecot]  Message display corrupted or missing in Netscape 7.0
 and Mozilla 1.3
References: <3EFAB4D0.1010405@mdn.de> <3EFAB6EB.8040801@konts.lv>
In-Reply-To: <3EFAB6EB.8040801@konts.lv>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 09:22:36 -0000
X-UID: 1065                                                  
Status: O
Content-Length: 2338

Hi Gasha,

thanks for your prompt answer! But sadly, spam ain't our only problem 
(hell, i got 660 mails in my spam folder in the last 30 days!!) and it 
ain't the problem for message display:

It worked perfectly with popa3d! We are using that system for years now. 
The message display problem is limited to the yet switched workstations, 
all i did is configuring netscape as i have written down to do it here 
at our site. Some workstations are still running pop3, with no problems 
at all like they did always. The difference from configuring pop<->imap 
is following:

==
Skip all pop stuff, select the same server for imap.

Messages are checked at startup and then every minute, empty trash on 
exit and "only show subscribed folders" is disabled! All other options 
are left as they are. The Netscape installation is absolutly identical 
over all workstations, even the signature.
==

I also still got my pop3 config running parallel (just in case), and the 
spam is displayed in excellent 16.x million colours and all details, 
with imap and also pop3. (Will i order the taiwanese soap or the mini 
fridge for my car?)

So the spam mail ain't the problem. I am sure, the problem must be 
somewhere between netscape, dovecot or the chair i am sitting in.

Steven
-- 
--------------------------------------------------
----- Steven Enderle ----- m d n Huebner GmbH ----
----- enderle@mdn.de ----- + 49 911 93 90 90 -----
-----  Digital Imaging & Documentmanagment   -----
--------------------------------------------------

Gasha wrote:
> Hi Steven,
> 
> It is Netscape problem. Sad, but it is.
> 
> Looks like rendering process hangs while it tries to show SPAM.
> I have similar problem. Subject line with 8-bit characters is the worst 
> i think. Sometimes rules aren't working at all, if message filter tries 
> to process SPAM message.
> 
> Gasha
> 
> Steven Enderle wrote:
> 
>> Hi,
>>
>> Now we suffer from a realy ugly problem, which was arising after the 
>> switch from pop3. When Netscape is newly started, it works fine as 
>> expected until Netscape displays messages corrupted or stops 
>> displaying them completly. I also cannot forward them in that state or 
>> open or delete them in any other way. The only way to get it working 
>> again is to quit Netscape, exit quickstart and restart Netscape again.
> 
> 


From tss@iki.fi  Thu Jun 26 15:30:26 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 51F68239DA; Thu, 26 Jun 2003 15:30:26 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D9275239D4
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 15:30:22 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2DA325C896C9
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 15:30:13 +0300 (EEST)
Subject: Re: [Dovecot]  Message display corrupted or missing in Netscape
	7.0 and Mozilla 1.3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EFAB4D0.1010405@mdn.de>
References: <3EFAB4D0.1010405@mdn.de>
Content-Type: text/plain
Message-Id: <1056630612.7582.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 15:30:12 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 12:30:26 -0000
X-UID: 1066                                                  
Status: O
Content-Length: 2691

On Thu, 2003-06-26 at 11:54, Steven Enderle wrote:
> a few days ago, we switched our site from pop3 to imap. We are running 
> about 20 users with Netscape 7.0 on a FreeBSD-4.8 Server .

Isn't Netscape 7's mail pretty much the same as Mozilla's mail?

> Now we suffer from a realy ugly problem, which was arising after the 
> switch from pop3. When Netscape is newly started, it works fine as 
> expected until Netscape displays messages corrupted or stops displaying 
> them completly. I also cannot forward them in that state or open or 
> delete them in any other way. The only way to get it working again is to 
> quit Netscape, exit quickstart and restart Netscape again.

Hmm. It might help if you showed what exactly Dovecot was sending to
Netscape. See http://dovecot.procontrol.fi/bugreport.html#sniffing

If it's Dovecot's fault, I can think of only two reasons:

a) Dovecot doesn't detect that mbox was changed and doesn't synchronize
it, and it starts reading messages from wrong location. I haven't
noticed problems with this myself and I've been using Dovecot with mbox
for almost a year now. Maybe some other program touches the mbox in a
way Dovecot doesn't understand.

b) mbox support still doesn't behave fully as IMAP RFC requires. Message
headers may change (not permitted) and so message size may not be
exactly correct (not permitted either). I doubt Netscape really cares
about these though.

Or maybe it's something completely different. I can't say really.

> email starting with header, raw html email and encoded attachment is 
> shown below, each line followed by another blank line, like this:
> 
> == start corrupted email
> X-UIDL: 8793f170f0430909
> 
> Return-Path: <frank.xx@xx.de>

Was there any other corruption than extra empty lines? Is there ever any
other corruption?

> I like dovecot a lot, it was easy to install etc and works pretty fine 
> except that it still seems to be in beta-stage. Now i would switch to 
> courier/uw-imap until dovecot is ready, but the mbox format dovecot is 
> using seems to be pretty uniq? I think, the users could keep their 
> /var/mail/Username-INBOX, but wouldn't they loose their email folders? 
> Is there any way to switch the software in a easy way? Or will there be 
> a near future release which will fix that? What about the cvs version?

You should be able to switch between UW-IMAP and Dovecot easily. Only
difference is that Dovecot saves mailbox subscriptions to
~/mail/.subscriptions and UW-IMAP to ~/.mailboxlist. And also that
Dovecot shows only mailboxes under ~/mail by default, UW-IMAP shows
everything under ~/. The ".imap" directories that Dovecot creates can be
deleted without any data loss.


From tss@iki.fi  Thu Jun 26 15:33:09 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0DEA7239DD; Thu, 26 Jun 2003 15:33:09 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 85C3D239DC
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 15:33:07 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 38EA25C896C9
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 15:33:07 +0300 (EEST)
Subject: Re: [Dovecot] mutt and dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030626032334.GA24909@lazy.spodder.com>
References: <20030626032334.GA24909@lazy.spodder.com>
Content-Type: text/plain
Message-Id: <1056630786.7582.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 15:33:07 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 12:33:09 -0000
X-UID: 1067                                                  
Status: O

On Thu, 2003-06-26 at 06:23, Charlie Allom wrote:
> Hi,
> 
> I setup squirrelmail with dovecot and everything worked. I moved users
> Maildir directores to ~/Maildir/INBOX.directory/ and updated the
> .subscriptions file to something like ^INBOX.directory

Why do you want to prefix them with "INBOX."? You can configure
squirrelmail not to require that.

> I am not sure that courier-imapd does this sort of munging?

Courier prefixes them internally with "INBOX.".

> cd ~/Maildir ; for i in * ; do ln -s $i .INBOX.$i ; done

Do you mean this creates .INBOX.INBOX.mailbox symlinks?


From charlie@rubberduck.com  Thu Jun 26 15:40:46 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C71CE239DE; Thu, 26 Jun 2003 15:40:46 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id B4996239DD
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 15:40:42 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 7E088907C; Thu, 26 Jun 2003 22:41:00 +1000 (EST)
Date: Thu, 26 Jun 2003 22:41:00 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] mutt and dovecot
Message-ID: <20030626124100.GL25297@lazy.spodder.com>
References: <20030626032334.GA24909@lazy.spodder.com>
	<1056630786.7582.22.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1056630786.7582.22.camel@hurina>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 12:40:46 -0000
X-UID: 1068                                                  
Status: O
Content-Length: 1190

On Thu, Jun 26, 2003 at 03:33:07PM +0300, Timo Sirainen wrote:
> On Thu, 2003-06-26 at 06:23, Charlie Allom wrote:
> > Hi,
> > 
> > I setup squirrelmail with dovecot and everything worked. I moved users
> > Maildir directores to ~/Maildir/INBOX.directory/ and updated the
> > .subscriptions file to something like ^INBOX.directory
> 
> Why do you want to prefix them with "INBOX."? You can configure
> squirrelmail not to require that.

I don't, squirrelmail just picked that up.

> > I am not sure that courier-imapd does this sort of munging?
> 
> Courier prefixes them internally with "INBOX.".

Right.

> 
> > cd ~/Maildir ; for i in * ; do ln -s $i .INBOX.$i ; done
> 
> Do you mean this creates .INBOX.INBOX.mailbox symlinks?
> 

My usual layout is 
	Maildir/new
	Maildir/cur
	Maildir/tmp
	Maildir/dovecot/
	Maildir/dovecot/new
	Maildir/dovecot/cur
	Maildir/dovecot/tmp

But I've had to alias Maildir/dovecot to Maildir/.INBOX.dovecot/

Is this not normal? Where did my dovecot get this behaviour of only
reading .INBOX* directories from then? :)

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com
From enderle@mdn.de  Thu Jun 26 15:53:32 2003
Return-Path: <enderle@mdn.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BA734239E5; Thu, 26 Jun 2003 15:53:32 +0300 (EEST)
Received: from mail.mdn.de (unknown [212.114.209.20])
	by danu.procontrol.fi (Postfix) with ESMTP id 36B6F239DA
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 15:53:30 +0300 (EEST)
Received: from mdn.de (edv02.prod.nbg.dyn.mdn.de [10.0.0.122])
	by mail.mdn.de (Postfix) with ESMTP
	id 384D5A897; Thu, 26 Jun 2003 14:53:27 +0200 (CEST)
Message-ID: <3EFAECC1.2080809@mdn.de>
Date: Thu, 26 Jun 2003 14:53:21 +0200
From: Steven Enderle <enderle@mdn.de>
Organization: m d n =?ISO-8859-1?Q?H=FCbner_GmbH?=
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524
X-Accept-Language: de, de-de, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot]  Message display corrupted or missing in Netscape	7.0
	and Mozilla 1.3
References: <3EFAB4D0.1010405@mdn.de> <1056630612.7582.19.camel@hurina>
In-Reply-To: <1056630612.7582.19.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 12:53:32 -0000
X-UID: 1069                                                  
Status: O
Content-Length: 4762

Hello Timo!

yes, Mozilla and Netscape are almost the same. There is hardly any 
difference except logos and instant messaging and stuff...

I will sniff the communication as soon as i have time to install a sniffer.

 > If it's Dovecot's fault, I can think of only two reasons:
 >
 > a) Dovecot doesn't detect that mbox was changed and doesn't synchronize
 > it, and it starts reading messages from wrong location. I haven't
 > noticed problems with this myself and I've been using Dovecot with mbox
 > for almost a year now. Maybe some other program touches the mbox in a
 > way Dovecot doesn't understand.

There are two other programms working with the mbox directly (postfix 
though procmail and popa3d - popa3d never at the same time as dovecot), 
but the corruption also happens in my subfolders, where only dovecot is 
working.

 > b) mbox support still doesn't behave fully as IMAP RFC requires. Message
 > headers may change (not permitted) and so message size may not be
 > exactly correct (not permitted either). I doubt Netscape really cares
 > about these though.

I just had some heavy problems with email attachments. It saved just a 
few bytes of my attachments, sometimes 5KB or 20KB of 66KB, sometimes it 
saved a null file. i can't really say why, but that happened again and 
again, i had to open netscape and forward the mail to my second 
workstation without doing something else or i had to restart netscape 
completly (e.g. when opening the attachment for reading or saving it). 
What makes me wondering is, the other workstation is also using the same 
imap server.

Ok, that was another corruption i saw, but i guess its related to the 
corrupted email thing.

Steven
-- 
--------------------------------------------------
----- Steven Enderle ----- m d n Huebner GmbH ----
----- enderle@mdn.de ----- + 49 911 93 90 90 -----
-----  Digital Imaging & Documentmanagment   -----
--------------------------------------------------

Timo Sirainen wrote:
> On Thu, 2003-06-26 at 11:54, Steven Enderle wrote:
> 
>>a few days ago, we switched our site from pop3 to imap. We are running 
>>about 20 users with Netscape 7.0 on a FreeBSD-4.8 Server .
> 
> 
> Isn't Netscape 7's mail pretty much the same as Mozilla's mail?
> 
> 
>>Now we suffer from a realy ugly problem, which was arising after the 
>>switch from pop3. When Netscape is newly started, it works fine as 
>>expected until Netscape displays messages corrupted or stops displaying 
>>them completly. I also cannot forward them in that state or open or 
>>delete them in any other way. The only way to get it working again is to 
>>quit Netscape, exit quickstart and restart Netscape again.
> 
> 
> Hmm. It might help if you showed what exactly Dovecot was sending to
> Netscape. See http://dovecot.procontrol.fi/bugreport.html#sniffing
> 
> If it's Dovecot's fault, I can think of only two reasons:
> 
> a) Dovecot doesn't detect that mbox was changed and doesn't synchronize
> it, and it starts reading messages from wrong location. I haven't
> noticed problems with this myself and I've been using Dovecot with mbox
> for almost a year now. Maybe some other program touches the mbox in a
> way Dovecot doesn't understand.
> 
> b) mbox support still doesn't behave fully as IMAP RFC requires. Message
> headers may change (not permitted) and so message size may not be
> exactly correct (not permitted either). I doubt Netscape really cares
> about these though.
> 
> Or maybe it's something completely different. I can't say really.
> 
> 
>>email starting with header, raw html email and encoded attachment is 
>>shown below, each line followed by another blank line, like this:
>>
>>== start corrupted email
>>X-UIDL: 8793f170f0430909
>>
>>Return-Path: <frank.xx@xx.de>
> 
> 
> Was there any other corruption than extra empty lines? Is there ever any
> other corruption?
> 
> 
>>I like dovecot a lot, it was easy to install etc and works pretty fine 
>>except that it still seems to be in beta-stage. Now i would switch to 
>>courier/uw-imap until dovecot is ready, but the mbox format dovecot is 
>>using seems to be pretty uniq? I think, the users could keep their 
>>/var/mail/Username-INBOX, but wouldn't they loose their email folders? 
>>Is there any way to switch the software in a easy way? Or will there be 
>>a near future release which will fix that? What about the cvs version?
> 
> 
> You should be able to switch between UW-IMAP and Dovecot easily. Only
> difference is that Dovecot saves mailbox subscriptions to
> ~/mail/.subscriptions and UW-IMAP to ~/.mailboxlist. And also that
> Dovecot shows only mailboxes under ~/mail by default, UW-IMAP shows
> everything under ~/. The ".imap" directories that Dovecot creates can be
> deleted without any data loss.
> 


From tss@iki.fi  Thu Jun 26 16:47:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 55BF1239D2; Thu, 26 Jun 2003 16:47:17 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7A33D239D0
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 16:47:11 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3214B5C896C9
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 16:47:11 +0300 (EEST)
Subject: Re: [Dovecot] mutt and dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030626124100.GL25297@lazy.spodder.com>
References: <20030626032334.GA24909@lazy.spodder.com>
	<20030626124100.GL25297@lazy.spodder.com>
Content-Type: text/plain
Message-Id: <1056635230.7582.79.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 16:47:11 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 13:47:17 -0000
X-UID: 1070                                                  
Status: O

On Thu, 2003-06-26 at 15:41, Charlie Allom wrote:
> But I've had to alias Maildir/dovecot to Maildir/.INBOX.dovecot/
> 
> Is this not normal? Where did my dovecot get this behaviour of only
> reading .INBOX* directories from then? :)

That's just a setting in IMAP clients. Some have set their defaults to
prefix all mailbox names with "INBOX.", since that's what Courier and
Cyrus defaults to.

imap_home_namespace="" with mutt should work (I thought it was
default?), and in squirrelmail's config it's in Folder Defaults ->
Default folder prefix.


From spectron@coqui.net  Thu Jun 26 17:24:35 2003
Return-Path: <spectron@coqui.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 18DCA239D6; Thu, 26 Jun 2003 17:24:35 +0300 (EEST)
Received: from mail.coqui.net (emailgw.coqui.net [196.28.61.10])
	by danu.procontrol.fi (Postfix) with SMTP id CB5D4239D5
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 17:24:32 +0300 (EEST)
Received: from unknown(66.50.169.100) by mail.coqui.net via csmap 
	 id 24944; Thu, 26 Jun 2003 10:07:14 -0400 (AST)
Message-ID: <002601c33bee$a911b0f0$080aa8c0@PAVILION>
From: "Spectron International, Inc." <spectron@coqui.net>
To: "Dovecot List" <dovecot@procontrol.fi>
Date: Thu, 26 Jun 2003 10:24:31 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Subject: [Dovecot] Dovecot and file permissions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 14:24:35 -0000
X-UID: 1071                                                  
Status: O
Content-Length: 1916

I have some questions about some parameters in dovecot.conf, I have them
configured as this:

# User to use for the login process. The user must belong to a group where
# only it has access, it's used to control access for authentication process
# named sockets
login_user=postfix

# User to use for the process. Only shadow and pam authentication requires
# roots, so use something else if possible
auth_user=postfix

It seems to me that all files created and used by Dovecot as long as they
were created by the postfix user, they would be accesible. Right? My maildir
shows as this:

drw-------    6 postfix  postdrop       65 Jun 26 09:40 Maildir

so I guess postfix has full access to the maildir. Wouldn't setting
login_user and auth_user to postfix  let Dovecot access the Maildir? In the
logs I get permission errors, if I chmod to 777 it works ok. This is what I
get in the logs:

Jun 26 09:24:23 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir)
failed: Permission denied
Jun 26 09:24:31 backup imap(f_rojas):
stat(/opt/mail/f_rojas/Maildir/.Drafts) failed: Permission denied
Jun 26 09:24:31 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur)
failed: Permission denied
Jun 26 09:24:31 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Sent
Items) failed: Permission denied
Jun 26 09:24:31 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur)
failed: Permission denied
Jun 26 09:26:52 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur)
failed: Permission denied
Jun 26 10:06:09 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur)
failed: Permission denied
Jun 26 10:06:15 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir)
failed: Permission denied
Jun 26 10:08:38 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir)
failed: Permission denied
Jun 26 10:13:03 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Sent
Items) failed: Permission denied

Faw


From tss@iki.fi  Thu Jun 26 17:44:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 16673239DA; Thu, 26 Jun 2003 17:44:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1A40D239D6
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 17:44:13 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D462D5C896C9
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 17:44:12 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot and file permissions
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <002601c33bee$a911b0f0$080aa8c0@PAVILION>
References: <002601c33bee$a911b0f0$080aa8c0@PAVILION>
Content-Type: text/plain
Message-Id: <1056638652.28625.85.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 17:44:12 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 14:44:15 -0000
X-UID: 1072                                                  
Status: O
Content-Length: 1427

On Thu, 2003-06-26 at 17:24, Spectron International, Inc. wrote:
> I have some questions about some parameters in dovecot.conf, I have them
> configured as this:
> 
> # User to use for the login process. The user must belong to a group where
> # only it has access, it's used to control access for authentication process
> # named sockets
> login_user=postfix

Don't, keep this as "dovecot" or something similiar. It really doesn't
need any privileges. It just needs some dummy user under which it runs.

> # User to use for the process. Only shadow and pam authentication requires
> # roots, so use something else if possible
> auth_user=postfix

auth_user only needs access to your user/password database. Probably
something else than postfix.

> It seems to me that all files created and used by Dovecot as long as they
> were created by the postfix user, they would be accesible. Right? My maildir
> shows as this:
> 
> drw-------    6 postfix  postdrop       65 Jun 26 09:40 Maildir
> 
> so I guess postfix has full access to the maildir. Wouldn't setting
> login_user and auth_user to postfix  let Dovecot access the Maildir?

auth_user and login_user have nothing to do with actually accessing the
mail. You should preferrably have a separate UID for each user in the
system. The UIDs that are used to access mail are specified in the
authentication database. What are you using (auth_passdb and auth_userdb
settings)?


From tss@iki.fi  Thu Jun 26 19:21:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 81B3F239D6; Thu, 26 Jun 2003 19:21:07 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7C9EC239D5
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 19:21:02 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 062215C896C9
	for <dovecot@procontrol.fi>; Thu, 26 Jun 2003 19:21:02 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1056644461.28625.114.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jun 2003 19:21:01 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] 0.99.10 released
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 16:21:07 -0000
X-UID: 1073                                                  
Status: O
Content-Length: 1956

No bug reports since rc4, so here it is.

v0.99.10 2003-06-26  Timo Sirainen <tss@iki.fi>

	* Default PAM service name changed to "dovecot". This means that
	  if you're using PAM, you most likely have to do
	    mv /etc/pam.d/imap /etc/pam.d/dovecot
	  If you wish to keep using imap, see doc/auth.txt.

	* ~/rawlog directory changed to ~/dovecot.rawlog

	+ Faster and better maildir synchronization. We support read-only
	  maildirs and out-of-quota conditions are handled a lot better.
	  dovecot-uidlist file still isn't out-of-quota-safe though, but you
	  can keep it in another location where quota isn't checked. For
	  example:
	    default_mail_env = Maildir:~/Maildir:
	      INDEX=/noquota/%u:CONTROL=/noquota/%u
	+ Read-only mboxes are supported now.
	+ Only NOOP and CHECK now always do a mailbox sync checking. Other
	  commands sync max. once in 5 seconds, plus always from indexes.
	  This should reduce I/O a bit.
	+ All NUL characters are translated to ascii #128 before sending to
	  client. RFC prohibits sending NULs and this is how UW-IMAP handles
	  it as well.
	+ Make ENVELOPE, BODY and BODYSTRUCTURE replies more compact by
	  removing multiple LWSPs and translating TABs to spaces. RFC doesn't
	  specifically require this, but this seems to be the wanted
	  behaviour..
	+ Added ANONYMOUS SASL mechanism.
	+ More flexible user chrooting configuration in home directories:
	  "<chroot>/./<homedir>"
	+ Added support for dynamically loadable IMAP/POP3 modules. See
	  INSTALL file for more information.
	- Partial fetches were broken if mails had CR+LF linefeeds
	- SEARCH DELETED didn't return anything if all messages were deleted
	- OpenSSL support was broken in many installations because we were
	  chrooted and it couldn't open /dev/urandom.
	- PAM: Giving wrong password blocked the whole process for two
	  seconds. Now we create a new process for each check.
	- Lots of other smaller bugfixes and better error handling


From rdcates@xpowerhosting.com  Fri Jun 27 00:09:23 2003
Return-Path: <rdcates@xpowerhosting.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CB04D239D6; Fri, 27 Jun 2003 00:09:23 +0300 (EEST)
Received: from ws1.xpowerhosting.com (unknown [63.238.110.18])
	by danu.procontrol.fi (Postfix) with SMTP id D9E0C239D5
	for <dovecot@procontrol.fi>; Fri, 27 Jun 2003 00:09:15 +0300 (EEST)
Received: (qmail 7183 invoked by uid 0); 26 Jun 2003 21:08:22 -0000
Received: from unknown (HELO OFFICE) (66.156.149.185)
  by ws1.xpowerhosting.com with SMTP; 26 Jun 2003 21:08:22 -0000
From: "Roger Cates" <rdcates@xpowerhosting.com>
To: <dovecot@procontrol.fi>
Date: Thu, 26 Jun 2003 16:08:55 -0500
Message-ID: <002501c33c27$2784c6b0$0301a8c0@OFFICE>
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
Subject: [Dovecot] HELP
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 21:09:24 -0000
X-UID: 1074                                                  
Status: O
Content-Length: 17128

I am including my config.log in the hopes that someone can tell me what
is going on with dovecot installing on Mac OSX 10.2.6


Sincerely,

Roger Cates, CCNA
Vice President & Chief Technical Officer
Xpower Internet, LLC
Xpowerhosting.com | Xpoweronline.com
P 888.245.7501 | F 270.338.4602
Internet to the power of X.




begin 666 dovecot_config.log
M5&AI<R!F:6QE(&-O;G1A:6YS(&%N>2!M97-S86=E<R!P<F]D=6-E9"!B>2!C
M;VUP:6QE<G,@=VAI;&4*<G5N;FEN9R!C;VYF:6=U<F4L('1O(&%I9"!D96)U
M9V=I;F<@:68@8V]N9FEG=7)E(&UA:V5S(&$@;6ES=&%K92X*"F-O;F9I9W5R
M93HW.#,Z(&-H96-K:6YG(&9O<B!A($)31"!C;VUP871I8FQE(&EN<W1A;&P*
M8V]N9FEG=7)E.C@S-CH@8VAE8VMI;F<@=VAE=&AE<B!B=6EL9"!E;G9I<F]N
M;65N="!I<R!S86YE"F-O;F9I9W5R93HX.3,Z(&-H96-K:6YG('=H971H97(@
M;6%K92!S971S("1[34%+17T*8V]N9FEG=7)E.CDS.3H@8VAE8VMI;F<@9F]R
M('=O<FMI;F<@86-L;V-A;"TQ+C0*8V]N9FEG=7)E.CDU,CH@8VAE8VMI;F<@
M9F]R('=O<FMI;F<@875T;V-O;F8*8V]N9FEG=7)E.CDV-3H@8VAE8VMI;F<@
M9F]R('=O<FMI;F<@875T;VUA:V4M,2XT"F-O;F9I9W5R93HY-S@Z(&-H96-K
M:6YG(&9O<B!W;W)K:6YG(&%U=&]H96%D97(*8V]N9FEG=7)E.CDY,3H@8VAE
M8VMI;F<@9F]R('=O<FMI;F<@;6%K96EN9F\*8V]N9FEG=7)E.C$P,#8Z(&-H
M96-K:6YG('=H971H97(@=&\@96YA8FQE(&UA:6YT86EN97(M<W!E8VEF:6,@
M<&]R=&EO;G,@;V8@36%K969I;&5S"F-O;F9I9W5R93HQ,#,Q.B!C:&5C:VEN
M9R!F;W(@<W1R97)R;W(@:6X@+6QC<&]S:7@*8V]N9FEG=7)E.C$P-S4Z(&-H
M96-K:6YG(&9O<B!G8V,*8V]N9FEG=7)E.C$Q.#@Z(&-H96-K:6YG('=H971H
M97(@=&AE($,@8V]M<&EL97(@*&=C8R @*2!W;W)K<PIC;VYF:6=U<F4Z,3(P
M-#H@9V-C("UO(&-O;F9T97-T(" @(&-O;F9T97-T+F,@(#$^)C4*8V]N9FEG
M=7)E.C$R,S Z(&-H96-K:6YG('=H971H97(@=&AE($,@8V]M<&EL97(@*&=C
M8R @*2!I<R!A(&-R;W-S+6-O;7!I;&5R"F-O;F9I9W5R93HQ,C,U.B!C:&5C
M:VEN9R!W:&5T:&5R('=E(&%R92!U<VEN9R!'3E4@0PIC;VYF:6=U<F4Z,3(V
M,SH@8VAE8VMI;F<@=VAE=&AE<B!G8V,@86-C97!T<R M9PIC;VYF:6=U<F4Z
M,3(Y-3H@8VAE8VMI;F<@:&]W('1O(')U;B!T:&4@0R!P<F5P<F]C97-S;W(*
M8V]N9FEG=7)E.C$S-S4Z(&-H96-K:6YG(&9O<B!!3E-)($,@:&5A9&5R(&9I
M;&5S"F-O;F9I9W5R93HQ-#<Y.B!C:&5C:VEN9R!F;W(@:6YL:6YE"F-O;F9I
M9W5R93HQ-30Y.B!C:&5C:VEN9R!F;W(@0WEG=VEN(&5N=FER;VYM96YT"F-O
M;F9I9W5R93HQ-3@R.B!C:&5C:VEN9R!F;W(@;6EN9W<S,B!E;G9I<F]N;65N
M= IC;VYF:6=U<F4Z,38X-CH@8VAE8VMI;F<@:&]S="!S>7-T96T@='EP90IC
M;VYF:6=U<F4Z,3<P-SH@8VAE8VMI;F<@8G5I;&0@<WES=&5M('1Y<&4*8V]N
M9FEG=7)E.C$W,S8Z(&-H96-K:6YG(&9O<B!L9"!U<V5D(&)Y($=#0PIC;VYF
M:6=U<F4Z,3@P-#H@8VAE8VMI;F<@:68@=&AE(&QI;FME<B H+W5S<B]B:6XO
M;&0I(&ES($=.52!L9 IC;VYF:6=U<F4Z,3@R,3H@8VAE8VMI;F<@9F]R("]U
M<W(O8FEN+VQD(&]P=&EO;B!T;R!R96QO860@;V)J96-T(&9I;&5S"F-O;F9I
M9W5R93HQ.#,S.B!C:&5C:VEN9R!F;W(@0E-$+6-O;7!A=&EB;&4@;FT*8V]N
M9FEG=7)E.C$X-S$Z(&-H96-K:6YG(&9O<B!A('-E9"!T:&%T(&1O97,@;F]T
M('1R=6YC871E(&]U='!U= IC;VYF:6=U<F4Z,3DU-3H@8VAE8VMI;F<@=VAE
M=&AE<B!L;B M<R!W;W)K<PIC;VYF:6=U<F4Z,3DW-CH@8VAE8VMI;F<@:&]W
M('1O(')E8V]G;FES92!D97!E;F1E;G0@;&EB<F%R:65S"F-O;F9I9W5R93HR
M,38R.B!C:&5C:VEN9R!F;W(@;V)J96-T('-U9F9I> IC;VYF:6=U<F4Z,C$X
M.#H@8VAE8VMI;F<@9F]R(&5X96-U=&%B;&4@<W5F9FEX"F-O;F9I9W5R93HR
M,C(Y.B!C:&5C:VEN9R!C;VUM86YD('1O('!A<G-E("]U<W(O8FEN+VYM("UP
M(&]U='!U= IC;VYF:6=U<F4Z,C0Q-3H@8VAE8VMI;F<@9F]R(&1L9F-N+F@*
M8V]N9FEG=7)E.C(U.30Z(&-H96-K:6YG(&9O<B!R86YL:6(*8V]N9FEG=7)E
M.C(V-C$Z(&-H96-K:6YG(&9O<B!S=')I< IC;VYF:6=U<F4Z,CDP-#H@8VAE
M8VMI;F<@9F]R(&]B:F1I<@IC;VYF:6=U<F4Z,CDS,3H@8VAE8VMI;F<@9F]R
M(&=C8R!O<'1I;VX@=&\@<')O9'5C92!024,*8V]N9FEG=7)E.C,P-SDZ(&-H
M96-K:6YG(&EF(&=C8R!024,@9FQA9R @+69N;RUC;VUM;VX@=V]R:W,*8V]N
M9FEG=7)E.C,Q-#4Z(&-H96-K:6YG(&EF(&=C8R!S=&%T:6,@9FQA9R @=V]R
M:W,*8V]N9FEG=7)E.C,Q.#<Z(&-H96-K:6YG(&EF(&=C8R!S=7!P;W)T<R M
M8R M;R!F:6QE+F\*8V]N9FEG=7)E.C,R,S4Z(&-H96-K:6YG(&EF(&=C8R!S
M=7!P;W)T<R M8R M;R!F:6QE+FQO"F-O;F9I9W5R93HS,S S.B!C:&5C:VEN
M9R!I9B!G8V,@<W5P<&]R=',@+69N;RUR='1I("UF;F\M97AC97!T:6]N<PIC
M;VYF:6=U<F4Z,S,Q-CH@9V-C("UC("UG("U/,B M9FYO+7)T=&D@+69N;RUE
M>&-E<'1I;VYS("UC(&-O;F9T97-T+F,@(&-O;F9T97-T+F,@,3XF-0IC;VYF
M:6=U<F4Z,S,T,SH@8VAE8VMI;F<@=VAE=&AE<B!T:&4@;&EN:V5R("@O=7-R
M+V)I;B]L9"D@<W5P<&]R=',@<VAA<F5D(&QI8G)A<FEE<PIC;VYF:6=U<F4Z
M-# T,CH@8VAE8VMI;F<@:&]W('1O(&AA<F1C;V1E(&QI8G)A<GD@<&%T:',@
M:6YT;R!P<F]G<F%M<PIC;VYF:6=U<F4Z-# W,#H@8VAE8VMI;F<@=VAE=&AE
M<B!S=')I<'!I;F<@;&EB<F%R:65S(&ES('!O<W-I8FQE"F-O;F9I9W5R93HT
M,#@T.B!C:&5C:VEN9R!D>6YA;6EC(&QI;FME<B!C:&%R86-T97)I<W1I8W,*
M8V]N9FEG=7)E.C0U,#@Z(&-H96-K:6YG(&EF(&QI8G1O;VP@<W5P<&]R=',@
M<VAA<F5D(&QI8G)A<FEE<PIC;VYF:6=U<F4Z-#4Q,CH@8VAE8VMI;F<@=VAE
M=&AE<B!T;R!B=6EL9"!S:&%R960@;&EB<F%R:65S"F-O;F9I9W5R93HT-3,U
M.B!C:&5C:VEN9R!W:&5T:&5R('1O(&)U:6QD('-T871I8R!L:6)R87)I97,*
M8V]N9FEG=7)E.C4P-S$Z(&-H96-K:6YG('=H971H97(@+6QC('-H;W5L9"!B
M92!E>'!L:6-I=&QY(&QI;FME9"!I;@IC;VYF:6=U<F4Z-38X-SH@8VAE8VMI
M;F<@9F]R(&QD('5S960@8GD@1T-#"F-O;F9I9W5R93HU-S4U.B!C:&5C:VEN
M9R!I9B!T:&4@;&EN:V5R("@O=7-R+V)I;B]L9"D@:7,@1TY5(&QD"F-O;F9I
M9W5R93HU-S@Y.B!C:&5C:VEN9R!F;W(@<VAA<F5D(&QI8G)A<GD@<G5N('!A
M=&@@;W)I9VEN"F-O;F9I9W5R93HV,C,U.B!C:&5C:VEN9R!F;W(@:6-O;G8*
M8V]N9FEG=7)E.C8S-C(Z(&-H96-K:6YG(&9O<B!S=')I;F<N: IC;VYF:6=U
M<F4Z-C,V,CH@8VAE8VMI;F<@9F]R('-T9&QI8BYH"F-O;F9I9W5R93HV,S8R
M.B!C:&5C:VEN9R!F;W(@<W1D:6YT+F@*8V]N9FEG=7)E.C8S-C(Z(&-H96-K
M:6YG(&9O<B!U;FES=&0N: IC;VYF:6=U<F4Z-C,V,CH@8VAE8VMI;F<@9F]R
M(&1I<F5N="YH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W5I
M;RYH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W-Y<VUA8W)O
M<RYH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W)E<V]U<F-E
M+F@*8V]N9FEG=7)E.C8T,#(Z(&-H96-K:6YG(&9O<B!L:6YU>"]M;6%N+F@*
M8V]N9FEG=7)E.C8T-#(Z(&-H96-K:6YG(&9O<B!S>7,O<V5L96-T+F@*8V]N
M9FEG=7)E.C8T.#0Z(&-H96-K:6YG(&9O<B!S>7,O=&EM92YH"F-O;F9I9W5R
M93HV-SDP.B!C:&5C:VEN9R!F;W(@<V]C:V5T"F-O;F9I9W5R93HV.#@S.B!C
M:&5C:VEN9R!F;W(@:6YE=%]A9&1R"F-O;F9I9W5R93HV.3<V.B!C:&5C:VEN
M9R!F;W(@9F1A=&%S>6YC"F-O;F9I9W5R93HW,#(U.B!C:&5C:VEN9R!F;W(@
M9F1A=&%S>6YC(&EN("UL<G0*8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O
M<B!F8VYT; IC;VYF:6=U<F4Z-S X,SH@8VAE8VMI;F<@9F]R(&9L;V-K"F-O
M;F9I9W5R93HW,#@S.B!C:&5C:VEN9R!F;W(@:6YE=%]A=&]N"F-O;F9I9W5R
M93HW,#@S.B!C:&5C:VEN9R!F;W(@<VEG86-T:6]N"F-O;F9I9W5R93HW,#@S
M.B!C:&5C:VEN9R!F;W(@9V5T<&%G97-I>F4*8V]N9FEG=7)E.C<P.#,Z(&-H
M96-K:6YG(&9O<B!M861V:7-E"F-O;F9I9W5R93HW,#@S.B!C:&5C:VEN9R!F
M;W(@<W1R8V%S96-M< IC;VYF:6=U<F4Z-S X,SH@8VAE8VMI;F<@9F]R('-T
M<FEC;7 *8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O<B!V<VYP<FEN=&8*
M8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O<B!V<WES;&]G"F-O;F9I9W5R
M93HW,#@S.B!C:&5C:VEN9R!F;W(@=W)I=&5V"F-O;F9I9W5R93HW,#@S.B!C
M:&5C:VEN9R!F;W(@<V5T<FQI;6ET"F-O;F9I9W5R93HW,#@S.B!C:&5C:VEN
M9R!F;W(@<V5T<')O8W1I=&QE"F-O;F9I9W5R93HW,3,X.B!C:&5C:VEN9R!F
M;W(@<&]L; IC;VYF:6=U<F4Z-S(P-CH@8VAE8VMI;F<@<VEZ92!O9B!I;G0*
M8V]N9FEG=7)E.C<R-#8Z(&-H96-K:6YG('-I>F4@;V8@;&]N9PIC;VYF:6=U
M<F4Z-S(X-CH@8VAE8VMI;F<@<VEZ92!O9B!V;VED("H*8V]N9FEG=7)E.C<S
M,C8Z(&-H96-K:6YG('-I>F4@;V8@;&]N9R!L;VYG"F-O;F9I9W5R93HW,S@S
M.B!C:&5C:VEN9R!T>7!E(&]F(&]F9E]T"F-O;F9I9W5R93HW-#$Y.B!G8V,@
M+6,@+6<@+4\R("U786QL("U7("U7;6ES<VEN9RUP<F]T;W1Y<&5S("U7;6ES
M<VEN9RUD96-L87)A=&EO;G,@+5=P;VEN=&5R+6%R:71H("U78VAA<BUS=6)S
M8W)I<'1S("U79F]R;6%T/3(@+5=B860M9G5N8W1I;VXM8V%S=" M5V5R<F]R
M("!C;VYF=&5S="YC(#$^)C4*8V,Q.B!W87)N:6YG<R!B96EN9R!T<F5A=&5D
M(&%S(&5R<F]R<PIC;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N
M9FEG=7)E.C<T,30Z('=A<FYI;F<Z(&QO;F<@:6YT(&9O<FUA="P@9&EF9F5R
M96YT('1Y<&4@87)G("AA<F<@,BD*8V]N9FEG=7)E.B!F86EL960@<')O9W)A
M;2!W87,Z"B-L:6YE(#<T,#<@(F-O;F9I9W5R92(*(VEN8VQU9&4@(F-O;F9D
M969S+F@B"@H)(" C:6YC;'5D92 \<WES+W1Y<&5S+F@^"@D@("-I;F-L=61E
M(#QS=&1I;RYH/@H)"FEN="!M86EN*"D@>PH*"2 @<')I;G1F*"(E;&0B+" H
M;V9F7W0I,"D["@D*.R!R971U<FX@,#L@?0IC;VYF:6=U<F4Z-S0Q.3H@9V-C
M("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI
M<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B
M<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@+5=E<G)O
M<B @8V]N9G1E<W0N8R Q/B8U"F-C,3H@=V%R;FEN9W,@8F5I;F<@=')E871E
M9"!A<R!E<G)O<G,*8V]N9FEG=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O
M;F9I9W5R93HW-#$T.B!W87)N:6YG.B!I;G0@9F]R;6%T+"!D:69F97)E;G0@
M='EP92!A<F<@*&%R9R R*0IC;VYF:6=U<F4Z(&9A:6QE9"!P<F]G<F%M('=A
M<SH*(VQI;F4@-S0P-R B8V]N9FEG=7)E(@HC:6YC;'5D92 B8V]N9F1E9G,N
M:"(*"@D@("-I;F-L=61E(#QS>7,O='EP97,N:#X*"2 @(VEN8VQU9&4@/'-T
M9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P<FEN=&8H(B5D(BP@*&]F9E]T
M*3 I.PH)"CL@<F5T=7)N(# [('T*8V]N9FEG=7)E.C<T,3DZ(&=C8R M8R M
M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG
M+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP
M=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC87-T("U797)R;W(@(&-O
M;F9T97-T+F,@,3XF-0IC;VYF:6=U<F4Z-S4V.#H@9V-C("UC("UG("U/,B M
M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI<W-I;F<M9&5C;&%R
M871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B<V-R:7!T<R M5V9O
M<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@(&-O;F9T97-T+F,@,3XF-0IC
M;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N9FEG=7)E.C<U-C,Z
M(&!/1D9?5%]-05@G('5N9&5C;&%R960@*&9I<G-T('5S92!I;B!T:&ES(&9U
M;F-T:6]N*0IC;VYF:6=U<F4Z-S4V,SH@*$5A8V@@=6YD96-L87)E9"!I9&5N
M=&EF:65R(&ES(')E<&]R=&5D(&]N;'D@;VYC90IC;VYF:6=U<F4Z-S4V,SH@
M9F]R(&5A8V@@9G5N8W1I;VX@:70@87!P96%R<R!I;BXI"F-O;F9I9W5R93HW
M-38S.B!W87)N:6YG.B!U;G5S960@=F%R:6%B;&4@8&DG"F-O;F9I9W5R93H@
M9F%I;&5D('!R;V=R86T@=V%S.@HC;&EN92 W-34V(")C;VYF:6=U<F4B"B-I
M;F-L=61E(")C;VYF9&5F<RYH(@H*(" C:6YC;'5D92 \;&EM:71S+F@^"B @
M(VEN8VQU9&4@/'-Y<R]T>7!E<RYH/@H*:6YT(&UA:6XH*2!["@H@(&]F9E]T
M(&D@/2!/1D9?5%]-05@["@H[(')E='5R;B P.R!]"F-O;F9I9W5R93HW-3DR
M.B!C:&5C:VEN9R!W:&5T:&5R('-I>F5?="!I<R!S:6=N960*8V]N9FEG=7)E
M.C<V,#<Z(&=C8R M;R!C;VYF=&5S=" M9R M3S(@+5=A;&P@+5<@+5=M:7-S
M:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT
M97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF
M=6YC=&EO;BUC87-T(" @8V]N9G1E<W0N8R @,3XF-0IC;VYF:6=U<F4Z($EN
M(&9U;F-T:6]N(&!M86EN)SH*8V]N9FEG=7)E.C<V,#(Z('=A<FYI;F<Z(&EM
M<&QI8VET(&1E8VQA<F%T:6]N(&]F(&9U;F-T:6]N(&!E>&ET)PIC;VYF:6=U
M<F4Z(&9A:6QE9"!P<F]G<F%M('=A<SH*(VQI;F4@-S4Y-R B8V]N9FEG=7)E
M(@HC:6YC;'5D92 B8V]N9F1E9G,N:"(*"B @(VEN8VQU9&4@/'-Y<R]T>7!E
M<RYH/@H@(&EN="!M86EN*"D@>PH@(" @+RH@<F5T=7)N(# @:68@=V4G<F4@
M<VEG;F5D("HO"B @("!E>&ET*"AS:7IE7W0I*&EN="DM,2 \/2 P(#\@," Z
M(#$I.PH@('T*"F-O;F9I9W5R93HW-C0U.B!C:&5C:VEN9R!T>7!E(&]F('-S
M:7IE7W0*8V]N9FEG=7)E.C<V.#$Z(&=C8R M8R M9R M3S(@+5=A;&P@+5<@
M+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M
M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M
M5V)A9"UF=6YC=&EO;BUC87-T("U797)R;W(@(&-O;F9T97-T+F,@,3XF-0IC
M;VYF:6=U<F4Z-S8X,3H@9V-C("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I
M;F<M<')O=&]T>7!E<R M5VUI<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E
M<BUA<FET:" M5V-H87(M<W5B<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U
M;F-T:6]N+6-A<W0@+5=E<G)O<B @8V]N9G1E<W0N8R Q/B8U"F-C,3H@=V%R
M;FEN9W,@8F5I;F<@=')E871E9"!A<R!E<G)O<G,*8V]N9FEG=7)E.B!);B!F
M=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HW-C<V.B!W87)N:6YG.B!L;VYG
M(&EN="!F;W)M870L(&EN="!A<F<@*&%R9R R*0IC;VYF:6=U<F4Z(&9A:6QE
M9"!P<F]G<F%M('=A<SH*(VQI;F4@-S8V.2 B8V]N9FEG=7)E(@HC:6YC;'5D
M92 B8V]N9F1E9G,N:"(*"@D@("-I;F-L=61E(#QS>7,O='EP97,N:#X*"2 @
M(VEN8VQU9&4@/'-T9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P<FEN=&8H
M(B5L9"(L("AS<VEZ95]T*3 I.PH)"CL@<F5T=7)N(# [('T*8V]N9FEG=7)E
M.C<V.#$Z(&=C8R M8R M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O
M='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@
M+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC
M87-T("U797)R;W(@(&-O;F9T97-T+F,@,3XF-0IC8S$Z('=A<FYI;F=S(&)E
M:6YG('1R96%T960@87,@97)R;W)S"F-O;F9I9W5R93H@26X@9G5N8W1I;VX@
M8&UA:6XG.@IC;VYF:6=U<F4Z-S8W-CH@=V%R;FEN9SH@;&]N9R!L;VYG(&EN
M="!F;W)M870L(&1I9F9E<F5N="!T>7!E(&%R9R H87)G(#(I"F-O;F9I9W5R
M93H@9F%I;&5D('!R;V=R86T@=V%S.@HC;&EN92 W-C8Y(")C;VYF:6=U<F4B
M"B-I;F-L=61E(")C;VYF9&5F<RYH(@H*"2 @(VEN8VQU9&4@/'-Y<R]T>7!E
M<RYH/@H)(" C:6YC;'5D92 \<W1D:6\N:#X*"0II;G0@;6%I;B@I('L*"@D@
M('!R:6YT9B@B)6QL9"(L("AS<VEZ95]T*3 I.PH)"CL@<F5T=7)N(# [('T*
M8V]N9FEG=7)E.C<X,C,Z(&-H96-K:6YG(&9O<B!U:6YT;6%X7W0*8V]N9FEG
M=7)E.C<X-C Z(&-H96-K:6YG(&9O<B!U:6YT7V9A<W0S,E]T"F-O;F9I9W5R
M93HW.#DW.B!C:&5C:VEN9R!F;W(@<V]C:VQE;E]T"F-O;F9I9W5R93HW.34P
M.B!C:&5C:VEN9R!F;W(@+V1E=B]U<F%N9&]M"F-O;F9I9W5R93HX,# T.B!C
M:&5C:VEN9R!F;W(@=&U?9VUT;V9F"F-O;F9I9W5R93HX,#,X.B!C:&5C:VEN
M9R!F;W(@<W1R=6-T(&EO=F5C"F-O;F9I9W5R93HX,#@V.B!G8V,@+6,@+6<@
M+4\R("U786QL("U7("U7;6ES<VEN9RUP<F]T;W1Y<&5S("U7;6ES<VEN9RUD
M96-L87)A=&EO;G,@+5=P;VEN=&5R+6%R:71H("U78VAA<BUS=6)S8W)I<'1S
M("U79F]R;6%T/3(@+5=B860M9G5N8W1I;VXM8V%S=" @8V]N9G1E<W0N8R Q
M/B8U"F-O;F9I9W5R93HX,#<Y.B!W87)N:6YG.B!@="<@9&5F:6YE9"!B=70@
M;F]T('5S960*8V]N9FEG=7)E.C@Q,C Z(&=C8R M8R M9R M3S(@+5=A;&P@
M+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N
M<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870]
M,B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF=&5S="YC(#$^)C4*8V]N9FEG
M=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HX,3$U.B!@4DQ)
M34E47T%3)R!U;F1E8VQA<F5D("AF:7)S="!U<V4@:6X@=&AI<R!F=6YC=&EO
M;BD*8V]N9FEG=7)E.C@Q,34Z("A%86-H('5N9&5C;&%R960@:61E;G1I9FEE
M<B!I<R!R97!O<G1E9"!O;FQY(&]N8V4*8V]N9FEG=7)E.C@Q,34Z(&9O<B!E
M86-H(&9U;F-T:6]N(&ET(&%P<&5A<G,@:6XN*0IC;VYF:6=U<F4Z(&9A:6QE
M9"!P<F]G<F%M('=A<SH*(VQI;F4@.#$P-B B8V]N9FEG=7)E(@HC:6YC;'5D
M92 B8V]N9F1E9G,N:"(*"B @(VEN8VQU9&4@/'-Y<R]T>7!E<RYH/@H@("-I
M;F-L=61E(#QS>7,O=&EM92YH/@H@("-I;F-L=61E(#QS>7,O<F5S;W5R8V4N
M:#X*"FEN="!M86EN*"D@>PH*("!S=')U8W0@<FQI;6ET('(["B @9V5T<FQI
M;6ET*%),24U)5%]!4RP@)G(I.PH*.R!R971U<FX@,#L@?0IC;VYF:6=U<F4Z
M.#$T.3H@9V-C("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T
M>7!E<R M5VUI<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M
M5V-H87(M<W5B<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A
M<W0@(&-O;F9T97-T+F,@,3XF-0IC;VYF:6=U<F4Z.#$V-#H@8VAE8VMI;F<@
M3&EN=7@@8V]M<&%T:6)L92!M<F5M87 H*0IC;VYF:6=U<F4Z.#$W.3H@9V-C
M("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI
M<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B
M<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@(&-O;F9T
M97-T+F,@,3XF-0IC;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N
M9FEG=7)E.C@Q-S0Z('=A<FYI;F<Z(&EM<&QI8VET(&1E8VQA<F%T:6]N(&]F
M(&9U;F-T:6]N(&!M<F5M87 G"F-O;F9I9W5R93HX,3<T.B!@35)%34%07TU!
M64U/5D4G('5N9&5C;&%R960@*&9I<G-T('5S92!I;B!T:&ES(&9U;F-T:6]N
M*0IC;VYF:6=U<F4Z.#$W-#H@*$5A8V@@=6YD96-L87)E9"!I9&5N=&EF:65R
M(&ES(')E<&]R=&5D(&]N;'D@;VYC90IC;VYF:6=U<F4Z.#$W-#H@9F]R(&5A
M8V@@9G5N8W1I;VX@:70@87!P96%R<R!I;BXI"F-O;F9I9W5R93H@9F%I;&5D
M('!R;V=R86T@=V%S.@HC;&EN92 X,38V(")C;VYF:6=U<F4B"B-I;F-L=61E
M(")C;VYF9&5F<RYH(@H*(" C:6YC;'5D92 \=6YI<W1D+F@^"B @(V1E9FEN
M92!?7U5315]'3E4*(" C:6YC;'5D92 \<WES+VUM86XN:#X*"FEN="!M86EN
M*"D@>PH*("!M<F5M87 H,"P@,"P@,"P@35)%34%07TU!64U/5D4I.PH*.R!R
M971U<FX@,#L@?0IC;VYF:6=U<F4Z.#$Y.3H@8VAE8VMI;F<@9F]R('-E;F1F
M:6QE=B!I;B M;'-E;F1F:6QE"F-O;F9I9W5R93HX,C0T.B!C:&5C:VEN9R!,
M:6YU>"!C;VUP871I8FQE('-E;F1F:6QE*"D*8V]N9FEG=7)E.C@R-C Z(&=C
M8R M8R M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M
M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U
M8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF
M=&5S="YC(#$^)C4*8V]N9FEG=7)E.C@R-3$Z(&AE861E<B!F:6QE("=S>7,O
M<V5N9&9I;&4N:"<@;F]T(&9O=6YD"F-P<"UP<F5C;VUP.B!W87)N:6YG.B!E
M<G)O<G,@9'5R:6YG('-M87)T('!R97!R;V-E<W-I;F<L(')E=')Y:6YG(&EN
M(&)A<VEC(&UO9&4*8V]N9FEG=7)E.B!F86EL960@<')O9W)A;2!W87,Z"B-L
M:6YE(#@R-#8@(F-O;F9I9W5R92(*(VEN8VQU9&4@(F-O;F9D969S+F@B"@H@
M(" @(W5N9&5F(%]&24Q%7T]&1E-%5%]"2513"B @(" C:6YC;'5D92 \<WES
M+W1Y<&5S+F@^"B @(" C:6YC;'5D92 \<WES+W-O8VME="YH/@H@(" @(VEN
M8VQU9&4@/'-Y<R]S96YD9FEL92YH/@H@( II;G0@;6%I;B@I('L*"B @("!S
M96YD9FEL92@P+" P+" H=F]I9" J*2 P+" P*3L*(" *.R!R971U<FX@,#L@
M?0IC;VYF:6=U<F4Z.#(X,#H@8VAE8VMI;F<@1G)E94)31"!C;VUP871I8FQE
M('-E;F1F:6QE*"D*8V]N9FEG=7)E.C@R.38Z(&=C8R M8R M9R M3S(@+5=A
M;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T
M:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M
M870],B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF=&5S="YC(#$^)C4*8V]N
M9FEG=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HX,CDP.B!S
M=&]R86=E('-I>F4@;V8@8&AD='(G(&ES;B=T(&MN;W=N"F-O;F9I9W5R93HX
M,CDQ.B!W87)N:6YG.B!I;7!L:6-I="!D96-L87)A=&EO;B!O9B!F=6YC=&EO
M;B!@<V5N9&9I;&4G"F-O;F9I9W5R93HX,CDP.B!W87)N:6YG.B!U;G5S960@
M=F%R:6%B;&4@8&AD='(G"F-O;F9I9W5R93H@9F%I;&5D('!R;V=R86T@=V%S
M.@HC;&EN92 X,C@R(")C;VYF:6=U<F4B"B-I;F-L=61E(")C;VYF9&5F<RYH
M(@H*(" @("-I;F-L=61E(#QS>7,O='EP97,N:#X*(" @("-I;F-L=61E(#QS
M>7,O<V]C:V5T+F@^"B @(" C:6YC;'5D92 \<WES+W5I;RYH/@H@( II;G0@
M;6%I;B@I('L*"B @("!S=')U8W0@<V9?:&1T<B!H9'1R.PH@(" @<V5N9&9I
M;&4H,"P@,"P@,"P@,"P@)FAD='(L("AV;VED("HI(# L(# I.PH@( H[(')E
M='5R;B P.R!]"F-O;F9I9W5R93HX,S(P.B!C:&5C:VEN9R!F;W(@86X@:6UP
M;&5M96YT871I;VX@;V8@=F%?8V]P>2@I"F-O;F9I9W5R93HX,S8S.B!C:&5C
M:VEN9R!F;W(@86X@:6UP;&5M96YT871I;VX@;V8@7U]V85]C;W!Y*"D*8V]N
M9FEG=7)E.C@T,C$Z(&-H96-K:6YG('=H971H97(@=F%?;&ES=',@8V%N(&)E
M(&-O<&EE9"!B>2!V86QU90IC;VYF:6=U<F4Z.#0W-CH@8VAE8VMI;F<@9F]R
M(&=N=71L<U]G;&]B86Q?:6YI="!I;B M;&=N=71L<PIC;VYF:6=U<F4Z.#4V
M.3H@8VAE8VMI;F<@9F]R(%-33%]R96%D(&EN("UL<W-L"F-O;F9I9W5R93HX
M-C X.B!C:&5C:VEN9R!F;W(@;W!E;G-S;"]S<VPN: IC;VYF:6=U<F4Z.#8P
M.#H@8VAE8VMI;F<@9F]R(&]P96YS<VPO97)R+F@*8V]N9FEG=7)E.C@W,3$Z
M(&-H96-K:6YG(&9O<B!G971S<&YA;0IC;VYF:6=U<F4Z.#@P,SH@8VAE8VMI
M;F<@9F]R('!A;5]S=&%R="!I;B M;'!A;0IC;VYF:6=U<F4Z.#@T,3H@8VAE
M8VMI;F<@9F]R('-E8W5R:71Y+W!A;5]A<'!L+F@*8V]N9FEG=7)E.C@X.#$Z
M(&-H96-K:6YG(&9O<B!P86TO<&%M7V%P<&PN: IC;VYF:6=U<F4Z.#DR.#H@
M8VAE8VMI;F<@9F]R('!A;5]S971C<F5D(&EN("UL<&%M"F-O;F9I9W5R93HY
M,3DU.B!C:&5C:VEN9R!F;W(@=G!O<&UA:6P@8V]N9FEG=7)A=&EO;B!A=" O
M=7-R+W9P;W!M86EL+V5T8R]L:6)?9&5P<PIC;VYF:6=U<F4Z.3,P,CH@8VAE
M8VMI;F<@9F]R(&-R>7!T(&EN("UL8W)Y<'0*8V]N9FEG=7)E.CDS-#,Z(&-H
M96-K:6YG(&9O<B!C<GEP= IC;VYF:6=U<F4Z.3,Y.3H@8VAE8VMI;F<@9F]R
M(&1L;W!E;B!I;B M;&1L"F-O;F9I9W5R93HY-#8T.B!C:&5C:VEN9R!W:&5T
M:&5R(&)Y=&4@;W)D97)I;F<@:7,@8FEG96YD:6%N"F-O;F9I9W5R93HY-38Y
4.B!C:&5C:VEN9R!F;W(@25!V-@H`
`
end

From zach.bagnall@bulletinwireless.com  Fri Jun 27 01:05:07 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E7202239D6; Fri, 27 Jun 2003 01:05:07 +0300 (EEST)
Received: from piranha.intra.jungledrum.co.nz (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 934C4239D2
	for <dovecot@procontrol.fi>; Fri, 27 Jun 2003 01:05:03 +0300 (EEST)
Received: from piranha (localhost.localdomain [127.0.0.1])
	by piranha.intra.jungledrum.co.nz (Postfix) with SMTP id C1F1C15005
	for <dovecot@procontrol.fi>; Fri, 27 Jun 2003 10:04:55 +1200 (NZST)
Date: Fri, 27 Jun 2003 10:04:54 +1200
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10 released - Gentoo
Message-Id: <20030627100454.1074d03a.zach.bagnall@bulletinwireless.com>
In-Reply-To: <1056644461.28625.114.camel@hurina>
References: <1056644461.28625.114.camel@hurina>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.ispoQ7Mivl?8CY"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 26 Jun 2003 22:05:08 -0000
X-UID: 1075                                                  
Status: O

--=.ispoQ7Mivl?8CY
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi all.

Well done Timo & Co for getting to this stage!

Updated ebuild for 0.99.10 is at http://bugs.gentoo.org/show_bug.cgi?id=22080
Added a warning about the PAM profile name change.

I'm running this on my home server with SSL and it looks good :-)

Zach.

On 26 Jun 2003 19:21:01 +0300, Timo Sirainen <tss@iki.fi> wrote:

> No bug reports since rc4, so here it is.
[snip]

-- 
Services & Support
Bulletin Wireless | www.bulletinwireless.com
This email is digitally signed | Key ID 0x3F9AA9A2

--=.ispoQ7Mivl?8CY
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE++24G4jDFYT+aqaIRAlZnAKCskFNTpwZzO/COqgH36aNYrHGh8QCdHmHF
CpsAf4s0wtQdsm2X0CaTysk=
=L1DJ
-----END PGP SIGNATURE-----

--=.ispoQ7Mivl?8CY--
From enderle@mdn.de  Fri Jun 27 08:53:38 2003
Return-Path: <enderle@mdn.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 76077239D6; Fri, 27 Jun 2003 08:53:38 +0300 (EEST)
Received: from mail.mdn.de (unknown [212.114.209.20])
	by danu.procontrol.fi (Postfix) with ESMTP id C202F239D2
	for <dovecot@procontrol.fi>; Fri, 27 Jun 2003 08:53:35 +0300 (EEST)
Received: from mdn.de (edv02.prod.nbg.dyn.mdn.de [10.0.0.122])
	by mail.mdn.de (Postfix) with ESMTP
	id 401FFA897; Fri, 27 Jun 2003 07:53:35 +0200 (CEST)
Message-ID: <3EFBDBD9.1030006@mdn.de>
Date: Fri, 27 Jun 2003 07:53:29 +0200
From: Steven Enderle <enderle@mdn.de>
Organization: m d n =?ISO-8859-1?Q?H=FCbner_GmbH?=
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524
X-Accept-Language: de, de-de, en
MIME-Version: 1.0
To: Steven Enderle <enderle@mdn.de>
Subject: Re: [Dovecot]  Message display corrupted or missing in Netscape	7.0
	and Mozilla 1.3
References: <3EFAB4D0.1010405@mdn.de> <1056630612.7582.19.camel@hurina>
	<3EFAECC1.2080809@mdn.de>
In-Reply-To: <3EFAECC1.2080809@mdn.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Timo Sirainen <tss@iki.fi>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 27 Jun 2003 05:53:38 -0000
X-UID: 1076                                                  
Status: O
Content-Length: 10949

Hello Timo,
Hello List,

I just sniffed the communication between Netscape and Dovecot and I 
catched the error! It seems like dovecot returns different sizes for the 
same mail:

This mail is displayed correct and the dovecot returns it like this:
* 268 FETCH (UID 542 RFC822.SIZE 2989 BODY[] {2989}..Return-Path:
The corrupted one starts like this:
* 268 FETCH (UID 542 FLAGS (\Seen) RFC822.SIZE 2975 BODY[] {2975}..
continuing in next packet (There is data missing):
   eturn-Path: <root@mdn.de>.Delivered-To: enderle@mdn.de.Received: by

Also, sometimes there seems to be data from the imap protocol appended 
to the email, i think its the next byte after the email [one ")"]! I saw 
it often appended to someones signatures and was wondering if it belongs 
there. As i have seen the raw text going over the line now, i am sure it 
doesn't belong to the email.

Can i do something more to discribe that problem? Is it a bug in 
Netscape or Dovecot? I attached you the stuff i sniffed after the mail...

Regards

Steven


START CORRUPT MESSAGE

# ./ngrep -A tcp port 143
interface: xl0 (212.202.153.176/255.255.255.248)
filter: ip and ( port 143 )
#
T 10.0.0.122:49510 -> 10.0.2.179:143 [AP]
   5 UID fetch 542 (UID RFC822.SIZE BODY[]).. 

#
T 10.0.2.179:143 -> 10.0.0.122:49510 [AP]
   * 268 FETCH (UID 542 FLAGS (\Seen) RFC822.SIZE 2975 BODY[] {2975}.. 

#
T 10.0.2.179:143 -> 10.0.0.122:49510 [A]
   eturn-Path: <root@mdn.de>.Delivered-To: enderle@mdn.de.Received: by 
mail.mdn.de (Postfix, fro
   m userid 0)..id 50682A898; Fri, 27 Jun 2003 03:04:18 +0200 (CEST).To: 
root@mdn.de.Subject: md
   n.de security check output.Message-Id: 
<20030627010418.50682A898@mail.mdn.de>.Date: Fri, 27 J
   un 2003 03:04:18 +0200 (CEST).From: root@mdn.de 
(root).Content-Length: 2485.Status: O.X-UID:
   542.X-Keywords: 

                         ..Checking setuid files and 
devices:......Checking for uids of 0:..root   0..toor 0......Checking 
for passwordless accounts:......mdn.de kernel log messages:..> Jun 2
   6 11:04:06 mdn login: ROOT LOGIN (root) ON ttyv0..> Jun 26 13:33:27 
mdn su: enderle to root o
   n /dev/ttyp0..> Jun 26 15:03:49 mdn login: ROOT LOGIN (root) ON 
ttyv0..> Jun 26 15:30:16 mdn
   su: BAD SU enderle to root on /dev/ttyp2..> Jun 26 15:30:18 mdn su: 
enderle to root on /dev/t
   typ2..> xl0: promiscuous mode enabled..> Jun 26 15:30:58 mdn /kernel: 
xl0: promiscuous mode e
   nabled..> xl0: promiscuous mode disabled..> Jun 26 15:31:00 mdn 
/kernel: xl0: promiscuous mod
   e disabled..> xl0: promiscuous mode enabled..> Jun 26 15:31:23 mdn 
/kernel: xl0: promiscuous
   mode enabled..> xl0: promiscuous mode disabled..> Jun 26 15:32:24 mdn 
/kernel: xl0: promiscuo
   us mode disabled..> xl0: promiscuous mode enabled..> Jun 26 15:33:23 
mdn /kernel: xl0: promis
   cuous mode enabled..> xl0: promiscuous mode disabled. 

#
T 10.0.2.179:143 -> 10.0.0.122:49510 [A]
   .> Jun 26 15:33:39 mdn /kernel: xl0: promiscuous mode disabled..> 
xl0: promiscuous mode enabl
   ed..> Jun 26 15:33:42 mdn /kernel: xl0: promiscuous mode enabled..> 
xl0: promiscuous mode dis
   abled..> Jun 26 15:33:48 mdn /kernel: xl0: promiscuous mode 
disabled..> xl0: promiscuous mode
    enabled..> Jun 26 15:33:51 mdn /kernel: xl0: promiscuous mode 
enabled..> xl0: promiscuous mo
   de disabled..> Jun 26 15:33:52 mdn /kernel: xl0: promiscuous mode 
disabled..> xl0: promiscuou
   s mode enabled..> Jun 26 15:34:37 mdn /kernel: xl0: promiscuous mode 
enabled..> xl0: promiscu
   ous mode disabled..> Jun 26 15:34:47 mdn /kernel: xl0: promiscuous 
mode disabled..> xl0: prom
   iscuous mode enabled..> Jun 26 15:35:03 mdn /kernel: xl0: promiscuous 
mode enabled..> xl0: pr
   omiscuous mode disabled..> Jun 26 15:35:07 mdn /kernel: xl0: 
promiscuous mode disabled..> xl0
   : promiscuous mode enabled..> Jun 26 15:35:36 mdn /kernel: xl0: 
promiscuous mode enabled..> x
   l0: promiscuous mode disabled..> Jun 26 15:35:40 mdn /kernel: xl0: 
promiscuous mode disabled.
   .> xl0: promiscuous mode enabled..> Jun 26 15:35:41 mdn /kernel: xl0: 
promiscuous mode enable
   d..> xl0: promiscuous mode disabled..> Jun 26 15:42:08 mdn /kernel: 
xl0: promiscuous mode dis
   abled..> Jun 26 15:44:11 mdn su: enderle to root on /dev/ttyp3..> 
xl0: promiscuous mode enabl
   ed..> Jun 26 15:44:14 mdn /kernel: xl0: promiscuous mode enabled..> 
xl0: promiscuous mode dis
   abled..> Jun 26 15:45:37 mdn /kernel: xl0: promiscuou 

###
T 10.0.2.179:143 -> 10.0.0.122:49510 [AP]
   s mode disabled......mdn.de login failures:......mdn.de refused 
connections:..
##
T 10.0.2.179:143 -> 10.0.0.122:49510 [AP]
   )..5 OK Fetch completed... 

##
T 10.0.0.122:64953 -> 10.0.2.179:143 [AP]
   1885 noop.. 

#
T 10.0.0.122:64931 -> 10.0.2.179:143 [AP]
   2013 noop.. 

#
T 10.0.2.179:143 -> 10.0.0.122:64953 [AP]
   1885 OK NOOP completed... 

#
T 10.0.2.179:143 -> 10.0.0.122:64931 [AP]
   2013 OK NOOP completed... 

#
T 10.0.0.122:64953 -> 10.0.2.179:143 [AP]
   1886 UID fetch 60:* (FLAGS).. 

#
T 10.0.0.122:64931 -> 10.0.2.179:143 [AP]
   2014 UID fetch 725:* (FLAGS).. 

#
T 10.0.2.179:143 -> 10.0.0.122:64953 [AP]
   * 29 FETCH (UID 59 FLAGS (\Recent))..1886 OK Fetch completed... 

#
T 10.0.2.179:143 -> 10.0.0.122:64931 [AP]
   * 121 FETCH (UID 724 FLAGS (\Recent))..2014 OK Fetch completed... 

##^Cexit
152 received, 0 dropped
END CORRUPT MESSAGE

START CORRECT MESSAGE

# ./ngrep -A tcp port 143
interface: xl0 (212.202.153.176/255.255.255.248)
filter: ip and ( port 143 )
#
T 10.0.0.122:49520 -> 10.0.2.179:143 [AP]
   4 UID fetch 542 (UID RFC822.SIZE BODY[]).. 

##
T 10.0.2.179:143 -> 10.0.0.122:49520 [A]
   * 268 FETCH (UID 542 RFC822.SIZE 2989 BODY[] {2989}..Return-Path: 
<root@mdn.de>..Delivered-To
   : enderle@mdn.de..Received: by mail.mdn.de (Postfix, from userid 
0)...id 50682A898; Fri, 27 J
   un 2003 03:04:18 +0200 (CEST)..To: root@mdn.de..Subject: mdn.de 
security check output..Messag
   e-Id: <20030627010418.50682A898@mail.mdn.de>..Date: Fri, 27 Jun 2003 
03:04:18 +0200 (CEST)..F
   rom: root@mdn.de (root)..Content-Length: 2485..Status: RO..X-UID: 
542..X-Keywords:
 
                    ....C
   hecking setuid files and devices:......Checking for uids of 0:..root 
0..toor 0......Checking
   for passwordless accounts:......mdn.de kernel log messages:..> Jun 26 
11:04:06 mdn login: ROO
   T LOGIN (root) ON ttyv0..> Jun 26 13:33:27 mdn su: enderle to root on 
/dev/ttyp0..> Jun 26 15
   :03:49 mdn login: ROOT LOGIN (root) ON ttyv0..> Jun 26 15:30:16 mdn 
su: BAD SU enderle to roo
   t on /dev/ttyp2..> Jun 26 15:30:18 mdn su: enderle to root on 
/dev/ttyp2..> xl0: promiscuous
   mode enabled..> Jun 26 15:30:58 mdn /kernel: xl0: promiscuous mode 
enabled..> xl0: promiscuou
   s mode disabled..> Jun 26 15:31:00 mdn /kernel: xl0: promiscuous mode 
disabled..> xl0: promis
   cuous mode enabled..> Jun 26 15:31:23 mdn /kernel: xl0: promiscuous 
mode enabled..> xl0: prom
   iscuous mode disabled..> Jun 26 15:32:24 mdn /kernel: xl0: 
promiscuous mode disabled..> xl0:
   promiscuous mode enabled..> Jun 26 15:33:23 mdn /kern 

#
T 10.0.2.179:143 -> 10.0.0.122:49520 [A]
   el: xl0: promiscuous mode enabled..> xl0: promiscuous mode 
disabled..> Jun 26 15:33:39 mdn /k
   ernel: xl0: promiscuous mode disabled..> xl0: promiscuous mode 
enabled..> Jun 26 15:33:42 mdn
    /kernel: xl0: promiscuous mode enabled..> xl0: promiscuous mode 
disabled..> Jun 26 15:33:48
   mdn /kernel: xl0: promiscuous mode disabled..> xl0: promiscuous mode 
enabled..> Jun 26 15:33:
   51 mdn /kernel: xl0: promiscuous mode enabled..> xl0: promiscuous 
mode disabled..> Jun 26 15:
   33:52 mdn /kernel: xl0: promiscuous mode disabled..> xl0: promiscuous 
mode enabled..> Jun 26
   15:34:37 mdn /kernel: xl0: promiscuous mode enabled..> xl0: 
promiscuous mode disabled..> Jun
   26 15:34:47 mdn /kernel: xl0: promiscuous mode disabled..> xl0: 
promiscuous mode enabled..> J
   un 26 15:35:03 mdn /kernel: xl0: promiscuous mode enabled..> xl0: 
promiscuous mode disabled..
   > Jun 26 15:35:07 mdn /kernel: xl0: promiscuous mode disabled..> xl0: 
promiscuous mode enable
   d..> Jun 26 15:35:36 mdn /kernel: xl0: promiscuous mode enabled..> 
xl0: promiscuous mode disa
   bled..> Jun 26 15:35:40 mdn /kernel: xl0: promiscuous mode 
disabled..> xl0: promiscuous mode
   enabled..> Jun 26 15:35:41 mdn /kernel: xl0: promiscuous mode 
enabled..> xl0: promiscuous mod
   e disabled..> Jun 26 15:42:08 mdn /kernel: xl0: promiscuous mode 
disabled..> Jun 26 15:44:11
   mdn su: enderle to root on /dev/ttyp3..> xl0: promiscuous mode 
enabled..> Jun 26 15:44:14 mdn
    /kernel: xl0: promiscuous mode enabled..> xl0: promi 

#
T 10.0.2.179:143 -> 10.0.0.122:49520 [AP]
   scuous mode disabled..> Jun 26 15:45:37 mdn /kernel: xl0: promiscuous 
mode disabled......mdn.
   de login failures:......mdn.de refused connections:..)..4 OK Fetch 
completed...
##^Cexit
49 received, 0 dropped
END CORRECT MESSAGE


Steven Enderle wrote:
> Hello Timo!
> 
> yes, Mozilla and Netscape are almost the same. There is hardly any 
> difference except logos and instant messaging and stuff...
> 
> I will sniff the communication as soon as i have time to install a sniffer.
> 
>  > If it's Dovecot's fault, I can think of only two reasons:
>  >
>  > a) Dovecot doesn't detect that mbox was changed and doesn't synchronize
>  > it, and it starts reading messages from wrong location. I haven't
>  > noticed problems with this myself and I've been using Dovecot with mbox
>  > for almost a year now. Maybe some other program touches the mbox in a
>  > way Dovecot doesn't understand.
> 
> There are two other programms working with the mbox directly (postfix 
> though procmail and popa3d - popa3d never at the same time as dovecot), 
> but the corruption also happens in my subfolders, where only dovecot is 
> working.
> 
>  > b) mbox support still doesn't behave fully as IMAP RFC requires. Message
>  > headers may change (not permitted) and so message size may not be
>  > exactly correct (not permitted either). I doubt Netscape really cares
>  > about these though.
> 
> I just had some heavy problems with email attachments. It saved just a 
> few bytes of my attachments, sometimes 5KB or 20KB of 66KB, sometimes it 
> saved a null file. i can't really say why, but that happened again and 
> again, i had to open netscape and forward the mail to my second 
> workstation without doing something else or i had to restart netscape 
> completly (e.g. when opening the attachment for reading or saving it). 
> What makes me wondering is, the other workstation is also using the same 
> imap server.
> 
> Ok, that was another corruption i saw, but i guess its related to the 
> corrupted email thing.
> 
> Steven

-- 
--------------------------------------------------
----- Steven Enderle ----- m d n Huebner GmbH ----
----- enderle@mdn.de ----- + 49 911 93 90 90 -----
-----  Digital Imaging & Documentmanagment   -----
--------------------------------------------------

From tss@iki.fi  Sat Jun 28 17:46:29 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 03546239D6; Sat, 28 Jun 2003 17:46:29 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5DE07239D5
	for <dovecot@procontrol.fi>; Sat, 28 Jun 2003 17:46:25 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0009E5C896C9
	for <dovecot@procontrol.fi>; Sat, 28 Jun 2003 17:46:24 +0300 (EEST)
Subject: Re: [Dovecot]  Message display corrupted or missing in
	Netscape	7.0 and Mozilla 1.3
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3EFBDBD9.1030006@mdn.de>
References: <3EFAB4D0.1010405@mdn.de> <1056630612.7582.19.camel@hurina>
	 <3EFAECC1.2080809@mdn.de>  <3EFBDBD9.1030006@mdn.de>
Content-Type: text/plain
Message-Id: <1056811584.7691.510.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 28 Jun 2003 17:46:24 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 28 Jun 2003 14:46:29 -0000
X-UID: 1077                                                  
Status: O

On Fri, 2003-06-27 at 08:53, Steven Enderle wrote:
> * 268 FETCH (UID 542 FLAGS (\Seen) RFC822.SIZE 2975 BODY[] {2975}..
> continuing in next packet (There is data missing):
>    eturn-Path: <root@mdn.de>.Delivered-To: enderle@mdn.de.Received: by

If it's missing one character, that actually looks like that one
CRLF-bug that I fixed after 0.99.9.1.. Except your mbox probably doesn't
have any CRs? Maybe it's still the same, see if 0.99.10 helps.


From tss@iki.fi  Sat Jun 28 17:51:31 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D4C80239E7; Sat, 28 Jun 2003 17:51:31 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3957D239D5
	for <dovecot@procontrol.fi>; Sat, 28 Jun 2003 17:51:30 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0071A5C896C9
	for <dovecot@procontrol.fi>; Sat, 28 Jun 2003 17:51:29 +0300 (EEST)
Subject: Re: [Dovecot] HELP
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <002501c33c27$2784c6b0$0301a8c0@OFFICE>
References: <002501c33c27$2784c6b0$0301a8c0@OFFICE>
Content-Type: text/plain
Message-Id: <1056811889.8172.515.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 28 Jun 2003 17:51:29 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 28 Jun 2003 14:51:32 -0000
X-UID: 1078                                                  
Status: O

On Fri, 2003-06-27 at 00:08, Roger Cates wrote:
> I am including my config.log in the hopes that someone can tell me what
> is going on with dovecot installing on Mac OSX 10.2.6

You mean the linking errors in last mail? Didn't you get it compiled
somewhere already? Anyway, those have something to do with libraries.
Maybe some of them are incompatible? Maybe some library needs -lm or
some other library included with it?

Try if configure --without-pam helps?


From jens@freebsdforum.de  Mon Jun 30 02:52:29 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C51742387A; Mon, 30 Jun 2003 02:52:29 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id B80D52384C
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 02:52:25 +0300 (EEST)
Received: from 127.0.0.1 (localhost [213.133.103.207])E91761142F5
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 01:52:23 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Date: Mon, 30 Jun 2003 01:52:26 +0200
User-Agent: KMail/1.5.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200306300152.26598.jens@freebsdforum.de>
Subject: [Dovecot] migrating from cyrus
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 29 Jun 2003 23:52:29 -0000
X-UID: 1079                                                  
Status: O

Hi all,

I want to migrate our customers mailserver (400 mail accounts), from 
cyrus-2.0.16 to Dovecot. Anyone an idea how I can preserve the read/unread 
status and what can I do with the UIDL? (cyrus used a different algorithm for 
UIDL).

Thanks in advance.

Best regards,
Jens Gutzeit

From tss@iki.fi  Mon Jun 30 15:06:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7AE9A2387A; Mon, 30 Jun 2003 15:06:39 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D88812384C
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 15:06:37 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8FB315C896C9
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 15:06:37 +0300 (EEST)
Subject: Re: [Dovecot] migrating from cyrus
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200306300152.26598.jens@freebsdforum.de>
References: <200306300152.26598.jens@freebsdforum.de>
Content-Type: text/plain
Message-Id: <1056974797.8173.539.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 30 Jun 2003 15:06:37 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 12:06:39 -0000
X-UID: 1080                                                  
Status: O

On Mon, 2003-06-30 at 02:52, Jens Gutzeit wrote:
> Hi all,
> 
> I want to migrate our customers mailserver (400 mail accounts), from 
> cyrus-2.0.16 to Dovecot. Anyone an idea how I can preserve the read/unread 
> status and what can I do with the UIDL? (cyrus used a different algorithm for 
> UIDL).

Well, I just saw Cyrus 1.6 -> Courier converter. See if it works with
2.0:

http://www.madness.at/~mad/projects/cyrus2courier/cyrus2courier.tgz

It doesn't seem to preserve UIDs directly, but it shouldn't be too
difficult to fix to do that.

And what do you mean about UIDL? POP3 UIDs? Cyrus 2.1 seems to use the
same algorithm than Dovecot (uidvalidity.uid), except if pop3_new_uidl
isn't set it uses just uid which I think isn't a good idea to keep
using.


From tss@iki.fi  Mon Jun 30 15:53:35 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BF6592387A; Mon, 30 Jun 2003 15:53:35 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2D1E023860
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 15:53:33 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id CDE285C896C9
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 15:53:32 +0300 (EEST)
Subject: Re: [Dovecot] migrating from cyrus
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1056974797.8173.539.camel@hurina>
References: <200306300152.26598.jens@freebsdforum.de>
	 <1056974797.8173.539.camel@hurina>
Content-Type: text/plain
Message-Id: <1056977612.7582.543.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 30 Jun 2003 15:53:32 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 12:53:35 -0000
X-UID: 1081                                                  
Status: O

On Mon, 2003-06-30 at 15:06, Timo Sirainen wrote:
> Well, I just saw Cyrus 1.6 -> Courier converter. See if it works with
> 2.0:

http://dovecot.procontrol.fi/tools/

Here's an updated version which support Cyrus 2.0, 2.1 and 2.2. It also
writes dovecot-uidlist file.


From jens@freebsdforum.de  Mon Jun 30 16:44:07 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5A0602387A; Mon, 30 Jun 2003 16:44:07 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id 51E462384C
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 16:44:05 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])BDC801142F5
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 15:44:04 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] migrating from cyrus
Date: Mon, 30 Jun 2003 15:44:03 +0200
User-Agent: KMail/1.5.2
References: <200306300152.26598.jens@freebsdforum.de>
	<1056974797.8173.539.camel@hurina> <1056977612.7582.543.camel@hurina>
In-Reply-To: <1056977612.7582.543.camel@hurina>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200306301544.03562.jens@freebsdforum.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 13:44:07 -0000
X-UID: 1082                                                  
Status: O

On Monday 30 June 2003 14:53, Timo Sirainen wrote:
> On Mon, 2003-06-30 at 15:06, Timo Sirainen wrote:
> > Well, I just saw Cyrus 1.6 -> Courier converter. See if it works with
> > 2.0:
>
> http://dovecot.procontrol.fi/tools/
>
> Here's an updated version which support Cyrus 2.0, 2.1 and 2.2. It also
> writes dovecot-uidlist file.

Wow thank you very much :)

Jens

From maikel@ladot.com  Mon Jun 30 17:01:34 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3549A238C5; Mon, 30 Jun 2003 17:01:34 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 8C49C2387A
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 17:01:31 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h5UEEHv0070762
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 16:14:17 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N283N6MT>; Mon, 30 Jun 2003 16:03:54 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F22762@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] 0.99.10 released
Date: Mon, 30 Jun 2003 16:03:53 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C33F10.70975B60"
X-Spam-Status: No, hits=1.0 required=5.0
	tests=HTML_30_40,HTML_MESSAGE
	version=2.55
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 14:01:34 -0000
X-UID: 1083                                                  
Status: O
Content-Length: 1619

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C33F10.70975B60
Content-Type: text/plain

Hi Timo (and list :)

> No bug reports since rc4, so here it is.

[snip]

One small question: How far is nfs safety implemented now? You did a lot of
work on nfs-safety for the index files, how about the other files? And does
it need specific configure options?

Thank you for this release though, I will have a look at it tonight ;-)


Kind regards,

Maikel Verheijen.

------_=_NextPart_001_01C33F10.70975B60
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [Dovecot] 0.99.10 released</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi Timo (and list :)</FONT>
</P>

<P><FONT SIZE=3D2>&gt; No bug reports since rc4, so here it is.</FONT>
</P>

<P><FONT SIZE=3D2>[snip]</FONT>
</P>

<P><FONT SIZE=3D2>One small question: How far is nfs safety implemented =
now? You did a lot of work on nfs-safety for the index files, how about =
the other files? And does it need specific configure =
options?</FONT></P>

<P><FONT SIZE=3D2>Thank you for this release though, I will have a look =
at it tonight ;-)</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Kind regards,</FONT>
</P>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C33F10.70975B60--
From tss@iki.fi  Mon Jun 30 17:30:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7008F23860; Mon, 30 Jun 2003 17:30:20 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 61E6523896
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 17:30:15 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1845B5C896C9
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 17:30:15 +0300 (EEST)
Subject: RE: [Dovecot] 0.99.10 released
From: Timo Sirainen <tss@iki.fi>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <410777FC7A66D511911500B0D078345501F22762@nlladot05.intern.ladot.com>
References: 
	 <410777FC7A66D511911500B0D078345501F22762@nlladot05.intern.ladot.com>
Content-Type: text/plain
Message-Id: <1056983414.8172.555.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 30 Jun 2003 17:30:15 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 14:30:20 -0000
X-UID: 1084                                                  
Status: O

On Mon, 2003-06-30 at 17:03, Maikel Verheijen wrote:
> One small question: How far is nfs safety implemented now? You did a
> lot of work on nfs-safety for the index files, how about the other
> files? And does it need specific configure options?

No, I've done nothing for NFS-safe index files and likely will not do
for a long time. NFS-safety is still pretty much the same as it was two
months ago. From TODO:

 - NFS safety:
    - use link()s instead of relying on O_EXCL
    - .subscriptions: use rename() like dovecot-uidlist
    - .customflags: use rename(), but there's a problem when we have to remove
      unused flags to make room for new ones. to fix that add new field in
      the file, it would be set for flags which are currently unused. if that
      field is set, .customflags must be locked before the flag is set to any
      messages. but make sure there's no race conditions, we probably have to
      wait a few seconds just to make sure no-one set a flag we want to remove


From ma@dt.e-technik.uni-dortmund.de  Mon Jun 30 18:13:50 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9F52923896; Mon, 30 Jun 2003 18:13:50 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951F54A.dip.t-dialin.net [217.81.245.74])
	by danu.procontrol.fi (Postfix) with ESMTP id CA54A23860
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 18:13:46 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 1C7F18E87E; Mon, 30 Jun 2003 17:13:46 +0200 (CEST)
To: dovecot@procontrol.fi
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 30 Jun 2003 17:13:45 +0200
Message-ID: <m3he671tue.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] Dovecot first impressions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 15:13:50 -0000
X-UID: 1085                                                  
Status: O
Content-Length: 3383

Hi,

I have only recently become aware of Dovecot and gave it a try. The
previous 0.99.9.1 version didn't work well for me (OpenSSL), I dropped
it, but 0.99.10 has come just in time (saw it on freshmeat) and I
thought I'd give it another try if it promised SSL fixes, and it's sorta
working for me (i. e. it works with mutt, Mozilla, sylpheed, but not
cone -- but cone is beta and has SSL issues with certificate
verification, I seem to have hosed the setup).

Anyways, I was delighted to see how quick it is to install an IMAP/POP3
server -- but being a Courier-IMAP user, I have some compatibility
concerns, but these appear to be minor, and the daemontools
<URL:http://cr.yp.to/daemontools.html> friendliness (dovecot -F) is very
much to my taste as well.

One deals with NAMESPACE -- it takes manual intervention in order to
convince Mozilla of the new namespace and stuff. Courier-IMAP used to
provide a NAMESPACE, but Mozilla leaves it unchanged if I point it to
Dovecot. The other is the naming itself, easily visible from the LIST
replies below: Courier prefixes everything with "INBOX" (which I believe
is reflected in the NAMESPACE, but it appears as though most clients
were only tested against UWIMAP).

Apparently, mail user clients (particularly the Mozilla derivatives) do
a better job of presenting Dovecot's layout, so this one has my
preference, although it differs from Courier's and Cyrus 2.1's.

Timo, could you add the NAMESPACE extension to Dovecot? That would be a
great migration aid for people switching over from Courier-IMAP.

Other than that, my first impression is a very good one.

One question (I may have missed it in the docs): how do I properly
create folders with national characters (umlauts) in their names?
Apparently, Courier-IMAP and Dovecot just forward the file name verbatim
when I type maildirmake -f t=E4=DFt Maildir, which doesn't look right. OTOH,
I am well aware that the IMAP servers can't possible guess the character
set, so it must be my "maildirmake" that is flawed rather than the server.

This is Courier-IMAP:
. namespace
* NAMESPACE (("INBOX." ".")) NIL (("shared." "."))
. OK NAMESPACE completed.
. list "" *
* LIST (\HasNoChildren) "." "INBOX.INBOX.Trash"
* LIST (\HasNoChildren) "." "INBOX.dovecot"
* LIST (\HasNoChildren) "." "INBOX.qmail"
* LIST (\HasNoChildren) "." "INBOX.cone"
* LIST (\HasNoChildren) "." "INBOX.vulnwatch"
* LIST (\HasNoChildren) "." "INBOX.Outbox"
* LIST (\HasNoChildren) "." "INBOX.Trash"
* LIST (\HasNoChildren) "." "INBOX.newsletters"
* LIST (\HasNoChildren) "." "INBOX.schmendrick"
* LIST (\HasNoChildren) "." "INBOX.Queue"
* LIST (\HasNoChildren) "." "INBOX.Sent"
* LIST (\HasNoChildren) "." "INBOX.Drafts"
* LIST (\Marked \HasChildren) "." "INBOX"
* LIST (\Noselect \HasChildren) "." "INBOX.INBOX"
. OK LIST completed

This is Dovecot:
. namespace
. BAD Error in IMAP command NAMESPACE: Unknown command.
. list "" *
* LIST (\UnMarked) "." "Drafts"
* LIST (\UnMarked) "." "Sent"
* LIST (\UnMarked) "." "Queue"
* LIST (\UnMarked) "." "schmendrick"
* LIST (\UnMarked) "." "newsletters"
* LIST (\UnMarked) "." "Trash"
* LIST (\UnMarked) "." "Outbox"
* LIST (\UnMarked) "." "vulnwatch"
* LIST (\Marked) "." "cone"
* LIST (\Marked) "." "qmail"
* LIST (\UnMarked) "." "dovecot"
* LIST (\Children \UnMarked) "." "INBOX"
* LIST (\UnMarked) "." "INBOX.Trash"
. OK List completed.


--=20
Matthias Andree
From tss@iki.fi  Mon Jun 30 18:40:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7D70523896; Mon, 30 Jun 2003 18:40:00 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 953A52387A
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 18:39:58 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 4C16B5C896C9
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 18:39:58 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot first impressions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <m3he671tue.fsf@merlin.emma.line.org>
References: <m3he671tue.fsf@merlin.emma.line.org>
Content-Type: multipart/mixed; boundary="=-hRfvuArY0AJNb4kOEce7"
Message-Id: <1056987597.7691.574.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 30 Jun 2003 18:39:58 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 15:40:00 -0000
X-UID: 1086                                                  
Status: O
Content-Length: 2830


--=-hRfvuArY0AJNb4kOEce7
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Mon, 2003-06-30 at 18:13, Matthias Andree wrote:
> One deals with NAMESPACE -- it takes manual intervention in order to
> convince Mozilla of the new namespace and stuff. Courier-IMAP used to
> provide a NAMESPACE, but Mozilla leaves it unchanged if I point it to
> Dovecot.

I was thinking about giving static NAMESPACE reply, but didn't bother
yet. I think I'll add it when I add support for full namespace
configuration in config file.

You could actually do it with a plugin already. Save attached file to
src/imap/ directory and compile it there. You'd also have to add
NAMESPACE into CAPABILITY_STRING in config.h. And set use_modules = yes
in config file.

> The other is the naming itself, easily visible from the LIST
> replies below: Courier prefixes everything with "INBOX" (which I believe
> is reflected in the NAMESPACE, but it appears as though most clients
> were only tested against UWIMAP).

This will be later in namespace configuration as well.

> Apparently, mail user clients (particularly the Mozilla derivatives) do
> a better job of presenting Dovecot's layout, so this one has my
> preference, although it differs from Courier's and Cyrus 2.1's.

Cyrus can be configured not to do it with altnamespace (or something)
setting.

> One question (I may have missed it in the docs): how do I properly
> create folders with national characters (umlauts) in their names?
> Apparently, Courier-IMAP and Dovecot just forward the file name verbatim
> when I type maildirmake -f t=E4=DFt Maildir, which doesn't look right. OTOH,
> I am well aware that the IMAP servers can't possible guess the character
> set, so it must be my "maildirmake" that is flawed rather than the server.

You use IMAP-modified-UTF7 charset. Only easy way to do it would be to
use IMAP client to do it. Would be nice if someone made maildirmake
support it as well of course :)

First you'd have to get the mailbox name to unicode (iconv() helps).
After that you'd get some unicode -> utf7 code from some existing IMAP
client.


--=-hRfvuArY0AJNb4kOEce7
Content-Disposition: attachment; filename=namespace.c
Content-Type: text/x-c; name=namespace.c; charset=iso-8859-15
Content-Transfer-Encoding: 7bit

/* gcc -Wall -shared namespace.c -o /usr/local/lib/dovecot/imap/namespace.so -DHAVE_CONFIG_H -I ../.. -I ../lib -I ../lib-imap -I ../lib-storage */

#include "common.h"
#include "commands.h"

int cmd_namespace(struct client *client) {
  client_send_line(client, "* NAMESPACE ((\"\" \".\")) NIL NIL");
  client_send_tagline(client, "OK Namespace completed.");
  return TRUE;
}

void namespace_init(void) {
  command_register("NAMESPACE", cmd_namespace);
}
void namespace_deinit(void) {
  command_unregister("NAMESPACE");
}

--=-hRfvuArY0AJNb4kOEce7--

From tss@iki.fi  Mon Jun 30 22:02:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CDD31238C5; Mon, 30 Jun 2003 22:02:40 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0AE0B23860
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 22:02:38 +0300 (EEST)
Received: from localhost.kpnqwest.fi (hurina [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A64065C896C9
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 22:02:37 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1056999757.7582.610.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 30 Jun 2003 22:02:37 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Configuration file changes
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 19:02:41 -0000
X-UID: 1087                                                  
Status: O
Content-Length: 1448

I was going to add support for "configuration groups", but got a bit
stuck at how the logic is supposed to work. I think there could be
different settings based on IP/port it's listening in, or based on given
username.

I can't really describe how it would work, and I'm not entirely sure
myself either :) Does this make sense:

# (default settings here)
# if auth groups are defined here, they are included in all groups below

group 1.server.org {
  protocols = imap imaps pop3 pop3s
  ssl_cert_file = /etc/ssl/certs/server1.pem
  login_dir = /var/run/dovecot/login/server1
  login {
    # common for imap/pop3
    listen = 1.server.org
  }
  auth server1 {
    mechanisms = plain
    userdb = ldap /etc/ldap-server1.conf
    passdb = ldap /etc/ldap-server1.conf
  }

  group admins {
    mail_full_filesystem_access = yes
    auth admins {
      mechanisms = plain
      userdb = passwd-file /etc/admins.passwd
      passdb = passwd-file /etc/admins.passwd
    }
  }
}

# (any setting changes here would affect only new groups below, otherwise
# the config file parsing would get difficult..)

group anonymous {
  protocols = imap
  ssl_disable = yes
  login_dir = /var/run/dovecot/login/anonymous
  login {
    listen = anonymous.server.org
    process_per_connection = no
    processes_count = 1
  }
  auth anonymous {
    mechanisms = plain anonymous
    userdb = passwd-file /etc/anon.passwd
    passdb = passwd-file /etc/anon.passwd
  }
}


From lfarkas@bnap.hu  Mon Jun 30 23:28:43 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 23AAC238D1; Mon, 30 Jun 2003 23:28:43 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id BE80723860
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 23:28:36 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id C820E754029
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 22:27:33 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 102213F24; Mon, 30 Jun 2003 22:28:35 +0200 (CEST)
Received: from bnap.hu (garfieldn.int.bppiac.hu [192.168.253.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id 6F3573F04
	for <dovecot@procontrol.fi>; Mon, 30 Jun 2003 22:28:34 +0200 (CEST)
Message-ID: <3F009D72.6050203@bnap.hu>
Date: Mon, 30 Jun 2003 22:28:34 +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@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes
References: <1056999757.7582.610.camel@hurina>
In-Reply-To: <1056999757.7582.610.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2003 20:28:43 -0000
X-UID: 1088                                                  
Status: O
Content-Length: 2055

I like the idea, but I don't realy under stand the example.
what I'd like to see a default session in the config file and  server 
specific part(s) in the config file. eg a different base dir for each 
server. or different userdb and passwd db for each server. since I can 
run different sub-server for each domain with different ldap search base 
and base_dir. it'd be very useful for me!:-)))

Timo Sirainen wrote:
> I was going to add support for "configuration groups", but got a bit
> stuck at how the logic is supposed to work. I think there could be
> different settings based on IP/port it's listening in, or based on given
> username.
> 
> I can't really describe how it would work, and I'm not entirely sure
> myself either :) Does this make sense:
> 
> # (default settings here)
> # if auth groups are defined here, they are included in all groups below
> 
> group 1.server.org {
>   protocols = imap imaps pop3 pop3s
>   ssl_cert_file = /etc/ssl/certs/server1.pem
>   login_dir = /var/run/dovecot/login/server1
>   login {
>     # common for imap/pop3
>     listen = 1.server.org
>   }
>   auth server1 {
>     mechanisms = plain
>     userdb = ldap /etc/ldap-server1.conf
>     passdb = ldap /etc/ldap-server1.conf
>   }
> 
>   group admins {
>     mail_full_filesystem_access = yes
>     auth admins {
>       mechanisms = plain
>       userdb = passwd-file /etc/admins.passwd
>       passdb = passwd-file /etc/admins.passwd
>     }
>   }
> }
> 
> # (any setting changes here would affect only new groups below, otherwise
> # the config file parsing would get difficult..)
> 
> group anonymous {
>   protocols = imap
>   ssl_disable = yes
>   login_dir = /var/run/dovecot/login/anonymous
>   login {
>     listen = anonymous.server.org
>     process_per_connection = no
>     processes_count = 1
>   }
>   auth anonymous {
>     mechanisms = plain anonymous
>     userdb = passwd-file /etc/anon.passwd
>     passdb = passwd-file /etc/anon.passwd
>   }
> }
> 
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"


From charlieb-dovecot@e-smith.com  Tue Jul  1 04:06:18 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7C3E4238C6; Tue,  1 Jul 2003 04:06:18 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id A0E4523860
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 04:06:13 +0300 (EEST)
Received: (qmail 17579 invoked by uid 404); 1 Jul 2003 01:06:09 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 30 Jun 2003 21:06:09 -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; 01 Jul 2003 01:06:08 -0000
Received: (qmail 7249 invoked by uid 5008); 1 Jul 2003 01:05:31 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 1 Jul 2003 01:05:31 -0000
Date: Mon, 30 Jun 2003 21:05:31 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: RE: [Dovecot] 0.99.10 released
In-Reply-To: <1056983414.8172.555.camel@hurina>
Message-ID: <Pine.LNX.4.44.0306302103000.22772-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 01:06:18 -0000
X-UID: 1089                                                  
Status: O


On 30 Jun 2003, Timo Sirainen wrote:

> On Mon, 2003-06-30 at 17:03, Maikel Verheijen wrote:
> > One small question: How far is nfs safety implemented now? You did a
> > lot of work on nfs-safety for the index files, how about the other
> > files? And does it need specific configure options?
> 
> No, I've done nothing for NFS-safe index files and likely will not do
> for a long time. NFS-safety is still pretty much the same as it was two
> months ago. From TODO:
> 
>  - NFS safety:
>     - use link()s instead of relying on O_EXCL
[etc]

It seems from a brief test that messages aren't sorted when new UIDs are 
assigned to existing messages in ./cur/. As a result, UIDs may be nothing 
like in message arrival order.

--
Charlie

From matthias.andree@gmx.de  Tue Jul  1 12:09:46 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 391D6238B6; Tue,  1 Jul 2003 12:09:46 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877516.dip.t-dialin.net [80.135.117.22])
	by danu.procontrol.fi (Postfix) with ESMTP id 17EF123860
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 12:09:42 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 2866A8F449; Tue,  1 Jul 2003 11:09:40 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes
In-Reply-To: <1056999757.7582.610.camel@hurina> (Timo Sirainen's message of
 "30 Jun 2003 22:02:37 +0300")
References: <1056999757.7582.610.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 01 Jul 2003 11:09:40 +0200
Message-ID: <m3el1atxyj.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 09:09:46 -0000
X-UID: 1090                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> I was going to add support for "configuration groups", but got a bit
> stuck at how the logic is supposed to work. I think there could be
> different settings based on IP/port it's listening in, or based on given
> username.
>
> I can't really describe how it would work, and I'm not entirely sure
> myself either :) Does this make sense:

One thing that I like about Courier components is its "sysconftool"
approach that allows to add or remove parameters/examples/defaults to
the configuration file as the software changes. If the concept supported
rewriting the configuration file, without losing user customizations,
but adding new parameters and their documentation, that'd be really
helpful.

-- 
Matthias Andree
From tss@iki.fi  Tue Jul  1 15:12:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A2F5B2387A; Tue,  1 Jul 2003 15:12:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 28D9023865
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:12:14 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E35125C896A2
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:12:13 +0300 (EEST)
Subject: RE: [Dovecot] 0.99.10 released
From: Timo Sirainen <tss@iki.fi>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <Pine.LNX.4.44.0306302103000.22772-100000@allspice.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0306302103000.22772-100000@allspice.nssg.mitel.com>
Content-Type: text/plain
Message-Id: <1057061533.8172.640.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 15:12:13 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 12:12:15 -0000
X-UID: 1091                                                  
Status: O

On Tue, 2003-07-01 at 04:05, Charlie Brady wrote:
> It seems from a brief test that messages aren't sorted when new UIDs are 
> assigned to existing messages in ./cur/. As a result, UIDs may be nothing 
> like in message arrival order.

I thought I fixed it just before 0.99.10 release. And I just tested with
4000 messages, they were ordered just fine.


From tss@iki.fi  Tue Jul  1 15:15:36 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CCBDC238C6; Tue,  1 Jul 2003 15:15:36 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 24A0D23865
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:15:32 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 98F215C896A2
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:15:32 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F009D72.6050203@bnap.hu>
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
Content-Type: text/plain
Message-Id: <1057061732.8172.645.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 15:15:32 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 12:15:37 -0000
X-UID: 1092                                                  
Status: O
Content-Length: 1026

On Mon, 2003-06-30 at 23:28, Farkas Levente wrote:
> I like the idea, but I don't realy under stand the example.
> what I'd like to see a default session in the config file and  server 
> specific part(s) in the config file. eg a different base dir for each 
> server. or different userdb and passwd db for each server. since I can 
> run different sub-server for each domain with different ldap search base 
> and base_dir. it'd be very useful for me!:-)))

Well, that was kind of how the "group 1.server.org" was supposed to
work. So that you could add 2.server.org etc. Like:

protocols = imap imaps

group server-a {
  login_dir = /var/run/dovecot/login/a
  login {
    listen = a.server.org
  }
  auth a {
    mechanisms = plain
    userdb = ldap /etc/ldap-a.conf
    passdb = ldap /etc/ldap-a.conf
  }
}

group server-b {
  login_dir = /var/run/dovecot/login/b
  login {
    listen = b.server.org
  }
  auth b {
    mechanisms = plain
    userdb = ldap /etc/ldap-b.conf
    passdb = ldap /etc/ldap-b.conf
  }
}
..etc..


From lfarkas@bnap.hu  Tue Jul  1 15:22:11 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 68C1E238D7; Tue,  1 Jul 2003 15:22:11 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id A080823860
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:22:08 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 3E1FE75401E
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 14:21:04 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 112FB3F34; Tue,  1 Jul 2003 14:22:07 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id DE9203F33
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 14:22:06 +0200 (CEST)
Message-ID: <3F017CEA.5060403@bnap.hu>
Date: Tue, 01 Jul 2003 14:22:02 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina>
In-Reply-To: <1057061732.8172.645.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 12:22:11 -0000
X-UID: 1093                                                  
Status: O
Content-Length: 1438

as most people point out, it's better not to create subfolders under 
/var/run (at least with redhat) and it currently still not a god solution.
anyway what was the group inside the group in the first example?
and what was the anonymous?

Timo Sirainen wrote:
> On Mon, 2003-06-30 at 23:28, Farkas Levente wrote:
> 
>>I like the idea, but I don't realy under stand the example.
>>what I'd like to see a default session in the config file and  server 
>>specific part(s) in the config file. eg a different base dir for each 
>>server. or different userdb and passwd db for each server. since I can 
>>run different sub-server for each domain with different ldap search base 
>>and base_dir. it'd be very useful for me!:-)))
> 
> 
> Well, that was kind of how the "group 1.server.org" was supposed to
> work. So that you could add 2.server.org etc. Like:
> 
> protocols = imap imaps
> 
> group server-a {
>   login_dir = /var/run/dovecot/login/a
>   login {
>     listen = a.server.org
>   }
>   auth a {
>     mechanisms = plain
>     userdb = ldap /etc/ldap-a.conf
>     passdb = ldap /etc/ldap-a.conf
>   }
> }
> 
> group server-b {
>   login_dir = /var/run/dovecot/login/b
>   login {
>     listen = b.server.org
>   }
>   auth b {
>     mechanisms = plain
>     userdb = ldap /etc/ldap-b.conf
>     passdb = ldap /etc/ldap-b.conf
>   }
> }
> ..etc..
> 
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Tue Jul  1 15:22:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8FD3523860; Tue,  1 Jul 2003 15:22:53 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8D8F523994
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:22:51 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 573FA5C896A2
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:22:51 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <m3el1atxyj.fsf@merlin.emma.line.org>
References: <1056999757.7582.610.camel@hurina>
	 <m3el1atxyj.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1057062171.7582.654.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 15:22:51 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 12:22:53 -0000
X-UID: 1094                                                  
Status: O

On Tue, 2003-07-01 at 12:09, Matthias Andree wrote:
> One thing that I like about Courier components is its "sysconftool"
> approach that allows to add or remove parameters/examples/defaults to
> the configuration file as the software changes. If the concept supported
> rewriting the configuration file, without losing user customizations,
> but adding new parameters and their documentation, that'd be really
> helpful.

Yes, it would be nice.. Hmm. I think I'd use external script for that
though, probably written with Perl. It could use dovecot-example.conf
and maybe some dovecot.conf.history file to determine what comments
belong to which configuration option.


From tss@iki.fi  Tue Jul  1 15:41:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 67E7023997; Tue,  1 Jul 2003 15:41:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C477023996
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:41:42 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 747E55C896A2
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 15:41:42 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F017CEA.5060403@bnap.hu>
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
	 <1057061732.8172.645.camel@hurina>  <3F017CEA.5060403@bnap.hu>
Content-Type: text/plain
Message-Id: <1057063302.8173.674.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 15:41:42 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 12:41:44 -0000
X-UID: 1095                                                  
Status: O
Content-Length: 2107

On Tue, 2003-07-01 at 15:22, Farkas Levente wrote:
> as most people point out, it's better not to create subfolders under 
> /var/run (at least with redhat) and it currently still not a god solution.

It doesn't matter where you put the files, as long as different server
groups have different login_dir.

> anyway what was the group inside the group in the first example?

Well, those are where the logic is still somewhat messy in my head :) I
think you would want to have groups which:

1. Simply provide default settings for any subgroups without doing
anything themselves:

group {
  protocols = imap
  # some IMAP defaults for a/b
  group server-a { ... }
  group server-b { ... }
}

group {
  protocols = pop3
  # different POP3 defaults for a/b
  group server-a { ... }
  group server-b { ... }
}

2. Are servers themselves, providing defaults for subgroups:

group main-server {
  # defaults
  login {
    listen = main.server.org
  }
  auth default {
    # ...
  }
  group debug-server {
    login {
      listen = debug.main.server.org
      auth_verbose = yes
    }
    # possibly a few other settings changed
  }
}

3. Belong to same server instance, but use different settings for
different users:

group server {
  # ...
  auth default {
    mechanisms = plain
    userdb = ldap /etc/main-ldap.conf
    passdb = ldap /etc/main-ldap.conf
  }
  group power-users {
    # .. different settings for power-users
    auth power-users {
      mechanisms = plain
      userdb = ldap /etc/power-users-ldap.conf
      passdb = ldap /etc/power-users-ldap.conf
    }
  }
  group lusers {
    # .. different settings for lusers
    auth lusers {
      mechanisms = plain
      userdb = ldap /etc/lusers-ldap.conf
      passdb = ldap /etc/lusers-ldap.conf
    }
  }
}

> and what was the anonymous?

Nothing special. Just another server with different settings.

Oh, and the group name doesn't actually matter at all. You wouldn't even
need to give it at all. I was also thinking that if group name wasn't
given, that would mean that it's a dummy group (type 1 above) which
shouldn't tried to be started.


From amyzing@talsever.com  Tue Jul  1 19:24:56 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 844712399A; Tue,  1 Jul 2003 19:24:56 +0300 (EEST)
Received: from barry.mail.mindspring.net (barry.mail.mindspring.net
	[207.69.200.25])
	by danu.procontrol.fi (Postfix) with ESMTP id BC71423997
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 19:24:50 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by barry.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 19XNvx-0008Ie-00; Tue, 01 Jul 2003 12:24:45 -0400
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id A172480AF; Tue,  1 Jul 2003 12:24:41 -0400 (EDT)
Date: Tue, 1 Jul 2003 12:24:41 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Configuration file changes
Message-ID: <20030701162441.GA31717@talsever.com>
References: <1056999757.7582.610.camel@hurina> <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina> <3F017CEA.5060403@bnap.hu>
	<1057063302.8173.674.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057063302.8173.674.camel@hurina>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 16:24:56 -0000
X-UID: 1096                                                  
Status: O
Content-Length: 2238

On Tue, Jul 01, 2003 at 03:41:42PM +0300, Timo Sirainen wrote:
>1. Simply provide default settings for any subgroups without doing
>anything themselves:
>
>2. Are servers themselves, providing defaults for subgroups:
>
>3. Belong to same server instance, but use different settings for
>different users:
>

Time to make an appeal.

One of the great advantages of Dovecot, currently, is ease of configuration. 
It's pretty straightforward, even though it's got a good bit of flexibility.

The examples that you give above (which I snipped) are ... kinda
frightening.  And it raises some questions about Yet Another Configuration
Language and Parser.

So.  If it's possible to define the configuration files as simple unix
config files/property files (name value pairs), I say do that.  Postfix
manages pretty well with that, plus external maps.  Uses more than one file,
keeping the configuration in a directory.

If there will only be one file, with sections, maybe consider just using ini
file style?  Ugly, yes, but familiar.

If it's going to be heavily structured, as the example seemed to indicate,
could you *please* consider using stuff designed to handle that sort of
heavy structuring?  *sigh*  I realize that you hate XML, but it's starting
to look like another markup format.  Maybe look at YAML?  If you're
completely opposed to using that, then maybe try really, really hard to make
it look as much like a Bind 8/9 named.conf file as possible?

I realize that there are some very complex setups that are going to need
interesting kinds of work.  It would be nice, though, if there were some
fairly simple way of configuring them, something that scales up ... and
down, so that relatively simple installations don't have to learn something
as complex as sendmial.cf to bring up an imap server.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
I don't know that I ever wanted greatness, on its own.  It seems rather
like wanting to be an engineer, rather than wanting to design something,
or wanting to be a writer, rather than wanting to write.  It should be a
by-product, not a thing in itself.  Otherwise, it's just an ego trip.
                -- Merlin, son of Corwin, Prince of Chaos (Roger Zelazny)
From tss@iki.fi  Tue Jul  1 19:56:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D1C1C2399B; Tue,  1 Jul 2003 19:56:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 10A5423997
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 19:56:10 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id C1A3A5C896A2
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 19:56:09 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030701162441.GA31717@talsever.com>
References: <1056999757.7582.610.camel@hurina> <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina> <3F017CEA.5060403@bnap.hu>
	<20030701162441.GA31717@talsever.com>
Content-Type: text/plain
Message-Id: <1057078569.8173.691.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 19:56:09 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 16:56:15 -0000
X-UID: 1097                                                  
Status: O

On Tue, 2003-07-01 at 19:24, Amelia A Lewis wrote:
> Time to make an appeal.
> 
> One of the great advantages of Dovecot, currently, is ease of configuration. 
> It's pretty straightforward, even though it's got a good bit of flexibility.
> 
> The examples that you give above (which I snipped) are ... kinda
> frightening.  And it raises some questions about Yet Another Configuration
> Language and Parser.

It's all actually only a few simple additions to current code, at least
if I get the logic sensible (which I don't think it currently is).

Also you won't have to use those "group" groups at all. I probably won't
even given an example of their use in dovecot-example.conf so it won't
confuse people who don't need it.

The only visible change for most people will be just that login/auth
group definitions would be inside { .. } which I think makes more sense
than the current kludgy way.

I do plan to keep the config file as simple as possible for normal
installations.


From lfarkas@bnap.hu  Tue Jul  1 21:52:18 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 17629238D1; Tue,  1 Jul 2003 21:52:18 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id B360923860
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 21:52:13 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 3EF23754013
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 20:51:07 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 3643A3F40; Tue,  1 Jul 2003 20:52:11 +0200 (CEST)
Received: from bnap.hu (garfieldn.int.bppiac.hu [192.168.253.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id 411A83EE4
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 20:52:10 +0200 (CEST)
Message-ID: <3F01D854.2040006@bnap.hu>
Date: Tue, 01 Jul 2003 20:52:04 +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@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes
References: <1056999757.7582.610.camel@hurina> <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina> <3F017CEA.5060403@bnap.hu>
	<1057063302.8173.674.camel@hurina> <20030701162441.GA31717@talsever.com>
In-Reply-To: <20030701162441.GA31717@talsever.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 18:52:18 -0000
X-UID: 1098                                                  
Status: O
Content-Length: 2306

Amelia A Lewis wrote:
> On Tue, Jul 01, 2003 at 03:41:42PM +0300, Timo Sirainen wrote:
> 
>>1. Simply provide default settings for any subgroups without doing
>>anything themselves:
>>
>>2. Are servers themselves, providing defaults for subgroups:
>>
>>3. Belong to same server instance, but use different settings for
>>different users:
>>
> 
> 
> Time to make an appeal.
> 
> One of the great advantages of Dovecot, currently, is ease of configuration. 
> It's pretty straightforward, even though it's got a good bit of flexibility.
> 
> The examples that you give above (which I snipped) are ... kinda
> frightening.  And it raises some questions about Yet Another Configuration
> Language and Parser.
> 
> So.  If it's possible to define the configuration files as simple unix
> config files/property files (name value pairs), I say do that.  Postfix
> manages pretty well with that, plus external maps.  Uses more than one file,
> keeping the configuration in a directory.
> 
> If there will only be one file, with sections, maybe consider just using ini
> file style?  Ugly, yes, but familiar.
> 
> If it's going to be heavily structured, as the example seemed to indicate,
> could you *please* consider using stuff designed to handle that sort of
> heavy structuring?  *sigh*  I realize that you hate XML, but it's starting
> to look like another markup format.  Maybe look at YAML?  If you're
> completely opposed to using that, then maybe try really, really hard to make
> it look as much like a Bind 8/9 named.conf file as possible?
> 
> I realize that there are some very complex setups that are going to need
> interesting kinds of work.  It would be nice, though, if there were some
> fairly simple way of configuring them, something that scales up ... and
> down, so that relatively simple installations don't have to learn something
> as complex as sendmial.cf to bring up an imap server.

I've to agree with the above. but at the same time I'd like to be able 
to configure more virtual servers. so let's keep it as simple as 
possible and be able to configure more server with one config file.

ps. I still not understand that 3 new config example...why there is 
group inside group. may be a concrate example...


-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Tue Jul  1 22:04:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0DA6C238D3; Tue,  1 Jul 2003 22:04:58 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id ADAE4238D1
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 22:04:54 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 69B405C896A2
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 22:04:54 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F01D854.2040006@bnap.hu>
References: <1056999757.7582.610.camel@hurina> <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina> <3F017CEA.5060403@bnap.hu>
	<20030701162441.GA31717@talsever.com>	 <3F01D854.2040006@bnap.hu>
Content-Type: text/plain
Message-Id: <1057086294.8172.723.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 22:04:54 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 19:04:58 -0000
X-UID: 1099                                                  
Status: O

On Tue, 2003-07-01 at 21:52, Farkas Levente wrote:
> ps. I still not understand that 3 new config example...why there is 
> group inside group. may be a concrate example...

The point is that (sub)groups always inherit settings from their
parents. You could do everything (well, except the 3. case which I'm
beginning to think isn't such a good idea anyway) without subgroups, but
you might need to do more copy&pasting.

I think the previous "debug server" is good enough example. You might
want to have 10 different virtual servers, plus each one listening in
another port for debugging sessions. The debugging port would have all
the same settings than the real server, except some debugging options
enabled. You could create two root level groups for them, but you'd have
to keep their settings duplicated. Or you could create a debug subgroup
where you just override listening port and the few debug settings.


From tss@iki.fi  Tue Jul  1 22:14:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 78BA4238E1; Tue,  1 Jul 2003 22:14:46 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F3619238D3
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 22:14:42 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A48A15C896A2
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 22:14:42 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1057063302.8173.674.camel@hurina>
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
	 <1057061732.8172.645.camel@hurina>  <3F017CEA.5060403@bnap.hu>
	 <1057063302.8173.674.camel@hurina>
Content-Type: text/plain
Message-Id: <1057086882.8170.730.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 22:14:42 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 19:14:46 -0000
X-UID: 1100                                                  
Status: O

On Tue, 2003-07-01 at 15:41, Timo Sirainen wrote:

Or maybe this makes more sense: "group" means that is only groups some
settings. It doesn't create a server. "server" creates a server.

1. Simply provide default settings for any subgroups without doing
anything themselves:

group imap {
  protocols = imap
  # some IMAP defaults for a/b
  server a { ... }
  server b { ... }
}

group pop3 {
  protocols = pop3
  # different POP3 defaults for a/b
  server a { ... }
  server b { ... }
}

2. Are servers themselves, providing defaults for subgroups:

server main-server {
  # defaults
  login {
    listen = main.server.org
  }
  auth default {
    # ...
  }
  server debug-server {
    login {
      listen = debug.main.server.org
      auth_verbose = yes
    }
    # possibly a few other settings changed
  }
}


From lfarkas@bnap.hu  Tue Jul  1 23:16:11 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7D959238D4; Tue,  1 Jul 2003 23:16:11 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 28B61238C6
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 23:16:04 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 79B2875402B
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 22:14:57 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 9803F3F41; Tue,  1 Jul 2003 22:16:01 +0200 (CEST)
Received: from bnap.hu (garfieldn.int.bppiac.hu [192.168.253.2])
	by mail2.bppiac.hu (Postfix) with ESMTP id 17DC43EE4
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 22:16:01 +0200 (CEST)
Message-ID: <3F01EC00.9000703@bnap.hu>
Date: Tue, 01 Jul 2003 22:16:00 +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@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina>  <3F017CEA.5060403@bnap.hu>
	<1057063302.8173.674.camel@hurina> <1057086882.8170.730.camel@hurina>
In-Reply-To: <1057086882.8170.730.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 20:16:11 -0000
X-UID: 1101                                                  
Status: O
Content-Length: 1399

so what I do not understand:
- what the "group" means? why not just a simple {} pair?
- until no there wasn't any king of grouping eg. what can I write inside 
a login {} part? what is the server part ? etc... it seems to me a 
config file can become a big mass.
- in the 1. case server a is a union of all group where "server a" 
appear or???

everybody else understand it and just I'm so stupid?

Timo Sirainen wrote:
> On Tue, 2003-07-01 at 15:41, Timo Sirainen wrote:
> 
> Or maybe this makes more sense: "group" means that is only groups some
> settings. It doesn't create a server. "server" creates a server.
> 
> 1. Simply provide default settings for any subgroups without doing
> anything themselves:
> 
> group imap {
>   protocols = imap
>   # some IMAP defaults for a/b
>   server a { ... }
>   server b { ... }
> }
> 
> group pop3 {
>   protocols = pop3
>   # different POP3 defaults for a/b
>   server a { ... }
>   server b { ... }
> }
> 
> 2. Are servers themselves, providing defaults for subgroups:
> 
> server main-server {
>   # defaults
>   login {
>     listen = main.server.org
>   }
>   auth default {
>     # ...
>   }
>   server debug-server {
>     login {
>       listen = debug.main.server.org
>       auth_verbose = yes
>     }
>     # possibly a few other settings changed
>   }
> }
> 
> 
> 


-- 
   Levente                               "Si vis pacem para bellum!"


From pomac@vapor.com  Tue Jul  1 23:37:44 2003
Return-Path: <pomac@vapor.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AA3FE238E1; Tue,  1 Jul 2003 23:37:44 +0300 (EEST)
Received: from pomac.netswarm.net
	(c-110372d5.012-136-6c756e2.cust.bredbandsbolaget.se [213.114.3.17])
	by danu.procontrol.fi (Postfix) with ESMTP id BD889238D4
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 23:37:39 +0300 (EEST)
Received: from [10.0.0.210] (unknown [10.0.0.210])
	by pomac.netswarm.net (Postfix) with ESMTP id 3ACD8B4656
	for <dovecot@procontrol.fi>; Tue,  1 Jul 2003 22:37:38 +0200 (CEST)
Subject: Re: [Dovecot] Configuration file changes
From: Ian Kumlien <pomac@vapor.com>
To: dovecot@procontrol.fi
In-Reply-To: <3F01EC00.9000703@bnap.hu>
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
	 <1057061732.8172.645.camel@hurina>  <3F017CEA.5060403@bnap.hu>
	 <1057063302.8173.674.camel@hurina> <1057086882.8170.730.camel@hurina>
	 <3F01EC00.9000703@bnap.hu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-nWUeSCjR5ADK8ADuZU3U"
Message-Id: <1057091835.21090.9.camel@big.pomac.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 01 Jul 2003 22:37:16 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 20:37:44 -0000
X-UID: 1102                                                  
Status: O
Content-Length: 2474


--=-nWUeSCjR5ADK8ADuZU3U
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-07-01 at 22:16, Farkas Levente wrote:
> so what I do not understand:
> - what the "group" means? why not just a simple {} pair?
> - until no there wasn't any king of grouping eg. what can I write inside=20
> a login {} part? what is the server part ? etc... it seems to me a=20
> config file can become a big mass.
> - in the 1. case server a is a union of all group where "server a"=20
> appear or???
>=20
> everybody else understand it and just I'm so stupid?

For me it's simpler and more structured... It could also minimize the
actual size needed for a really cool config.

If you had ever worked with bind (dns) you'd recognize the syntax
immediately but you don't have to add the semicolons.

Example:
zone "0.0.127.in-addr.arpa" {
        type master;
        file "named.local";
};

> > group imap {
> >   protocols =3D imap
> >   # some IMAP defaults for a/b
> >   server a { ... }
> >   server b { ... }
> > }
> >=20
> > group pop3 {
> >   protocols =3D pop3
> >   # different POP3 defaults for a/b
> >   server a { ... }
> >   server b { ... }
> > }

How about protocol <protocol name> { protocol specific options } ?
=20
Since i have some comments i'll be chipping in here.

> > 2. Are servers themselves, providing defaults for subgroups:
> >=20
> > server main-server {
> >   # defaults
> >   login {
> >     listen =3D main.server.org
> >   }

or
      listen { comma-seperated-list }

> >   auth default {
> >     # ...
> >   }
> >   server debug-server {
> >     login {
> >       listen =3D debug.main.server.org
> >       auth_verbose =3D yes

couldn't auth verbose be in a global or per server entry 'options {
comma-seperated-list } ? or have i been playing to much with bind?

> >     }
> >     # possibly a few other settings changed
> >   }
> > }

All-in-all i like the C like syntax and i find it more *nix than var =3D
value. (been using to many old deamons it seems... =3D))

PS. Hi Emma, you show up everywhere except arcnet =3D)
DS.

--=20
Ian Kumlien <pomac@vapor.com>

--=-nWUeSCjR5ADK8ADuZU3U
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA/AfD77F3Euyc51N8RAiB0AJ9ouWp+JYQrzvXKDZoMqsgrwwNqZACghxZU
Kyt77Db9h7KRV/KkmB8G2X4=
=rj1Q
-----END PGP SIGNATURE-----

--=-nWUeSCjR5ADK8ADuZU3U--

From tss@iki.fi  Wed Jul  2 00:26:18 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B61F523996; Wed,  2 Jul 2003 00:26:18 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id ABDB1238C6
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 00:26:16 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 55FE15C896A2
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 00:26:16 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F01EC00.9000703@bnap.hu>
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
	 <1057061732.8172.645.camel@hurina>  <3F017CEA.5060403@bnap.hu>
	 <1057063302.8173.674.camel@hurina> <1057086882.8170.730.camel@hurina>
	 <3F01EC00.9000703@bnap.hu>
Content-Type: text/plain
Message-Id: <1057094775.8170.758.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 02 Jul 2003 00:26:16 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 21:26:18 -0000
X-UID: 1103                                                  
Status: O
Content-Length: 3071

On Tue, 2003-07-01 at 23:16, Farkas Levente wrote:
> so what I do not understand:
> - what the "group" means? why not just a simple {} pair?

Well, it's just the syntax.. I think simple {} would be less readable.

> - until no there wasn't any king of grouping eg. what can I write inside 
> a login {} part? what is the server part ? etc... it seems to me a 
> config file can become a big mass.

Currently there's:

login = imap
login_executable = /usr/libexec/dovecot/imap-login
login_user = dovecot
login_process_size = 16
..etc..

login = pop3
login_executable = /usr/libexec/dovecot/pop3-login
.. you could override any other login_* settings here for pop3..

"login {}" would simply replace this with:

login imap {
  executable = /usr/libexec/dovecot/imap-login
  user = dovecot
  process_size = 16
}

login pop3 {
  executable = /usr/libexec/dovecot/pop3-login
}

Although I'm still not really sure how this would work either. Currently
the settings in login group you defined first (imap by default) are used
as defaults for the second login group (pop3). That's kind of messy I
think..

Maybe I should completely drop the login group and rather make protocol
groups. Something like:

# settings here would be global for both imap and pop3, but nothing
# would stop you from overriding them inside imap/pop3 group.
login_user = dovecot

imap {
  login_executable = /usr/libexec/dovecot/imap-login
  login_process_size = 16
  default_mail_env = maildir:~/Maildir
}

pop3 {
  login_executable = /usr/libexec/dovecot/pop3-login
  login_process_size = 16
  default_mail_env = maildir:~/Maildir:INDEX=MEMORY
}

> - in the 1. case server a is a union of all group where "server a" 
> appear or???

Um. No. There was 4 different servers. Two IMAP servers, two POP3
servers. Each one listening in different address, each one having
separate settings. The groups around them were used only to provide some
common settings for the servers under it.

> everybody else understand it and just I'm so stupid?

I don't know, it seems quite clear to me :) The basic idea should be
this:

# default setting for everything that is defined below:
default_mail_env = /var/mail/%u

server {
  # this server uses the default_mail_env above
  listen = a.server.org
}

server {
  listen = b.server.org
  # here we override the default_mail_env. it's used only by this server
  default_mail_env = ~/Maildir
}

group {
  # this is used for the two servers defined below
  default_mail_env = maildir:~/Maildir:INDEX=MEMORY
  server {
    listen = c.server.org
  }
  server {
    listen = d.server.org
  }
}

server {
  # default_mail_env is again the /var/mail/%u which was defined in
  # root level
  listen = e.server.org
}

So most of the settings wouldn't belong to any group. You can define
them in the root level which means they're global. You can override
globals inside groups. You can override group settings in subgroups.
etc.

I'm not sure if I should allow naming the groups/servers/etc. They don't
really matter, but they might be useful for statistics and error
messages.


From tss@iki.fi  Wed Jul  2 00:47:25 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B7A0C2399A; Wed,  2 Jul 2003 00:47:25 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3269623996
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 00:47:21 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 52FB45C896A2
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 00:47:19 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1057094775.8170.758.camel@hurina>
References: <1056999757.7582.610.camel@hurina>  <3F009D72.6050203@bnap.hu>
	 <1057061732.8172.645.camel@hurina>  <3F017CEA.5060403@bnap.hu>
	 <1057063302.8173.674.camel@hurina> <1057086882.8170.730.camel@hurina>
	 <3F01EC00.9000703@bnap.hu>  <1057094775.8170.758.camel@hurina>
Content-Type: multipart/mixed; boundary="=-Ff1YyBZwEYWA4zHNOQVw"
Message-Id: <1057096038.7691.761.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 02 Jul 2003 00:47:19 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 21:47:25 -0000
X-UID: 1104                                                  
Status: O
Content-Length: 36295


--=-Ff1YyBZwEYWA4zHNOQVw
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Here's two full configuration files attached.

Yes, protocol groups are a good idea. No more login groups. :) Neither
of attached confs includes any "group" groups. I didn't bother to write
dovecot-complex.conf yet..


--=-Ff1YyBZwEYWA4zHNOQVw
Content-Disposition: attachment; filename=dovecot-simple.conf
Content-Type: text/plain; name=dovecot-simple.conf; charset=iso-8859-15
Content-Transfer-Encoding: 7bit

## Dovecot 1.0 configuration file

# Default values are shown after each value, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl

# Base directory where to store runtime data.
#base_dir = /var/run/dovecot/

# Protocols we want to be serving:
#  imap imaps pop3 pop3s
#protocols = imap imaps

# IP or host address where to listen in for connections. It's not currently
# possible to specify multiple addresses. "*" listens in all IPv4 interfaces.
# "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
# interfaces depending on the operating system. You can specify ports with
# "host:port".
#listen = *

# IP or host address where to listen in for SSL connections. Defaults
# to above if not specified.
#ssl_listen =

# Disable SSL/TLS support.
#ssl_disable = no

# PEM encoded X.509 SSL/TLS certificate and private key. They're opened before
# dropping root privileges, so keep the key file unreadable by anyone but
# root. Included doc/mkcert.sh can be used to easily generate self-signed
# certificate, just make sure to update the domains in dovecot-openssl.cnf
#ssl_cert_file = /etc/ssl/certs/dovecot.pem
#ssl_key_file = /etc/ssl/private/dovecot.pem

# SSL parameter file. Master process generates this file for login processes.
# It contains Diffie Hellman and RSA parameters.
#ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat

# How often to regenerate the SSL parameters file. Generation is quite CPU
# intensive operation. The value is in hours, 0 disables regeneration
# entirely.
#ssl_parameters_regenerate = 24

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability)
#disable_plaintext_auth = no

# Use this logfile instead of syslog(). /dev/stderr can be used if you want to
# use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
#log_path = 

# For informational messages, use this logfile instead of the default
#info_log_path = 

# Prefix for each line written to log file. % codes are in strftime(3)
# format. Note the extra space at the end of line.
#log_timestamp = %b %d %H:%M:%S 

##
## Login processes
##

# Directory where authentication process places authentication UNIX sockets
# which login needs to be able to connect to. The sockets are created when
# running as root, so you don't have to worry about permissions.
#login_dir = /var/run/dovecot/login

# chroot login process to the login_dir. Only reason not to do this is if you
# wish to run the whole Dovecot without roots.
#login_chroot = yes

# User to use for the login process. Create a completely new user for this,
# and don't use it anywhere else. The user must also belong to a group where
# only it has access, it's used to control access for authentication process.
#login_user = dovecot

# Set max. process size in megabytes. If you don't use
# login_process_per_connection you might need to grow this.
#login_process_size = 16

# Should each login be processed in it's own process (yes), or should one
# login process be allowed to process multiple connections (no)? Yes is more
# secure, espcially with SSL/TLS enabled. No is faster since there's no need
# to create processes all the time.
#login_process_per_connection = yes

# Number of login processes to create. If login_process_per_user is
# yes, this is the number of extra processes waiting for users to log in.
#login_processes_count = 3

# Maximum number of extra login processes to create. The extra process count
# usually stays at login_processes_count, but when multiple users start logging
# in at the same time more extra processes are created. To prevent fork-bombing
# we check only once in a second if new processes should be created - if all
# of them are used at the time, we double their amount until limit set by this
# setting is reached. This setting is used only if login_process_per_use is yes.
#login_max_processes_count = 128

# Maximum number of connections allowed in login state. When this limit is
# reached, the oldest connections are dropped. If login_process_per_user
# is no, this is a per-process value, so the absolute maximum number of users
# logging in actually login_processes_count * max_logging_users.
#login_max_logging_users = 256


##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
#max_mail_processes = 1024

# Show more verbose process titles (in ps). Currently shows user name and
# IP address. Useful for seeing who are actually using the IMAP processes
# (eg. shared mailboxes or if same uid is used for multiple accounts).
#verbose_proctitle = no

# Show protocol level SSL errors.
#verbose_ssl = no

# Valid UID range for users, defaults to 500 and above. This is mostly
# to make sure that users can't log in as daemons or other system users.
# Note that denying root logins is hardcoded to dovecot binary and can't
# be done even if first_valid_uid is set to 0.
#first_valid_uid = 500
#last_valid_uid = 0

# Valid GID range for users, defaults to non-root/wheel. Users having
# non-valid GID as primary group ID aren't allowed to log in. If user
# belongs to supplementary groups with non-valid GIDs, those groups are
# not set.
#first_valid_gid = 1
#last_valid_gid = 0

# ':' separated list of directories under which chrooting is allowed for mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you don't
# allow shell access for users. See doc/configuration.txt for more information.
#valid_chroot_dirs = 

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#
#default_mail_env = 

# Space-separated list of fields to cache for all mails. Currently these
# fields are allowed followed by a list of commands they speed up:
#
#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
#                  HEADER IN-REPLY-TO
#  Body          - FETCH BODY
#  Bodystructure - FETCH BODY, BODYSTRUCTURE
#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
#                  SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE
#                  generation. This is always set with mbox mailboxes, and
#                  also default with Maildir.
#
# Different IMAP clients work in different ways, that's why Dovecot by default
# only caches MessagePart which speeds up most operations. Whenever client
# does something where caching could be used, the field is automatically marked
# to be cached later. For example after FETCH BODY the BODY will be cached
# for all new messages. Normally you should leave this alone, unless you know
# what most of your IMAP clients are. Caching more fields than needed makes
# the index files larger and generate useless I/O.
#
# With maildir there's one extra optimization - if nothing is cached, indexing
# the maildir becomes much faster since it's not opening any of the mail files.
# This could be useful if your IMAP clients access only new mails.

#mail_cache_fields = MessagePart

# Space-separated list of fields that Dovecot should never set to be cached.
# Useful if you want to save disk space at the cost of more I/O when the fields
# needed.
#mail_never_cache_fields = 

# Workarounds for various client bugs:
#   oe6-fetch-no-newmail:
#     Never send EXISTS/RECENT when replying to FETCH command. Outlook Express
#     seems to think they are FETCH replies and gives user "Message no longer
#     in server" error. Note that OE6 still breaks even with this workaround
#     if synchronization is set to "Headers Only".
#   outlook-idle:
#     Outlook and Outlook Express never abort IDLE command, so if no mail
#     arrives in half a hour, Dovecot closes the connection. This is still
#     fine, except Outlook doesn't connect back so you don't see if new mail
#     arrives.
#client_workarounds = 

# Dovecot can notify client of new mail in selected mailbox soon after it's
# received. This setting specifies the minimum interval in seconds between
# new mail notifications to client - internally they may be checked more or
# less often. Setting this to 0 disables the checking.
# NOTE: Evolution client breaks with this option when it's trying to APPEND.
#mailbox_check_interval = 0

# Like mailbox_check_interval, but used for IDLE command.
#mailbox_idle_check_interval = 30

# Allow full filesystem access to clients. There's no access checks other than
# what the operating system does for the active UID/GID. It works with both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
# or ~user/.
#mail_full_filesystem_access = no

# Maximum allowed length for custom flag name. It's only forced when trying
# to create new flags.
#mail_max_flag_length = 50

# Save mails with CR+LF instead of plain LF. This makes sending those mails
# take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
#mail_save_crlf = no

# Use mmap() instead of read() to read mail files. read() seems to be a bit
# faster with my Linux/x86 and it's better with NFS, so that's the default.
#mail_read_mmaped = no

# Copy mail to another folders using hard links. This is much faster than
# actually copying the file. This is problematic only if something modifies
# the mail in one folder but doesn't want it modified in the others. I don't
# know any MUA which would modify mail files directly. IMAP protocol also
# requires that the mails don't change, so it would be problematic in any case.
# If you care about performance, enable it.
#maildir_copy_with_hardlinks = no

# Check if mails' content has been changed by external programs. This slows
# down things as extra stat() needs to be called for each file. If changes are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
#maildir_check_content_changes = no

# Which locking methods to use for locking mbox. There's three available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#           solution. If you want to use /var/mail/ like directory, the users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created first.
#mbox_locks = dotlock fcntl

# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
#mbox_read_dotlock = no

# Maximum time in seconds to wait for lock (all of them) before aborting.
#mbox_lock_timeout = 300

# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
#mbox_dotlock_change_timeout = 30

# umask to use for mail files and directories
#umask = 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use single UID
# for multiple users, as the users could ptrace() each others processes then.
#mail_drop_priv_before_exec = no

##
## IMAP specific settings
##

protocol imap {
  # Login executable location.
  #login_executable = /usr/libexec/dovecot/imap-login

  # IMAP executable location
  #mail_executable = /usr/libexec/dovecot/imap

  # Set max. process size in megabytes. Most of the memory goes to mmap()ing
  # files, so it shouldn't harm much even if this limit is set pretty high.
  #mail_process_size = 256

  # Support for dynamically loadable modules.
  #mail_use_modules = no
  #mail_modules = /usr/lib/dovecot/imap
}
  
##
## POP3 specific settings
##

protocol pop3 {
  # Login executable location.
  #login_executable = /usr/libexec/dovecot/pop3-login

  # POP3 executable location
  #mail_executable = /usr/libexec/dovecot/pop3

  # Set max. process size in megabytes. Most of the memory goes to mmap()ing
  # files, so it shouldn't harm much even if this limit is set pretty high.
  #mail_process_size = 256

  # Support for dynamically loadable modules.
  #mail_use_modules = no
  #mail_modules = /usr/lib/dovecot/pop3
}

##
## Authentication processes
##

# You can have multiple processes; each time "auth = xx" is seen, a new
# process definition is started. The point of multiple processes is to be
# able to set stricter permissions to others. For example, plain/PAM
# authentication requires roots, but if you also use digest-md5 authentication
# for some users, you can authenticate them without any privileges in a
# separate auth process. Just remember that only one auth process is asked
# for the password, so you can't have different passwords with different
# processes (unless they have different auth methods, and you're ok with
# having different password for each method).

# Executable location
#auth_executable = /usr/libexec/dovecot/dovecot-auth

# Set max. process size in megabytes.
#auth_process_size = 256

# Space separated list of realms for SASL authentication mechanisms that need
# them. You can leave it empty if you don't want to support multiple realms.
# Many clients simply use the first one listed here, so keep the default realm
# first.
#auth_realms =

# Default realm to use if none was specified.
#auth_default_realm = 

# List of allowed characters in username. If the user-given username contains
# a character not listed in here, the login automatically fails. This is just
# an extra check to make sure user can't exploit any potential quote escaping
# vulnerabilities with SQL/LDAP databases. If you want to allow all characters,
# set this value to empty.
#auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@

# Username to use for users logging in with ANONYMOUS SASL mechanism
#auth_anonymous_username = anonymous

# More verbose logging. Useful for figuring out why authentication isn't
# working.
#auth_verbose = no

auth default {
  # Space separated list of wanted authentication mechanisms:
  #   plain digest-md5 anonymous
  auth_mechanisms = plain

  # Where user database is kept:
  #   passwd: /etc/passwd or similiar, using getpwnam()
  #   passwd-file <path>: passwd-like file with specified location
  #   static uid=<uid> gid=<gid> home=<dir template>: static settings
  #   vpopmail: vpopmail library
  #   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
  #   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
  auth_userdb = passwd

  # Where password database is kept:
  #   passwd: /etc/passwd or similiar, using getpwnam()
  #   shadow: /etc/shadow or similiar, using getspnam()
  #   pam [<service> | *]: PAM authentication
  #   passwd-file <path>: passwd-like file with specified location
  #   vpopmail: vpopmail authentication
  #   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
  #   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
  auth_passdb = pam

  # User to use for the process. This user needs access to only user and
  # password databases, nothing else. Only shadow and pam authentication
  # requires roots, so use something else if possible.
  auth_user = root

  # Directory where to chroot the process. Most authentication backends don't
  # work if this is set, and there's no point chrooting if auth_user is root.
  #auth_chroot = 

  # Number of authentication processes to create
  #auth_count = 1
}

# digest-md5 authentication process. It requires special MD5 passwords which
# /etc/shadow and PAM doesn't support, so we never need roots to handle it.
# Note that the passwd-file is opened before chrooting and dropping root
# privileges, so it may be 0600-root owned file.

#auth digest_md5 {
#  auth_methods = digest-md5
#  auth_userdb = passwd-file /etc/passwd.imap
#  auth_passdb = passwd-file /etc/passwd.imap
#  auth_user = imapauth
#}

# if you plan to use only passwd-file, you don't need the two auth processes,
# simply set "auth_methods = plain digest-md5"

--=-Ff1YyBZwEYWA4zHNOQVw
Content-Disposition: attachment; filename=dovecot-twoserver.conf
Content-Type: text/plain; name=dovecot-twoserver.conf; charset=iso-8859-15
Content-Transfer-Encoding: 7bit

## Dovecot 1.0 configuration file

# Default values are shown after each value, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl

# Protocols we want to be serving:
#  imap imaps pop3 pop3s
#protocols = imap imaps

# Disable SSL/TLS support.
#ssl_disable = no

# SSL parameter file. Master process generates this file for login processes.
# It contains Diffie Hellman and RSA parameters.
#ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat

# How often to regenerate the SSL parameters file. Generation is quite CPU
# intensive operation. The value is in hours, 0 disables regeneration
# entirely.
#ssl_parameters_regenerate = 24

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability)
#disable_plaintext_auth = no

# Prefix for each line written to log file. % codes are in strftime(3)
# format. Note the extra space at the end of line.
#log_timestamp = %b %d %H:%M:%S 

##
## Login processes
##

# Directory where authentication process places authentication UNIX sockets
# which login needs to be able to connect to. The sockets are created when
# running as root, so you don't have to worry about permissions.
#login_dir = /var/run/dovecot/login

# chroot login process to the login_dir. Only reason not to do this is if you
# wish to run the whole Dovecot without roots.
#login_chroot = yes

# User to use for the login process. Create a completely new user for this,
# and don't use it anywhere else. The user must also belong to a group where
# only it has access, it's used to control access for authentication process.
#login_user = dovecot

# Set max. process size in megabytes. If you don't use
# login_process_per_connection you might need to grow this.
#login_process_size = 16

# Should each login be processed in it's own process (yes), or should one
# login process be allowed to process multiple connections (no)? Yes is more
# secure, espcially with SSL/TLS enabled. No is faster since there's no need
# to create processes all the time.
#login_process_per_connection = yes

# Number of login processes to create. If login_process_per_user is
# yes, this is the number of extra processes waiting for users to log in.
#login_processes_count = 3

# Maximum number of extra login processes to create. The extra process count
# usually stays at login_processes_count, but when multiple users start logging
# in at the same time more extra processes are created. To prevent fork-bombing
# we check only once in a second if new processes should be created - if all
# of them are used at the time, we double their amount until limit set by this
# setting is reached. This setting is used only if login_process_per_use is yes.
#login_max_processes_count = 128

# Maximum number of connections allowed in login state. When this limit is
# reached, the oldest connections are dropped. If login_process_per_user
# is no, this is a per-process value, so the absolute maximum number of users
# logging in actually login_processes_count * max_logging_users.
#login_max_logging_users = 256


##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
#max_mail_processes = 1024

# Show more verbose process titles (in ps). Currently shows user name and
# IP address. Useful for seeing who are actually using the IMAP processes
# (eg. shared mailboxes or if same uid is used for multiple accounts).
#verbose_proctitle = no

# Show protocol level SSL errors.
#verbose_ssl = no

# Valid UID range for users, defaults to 500 and above. This is mostly
# to make sure that users can't log in as daemons or other system users.
# Note that denying root logins is hardcoded to dovecot binary and can't
# be done even if first_valid_uid is set to 0.
#first_valid_uid = 500
#last_valid_uid = 0

# Valid GID range for users, defaults to non-root/wheel. Users having
# non-valid GID as primary group ID aren't allowed to log in. If user
# belongs to supplementary groups with non-valid GIDs, those groups are
# not set.
#first_valid_gid = 1
#last_valid_gid = 0

# ':' separated list of directories under which chrooting is allowed for mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you don't
# allow shell access for users. See doc/configuration.txt for more information.
#valid_chroot_dirs = 

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#
#default_mail_env = 

# Space-separated list of fields to cache for all mails. Currently these
# fields are allowed followed by a list of commands they speed up:
#
#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
#                  HEADER IN-REPLY-TO
#  Body          - FETCH BODY
#  Bodystructure - FETCH BODY, BODYSTRUCTURE
#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
#                  SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE
#                  generation. This is always set with mbox mailboxes, and
#                  also default with Maildir.
#
# Different IMAP clients work in different ways, that's why Dovecot by default
# only caches MessagePart which speeds up most operations. Whenever client
# does something where caching could be used, the field is automatically marked
# to be cached later. For example after FETCH BODY the BODY will be cached
# for all new messages. Normally you should leave this alone, unless you know
# what most of your IMAP clients are. Caching more fields than needed makes
# the index files larger and generate useless I/O.
#
# With maildir there's one extra optimization - if nothing is cached, indexing
# the maildir becomes much faster since it's not opening any of the mail files.
# This could be useful if your IMAP clients access only new mails.

#mail_cache_fields = MessagePart

# Space-separated list of fields that Dovecot should never set to be cached.
# Useful if you want to save disk space at the cost of more I/O when the fields
# needed.
#mail_never_cache_fields = 

# Workarounds for various client bugs:
#   oe6-fetch-no-newmail:
#     Never send EXISTS/RECENT when replying to FETCH command. Outlook Express
#     seems to think they are FETCH replies and gives user "Message no longer
#     in server" error. Note that OE6 still breaks even with this workaround
#     if synchronization is set to "Headers Only".
#   outlook-idle:
#     Outlook and Outlook Express never abort IDLE command, so if no mail
#     arrives in half a hour, Dovecot closes the connection. This is still
#     fine, except Outlook doesn't connect back so you don't see if new mail
#     arrives.
#client_workarounds = 

# Dovecot can notify client of new mail in selected mailbox soon after it's
# received. This setting specifies the minimum interval in seconds between
# new mail notifications to client - internally they may be checked more or
# less often. Setting this to 0 disables the checking.
# NOTE: Evolution client breaks with this option when it's trying to APPEND.
#mailbox_check_interval = 0

# Like mailbox_check_interval, but used for IDLE command.
#mailbox_idle_check_interval = 30

# Allow full filesystem access to clients. There's no access checks other than
# what the operating system does for the active UID/GID. It works with both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
# or ~user/.
#mail_full_filesystem_access = no

# Maximum allowed length for custom flag name. It's only forced when trying
# to create new flags.
#mail_max_flag_length = 50

# Save mails with CR+LF instead of plain LF. This makes sending those mails
# take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
#mail_save_crlf = no

# Use mmap() instead of read() to read mail files. read() seems to be a bit
# faster with my Linux/x86 and it's better with NFS, so that's the default.
#mail_read_mmaped = no

# Copy mail to another folders using hard links. This is much faster than
# actually copying the file. This is problematic only if something modifies
# the mail in one folder but doesn't want it modified in the others. I don't
# know any MUA which would modify mail files directly. IMAP protocol also
# requires that the mails don't change, so it would be problematic in any case.
# If you care about performance, enable it.
#maildir_copy_with_hardlinks = no

# Check if mails' content has been changed by external programs. This slows
# down things as extra stat() needs to be called for each file. If changes are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
#maildir_check_content_changes = no

# Which locking methods to use for locking mbox. There's three available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#           solution. If you want to use /var/mail/ like directory, the users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created first.
#mbox_locks = dotlock fcntl

# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
#mbox_read_dotlock = no

# Maximum time in seconds to wait for lock (all of them) before aborting.
#mbox_lock_timeout = 300

# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
#mbox_dotlock_change_timeout = 30

# umask to use for mail files and directories
#umask = 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use single UID
# for multiple users, as the users could ptrace() each others processes then.
#mail_drop_priv_before_exec = no

##
## IMAP specific settings
##

protocol imap {
  # Login executable location.
  #login_executable = /usr/libexec/dovecot/imap-login

  # IMAP executable location
  #mail_executable = /usr/libexec/dovecot/imap

  # Set max. process size in megabytes. Most of the memory goes to mmap()ing
  # files, so it shouldn't harm much even if this limit is set pretty high.
  #mail_process_size = 256

  # Support for dynamically loadable modules.
  #mail_use_modules = no
  #mail_modules = /usr/lib/dovecot/imap
}
  
##
## POP3 specific settings
##

protocol pop3 {
  # Login executable location.
  #login_executable = /usr/libexec/dovecot/pop3-login

  # POP3 executable location
  #mail_executable = /usr/libexec/dovecot/pop3

  # Set max. process size in megabytes. Most of the memory goes to mmap()ing
  # files, so it shouldn't harm much even if this limit is set pretty high.
  #mail_process_size = 256

  # Support for dynamically loadable modules.
  #mail_use_modules = no
  #mail_modules = /usr/lib/dovecot/pop3
}

##
## Authentication processes
##

# You can have multiple processes; each time "auth = xx" is seen, a new
# process definition is started. The point of multiple processes is to be
# able to set stricter permissions to others. For example, plain/PAM
# authentication requires roots, but if you also use digest-md5 authentication
# for some users, you can authenticate them without any privileges in a
# separate auth process. Just remember that only one auth process is asked
# for the password, so you can't have different passwords with different
# processes (unless they have different auth methods, and you're ok with
# having different password for each method).

# Executable location
#auth_executable = /usr/libexec/dovecot/dovecot-auth

# Set max. process size in megabytes.
#auth_process_size = 256

# Space separated list of realms for SASL authentication mechanisms that need
# them. You can leave it empty if you don't want to support multiple realms.
# Many clients simply use the first one listed here, so keep the default realm
# first.
#auth_realms =

# Default realm to use if none was specified.
#auth_default_realm = 

# List of allowed characters in username. If the user-given username contains
# a character not listed in here, the login automatically fails. This is just
# an extra check to make sure user can't exploit any potential quote escaping
# vulnerabilities with SQL/LDAP databases. If you want to allow all characters,
# set this value to empty.
#auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@

# Username to use for users logging in with ANONYMOUS SASL mechanism
#auth_anonymous_username = anonymous

# More verbose logging. Useful for figuring out why authentication isn't
# working.
#auth_verbose = no

server {
  # Base directory where to store runtime data.
  base_dir = /var/run/dovecot/first/

  # IP or host address where to listen in for connections. It's not currently
  # possible to specify multiple addresses. "*" listens in all IPv4 interfaces.
  # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
  # interfaces depending on the operating system. You can specify ports with
  # "host:port".
  listen = first.server.org

  # IP or host address where to listen in for SSL connections. Defaults
  # to above if not specified.
  ssl_listen = first.server.org

  # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before
  # dropping root privileges, so keep the key file unreadable by anyone but
  # root. Included doc/mkcert.sh can be used to easily generate self-signed
  # certificate, just make sure to update the domains in dovecot-openssl.cnf
  ssl_cert_file = /etc/ssl/certs/first.pem
  ssl_key_file = /etc/ssl/private/first.pem

  # Use this logfile instead of syslog(). /dev/stderr can be used if you want to
  # use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
  log_path = /var/log/dovecot/first.log

  # For informational messages, use this logfile instead of the default
  info_log_path = /var/log/dovecot/first-access.log

  auth default {
    # Space separated list of wanted authentication mechanisms:
    #   plain digest-md5 anonymous
    auth_mechanisms = plain

    # Where user database is kept:
    #   passwd: /etc/passwd or similiar, using getpwnam()
    #   passwd-file <path>: passwd-like file with specified location
    #   static uid=<uid> gid=<gid> home=<dir template>: static settings
    #   vpopmail: vpopmail library
    #   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
    #   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
    auth_userdb = ldap /etc/first-ldap.conf

    # Where password database is kept:
    #   passwd: /etc/passwd or similiar, using getpwnam()
    #   shadow: /etc/shadow or similiar, using getspnam()
    #   pam [<service> | *]: PAM authentication
    #   passwd-file <path>: passwd-like file with specified location
    #   vpopmail: vpopmail authentication
    #   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
    #   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
    auth_passdb = ldap /etc/first-ldap.conf

    # User to use for the process. This user needs access to only user and
    # password databases, nothing else. Only shadow and pam authentication
    # requires roots, so use something else if possible.
    auth_user = doveauth

    # Directory where to chroot the process. Most authentication backends don't
    # work if this is set, and there's no point chrooting if auth_user is root.
    #auth_chroot = 

    # Number of authentication processes to create
    #auth_count = 1
  }
}

# second server
server {
  base_dir = /var/run/dovecot/second/
  listen = second.server.org
  ssl_listen = second.server.org
  ssl_cert_file = /etc/ssl/certs/second.pem
  ssl_key_file = /etc/ssl/private/second.pem
  log_path = /var/log/dovecot/second.log
  info_log_path = /var/log/dovecot/second-access.log

  # enable some IMAP plugins for this server
  protocol imap {
    mail_use_modules = yes
    mail_modules = /usr/lib/dovecot/imap/second
  }

  auth default {
    auth_mechanisms = plain
    auth_userdb = ldap /etc/second-ldap.conf
    auth_passdb = ldap /etc/second-ldap.conf
    auth_user = doveauth
  }
}

--=-Ff1YyBZwEYWA4zHNOQVw--

From mem@mv.mv.com  Wed Jul  2 01:45:00 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C70E2399B; Wed,  2 Jul 2003 01:45:00 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id DFE06238E1
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 01:44:54 +0300 (EEST)
Received: (qmail 809 invoked by uid 101); 1 Jul 2003 18:44:53 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 1 Jul 2003 18:44:53 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Configuration file changes
Message-ID: <20030701224453.GB2166@iridium.mv.net>
References: <1056999757.7582.610.camel@hurina> <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina> <3F017CEA.5060403@bnap.hu>
	<1057063302.8173.674.camel@hurina> <1057086882.8170.730.camel@hurina>
	<3F01EC00.9000703@bnap.hu> <1057094775.8170.758.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057094775.8170.758.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 22:45:00 -0000
X-UID: 1105                                                  
Status: O
Content-Length: 1767

> 
> Although I'm still not really sure how this would work either. Currently
> the settings in login group you defined first (imap by default) are used
> as defaults for the second login group (pop3). That's kind of messy I
> think..
> 
> Maybe I should completely drop the login group and rather make protocol
> groups. Something like:

  (etc)

Perhaps some of the confusion is that it looks like you are using
groups as a way both to encapsulate a group of settings and as a way to
override inheritence of global settings.  While those things are
similar it's hard to generalize them by way of nested statements.

On the other hand I could be all wet :-)

(Somebody mentioned BIND9, but it looks more like you have been
reading innfeed conf files.  Bind9 configs are completely block
oriented- innfeed confs have the peculiar line-oriented commands with
block encapsulations).

At any rate perhaps a different way to accomplish parameter grouping
would be to define templates and invoke those templates within
scoped declarations, e.g.:

template standard {
  login_process_size = 16
  login_process_count = 3
  first_valid_uid = 100
  last_valid_gid = 0
}

template wide-open {
  like standard
  first_valid_uid = 0
}

server a {
  like standard		// nested reference to another template
  imap_listen a.b.c.d
   ...
}

server b {
  like wide-open
  imap_listen e.f.g.h
}

I could imagine implementing a "template" as a set of context-free
tag/value pairs.  When invoked (e.g. via "like") the parser would simply
note the reference to the template, and eventually parse the tag/value
pairs when the scope is closed, applying those that had not already
been specifically set.

This may not be what you were thinking about, in which case,
you can ignore it...

-mm-
From mem@mv.mv.com  Wed Jul  2 01:47:37 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D19ED2399B; Wed,  2 Jul 2003 01:47:37 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id DAF25238E1
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 01:47:35 +0300 (EEST)
Received: (qmail 2041 invoked by uid 101); 1 Jul 2003 18:47:34 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 1 Jul 2003 18:47:34 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Configuration file changes
Message-ID: <20030701224734.GC2166@iridium.mv.net>
References: <1056999757.7582.610.camel@hurina> <3F009D72.6050203@bnap.hu>
	<1057061732.8172.645.camel@hurina> <3F017CEA.5060403@bnap.hu>
	<1057063302.8173.674.camel@hurina> <1057086882.8170.730.camel@hurina>
	<3F01EC00.9000703@bnap.hu> <1057094775.8170.758.camel@hurina>
	<20030701224453.GB2166@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030701224453.GB2166@iridium.mv.net>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 22:47:38 -0000
X-UID: 1106                                                  
Status: O

> 
> template wide-open {
>   like standard
>   first_valid_uid = 0
> }
> 
> server a {
>   like standard		// nested reference to another template
>   imap_listen a.b.c.d
>    ...
> }

obviously I put the // comment in the wrong place (should be in the one
above) but you probably got that.
From tss@iki.fi  Wed Jul  2 02:10:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 595FF239A2; Wed,  2 Jul 2003 02:10:10 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B56A1238E1
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 02:10:04 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 618FD5C896A2
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 02:10:04 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030701224453.GB2166@iridium.mv.net>
References: <1056999757.7582.610.camel@hurina> <3F009D72.6050203@bnap.hu>
	 <1057061732.8172.645.camel@hurina> <3F017CEA.5060403@bnap.hu>
	 <1057063302.8173.674.camel@hurina> <1057086882.8170.730.camel@hurina>
	 <3F01EC00.9000703@bnap.hu> <1057094775.8170.758.camel@hurina>
	 <20030701224453.GB2166@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1057101004.7691.781.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 02 Jul 2003 02:10:04 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 01 Jul 2003 23:10:10 -0000
X-UID: 1107                                                  
Status: O
Content-Length: 1724

On Wed, 2003-07-02 at 01:44, Mark E. Mallett wrote:
> Perhaps some of the confusion is that it looks like you are using
> groups as a way both to encapsulate a group of settings and as a way to
> override inheritence of global settings.  While those things are
> similar it's hard to generalize them by way of nested statements.

Yes .. Well, currently there's only auth group which encapsulates
settings. Although it also allows overriding global settings :) That's a
bit messy. You have to be able to define multiple auth processes - how
would you show that they work differently? Another similiar thing is
namespace configuration which I'll add later.

> At any rate perhaps a different way to accomplish parameter grouping
> would be to define templates and invoke those templates within
> scoped declarations, e.g.:

Ah, yes :) That could be better. More powerful and probably easier to
understand as well.

> I could imagine implementing a "template" as a set of context-free
> tag/value pairs.  When invoked (e.g. via "like") the parser would simply
> note the reference to the template, and eventually parse the tag/value
> pairs when the scope is closed, applying those that had not already
> been specifically set.

It probably should also be possible to add some subgroups in it .. Such
as:

template modular_imap {
  protocol imap {
    mail_use_modules = yes
  }
}

server a {
  like modular_imap
}

Anyway, I think we'd still need to have everything default to root-level
definitions. So that I wouldn't need to add "template standard {" to
beginning of config file. And add "like standard" to every server
definition. Also good for backwards compatibility..

But template certainly replaces the old "group".


From tss@iki.fi  Wed Jul  2 04:56:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C0105238D5; Wed,  2 Jul 2003 04:56:57 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3C035238D4
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 04:56:56 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 010765C896A2
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 04:56:55 +0300 (EEST)
Subject: Re: [Dovecot] a new error message
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <1055752958.10262.47.camel@hurina>
References: <3EEC4343.8050702@bnap.hu>  <20030615171150.GB696@waste.org>
	 <1055752958.10262.47.camel@hurina>
Content-Type: text/plain
Message-Id: <1057111015.28625.831.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 02 Jul 2003 04:56:55 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 02 Jul 2003 01:56:57 -0000
X-UID: 1108                                                  
Status: O

On Mon, 2003-06-16 at 11:42, Timo Sirainen wrote:
> > > The current command did not succeed. The mail server responded: Error in 
> > > IMAP command UID: Too long argument.."
> For now that's the only fix. I'm thinking of changing it so that you can
> give a total command line limit. Default could be set to 100kB or so
> then. RFC-2683 recommends 8000 chars though, so this could be considered
> a client bug..

imap_max_line_length setting added to CVS. Default is 64kB now.

Hope I didn't break it completely :)


From darix@web.de  Wed Jul  2 06:59:03 2003
Return-Path: <darix@web.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CC179238D7; Wed,  2 Jul 2003 06:59:03 +0300 (EEST)
Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by danu.procontrol.fi (Postfix) with ESMTP id 4C8F4238D4
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 06:58:59 +0300 (EEST)
Received: from vpn018020.uni-rostock.de ([139.30.18.20] helo=web.de)
	by smtp.web.de with esmtp (TLSv1:RC4-MD5:128)
	(WEB.DE 4.98 #232)
	id 19XYlg-0006iU-00; Wed, 02 Jul 2003 05:58:52 +0200
Message-ID: <3F02587B.4010506@web.de>
Date: Wed, 02 Jul 2003 05:58:51 +0200
From: Marcus Rueckert <darix@web.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5a) Gecko/20030507
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jens Gutzeit <jens@freebsdforum.de>
Subject: Re: [Dovecot] migrating from cyrus
References: <200306300152.26598.jens@freebsdforum.de>
	<1056974797.8173.539.camel@hurina> <1056977612.7582.543.camel@hurina>
	<200306301544.03562.jens@freebsdforum.de>
In-Reply-To: <200306301544.03562.jens@freebsdforum.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: darix@web.de
X-Mailman-Approved-At: Wed, 02 Jul 2003 16:20:11 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 02 Jul 2003 03:59:04 -0000
X-UID: 1109                                                  
Status: O

hi all,

just browsing freshmeat:
cyrus2courier 1.1  by mad - Tuesday, July 1st 2003 11:56 PDT

About: cyrus2courier is a little hack to convert a single mailbox from 
the format used by Cyrus-Imap into the Maildir++ format used by the 
Courier-Imap IMAP server.

Changes: This release includes some 64bit fixes, code to preserve UIDs, 
support for Cyrus-Imap 2.0/2.1, hashed Cyrus-Imap subscribe/quota 
directories, and support for Dovecot-compatible output.

http://www.madness.at/projects/


dunno if he just include the fixes from timo.

darix :)

From darix@web.de  Wed Jul  2 06:59:10 2003
Return-Path: <darix@web.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E3680238D4; Wed,  2 Jul 2003 06:59:10 +0300 (EEST)
Received: from smtp.web.de (smtp02.web.de [217.72.192.151])
	by danu.procontrol.fi (Postfix) with ESMTP id 78D5A238E1
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 06:59:07 +0300 (EEST)
Received: from vpn018020.uni-rostock.de ([139.30.18.20] helo=web.de)
	by smtp.web.de with esmtp (TLSv1:RC4-MD5:128)
	(WEB.DE 4.98 #232)
	id 19XYlu-0006jR-00; Wed, 02 Jul 2003 05:59:06 +0200
Message-ID: <3F025889.8060309@web.de>
Date: Wed, 02 Jul 2003 05:59:05 +0200
From: Marcus Rueckert <darix@web.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5a) Gecko/20030507
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jens Gutzeit <jens@freebsdforum.de>
Subject: Re: [Dovecot] migrating from cyrus
References: <200306300152.26598.jens@freebsdforum.de>
	<1056974797.8173.539.camel@hurina> <1056977612.7582.543.camel@hurina>
	<200306301544.03562.jens@freebsdforum.de>
In-Reply-To: <200306301544.03562.jens@freebsdforum.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: darix@web.de
X-Mailman-Approved-At: Wed, 02 Jul 2003 16:20:11 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 02 Jul 2003 03:59:11 -0000
X-UID: 1110                                                  
Status: O

hi all,

just browsing freshmeat:
cyrus2courier 1.1  by mad - Tuesday, July 1st 2003 11:56 PDT

About: cyrus2courier is a little hack to convert a single mailbox from 
the format used by Cyrus-Imap into the Maildir++ format used by the 
Courier-Imap IMAP server.

Changes: This release includes some 64bit fixes, code to preserve UIDs, 
support for Cyrus-Imap 2.0/2.1, hashed Cyrus-Imap subscribe/quota 
directories, and support for Dovecot-compatible output.

http://www.madness.at/projects/


dunno if he just include the fixes from timo.

darix :)

From charlieb-dovecot@e-smith.com  Wed Jul  2 18:33:43 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BACA8238D7; Wed,  2 Jul 2003 18:33:43 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 54F93238D4
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 18:33:39 +0300 (EEST)
Received: (qmail 1198 invoked by uid 404); 2 Jul 2003 15:33:37 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 02 Jul 2003 11:33:36 -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; 02 Jul 2003 15:33:36 -0000
Received: (qmail 10549 invoked from network); 2 Jul 2003 15:33:36 -0000
Received: from unknown (134.199.49.82)
  by allspice.nssg.mitel.com with QMQP; 2 Jul 2003 15:33:36 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 2 Jul 2003 15:40:51 -0000
Date: Wed, 2 Jul 2003 11:40:51 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@vegemite.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1057061533.8172.640.camel@hurina>
Message-ID: <Pine.LNX.4.44.0307021137190.11029-100000@vegemite.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: [Dovecot] NFS message ordering (was RE: 0.99.10 released)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 02 Jul 2003 15:33:43 -0000
X-UID: 1111                                                  
Status: O
Content-Length: 1256


On 1 Jul 2003, Timo Sirainen wrote:

> On Tue, 2003-07-01 at 04:05, Charlie Brady wrote:
> > It seems from a brief test that messages aren't sorted when new UIDs are 
> > assigned to existing messages in ./cur/. As a result, UIDs may be nothing 
> > like in message arrival order.
> 
> I thought I fixed it just before 0.99.10 release.

Just before? Do you mean "after 0.99.10-rc3" (which is what I tested)? I 
don't recognise the fix in the ChangeLog.

> And I just tested with 4000 messages, they were ordered just fine.

Here's some of my dovecot-uidlist:

1 1056728482 7490
1 1029035495.23819.allspice,U=3055,W=3232
2 1048787491.30439.allspice,U=14979,W=1922
3 1030760219.16598.allspice,U=4022,W=3563
4 1043671263.23068.allspice,U=11963,W=1892
5 1030739827.15369.allspice,U=4011,W=1981
6 1035300042.15815.allspice,U=7062,W=2257
7 1020252495.10690.allspice,U=188,W=3681
8 1040245470.4889.allspice,U=10279,W=2281
9 1043276959.18707.allspice,U=11811,W=2308
10 1046307299.12933.allspice,U=13793,W=4375
...

--
Charlie Brady                         charlie_brady@mitel.com
Lead Product Developer
Network Server Solutions Group
Mitel Networks Corporation      http://www.mitel.com/smallbusiness
Phone: +1 (613) 592 5660 or 592 2122  Fax: +1 (613) 592 1175


From tss@iki.fi  Wed Jul  2 18:41:19 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DCB44238D7; Wed,  2 Jul 2003 18:41:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 12E06238D4
	for <dovecot@procontrol.fi>; Wed,  2 Jul 2003 18:41:17 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id A9A515C896A2; Wed,  2 Jul 2003 18:41:16 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: Charlie Brady <charlieb-dovecot@e-smith.com>
In-Reply-To: <Pine.LNX.4.44.0307021137190.11029-100000@vegemite.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0307021137190.11029-100000@vegemite.nssg.mitel.com>
Content-Type: text/plain
Message-Id: <1057160476.28625.877.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 02 Jul 2003 18:41:16 +0300
Content-Transfer-Encoding: 7bit
cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: [Dovecot] Re: NFS message ordering (was RE: 0.99.10 released)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 02 Jul 2003 15:41:20 -0000
X-UID: 1112                                                  
Status: O

On Wed, 2003-07-02 at 18:40, Charlie Brady wrote:
> > > It seems from a brief test that messages aren't sorted when new UIDs are 
> > > assigned to existing messages in ./cur/. As a result, UIDs may be nothing 
> > > like in message arrival order.
> > 
> > I thought I fixed it just before 0.99.10 release.
> 
> Just before? Do you mean "after 0.99.10-rc3" (which is what I tested)? I 
> don't recognise the fix in the ChangeLog.

Yes, 11 minutes before release :)

2003-06-26 16:01  Timo Sirainen <tss@iki.fi>

	* src/lib-index/maildir/maildir-sync.c: When assigning UIDs to
	mails, we tried to sort them with strcmp(), but that wasn't
	actually working. Also we now sort properly the mails that had unix
	timestamp older than 1 billion (Sep 9 2001).


From yeled@myinternet.com.au  Thu Jul  3 03:26:34 2003
Return-Path: <yeled@myinternet.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4C3CF238D7; Thu,  3 Jul 2003 03:26:34 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 05ADE238D5
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 03:26:27 +0300 (EEST)
Received: from machine.spodder.com (rtr1.snc.schools.net.au [203.31.232.2])
	by lazy.spodder.com (Postfix) with ESMTP id 2FA2D9053
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 10:25:43 +1000 (EST)
Received: by machine.spodder.com (Postfix, from userid 501)
	id 047427A9F6; Thu,  3 Jul 2003 10:26:22 +1000 (EST)
Date: Thu, 3 Jul 2003 09:29:04 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20030702232904.GA15723@myinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs"
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Resent-From: yeled@myinternet.com.au
Resent-Date: Thu, 3 Jul 2003 10:26:21 +1000
Resent-To: dovecot@procontrol.fi
Resent-Message-Id: <20030703002622.047427A9F6@machine.spodder.com>
Subject: [Dovecot] NetBSD Support
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2003 00:26:34 -0000
X-UID: 1113                                                  
Status: O


--82I3+IH0IqGh5yIs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Timo,

you can safely update the NetBSD support from 1.5 to 1.5, 1.6 and 2.0
(-current/1.7).

  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--82I3+IH0IqGh5yIs
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQE/A2rAqiZDwhSqeUERAtdzAKCE/9jvdzMjDJkbXXVAeBDk1jHI7gCggECo
A2Hpb9K10S6UQV6lYv95cyo=
=umvJ
-----END PGP SIGNATURE-----

--82I3+IH0IqGh5yIs--
From tom@rpdnet.com  Thu Jul  3 03:42:30 2003
Return-Path: <tom@rpdnet.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 790B8238E1; Thu,  3 Jul 2003 03:42:30 +0300 (EEST)
Received: from rpunkt.kicks-ass.net (p50860CE6.dip0.t-ipconnect.de
	[80.134.12.230])
	by danu.procontrol.fi (Postfix) with ESMTP id 9FA52238D5
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 03:42:26 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id 7433541717
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 00:42:16 +0000 (GMT)
Received: from rpunkt.kicks-ass.net ([127.0.0.1])
 by localhost (commbox [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 05088-03 for <dovecot@procontrol.fi>;
 Thu,  3 Jul 2003 00:42:11 +0000 (GMT)
Received: from aural.c3h (c3h-clubraum [62.48.71.161])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id A4451416FF
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 00:42:10 +0000 (GMT)
Date: Thu, 3 Jul 2003 04:42:13 +0200
From: tom hensel <tom@rpdnet.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] NetBSD Support
Message-Id: <20030703044213.78fff408.tom@rpdnet.com>
In-Reply-To: <20030702232904.GA15723@myinternet.com.au>
References: <20030702232904.GA15723@myinternet.com.au>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.0GD13P,PC:03wk"
X-Virus-Scanned: by amavisd-new at rpdnet.com
X-Mailman-Approved-At: Thu, 03 Jul 2003 04:29:51 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2003 00:42:30 -0000
X-UID: 1114                                                  
Status: O

--=.0GD13P,PC:03wk
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

hi,

> you can safely update the NetBSD support from 1.5 to 1.5, 1.6 and 2.0
> (-current/1.7).

you are just right, but i've never seen anything tagged as 1.7 -
current is 2.0.

--
regards,
TOM

--=.0GD13P,PC:03wk
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (NetBSD)

iD8DBQE/A5gIC85nY/Jv3aMRAjzEAJ9eWjNXBUgt/Mq5LzVJM/xNPBM7DwCfUTdv
kFIPydgHbk4EvQ4AXBbhrwo=
=yUsu
-----END PGP SIGNATURE-----

--=.0GD13P,PC:03wk--
From tss@iki.fi  Thu Jul  3 04:40:48 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7E888238E1; Thu,  3 Jul 2003 04:40:48 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id EFCF9238D4
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 04:40:45 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8595E5C896A2
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 04:40:45 +0300 (EEST)
Subject: Re: [Dovecot] NetBSD Support
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030702232904.GA15723@myinternet.com.au>
References: <20030702232904.GA15723@myinternet.com.au>
Content-Type: text/plain
Message-Id: <1057196445.8170.917.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 03 Jul 2003 04:40:45 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2003 01:40:48 -0000
X-UID: 1115                                                  
Status: O

On Thu, 2003-07-03 at 02:29, Charlie Allom wrote:
> you can safely update the NetBSD support from 1.5 to 1.5, 1.6 and 2.0
> (-current/1.7).

I think I'll list only OS releases there, you never know what might
happen in -current. FreeBSD-current changed their header files a bit
some months ago and Dovecot broke.


From charlie@rubberduck.com  Thu Jul  3 04:46:25 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9D13A23996; Thu,  3 Jul 2003 04:46:25 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id B258B238D4
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 04:46:22 +0300 (EEST)
Received: from machine.spodder.com (rtr1.snc.schools.net.au [203.31.232.2])
	by lazy.spodder.com (Postfix) with ESMTP
	id D0C808F22; Thu,  3 Jul 2003 11:45:42 +1000 (EST)
Received: by machine.spodder.com (Postfix, from userid 501)
	id 62A437AE37; Thu,  3 Jul 2003 11:46:21 +1000 (EST)
Date: Thu, 3 Jul 2003 11:46:21 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] NetBSD Support
Message-ID: <20030703014621.GA19974@myinternet.com.au>
References: <20030702232904.GA15723@myinternet.com.au>
	<1057196445.8170.917.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW"
Content-Disposition: inline
In-Reply-To: <1057196445.8170.917.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2003 01:46:25 -0000
X-UID: 1116                                                  
Status: O


--ew6BAiZeqk4r7MaW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 03, 2003 at 04:40:45AM +0300, Timo Sirainen wrote:
> On Thu, 2003-07-03 at 02:29, Charlie Allom wrote:
> > you can safely update the NetBSD support from 1.5 to 1.5, 1.6 and 2.0
> > (-current/1.7).
>=20
> I think I'll list only OS releases there, you never know what might
> happen in -current. FreeBSD-current changed their header files a bit
> some months ago and Dovecot broke.

OK well, 1.6 has been the latest release for some time.

  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--ew6BAiZeqk4r7MaW
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQE/A4rtqiZDwhSqeUERAmsEAJ4oF2xUV/vVd70cgMHWzTk1v5FE7ACbBGK5
0rUqcHKi8EclTGw5YOsAYjE=
=gPT5
-----END PGP SIGNATURE-----

--ew6BAiZeqk4r7MaW--
From nk@atki.net  Thu Jul  3 19:12:09 2003
Return-Path: <nk@atki.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3F837238D7; Thu,  3 Jul 2003 19:12:09 +0300 (EEST)
Received: from sun.atki.net (unknown [193.209.91.150])
	by danu.procontrol.fi (Postfix) with ESMTP id 0B68D238D4
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 19:12:04 +0300 (EEST)
Received: by sun.atki.net (Postfix, from userid 80)
	id 4A39028B56; Thu,  3 Jul 2003 19:11:27 +0300 (EEST)
Received: from armada.atki.net (armada.atki.net [10.0.0.70]) 
	by posti.atki.net (IMP) with HTTP 
	for <nk@localhost>; Thu,  3 Jul 2003 19:11:27 +0300
Message-ID: <1057248687.3f0455af0f1c8@posti.atki.net>
Date: Thu,  3 Jul 2003 19:11:27 +0300
From: Niilo Kajander <nk@atki.net>
To: Charlie Allom <charlie@rubberduck.com>
Subject: Re: [Dovecot] NetBSD Support
References: <20030702232904.GA15723@myinternet.com.au>
	<1057196445.8170.917.camel@hurina> <20030703014621.GA19974@myinternet.com.au>
In-Reply-To: <20030703014621.GA19974@myinternet.com.au>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.1 / FreeBSD-4.8
X-Originating-IP: 10.0.0.70
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2003 16:12:09 -0000
X-UID: 1117                                                  
Status: O

Quoting Charlie Allom <charlie@rubberduck.com>:

> On Thu, Jul 03, 2003 at 04:40:45AM +0300, Timo Sirainen wrote:
> > On Thu, 2003-07-03 at 02:29, Charlie Allom wrote:
> > > you can safely update the NetBSD support from 1.5 to 1.5, 1.6 and
> 2.0
> > > (-current/1.7).
> > 
> > I think I'll list only OS releases there, you never know what
> might
> > happen in -current. FreeBSD-current changed their header files a
> bit
> > some months ago and Dovecot broke.
> 
> OK well, 1.6 has been the latest release for some time.

More like 1.6.1, which is just a patch release for 1.6.


--
Niilo Kajander <nk@atki.net>
From lrclause@cs.uiuc.edu  Thu Jul  3 22:43:10 2003
Return-Path: <lrclause@cs.uiuc.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6EFFC238D7; Thu,  3 Jul 2003 22:43:10 +0300 (EEST)
Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68])
	by danu.procontrol.fi (Postfix) with ESMTP id 90619238D5
	for <dovecot@procontrol.fi>; Thu,  3 Jul 2003 22:43:08 +0300 (EEST)
Received: from shasta.cs.uiuc.edu (localhost [127.0.0.1])
	h63Jh6Mu017738
	for <dovecot@procontrol.fi>; Thu, 3 Jul 2003 14:43:06 -0500
Received: (from lrclause@localhost)
	by shasta.cs.uiuc.edu (8.12.9/8.12.9/Debian-3) id h63Jh62B017737;
	Thu, 3 Jul 2003 14:43:06 -0500
X-Authentication-Warning: shasta.cs.uiuc.edu: lrclause set sender to
	lrclause@cs.uiuc.edu using -f
To: dovecot@procontrol.fi
From: Lars Clausen <lrclause@cs.uiuc.edu>
Date: Thu, 03 Jul 2003 14:43:06 -0500
Message-ID: <818yrfe6r9.fsf@shasta.cs.uiuc.edu>
User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: [Dovecot] Auth problems against Eudora
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2003 19:43:10 -0000
X-UID: 1118                                                  
Status: O
Content-Length: 1309


Hi,

I'm trying to set up dovecot to do pop3 from Eudora, but it keeps breaking
on authentication attempts using plain auth.  When I snoop the connection
with tcpflow, here's what I see:

128.174.246.068.00110-062.107.004.050.49653: +OK dovecot ready.
128.174.246.068.00110-062.107.004.050.49653: +OK dovecot ready.
128.174.246.068.00110-062.107.004.050.49653:=20

062.107.004.050.49653-128.174.246.068.00110: CAPA

128.174.246.068.00110-062.107.004.050.49653: +OK
CAPA
TOP
USER
UIDL
RESP-CODES
STLS
SASL PLAIN DIGEST-MD5
.

062.107.004.050.49653-128.174.246.068.00110: auth plain AG1p2YtlQBebz12YmXQ

128.174.246.068.00110-062.107.004.050.49653: -ERR Unsupported authenticatio=
n mechanism.


It seems to me that sending 'auth plain <MD5>' is against the RFCs (1734,
2195, 1939).  What can be done about this?

I'm also curious why MD5 auth is not allowed for shadow passwords whenthat
has been standard on Linux for a while now.  Or am I missing something?

Thanks in advance,
-Lars

--=20
Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| H=C3=A5rdgrim of Numenor
"I do not agree with a word that you say, but I   |------------------------=
----
will defend to the death your right to say it."   | Where are we going, and
    --Evelyn Beatrice Hall paraphrasing Voltaire  | what's with the handbas=
ket?
From shalehperry@comcast.net  Fri Jul  4 20:57:43 2003
Return-Path: <shalehperry@comcast.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4CAF0238D7; Fri,  4 Jul 2003 20:57:43 +0300 (EEST)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by danu.procontrol.fi (Postfix) with ESMTP id B6184238D5
	for <dovecot@procontrol.fi>; Fri,  4 Jul 2003 20:57:36 +0300 (EEST)
Received: from one (12-235-54-7.client.attbi.com[12.235.54.7](untrusted
	sender))          by comcast.net (sccrmhc11) with SMTP
	id <2003070417573501100im6c8e>; Fri, 4 Jul 2003 17:57:35 +0000
From: Sean 'Shaleh' Perry <shalehperry@comcast.net>
To: dovecot@procontrol.fi
Date: Fri, 4 Jul 2003 10:57:34 -0700
User-Agent: KMail/1.5.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200307041057.34008.shalehperry@comcast.net>
Subject: [Dovecot] "Internal Error" from maildirs (new user)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 04 Jul 2003 17:57:43 -0000
X-UID: 1119                                                  
Status: O
Content-Length: 2313

I decided to give dovecot a try this morning.  To create a test system I 
copied mail from my wife and myself into /var/spool/imap.  This mail was 
already in maildir format from our mail clients.  I set the mail env to 
maildir:/var/spool/imap/%u.

Below is a session (via telnet):

<begin>
. OK Logged in.
. list "" *
* LIST (\UnMarked) "." "blackbox"
* LIST (\UnMarked) "." "blackbox-devel"
* LIST (\UnMarked) "." "debian-devel"
* LIST (\UnMarked) "." "debian-dpkg"
* LIST (\UnMarked) "." "debian-ipv6"
* LIST (\UnMarked) "." "debian-laptop"
* LIST (\UnMarked) "." "debian-legal"
* LIST (\UnMarked) "." "debian-lint"
* LIST (\UnMarked) "." "debian-mentors"
* LIST (\UnMarked) "." "debian-policy"
* LIST (\UnMarked) "." "debian-private"
* LIST (\UnMarked) "." "debian-publicity"
* LIST (\UnMarked) "." "debian-python"
* LIST (\UnMarked) "." "debian-qa"
* LIST (\UnMarked) "." "debian-release"
* LIST (\UnMarked) "." "debian-security"
* LIST (\UnMarked) "." "debian-spi"
* LIST (\UnMarked) "." "debian-testing"
* LIST (\UnMarked) "." "debian-user"
* LIST (\UnMarked) "." "debian-vote"
* LIST (\UnMarked) "." "drafts"
* LIST (\UnMarked) "." "lsb-impl"
* LIST (\UnMarked) "." "bad"
* LIST (\UnMarked) "." "lsb-test"
* LIST (\UnMarked) "." "maradns"
* LIST (\UnMarked) "." "narval"
* LIST (\UnMarked) "." "python-list"
* LIST (\UnMarked) "." "sent-mail"
* LIST (\UnMarked) "." "spam"
* LIST (\UnMarked) "." "storage"
* LIST (\UnMarked) "." "trash"
* LIST (\UnMarked) "." "xdg"
* LIST (\UnMarked) "." "outbox"
* LIST (\UnMarked) "." "bf-python"
* LIST (\UnMarked) "." "debian-bug"
* LIST (\UnMarked) "." "python-tutor"
* LIST (\Marked) "." "INBOX"
. OK List completed.
. select inbox
. NO Internal error [2003-07-04 10:50:51]
. examine inbox
. NO Internal error [2003-07-04 10:52:22]
. examine bad
* NO Couldn't use index files
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS ()] Read-only mailbox.
* 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1057341147] UIDs valid
* OK [UIDNEXT 1] Predicted next UID
. OK [READ-ONLY] Select completed.
<end>

I can find no cause of the inbox error in any log.  Suggestions?

All of my sub folders come back as read only (even when I use select).  I 
presume this is a permissions issue.  What should the perms be?

I am using 0.99.10 from Debian if it matters.

From tss@iki.fi  Sat Jul  5 01:23:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 72A73238D7; Sat,  5 Jul 2003 01:23:13 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id AD39E238D4; Sat,  5 Jul 2003 01:23:09 +0300 (EEST)
Date: Sat, 5 Jul 2003 00:53:39 +0300
Subject: Re: [Dovecot] "Internal Error" from maildirs (new user)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: "Sean 'Shaleh' Perry" <shalehperry@comcast.net>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <200307041057.34008.shalehperry@comcast.net>
Message-Id: <F89722B8-AE69-11D7-BDD6-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-5.4 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 04 Jul 2003 22:23:13 -0000
X-UID: 1120                                                  
Status: O


On Friday, July 4, 2003, at 08:57 PM, Sean 'Shaleh' Perry wrote:

> . NO Internal error [2003-07-04 10:50:51]
>
> I can find no cause of the inbox error in any log.  Suggestions?

Internal errors always write to error log what the real error message 
was. By default Dovecot logs to mail service, which often goes to 
/var/log/mail.log. If you still can't find it, set log_path in config 
file to where you want the log to go.

> All of my sub folders come back as read only (even when I use select). 
>  I
> presume this is a permissions issue.  What should the perms be?

Everything should be readable and writable by the logged in user's UID.

From shalehperry@comcast.net  Sat Jul  5 10:38:34 2003
Return-Path: <shalehperry@comcast.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 41DEC238D5; Sat,  5 Jul 2003 10:38:34 +0300 (EEST)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by danu.procontrol.fi (Postfix) with ESMTP id 60098238D4
	for <dovecot@procontrol.fi>; Sat,  5 Jul 2003 10:38:32 +0300 (EEST)
Received: from one (12-235-54-7.client.attbi.com[12.235.54.7](untrusted
	sender))          by comcast.net (sccrmhc11) with SMTP
	id <20030705073831011000mf2qe>; Sat, 5 Jul 2003 07:38:31 +0000
From: Sean 'Shaleh' Perry <shalehperry@comcast.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] "Internal Error" from maildirs (new user)
Date: Sat, 5 Jul 2003 00:38:29 -0700
User-Agent: KMail/1.5.2
References: <F89722B8-AE69-11D7-BDD6-000393CC2E90@iki.fi>
In-Reply-To: <F89722B8-AE69-11D7-BDD6-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200307050038.29499.shalehperry@comcast.net>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 05 Jul 2003 07:38:34 -0000
X-UID: 1121                                                  
Status: O

On Friday 04 July 2003 14:53, Timo Sirainen wrote:
> On Friday, July 4, 2003, at 08:57 PM, Sean 'Shaleh' Perry wrote:
> > . NO Internal error [2003-07-04 10:50:51]
> >
> > I can find no cause of the inbox error in any log.  Suggestions?
>
> Internal errors always write to error log what the real error message
> was. By default Dovecot logs to mail service, which often goes to
> /var/log/mail.log. If you still can't find it, set log_path in config
> file to where you want the log to go.
>

I was grepping for Internal error.  Turns out there were several instances of:

imap(shaleh): mkdir(/var/spool/imap/shaleh/.INBOX) failed: Permission denied

> > All of my sub folders come back as read only (even when I use select).
> >  I
> > presume this is a permissions issue.  What should the perms be?
>
> Everything should be readable and writable by the logged in user's UID.

ah.  I had them writable by the daemon's UID.  Fixing the permissions problem 
solved everything.

From tss@iki.fi  Sun Jul  6 23:12:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1031F23860; Sun,  6 Jul 2003 23:12:10 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CCA2F2384C
	for <dovecot@procontrol.fi>; Sun,  6 Jul 2003 23:11:36 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8886B5C896A2
	for <dovecot@procontrol.fi>; Sun,  6 Jul 2003 23:11:35 +0300 (EEST)
Subject: Re: [Dovecot] Auth problems against Eudora
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <818yrfe6r9.fsf@shasta.cs.uiuc.edu>
References: <818yrfe6r9.fsf@shasta.cs.uiuc.edu>
Content-Type: text/plain
Message-Id: <1057522295.1736.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 06 Jul 2003 23:11:35 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 06 Jul 2003 20:12:10 -0000
X-UID: 1122                                                  
Status: O
Content-Length: 1118

On Thu, 2003-07-03 at 22:43, Lars Clausen wrote:
> 062.107.004.050.49653-128.174.246.068.00110: auth plain AG1p2YtlQBebz12YmXQ
> 
> 128.174.246.068.00110-062.107.004.050.49653: -ERR Unsupported authentication mechanism.
> 
> 
> It seems to me that sending 'auth plain <MD5>' is against the RFCs (1734,
> 2195, 1939).  What can be done about this?

Hmm. It looks like it tried to send SASL's "initial response" in the
AUTH command itself. I also don't see any RFCs mentioning that it should
be supported, but at least UW-IMAP does seem to support it.

I'm not sure if I should bother adding support since it's not required
by any RFCs and it would require larger changes to my code..

Also the data after auth plain should have been base64 encoded user and
password, but decoding the above shows only garbage..

> I'm also curious why MD5 auth is not allowed for shadow passwords whenthat
> has been standard on Linux for a while now.  Or am I missing something?

What do you mean by MD5 auth? DIGEST-MD5 requires storing password in
it's own special way. APOP and CRAM-MD5 require storing the password in
plaintext.



From stu@spacehopper.org  Mon Jul  7 03:52:30 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2807D23865; Mon,  7 Jul 2003 03:52:30 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 2CBB023860
	for <dovecot@procontrol.fi>; Mon,  7 Jul 2003 03:51:56 +0300 (EEST)
Received: from nereid.37.spacehopper.org (nereid.37.spacehopper.org
	[2001:618:400:e7a6:2c0:dfff:fee5:6d9a])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP id 3ED521E01B
	for <dovecot@procontrol.fi>; Mon,  7 Jul 2003 01:51:21 +0100 (BST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by nereid.37.spacehopper.org (Postfix) with ESMTP
	id CD5D01DB; Mon,  7 Jul 2003 01:51:20 +0100 (BST)
Date: Mon, 07 Jul 2003 01:51:20 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: Dovecot list <dovecot@procontrol.fi>
Message-ID: <199740171.1057542680@amethyst.37.spacehopper.org>
X-Mailer: Mulberry/3.1.0b3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 07 Jul 2003 00:52:30 -0000
X-UID: 1123                                                  
Status: O
Content-Length: 2390

Timo, thanks for writing and releasing Dovecot. I've recently
discovered it and have been very impressed at the speed and balance
between flexibility and simplicity.

I had to make a packet-trace to be sure that encryption with OpenSSL was
working correctly, since it all 'just worked' first time without complex
configuration, which I don't think I've ever seen before ;-) LDAP too
was quite straightforward (after I worked out where my virtual-domain
schema differed from what was required).

One small glitch I have noticed is that when the client requests a list
of messages sorted by date, the timezone is ignored.

For example, listed in descending order:

07/07/2003 00:01 +0300 (= 21:01 UT)
06/07/2003 23:15 +0100 (= 22:15 UT)
06/07/2003 19:03 +0100 (= 18:03 UT)

I think that this should instead be...

06/07/2003 23:15 +0100 (= 22:15 UT)
07/07/2003 00:01 +0300 (= 21:01 UT)
06/07/2003 19:03 +0100 (= 18:03 UT)

It's most noticable when the client (Mulberry in my case) is configured
to display all times in the local timezone. (Mulberry has recently added
custom flags which work perfectly with Dovecot - I was hoping this would
be the case, and was one of the reasons I was looking for something to
replace the version of Courier I previously had installed). Mulberry 
does
like to have NAMESPACE otherwise it usually asks for folder locations on
connecting, btw. No real problem, though.

A little tip: if anyone is interested in having their MDA write Maildir
with CR+LF so that sendfile(2) can be used on all messages (not just 
those
created by Dovecot), Exim offers this natively by adding the "use_crlf"
option to the appendfile transport which seems to work fine with 0.99.10
(though not 0.99.9.1, maybe because of 2003-06-04 17:39 in Changelog).

It seems Dovecot is using the ,W= Maildir tag for some type of size
instead of ,S= but I haven't traced far enough to work out what exactly
W/virtual_size means, am I right in guessing that it might be 'wire 
size'
i.e. message-size-with-CRLF-line-endings? (If so, use_crlf in exim.conf
can be augmented with "maildir_tag = ,W=$message_size" to help keep
overheads to a minimum).

And, one final question: for a dual-stack machine to listen on both IPv6
and IPv4 sockets, is the currently preferred option simply to start two
instances of Dovecot with their own dovecot.conf containing different
*_listen parameters?

--Stu

From redjar@redjar.org  Tue Jul  8 21:54:35 2003
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CC2D52387A; Tue,  8 Jul 2003 21:54:35 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by danu.procontrol.fi (Postfix) with ESMTP id 0ABB123860
	for <dovecot@procontrol.fi>; Tue,  8 Jul 2003 21:54:03 +0300 (EEST)
Received: from mc-priv-10.0.4.174.marlboro.edu ([10.0.4.174] helo=redjar.org)
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 19ZxbD-0002gK-00
	for <dovecot@procontrol.fi>; Tue, 08 Jul 2003 14:53:59 -0400
Date: Tue, 8 Jul 2003 14:53:58 -0400
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Jared <redjar@redjar.org>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <8812D4E6-B175-11D7-96EB-0003939F93A2@redjar.org>
X-Mailer: Apple Mail (2.552)
X-MailScanner: clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.7, required 7, AWL,
	SPAM_PHRASE_00_01, USER_AGENT_APPLEMAIL)
Subject: [Dovecot] LDAP bind questions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 08 Jul 2003 18:54:36 -0000
X-UID: 1124                                                  
Status: O

Hello,

I've got dovecot set up to authenticate against our LDAP server.  So 
far seems to work well.

I have two concerns that I haven't been able to find answers for in the 
documentation or archives.

Is there any intention to support "authentication binds" so you don't 
have to bind as a user with read privileges to everyone's userPassword 
attribute? For security purposes I'd like to see this functionality.

And my next concern would become a non-issue if the above was 
supported, but is there a way to set the dnpass equal to a SSHA 
password?  When I try setting it like this:

dnpass = {SSHA}VhxqnmwCLVQj7g3rQV+g9F3XnaJ6bRXR

in dovecot-ldap.conf

It still tries to do a simple bind and fails.  I get this error:

dovecot-auth: LDAP: ldap_simple_bind_s() failed \
(dn cn=authadmin,ou=people,dc=domain,dc=com): Invalid credentials

I'd prefer not to have the password for the authentication admin user 
stored in plain text in the conf file.

Thanks,
-jared

From stu@spacehopper.org  Wed Jul  9 00:00:55 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A75F2238C5; Wed,  9 Jul 2003 00:00:55 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id D17962387F
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 00:00:21 +0300 (EEST)
Received: from nereid.37.spacehopper.org (nereid.37.spacehopper.org
	[2001:618:400:e7a6:2c0:dfff:fee5:6d9a])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP id 1EA3C1E018
	for <dovecot@procontrol.fi>; Tue,  8 Jul 2003 22:00:13 +0100 (BST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by nereid.37.spacehopper.org (Postfix) with ESMTP id E725B1D7
	for <dovecot@procontrol.fi>; Tue,  8 Jul 2003 22:00:11 +0100 (BST)
Date: Tue, 08 Jul 2003 22:00:10 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: dovecot@procontrol.fi
Message-ID: <109850968.1057701610@amethyst.37.spacehopper.org>
X-Mailer: Mulberry/3.1.0b3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [Dovecot] search throwing "Sequence out of range"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 08 Jul 2003 21:00:55 -0000
X-UID: 1125                                                  
Status: O
Content-Length: 4272

Mulberry client-side message filtering can be persuaded to search for a 
nonexistent message ...

<tag> UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon 
<sthen@eeyore.37.spacehopper.org>" SUBJECT "Cron <sthen@wide> 
/home/sthen/pingme")

Dovecot 0.99.10 returns this ...

<tag> NO Sequence out of range: 12

I *think* the correct behaviour here is to return a null set of search 
results and avoid the error message in the client. i.e.

* SEARCH
<tag> OK

Certainly this is how other servers seem to work, and my understanding 
of the next paragraph from IMAP4REV1 RFC seems to backs this up (though 
the wording in the RFC isn't 100% clear to me)

      "Message set ranges are permitted; however, there is no guarantee
      that unique identifiers be contiguous.  A non-existent unique
      identifier within a message set range is ignored without any error
      message generated."

it's not Mulberry's fault that it sent this immediately after deleting 
message 12, since on closer investigation this is exactly what my 
filter rules are asking it to do because I forgot to set "stop if 
matched", however it would be helpful to change sometime since I'm sure 
I'm not the only person to have done that (-: of course I've fixed my 
filters now, so it isn't a high priority for me.



Commented protocol log follows, it's not really any more information 
than above though.

--> #4.364 Tue Jul  8 12:54:19 2003
A00448 STATUS INBOX (MESSAGES RECENT UNSEEN UIDVALIDITY UIDNEXT)
* STATUS "INBOX" (MESSAGES 0 RECENT 0 UIDNEXT 1 UIDVALIDITY 1052370612 
UNSEEN 0)
A00448 OK Status completed.

--> #2.364 Tue Jul  8 12:55:19 2003
A01259 NOOP
* 12 EXISTS
* 3 RECENT
A01259 OK NOOP completed.

... incoming mail ...

--> #2.364 Tue Jul  8 12:55:19 2003
A01260 FETCH 12 (FLAGS RFC822.SIZE UID INTERNALDATE ENVELOPE 
BODYSTRUCTURE)
* 12 FETCH (UID 140 FLAGS (\Recent) INTERNALDATE "08-Jul-2003 12:54:36 
+0100" RFC822.SIZE 2372 BODYSTRUCTURE ("text" "plain" ("charset" 
"us-ascii") NIL NIL "7bit" 0 0 NIL NIL NIL) ENVELOPE ("Tue, 08 Jul 2003 
12:00:11 +0000" "***SPAM*** I wish I could be there" (("Kieth Hairston" 
NIL "kiethhairston_ji" "sedona.net")) (("Kieth Hairston" NIL 
"kiethhairston_ji" "sedona.net")) (("Kieth Hairston" NIL 
"kiethhairston_ji" "sedona.net")) ((NIL NIL "stu" "spacehopper.org")) 
NIL NIL NIL "<d1d801c34548$6364549c$6e8ec7ab@0aqdi32>"))
A01260 OK Fetch completed.

--> #2.364 Tue Jul  8 12:55:19 2003
A01261 SORT (DATE) us-ascii ALL
* SORT 9 1 2 8 3 4 5 6 7 11 10 12
A01261 OK Sort completed.

... filter rule #1 ...

--> #2.364 Tue Jul  8 12:55:19 2003
A01262 UID SEARCH UNSEEN UNDELETED UNDRAFT 12 SUBJECT "***SPAM***"
* SEARCH 140
A01262 OK Search completed.

... ok, it's junk, we want it marked seen/deleted and placed in another 
folder ...

--> #2.364 Tue Jul  8 12:55:19 2003
A01263 UID STORE 140 +FLAGS (\Seen)
* 12 FETCH (FLAGS (\Seen \Recent) UID 140)
A01263 OK Store completed.

--> #2.364 Tue Jul  8 12:55:19 2003
A01264 UID STORE 140 +FLAGS (\Deleted)
* 12 FETCH (FLAGS (\Deleted \Seen \Recent) UID 140)
A01264 OK Store completed.

--> #2.364 Tue Jul  8 12:55:19 2003
A01265 UID COPY 140 "ZZ spam"
A01265 OK Copy completed.

--> #1.364 Tue Jul  8 12:55:20 2003
A00087 STATUS "ZZ spam" (MESSAGES RECENT UNSEEN UIDVALIDITY UIDNEXT)
* STATUS "ZZ spam" (MESSAGES 1 RECENT 1 UIDNEXT 2 UIDVALIDITY 
1057513495 UNSEEN 0)
A00087 OK Status completed.

--> #2.364 Tue Jul  8 12:55:20 2003
A01266 UID STORE 140 +FLAGS (\Deleted)
* 12 FETCH (FLAGS (\Deleted \Seen \Recent) UID 140)
A01266 OK Store completed.

... and expunge this message (only) from the inbox: Mulberry checks so 
that it can keep any other deleted messages in the folder intact ...

--> #2.364 Tue Jul  8 12:55:20 2003
A01267 UID SEARCH DELETED
* SEARCH 140
A01267 OK Search completed.

--> #2.364 Tue Jul  8 12:55:20 2003
A01268 EXPUNGE
* 12 EXPUNGE
A01268 OK Expunge completed.

--> #2.364 Tue Jul  8 12:55:20 2003
A01269 SORT (DATE) us-ascii ALL
* SORT 9 1 2 8 3 4 5 6 7 11 10
A01269 OK Sort completed.

... and on to filter rule #2 ...

--> #2.364 Tue Jul  8 12:55:20 2003
A01270 UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon 
<sthen@eeyore.37.spacehopper.org>" SUBJECT "Cron <sthen@wide> 
/home/sthen/pingme")
A01270 NO Sequence out of range: 12

From stu@spacehopper.org  Wed Jul  9 00:02:00 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AFF13238C6; Wed,  9 Jul 2003 00:02:00 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 80DEE238C8
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 00:01:28 +0300 (EEST)
Received: from nereid.37.spacehopper.org (nereid.37.spacehopper.org
	[2001:618:400:e7a6:2c0:dfff:fee5:6d9a])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP id C4DDB1E018
	for <dovecot@procontrol.fi>; Tue,  8 Jul 2003 22:01:13 +0100 (BST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by nereid.37.spacehopper.org (Postfix) with ESMTP id 7F6991D7
	for <dovecot@procontrol.fi>; Tue,  8 Jul 2003 22:01:13 +0100 (BST)
Date: Tue, 08 Jul 2003 22:01:12 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] LDAP bind questions
Message-ID: <109913031.1057701672@amethyst.37.spacehopper.org>
In-Reply-To: <8812D4E6-B175-11D7-96EB-0003939F93A2@redjar.org>
References: <8812D4E6-B175-11D7-96EB-0003939F93A2@redjar.org>
X-Mailer: Mulberry/3.1.0b3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 08 Jul 2003 21:02:00 -0000
X-UID: 1126                                                  
Status: O
Content-Length: 1576

> And my next concern would become a non-issue if the above was
> supported, but is there a way to set the dnpass equal to a SSHA
> password?  When I try setting it like this:
> dnpass = {SSHA}VhxqnmwCLVQj7g3rQV+g9F3XnaJ6bRXR

No, you need to supply the actual password. This password is 
(presumably) already stored hashed in your LDAP database. Your LDAP 
server will hash what it receives as the password and compare that with 
the password stored for that DN. Setting it like you have shown just 
causes Dovecot to use it as the literal password {SSHA}Vhxqnm.....

> I'd prefer not to have the password for the authentication admin user
> stored in plain text in the conf file.

There's no way to store an encrypted password in a conf file and have a 
plaintext version of that password used to authenticate (without e.g. 
manually typing a password each time that config file is read).

The DN used with the current Dovecot LDAP code obviously only needs 
read access to mail users' details, you don't have to give it any kind 
of write access, and you don't have to give it the ability to read 
passwords for non-mail-users (i.e. passwords for DNs with write access 
to the directory). You can also additionally restrict access to 
userPassword by IP addresses, too. So, if you aren't already doing 
this, at least there are a few ways you can reduce the exposure with 
the current code.

Of course, if someone has sufficient access to the machine running 
Dovecot that they can read the config file, they will already have some 
degree of access to user's passwords...

From tss@iki.fi  Wed Jul  9 17:56:16 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 095CA238C6; Wed,  9 Jul 2003 17:56:16 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E9F8E2387A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 17:55:42 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B06FD5C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 17:55:42 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <199740171.1057542680@amethyst.37.spacehopper.org>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
Content-Type: text/plain
Message-Id: <1057762542.10425.309.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 17:55:42 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 14:56:16 -0000
X-UID: 1127                                                  
Status: O

On Mon, 2003-07-07 at 03:51, Stuart Henderson wrote:
> One small glitch I have noticed is that when the client requests a list
> of messages sorted by date, the timezone is ignored.

It's not ignored, I just recently "fixed" it. Now it's properly fixed :)

> It seems Dovecot is using the ,W= Maildir tag for some type of size
> instead of ,S= but I haven't traced far enough to work out what exactly
> W/virtual_size means, am I right in guessing that it might be 'wire 
> size'
> i.e. message-size-with-CRLF-line-endings?

Yes. S means the actual size of the file, W is the size with CRs.

> And, one final question: for a dual-stack machine to listen on both IPv6
> and IPv4 sockets, is the currently preferred option simply to start two
> instances of Dovecot with their own dovecot.conf containing different
> *_listen parameters?

Currently, yes. I'll probably add support for multiple listening sockets
per server some day.


From mem@mv.mv.com  Wed Jul  9 18:08:49 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 996AA238C6; Wed,  9 Jul 2003 18:08:49 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 43F212387A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:08:17 +0300 (EEST)
Received: (qmail 7241 invoked by uid 101); 9 Jul 2003 11:08:10 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 9 Jul 2003 11:08:10 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030709150810.GI28197@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057762542.10425.309.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057762542.10425.309.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 15:08:49 -0000
X-UID: 1128                                                  
Status: O

On Wed, Jul 09, 2003 at 05:55:42PM +0300, Timo Sirainen wrote:
> On Mon, 2003-07-07 at 03:51, Stuart Henderson wrote:
> > One small glitch I have noticed is that when the client requests a list
> > of messages sorted by date, the timezone is ignored.
> 
> It's not ignored, I just recently "fixed" it. Now it's properly fixed :)

What version is it fixed in?

(we're having the same issue... with mbox format, the timezone
 on the "From " line is ignored.  currently running dovecot-0.99.10-rc4)

-mm-
From tss@iki.fi  Wed Jul  9 18:09:59 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E4BCD238C8; Wed,  9 Jul 2003 18:09:59 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4C7D9238CE
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:09:26 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 20DF55C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:09:26 +0300 (EEST)
Subject: Re: [Dovecot] search throwing "Sequence out of range"
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <109850968.1057701610@amethyst.37.spacehopper.org>
References: <109850968.1057701610@amethyst.37.spacehopper.org>
Content-Type: text/plain
Message-Id: <1057763365.1736.320.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 18:09:26 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 15:10:00 -0000
X-UID: 1129                                                  
Status: O
Content-Length: 1093

On Wed, 2003-07-09 at 00:00, Stuart Henderson wrote:
> Mulberry client-side message filtering can be persuaded to search for a 
> nonexistent message ...
> 
> <tag> NO Sequence out of range: 12
> 
> I *think* the correct behaviour here is to return a null set of search 
> results and avoid the error message in the client. i.e.

I think Dovecot's behaviour is correct enough here, but I'll ask in
imap-list just in case since other servers do seem to ignore invalid
message sets in SEARCH. That may however be just because lack of error
checking.

> Certainly this is how other servers seem to work, and my understanding 
> of the next paragraph from IMAP4REV1 RFC seems to backs this up (though 
> the wording in the RFC isn't 100% clear to me)
> 
>       "Message set ranges are permitted; however, there is no guarantee
>       that unique identifiers be contiguous.  A non-existent unique
>       identifier within a message set range is ignored without any error
>       message generated."

That talks about UIDs. That search command was searching for message
sequence 12, not UID 12.


From tss@iki.fi  Wed Jul  9 18:19:43 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 62B36238C8; Wed,  9 Jul 2003 18:19:43 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6FBB12387A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:19:11 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3CDAB5C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:19:11 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <20030709150810.GI28197@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<20030709150810.GI28197@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1057763950.1736.330.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 18:19:11 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 15:19:43 -0000
X-UID: 1130                                                  
Status: O

On Wed, 2003-07-09 at 18:08, Mark E. Mallett wrote:
> > > One small glitch I have noticed is that when the client requests a list
> > > of messages sorted by date, the timezone is ignored.
> > 
> > It's not ignored, I just recently "fixed" it. Now it's properly fixed :)
> 
> What version is it fixed in?

Only in CVS. I could put out 0.99.11-test1.


From mem@mv.mv.com  Wed Jul  9 18:23:05 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D37B2238C8; Wed,  9 Jul 2003 18:23:05 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 8651923865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:22:32 +0300 (EEST)
Received: (qmail 16086 invoked by uid 101); 9 Jul 2003 11:22:31 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 9 Jul 2003 11:22:31 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030709152231.GM28197@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<20030709150810.GI28197@iridium.mv.net> <1057763950.1736.330.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057763950.1736.330.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 15:23:06 -0000
X-UID: 1131                                                  
Status: O

On Wed, Jul 09, 2003 at 06:19:11PM +0300, Timo Sirainen wrote:
> On Wed, 2003-07-09 at 18:08, Mark E. Mallett wrote:
> > > > One small glitch I have noticed is that when the client requests a list
> > > > of messages sorted by date, the timezone is ignored.
> > > 
> > > It's not ignored, I just recently "fixed" it. Now it's properly fixed :)
> > 
> > What version is it fixed in?
> 
> Only in CVS. I could put out 0.99.11-test1.

That would be great
From tss@iki.fi  Wed Jul  9 18:28:45 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 514E6238C8; Wed,  9 Jul 2003 18:28:45 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1974623865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:28:13 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7FC9F5C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 18:28:12 +0300 (EEST)
Subject: Re: [Dovecot] LDAP bind questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <8812D4E6-B175-11D7-96EB-0003939F93A2@redjar.org>
References: <8812D4E6-B175-11D7-96EB-0003939F93A2@redjar.org>
Content-Type: text/plain
Message-Id: <1057764492.10425.335.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 18:28:12 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 15:28:45 -0000
X-UID: 1132                                                  
Status: O

On Tue, 2003-07-08 at 21:53, Jared wrote:
> Is there any intention to support "authentication binds" so you don't 
> have to bind as a user with read privileges to everyone's userPassword 
> attribute? For security purposes I'd like to see this functionality.

I probably have to add support for this some day, but it's kind of
annoying to implement if I want to do it well. I should use non-blocking
LDAP connect calls, but last time I tried it got pretty ugly and I gave
up.


From tss@iki.fi  Wed Jul  9 19:01:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0F251238C8; Wed,  9 Jul 2003 19:01:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4448123865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 19:00:42 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 044815C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 19:00:42 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <20030709152231.GM28197@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057763950.1736.330.camel@hurina>
	<20030709152231.GM28197@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1057766441.1736.343.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 19:00:41 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 16:01:15 -0000
X-UID: 1133                                                  
Status: O

On Wed, 2003-07-09 at 18:22, Mark E. Mallett wrote:
> > Only in CVS. I could put out 0.99.11-test1.
> That would be great

http://dovecot.procontrol.fi/test/


From stu@spacehopper.org  Wed Jul  9 19:50:27 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 65DAA238C8; Wed,  9 Jul 2003 19:50:27 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 480DE2387A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 19:49:55 +0300 (EEST)
Received: from nereid.37.spacehopper.org (nereid.37.spacehopper.org
	[2001:618:400:e7a6:2c0:dfff:fee5:6d9a])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP id 2EB0C1E01C
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 17:49:16 +0100 (BST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by nereid.37.spacehopper.org (Postfix) with ESMTP id 809651D9
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 17:49:14 +0100 (BST)
Date: Wed, 09 Jul 2003 17:49:13 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] LDAP bind questions
Message-ID: <17596765.1057772953@amethyst.37.spacehopper.org>
In-Reply-To: <1057764492.10425.335.camel@hurina>
References: <8812D4E6-B175-11D7-96EB-0003939F93A2@redjar.org>
 <1057764492.10425.335.camel@hurina>
X-Mailer: Mulberry/3.1.0b3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 16:50:27 -0000
X-UID: 1134                                                  
Status: O

--On 09 July 2003 18:28 +0300 Timo Sirainen <tss@iki.fi> wrote:

> On Tue, 2003-07-08 at 21:53, Jared wrote:
>> Is there any intention to support "authentication binds" so you
>> don't  have to bind as a user with read privileges to everyone's
>> userPassword  attribute? For security purposes I'd like to see this
>> functionality.
>
> I probably have to add support for this some day, but it's kind of
> annoying to implement if I want to do it well. I should use
> non-blocking LDAP connect calls, but last time I tried it got pretty
> ugly and I gave up.

If people really need this now, SASL might be the answer (either via 
PAM or mailfront) since saslauthd/auth_ldap allows authentication binds.

From charlieb-dovecot@e-smith.com  Wed Jul  9 21:13:36 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DB834238C8; Wed,  9 Jul 2003 21:13:36 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 06E5623865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 21:13:03 +0300 (EEST)
Received: (qmail 31086 invoked by uid 404); 9 Jul 2003 18:13:01 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 09 Jul 2003 14:13:01 -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; 09 Jul 2003 18:13:01 -0000
Received: (qmail 1150 invoked by uid 5008); 9 Jul 2003 18:13:01 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 9 Jul 2003 18:13:01 -0000
Date: Wed, 9 Jul 2003 14:13:01 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
In-Reply-To: <20030709152231.GM28197@iridium.mv.net>
Message-ID: <Pine.LNX.4.44.0307091412180.20134-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 18:13:37 -0000
X-UID: 1135                                                  
Status: O


On Wed, 9 Jul 2003, Mark E. Mallett wrote:

> On Wed, Jul 09, 2003 at 06:19:11PM +0300, Timo Sirainen wrote:
> > On Wed, 2003-07-09 at 18:08, Mark E. Mallett wrote:
> > > > > One small glitch I have noticed is that when the client requests a list
> > > > > of messages sorted by date, the timezone is ignored.
> > > > 
> > > > It's not ignored, I just recently "fixed" it. Now it's properly fixed :)
> > > 
> > > What version is it fixed in?
> > 
> > Only in CVS. I could put out 0.99.11-test1.
> 
> That would be great

Better for me would be a patch against 0.99.10.

--
Charlie

From charlieb-dovecot@e-smith.com  Wed Jul  9 21:21:18 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3E2552387A; Wed,  9 Jul 2003 21:21:18 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id B11D223865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 21:20:44 +0300 (EEST)
Received: (qmail 32714 invoked by uid 404); 9 Jul 2003 18:20:43 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 09 Jul 2003 14:20:43 -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; 09 Jul 2003 18:20:42 -0000
Received: (qmail 4221 invoked by uid 5008); 9 Jul 2003 18:20:42 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 9 Jul 2003 18:20:42 -0000
Date: Wed, 9 Jul 2003 14:20:42 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Stuart Henderson <stu@spacehopper.org>
Subject: Re: [Dovecot] LDAP bind questions
In-Reply-To: <17596765.1057772953@amethyst.37.spacehopper.org>
Message-ID: <Pine.LNX.4.44.0307091414410.20134-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 18:21:18 -0000
X-UID: 1136                                                  
Status: O


On Wed, 9 Jul 2003, Stuart Henderson wrote:

> If people really need this now, SASL might be the answer (either via 
> PAM or mailfront) since saslauthd/auth_ldap allows authentication binds.

Do you have any pointers for using saslauthd with mailfront?

--
Charlie

From stu@spacehopper.org  Wed Jul  9 21:53:12 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B67422387A; Wed,  9 Jul 2003 21:53:12 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id AA72323865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 21:52:40 +0300 (EEST)
Received: from nereid.37.spacehopper.org (nereid.37.spacehopper.org
	[2001:618:400:e7a6:2c0:dfff:fee5:6d9a])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP
	id 433261E018; Wed,  9 Jul 2003 19:52:34 +0100 (BST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by nereid.37.spacehopper.org (Postfix) with ESMTP
	id EAF871D9; Wed,  9 Jul 2003 19:52:32 +0100 (BST)
Date: Wed, 09 Jul 2003 19:52:32 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: Charlie Brady <charlieb-dovecot@e-smith.com>
Subject: Re: [Dovecot] LDAP bind questions
Message-ID: <24995578.1057780352@amethyst.37.spacehopper.org>
In-Reply-To: <Pine.LNX.4.44.0307091414410.20134-100000@allspice.nssg.mitel.com>
References: <Pine.LNX.4.44.0307091414410.20134-100000@allspice.nssg.mite
 l.com>
X-Mailer: Mulberry/3.1.0b3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 18:53:12 -0000
X-UID: 1137                                                  
Status: O

>> If people really need this now, SASL might be the answer (either via
>> PAM or mailfront) since saslauthd/auth_ldap allows authentication
>> binds.
>
> Do you have any pointers for using saslauthd with mailfront?

Not really, I just saw these two pages on untroubled.org which I 
thought suggested it might be worth a try, but they don't explain much 
(I've never used mailfront so I'm not too well-qualified ;-)

<http://untroubled.org/mailfront/cvm-sasl.html>
<http://untroubled.org/mailfront/imapfront.html>

From mem@mv.mv.com  Wed Jul  9 21:59:37 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 397F923865; Wed,  9 Jul 2003 21:59:37 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id CBC1F238E1
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 21:59:04 +0300 (EEST)
Received: (qmail 20845 invoked by uid 101); 9 Jul 2003 14:59:04 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 9 Jul 2003 14:59:04 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030709185904.GE2655@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057763950.1736.330.camel@hurina> <20030709152231.GM28197@iridium.mv.net>
	<1057766441.1736.343.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057766441.1736.343.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 18:59:37 -0000
X-UID: 1138                                                  
Status: O

On Wed, Jul 09, 2003 at 07:00:41PM +0300, Timo Sirainen wrote:
> On Wed, 2003-07-09 at 18:22, Mark E. Mallett wrote:
> > > Only in CVS. I could put out 0.99.11-test1.
> > That would be great
> 
> http://dovecot.procontrol.fi/test/

Hmm... making imap fails now:

../lib/liblib.a(randgen.o): In function `ssl_last_error':
/usr/local/src/system/dovecot-0.99.11-test1/src/lib/randgen.c:90: undefined refer
ence to `ERR_get_error'
/usr/local/src/system/dovecot-0.99.11-test1/src/lib/randgen.c:96: undefined refer
ence to `ERR_error_string_n'
../lib/liblib.a(randgen.o): In function `random_fill':
/usr/local/src/system/dovecot-0.99.11-test1/src/lib/randgen.c:102: undefined refe
rence to `RAND_bytes'

/usr/local/src/system/dovecot-0.99.10-rc4 still builds fine on the
same system.

I diffed the make outputs and they pretty much differ only at that point.
Haven't spent any time to track it down, figured I'd ask first..

mm
From marcotte@panix.com  Wed Jul  9 22:05:11 2003
Return-Path: <marcotte@panix.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AE34923993; Wed,  9 Jul 2003 22:05:11 +0300 (EEST)
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74])
	by danu.procontrol.fi (Postfix) with ESMTP id C70A723865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:04:39 +0300 (EEST)
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5])
	by mail3.panix.com (Postfix) with ESMTP id EA42B9818A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 15:04:38 -0400 (EDT)
Received: (from marcotte@localhost)
	by panix5.panix.com (8.11.6p2/8.8.8/PanixN1.1) id h69J4cn10717
	for dovecot@procontrol.fi; Wed, 9 Jul 2003 15:04:38 -0400 (EDT)
Date: Wed, 9 Jul 2003 15:04:38 -0400 (EDT)
From: <marcotte@panix.com>
Message-Id: <200307091904.h69J4cn10717@panix5.panix.com>
To: dovecot@procontrol.fi
Subject: [Dovecot] Concerns switching from Courier to Dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:05:11 -0000
X-UID: 1139                                                  
Status: O
Content-Length: 1276

[ I'm posting this again since I wasn't subscribed to the list when I
 first posted. I'm sorry if this gets posted twice]



I was considering replacing Courier-IMAP with dovecot in the future, but
have some concerns. I realize that some things simply haven't been
finished yet like quotas, but some other things may prevent me from using
dovecot as a drop in replacement in the future.

Subfolders have different names in the file system. A folder
(INBOX.subfolder) is named ".subfolder" in Courier, but "INBOX.subfolder"
in dovecot. I can't simply rename all the subfolders, because our
customers have direct access to the maildirs, and write to it directly
with procmail and mail clients like mutt.

Certain files have different names, but contain the same information.
For example, the subscription lists and UID files look the same to me
but have different names. I suppose they could be converted, but this
would make it difficult to run both IMAP servers side-by-side, which I'd
like to do until dovecot has all the features I need.

I also heard talk of the hierarchy separator being changed from "." to
"/".

Now, is it possible configuration options could be added to allow for
better Courier compatibility? I would be willing to help with this.

Thanks!

--
- Brian
From tss@iki.fi  Wed Jul  9 22:09:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F18A72387A; Wed,  9 Jul 2003 22:09:52 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B1B7523865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:09:20 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7E8F05C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:09:20 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <Pine.LNX.4.44.0307091412180.20134-100000@allspice.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0307091412180.20134-100000@allspice.nssg.mitel.com>
Content-Type: text/plain
Message-Id: <1057777760.6577.346.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:09:20 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:09:53 -0000
X-UID: 1140                                                  
Status: O
Content-Length: 1299

On Wed, 2003-07-09 at 21:13, Charlie Brady wrote:
> > > > > > One small glitch I have noticed is that when the client requests a list
> > > > > > of messages sorted by date, the timezone is ignored.
> Better for me would be a patch against 0.99.10.

Index: message-date.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib-mail/message-date.c,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -d -r1.7 -r1.8
--- message-date.c	22 Apr 2003 17:47:58 -0000	1.7
+++ message-date.c	9 Jul 2003 14:51:56 -0000	1.8
@@ -208,7 +208,7 @@
 	if (*time == (time_t)-1)
 		return FALSE;
 
-	*time += *timezone_offset * 60;
+	*time -= *timezone_offset * 60;
 
 	return TRUE;
 }
Index: index-search.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib-storage/index/index-search.c,v
retrieving revision 1.74
retrieving revision 1.75
diff -u -d -r1.74 -r1.75
--- index-search.c	15 Jun 2003 03:42:29 -0000	1.74
+++ index-search.c	9 Jul 2003 14:51:57 -0000	1.75
@@ -297,7 +297,7 @@
 	if (!message_date_parse(sent_value, sent_value_len,
 				&sent_time, &timezone_offset))
 		return 0;
-	sent_time -= timezone_offset * 60;
+	sent_time += timezone_offset * 60;
 
 	switch (type) {
 	case SEARCH_SENTBEFORE:


From tss@iki.fi  Wed Jul  9 22:11:31 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C65AF23865; Wed,  9 Jul 2003 22:11:31 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1094023993
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:10:59 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id DC96A5C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:10:58 +0300 (EEST)
Subject: Re: [Dovecot] LDAP bind questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <17596765.1057772953@amethyst.37.spacehopper.org>
References: <8812D4E6-B175-11D7-96EB-0003939F93A2@redjar.org>
	 <1057764492.10425.335.camel@hurina>
	 <17596765.1057772953@amethyst.37.spacehopper.org>
Content-Type: text/plain
Message-Id: <1057777858.1736.349.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:10:58 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:11:31 -0000
X-UID: 1141                                                  
Status: O

On Wed, 2003-07-09 at 19:49, Stuart Henderson wrote:
> If people really need this now, SASL might be the answer (either via 
> PAM or mailfront) since saslauthd/auth_ldap allows authentication binds.

No need for SASL things if you just use mod_ldap with PAM.


From tss@iki.fi  Wed Jul  9 22:17:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BCB272387A; Wed,  9 Jul 2003 22:17:42 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C92A523865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:17:10 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 93D355C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:17:10 +0300 (EEST)
Subject: Re: [Dovecot] Concerns switching from Courier to Dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200307091904.h69J4cn10717@panix5.panix.com>
References: <200307091904.h69J4cn10717@panix5.panix.com>
Content-Type: text/plain
Message-Id: <1057778230.10425.356.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:17:10 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:17:42 -0000
X-UID: 1142                                                  
Status: O
Content-Length: 1719

On Wed, 2003-07-09 at 22:04, marcotte@panix.com wrote:
> Subfolders have different names in the file system. A folder
> (INBOX.subfolder) is named ".subfolder" in Courier, but "INBOX.subfolder"
> in dovecot. I can't simply rename all the subfolders, because our
> customers have direct access to the maildirs, and write to it directly
> with procmail and mail clients like mutt.

No, that's not the problem. Problem is that you have your clients
configured to use "INBOX." prefix for mailboxes which Dovecot doesn't
want.

That is the biggest compatibility problem between them, as it requires
changes in client configuration. I have plans to make INBOX-prefix
configurable, but it's not there yet.. Maybe I'll continue the
configuration file changes today after which it's easier to add the
namespace configuration..

> Certain files have different names, but contain the same information.
> For example, the subscription lists and UID files look the same to me
> but have different names. I suppose they could be converted, but this
> would make it difficult to run both IMAP servers side-by-side, which I'd
> like to do until dovecot has all the features I need.

You'd currently have to recompile Dovecot with the new filenames, but
that's pretty easy to do. And I think I'll make these filenames also
configurable from config file.

> I also heard talk of the hierarchy separator being changed from "." to
> "/".

Yes, but it's not there yet. And again I think I'll make it configurable
and leave the default to "." as it is now.

> Now, is it possible configuration options could be added to allow for
> better Courier compatibility? I would be willing to help with this.

In the namespace configuration, yes :)


From tss@iki.fi  Wed Jul  9 22:20:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 180D72387A; Wed,  9 Jul 2003 22:20:17 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 43E1623865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:19:44 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1FC515C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:19:44 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <mailman.30.1057778113.21959.dovecot@procontrol.fi>
References: <mailman.30.1057778113.21959.dovecot@procontrol.fi>
Content-Type: text/plain
Message-Id: <1057778383.6577.358.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:19:44 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Re: Uncaught bounce notification
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:20:17 -0000
X-UID: 1143                                                  
Status: O

Lots of bounces from you, I'm moving this subscription to new address..

On Wed, 2003-07-09 at 22:15, mailman-bounces@procontrol.fi wrote:
> The attached message was received as a bounce, but either the bounce
> format was not recognized, or no member addresses could be extracted
> from it.  This mailing list has been configured to send all
> unrecognized bounce messages to the list administrator(s).
> 
> For more information see:
> http://procontrol.fi/cgi-bin/mailman/admin/dovecot/bounce
> 
> 
> ______________________________________________________________________
> From: Joburg_Notes1 <Joburg_Notes1@icoc.org>
> To: dovecot-bounces@procontrol.fi
> Subject: Re: [Dovecot] LDAP bind questions
> Date: 09 Jul 2003 21:13:31 +0200
> 
> Your email to Leslie Viljoen has been forwarded to his new email address:
> lesliev@icoc.co.za. Please use this address in future!
> 
> Thanks,
> Leslie
> 

From tss@iki.fi  Wed Jul  9 22:23:24 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 71DE12387A; Wed,  9 Jul 2003 22:23:24 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A935723865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:22:52 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7058C5C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:22:52 +0300 (EEST)
Subject: Re: [Dovecot] Re: Uncaught bounce notification
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1057778383.6577.358.camel@hurina>
References: <mailman.30.1057778113.21959.dovecot@procontrol.fi>
	 <1057778383.6577.358.camel@hurina>
Content-Type: text/plain
Message-Id: <1057778572.1736.361.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:22:52 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:23:24 -0000
X-UID: 1144                                                  
Status: O

On Wed, 2003-07-09 at 22:19, Timo Sirainen wrote:
> Lots of bounces from you, I'm moving this subscription to new address..

Of course, I meant to sent this privately :) Stupid List-Id headers in
adminstrative posts messing up replying..


From tss@iki.fi  Wed Jul  9 22:27:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F0C5C2387A; Wed,  9 Jul 2003 22:27:52 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4F8FB23865
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:27:38 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1E3EF5C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:27:38 +0300 (EEST)
Subject: Re: [Dovecot] search throwing "Sequence out of range"
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <109850968.1057701610@amethyst.37.spacehopper.org>
References: <109850968.1057701610@amethyst.37.spacehopper.org>
Content-Type: text/plain
Message-Id: <1057778857.6577.366.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:27:38 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:27:53 -0000
X-UID: 1145                                                  
Status: O

On Wed, 2003-07-09 at 00:00, Stuart Henderson wrote:
> Mulberry client-side message filtering can be persuaded to search for a 
> nonexistent message ...
> 
> <tag> UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon 
> <sthen@eeyore.37.spacehopper.org>" SUBJECT "Cron <sthen@wide> 
> /home/sthen/pingme")
> 
> Dovecot 0.99.10 returns this ...
> 
> <tag> NO Sequence out of range: 12

OK, this is Mulberry bug, should probably be reported to them. Actually
even without this error message it might work incorrectly. Suppose there
was two new messages, then this SEARCH would match the second new one
instead of the one that got just expunged.

Or I don't know if it matters, if it would be applying those same
filters to that second message in any case next..


From tss@iki.fi  Wed Jul  9 22:31:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0393A238C8; Wed,  9 Jul 2003 22:31:00 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2F8212387A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:30:58 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id DA5F85C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:30:57 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <20030709185904.GE2655@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<20030709152231.GM28197@iridium.mv.net>
	<20030709185904.GE2655@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1057779057.6577.370.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:30:57 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:31:00 -0000
X-UID: 1146                                                  
Status: O

On Wed, 2003-07-09 at 21:59, Mark E. Mallett wrote:
> ../lib/liblib.a(randgen.o): In function `ssl_last_error':
> /usr/local/src/system/dovecot-0.99.11-test1/src/lib/randgen.c:90: undefined refer
> ence to `ERR_get_error'

It's because we want random number generator for imap/pop3 binaries
nowadays. I didn't notice it since I have /dev/urandom. Fixed in -test2.


From mem@mv.mv.com  Wed Jul  9 22:32:52 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9FD9E2399A; Wed,  9 Jul 2003 22:32:52 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 921A7238C8
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:32:49 +0300 (EEST)
Received: (qmail 16060 invoked by uid 101); 9 Jul 2003 15:32:49 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 9 Jul 2003 15:32:48 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030709193248.GO2655@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<20030709152231.GM28197@iridium.mv.net> <20030709185904.GE2655@iridium.mv.net>
	<1057779057.6577.370.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057779057.6577.370.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:32:52 -0000
X-UID: 1147                                                  
Status: O

On Wed, Jul 09, 2003 at 10:30:57PM +0300, Timo Sirainen wrote:
> On Wed, 2003-07-09 at 21:59, Mark E. Mallett wrote:
> > ../lib/liblib.a(randgen.o): In function `ssl_last_error':
> > /usr/local/src/system/dovecot-0.99.11-test1/src/lib/randgen.c:90: undefined refer
> > ence to `ERR_get_error'
> 
> It's because we want random number generator for imap/pop3 binaries
> nowadays. I didn't notice it since I have /dev/urandom. Fixed in -test2.

Hmm, I have /dev/urandom too--

does this also address the other two undefineds?

From tss@iki.fi  Wed Jul  9 22:34:54 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7FB552399A; Wed,  9 Jul 2003 22:34:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 08237238C8
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:34:53 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id BEC895C896A2
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:34:52 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <20030709193248.GO2655@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<20030709152231.GM28197@iridium.mv.net>
	<1057779057.6577.370.camel@hurina>
	<20030709193248.GO2655@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1057779292.1736.373.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 09 Jul 2003 22:34:52 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:34:54 -0000
X-UID: 1148                                                  
Status: O

On Wed, 2003-07-09 at 22:32, Mark E. Mallett wrote:
> > > ../lib/liblib.a(randgen.o): In function `ssl_last_error':
> > > /usr/local/src/system/dovecot-0.99.11-test1/src/lib/randgen.c:90: undefined refer
> > > ence to `ERR_get_error'
> > 
> > It's because we want random number generator for imap/pop3 binaries
> > nowadays. I didn't notice it since I have /dev/urandom. Fixed in -test2.
> 
> Hmm, I have /dev/urandom too--

Oh. I guess "test -c /dev/urandom" isn't the proper way to check it
then. It's not a character device with you? What OS? Maybe test -e would
work.

> does this also address the other two undefineds?

yes.


From mem@mv.mv.com  Wed Jul  9 22:47:37 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D6BC32399B; Wed,  9 Jul 2003 22:47:37 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id CCF2B2399A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:47:35 +0300 (EEST)
Received: (qmail 27480 invoked by uid 101); 9 Jul 2003 15:47:35 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 9 Jul 2003 15:47:35 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030709194735.GP2655@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<20030709152231.GM28197@iridium.mv.net> <1057779057.6577.370.camel@hurina>
	<20030709193248.GO2655@iridium.mv.net> <1057779292.1736.373.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057779292.1736.373.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:47:38 -0000
X-UID: 1149                                                  
Status: O
Content-Length: 1093

On Wed, Jul 09, 2003 at 10:34:52PM +0300, Timo Sirainen wrote:
> On Wed, 2003-07-09 at 22:32, Mark E. Mallett wrote:
> > > > ../lib/liblib.a(randgen.o): In function `ssl_last_error':
> > > > /usr/local/src/system/dovecot-0.99.11-test1/src/lib/randgen.c:90: undefined refer
> > > > ence to `ERR_get_error'
> > > 
> > > It's because we want random number generator for imap/pop3 binaries
> > > nowadays. I didn't notice it since I have /dev/urandom. Fixed in -test2.
> > 
> > Hmm, I have /dev/urandom too--
> 
> Oh. I guess "test -c /dev/urandom" isn't the proper way to check it
> then. It's not a character device with you? What OS? Maybe test -e would
> work.

no, I'm running BSD/OS 4.2, where /dev/random is implemented as (ugh)
a symbolic link to a named socket attached to a "randomd" program.  I
should have mentioned this, since I have had this issue with other
configures too.  Not sure you can generalize for that :-)

10# cd /dev
11# ll urandom
lrwxr-xr-x  1 root  wheel  19 Jul  5 22:25 urandom@ -> /var/run/random.md5

12# file /var/run/random.md5
/var/run/random.md5: socket

-mm-
From stu@spacehopper.org  Wed Jul  9 22:51:20 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 508AB2399B; Wed,  9 Jul 2003 22:51:20 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 190372399A
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 22:51:17 +0300 (EEST)
Received: from nereid.37.spacehopper.org (nereid.37.spacehopper.org
	[2001:618:400:e7a6:2c0:dfff:fee5:6d9a])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP id E65BE1E01C
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 20:51:02 +0100 (BST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by nereid.37.spacehopper.org (Postfix) with ESMTP id 273251D9
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 20:51:02 +0100 (BST)
Date: Wed, 09 Jul 2003 20:51:01 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: Dovecot list <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <28504656.1057783861@amethyst.37.spacehopper.org>
X-Mailer: Mulberry/3.1.0b3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 19:51:20 -0000
X-UID: 1150                                                  
Status: O
Content-Length: 1289

>> One small glitch I have noticed is that when the client requests a
>> list of messages sorted by date, the timezone is ignored.
>
> It's not ignored, I just recently "fixed" it. Now it's properly fixed
> :)

Heheh.. Yes, I confirm that. (:

>> It seems Dovecot is using the ,W= Maildir tag for some type of size
>> instead of ,S= but I haven't traced far enough to work out what
>> exactly W/virtual_size means, am I right in guessing that it might
>> be 'wire  size'
>> i.e. message-size-with-CRLF-line-endings?
>
> Yes. S means the actual size of the file, W is the size with CRs.

Thanks, that's good.

>> And, one final question: for a dual-stack machine to listen on both
>> IPv6 and IPv4 sockets, is the currently preferred option simply to
>> start two instances of Dovecot with their own dovecot.conf
>> containing different *_listen parameters?
>
> Currently, yes. I'll probably add support for multiple listening
> sockets per server some day.

There is no problem to have two instances running, though it might be 
more admin-friendly to allow the listen addresses to be supplied on the 
command-line, since it would save maintaining a second config file (and 
I imagine this would be easier for you than changing the socket code), 
but this is quite a low priority I think.

From jake@lucidpark.net  Thu Jul 10 00:02:50 2003
Return-Path: <jake@lucidpark.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0150E2399B; Thu, 10 Jul 2003 00:02:49 +0300 (EEST)
Received: from europa.capecodvacation.com (europa.capecodvacation.com
	[199.232.149.98])
	by danu.procontrol.fi (Postfix) with ESMTP id 316A423997
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 00:02:47 +0300 (EEST)
Received: from vger.rental.trec (vger.rental.trec [192.168.1.9])
	by europa.capecodvacation.com (Postfix) with ESMTP id E3BAA30C66C
	for <dovecot@procontrol.fi>; Wed,  9 Jul 2003 17:02:42 -0400 (EDT)
Received: by vger.rental.trec (Postfix, from userid 1000)
	id 5D93D6F988; Wed,  9 Jul 2003 17:02:34 -0400 (EDT)
Date: Wed, 9 Jul 2003 17:02:34 -0400
From: Jacob Elder <jake@lucidpark.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Concerns switching from Courier to Dovecot
Message-ID: <20030709210234.GA32694@vger.capecodvacation.com>
Mail-Followup-To: dovecot@procontrol.fi
References: <200307091904.h69J4cn10717@panix5.panix.com>
	<1057778230.10425.356.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057778230.10425.356.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 09 Jul 2003 21:02:50 -0000
X-UID: 1151                                                  
Status: O

On Wed 09 Jul 02003 at 10:17:10PM +0300, Timo Sirainen wrote:
> On Wed, 2003-07-09 at 22:04, marcotte@panix.com wrote:
> > Subfolders have different names in the file system. A folder
> > (INBOX.subfolder) is named ".subfolder" in Courier, but "INBOX.subfolder"
> > in dovecot. I can't simply rename all the subfolders, because our
> > customers have direct access to the maildirs, and write to it directly
> > with procmail and mail clients like mutt.
> 
> No, that's not the problem. Problem is that you have your clients
> configured to use "INBOX." prefix for mailboxes which Dovecot doesn't
> want.
> 

Can anyone explain how to do this with Mutt?

-- 
Jacob Elder
From ma@dt.e-technik.uni-dortmund.de  Thu Jul 10 03:24:22 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AEF7E2399B; Thu, 10 Jul 2003 03:24:22 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E9AF.dip.t-dialin.net [217.225.233.175])
	by danu.procontrol.fi (Postfix) with ESMTP id 7744623997
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:23:50 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id EED2F86BB4; Thu, 10 Jul 2003 02:23:45 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Concerns switching from Courier to Dovecot
In-Reply-To: <1057778230.10425.356.camel@hurina> (Timo Sirainen's message of
 "09 Jul 2003 22:17:10 +0300")
References: <200307091904.h69J4cn10717@panix5.panix.com>
	<1057778230.10425.356.camel@hurina>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Thu, 10 Jul 2003 02:23:45 +0200
Message-ID: <m3ptkjnsa6.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Thu, 10 Jul 2003 03:32:00 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 00:24:22 -0000
X-UID: 1152                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> You'd currently have to recompile Dovecot with the new filenames, but
> that's pretty easy to do. And I think I'll make these filenames also
> configurable from config file.

Don't add too many options. Removing options that aren't directly
necessary is bliss. Adding a compile-time option to switch the whole set
of names to "Dovecot mode" or "Courier-IMAP" mode is sufficient, if at
all needed. Dovecot has yet to see its 1.0 release, so changing the
default file names NOW is easier done than later.

-- 
Matthias Andree
From ma@dt.e-technik.uni-dortmund.de  Thu Jul 10 03:27:31 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 26C712399C; Thu, 10 Jul 2003 03:27:31 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E9AF.dip.t-dialin.net [217.225.233.175])
	by danu.procontrol.fi (Postfix) with ESMTP id 178D023997
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:26:58 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 7ABF386BB4; Thu, 10 Jul 2003 02:26:57 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
In-Reply-To: <1057779292.1736.373.camel@hurina> (Timo Sirainen's message of
 "09 Jul 2003 22:34:52 +0300")
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<20030709152231.GM28197@iridium.mv.net>
	<1057779057.6577.370.camel@hurina>
	<20030709193248.GO2655@iridium.mv.net>
	<1057779292.1736.373.camel@hurina>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Thu, 10 Jul 2003 02:26:57 +0200
Message-ID: <m3isqbns4u.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Thu, 10 Jul 2003 03:32:00 +0300
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 00:27:31 -0000
X-UID: 1153                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Oh. I guess "test -c /dev/urandom" isn't the proper way to check it
> then. It's not a character device with you? What OS? Maybe test -e would
> work.

test -e isn't implemented in Solaris' /bin/sh, so it's not an option
unless you're willing to add special treatment to figure if you need to
launch /usr/xpg4/bin/sh or something.

-- 
Matthias Andree
From ma@dt.e-technik.uni-dortmund.de  Thu Jul 10 03:28:59 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EEA792399B; Thu, 10 Jul 2003 03:28:59 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E9AF.dip.t-dialin.net [217.225.233.175])
	by danu.procontrol.fi (Postfix) with ESMTP id 1289823997
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:28:27 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id ADBE886BB4; Thu, 10 Jul 2003 02:28:26 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: Uncaught bounce notification
In-Reply-To: <1057778572.1736.361.camel@hurina> (Timo Sirainen's message of
 "09 Jul 2003 22:22:52 +0300")
References: <mailman.30.1057778113.21959.dovecot@procontrol.fi>
	<1057778383.6577.358.camel@hurina> <1057778572.1736.361.camel@hurina>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Thu, 10 Jul 2003 02:28:26 +0200
Message-ID: <m3el0zns2d.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Thu, 10 Jul 2003 03:32:00 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 00:29:00 -0000
X-UID: 1154                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> On Wed, 2003-07-09 at 22:19, Timo Sirainen wrote:
>> Lots of bounces from you, I'm moving this subscription to new address..
>
> Of course, I meant to sent this privately :) Stupid List-Id headers in
> adminstrative posts messing up replying..

Stupid MUAs that look like Outlook...

SCNR.

-- 
Matthias Andree
From tss@iki.fi  Thu Jul 10 03:39:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 95AD12399C; Thu, 10 Jul 2003 03:39:00 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8054A2399B
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:38:28 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3F4AB5C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:38:28 +0300 (EEST)
Subject: Re: [Dovecot] Concerns switching from Courier to Dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <m3ptkjnsa6.fsf@merlin.emma.line.org>
References: <200307091904.h69J4cn10717@panix5.panix.com>
	<m3ptkjnsa6.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1057797507.1736.416.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 03:38:28 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 00:39:00 -0000
X-UID: 1155                                                  
Status: O

On Thu, 2003-07-10 at 03:23, Matthias Andree wrote:
> > You'd currently have to recompile Dovecot with the new filenames, but
> > that's pretty easy to do. And I think I'll make these filenames also
> > configurable from config file.
> 
> Don't add too many options. Removing options that aren't directly
> necessary is bliss. Adding a compile-time option to switch the whole set
> of names to "Dovecot mode" or "Courier-IMAP" mode is sufficient, if at
> all needed. Dovecot has yet to see its 1.0 release, so changing the
> default file names NOW is easier done than later.

I agree that there shouldn't be too many options, but I'm beginning to
think there should be some settings to make it easy for people to
install Dovecot from binary packages and easily try it along existing
Courier or UW-IMAP installation.

That'd mean mostly two settings: location for subscriptions file and
location for Maildir file <-> UID mappings file.


From tss@iki.fi  Thu Jul 10 03:40:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F33E92399C; Thu, 10 Jul 2003 03:40:12 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 84D202399B
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:39:38 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5372A5C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:39:38 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <m3isqbns4u.fsf@merlin.emma.line.org>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057779057.6577.370.camel@hurina><1057779292.1736.373.camel@hurina>
	<m3isqbns4u.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1057797578.10425.418.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 03:39:38 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 00:40:13 -0000
X-UID: 1156                                                  
Status: O

On Thu, 2003-07-10 at 03:26, Matthias Andree wrote:
> Timo Sirainen <tss@iki.fi> writes:
> 
> > Oh. I guess "test -c /dev/urandom" isn't the proper way to check it
> > then. It's not a character device with you? What OS? Maybe test -e would
> > work.
> 
> test -e isn't implemented in Solaris' /bin/sh, so it's not an option
> unless you're willing to add special treatment to figure if you need to
> launch /usr/xpg4/bin/sh or something.

I knew there was something wrong with it :) Well, this should work then:

if test -c /dev/urandom -o -s /dev/urandom; then


From tss@iki.fi  Thu Jul 10 03:45:01 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2A0CF2399C; Thu, 10 Jul 2003 03:45:01 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CE6592399B
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:44:27 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D8D445C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 03:44:26 +0300 (EEST)
Subject: Re: [Dovecot] Re: Uncaught bounce notification
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <m3el0zns2d.fsf@merlin.emma.line.org>
References: <mailman.30.1057778113.21959.dovecot@procontrol.fi>
	 <1057778383.6577.358.camel@hurina> <1057778572.1736.361.camel@hurina>
	 <m3el0zns2d.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1057797866.10425.423.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 03:44:26 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 00:45:01 -0000
X-UID: 1157                                                  
Status: O

On Thu, 2003-07-10 at 03:28, Matthias Andree wrote:
> > On Wed, 2003-07-09 at 22:19, Timo Sirainen wrote:
> >> Lots of bounces from you, I'm moving this subscription to new address..
> >
> > Of course, I meant to sent this privately :) Stupid List-Id headers in
> > adminstrative posts messing up replying..
> 
> Stupid MUAs that look like Outlook...

Well, this is the best I've found so far, I don't mind it looking like
Outlook. Also reply-to-list isn't the default, I had to do it myself.
Works better most of the time.

Maybe OSX 10.3's Mail.app works better than the 10.2 one. Will see..


From tss@iki.fi  Thu Jul 10 06:17:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E1347239A6; Thu, 10 Jul 2003 06:17:34 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D4DC42399B
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 06:17:01 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8DAA55C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 06:17:01 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1057807021.10425.458.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 06:17:01 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Configuration file changes in CVS
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 03:17:35 -0000
X-UID: 1158                                                  
Status: O

OK, it's there now. Not much tested yet, so there's probably some bugs.
I didn't yet add support for templates, but I probably will later. The
new format is like in the two example config files I sent before:

http://dovecot.procontrol.fi/list/dovecot/2003-July/001832.html

dovecot-example.conf contains the simple configuration now. New code
also tries to be backwards compatible with most settings.

New code will also try to check that the configuration is valid after
SIGHUP before actually using it, so the server won't die anymore if you
made a typo somewhere. It doesn't check all the settings though.

Namespace configuration comes probably next. Something like:

namespace {
  prefix = INBOX
  type = private
  separator = /
  location = mbox:/var/mail/%u
}

namespace {
  prefix = 
  type = private
  separator = .
  location = maildir:~/
}

namespace {
  prefix = lists/
  type = public
  separator = /
  location = mbox:/var/mail/lists/archives
}


From lfarkas@bnap.hu  Thu Jul 10 10:11:37 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CB4A7239A7; Thu, 10 Jul 2003 10:11:37 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id DBB7C239A6
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 10:11:04 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id ED1D0754010
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 09:09:33 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 7C5C83F45; Thu, 10 Jul 2003 09:11:02 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 5EF7A3F43
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 09:11:02 +0200 (CEST)
Message-ID: <3F0D1185.9040903@bnap.hu>
Date: Thu, 10 Jul 2003 09:11:01 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
References: <1057807021.10425.458.camel@hurina>
In-Reply-To: <1057807021.10425.458.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 07:11:38 -0000
X-UID: 1159                                                  
Status: O
Content-Length: 1183

Timo Sirainen wrote:
> OK, it's there now. Not much tested yet, so there's probably some bugs.
> I didn't yet add support for templates, but I probably will later. The
> new format is like in the two example config files I sent before:
> 
> http://dovecot.procontrol.fi/list/dovecot/2003-July/001832.html
> 
> dovecot-example.conf contains the simple configuration now. New code
> also tries to be backwards compatible with most settings.
> 
> New code will also try to check that the configuration is valid after
> SIGHUP before actually using it, so the server won't die anymore if you
> made a typo somewhere. It doesn't check all the settings though.
> 
> Namespace configuration comes probably next. Something like:
> 
> namespace {
>   prefix = INBOX
>   type = private
>   separator = /
>   location = mbox:/var/mail/%u
> }
> 
> namespace {
>   prefix = 
>   type = private
>   separator = .
>   location = maildir:~/
> }
> 
> namespace {
>   prefix = lists/
>   type = public
>   separator = /
>   location = mbox:/var/mail/lists/archives
> }

does this means that all namespace for all users or...?

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Thu Jul 10 12:55:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BF908239A7; Thu, 10 Jul 2003 12:55:30 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C5DD92399A
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 12:54:56 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 905945C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 12:54:56 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes in CVS
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <3F0D1185.9040903@bnap.hu>
References: <1057807021.10425.458.camel@hurina>  <3F0D1185.9040903@bnap.hu>
Content-Type: text/plain
Message-Id: <1057830896.6577.484.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 12:54:56 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 09:55:30 -0000
X-UID: 1160                                                  
Status: O

On Thu, 2003-07-10 at 10:11, Farkas Levente wrote:

> does this means that all namespace for all users or...?

Yes. I don't know if there's any real use for user-specific namespaces.

Actually I'm not really sure how things like INBOX should actually be
defined. Or some other single mailbox file in the top level. INBOX
shouldn't be shown as a separate namespace, but you might want it to
have different settings.

Or what if you want Maildir INBOX and mbox others? Maildir would support
subfolders, so you'd have to include it in the namespace reply at least
if it's hierarchy separator is different than with the mboxes.

This is getting dirty :)


From stu@spacehopper.org  Thu Jul 10 15:07:28 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 48B6F238D5; Thu, 10 Jul 2003 15:07:28 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 5E48F238C5
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 15:06:55 +0300 (EEST)
Received: from nereid.37.spacehopper.org (nereid.37.spacehopper.org
	[2001:618:400:e7a6:2c0:dfff:fee5:6d9a])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP id B540D1E01B
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 13:06:40 +0100 (BST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by nereid.37.spacehopper.org (Postfix) with ESMTP id 3EE05245
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 13:06:40 +0100 (BST)
Date: Thu, 10 Jul 2003 13:06:39 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
Message-ID: <87042531.1057842399@amethyst.37.spacehopper.org>
In-Reply-To: <1057830896.6577.484.camel@hurina>
References: <1057807021.10425.458.camel@hurina> 
 <3F0D1185.9040903@bnap.hu> <1057830896.6577.484.camel@hurina>
X-Mailer: Mulberry/3.1.0b3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 12:07:28 -0000
X-UID: 1161                                                  
Status: O
Content-Length: 2329

--On 10 July 2003 12:54 +0300 Timo Sirainen <tss@iki.fi> wrote:

> Actually I'm not really sure how things like INBOX should actually be
> defined. Or some other single mailbox file in the top level. INBOX
> shouldn't be shown as a separate namespace, but you might want it to
> have different settings.

Perhaps there could be one level of 'folder' containers allowed inside 
'namespace' in the config...

namespace {
  prefix =
  type = private
  separator = .
  location = maildir:~/
  folder {
    name = INBOX
    location = mbox:/var/mail/%u
    separator = /
  }
}

I think it may be something of a problem to expose different separators 
for different parts of the hierarchy... any clients which don't 
understand 'namespace' won't have a clue, and I suspect that some 
clients which do understand 'namespace' might not cope with different 
folder separators in different namespaces. So I think that 'separator' 
in namespace/folder config should refer to 'internal' namespace, and 
translate for the user. e.g. like 
<http://asg.web.cmu.edu/cyrus/download/imapd/altnamespace.html#unixhier
sep>

What does INBOX.foo do? What about INBOX/foo? Maybe there should be 
allow_subs = (yes|no) for folders (to set whether subfolders should be 
created with that 'style' or whether they should be created in the 
parent namespace).

If namespace configuration is being looked at now, it would probably 
make sense to ensure that it will be flexible enough to cope with as 
many future requirements as possible without change. I'm thinking of 
post-1.0 possiblities here, i.e. ACLs...I think that it might be worth 
examining any possible namespace config to see whether it's capable of 
implementing ACLs without big changes to the design.

Besides 'system' shared folders with ACLs, Cyrus has 'user' shared 
folders which it places in an 'other users' namespace (normally user.*) 
- this is *really* useful... Clients which know how to deal with ACLs 
don't require admin assistance to share a folder. e.g. login to an 
ACL-capable server with Mulberry (anonymous login to imap.cyrusoft.com 
will give some idea, though you can't change anything with that login), 
right-click a mail folder and choose 'Details' and you get an extra 
"access-control" tab with a GUI for adding users.

> This is getting dirty :)

You said it (-:
From ma@dt.e-technik.uni-dortmund.de  Thu Jul 10 16:21:28 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6565B23865; Thu, 10 Jul 2003 16:21:28 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951F44C.dip.t-dialin.net [217.81.244.76])
	by danu.procontrol.fi (Postfix) with ESMTP id 8AA7C23860
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 16:20:55 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id A6D0A8A2E9; Thu, 10 Jul 2003 15:20:53 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <1057830896.6577.484.camel@hurina> (Timo Sirainen's message of
 "10 Jul 2003 12:54:56 +0300")
References: <1057807021.10425.458.camel@hurina> <3F0D1185.9040903@bnap.hu>
	<1057830896.6577.484.camel@hurina>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Thu, 10 Jul 2003 15:20:53 +0200
Message-ID: <m3of02ldqi.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Thu, 10 Jul 2003 17:24:50 +0300
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 13:21:28 -0000
X-UID: 1162                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Or what if you want Maildir INBOX and mbox others? Maildir would support
> subfolders, so you'd have to include it in the namespace reply at least
> if it's hierarchy separator is different than with the mboxes.

No-one's supposed to use mbox. Optimize as much as you want, it just
doesn't scale at all.

-- 
Matthias Andree
From ma@dt.e-technik.uni-dortmund.de  Thu Jul 10 16:25:53 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 17C9D23865; Thu, 10 Jul 2003 16:25:53 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951F44C.dip.t-dialin.net [217.81.244.76])
	by danu.procontrol.fi (Postfix) with ESMTP id EE1D223860
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 16:25:19 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 2E61A8A2E9; Thu, 10 Jul 2003 15:25:19 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
In-Reply-To: <1057797578.10425.418.camel@hurina> (Timo Sirainen's message of
 "10 Jul 2003 03:39:38 +0300")
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057779057.6577.370.camel@hurina> <1057779292.1736.373.camel@hurina>
	<m3isqbns4u.fsf@merlin.emma.line.org>
	<1057797578.10425.418.camel@hurina>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Thu, 10 Jul 2003 15:25:19 +0200
Message-ID: <m3k7aqldj4.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Thu, 10 Jul 2003 17:24:50 +0300
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 13:25:53 -0000
X-UID: 1163                                                  
Status: O
Content-Length: 1357

Timo Sirainen <tss@iki.fi> writes:

> On Thu, 2003-07-10 at 03:26, Matthias Andree wrote:
>> Timo Sirainen <tss@iki.fi> writes:
>> 
>> > Oh. I guess "test -c /dev/urandom" isn't the proper way to check it
>> > then. It's not a character device with you? What OS? Maybe test -e would
>> > work.
>> 
>> test -e isn't implemented in Solaris' /bin/sh, so it's not an option
>> unless you're willing to add special treatment to figure if you need to
>> launch /usr/xpg4/bin/sh or something.
>
> I knew there was something wrong with it :) Well, this should work then:
>
> if test -c /dev/urandom -o -s /dev/urandom; then

Autoconf suggests using

  if test -c /dev/urandom || test -s /dev/urandom ; then

Rationale: Quoting from "(autoconf.info)Limitations of Builtins":

|  `test'
|     [...]
|
|     If you need to make multiple checks using `test', combine them with
|     the shell operators `&&' and `||' instead of using the `test'
|     operators `-a' and `-o'.  On System V, the precedence of `-a' and
|     `-o' is wrong relative to the unary operators; consequently, POSIX
|     does not specify them, so using them is nonportable.  If you
|     combine `&&' and `||' in the same statement, keep in mind that
|     they have equal precedence.
|
|     You may use `!' with `test', but not with `if': `test ! -r foo ||
|     exit 1'.

-- 
Matthias Andree
From charlieb-dovecot@e-smith.com  Thu Jul 10 17:38:07 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C3F532387A; Thu, 10 Jul 2003 17:38:07 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 6D30323865
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:37:34 +0300 (EEST)
Received: (qmail 21436 invoked by uid 404); 10 Jul 2003 14:37:33 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 10 Jul 2003 10:37:33 -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; 10 Jul 2003 14:37:33 -0000
Received: (qmail 2293 invoked by uid 5008); 10 Jul 2003 14:37:33 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 10 Jul 2003 14:37:33 -0000
Date: Thu, 10 Jul 2003 10:37:33 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
In-Reply-To: <1057777760.6577.346.camel@hurina>
Message-ID: <Pine.LNX.4.44.0307101036020.24157-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 14:38:07 -0000
X-UID: 1164                                                  
Status: O


On 9 Jul 2003, Timo Sirainen wrote:

> On Wed, 2003-07-09 at 21:13, Charlie Brady wrote:

> > Better for me would be a patch against 0.99.10.
> 
> Index: message-date.c
> ===================================================================
> RCS file: /home/cvs/dovecot/src/lib-mail/message-date.c,v

Thanks, works for me (although I needed to mangle paths in the diff before 
patch could use it).

--
Charlie

From charlieb@e-smith.com  Thu Jul 10 17:36:14 2003
Return-Path: <charlieb@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 737DB2387A; Thu, 10 Jul 2003 17:36:14 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id E6DBE23865
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:35:41 +0300 (EEST)
Received: (qmail 21146 invoked by uid 404); 10 Jul 2003 14:35:37 -0000
Received: from charlieb@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 10 Jul 2003 10:35:37 -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; 10 Jul 2003 14:35:37 -0000
Received: (qmail 1760 invoked by uid 5008); 10 Jul 2003 14:35:37 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 10 Jul 2003 14:35:37 -0000
Date: Thu, 10 Jul 2003 10:35:37 -0400 (EDT)
From: Charlie Brady <charlieb@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <m3of02ldqi.fsf@merlin.emma.line.org>
Message-ID: <Pine.LNX.4.44.0307101033490.24157-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Thu, 10 Jul 2003 17:43:32 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 14:36:14 -0000
X-UID: 1165                                                  
Status: O


On Thu, 10 Jul 2003, Matthias Andree wrote:

> Timo Sirainen <tss@iki.fi> writes:
> 
> > Or what if you want Maildir INBOX and mbox others? Maildir would support
> > subfolders, so you'd have to include it in the namespace reply at least
> > if it's hierarchy separator is different than with the mboxes.
> 
> No-one's supposed to use mbox. Optimize as much as you want, it just
> doesn't scale at all.

Converting from mbox to Maildir is easy. Everyone should be encouraged to 
do it. [My 2c worth]

--
Charlie


From tss@iki.fi  Thu Jul 10 17:47:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2D6D523887; Thu, 10 Jul 2003 17:47:32 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5E5C123865
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:47:00 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 313795C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:47:00 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <m3k7aqldj4.fsf@merlin.emma.line.org>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057779292.1736.373.camel@hurina><1057797578.10425.418.camel@hurina>
	<m3k7aqldj4.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1057848420.6577.501.camel@hurina2>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 17:47:00 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 14:47:32 -0000
X-UID: 1166                                                  
Status: O

On Thu, 2003-07-10 at 16:25, Matthias Andree wrote:
> Autoconf suggests using
> 
>   if test -c /dev/urandom || test -s /dev/urandom ; then

Oh well, changed. I've never however seen missing -a or -o, even Solaris
has it :)


From tss@iki.fi  Thu Jul 10 17:47:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 95C6F238C6; Thu, 10 Jul 2003 17:47:42 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8E7592387A
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:47:10 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 683905C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:47:10 +0300 (EEST)
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@procontrol.fi>
In-Reply-To: <m3k7aqldj4.fsf@merlin.emma.line.org>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057779292.1736.373.camel@hurina><1057797578.10425.418.camel@hurina>
	<m3k7aqldj4.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1057848420.6577.501.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 17:47:10 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 14:47:42 -0000
X-UID: 1167                                                  
Status: O

On Thu, 2003-07-10 at 16:25, Matthias Andree wrote:
> Autoconf suggests using
> 
>   if test -c /dev/urandom || test -s /dev/urandom ; then

Oh well, changed. I've never however seen missing -a or -o, even Solaris
has it :)


From tss@iki.fi  Thu Jul 10 17:52:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 25ED32387A; Thu, 10 Jul 2003 17:52:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 232C723865
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:52:09 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id DB7865C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 17:52:08 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes in CVS
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <m3of02ldqi.fsf@merlin.emma.line.org>
References: <1057807021.10425.458.camel@hurina> <3F0D1185.9040903@bnap.hu>
	<m3of02ldqi.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1057848728.1736.504.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 17:52:08 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 14:52:41 -0000
X-UID: 1168                                                  
Status: O

On Thu, 2003-07-10 at 16:20, Matthias Andree wrote:
> > Or what if you want Maildir INBOX and mbox others? Maildir would support
> > subfolders, so you'd have to include it in the namespace reply at least
> > if it's hierarchy separator is different than with the mboxes.
> 
> No-one's supposed to use mbox. Optimize as much as you want, it just
> doesn't scale at all.

mbox is fine as long as you don't want to delete messages. It's perfect
for read-only mailing list archives.


From mem@mv.mv.com  Thu Jul 10 18:48:54 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C1D222387A; Thu, 10 Jul 2003 18:48:54 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id A2BBA23860
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 18:48:51 +0300 (EEST)
Received: (qmail 13598 invoked by uid 101); 10 Jul 2003 11:48:50 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Jul 2003 11:48:50 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
Message-ID: <20030710154850.GU19950@iridium.mv.net>
References: <1057807021.10425.458.camel@hurina> <3F0D1185.9040903@bnap.hu>
	<m3of02ldqi.fsf@merlin.emma.line.org> <1057848728.1736.504.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057848728.1736.504.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 15:48:54 -0000
X-UID: 1169                                                  
Status: O
Content-Length: 2328

On Thu, Jul 10, 2003 at 05:52:08PM +0300, Timo Sirainen wrote:
> On Thu, 2003-07-10 at 16:20, Matthias Andree wrote:
> > > Or what if you want Maildir INBOX and mbox others? Maildir would support
> > > subfolders, so you'd have to include it in the namespace reply at least
> > > if it's hierarchy separator is different than with the mboxes.
> > 
> > No-one's supposed to use mbox. Optimize as much as you want, it just
> > doesn't scale at all.
> 
> mbox is fine as long as you don't want to delete messages. It's perfect
> for read-only mailing list archives.

Indeed.  mbox is fine for some people and some things, and in fact
for archived mboxes Maildir can just be a big waste.

It is nice to be open to well-established storage formats.  Bear in
mind that there are people who refuse to use Maildir formats too.

On this whole storage/namespace/search-path thing-- wouldn't it be nice
if various imap/pop server implementations could settle on some
standard ways of dealing with things?  Certainly not the same
techniques, but the same effects and terms and storage layouts --
making it possible to switch between various implementations.  There
always seem to be confusions and incompatibilities regarding various
implementation details:

Namespace:  even how to *talk* about namespace across various
implementations can be confusing, let alone the fact that namespace
conventions do not necessarily translate into file naming conventions
(which is proper- but I'm just saying it adds to the confusion when
discussing it).

Filesystem layout:  for example a big bugaboo is that once you choose
a Maildir as your primary mailbox (in a Maildir++ -like world), you're
locked in there.  Plenty of users already have their own idea of where
they'd like their folders to be, and in what format (some maildir,
some mbox), and it's just not reasonable to expect them to give that
up.  It ought to be possible to easily mix and match collections of
Maildir, Maildir++, and mbox formats throughout a users' home space
(and elsewhere, if allowed).  Over in binciland there is the notion of
an IMAPdir which addresses some of this although I don't think it's
perfect.  (I believe Andreas is here too..)

Implementation of quotas, shared folders, bulletins, etc.  

Anyway-- a little cross-pollenization of ideas could help here.

mm
From charlieb-dovecot@e-smith.com  Thu Jul 10 21:31:56 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C60EF2387A; Thu, 10 Jul 2003 21:31:56 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 4EF8423865
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 21:31:47 +0300 (EEST)
Received: (qmail 1950 invoked by uid 404); 10 Jul 2003 18:31:45 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 10 Jul 2003 14:31:45 -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; 10 Jul 2003 18:31:44 -0000
Received: (qmail 7178 invoked by uid 5008); 10 Jul 2003 18:31:44 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 10 Jul 2003 18:31:44 -0000
Date: Thu, 10 Jul 2003 14:31:44 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: "Mark E. Mallett" <mem@mv.mv.com>
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <20030710154850.GU19950@iridium.mv.net>
Message-ID: <Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 18:31:57 -0000
X-UID: 1170                                                  
Status: O
Content-Length: 1215


On Thu, 10 Jul 2003, Mark E. Mallett wrote:

> On Thu, Jul 10, 2003 at 05:52:08PM +0300, Timo Sirainen wrote:
> > 
> > mbox is fine as long as you don't want to delete messages. It's perfect
> > for read-only mailing list archives.
> 
> Indeed.  mbox is fine for some people and some things, and in fact
> for archived mboxes Maildir can just be a big waste.
> 
> It is nice to be open to well-established storage formats.  Bear in
> mind that there are people who refuse to use Maildir formats too.

Sure, but that doesn't mean that such people *must* be catered for by 
every imap daemon. Trying to keep everybody happy pretty much guarantees 
that nobody will be completely happy.

Back to the topic, I'd rather there wasn't a configuration file at all.
I've got very used to Dan Berstein/Bruce Guenter software where 
environment variables and command line arguments are the only 
configuration. I'm only using the "imap" program from dovecot(*), and that 
follows the same convention (in standard usage, its environment variables 
are set by the dovecot frontends).

(*)I'm using tcpserver for network connection control, modified stunnel 
for TLS, and imapfront for authentication/uid switching.

--
Charlie

From david@eelf.ddts.net  Thu Jul 10 21:37:17 2003
Return-Path: <david@eelf.ddts.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 54A712387A; Thu, 10 Jul 2003 21:37:17 +0300 (EEST)
Received: from andromeda.oftc.net (andromeda.oftc.net [80.190.233.18])
	by danu.procontrol.fi (Postfix) with ESMTP id 8289D23865
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 21:37:14 +0300 (EEST)
Received: from [24.100.14.174] (helo=willow.eelf.ddts.net)
	by andromeda.oftc.net with asmtp (TLS-1.0:RSA_ARCFOUR_SHA:16)
	(Exim 4.20)
	id 19agI2-0001GG-3H
	for dovecot@procontrol.fi; Thu, 10 Jul 2003 18:37:10 +0000
Received: from localhost
	([127.0.0.1] helo=willow.eelf.ddts.net ident=david)
	by willow.eelf.ddts.net with smtp (Exim 4.20)
	id 19agHz-0004mB-5F
	for dovecot@procontrol.fi; Thu, 10 Jul 2003 14:37:07 -0400
Date: Thu, 10 Jul 2003 14:37:06 -0400
From: David B Harris <david@eelf.ddts.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes in CVS
Message-Id: <20030710143706.3d4c2373.david@eelf.ddts.net>
In-Reply-To: <Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
References: <20030710154850.GU19950@iridium.mv.net>
	<Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
Organization: Tachyon Systems
X-Mailer: Sylpheed version 0.9.0claws50 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mail-Copies-To: nobody
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.?i0B,'WNdMdlvr"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 18:37:17 -0000
X-UID: 1171                                                  
Status: O
Content-Length: 1324

--=.?i0B,'WNdMdlvr
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Thu, 10 Jul 2003 14:31:44 -0400 (EDT)
Charlie Brady <charlieb-dovecot@e-smith.com> wrote:
> Back to the topic, I'd rather there wasn't a configuration file at all.
> I've got very used to Dan Berstein/Bruce Guenter software where 
> environment variables and command line arguments are the only 
> configuration. I'm only using the "imap" program from dovecot(*), and that 
> follows the same convention (in standard usage, its environment variables 
> are set by the dovecot frontends).

When replacing a configuration file with command-line options and/or
environment variables, you still end up with configuration files. The
difference is in syntax; with environment variables and CLI options,
your "configuration files" will take the form of executable scripts,
most likely in either shell or Perl syntax.

It's also nastier to represent complex structures in single-line
expressions, though I don't believe dovecot currently has anything so
complex.

--=.?i0B,'WNdMdlvr
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/DbJSuCQ/g7GxJcARArZFAJ96wkAHiW9TGwDF2/aF3PyYp1JHVACgiPzR
9i1wsvUnQxw9xJ2sJYgZnkU=
=Aw84
-----END PGP SIGNATURE-----

--=.?i0B,'WNdMdlvr--
From tss@iki.fi  Thu Jul 10 22:25:56 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7E2B42387A; Thu, 10 Jul 2003 22:25:56 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AE92623866
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 22:25:51 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 20EB45C896A2
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 22:25:50 +0300 (EEST)
Subject: Re: [Dovecot] Configuration file changes in CVS
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
In-Reply-To: <Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
References: 
	 <Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
Content-Type: text/plain
Message-Id: <1057865149.1736.520.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Jul 2003 22:25:50 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 19:25:56 -0000
X-UID: 1172                                                  
Status: O

On Thu, 2003-07-10 at 21:31, Charlie Brady wrote:
> Back to the topic, I'd rather there wasn't a configuration file at all.
> I've got very used to Dan Berstein/Bruce Guenter software where 
> environment variables and command line arguments are the only 
> configuration. I'm only using the "imap" program from dovecot(*), and that 
> follows the same convention (in standard usage, its environment variables 
> are set by the dovecot frontends).

I'll continue passing the configuration in environment for imap/pop3.
Something like NAMESPACE_1=a:b:c NAMESPACE_2=b:c:d or whatever.


From mem@mv.mv.com  Thu Jul 10 22:54:40 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8A2B82387A; Thu, 10 Jul 2003 22:54:40 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 5A1CB23866
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 22:54:37 +0300 (EEST)
Received: (qmail 19149 invoked by uid 101); 10 Jul 2003 15:54:36 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Jul 2003 15:54:36 -0400
To: Charlie Brady <charlieb-dovecot@e-smith.com>
Subject: Re: [Dovecot] Configuration file changes in CVS
Message-ID: <20030710195436.GB15140@iridium.mv.net>
References: <20030710154850.GU19950@iridium.mv.net>
	<Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
User-Agent: Mutt/1.4.1i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 19:54:40 -0000
X-UID: 1173                                                  
Status: O
Content-Length: 2124

On Thu, Jul 10, 2003 at 02:31:44PM -0400, Charlie Brady wrote:
> 
> On Thu, 10 Jul 2003, Mark E. Mallett wrote:
> 
> > On Thu, Jul 10, 2003 at 05:52:08PM +0300, Timo Sirainen wrote:
> > > 
> > > mbox is fine as long as you don't want to delete messages. It's perfect
> > > for read-only mailing list archives.
> > 
> > Indeed.  mbox is fine for some people and some things, and in fact
> > for archived mboxes Maildir can just be a big waste.
> > 
> > It is nice to be open to well-established storage formats.  Bear in
> > mind that there are people who refuse to use Maildir formats too.
> 
> Sure, but that doesn't mean that such people *must* be catered for by 
> every imap daemon. Trying to keep everybody happy pretty much guarantees 
> that nobody will be completely happy.

I buy that too- but we're not talking about some fringe format.
As a somewhat related comment, I originally gravitated towards
dovecot because it supported {imap,pop}{Maildir,mbox} using one
code base and one tool.  While there are things to be said for using
multiple tools for multiple things, it's nice to have one motif and
one philosophy behind access to a set of mailboxex.

But yeah, catering to every little new format often detracts from
the whole.  (That's where plug-ins are useful.)


> Back to the topic, I'd rather there wasn't a configuration file at all.
> I've got very used to Dan Berstein/Bruce Guenter software where 
> environment variables and command line arguments are the only 
> configuration.

I also agree here- that kind of control is nice for some things,
particularly when those things are simple boolean switches
(enable/disable), and especially when it makes sense to control those
things at runtime on a discrete basis.  However note "environment
variables and command line arguments only" is not necessarily the
philosophy for djb's stuff (I'm afraid I have no experience with the
other).  qmail, for example, has a raft of control files that, well,
control its operation.

And sometimes more complex configurations do make sense, for example
for where encapsulations of multiple settings are common.

-mm-
From mem@mv.mv.com  Thu Jul 10 22:56:11 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ADDF2238C5; Thu, 10 Jul 2003 22:56:11 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 1258623866
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 22:56:09 +0300 (EEST)
Received: (qmail 20117 invoked by uid 101); 10 Jul 2003 15:56:07 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Jul 2003 15:56:07 -0400
To: David B Harris <david@eelf.ddts.net>
Subject: Re: [Dovecot] Configuration file changes in CVS
Message-ID: <20030710195607.GC15140@iridium.mv.net>
References: <20030710154850.GU19950@iridium.mv.net>
	<Pine.LNX.4.44.0307101423140.24157-100000@allspice.nssg.mitel.com>
	<20030710143706.3d4c2373.david@eelf.ddts.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030710143706.3d4c2373.david@eelf.ddts.net>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 19:56:11 -0000
X-UID: 1174                                                  
Status: O

On Thu, Jul 10, 2003 at 02:37:06PM -0400, David B Harris wrote:
> 
> When replacing a configuration file with command-line options and/or
> environment variables, you still end up with configuration files. The
> difference is in syntax; with environment variables and CLI options,
> your "configuration files" will take the form of executable scripts,
> most likely in either shell or Perl syntax.

Good point.  Instead of a configuration file, you have configuration
logic.  Although often that's more friendly to hackers :-)

mm
From charlieb-dovecot@e-smith.com  Thu Jul 10 23:02:22 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3AEFF2387A; Thu, 10 Jul 2003 23:02:22 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id ED26F23866
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 23:02:18 +0300 (EEST)
Received: (qmail 25941 invoked by uid 404); 10 Jul 2003 20:02:17 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 10 Jul 2003 16:02:17 -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; 10 Jul 2003 20:02:17 -0000
Received: (qmail 3176 invoked by uid 5008); 10 Jul 2003 20:02:17 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 10 Jul 2003 20:02:17 -0000
Date: Thu, 10 Jul 2003 16:02:17 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: "Mark E. Mallett" <mem@mv.mv.com>
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <20030710195436.GB15140@iridium.mv.net>
Message-ID: <Pine.LNX.4.44.0307101557150.24157-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 20:02:22 -0000
X-UID: 1175                                                  
Status: O
Content-Length: 1311


On Thu, 10 Jul 2003, Mark E. Mallett wrote:

> > Back to the topic, I'd rather there wasn't a configuration file at all.
> > I've got very used to Dan Berstein/Bruce Guenter software where 
> > environment variables and command line arguments are the only 
> > configuration.
> 
> I also agree here- that kind of control is nice for some things,
> particularly when those things are simple boolean switches
> (enable/disable), and especially when it makes sense to control those
> things at runtime on a discrete basis. 

Agreed.

> However note "environment
> variables and command line arguments only" is not necessarily the
> philosophy for djb's stuff (I'm afraid I have no experience with the
> other). 

However, avoiding parsing *is* a clear policy of his, with, I think, 
considerable payback in reliability and simplicity of control.

> qmail, for example, has a raft of control files that, well,
> control its operation.

Sure, but they are all *very* simple in format.

> And sometimes more complex configurations do make sense, for example
> for where encapsulations of multiple settings are common.

Such encapsulation can usually be done another way, for example by having
multiple directories, each holding a collection of simple config files.  
ezmlm, for instance, works this way.

--
Charlie

From charlieb-dovecot@e-smith.com  Thu Jul 10 23:05:41 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 725882387A; Thu, 10 Jul 2003 23:05:41 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 5A1D823866
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 23:05:39 +0300 (EEST)
Received: (qmail 26354 invoked by uid 404); 10 Jul 2003 20:05:38 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 10 Jul 2003 16:05:38 -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; 10 Jul 2003 20:05:38 -0000
Received: (qmail 4214 invoked by uid 5008); 10 Jul 2003 20:05:38 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 10 Jul 2003 20:05:38 -0000
Date: Thu, 10 Jul 2003 16:05:38 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <20030710195607.GC15140@iridium.mv.net>
Message-ID: <Pine.LNX.4.44.0307101603270.24157-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 20:05:41 -0000
X-UID: 1176                                                  
Status: O


On Thu, Jul 10, 2003 at 02:37:06PM -0400, David B Harris wrote:
> 
> When replacing a configuration file with command-line options and/or
> environment variables, you still end up with configuration files. The
> difference is in syntax; with environment variables and CLI options,
> your "configuration files" will take the form of executable scripts,
> most likely in either shell or Perl syntax.

Here you have well understood syntax, and very well tested parsing code.

--
Charlie


From mem@mv.mv.com  Thu Jul 10 23:15:13 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C767F2387A; Thu, 10 Jul 2003 23:15:13 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 43F9123866
	for <dovecot@procontrol.fi>; Thu, 10 Jul 2003 23:15:03 +0300 (EEST)
Received: (qmail 5022 invoked by uid 101); 10 Jul 2003 16:15:01 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Jul 2003 16:15:00 -0400
To: Charlie Brady <charlieb-dovecot@e-smith.com>
Subject: Re: [Dovecot] Configuration file changes in CVS
Message-ID: <20030710201500.GL15140@iridium.mv.net>
References: <20030710195436.GB15140@iridium.mv.net>
	<Pine.LNX.4.44.0307101557150.24157-100000@allspice.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0307101557150.24157-100000@allspice.nssg.mitel.com>
User-Agent: Mutt/1.4.1i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 20:15:14 -0000
X-UID: 1177                                                  
Status: O

On Thu, Jul 10, 2003 at 04:02:17PM -0400, Charlie Brady wrote:
> 
> However, avoiding parsing *is* a clear policy of his, with, I think, 
> considerable payback in reliability and simplicity of control.
> 
> > qmail, for example, has a raft of control files that, well,
> > control its operation.
> 
> Sure, but they are all *very* simple in format.

Yes and no.  Files like:

tag:value

are easy to read.  Files like

field1:field2:field3:field4:field5:field6:field7:field8

or a collection ofa-gazillion easy-to-read but
a-lifetime-to-wade-through files make it easy for the computer but
very difficult for the human.  I kinda like it when the computer makes
it easy for the human.  There is certainly middle ground where parsing
is not error prone (realizing that all programs have to be debugged):
somewhere in between LISP and a natural language system is just fine
with me.  I'm not going to belabor it, though..  Timo will do what he
will do :-)

mm
From mem@mv.mv.com  Fri Jul 11 00:52:30 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EE9642387A; Fri, 11 Jul 2003 00:52:30 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id D64D423866
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 00:52:27 +0300 (EEST)
Received: (qmail 9553 invoked by uid 101); 10 Jul 2003 17:52:26 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Jul 2003 17:52:25 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030710215225.GA20624@iridium.mv.net>
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057762542.10425.309.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1057762542.10425.309.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 21:52:31 -0000
X-UID: 1178                                                  
Status: O
Content-Length: 1990

On Wed, Jul 09, 2003 at 05:55:42PM +0300, Timo Sirainen wrote:
> On Mon, 2003-07-07 at 03:51, Stuart Henderson wrote:
> > One small glitch I have noticed is that when the client requests a list
> > of messages sorted by date, the timezone is ignored.
> 
> It's not ignored, I just recently "fixed" it. Now it's properly fixed :)

test2 does not fix the internaldate issue here, I'm sorry to say.

This only recently started happening, I think as of rc4 or thereabouts.
Up until that time, the internaldate was being reported properly.  Now
it's not.  (This is for mbox formats.)

More details..

It appears that the internaldate is being taken from the "From " line
(aka the "From_" line).  Traditionally local delivery agents would
write that line something like:

    From mem@mv.mv.com Thu Jul 10 16:46:11 2003

with no timezone info at all.  However different local delivery agents
would use various timezones, some using GMT or UT, and some using
whatever local time was in effect.  Plus, if you take a saved mbox
with you to another timezone, all those timestamps are wrong.  At some
point in the past, we made the local delivery agents use timezone 0
and append the keyword UTC at the end, like this:

    From mem@mv.mv.com Thu Jul 10 20:46:11 2003 UTC

(I realize that standard mbox "From_" date is written in local timezone
with no timezone qualifier, but I really dislike that amount of
ambiguity so I did what I did.)

Up until recently dovecot was returning the correct internaldate.
Recently it has started returning the time string as if it were the
local time, and ignoring the timezone.

I suspected that you were being more rigorous about ignoring known
obsolete forms including keyword timezones, so I changed to:

    From mem@mv.mv.com Thu Jul 10 20:46:11 2003 +0000

with no change in behaviour.  Apparently you are being more rigorous
about enforcing standard mbox "From_" format?

Would it hurt to parse timezone information on the "From_" line 
if it's there?  

mm
From tss@iki.fi  Fri Jul 11 02:45:29 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 59F952387A; Fri, 11 Jul 2003 02:45:29 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP
	id A2B7823866; Fri, 11 Jul 2003 02:45:18 +0300 (EEST)
Date: Fri, 11 Jul 2003 02:45:11 +0300
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: "Mark E. Mallett" <mem@mv.mv.com>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <20030710215225.GA20624@iridium.mv.net>
Message-Id: <8B8F31FB-B330-11D7-B578-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-3.9 required=5.0
	tests=BAYES_20,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 23:45:29 -0000
X-UID: 1179                                                  
Status: O


On Friday, Jul 11, 2003, at 00:52 Europe/Helsinki, Mark E. Mallett 
wrote:

> Up until recently dovecot was returning the correct internaldate.
> Recently it has started returning the time string as if it were the
> local time, and ignoring the timezone.

I doubt it has ever even tried to use the timezone in From-lines. If it 
worked with you before, it was probably because you had the dates 
stored in "correct" timezone.

> Would it hurt to parse timezone information on the "From_" line
> if it's there?

I guess I could do it. At least the -0000 or +0000 format. Parsing 
named timezones would probably be too much trouble.

From mem@mv.mv.com  Fri Jul 11 02:49:25 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F3F772387A; Fri, 11 Jul 2003 02:49:24 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id DF10E23866
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 02:49:21 +0300 (EEST)
Received: (qmail 2472 invoked by uid 101); 10 Jul 2003 19:49:20 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Jul 2003 19:49:20 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030710234920.GN1552@iridium.mv.net>
References: <20030710215225.GA20624@iridium.mv.net>
	<8B8F31FB-B330-11D7-B578-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <8B8F31FB-B330-11D7-B578-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 10 Jul 2003 23:49:25 -0000
X-UID: 1180                                                  
Status: O
Content-Length: 1161

On Fri, Jul 11, 2003 at 02:45:11AM +0300, Timo Sirainen wrote:
> 
> On Friday, Jul 11, 2003, at 00:52 Europe/Helsinki, Mark E. Mallett 
> wrote:
> 
> >Up until recently dovecot was returning the correct internaldate.
> >Recently it has started returning the time string as if it were the
> >local time, and ignoring the timezone.
> 
> I doubt it has ever even tried to use the timezone in From-lines. If it 
> worked with you before, it was probably because you had the dates 
> stored in "correct" timezone.

Nope-- no change there for a long, long time.  It suddenly
started happening after a particular dovecot install.  I suspected
that it had something to do with the change you made to start
caching dates if they were referenced (am I remembering that right?)
Perhaps without caching you simply took the literal string, but
with caching you interpreted the date?


> >Would it hurt to parse timezone information on the "From_" line
> >if it's there?
> 
> I guess I could do it. At least the -0000 or +0000 format. Parsing 
> named timezones would probably be too much trouble.

That would be great, even though I'm probably the only one who
wants it.

mm
From tss@iki.fi  Fri Jul 11 03:09:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1B2BA2387A; Fri, 11 Jul 2003 03:09:00 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP
	id E248623866; Fri, 11 Jul 2003 03:08:57 +0300 (EEST)
Date: Fri, 11 Jul 2003 03:08:56 +0300
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: "Mark E. Mallett" <mem@mv.mv.com>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <20030710234920.GN1552@iridium.mv.net>
Message-Id: <DD366B7D-B333-11D7-B578-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-4.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 00:09:00 -0000
X-UID: 1181                                                  
Status: O


On Friday, Jul 11, 2003, at 02:49 Europe/Helsinki, Mark E. Mallett 
wrote:

>> I doubt it has ever even tried to use the timezone in From-lines. If 
>> it
>> worked with you before, it was probably because you had the dates
>> stored in "correct" timezone.
>
> Nope-- no change there for a long, long time.  It suddenly
> started happening after a particular dovecot install.  I suspected
> that it had something to do with the change you made to start
> caching dates if they were referenced (am I remembering that right?)
> Perhaps without caching you simply took the literal string, but
> with caching you interpreted the date?

No, they're always parsed. And I've always ignored timezones in it. 
Looks like I added support for ".. Jul 11 EET 2003" format where it 
just skips the timezone, before that it would treat such From lines 
completely invalid. Maybe that's what happened with you? If Dovecot 
thinks that the timestamp is invalid, it uses current time (parsing 
time) as internaldate.

From mem@mv.mv.com  Fri Jul 11 03:12:58 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3C0512387A; Fri, 11 Jul 2003 03:12:58 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 34DF323866
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 03:12:54 +0300 (EEST)
Received: (qmail 18130 invoked by uid 101); 10 Jul 2003 20:12:52 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 10 Jul 2003 20:12:52 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
Message-ID: <20030711001252.GO1552@iridium.mv.net>
References: <20030710234920.GN1552@iridium.mv.net>
	<DD366B7D-B333-11D7-B578-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <DD366B7D-B333-11D7-B578-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: Dovecot list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 00:12:58 -0000
X-UID: 1182                                                  
Status: O

On Fri, Jul 11, 2003 at 03:08:56AM +0300, Timo Sirainen wrote:
> 
> No, they're always parsed. And I've always ignored timezones in it. 
> Looks like I added support for ".. Jul 11 EET 2003" format where it 
> just skips the timezone, before that it would treat such From lines 
> completely invalid. Maybe that's what happened with you? If Dovecot 
> thinks that the timestamp is invalid, it uses current time (parsing 
> time) as internaldate.

Ah, probably.  
From overflow@eurielec.etsit.upm.es  Fri Jul 11 11:18:34 2003
Return-Path: <overflow@eurielec.etsit.upm.es>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 493FE2387A; Fri, 11 Jul 2003 11:18:34 +0300 (EEST)
Received: from eurielec.etsit.upm.es (uno.eurielec.etsit.upm.es
	[138.100.31.227])
	by danu.procontrol.fi (Postfix) with ESMTP id 28BB723866
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 11:18:30 +0300 (EEST)
Received: from eurielec.etsit.upm.es (www.eurielec.etsit.upm.es
	[138.100.31.226])
	by eurielec.etsit.upm.es (Postfix) with SMTP id 896FD23D3
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 10:18:02 +0200 (CEST)
Received: from 195.235.92.108
        (SquirrelMail authenticated user overflow)
        by www.eurielec.etsit.upm.es with HTTP;
        Fri, 11 Jul 2003 10:18:23 +0200 (CEST)
Message-ID: <53934.195.235.92.108.1057911503.squirrel@www.eurielec.etsit.upm.es>
Date: Fri, 11 Jul 2003 10:18:23 +0200 (CEST)
From: "Jaime Medrano" <overflow@eurielec.etsit.upm.es>
To: <dovecot@procontrol.fi>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] Permission denied
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 08:18:34 -0000
X-UID: 1183                                                  
Status: O

Dovecot is faulting on an error about permissions that it shouldn't do.

I've got an user with its home dir with permissions 700, and inside the
mail directory with the mboxes.
In the error log I can see: 'Can't chdir to /home/user. Permission denied'

I wonder why it has to chdir to that directory and why it can't access.
Shouldn't it be running as the user?

From ma@dt.e-technik.uni-dortmund.de  Fri Jul 11 12:23:18 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4757223896; Fri, 11 Jul 2003 12:23:18 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E1BB.dip.t-dialin.net [217.225.225.187])
	by danu.procontrol.fi (Postfix) with ESMTP id C73E923866
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 12:23:08 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 5D6878B1FF; Fri, 11 Jul 2003 11:23:06 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <1057848728.1736.504.camel@hurina> (Timo Sirainen's message of
 "10 Jul 2003 17:52:08 +0300")
References: <1057807021.10425.458.camel@hurina> <3F0D1185.9040903@bnap.hu>
	<m3of02ldqi.fsf@merlin.emma.line.org>
	<1057848728.1736.504.camel@hurina>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Fri, 11 Jul 2003 11:23:06 +0200
Message-ID: <m3of01fmdh.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Fri, 11 Jul 2003 12:41:20 +0300
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 09:23:18 -0000
X-UID: 1184                                                  
Status: O
Content-Length: 1071

Timo Sirainen <tss@iki.fi> writes:

> On Thu, 2003-07-10 at 16:20, Matthias Andree wrote:
>> > Or what if you want Maildir INBOX and mbox others? Maildir would support
>> > subfolders, so you'd have to include it in the namespace reply at least
>> > if it's hierarchy separator is different than with the mboxes.
>> 
>> No-one's supposed to use mbox. Optimize as much as you want, it just
>> doesn't scale at all.
>
> mbox is fine as long as you don't want to delete messages. It's perfect
> for read-only mailing list archives.

Unless you run incremental backups with systems such as IBM/Tivoli
Distributed Storage Manager that save complete files. Switching from
mbox to Maildir has a *major* effect on the nightly backup data
volume. With many users or users with big mboxes, or even with read-only
list archives that include "current month", it's just prohibitively
expensive.

I'd let my sister use it on her computer, but not in serious production
-- I'd use NNTP to offer read-only archives rather than IMAP, but that's
a personal preference.

-- 
Matthias Andree
From ma@dt.e-technik.uni-dortmund.de  Fri Jul 11 12:32:22 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CBAF223896; Fri, 11 Jul 2003 12:32:22 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E1BB.dip.t-dialin.net [217.225.225.187])
	by danu.procontrol.fi (Postfix) with ESMTP id 3BFE023866
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 12:32:20 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id B2CF58B265; Fri, 11 Jul 2003 11:32:19 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
In-Reply-To: <1057848420.6577.501.camel@hurina> (Timo Sirainen's message of
 "10 Jul 2003 17:47:10 +0300")
References: <199740171.1057542680@amethyst.37.spacehopper.org>
	<1057779292.1736.373.camel@hurina> <1057797578.10425.418.camel@hurina>
	<m3k7aqldj4.fsf@merlin.emma.line.org>
	<1057848420.6577.501.camel@hurina>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Fri, 11 Jul 2003 11:32:19 +0200
Message-ID: <m3brw1fly4.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Fri, 11 Jul 2003 12:41:20 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 09:32:22 -0000
X-UID: 1185                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Oh well, changed. I've never however seen missing -a or -o, even Solaris
> has it :)

If it's not standardized, don't use it unless you have fallbacks. Look
at the errno fuss with glibc 2.3. The nonstandard "extern int errno;" no
longer works. #include <errno.h> continues to work.

-- 
Matthias Andree
From dovecot@andreas.hanssen.name  Fri Jul 11 13:35:59 2003
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CC69223896; Fri, 11 Jul 2003 13:35:59 +0300 (EEST)
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id F2B722387A
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 13:35:56 +0300 (EEST)
Received: (qmail 12872 invoked from network); 11 Jul 2003 10:35:55 -0000
Received: from localhost (HELO shusaku.troll.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 11 Jul 2003 10:35:55 -0000
Date: Fri, 11 Jul 2003 12:35:54 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Sender: ahanssen@shusaku.troll.no
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <m3of01fmdh.fsf@merlin.emma.line.org>
Message-ID: <Pine.LNX.4.44.0307111233320.28344-100000@shusaku.troll.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 10:36:00 -0000
X-UID: 1186                                                  
Status: O
Content-Length: 1094

On Fri, 11 Jul 2003, Matthias Andree wrote:
>Timo Sirainen <tss@iki.fi> writes:
>>> No-one's supposed to use mbox. Optimize as much as you want, it just
>>> doesn't scale at all.
>> mbox is fine as long as you don't want to delete messages. It's perfect
>> for read-only mailing list archives.
>Unless you run incremental backups with systems such as IBM/Tivoli
>Distributed Storage Manager that save complete files. Switching from
>mbox to Maildir has a *major* effect on the nightly backup data
>volume. With many users or users with big mboxes, or even with read-only
>list archives that include "current month", it's just prohibitively
>expensive.
>I'd let my sister use it on her computer, but not in serious production
>-- I'd use NNTP to offer read-only archives rather than IMAP, but that's
>a personal preference.

I totally disagree with you here. What is lost with backups is gained in 
overall load on your system.

I know for a _fact_ (my own personal experience) that there are large free
email providers that use Maildir for this very purpose.

Andy

-- 
Andreas Aardal Hanssen


From matthias.andree@gmx.de  Fri Jul 11 14:08:34 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AFA4623896; Fri, 11 Jul 2003 14:08:34 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E1BB.dip.t-dialin.net [217.225.225.187])
	by danu.procontrol.fi (Postfix) with ESMTP id 1A9CC2387A
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 14:08:33 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 417FDC764; Fri, 11 Jul 2003 13:08:32 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <Pine.LNX.4.44.0307111233320.28344-100000@shusaku.troll.no>
	(Andreas
	Aardal Hanssen's message of "Fri, 11 Jul 2003 12:35:54 +0200 (CEST)")
References: <Pine.LNX.4.44.0307111233320.28344-100000@shusaku.troll.no>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 11 Jul 2003 13:08:32 +0200
Message-ID: <m3vfu9e2xb.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 11:08:34 -0000
X-UID: 1187                                                  
Status: O

Andreas Aardal Hanssen <dovecot@andreas.hanssen.name> writes:

>>I'd let my sister use it on her computer, but not in serious production
>>-- I'd use NNTP to offer read-only archives rather than IMAP, but that's
>>a personal preference.
>
> I totally disagree with you here. What is lost with backups is gained in 
> overall load on your system.
>
> I know for a _fact_ (my own personal experience) that there are large free
> email providers that use Maildir for this very purpose.

Either you've lost me or we're talking past each other. I prefer
Maildir, in case that isn't clear. I've heard too much whining about
mbox corruption to care any longer about mbox format. It may work for
static archives, but it'd best be accompanied by a useful index in that
case, to avoid the recurring search "where is my <CR><LF>From<SP> line".

-- 
Matthias Andree
From dovecot@andreas.hanssen.name  Fri Jul 11 15:06:58 2003
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2D21F23896; Fri, 11 Jul 2003 15:06:58 +0300 (EEST)
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 7685B23866
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 15:06:56 +0300 (EEST)
Received: (qmail 18003 invoked from network); 11 Jul 2003 12:06:55 -0000
Received: from localhost (HELO shusaku.troll.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 11 Jul 2003 12:06:55 -0000
Date: Fri, 11 Jul 2003 14:06:54 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Sender: ahanssen@shusaku.troll.no
To: Dovecot mailing list <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Configuration file changes in CVS
In-Reply-To: <m3vfu9e2xb.fsf@merlin.emma.line.org>
Message-ID: <Pine.LNX.4.44.0307111406190.28344-100000@shusaku.troll.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 12:06:58 -0000
X-UID: 1188                                                  
Status: O

On Fri, 11 Jul 2003, Matthias Andree wrote:
>Andreas Aardal Hanssen <dovecot@andreas.hanssen.name> writes:
>> I totally disagree with you here. What is lost with backups is gained in 
>> overall load on your system.
>> I know for a _fact_ (my own personal experience) that there are large free
>> email providers that use Maildir for this very purpose.
>Either you've lost me or we're talking past each other. I prefer
>Maildir, in case that isn't clear. I've heard too much whining about
>mbox corruption to care any longer about mbox format. It may work for
>static archives, but it'd best be accompanied by a useful index in that
>case, to avoid the recurring search "where is my <CR><LF>From<SP> line".

Whooh - my bad. :P

Andy

-- 
Andreas Aardal Hanssen


From james@physicalsegment.com  Fri Jul 11 22:48:00 2003
Return-Path: <james@physicalsegment.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3C66D2387A; Fri, 11 Jul 2003 22:48:00 +0300 (EEST)
Received: from physicalsegment.com (jamesread.plus.com [212.159.101.161])
	by danu.procontrol.fi (Postfix) with ESMTP id C0A5823865
	for <dovecot@procontrol.fi>; Fri, 11 Jul 2003 22:47:56 +0300 (EEST)
Received: from [10.0.0.250] (HELO jd)
	by physicalsegment.com (CommuniGate Pro SMTP 3.5.9)
	with SMTP id 394219 for dovecot@procontrol.fi;
	Fri, 11 Jul 2003 20:47:55 +0100
Message-ID: <000601c347e5$686358d0$fa00000a@jd>
From: "James Read" <james@physicalsegment.com>
To: <dovecot@procontrol.fi>
Date: Fri, 11 Jul 2003 20:48:07 +0100
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0014_01C347ED.BB7F28C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Subject: [Dovecot] FreeBSD /etc/passwd errors
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 19:48:00 -0000
X-UID: 1189                                                  
Status: O
Content-Length: 3758

This is a multi-part message in MIME format.

------=_NextPart_000_0014_01C347ED.BB7F28C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi there, I've currently compiled and running dovecot version 0.99.10 on =
my FreeBSD 4.8=20
system from the ports and am having problems with authenticating clients =
with the imap/pop3 service.

The error message i get is:

Jul 11 19:26:18 dev dovecot: Dovecot starting up
Jul 11 19:27:23 dev dovecot-auth: passwd(james): invalid password field =
'*'
Jul 11 19:27:23 dev imap-login: Disconnected [10.0.0.1]

On the client system I am using Outlook Express 6 and the password =
dialog box keeps on comming up.=20

Im sure its somthing to do with my conf file not being configured right, =
here are the main bits:

default_mail_env =3D mbox:/var/mail/%u
client_workarounds =3D oe6-fetch-no-newmail outlook-idle
auth =3D default
auth_userdb =3D passwd
auth_passdb =3D passwd
auth_user =3D dovecot-auth
auth_username_chars =3D

If its somthing simple please point me in the right direction as I feel =
increadbly dumb because im sure its something to do with the passwd file =
but just carnt get pass the last hurdle!

Many thanks in advanced.=20

James.


------=_NextPart_000_0014_01C347ED.BB7F28C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi there, I've currently compiled and =
running=20
dovecot version 0.99.10 on my FreeBSD 4.8 </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>system from the ports and am having =
problems with=20
authenticating clients with the imap/pop3 service.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>The error message i get =
is:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Jul 11 19:26:18&nbsp;dev dovecot: =
Dovecot starting=20
up<BR>Jul 11 19:27:23 dev dovecot-auth: passwd(james): invalid password =
field=20
'*'<BR>Jul 11 19:27:23&nbsp;dev imap-login: Disconnected=20
[10.0.0.1]<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>On the client system I am using Outlook =
Express 6=20
and the password dialog box keeps on comming up. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Im sure its somthing to do with my conf =
file not=20
being configured right, here are the main bits:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>default_mail_env =3D =
mbox:/var/mail/%u</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>client_workarounds =3D =
oe6-fetch-no-newmail=20
outlook-idle<BR>auth =3D default<BR>auth_userdb =3D =
passwd<BR>auth_passdb =3D=20
passwd</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>auth_user =3D =
dovecot-auth<BR>auth_username_chars=20
=3D<BR><BR>If its somthing simple please point me in the right direction =
as&nbsp;I=20
feel increadbly dumb because im sure its something to do with the passwd =
file=20
but just carnt get pass the last hurdle!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Many thanks in advanced. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>James.</DIV></FONT>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;</DIV></FONT></BODY></HTML>

------=_NextPart_000_0014_01C347ED.BB7F28C0--

From tss@iki.fi  Sat Jul 12 01:01:11 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 538F62387A; Sat, 12 Jul 2003 01:01:11 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP id C438623865
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 01:01:07 +0300 (EEST)
Date: Sat, 12 Jul 2003 01:01:07 +0300
Subject: Re: [Dovecot] FreeBSD /etc/passwd errors
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <000601c347e5$686358d0$fa00000a@jd>
Message-Id: <2C43B07A-B3EB-11D7-9BF4-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 22:01:11 -0000
X-UID: 1190                                                  
Status: O


On Friday, Jul 11, 2003, at 22:48 Europe/Helsinki, James Read wrote:

> Jul 11 19:27:23 dev dovecot-auth: passwd(james): invalid password 
> field '*'
> auth_passdb = passwd
> auth_user = dovecot-auth

dovecot-auth process needs to be running as root to get access to 
passwords in passwd file. So use auth_user = root.

From tss@iki.fi  Sat Jul 12 01:05:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 35B682387A; Sat, 12 Jul 2003 01:05:07 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP id DF5A023865
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 01:05:04 +0300 (EEST)
Date: Sat, 12 Jul 2003 01:05:02 +0300
Subject: Re: [Dovecot] Permission denied
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <53934.195.235.92.108.1057911503.squirrel@www.eurielec.etsit.upm.es>
Message-Id: <B8C23E36-B3EB-11D7-9BF4-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 22:05:07 -0000
X-UID: 1191                                                  
Status: O

On Friday, Jul 11, 2003, at 11:18 Europe/Helsinki, Jaime Medrano wrote:

> Dovecot is faulting on an error about permissions that it shouldn't do.
>
> I've got an user with its home dir with permissions 700, and inside the
> mail directory with the mboxes.
> In the error log I can see: 'Can't chdir to /home/user. Permission 
> denied'
>
> I wonder why it has to chdir to that directory and why it can't access.
> Shouldn't it be running as the user?

What is the exact error message? The only chdir() calls that I see are 
done as root, so there shouldn't be any permission problems. Or if the 
above is an exact message from log, it's not created by Dovecot.

From james@physicalsegment.com  Sat Jul 12 01:24:15 2003
Return-Path: <james@physicalsegment.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F0546238B6; Sat, 12 Jul 2003 01:24:14 +0300 (EEST)
Received: from physicalsegment.com (jamesread.plus.com [212.159.101.161])
	by danu.procontrol.fi (Postfix) with ESMTP id C459423866
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 01:24:09 +0300 (EEST)
Received: from [10.0.0.250] (HELO jd)
	by physicalsegment.com (CommuniGate Pro SMTP 3.5.9)
	with SMTP id 394268 for dovecot@procontrol.fi;
	Fri, 11 Jul 2003 23:24:08 +0100
Message-ID: <006401c347fb$3b372920$fa00000a@jd>
From: "James Read" <james@physicalsegment.com>
To: <dovecot@procontrol.fi>
References: <2C43B07A-B3EB-11D7-9BF4-000393CC2E90@iki.fi>
Subject: Re: [Dovecot] FreeBSD /etc/passwd errors
Date: Fri, 11 Jul 2003 23:24:45 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 22:24:15 -0000
X-UID: 1192                                                  
Status: O

Thank you very much!!

It did the trick and now I can login and browse my emails!

Mabie this could be put in some kind of FAQ or somthing that people might
come across, or even a little note in the configuration file about needing
root access?

Well, a little bit of positive feedback carnt go amiss!

Keep up the good work, am surprised by the quickness it takes to
compile/install/configure.
Now compare that with courier-imap or somthing similar, nightmate!


Many thanks,

James.

> dovecot-auth process needs to be running as root to get access to
> passwords in passwd file. So use auth_user = root.
>
>

From tss@iki.fi  Sat Jul 12 01:33:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8610D2387A; Sat, 12 Jul 2003 01:33:07 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP id A4BF923866
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 01:33:05 +0300 (EEST)
Date: Sat, 12 Jul 2003 01:33:03 +0300
Subject: Re: [Dovecot] FreeBSD /etc/passwd errors
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <006401c347fb$3b372920$fa00000a@jd>
Message-Id: <A2880D38-B3EF-11D7-9BF4-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 22:33:07 -0000
X-UID: 1193                                                  
Status: O


On Saturday, Jul 12, 2003, at 01:24 Europe/Helsinki, James Read wrote:

> Mabie this could be put in some kind of FAQ or somthing that people 
> might
> come across, or even a little note in the configuration file about 
> needing
> root access?

Well, the default is root, but looks like I forgot to include passwd 
with shadow/pam in the comment above it. Adding.

From tss@iki.fi  Sat Jul 12 01:58:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 737502387A; Sat, 12 Jul 2003 01:58:40 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP id 998DF23866
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 01:58:35 +0300 (EEST)
Date: Sat, 12 Jul 2003 01:58:34 +0300
Subject: Re: [Dovecot] Configuration file changes in CVS
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <87042531.1057842399@amethyst.37.spacehopper.org>
Message-Id: <332708BE-B3F3-11D7-9BF4-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 22:58:40 -0000
X-UID: 1194                                                  
Status: O
Content-Length: 3186

On Thursday, Jul 10, 2003, at 15:06 Europe/Helsinki, Stuart Henderson 
wrote:

> Perhaps there could be one level of 'folder' containers allowed inside 
> 'namespace' in the config...
>
> namespace {
>  prefix =
>  type = private
>  separator = .
>  location = maildir:~/
>  folder {
>    name = INBOX
>    location = mbox:/var/mail/%u
>    separator = /
>  }
> }

Yes, it has to be done something like this. namespace { .. } would map
into one real namespace reported by NAMESPACE command.

> I think it may be something of a problem to expose different 
> separators for different parts of the hierarchy... any clients which 
> don't understand 'namespace' won't have a clue, and I suspect that 
> some clients which do understand 'namespace' might not cope with 
> different folder separators in different namespaces.

Possibly. It may be required however if some namespace contains 
mailboxes containing the default separator, and vice versa. And 
separators can't be escaped.

Anyway, I think I won't allow using multiple different separators 
inside one namespace. That may be allowed by IMAP RFC, maybe even the 
NAMESPACE RFC but it's clearly against how it was thought to be used.

> So I think that 'separator' in namespace/folder config should refer to 
> 'internal' namespace, and translate for the user.

There's no point in specifying internal separator in most cases. Only 
possibly useful case would be if you wanted Maildir++ directories to 
use something else than '.', but that wouldn't be Maildir++ anymore and 
if you really wanted that, you could just recompile with some #define 
changed..

> What does INBOX.foo do? What about INBOX/foo? Maybe there should be 
> allow_subs = (yes|no) for folders (to set whether subfolders should be 
> created with that 'style' or whether they should be created in the 
> parent namespace).

I think it's better to always create them under the child mailbox. It's 
cleaner that way and less confusing. So if you had mbox INBOX while 
rest was Maildir, you'd have the INBOX marked \NoInferiors tag. 
Although I'm not sure if it should be done when there's another 
namespace that begins with INBOX.. Probably shouldn't, especially 
because not all clients understand namespaces. That makes it a bit more 
complicated..

> If namespace configuration is being looked at now, it would probably 
> make sense to ensure that it will be flexible enough to cope with as 
> many future requirements as possible without change. I'm thinking of 
> post-1.0 possiblities here, i.e. ACLs...I think that it might be worth 
> examining any possible namespace config to see whether it's capable of 
> implementing ACLs without big changes to the design.

Yes.. But I can't really think of what problems the above configuration 
would have after adding ACLs. You could just add some acl = <value> 
entry there.

> Besides 'system' shared folders with ACLs, Cyrus has 'user' shared 
> folders which it places in an 'other users' namespace (normally 
> user.*) - this is *really* useful...

Yes, this is a separate namespace type as well. I just didn't mention 
it yet since it's a whole different problem which is most likely 
post-1.0 feature.

From tss@iki.fi  Sat Jul 12 02:05:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2C6CB2387A; Sat, 12 Jul 2003 02:05:57 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP id F17F923866
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 02:05:52 +0300 (EEST)
Date: Sat, 12 Jul 2003 02:05:52 +0300
Subject: Re: [Dovecot] Configuration file changes in CVS
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030710154850.GU19950@iridium.mv.net>
Message-Id: <385878D8-B3F4-11D7-9BF4-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 11 Jul 2003 23:05:57 -0000
X-UID: 1195                                                  
Status: O
Content-Length: 1574

On Thursday, Jul 10, 2003, at 18:48 Europe/Helsinki, Mark E. Mallett 
wrote:

> On this whole storage/namespace/search-path thing-- wouldn't it be nice
> if various imap/pop server implementations could settle on some
> standard ways of dealing with things?

I wouldn't mind.

>  Certainly not the same
> techniques, but the same effects and terms and storage layouts --
> making it possible to switch between various implementations.

That's what I've been trying to do, make it as easy as possible to 
switch to Dovecot :)

> Filesystem layout:  for example a big bugaboo is that once you choose
> a Maildir as your primary mailbox (in a Maildir++ -like world), you're
> locked in there.  Plenty of users already have their own idea of where
> they'd like their folders to be, and in what format (some maildir,
> some mbox), and it's just not reasonable to expect them to give that
> up.  It ought to be possible to easily mix and match collections of
> Maildir, Maildir++, and mbox formats throughout a users' home space
> (and elsewhere, if allowed).  Over in binciland there is the notion of
> an IMAPdir which addresses some of this although I don't think it's
> perfect.  (I believe Andreas is here too..)

I've thought about implementing IMAPdir-like directory structure before 
too. I guess it might as well be IMAPdir exactly. IMAPdir-like 
structure should give users possibility to store the mailboxes in any 
format anywhere they want by using symlinks. At least that sounds much 
better to me than having to parse configuration file in user's home 
directory.

From dom@cus.org.uk  Sat Jul 12 03:37:09 2003
Return-Path: <dom@cus.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 030322387A; Sat, 12 Jul 2003 03:37:09 +0300 (EEST)
Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net
	[213.106.240.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 41C4823866
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 03:37:00 +0300 (EEST)
Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1])
	by cus.org.uk (8.12.6/8.12.6) with ESMTP id h6C0ap5h070285;
	Sat, 12 Jul 2003 01:36:51 +0100 (BST)
	(envelope-from dom@cus.org.uk)
Received: (from dom@localhost)
	by cus.org.uk (8.12.6/8.12.6/Submit) id h6C0apRI070284;
	Sat, 12 Jul 2003 01:36:51 +0100 (BST)
Date: Sat, 12 Jul 2003 01:36:51 +0100
From: Dominic Marks <dom@cus.org.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] FreeBSD /etc/passwd errors
Message-ID: <20030712003651.GA64700@cus.org.uk>
References: <000601c347e5$686358d0$fa00000a@jd>
	<2C43B07A-B3EB-11D7-9BF4-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <2C43B07A-B3EB-11D7-9BF4-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 12 Jul 2003 00:37:09 -0000
X-UID: 1196                                                  
Status: O

On 12/07/2003 01:01, Timo Sirainen wrote:
> 
> On Friday, Jul 11, 2003, at 22:48 Europe/Helsinki, James Read wrote:
> 
> >Jul 11 19:27:23 dev dovecot-auth: passwd(james): invalid password 
> >field '*'
> >auth_passdb = passwd
> >auth_user = dovecot-auth
> 
> dovecot-auth process needs to be running as root to get access to 
> passwords in passwd file. So use auth_user = root.

This is my fault :) fix will be applied soon.

-- 
Dominic
 <dom at cus.org.uk> <dominic.marks at npl.co.uk>
From charlieb-dovecot@e-smith.com  Sat Jul 12 17:25:08 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4BBFE2387A; Sat, 12 Jul 2003 17:25:08 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id B7B3923866
	for <dovecot@procontrol.fi>; Sat, 12 Jul 2003 17:24:35 +0300 (EEST)
Received: (qmail 17624 invoked by uid 404); 12 Jul 2003 14:24:33 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 12 Jul 2003 10:24:32 -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; 12 Jul 2003 14:24:32 -0000
Received: (qmail 7166 invoked by uid 5008); 12 Jul 2003 14:24:32 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 Jul 2003 14:24:32 -0000
Date: Sat, 12 Jul 2003 10:24:32 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Permission denied
In-Reply-To: <B8C23E36-B3EB-11D7-9BF4-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.44.0307121023070.23889-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 12 Jul 2003 14:25:08 -0000
X-UID: 1197                                                  
Status: O


On Sat, 12 Jul 2003, Timo Sirainen wrote:

> On Friday, Jul 11, 2003, at 11:18 Europe/Helsinki, Jaime Medrano wrote:
> 
> > Dovecot is faulting on an error about permissions that it shouldn't do.
> >
> > I've got an user with its home dir with permissions 700, and inside the
> > mail directory with the mboxes.
> > In the error log I can see: 'Can't chdir to /home/user. Permission 
> > denied'
> >
> > I wonder why it has to chdir to that directory and why it can't access.
> > Shouldn't it be running as the user?
> 
> What is the exact error message? The only chdir() calls that I see are 
> done as root, so there shouldn't be any permission problems.

NFS mounted home directories with "root_quash" could cause that.

--
Charlie

From tss@iki.fi  Sat Jul 12 18:48:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 49AA02387A; Sat, 12 Jul 2003 18:48:17 +0300 (EEST)
Received: from iki.fi (cd-202.mpy.kv9.net [62.197.185.202])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 68D6623865; Sat, 12 Jul 2003 18:47:43 +0300 (EEST)
Date: Sat, 12 Jul 2003 18:47:40 +0300
Subject: Re: [Dovecot] Permission denied
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Jaime Medrano <overflow@eurielec.etsit.upm.es>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <20030712081356.GA6356@eurielec.etsit.upm.es>
Message-Id: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-5.6 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,
	      PATCH_UNIFIED_DIFF,QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES,
	      USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 12 Jul 2003 15:48:17 -0000
X-UID: 1198                                                  
Status: O
Content-Length: 1099

On Saturday, Jul 12, 2003, at 11:13 Europe/Helsinki, Jaime Medrano 
wrote:

> That's the problem. The home dir is exported by nfs. Chdirs should be
> done as the user, not as root.

Right.. Well, I'll just ignore that error then:

Index: mail-process.c
===================================================================
RCS file: /home/cvs/dovecot/src/master/mail-process.c,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- mail-process.c      10 Jul 2003 03:04:07 -0000      1.25
+++ mail-process.c      12 Jul 2003 15:45:19 -0000      1.26
@@ -168,7 +168,9 @@
         if (*home_dir != '\0') {
                 full_home_dir = *chroot_dir == '\0' ? home_dir :
                         t_strconcat(chroot_dir, "/", home_dir, NULL);
-               if (chdir(full_home_dir) < 0)
+               /* NOTE: if home directory is NFS-mounted, we might not
+                  have access to it as root. Ignore such errors. */
+               if (chdir(full_home_dir) < 0 && errno != EACCES)
                         i_fatal("chdir(%s) failed: %m", full_home_dir);
         }


From matthias.andree@gmx.de  Sun Jul 13 00:59:19 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 713EB2387A; Sun, 13 Jul 2003 00:59:19 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877F4F.dip.t-dialin.net [80.135.127.79])
	by danu.procontrol.fi (Postfix) with ESMTP id 6C6D023865
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 00:58:47 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 77E938B96D; Sat, 12 Jul 2003 23:58:45 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Permission denied
In-Reply-To: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi> (Timo Sirainen's
 message of "Sat, 12 Jul 2003 18:47:40 +0300")
References: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sat, 12 Jul 2003 23:58:45 +0200
Message-ID: <m3isq7v23u.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 12 Jul 2003 21:59:19 -0000
X-UID: 1199                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> On Saturday, Jul 12, 2003, at 11:13 Europe/Helsinki, Jaime Medrano wrote:
>
>> That's the problem. The home dir is exported by nfs. Chdirs should be
>> done as the user, not as root.
>
> Right.. Well, I'll just ignore that error then:

What if the home directory is owned by another user rather than the real
owner? You won't detect that condition any more with the patch.

How about this scheme (pseudo code):

seteuid(uid);
ret = chdir(targetdir);
seteuid(0);
if (ret == -1) {
 /* handle error */
}

Make sure you don't add ANY branches between the seteuid() calls, no
mistakes must happen there.

-- 
Matthias Andree
From charlieb@e-smith.com  Sun Jul 13 01:01:12 2003
Return-Path: <charlieb@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3CB932387A; Sun, 13 Jul 2003 01:01:12 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id D748423865
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 01:00:39 +0300 (EEST)
Received: (qmail 32014 invoked by uid 404); 12 Jul 2003 22:00:38 -0000
Received: from charlieb@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 12 Jul 2003 18:00:37 -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; 12 Jul 2003 22:00:37 -0000
Received: (qmail 13237 invoked by uid 5008); 12 Jul 2003 22:00:37 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 Jul 2003 22:00:37 -0000
Date: Sat, 12 Jul 2003 18:00:37 -0400 (EDT)
From: Charlie Brady <charlieb@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Permission denied
In-Reply-To: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.44.0307121759300.23889-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Sun, 13 Jul 2003 02:05:35 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 12 Jul 2003 22:01:12 -0000
X-UID: 1200                                                  
Status: O


On Sat, 12 Jul 2003, Timo Sirainen wrote:

> On Saturday, Jul 12, 2003, at 11:13 Europe/Helsinki, Jaime Medrano 
> wrote:
> 
> > That's the problem. The home dir is exported by nfs. Chdirs should be
> > done as the user, not as root.
> 
> Right.. Well, I'll just ignore that error then:

I doubt that's the correct fix. I think you should switch uid/gid, then do 
the chdir.

--
Charlie

From tss@iki.fi  Sun Jul 13 02:31:04 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 26B2E2387A; Sun, 13 Jul 2003 02:31:04 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0383723865
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 02:30:30 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 22FAE5C896A2
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 02:30:29 +0300 (EEST)
Subject: Re: [Dovecot] Permission denied
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <m3isq7v23u.fsf@merlin.emma.line.org>
References: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi>
	 <m3isq7v23u.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1058052628.1736.540.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 13 Jul 2003 02:30:29 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 12 Jul 2003 23:31:04 -0000
X-UID: 1201                                                  
Status: O
Content-Length: 2043

On Sun, 2003-07-13 at 00:58, Matthias Andree wrote:
> >> That's the problem. The home dir is exported by nfs. Chdirs should be
> >> done as the user, not as root.
> >
> > Right.. Well, I'll just ignore that error then:
> 
> What if the home directory is owned by another user rather than the real
> owner? You won't detect that condition any more with the patch.

Hmh.. The reason why I originally added the chdir() there was because
unlink_directory() failed to save current working directory so it could
be restored. I think it might just as well chdir() to /tmp, except it's
also useful for setting directory where core dumps go.

Anyway, home directory isn't required information from auth process. I
think I'll chdir to /tmp if it isn't given.

> How about this scheme (pseudo code):
> 
> seteuid(uid);
> ret = chdir(targetdir);
> seteuid(0);
> if (ret == -1) {
>  /* handle error */
> }
> 
> Make sure you don't add ANY branches between the seteuid() calls, no
> mistakes must happen there.

Why? I don't see how dropped privileges can cause much problems. The
error handling I would do is just to write to already opened log file
and exit(). seteuid() calls also need handling.. How about this:

	if (*home_dir != '\0') {
		full_home_dir = *chroot_dir == '\0' ? home_dir :
			t_strconcat(chroot_dir, "/", home_dir, NULL);
		/* NOTE: if home directory is NFS-mounted, we might not
		   have access to it as root. Change the effective UID
		   temporarily to make it work. */
		if (reply->uid != master_uid && seteuid(reply->uid) < 0)
			i_fatal("seteuid(%s) failed: %m", dec2str(reply->uid));
		ret = chdir(full_home_dir);
		if (reply->uid != master_uid && seteuid(master_uid) < 0)
			i_fatal("seteuid(%s) failed: %m", dec2str(master_uid));
		if (ret < 0) {
			i_fatal("chdir(%s) failed with uid %s: %m",
				full_home_dir, dec2str(reply->uid));
		}
	} else {
		/* We still have to change to some directory where we have
		   rx-access. /tmp should exist everywhere. */
		if (chdir("/tmp") < 0)
			i_fatal("chdir(/tmp) failed: %m");
	}


From tss@iki.fi  Sun Jul 13 04:08:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 21459238C5; Sun, 13 Jul 2003 04:08:47 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9E73B23866
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 04:08:12 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 480D65C896A2
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 04:08:12 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1058058491.6577.547.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 13 Jul 2003 04:08:12 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] CVS state
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 13 Jul 2003 01:08:47 -0000
X-UID: 1202                                                  
Status: O

Just a small note that if you upgrade to latest CVS, you'll have to
delete old index files or you'll probably get wrong BODY or
BODYSTRUCTURE replies.

Next release will have index file's version number increased so it will
automatically rebuild them when needed. I didn't raise it yet since
several other changes are likely to come soon.


From matthias.andree@gmx.de  Sun Jul 13 04:17:11 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4E282238C5; Sun, 13 Jul 2003 04:17:11 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877F4F.dip.t-dialin.net [80.135.127.79])
	by danu.procontrol.fi (Postfix) with ESMTP id F15DF2387A
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 04:16:38 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 4D5E97B5E9; Sun, 13 Jul 2003 03:16:38 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Permission denied
In-Reply-To: <1058052628.1736.540.camel@hurina> (Timo Sirainen's message of
 "13 Jul 2003 02:30:29 +0300")
References: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi>
	<m3isq7v23u.fsf@merlin.emma.line.org>
	<1058052628.1736.540.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 13 Jul 2003 03:16:38 +0200
Message-ID: <m3smpb8bux.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 13 Jul 2003 01:17:11 -0000
X-UID: 1203                                                  
Status: O
Content-Length: 2122

Timo Sirainen <tss@iki.fi> writes:

> Anyway, home directory isn't required information from auth process. I
> think I'll chdir to /tmp if it isn't given.

I wonder if core dumps (if any) of an authenticator process belong in
/tmp -- /tmp is anarchy area and must be treated with care. umask(077)
is the minimum to make sure no other user can harvest passwords from the
core file.

>> Make sure you don't add ANY branches between the seteuid() calls, no
>> mistakes must happen there.
>
> Why? I don't see how dropped privileges can cause much problems.

seteuid doesn't drop privileges, but temporarily puts them aside, while
the real and saved user ID remain zero. seteuid(0) restores root
permissions if you had them, and is a standard procedure in escalating
privileges after a break-in.

If you need to _permanently_ drop privileges so they cannot be restored,
use setuid or setresuid.

> The error handling I would do is just to write to already opened log
> file and exit(). seteuid() calls also need handling.. How about this:
>
> 	if (*home_dir != '\0') {
> 		full_home_dir = *chroot_dir == '\0' ? home_dir :
> 			t_strconcat(chroot_dir, "/", home_dir, NULL);
> 		/* NOTE: if home directory is NFS-mounted, we might not
> 		   have access to it as root. Change the effective UID
> 		   temporarily to make it work. */
> 		if (reply->uid != master_uid && seteuid(reply->uid) < 0)
> 			i_fatal("seteuid(%s) failed: %m", dec2str(reply->uid));
> 		ret = chdir(full_home_dir);
> 		if (reply->uid != master_uid && seteuid(master_uid) < 0)
> 			i_fatal("seteuid(%s) failed: %m", dec2str(master_uid));
> 		if (ret < 0) {
> 			i_fatal("chdir(%s) failed with uid %s: %m",
> 				full_home_dir, dec2str(reply->uid));
> 		}

The part above looks OK provided that i_fatal is simple.

> 	} else {
> 		/* We still have to change to some directory where we have
> 		   rx-access. /tmp should exist everywhere. */
> 		if (chdir("/tmp") < 0)
> 			i_fatal("chdir(/tmp) failed: %m");
> 	}

I don't like /tmp, see above. I'd feel more comfortable with a directory
that only dovecot has access to, rather than /tmp.

-- 
Matthias Andree
From tss@iki.fi  Sun Jul 13 15:27:59 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EC6402387A; Sun, 13 Jul 2003 15:27:58 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AF90823866
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 15:27:55 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3616D5C896A2
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 15:27:55 +0300 (EEST)
Subject: Re: [Dovecot] Permission denied
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <m3smpb8bux.fsf@merlin.emma.line.org>
References: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi>
	<1058052628.1736.540.camel@hurina>
	<m3smpb8bux.fsf@merlin.emma.line.org>
Content-Type: text/plain
Message-Id: <1058099274.6577.571.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 13 Jul 2003 15:27:54 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 13 Jul 2003 12:27:59 -0000
X-UID: 1204                                                  
Status: O
Content-Length: 2652

On Sun, 2003-07-13 at 04:16, Matthias Andree wrote:
> > Anyway, home directory isn't required information from auth process. I
> > think I'll chdir to /tmp if it isn't given.
> 
> I wonder if core dumps (if any) of an authenticator process belong in
> /tmp -- /tmp is anarchy area and must be treated with care. umask(077)
> is the minimum to make sure no other user can harvest passwords from the
> core file.

No, I meant the auth process tells user's uid, gid, home directory
and/or mail location to master process. So home directory isn't required
information there. If it's not given, we should still chdir() to
somewhere else than where master is running, $prefix/var/run/dovecot/
which is 0700 root owned.

> >> Make sure you don't add ANY branches between the seteuid() calls, no
> >> mistakes must happen there.
> >
> > Why? I don't see how dropped privileges can cause much problems.
> 
> seteuid doesn't drop privileges, but temporarily puts them aside, while
> the real and saved user ID remain zero. seteuid(0) restores root
> permissions if you had them, and is a standard procedure in escalating
> privileges after a break-in.

Yes, so why is it worse to add any branches running with temporarily
dropped privileges than running with full privileges? Or are you
thinking that some geteuid() call then doesn't return 0 and thinks it's
not running as root?

I have anyway some checks that processes can't accidentally be started
as root:

	/* verify that we actually dropped the privileges */
	if (uid != 0 || disallow_root) {
		if (setuid(0) == 0)
			i_fatal("We couldn't drop root privileges");
	}

	if ((gid != 0 && uid != 0) || disallow_root) {
		if (getgid() == 0 || getegid() == 0 || setgid(0) == 0)
			i_fatal("We couldn't drop root group privileges");
	}

> The part above looks OK provided that i_fatal is simple.

Currently it is, but I'm can't be sure if someone some day adds more
complex logging functions.

> > 	} else {
> > 		/* We still have to change to some directory where we have
> > 		   rx-access. /tmp should exist everywhere. */
> > 		if (chdir("/tmp") < 0)
> > 			i_fatal("chdir(/tmp) failed: %m");
> > 	}
> 
> I don't like /tmp, see above. I'd feel more comfortable with a directory
> that only dovecot has access to, rather than /tmp.

Well, it has to be a directory where all users have at least +rx access.
+w isn't really needed. I guess I could create /var/run/dovecot/home or
something where they go, but I don't think it really matters.

Actually core dumps aren't either written by default since kernel thinks
it's running setuid-binary. You'd have to set mail_drop_priv_before_exec
= yes to allow that.


From matthias.andree@gmx.de  Sun Jul 13 15:32:35 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 38182238B6; Sun, 13 Jul 2003 15:32:35 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E2EC.dip.t-dialin.net [217.225.226.236])
	by danu.procontrol.fi (Postfix) with ESMTP id 8F2EC2387A
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 15:32:31 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 43DA882257; Sun, 13 Jul 2003 14:32:30 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Permission denied
In-Reply-To: <1058099274.6577.571.camel@hurina> (Timo Sirainen's message of
 "13 Jul 2003 15:27:54 +0300")
References: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi>
	<1058052628.1736.540.camel@hurina>
	<m3smpb8bux.fsf@merlin.emma.line.org>
	<1058099274.6577.571.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 13 Jul 2003 14:32:30 +0200
Message-ID: <m34r1qip41.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 13 Jul 2003 12:32:35 -0000
X-UID: 1205                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Yes, so why is it worse to add any branches running with temporarily
> dropped privileges than running with full privileges? Or are you
> thinking that some geteuid() call then doesn't return 0 and thinks it's
> not running as root?

I'd be very chary about spreading UID fiddling over the code, that's
all. It must be easy to see at a single glance.

> Actually core dumps aren't either written by default since kernel thinks
> it's running setuid-binary. You'd have to set mail_drop_priv_before_exec
> = yes to allow that.

Modulo kernel bugs under ptrace ;-)

-- 
Matthias Andree
From molter@tin.it  Sun Jul 13 18:47:31 2003
Return-Path: <molter@tin.it>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3A0F72387A; Sun, 13 Jul 2003 18:47:31 +0300 (EEST)
Received: from www.example.org (ANice-205-1-5-144.w81-53.abo.wanadoo.fr
	[81.53.77.144])
	by danu.procontrol.fi (Postfix) with SMTP id E1F8D23865
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 18:47:28 +0300 (EEST)
Received: (qmail 33259 invoked by uid 1000); 13 Jul 2003 15:47:24 -0000
Date: Sun, 13 Jul 2003 17:47:24 +0200
From: Marco Molteni <molter@tin.it>
To: dovecot@procontrol.fi
Message-ID: <20030713154724.GC17691@cobweb.example.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] dovecot.procontrol.fi anonymous access fails?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 13 Jul 2003 15:47:31 -0000
X-UID: 1206                                                  
Status: O

Hi,

just started using dovecot on FreeBSD. Nice and easy to configure :-)

I then wanted to browse the dovecot mailing list, so, 
according to http://dovecot.procontrol.fi/mailinglists.html:

    IMAP archives available from dovecot.procontrol.fi, either use
    ANONYMOUS authentication or give anonymous as username and empty
    password.

I was using a patched sylpheed that doesn't support ANONYMOUS
authentication, so I gave anonymous as username and empty password,
but it failed as shown in the following trace:

1 CAPABILITY
* OK dovecot ready.
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED AUTH=PLAIN AUTH=ANONYMOUS
1 OK Capability completed.
2 LOGIN anonymous 
2 BAD Error in IMAP command received by server.
3 LOGOUT
* BYE Logging out
3 OK Logout completed.

Anyway, I also tried a plain telnet and it failed in the same way.
what's wrong?

thanks
marco




From tss@iki.fi  Sun Jul 13 19:09:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7FB012387A; Sun, 13 Jul 2003 19:09:49 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E934623865
	for <dovecot@procontrol.fi>; Sun, 13 Jul 2003 19:09:43 +0300 (EEST)
Date: Sun, 13 Jul 2003 19:09:45 +0300
Subject: Re: [Dovecot] dovecot.procontrol.fi anonymous access fails?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030713154724.GC17691@cobweb.example.org>
Message-Id: <6B3FA952-B54C-11D7-8C24-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 13 Jul 2003 16:09:49 -0000
X-UID: 1207                                                  
Status: O

On Sunday, Jul 13, 2003, at 18:47 Europe/Helsinki, Marco Molteni wrote:

> I was using a patched sylpheed that doesn't support ANONYMOUS
> authentication, so I gave anonymous as username and empty password,
> but it failed as shown in the following trace:
>
> 2 LOGIN anonymous
> 2 BAD Error in IMAP command received by server.

Sylpheed is buggy and doesn't give password parameter. It should have 
said:

2 login anonymous ""

From jpeterson275@comcast.net  Mon Jul 14 09:49:30 2003
Return-Path: <jpeterson275@comcast.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 40E4023866; Mon, 14 Jul 2003 09:49:30 +0300 (EEST)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
	by danu.procontrol.fi (Postfix) with ESMTP id 181452384C
	for <dovecot@procontrol.fi>; Mon, 14 Jul 2003 09:49:26 +0300 (EEST)
Received: from comcast.net
	(12-228-143-121.client.attbi.com[12.228.143.121](untrusted sender))
	by attbi.com (rwcrmhc12) with SMTP
	id <20030714064924014002bihbe>; Mon, 14 Jul 2003 06:49:24 +0000
Message-ID: <3F125293.4050205@comcast.net>
Date: Sun, 13 Jul 2003 23:49:55 -0700
From: Jesse Peterson <jpeterson275@comcast.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Mon, 14 Jul 2003 09:55:32 +0300
Subject: [Dovecot] mySQL user auth status?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 14 Jul 2003 06:49:30 -0000
X-UID: 1208                                                  
Status: O

Is this anywhere near consideration yet? (an alpha/beta/etc patch/module 
I can help test maybe?)

Thanks,

- Jesse

From tss@iki.fi  Mon Jul 14 09:59:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 64E342387A; Mon, 14 Jul 2003 09:59:57 +0300 (EEST)
Date: Mon, 14 Jul 2003 09:59:55 +0300
Subject: Re: [Dovecot] mySQL user auth status?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F125293.4050205@comcast.net>
Message-Id: <C687681A-B5C8-11D7-8C32-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 14 Jul 2003 06:59:57 -0000
X-UID: 1209                                                  
Status: O

On Monday, Jul 14, 2003, at 09:49 Europe/Helsinki, Jesse Peterson wrote:

> Is this anywhere near consideration yet? (an alpha/beta/etc 
> patch/module I can help test maybe?)

I don't really want to bother with MySQL. It shouldn't be difficult to 
implement if someone wants to do it however.

From maikel@ladot.com  Mon Jul 14 10:21:20 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C02DC23865; Mon, 14 Jul 2003 10:21:20 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 0F8BA2384C
	for <dovecot@procontrol.fi>; Mon, 14 Jul 2003 10:21:17 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6E7YAns000369
	for <dovecot@procontrol.fi>; Mon, 14 Jul 2003 09:34:12 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N283Z20K>; Mon, 14 Jul 2003 09:23:05 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F228DE@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Dovecot (E-mail)'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] dovecot.procontrol.fi anonymous access fails?
Date: Mon, 14 Jul 2003 09:23:04 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C349D8.C427C490"
X-Spam-Status: No, hits=0.8 required=5.0
	tests=HTML_20_30,HTML_MESSAGE,QUOTED_EMAIL_TEXT
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 14 Jul 2003 07:21:20 -0000
X-UID: 1210                                                  
Status: O
Content-Length: 3747

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C349D8.C427C490
Content-Type: text/plain

Hi List,

When I tried connecting using MS outlook express, it is complaining about
the fact that the folders aren't subscribed. If they are not subscribed, you
cannot read them... :(

I did read through the archives using mutt though, that worked quite well!
:)


Regards,


Maikel Verheijen.

Ps: did not try it lately, maybe Timo changed the subscription status of the
folders in between....

> -----Original Message-----
> From: Timo Sirainen [mailto:tss@iki.fi] 
> Sent: Sunday, July 13, 2003 6:10 PM
> To: dovecot@procontrol.fi
> Subject: Re: [Dovecot] dovecot.procontrol.fi anonymous access fails?
> 
> 
> On Sunday, Jul 13, 2003, at 18:47 Europe/Helsinki, Marco 
> Molteni wrote:
> 
> > I was using a patched sylpheed that doesn't support ANONYMOUS 
> > authentication, so I gave anonymous as username and empty password, 
> > but it failed as shown in the following trace:
> >
> > 2 LOGIN anonymous
> > 2 BAD Error in IMAP command received by server.
> 
> Sylpheed is buggy and doesn't give password parameter. It should have 
> said:
> 
> 2 login anonymous ""
> 

------_=_NextPart_001_01C349D8.C427C490
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [Dovecot] dovecot.procontrol.fi anonymous access =
fails?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi List,</FONT>
</P>

<P><FONT SIZE=3D2>When I tried connecting using MS outlook express, it =
is complaining about the fact that the folders aren't subscribed. If =
they are not subscribed, you cannot read them... :(</FONT></P>

<P><FONT SIZE=3D2>I did read through the archives using mutt though, =
that worked quite well! :)</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Regards,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

<P><FONT SIZE=3D2>Ps: did not try it lately, maybe Timo changed the =
subscription status of the folders in between....</FONT>
</P>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Timo Sirainen [<A =
HREF=3D"mailto:tss@iki.fi">mailto:tss@iki.fi</A>] </FONT>
<BR><FONT SIZE=3D2>&gt; Sent: Sunday, July 13, 2003 6:10 PM</FONT>
<BR><FONT SIZE=3D2>&gt; To: dovecot@procontrol.fi</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: Re: [Dovecot] dovecot.procontrol.fi =
anonymous access fails?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Sunday, Jul 13, 2003, at 18:47 =
Europe/Helsinki, Marco </FONT>
<BR><FONT SIZE=3D2>&gt; Molteni wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; I was using a patched sylpheed that =
doesn't support ANONYMOUS </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; authentication, so I gave anonymous as =
username and empty password, </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; but it failed as shown in the following =
trace:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 2 LOGIN anonymous</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; 2 BAD Error in IMAP command received by =
server.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Sylpheed is buggy and doesn't give password =
parameter. It should have </FONT>
<BR><FONT SIZE=3D2>&gt; said:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; 2 login anonymous &quot;&quot;</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C349D8.C427C490--
From cras@irccrew.org  Mon Jul 14 10:25:39 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 163AD23865; Mon, 14 Jul 2003 10:25:39 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8038D2384C
	for <dovecot@procontrol.fi>; Mon, 14 Jul 2003 10:25:37 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 62CB02E003; Mon, 14 Jul 2003 10:25:37 +0300 (EEST)
Date: Mon, 14 Jul 2003 10:25:37 +0300
From: Timo Sirainen <tss@iki.fi>
To: "'Dovecot (E-mail)'" <dovecot@procontrol.fi>
Subject: Re: [Dovecot] dovecot.procontrol.fi anonymous access fails?
Message-ID: <20030714072537.GA13596@irccrew.org>
References: <410777FC7A66D511911500B0D078345501F228DE@nlladot05.intern.ladot.com>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <410777FC7A66D511911500B0D078345501F228DE@nlladot05.intern.ladot.com>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 14 Jul 2003 07:25:39 -0000
X-UID: 1211                                                  
Status: O

On Mon, Jul 14, 2003 at 09:23:04AM +0200, Maikel Verheijen wrote:
> When I tried connecting using MS outlook express, it is complaining about
> the fact that the folders aren't subscribed. If they are not subscribed, you
> cannot read them... :(

OK, added the subscriptions now.

From maikel@ladot.com  Mon Jul 14 11:06:10 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5F2F423865; Mon, 14 Jul 2003 11:06:10 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 632592384C
	for <dovecot@procontrol.fi>; Mon, 14 Jul 2003 11:06:08 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6E8Isnw000837
	for <dovecot@procontrol.fi>; Mon, 14 Jul 2003 10:19:05 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N283ZJA3>; Mon, 14 Jul 2003 09:54:45 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F228E1@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Dovecot (E-mail)'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] dovecot.procontrol.fi anonymous access fails?
Date: Mon, 14 Jul 2003 09:54:44 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C349DD.30ABEE80"
X-Spam-Status: No, hits=0.5 required=5.0
	tests=HTML_30_40,HTML_MESSAGE,QUOTED_EMAIL_TEXT
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 14 Jul 2003 08:06:10 -0000
X-UID: 1212                                                  
Status: O
Content-Length: 1569

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C349DD.30ABEE80
Content-Type: text/plain

> On Mon, Jul 14, 2003 at 09:23:04AM +0200, Maikel Verheijen wrote:
> > When I tried connecting using MS outlook express, it is complaining 
> > about the fact that the folders aren't subscribed. If they are not 
> > subscribed, you cannot read them... :(
> 
> OK, added the subscriptions now.

Ah great! :)


Thanks,


Maikel Verheijen.

------_=_NextPart_001_01C349DD.30ABEE80
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [Dovecot] dovecot.procontrol.fi anonymous access fails?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>&gt; On Mon, Jul 14, 2003 at 09:23:04AM +0200, Maikel Verheijen wrote:</FONT>
<BR><FONT SIZE=2>&gt; &gt; When I tried connecting using MS outlook express, it is complaining </FONT>
<BR><FONT SIZE=2>&gt; &gt; about the fact that the folders aren't subscribed. If they are not </FONT>
<BR><FONT SIZE=2>&gt; &gt; subscribed, you cannot read them... :(</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; OK, added the subscriptions now.</FONT>
</P>

<P><FONT SIZE=2>Ah great! :)</FONT>
</P>
<BR>

<P><FONT SIZE=2>Thanks,</FONT>
</P>
<BR>

<P><FONT SIZE=2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C349DD.30ABEE80--
From tss@iki.fi  Mon Jul 14 13:08:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 24B892387A; Mon, 14 Jul 2003 13:08:20 +0300 (EEST)
Date: Mon, 14 Jul 2003 13:08:18 +0300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: multipart/mixed; boundary=Apple-Mail-3-413203734
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Message-Id: <17790B6E-B5E3-11D7-8C32-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] New indexing code
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 14 Jul 2003 10:08:20 -0000
X-UID: 1213                                                  
Status: O
Content-Length: 12839


--Apple-Mail-3-413203734
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

If someone's interested, here's an explanation and test code how I was 
planning on replacing the current .imap.index.tree file's 
functionality. The .tree file will be removed so you'll save some 
disk/memory as well, something like 5-20% of whole indexes.

--Apple-Mail-3-413203734
Content-Disposition: attachment;
	filename=index.c
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	x-unix-mode=0640;
	name="index.c"

/*
   IMAP uses two ways to access messages. Message sequence numbers (MSN) and
   unique identifiers (UID). Whenever message is expunged, all the MSNs after
   it will be decreased by one.

   The problem is how to handle message expunges efficiently so that we
   minimize disk I/O at expunge time, but also keep MSN and UID lookups fast
   later.

   Easiest way to do this would be to simply compress away the expunged records
   by moving non-expunged records over them. This would keep MSN lookups always
   as a simple array lookup, but it might also mean a lot of disk I/O when
   expunging old messages in a large mailbox.

   What we do is build a binary tree of the expunged records. The binary tree
   records are stored over the expunged records, so they don't take any extra
   space. Each node in the btree contains the amount of expunge-nodes on it's
   left. That means that the next unexpunged record's MSN is the
   current_record_index+1 - left_node_count. By traversing the expunge tree
   we can find the wanted MSN pretty fast.

   UID lookups would be easiest to do using a binary search which just skips
   the expunged nodes. However nearly always we want the UID's MSN returned as
   well, so it gets slightly more complex. What we do is to traverse the
   expunge tree again and find the two nodes which contain our wanted UID
   between them, after that we'll do a binary search between them. MSN is again
   index+1 - left_node_count.

   The expunged records should still be compressed away once in a while.
   Something like when 10% of file contains expunged records, or when a lookup
   has to traverse through more than 10 nodes.

   There's several optimizations that can be done with this. All MSN lookups
   up until first expunged message are a simple array lookup. Expunging last
   few messages should rather be directly compressed instead of adding to
   expunge tree since they both require pretty much the same amount of disk I/O.

   The expunge tree should preferrably be somewhat balanced, but currently we
   don't do that. The balancing should anyway be done so that the last messages
   are the fastest to find, first messages the next fastest and messages in the
   middle the slowest.
*/

#include <stdio.h>
#include <stdarg.h>
#include <stdlib.h>
#include <assert.h>

#define TRUE 1
#define FALSE 0

#define bufsize 12345

static size_t page_size = 4096;

struct mail_index {
	unsigned char *buf;
	size_t size, used;

	unsigned int expunge_root_idx, count;
};

struct mail_index_record {
	unsigned int flags;
	unsigned int uid;
	unsigned int offset;
};

struct mail_index_expunge_record {
	unsigned int nodes_left;
	unsigned int left_idx;
	unsigned int right_idx;
};

/*union mail_index_union_record {
	struct mail_index_record rec;
	struct mail_index_expunge_record erec;
};*/

#define MAIL_FLAG_EXPUNGED (1U << 31)

static void index_set_corrupted(struct mail_index *index, const char *fmt, ...)
{
	va_list va;

	va_start(va, fmt);
	vfprintf(stderr, fmt, va);
	fprintf(stderr, "\n");
	va_end(va);
	abort();
}

static int remove_record(struct mail_index *index, unsigned int idx)
{
	struct mail_index_record *rec =
		(struct mail_index_record *) index->buf;
	struct mail_index_expunge_record *erec, *new_erec;
	unsigned int cur_idx, idx_limit;

	idx_limit = index->size / sizeof(struct mail_index_record);
	assert(idx < idx_limit);
	assert((rec[idx].flags & MAIL_FLAG_EXPUNGED) == 0);

	index->count--;

#if 0
	if (index->size < page_size*2 ||
	    idx * sizeof(struct mail_index_record) >=
	    index->size - page_size - (index->size % page_size)) {
		/* if it's only two pageful, just rewrite them */
		/* FIXME: it may have expunged records already which we need to
		   compress as well */
		memmove(&rec[idx], &rec[idx+1],
			index->size -
			(idx+1) * sizeof(struct mail_index_record));
		index->size -= sizeof(struct mail_index_record);
		return TRUE;
	}
#endif

	new_erec = (struct mail_index_expunge_record *) &rec[idx];

	if (idx > index->expunge_root_idx) {
		/* keep the root node always the highest */
		erec = (struct mail_index_expunge_record *)
			&rec[index->expunge_root_idx];
		new_erec->nodes_left = erec->nodes_left + 1;
		new_erec->left_idx = index->expunge_root_idx;
		new_erec->right_idx = (unsigned int)-1;

		index->expunge_root_idx = idx;
		return TRUE;
	}

	new_erec->nodes_left = MAIL_FLAG_EXPUNGED;
	new_erec->left_idx = (unsigned int)-1;
	new_erec->right_idx = (unsigned int)-1;

	if (index->expunge_root_idx == (unsigned int)-1) {
		index->expunge_root_idx = idx;
		return TRUE;
	}

	cur_idx = index->expunge_root_idx;
	for (;;) {
		if (cur_idx >= idx_limit) {
			index_set_corrupted(index,
				"Expunge node points outside index (%u >= %u)",
				idx, idx_limit);
			return FALSE;
		}

		erec = (struct mail_index_expunge_record *) &rec[cur_idx];
		if (idx < cur_idx) {
			/* move left */
			erec->nodes_left++;

			if (erec->left_idx == (unsigned int)-1) {
				erec->left_idx = idx;
				break;
			}

			cur_idx = erec->left_idx;
		} else {
			/* move right */
			if (erec->right_idx == (unsigned int)-1) {
				erec->right_idx = idx;
				break;
			}

			cur_idx = erec->right_idx;
		}
	}

	return TRUE;
}

static struct mail_index_record *
get_next(struct mail_index *index, unsigned int idx)
{
	struct mail_index_record *rec =
		(struct mail_index_record *) index->buf;
	unsigned int idx_limit;

	idx_limit = index->size / sizeof(struct mail_index_record);
	if (idx >= idx_limit) {
		/* last one */
		return NULL;
	}

	while (++idx < idx_limit) {
		if ((rec[idx].flags & MAIL_FLAG_EXPUNGED) == 0)
			return rec + idx;
	}

	return NULL;
}

static struct mail_index_record *
get_prev(struct mail_index *index, unsigned int idx)
{
	struct mail_index_record *rec, *first;

	if (idx == 0)
		return NULL;

	first = (struct mail_index_record *) index->buf;
	rec = ((struct mail_index_record *) index->buf) + idx - 1;

	while ((rec->flags & MAIL_FLAG_EXPUNGED) != 0) {
		if (rec == first)
			return NULL;
		rec--;
	}

	return rec;
}

static struct mail_index_record *
get_nth_record(struct mail_index *index, unsigned int seq)
{
        struct mail_index_expunge_record *erec;
	struct mail_index_record *rec, *rec_p;
	unsigned int idx, idx_limit, left_count, next_seq, cur_nodes_left;

	assert(seq != 0);

	if (seq > index->count)
		return NULL;

	rec_p = (struct mail_index_record *) index->buf;

	if (index->expunge_root_idx == (unsigned int)-1)
		return rec_p + (seq-1);

	idx_limit = index->size / sizeof(struct mail_index_record);
	idx = index->expunge_root_idx; left_count = 0;
	for (;;) {
		if (idx >= idx_limit) {
			index_set_corrupted(index,
				"Expunge node points outside index (%u >= %u)",
				idx, idx_limit);
			return NULL;
		}

		if ((rec_p[idx].flags & MAIL_FLAG_EXPUNGED) == 0) {
			index_set_corrupted(index,
				"Expunge node doesn't have EXPUNGE flag set");
			return NULL;
		}

		erec = (struct mail_index_expunge_record *) &rec_p[idx];
		cur_nodes_left = erec->nodes_left & 0x7fffffff;
		if (cur_nodes_left > idx + left_count) {
			index_set_corrupted(index,
				"Expunge left node counters corrupted "
				"(%u > %u + %u)",
				cur_nodes_left, idx, left_count);
			return NULL;
		}

		next_seq = idx - (left_count + cur_nodes_left) + 1;
		if (seq > next_seq) {
			/* it's right from us */
			if (erec->right_idx == (unsigned int)-1) {
				rec = get_next(index, idx);
				return rec + (seq - next_seq);
			}

			if (erec->right_idx <= idx) {
				index_set_corrupted(index,
					"Invalid right expunge node (%u <= %u)",
					erec->right_idx, idx);
				return NULL;
			}

			left_count += cur_nodes_left + 1;
			idx = erec->right_idx;
		} else if (seq < next_seq) {
			/* it's left from us */
			if (erec->left_idx == (unsigned int)-1) {
				rec = get_prev(index, idx);
				return rec - (next_seq - seq - 1);
			}

			if (erec->left_idx >= idx) {
				index_set_corrupted(index,
					"Invalid left expunge node (%u >= %u)",
					erec->left_idx, idx);
				return NULL;
			}
			idx = erec->left_idx;
		} else {
			rec = get_next(index, idx);
			if (rec == NULL) {
				index_set_corrupted(index,
					"No records found after idx %u", idx);
			}
			return rec;
		}
	}
}

static struct mail_index_record *
get_uid_range(struct mail_index *index, unsigned int uid1, unsigned int uid2,
	      unsigned int *seq_r)
{
        struct mail_index_expunge_record *erec;
	struct mail_index_record *rec_p, *rec;
	unsigned int idx_limit, idx, left_idx, right_idx, nodes_left;
	unsigned int left_next_idx, right_prev_idx;

	assert(uid1 <= uid2);

	if (seq_r != NULL) *seq_r = 0;

	rec_p = (struct mail_index_record *) index->buf;
	idx_limit = index->size / sizeof(struct mail_index_record);

	idx = index->expunge_root_idx; nodes_left = 0;
	left_idx = right_idx = (unsigned int)-1;
	while (idx != (unsigned int)-1) {
		if (idx >= idx_limit) {
			index_set_corrupted(index,
				"Expunge node points outside index (%u >= %u)",
				idx, idx_limit);
			return NULL;
		}

		erec = (struct mail_index_expunge_record *) &rec_p[idx];
		rec = get_prev(index, idx);

		if (rec == NULL || rec->uid < uid1) {
			left_idx = idx;
			nodes_left += (erec->nodes_left & 0x7fffffff) + 1;
			idx = erec->right_idx;
		} else {
			right_idx = idx;
			right_prev_idx = (unsigned int) (rec - rec_p);
			idx = erec->left_idx;
		}
	}

	if (left_idx == (unsigned int)-1)
		left_next_idx = 0;
	else {
		rec = get_next(index, left_idx);
		if (rec == NULL || rec->uid > uid2)
			return NULL;

		left_next_idx = (unsigned int) (rec - rec_p);
	}

	if (right_idx == (unsigned int)-1)
		right_prev_idx = idx_limit-1;

	/* FIXME: use binary search here */
	for (idx = left_next_idx; idx <= right_prev_idx; idx++) {
		if ((rec->flags & MAIL_FLAG_EXPUNGED) != 0) {
			index_set_corrupted(index,
				"Unexpectedly found expunged record");
			return NULL;
		}

		if (rec_p[idx].uid >= uid1) {
			if (rec_p[idx].uid > uid2)
				break;

			if (seq_r != NULL)
				*seq_r = idx + 1 - nodes_left;
			return rec_p + idx;
		}
	}

	return NULL;
}

static struct mail_index_record *
get_uid_range_slow(struct mail_index *index, unsigned int uid1, unsigned int uid2,
		   unsigned int *seq_r)
{
	struct mail_index_record *rec =
		(struct mail_index_record *) index->buf;
	unsigned int seq, idx, idx_limit;

	idx_limit = index->size / sizeof(struct mail_index_record); seq = 0;
	for (idx = 0; idx < idx_limit; idx++) {
		if ((rec[idx].flags & MAIL_FLAG_EXPUNGED) == 0) {
			seq++;
			if (rec[idx].uid >= uid1) {
				if (rec[idx].uid > uid2)
					break;
				*seq_r = seq;
				return rec+idx;
			}
		}
	}

	*seq_r = 0;
	return NULL;
}

int main(int argc, char *argv[])
{
	struct mail_index index = { 0 };
	struct mail_index_record *rec_p;
	unsigned int seq1, seq2, uid1, uid2;
	size_t i, j;

	index.expunge_root_idx = (unsigned int)-1;

	index.size = bufsize * sizeof(struct mail_index_record);
	printf("count = %u, malloc = %lu\n", bufsize, index.size);

	index.buf = calloc(1, index.size);
	rec_p = (struct mail_index_record *) index.buf;
	for (i = 0; i < bufsize; i++)
		rec_p[i].uid = i+1;
	index.count = bufsize;

	for (i = 0; i < bufsize-1; i++) {
		rec_p = get_nth_record(&index, rand() % index.count + 1);
		remove_record(&index, rec_p - (struct mail_index_record *) index.buf);

		for (j = 0; j < 100; j++) {
			seq1 = rand() % index.count + 1;
			uid1 = get_nth_record(&index, seq1)->uid;
			uid2 = get_uid_range(&index, uid1, uid1, &seq2)->uid;

			if (uid1 != uid2 || seq1 != seq2) {
				printf("seq %u -> uid %u, uid -> seq %u, uid %u\n",
				       seq1, uid1, seq2, uid2);
				get_uid_range(&index, uid1, uid1, &seq2)->uid;
				abort();
			}
		}

		for (j = 0; j < 100; j++) {
			uid1 = rand() % bufsize + 1;
			uid2 = rand() % (bufsize - uid1) + uid1;

			rec_p = get_uid_range(&index, uid1, uid2, &seq1);
			if (rec_p != NULL) {
				uid1 = rec_p->uid;
				uid2 = get_nth_record(&index, seq1)->uid;

				if (uid1 != uid2) {
					printf("uid: %u vs %u, seq = %u\n",
					       uid1, uid2, seq1);
					abort();
				}
			}

			rec_p = get_uid_range_slow(&index, uid1, uid2, &seq2);
			if (seq1 != seq2) {
				printf("slow way %u..%u: %u vs %u, uid = %u\n",
				       uid1, uid2, seq1, seq2, rec_p->uid);
				get_uid_range(&index, uid1, uid2, &seq1);
				abort();
			}
		}
	}
	assert(index.count == 1);
	return 0;
}

--Apple-Mail-3-413203734--

From tss@iki.fi  Wed Jul 16 05:01:54 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 903CC23866; Wed, 16 Jul 2003 05:01:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0D4092384C
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 05:01:51 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 75DB55EC123B
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 05:01:48 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1058320908.20893.109.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 16 Jul 2003 05:01:48 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Indexes again
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 16 Jul 2003 02:01:54 -0000
X-UID: 1214                                                  
Status: O
Content-Length: 2623

A bit quiet here, so here's some more thoughts about indexes. Even
though I was thinking only how to make them usable with NFS (I wrote it
to doc/nfs.txt), it then occured to me that exactly the same tricks
would help with local filesystem indexes as well. Especially the
lockless reading would help with lock contention issues I was worrying
about earlier with shared mailboxes.

Also it occured to me that keeping maildir filenames fully synchronized
in index file probably isn't very good idea from performance point of
view..

BTW. I almost committed the .tree removal code to CVS today. Then I
noticed that expunging ignores about half of the deleted messages. This
could have been actually happening with the old code in some situations
as well, although it probably would have skipped only a couple of
messages. Anyway, fixing this properly takes some more time..

--------

Ideas how to make indexes work pretty well with NFS:

Reading shouldn't require locks, so modifying should be done using only
atomic operations. These include:

 - Replacing the file completely using rename()
 - We probably can't assume that writing more than one byte at a time is
   atomic. If we have to modify a larger dataset, we could do:
    - struct { bit_t use_first; dataset_t first; dataset_t second; }
    - when reading, we use first if use_first is set, second if it's unset
    - when writing, we first write to the non-used variable, only then we
      update the flag.
    - This of course requires twice the amount of space for dataset plus
      one extra bit, so it shouldn't be used too much
    - If data can be only set, but never changed, we need only one extra bit
      to specify if the data is set.
 - Appending new data to end of file. We'd have to have used_file_size
   variable in header, done like described above.
 - Each cached message record would have a pointer to next part, so more
   cached data could be appended to file.

Message flags are the most commonly modified data. If we just modify them
directly, a simultaneous read might catch the change only partially. But
luckily for us, this is accepted behaviour so we can do it.

Another commonly modified data is maildir filenames. We probably want to
store only the base name in index and keep the full name synchronized only
locally.

Compressing unused data from index files would have to be done by rewriting
the index into index.lock file and renaming it over the index file.

All file operations should probably be done with lseek(), read() and
write() to avoid extra network traffic. There should be some clever
read-ahead caching however.


From grahame@ucs.uwa.edu.au  Wed Jul 16 08:56:15 2003
Return-Path: <grahame@ucs.uwa.edu.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8B8FC23866; Wed, 16 Jul 2003 08:56:15 +0300 (EEST)
Received: from asclepius.uwa.edu.au (asclepius.uwa.edu.au [130.95.128.56])
	by danu.procontrol.fi (Postfix) with ESMTP id 8D86A2384C
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 08:56:11 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id 2655D367257
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 13:56:10 +0800 (WST)
Received: from typhaon.ucs.uwa.edu.au (typhaon.ucs.uwa.edu.au [130.95.128.67])
	by asclepius.uwa.edu.au (Postfix) with ESMTP id 20081367246
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 13:56:10 +0800 (WST)
Received: from localhost (localhost [127.0.0.1])
	by typhaon.ucs.uwa.edu.au (Postfix) with ESMTP id 0FA12401D06F
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 13:56:10 +0800 (WST)
From: Grahame Bowland <grahame@ucs.uwa.edu.au>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: The University of Western Australia
Message-Id: <1058334969.6397.14.camel@typhaon.ucs.uwa.edu.au>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 
Date: 16 Jul 2003 13:56:10 +0800
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 16 Jul 2003 05:56:15 -0000
X-UID: 1215                                                  
Status: O
Content-Length: 1233


Hi all

For various reasons I was looking into 2.6, so I installed a copy on my
desktop. Everything works fine, except for dovecot - errors such as this
appeared in the syslog:
Jul 15 14:41:09 typhaon dovecot: Dovecot starting up
Jul 15 14:41:12 typhaon imap-login: setuid(113) failed: Resource
temporarily unavailable
Jul 15 14:41:12 typhaon dovecot: Login process died too early - shutting
down

I can imagine why setuid() should ever fail, I've confirmed that the
daemon is running as UID zero at the time it makes the call. However,
the call succeeds if I comment out:
    restrict_process_size((unsigned int)-1, 1);
on line 134 of src/login-common/main.c it starts to work again.

It's very strange - I got the idea to try this from the list archives.
I'm willing to track this down if anyone can suggest possible things in
restrict_process_size() that might be causing this failure. All the
other daemons that I run that need to drop root privileges work fine..

Cheers
Grahame

-- 
Grahame Bowland                       Email: grahame@ucs.uwa.edu.au
University Communications Services    Phone: +61 8 9380 1175
The University of Western Australia     Fax: +61 8 9380 1109
                                     CRICOS: 00126G


From tss@iki.fi  Wed Jul 16 09:19:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 24B6D23866; Wed, 16 Jul 2003 09:19:32 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6EACB2384C
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 09:19:28 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2CFED5EC123B
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 09:19:28 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1058334969.6397.14.camel@typhaon.ucs.uwa.edu.au>
References: <1058334969.6397.14.camel@typhaon.ucs.uwa.edu.au>
Content-Type: text/plain
Message-Id: <1058336367.1792.184.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 16 Jul 2003 09:19:28 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 16 Jul 2003 06:19:32 -0000
X-UID: 1216                                                  
Status: O

On Wed, 2003-07-16 at 08:56, Grahame Bowland wrote:
> I can imagine why setuid() should ever fail, I've confirmed that the
> daemon is running as UID zero at the time it makes the call. However,
> the call succeeds if I comment out:
>     restrict_process_size((unsigned int)-1, 1);
> on line 134 of src/login-common/main.c it starts to work again.

Has anyone tried if 0.99.10 works by default with openwall and grsec
kernels where it used to have problems? I changed this from 0 to 1 some
time ago when someone said it still didn't work.

Maybe I should make this configurable from config file. The whole point
of it is to prevent login processes from forking, but there doesn't seem
to be any good way to do that. The "1" there specifies the maximum
number of processes for the whole user, not the maximum child processes
for this one..


From tss@iki.fi  Wed Jul 16 09:35:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5061023866; Wed, 16 Jul 2003 09:35:57 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5441123865
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 09:35:55 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 22AA85EC123B
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 09:35:52 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1058334969.6397.14.camel@typhaon.ucs.uwa.edu.au>
References: <1058334969.6397.14.camel@typhaon.ucs.uwa.edu.au>
Content-Type: text/plain
Message-Id: <1058337351.1792.193.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 16 Jul 2003 09:35:52 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 16 Jul 2003 06:35:57 -0000
X-UID: 1217                                                  
Status: O
Content-Length: 1169

On Wed, 2003-07-16 at 08:56, Grahame Bowland wrote:
> I can imagine why setuid() should ever fail, I've confirmed that the
> daemon is running as UID zero at the time it makes the call. However,
> the call succeeds if I comment out:
>     restrict_process_size((unsigned int)-1, 1);
> on line 134 of src/login-common/main.c it starts to work again.

How about if it was done after setuid()? :) With a few tests it looks
like Linux 2.4 and OpenBSD are happy with that.

diff -u -r1.11 main.c
--- src/login-common/main.c     19 Jun 2003 02:00:25 -0000      1.11
+++ src/login-common/main.c     16 Jul 2003 06:34:39 -0000
@@ -130,9 +130,6 @@
 
 static void drop_privileges(const char *name)
 {
-       /* make sure we can't fork() */
-       restrict_process_size((unsigned int)-1, 1);
-
        /* Log file or syslog opening probably requires roots */
        open_logfile(name);
 
@@ -143,6 +140,9 @@
        /* Refuse to run as root - we should never need it and it's
           dangerous with SSL. */
        restrict_access_by_env(TRUE);
+
+       /* make sure we can't fork() */
+       restrict_process_size((unsigned int)-1, 1);
 }
 
 static void main_init(void)


From grahame@ucs.uwa.edu.au  Wed Jul 16 09:49:17 2003
Return-Path: <grahame@ucs.uwa.edu.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7626A23866; Wed, 16 Jul 2003 09:49:17 +0300 (EEST)
Received: from asclepius.uwa.edu.au (asclepius.uwa.edu.au [130.95.128.56])
	by danu.procontrol.fi (Postfix) with ESMTP id 77A6E23865
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 09:49:15 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id 139433673C9
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 14:49:14 +0800 (WST)
Received: from typhaon.ucs.uwa.edu.au (typhaon.ucs.uwa.edu.au [130.95.128.67])
	by asclepius.uwa.edu.au (Postfix) with ESMTP id 0E4EA3673AD
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 14:49:14 +0800 (WST)
Received: from localhost (localhost [127.0.0.1])
	by typhaon.ucs.uwa.edu.au (Postfix) with ESMTP id EF9A9401D079
	for <dovecot@procontrol.fi>; Wed, 16 Jul 2003 14:49:13 +0800 (WST)
Subject: Re: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1
From: Grahame Bowland <grahame@ucs.uwa.edu.au>
To: dovecot@procontrol.fi
In-Reply-To: <1058337351.1792.193.camel@hurina>
References: <1058334969.6397.14.camel@typhaon.ucs.uwa.edu.au>
	 <1058337351.1792.193.camel@hurina>
Content-Type: text/plain
Organization: The University of Western Australia
Message-Id: <1058338153.6397.29.camel@typhaon.ucs.uwa.edu.au>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 
Date: 16 Jul 2003 14:49:13 +0800
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 16 Jul 2003 06:49:17 -0000
X-UID: 1218                                                  
Status: O

On Wed, 2003-07-16 at 14:35, Timo Sirainen wrote:
> On Wed, 2003-07-16 at 08:56, Grahame Bowland wrote:
> > I can imagine why setuid() should ever fail, I've confirmed that the
> > daemon is running as UID zero at the time it makes the call. However,
> > the call succeeds if I comment out:
> >     restrict_process_size((unsigned int)-1, 1);
> > on line 134 of src/login-common/main.c it starts to work again.
> 
> How about if it was done after setuid()? :) With a few tests it looks
> like Linux 2.4 and OpenBSD are happy with that.

Yep, that works fine on linux-2.6,0-test1-ac1 as well. Great! :)

Thanks for your help!
Grahame

-- 
Grahame Bowland                       Email: grahame@ucs.uwa.edu.au
University Communications Services    Phone: +61 8 9380 1175
The University of Western Australia     Fax: +61 8 9380 1109
                                     CRICOS: 00126G


From grpmind+dovecot@boromir.vpop.net  Fri Jul 18 02:03:15 2003
Return-Path: <grpmind+dovecot@boromir.vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B136B238C6; Fri, 18 Jul 2003 02:03:15 +0300 (EEST)
Received: from bilbo.vpop.net (bilbo.vpop.net [65.103.33.41])
	by danu.procontrol.fi (Postfix) with SMTP id 46D152387A
	for <dovecot@procontrol.fi>; Fri, 18 Jul 2003 02:02:17 +0300 (EEST)
To: dovecot@procontrol.fi
Message-Id: <20030717230217.46D152387A@danu.procontrol.fi>
Date: Fri, 18 Jul 2003 02:02:17 +0300 (EEST)
From: grpmind+dovecot@boromir.vpop.net
Subject: [Dovecot] How to use SASL2?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 17 Jul 2003 23:03:15 -0000
X-UID: 1219                                                  
Status: O

How does one use SASL2 for authentication? I looked for docs but found
none.

Thanks in advance.

Matt
From tss@iki.fi  Fri Jul 18 03:36:05 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 88F5E238C7; Fri, 18 Jul 2003 03:36:05 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 662792387A
	for <dovecot@procontrol.fi>; Fri, 18 Jul 2003 03:36:01 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E4D725C670A0
	for <dovecot@procontrol.fi>; Fri, 18 Jul 2003 03:35:58 +0300 (EEST)
Subject: Re: [Dovecot] How to use SASL2?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030717230217.46D152387A@danu.procontrol.fi>
References: <20030717230217.46D152387A@danu.procontrol.fi>
Content-Type: text/plain
Message-Id: <1058488558.13915.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 18 Jul 2003 03:35:58 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 18 Jul 2003 00:36:05 -0000
X-UID: 1220                                                  
Status: O

On Fri, 2003-07-18 at 02:02, grpmind+dovecot@boromir.vpop.net wrote:
> How does one use SASL2 for authentication? I looked for docs but found
> none.

There's some code for supporting Cyrus' SASL library, but it hasn't been
tested for a while and I doubt that it works. I don't really have plans
to make it work either.

Why do you want it anyway? Dovecot supports PLAIN, DIGEST-MD5 and
ANONYMOUS SASL mechanisms internally. Most important missing one is
Kerberos 5 I think.


From gghartma@cs.cmu.edu  Fri Jul 18 18:20:23 2003
Return-Path: <gghartma@cs.cmu.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C7526238C6; Fri, 18 Jul 2003 18:20:23 +0300 (EEST)
Received: from ux13.sp.cs.cmu.edu (UX13.SP.CS.CMU.EDU [128.2.203.57])
	by danu.procontrol.fi (Postfix) with SMTP id E6DDB23896
	for <dovecot@procontrol.fi>; Fri, 18 Jul 2003 18:20:17 +0300 (EEST)
Received: from GS2064.SP.CS.CMU.EDU ([128.2.185.38]) by ux13.sp.cs.cmu.edu
          id aa14933; 18 Jul 2003 11:20 EDT
From: Gregory Hartman <gghartma@cs.cmu.edu>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1058541607.3767.15.camel@GS2064.SP.CS.CMU.EDU>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 18 Jul 2003 11:20:07 -0400
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Status of database integration / Willing to help
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 18 Jul 2003 15:20:24 -0000
X-UID: 1221                                                  
Status: O

I a PhD student here at Carnegie Mellon. I have ten years of experience
working in C in industry.

I am working on a research project here at Carnegie Mellon that needs to
integrate a database with mail clients. We are planning to use the IMAP
protocol to communicate with the mail client. After I spent some time
looking at the code of various IMAP server implementations, I got very
interested in Dovecot.

Then I noticed that you were planning to integrate Dovecot with a SQL
database.

Is this work in progress?

Do you have a schema?

Is there some way that I could help?
-- 
Gregory Hartman <gghartma@cs.cmu.edu>

From tss@iki.fi  Fri Jul 18 18:53:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 47FC9238C6; Fri, 18 Jul 2003 18:53:30 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 97F9B2387A
	for <dovecot@procontrol.fi>; Fri, 18 Jul 2003 18:53:27 +0300 (EEST)
Date: Fri, 18 Jul 2003 18:53:31 +0300
Subject: Re: [Dovecot] Status of database integration / Willing to help
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <1058541607.3767.15.camel@GS2064.SP.CS.CMU.EDU>
Message-Id: <FAD079B9-B937-11D7-BBA9-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 18 Jul 2003 15:53:30 -0000
X-UID: 1222                                                  
Status: O
Content-Length: 1671

On Friday, Jul 18, 2003, at 18:20 Europe/Helsinki, Gregory Hartman 
wrote:

> Then I noticed that you were planning to integrate Dovecot with a SQL
> database.
>
> Is this work in progress?
>
> Do you have a schema?
>
> Is there some way that I could help?

I was playing a bit with Oracle backend since I'll have to do some 
Oracle work anyway. OCI (Oracle Call Interface) is quite horrible to 
work with directly, so I was trying to figure out some easier ways to 
use it. I found libsqlora8 which was a bit better, but still not 
exactly what I wanted. I wrote a few functions on top of that which my 
current code uses. I've later written still somewhat easier API 
directly on top of OCI for another project, which I should port to 
Dovecot.

I'd want so support at least both Oracle and PostgreSQL, so the SQL API 
that is used should work with both of them. Although I'm not sure how 
much code they could share, there's probably quite a lot of 
database-specific optimizations that could be done.

You can get my latest sources from 
http://dovecot.procontrol.fi/tmp/oracle.tar.gz which should be 
uncompressed to src/lib-storage/ directory. oracle.sql contains the 
database schema that I was planning to use. Should be easy to port to 
other databases. The code itself supports at least saving messages and 
fetching their flags and some other things.. It's a bit kludgy too.

I'm not sure about the schema either if it's best possible one. 
Suggestions welcome :) I haven't touched the code for a few months now 
and I don't really plan to for some time, so go ahead and write the 
whole thing yourself if you want :) I can help some with the code of 
course.

From maikel@ladot.com  Sat Jul 19 00:38:53 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A6A4823896; Sat, 19 Jul 2003 00:38:53 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id AD1F82387A
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 00:38:48 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6ILpnZW092130
	for <dovecot@procontrol.fi>; Fri, 18 Jul 2003 23:51:49 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N283ZZZ7>; Fri, 18 Jul 2003 23:40:25 +0200
Message-ID: <410777FC7A66D511911500B0D0783455024C5186@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Date: Fri, 18 Jul 2003 23:40:24 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C34D75.32404110"
X-Spam-Status: No, hits=1.3 required=5.0
	tests=HTML_20_30,HTML_MESSAGE
	version=2.55
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Subject: [Dovecot] Loadable module
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 18 Jul 2003 21:38:53 -0000
X-UID: 1223                                                  
Status: O
Content-Length: 2392

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C34D75.32404110
Content-Type: text/plain

Hi List!

I read a post about moving a .mailbixlist to a .subscriptionfile when a user
did not have one, but did have a .mailboxlist file. Timo emailed a module
for that purpose, so it could be done for this user.

My question is:

- Where and how does dovecot call this function?
- Would it be easy to use a module to a) create a mailpath (can be done as
the mailuser's id, I use one uid, and my path is all owned by that uid), and
b) simply remove a quota file?

Thank you for your time,

Maikel Verheijen.

Ps: the email I am referring to has: 
   Subject: Re: [Dovecot] 0.99.10-rc3
   Message-Id: <1056538261.8144.38.camel@hurina>
   Date: 25 Jun 2003 13:51:01 +0300
   

------_=_NextPart_001_01C34D75.32404110
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>Loadable module</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi List!</FONT>
</P>

<P><FONT SIZE=3D2>I read a post about moving a .mailbixlist to a =
.subscriptionfile when a user did not have one, but did have a =
.mailboxlist file. Timo emailed a module for that purpose, so it could =
be done for this user.</FONT></P>

<P><FONT SIZE=3D2>My question is:</FONT>
</P>

<P><FONT SIZE=3D2>- Where and how does dovecot call this =
function?</FONT>
<BR><FONT SIZE=3D2>- Would it be easy to use a module to a) create a =
mailpath (can be done as the mailuser's id, I use one uid, and my path =
is all owned by that uid), and b) simply remove a quota =
file?</FONT></P>

<P><FONT SIZE=3D2>Thank you for your time,</FONT>
</P>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

<P><FONT SIZE=3D2>Ps: the email I am referring to has: </FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; Subject: Re: [Dovecot] =
0.99.10-rc3</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; Message-Id: =
&lt;1056538261.8144.38.camel@hurina&gt;</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; Date: 25 Jun 2003 13:51:01 +0300</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; </FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C34D75.32404110--
From tss@iki.fi  Sat Jul 19 01:14:09 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6BC9D23896; Sat, 19 Jul 2003 01:14:09 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 16A3E2387A; Sat, 19 Jul 2003 01:14:05 +0300 (EEST)
Date: Sat, 19 Jul 2003 01:14:06 +0300
Subject: Re: [Dovecot] Loadable module
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Maikel Verheijen <maikel@ladot.com>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <410777FC7A66D511911500B0D0783455024C5186@nlladot05.intern.ladot.com>
Message-Id: <25EA2A40-B96D-11D7-BBA9-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-5.8 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 18 Jul 2003 22:14:09 -0000
X-UID: 1224                                                  
Status: O
Content-Length: 1024

On Saturday, Jul 19, 2003, at 00:40 Europe/Helsinki, Maikel Verheijen 
wrote:

> I read a post about moving a .mailbixlist to a .subscriptionfile when 
> a user did not have one, but did have a .mailboxlist file. Timo 
> emailed a module for that purpose, so it could be done for this user.
>
> My question is:
>
> - Where and how does dovecot call this function?

<module name>_init(); is called after initializing Dovecot's core code, 
but before opening any message store or creating client structure. I 
think I'd have to add some hooks for store creation and client creation 
so you wouldn't need kludges if you want to modify them in some way.

You'll have to enable modules of course in configuration file and place 
the module to right directory.

> - Would it be easy to use a module to a) create a mailpath (can be 
> done as the mailuser's id, I use one uid, and my path is all owned by 
> that uid), and b) simply remove a quota file?

Yes, the modules can do whatever they want. Just use mkdir() and 
unlink().

From haakon@themadship.dhs.org  Sat Jul 19 16:22:08 2003
Return-Path: <haakon@themadship.dhs.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C7125238CE; Sat, 19 Jul 2003 16:22:08 +0300 (EEST)
Received: from epsilon3.themadship.dhs.org
	(ppp187-159.lns1.bne1.internode.on.net [150.101.187.159])
	by danu.procontrol.fi (Postfix) with ESMTP id 8638723896
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 16:22:04 +0300 (EEST)
Received: from haakon by epsilon3.themadship.dhs.org with local (Exim 4.20)
	id 19draQ-0002j4-1k
	for dovecot@procontrol.fi; Sat, 19 Jul 2003 23:17:18 +1000
Date: Sat, 19 Jul 2003 23:17:17 +1000
To: dovecot@procontrol.fi
Message-ID: <20030719131717.GA10461@themadship.dhs.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
From: Craig <haakon@themadship.dhs.org>
Subject: [Dovecot] migrating from uw imapd
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2003 13:22:09 -0000
X-UID: 1225                                                  
Status: O

Hi,

I'm trying to migrate from uw imapd to dovecot.

I'm having two problems at the moment.

1. uw imapd grabs new mail from /var/mail/user and then shoves it into ~/mbox, is there any way to make dovecot handle this kind of setup or am I better off merging ~/mbox back into /var/mail/user? If merging is better are what tools are best for this?

2. While I did have have everything in ~/Mail coming up dovetail stopped working and logs the following error:

syslog:Jul 19 23:01:07 epsilon3 imap-login: Login: haakon [192.168.0.107]
syslog:Jul 19 23:01:07 epsilon3 imap(haakon): Failed to create storage with data: ~/Mail/:INBOX=/var/mail/haakon
syslog:Jul 19 23:01:07 epsilon3 dovecot: child 10417 (imap) returned error 89

any idea what is causing this?

Regards,
Craig.
From tss@iki.fi  Sat Jul 19 17:35:19 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EEC35238CE; Sat, 19 Jul 2003 17:35:18 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id EE2CD238C8
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 17:35:15 +0300 (EEST)
Date: Sat, 19 Jul 2003 17:35:20 +0300
Subject: Re: [Dovecot] migrating from uw imapd
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030719131717.GA10461@themadship.dhs.org>
Message-Id: <390AEBAA-B9F6-11D7-BBA9-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2003 14:35:19 -0000
X-UID: 1226                                                  
Status: O
Content-Length: 1145

On Saturday, Jul 19, 2003, at 16:17 Europe/Helsinki, Craig wrote:

> 1. uw imapd grabs new mail from /var/mail/user and then shoves it into 
> ~/mbox, is there any way to make dovecot handle this kind of setup or 
> am I better off merging ~/mbox back into /var/mail/user? If merging is 
> better are what tools are best for this?

There's no way currently. And I'm not sure what's the point of that 
anyway, so I don't really have plans to do that. Wasn't this mbox 
moving optional in UW-IMAP too?

For merging you could just use cat :) cat /var/mail/user >> 
/home/user/mbox, mv /home/user/mbox /var/mail/user

And to avoid losing mails you should stop SMTP and IMAP servers..

> 2. While I did have have everything in ~/Mail coming up dovetail 
> stopped working and logs the following error:
>
> syslog:Jul 19 23:01:07 epsilon3 imap-login: Login: haakon 
> [192.168.0.107]
> syslog:Jul 19 23:01:07 epsilon3 imap(haakon): Failed to create storage 
> with data: ~/Mail/:INBOX=/var/mail/haakon

Try default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u

Although it should have worked without the mbox: prefix too. Maybe some 
permission problem.

From haakon@themadship.dhs.org  Sat Jul 19 18:22:17 2003
Return-Path: <haakon@themadship.dhs.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 66B8B238D1; Sat, 19 Jul 2003 18:22:17 +0300 (EEST)
Received: from epsilon3.themadship.dhs.org
	(ppp187-159.lns1.bne1.internode.on.net [150.101.187.159])
	by danu.procontrol.fi (Postfix) with ESMTP id 020BC23896
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 18:22:13 +0300 (EEST)
Received: from [192.168.0.107] (helo=[192.168.0.107])
	by epsilon3.themadship.dhs.org with esmtp (Exim 4.20)
	id 19dtSP-0002wz-LL
	for dovecot@procontrol.fi; Sun, 20 Jul 2003 01:17:09 +1000
Subject: Re: [Dovecot] migrating from uw imapd
From: Craig Askings <haakon@themadship.dhs.org>
To: dovecot@procontrol.fi
In-Reply-To: <390AEBAA-B9F6-11D7-BBA9-000393CC2E90@iki.fi>
References: <390AEBAA-B9F6-11D7-BBA9-000393CC2E90@iki.fi>
Content-Type: text/plain
Message-Id: <1058656926.7631.5.camel@whitestar>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 
Date: 20 Jul 2003 01:22:07 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2003 15:22:17 -0000
X-UID: 1227                                                  
Status: O
Content-Length: 1622

On Sat, 2003-07-19 at 16:35, Timo Sirainen wrote:
> On Saturday, Jul 19, 2003, at 16:17 Europe/Helsinki, Craig wrote:
> 
> > 1. uw imapd grabs new mail from /var/mail/user and then shoves it into 
> > ~/mbox, is there any way to make dovecot handle this kind of setup or 
> > am I better off merging ~/mbox back into /var/mail/user? If merging is 
> > better are what tools are best for this?
> 
> There's no way currently. And I'm not sure what's the point of that 
> anyway, so I don't really have plans to do that. Wasn't this mbox 
> moving optional in UW-IMAP too?
> 
> For merging you could just use cat :) cat /var/mail/user >> 
> /home/user/mbox, mv /home/user/mbox /var/mail/user
> 
> And to avoid losing mails you should stop SMTP and IMAP servers..
> 
I had a look and no other users are setup that way on my server, I
suspect it was uw imapd just carrying on from what mutt was doing.

The merge went successfully so that is that problem fixed.

> > 2. While I did have have everything in ~/Mail coming up dovetail 
> > stopped working and logs the following error:
> >
> > syslog:Jul 19 23:01:07 epsilon3 imap-login: Login: haakon 
> > [192.168.0.107]
> > syslog:Jul 19 23:01:07 epsilon3 imap(haakon): Failed to create storage 
> > with data: ~/Mail/:INBOX=/var/mail/haakon
> 
> Try default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u
> 
> Although it should have worked without the mbox: prefix too. Maybe some 
> permission problem.
> 
Looks like the problem was with my .subscription file. After I fixed
that it all came good.

Thanks for your quick response, your help is much appreciated.

Regards,
Craig.

From wouter@pair.com  Sat Jul 19 18:35:19 2003
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DCBED238D1; Sat, 19 Jul 2003 18:35:18 +0300 (EEST)
Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22])
	by danu.procontrol.fi (Postfix) with ESMTP id 0F2AF23896
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 18:35:12 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.150.78])
	by amsfep14-int.chello.nlSMTP
	<20030719153510.RZSV17933.amsfep14-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 17:35:10 +0200
Received: (qmail 10083 invoked from network); 19 Jul 2003 17:34:55 +0200
Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5)
  by hibernate.cryolabs.net with SMTP; 19 Jul 2003 17:34:54 +0200
Date: Sat, 19 Jul 2003 17:35:39 +0200 (CEST)
From: Wouter Van Hemel <wouter@pair.com>
To: Craig <haakon@themadship.dhs.org>
Subject: Re: [Dovecot] migrating from uw imapd
In-Reply-To: <20030719131717.GA10461@themadship.dhs.org>
Message-ID: <Pine.LNX.4.56.0307191732110.172@cocaine.cryolabs.net>
References: <20030719131717.GA10461@themadship.dhs.org>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2003 15:35:19 -0000
X-UID: 1228                                                  
Status: O

On Sat, 19 Jul 2003, Craig wrote:

> 1. uw imapd grabs new mail from /var/mail/user and then shoves it into
> ~/mbox, is there any way to make dovecot handle this kind of setup or am
> I better off merging ~/mbox back into /var/mail/user? If merging is
> better are what tools are best for this?
>

It does that? I've never seen that kind of behavior. Perhaps your package
is compiled with some weird options (if you didn't compile it yourself).
From skvidal@phy.duke.edu  Sat Jul 19 18:36:44 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8186B238D5; Sat, 19 Jul 2003 18:36:44 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id AE02F238D3
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 18:36:39 +0300 (EEST)
Received: from user-118-10.wireless.duke.edu (user-118-10.wireless.duke.edu
	[152.3.118.10])	by mail.phy.duke.edu (Postfix) with ESMTP
	id 64F2EA77CF; Sat, 19 Jul 2003 11:36:35 -0400 (EDT)
Subject: Re: [Dovecot] migrating from uw imapd
From: seth vidal <skvidal@phy.duke.edu>
To: Wouter Van Hemel <wouter@pair.com>
In-Reply-To: <Pine.LNX.4.56.0307191732110.172@cocaine.cryolabs.net>
References: <20030719131717.GA10461@themadship.dhs.org>
	 <Pine.LNX.4.56.0307191732110.172@cocaine.cryolabs.net>
Content-Type: text/plain
Message-Id: <1058628995.10439.2.camel@binkley>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 (1.4.0-2.duke.1) 
Date: 19 Jul 2003 11:36:36 -0400
Content-Transfer-Encoding: 7bit
cc: Craig <haakon@themadship.dhs.org>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2003 15:36:44 -0000
X-UID: 1229                                                  
Status: O

On Sat, 2003-07-19 at 11:35, Wouter Van Hemel wrote:
> On Sat, 19 Jul 2003, Craig wrote:
> 
> > 1. uw imapd grabs new mail from /var/mail/user and then shoves it into
> > ~/mbox, is there any way to make dovecot handle this kind of setup or am
> > I better off merging ~/mbox back into /var/mail/user? If merging is
> > better are what tools are best for this?
> >
> 
> It does that? I've never seen that kind of behavior. Perhaps your package
> is compiled with some weird options (if you didn't compile it yourself).

pine, in the default and mailx will do that annoying 'feature'

-sv


From mem@mv.mv.com  Sat Jul 19 19:17:39 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1C9E4238D1; Sat, 19 Jul 2003 19:17:39 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id AEB9823896
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 19:17:33 +0300 (EEST)
Received: (qmail 29286 invoked by uid 101); 19 Jul 2003 12:17:31 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Sat, 19 Jul 2003 12:17:31 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] migrating from uw imapd
Message-ID: <20030719161731.GB21596@iridium.mv.net>
References: <20030719131717.GA10461@themadship.dhs.org>
	<390AEBAA-B9F6-11D7-BBA9-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <390AEBAA-B9F6-11D7-BBA9-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2003 16:17:39 -0000
X-UID: 1230                                                  
Status: O

On Sat, Jul 19, 2003 at 05:35:20PM +0300, Timo Sirainen wrote:
> On Saturday, Jul 19, 2003, at 16:17 Europe/Helsinki, Craig wrote:
> 
> >1. uw imapd grabs new mail from /var/mail/user and then shoves it into 
> >~/mbox, is there any way to make dovecot handle this kind of setup or 
> >am I better off merging ~/mbox back into /var/mail/user? If merging is 
> >better are what tools are best for this?
> 
> There's no way currently. And I'm not sure what's the point of that 
> anyway, so I don't really have plans to do that. Wasn't this mbox 
> moving optional in UW-IMAP too?

Yes but last I knew it was compiled on by default.
(EXTRADRIVERS=mbox).  The behaviour only happened if mbox existed
in the home directory-- if you never created that file you wouldn't
see it happen.  I always turned it off.

mm
From grpmind+dovecot@boromir.vpop.net  Sat Jul 19 21:22:20 2003
Return-Path: <grpmind+dovecot@boromir.vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 55BDB238C8; Sat, 19 Jul 2003 21:22:20 +0300 (EEST)
Received: from bilbo.vpop.net (bilbo.vpop.net [65.103.33.41])
	by danu.procontrol.fi (Postfix) with SMTP id B194323896
	for <dovecot@procontrol.fi>; Sat, 19 Jul 2003 21:21:05 +0300 (EEST)
To: dovecot@procontrol.fi
From: Matthew Reimer <mreimer@vpop.net>
Subject: Re: [Dovecot] How to use SASL2?
Message-Id: <20030719182105.B194323896@danu.procontrol.fi>
Date: Sat, 19 Jul 2003 21:21:05 +0300 (EEST)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 19 Jul 2003 18:22:20 -0000
X-UID: 1231                                                  
Status: O

Timo Sirainen wrote:
> On Fri, 2003-07-18 at 02:02, grpmind+dovecot@boromir.vpop.net wrote:
> 
>>How does one use SASL2 for authentication? I looked for docs but found
>>none.
> 
> There's some code for supporting Cyrus' SASL library, but it hasn't been
> tested for a while and I doubt that it works. I don't really have plans
> to make it work either.
> 
> Why do you want it anyway? Dovecot supports PLAIN, DIGEST-MD5 and
> ANONYMOUS SASL mechanisms internally. Most important missing one is
> Kerberos 5 I think.

I'm not really interested in using SASL for its own sake, but because it's a way to get dovecot to authenticate against my mysql users db. I might try to write a patch to implement mysql support for dovecot, hopefully good enough for you to commit.

Matt
From dgc@uchicago.edu  Mon Jul 21 03:22:08 2003
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 277FC23866; Mon, 21 Jul 2003 03:22:08 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by danu.procontrol.fi (Postfix) with ESMTP id 5A3772387A
	for <dovecot@procontrol.fi>; Mon, 21 Jul 2003 03:21:33 +0300 (EEST)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.11.6/8.11.6) id h6L0LM901449;
	Sun, 20 Jul 2003 19:21:22 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Sun, 20 Jul 2003 19:21:22 -0500
From: David Champion <dgc@uchicago.edu>
To: Wouter Van Hemel <wouter@pair.com>
Message-ID: <20030721002122.GY17000@dust.uchicago.edu>
Mail-Followup-To: Wouter Van Hemel <wouter@pair.com>,
	Craig <haakon@themadship.dhs.org>, dovecot@procontrol.fi
References: <20030719131717.GA10461@themadship.dhs.org>
	<Pine.LNX.4.56.0307191732110.172@cocaine.cryolabs.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.56.0307191732110.172@cocaine.cryolabs.net>
X-Gouranga: Gouranga gouranga gouranga
User-Agent: Mutt/1.5.2i
cc: Craig <haakon@themadship.dhs.org>
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: migrating from uw imapd
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 21 Jul 2003 00:22:08 -0000
X-UID: 1232                                                  
Status: O
Content-Length: 1333

* On 2003.07.19, in <Pine.LNX.4.56.0307191732110.172@cocaine.cryolabs.net>,
*	"Wouter Van Hemel" <wouter@pair.com> wrote:
> 
> It does that? I've never seen that kind of behavior. Perhaps your package
> is compiled with some weird options (if you didn't compile it yourself).

C-client (i.e., pine and uw-imap) will append /var/mail/$user to
~$user/mbox if ~/$user/mbox exists. AFAIK it's non-optional in the stock
c-client build. If you touch ~/mbox, it should begin happening for you
too.

(Options? Configuration? Ha!)

Pine and IMAP will regard ~/mbox as your INBOX, though, so it's not
necessarily obvious that it's happening unless you look at the folders
from outside pine or imap.

The purpose of this was twofold, as far as I can see: compatibility
with Columbia MM's behavior with regard to mail.txt files, and to allow
users or admins to balance space on the spool disk vs. space on the
user disk. It's not a bad behavior, all things considered, though more
configurability for this and other c-client behaviors would almost
always be a fine thing.

-- 
 -D.    dgc@uchicago.edu        NSIT    University of Chicago
      When using any driving directions or map, it's a good idea to do a
      reality check and make sure the road still exists, watch out for
      construction, and follow all traffic safety precautions.
From maikel@ladot.com  Tue Jul 22 14:02:49 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 55D252387F; Tue, 22 Jul 2003 14:02:49 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id E4B2723866
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 14:02:46 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6MBFhZW035014;
	Tue, 22 Jul 2003 13:15:44 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N2835AT1>; Tue, 22 Jul 2003 13:04:04 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F229B8@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Timo Sirainen'" <tss@iki.fi>,
	Maikel Verheijen <maikel@ladot.com>
Subject: RE: [Dovecot] Loadable module
Date: Tue, 22 Jul 2003 13:04:04 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35040.F68164F0"
X-Spam-Status: No, hits=0.8 required=5.0
	tests=HTML_20_30,HTML_MESSAGE,QUOTED_EMAIL_TEXT
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 11:02:49 -0000
X-UID: 1233                                                  
Status: O
Content-Length: 5203

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35040.F68164F0
Content-Type: text/plain

Hi Timo,

When you have time to create the hooks to the various locations within
dovecot, I am willing to try to make a module to support Maildir quota's.
Would that be possible with the hooks, and can that be done using a plugin
as well?

Kind regards,

Maikel Verheijen.

> -----Original Message-----
> From: Timo Sirainen [mailto:tss@iki.fi] 
> Sent: Saturday, July 19, 2003 12:14 AM
> To: Maikel Verheijen
> Cc: 'dovecot@procontrol.fi'
> Subject: Re: [Dovecot] Loadable module
> 
> 
> On Saturday, Jul 19, 2003, at 00:40 Europe/Helsinki, Maikel Verheijen 
> wrote:
> 
> > I read a post about moving a .mailbixlist to a 
> .subscriptionfile when
> > a user did not have one, but did have a .mailboxlist file. Timo 
> > emailed a module for that purpose, so it could be done for 
> this user.
> >
> > My question is:
> >
> > - Where and how does dovecot call this function?
> 
> <module name>_init(); is called after initializing Dovecot's 
> core code, 
> but before opening any message store or creating client structure. I 
> think I'd have to add some hooks for store creation and 
> client creation 
> so you wouldn't need kludges if you want to modify them in some way.
> 
> You'll have to enable modules of course in configuration file 
> and place 
> the module to right directory.
> 
> > - Would it be easy to use a module to a) create a mailpath (can be
> > done as the mailuser's id, I use one uid, and my path is 
> all owned by 
> > that uid), and b) simply remove a quota file?
> 
> Yes, the modules can do whatever they want. Just use mkdir() and 
> unlink().
> 

------_=_NextPart_001_01C35040.F68164F0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [Dovecot] Loadable module</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi Timo,</FONT>
</P>

<P><FONT SIZE=3D2>When you have time to create the hooks to the various =
locations within dovecot, I am willing to try to make a module to =
support Maildir quota's. Would that be possible with the hooks, and can =
that be done using a plugin as well?</FONT></P>

<P><FONT SIZE=3D2>Kind regards,</FONT>
</P>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Timo Sirainen [<A =
HREF=3D"mailto:tss@iki.fi">mailto:tss@iki.fi</A>] </FONT>
<BR><FONT SIZE=3D2>&gt; Sent: Saturday, July 19, 2003 12:14 AM</FONT>
<BR><FONT SIZE=3D2>&gt; To: Maikel Verheijen</FONT>
<BR><FONT SIZE=3D2>&gt; Cc: 'dovecot@procontrol.fi'</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: Re: [Dovecot] Loadable module</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; On Saturday, Jul 19, 2003, at 00:40 =
Europe/Helsinki, Maikel Verheijen </FONT>
<BR><FONT SIZE=3D2>&gt; wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; I read a post about moving a .mailbixlist =
to a </FONT>
<BR><FONT SIZE=3D2>&gt; .subscriptionfile when</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; a user did not have one, but did have a =
.mailboxlist file. Timo </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; emailed a module for that purpose, so it =
could be done for </FONT>
<BR><FONT SIZE=3D2>&gt; this user.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; My question is:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; - Where and how does dovecot call this =
function?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &lt;module name&gt;_init(); is called after =
initializing Dovecot's </FONT>
<BR><FONT SIZE=3D2>&gt; core code, </FONT>
<BR><FONT SIZE=3D2>&gt; but before opening any message store or =
creating client structure. I </FONT>
<BR><FONT SIZE=3D2>&gt; think I'd have to add some hooks for store =
creation and </FONT>
<BR><FONT SIZE=3D2>&gt; client creation </FONT>
<BR><FONT SIZE=3D2>&gt; so you wouldn't need kludges if you want to =
modify them in some way.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; You'll have to enable modules of course in =
configuration file </FONT>
<BR><FONT SIZE=3D2>&gt; and place </FONT>
<BR><FONT SIZE=3D2>&gt; the module to right directory.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; - Would it be easy to use a module to a) =
create a mailpath (can be</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; done as the mailuser's id, I use one uid, =
and my path is </FONT>
<BR><FONT SIZE=3D2>&gt; all owned by </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; that uid), and b) simply remove a quota =
file?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Yes, the modules can do whatever they want. =
Just use mkdir() and </FONT>
<BR><FONT SIZE=3D2>&gt; unlink().</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35040.F68164F0--
From lfarkas@bnap.hu  Tue Jul 22 14:30:45 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 167B42387F; Tue, 22 Jul 2003 14:30:45 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 759DB23865
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 14:30:38 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 7460A6E4014
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 13:30:07 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP
	id 4EAFC1734C0; Tue, 22 Jul 2003 13:30:29 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 340FE1734BE
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 13:30:29 +0200 (CEST)
Message-ID: <3F1D2052.3060204@bnap.hu>
Date: Tue, 22 Jul 2003 13:30:26 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] FYI: dovecot is included in redhat beta
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 11:30:45 -0000
X-UID: 1234                                                  
Status: O

hi,
just note that in the current redhat beta they include dovecot 0.99.10:-)

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Tue Jul 22 16:11:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DED732387F; Tue, 22 Jul 2003 16:11:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B8F4423866
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 16:11:12 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 32EBD5C896A2
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 16:11:12 +0300 (EEST)
Subject: RE: [Dovecot] Loadable module
From: Timo Sirainen <tss@iki.fi>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <410777FC7A66D511911500B0D078345501F229B8@nlladot05.intern.ladot.com>
References: 
	 <410777FC7A66D511911500B0D078345501F229B8@nlladot05.intern.ladot.com>
Content-Type: text/plain
Message-Id: <1058879471.1057.56.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 22 Jul 2003 16:11:12 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 13:11:16 -0000
X-UID: 1235                                                  
Status: O
Content-Length: 2586

On Tue, 2003-07-22 at 14:04, Maikel Verheijen wrote:
> When you have time to create the hooks to the various locations within
> dovecot, I am willing to try to make a module to support Maildir
> quota's. Would that be possible with the hooks, and can that be done
> using a plugin as well?

Hmm. You probably want to override mailbox class's (yea, C class :)
expunge, copy and save_*() methods and make them check/update the quota
files.

You can do the above by overriding mail_storage's open_mailbox() method.

Only hook that I'd need to add is the "mail_storage created" where you
can override the open_mailbox().

You probably want to add some own variables to mailbox class (eg.
pointers to original expunge/copy/save* methods). I'm not really sure
how this should be done. A few possibilities:

1) C++ -like class extension. You create:

struct maildir_quota_mailbox {
  struct index_mailbox parent; // mbox/maildir uses index_mailbox
  // your stuff here
};

And then casting mailbox -> maildir_quota_mailbox.

But this has the problem that you can't create more than one module
which extents a class.

2) A common module_data mapping for all modules. You'd call

struct maildir_quota_data *data = map_lookup(mailbox, "maildir quota");

3) Something more object oriented, piping the requests through possibly
multiple classes:

// more easily described in C++:
mailbox = new acl_mailbox(new quota_mailbox(new maildir_mailbox()));

struct quota_mailbox {
  struct mailbox mailbox;
  struct mailbox *next_mailbox;
  // your own stuff
};

quota_mailbox_init(struct mailbox *next) {
  struct quota_mailbox *box = i_new(struct quota_mailbox, 1);

  box->next_mailbox = next;

  // fill in the functions we want to grab
  box->mailbox = quota_mailbox_defaults;

  // whatever functions we left NULL, copy them from "next".
  mailbox_fill_defaults(&box->mailbox, next);
}

int quota_mailbox_expunge(struct mailbox *box) {
  struct quota_mailbox *qbox = (struct quota_mailbox *) mailbox;

  if (!qbox->next->expunge(qbox->next))
    return FALSE;
  return quota_update(qbox);
}

OK. 3) is the best idea :) But it requires a few changes to make it
work.

Actually, I think this is exactly how I want quota and ACLs to be
implemented. No extra interface changes for either one of them.

For quota, you'd want to do something like:

expunge(): nothing special, just update the quota file after expunges

save_next(): Check data istream's size and if it's over quota, fail.

copy(): this is somewhat problematic, if there wasn't the maildir
hardlinks you wouldn't have to touch it at all..


From kiwi@oav.net  Tue Jul 22 17:40:46 2003
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CF5F623866; Tue, 22 Jul 2003 17:40:46 +0300 (EEST)
Received: from kaneda.oav.net (kaneda.oav.net [195.20.105.154])
	by danu.procontrol.fi (Postfix) with ESMTP id 0604B2384C
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 17:40:43 +0300 (EEST)
Received: from oav.net (unknown [62.4.1.241])
	(using TLSv1 with cipher DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by kaneda.oav.net (Postfix) with ESMTP id E1ECA15738
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 16:40:33 +0200 (CEST)
	(envelope-from kiwi@oav.net)
Date: Tue, 22 Jul 2003 16:40:26 +0200
X-Image-Url: http://www.oav.net/~kiwi/kiwi.jpg
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Xavier Beaudouin <kiwi@oav.net>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <6F360AC3-BC52-11D7-925D-000393B64262@oav.net>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] Outlook Express 6.0.280.1123 SSL and dovecot .
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 14:40:47 -0000
X-UID: 1236                                                  
Status: O

Hello there,

First many thanks for dovecot, this is marvelous piece of software :)

One of my users is using Outlook Express 6.0.280.1123 on XP with SSL.
I have lots of this in the syslog :

Jul 22 16:25:31 kiwi imap-login: Login: fptarget [62.4.1.170]
Jul 22 16:25:32 kiwi imap-login: SSL_read() syscall failed: EOF 
[62.4.1.170]
Jul 22 16:25:59 kiwi imap-login: SSL_read() syscall failed: EOF 
[62.4.1.170]
Jul 22 16:26:43 kiwi imap-login: Login: fptarget [62.4.1.170]
Jul 22 16:26:45 kiwi imap-login: SSL_read() syscall failed: EOF 
[62.4.1.170]
Jul 22 16:26:47 kiwi imap-login: Login: fptarget [62.4.1.170]
Jul 22 16:26:48 kiwi imap-login: SSL_read() syscall failed: EOF 
[62.4.1.170]

Is there any way to avoid that ? (except telling this user to stop 
using outlook ?).

Thanks,
/Xavier

From tss@iki.fi  Tue Jul 22 17:43:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2FA9423866; Tue, 22 Jul 2003 17:43:06 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 95F7A2384C
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 17:43:04 +0300 (EEST)
Date: Tue, 22 Jul 2003 17:43:09 +0300
Subject: Re: [Dovecot] Outlook Express 6.0.280.1123 SSL and dovecot .
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <6F360AC3-BC52-11D7-925D-000393B64262@oav.net>
Message-Id: <CFE4F242-BC52-11D7-AA9B-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 14:43:06 -0000
X-UID: 1237                                                  
Status: O

On Tuesday, Jul 22, 2003, at 17:40 Europe/Helsinki, Xavier Beaudouin 
wrote:

> One of my users is using Outlook Express 6.0.280.1123 on XP with SSL.
> I have lots of this in the syslog :
>
> Jul 22 16:26:48 kiwi imap-login: SSL_read() syscall failed: EOF 
> [62.4.1.170]
>
> Is there any way to avoid that ? (except telling this user to stop 
> using outlook ?).

Set verbose_ssl = no (which is default).

From maikel@ladot.com  Tue Jul 22 18:10:14 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5BC4923866; Tue, 22 Jul 2003 18:10:14 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 808832384C
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 18:10:11 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6MFMxZW050031;
	Tue, 22 Jul 2003 17:22:59 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N2835DPZ>; Tue, 22 Jul 2003 17:11:19 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F229CF@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Timo Sirainen'" <tss@iki.fi>,
	"'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] Loadable module
Date: Tue, 22 Jul 2003 17:11:18 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35063.80801D50"
X-Spam-Status: No, hits=1.0 required=5.0
	tests=HTML_10_20,HTML_MESSAGE,QUOTED_EMAIL_TEXT
	version=2.55
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 15:10:14 -0000
X-UID: 1238                                                  
Status: O
Content-Length: 4573

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35063.80801D50
Content-Type: text/plain

Hi Timo,

[snipped possible scenario's]

> OK. 3) is the best idea :) But it requires a few changes to 
> make it work.
I wouldn't expect it to work out of the box :)

But if I read your suggestions right, you propose a "fixed" change in the
maildir functions that call the quota update functions if necessary. So
perhaps we should make a quota_enabled = yes|no flag int the config file,
and use that? I would still be trying to make the quota update functions for
you, and try to put them in.

> Actually, I think this is exactly how I want quota and ACLs 
> to be implemented. No extra interface changes for either one of them.
> 
> For quota, you'd want to do something like:
> 
> expunge(): nothing special, just update the quota file after expunges
Expunge should recalculate the whole mailfolder?

> save_next(): Check data istream's size and if it's over quota, fail.

Ok. So this one can be "easy". Just check if mailsize + current usage <
max_quota. :)

> copy(): this is somewhat problematic, if there wasn't the 
> maildir hardlinks you wouldn't have to touch it at all..

A copy can duplicate a message in the same store, but do hardlinks work on
nfs? If not, we should add the message to the quota list. And maybe we
should just add size of the email anyway, it won't be that much of a loss to
the user, and it would save us a lot of checking. :)

And how about a user that has no quota file (yet), can we "recreate" them?
Maybe do a quota lookup for the user (database or file)? This can be done
using a module I guess, so it could be "user configurable".

Regards,


Maikel Verheijen.

------_=_NextPart_001_01C35063.80801D50
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [Dovecot] Loadable module</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi Timo,</FONT>
</P>

<P><FONT SIZE=3D2>[snipped possible scenario's]</FONT>
</P>

<P><FONT SIZE=3D2>&gt; OK. 3) is the best idea :) But it requires a few =
changes to </FONT>
<BR><FONT SIZE=3D2>&gt; make it work.</FONT>
<BR><FONT SIZE=3D2>I wouldn't expect it to work out of the box =
:)</FONT>
</P>

<P><FONT SIZE=3D2>But if I read your suggestions right, you propose a =
&quot;fixed&quot; change in the maildir functions that call the quota =
update functions if necessary. So perhaps we should make a =
quota_enabled =3D yes|no flag int the config file, and use that? I =
would still be trying to make the quota update functions for you, and =
try to put them in.</FONT></P>

<P><FONT SIZE=3D2>&gt; Actually, I think this is exactly how I want =
quota and ACLs </FONT>
<BR><FONT SIZE=3D2>&gt; to be implemented. No extra interface changes =
for either one of them.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; For quota, you'd want to do something =
like:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; expunge(): nothing special, just update the =
quota file after expunges</FONT>
<BR><FONT SIZE=3D2>Expunge should recalculate the whole =
mailfolder?</FONT>
</P>

<P><FONT SIZE=3D2>&gt; save_next(): Check data istream's size and if =
it's over quota, fail.</FONT>
</P>

<P><FONT SIZE=3D2>Ok. So this one can be &quot;easy&quot;. Just check =
if mailsize + current usage &lt; max_quota. :)</FONT>
</P>

<P><FONT SIZE=3D2>&gt; copy(): this is somewhat problematic, if there =
wasn't the </FONT>
<BR><FONT SIZE=3D2>&gt; maildir hardlinks you wouldn't have to touch it =
at all..</FONT>
</P>

<P><FONT SIZE=3D2>A copy can duplicate a message in the same store, but =
do hardlinks work on nfs? If not, we should add the message to the =
quota list. And maybe we should just add size of the email anyway, it =
won't be that much of a loss to the user, and it would save us a lot of =
checking. :)</FONT></P>

<P><FONT SIZE=3D2>And how about a user that has no quota file (yet), =
can we &quot;recreate&quot; them? Maybe do a quota lookup for the user =
(database or file)? This can be done using a module I guess, so it =
could be &quot;user configurable&quot;.</FONT></P>

<P><FONT SIZE=3D2>Regards,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35063.80801D50--
From tss@iki.fi  Tue Jul 22 19:53:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D049823866; Tue, 22 Jul 2003 19:53:57 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id BAB8423865; Tue, 22 Jul 2003 19:53:55 +0300 (EEST)
Date: Tue, 22 Jul 2003 19:53:59 +0300
Subject: Re: [Dovecot] Loadable module
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Maikel Verheijen <maikel@ladot.com>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <410777FC7A66D511911500B0D078345501F229CF@nlladot05.intern.ladot.com>
Message-Id: <16DB7730-BC65-11D7-AA9B-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-6.0 required=5.0
	tests=BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 16:53:58 -0000
X-UID: 1239                                                  
Status: O
Content-Length: 4646

On Tuesday, Jul 22, 2003, at 18:11 Europe/Helsinki, Maikel Verheijen 
wrote:

> But if I read your suggestions right, you propose a "fixed" change in 
> the maildir functions that call the quota update functions if 
> necessary. So perhaps we should make a quota_enabled = yes|no flag int 
> the config file, and use that? I would still be trying to make the 
> quota update functions for you, and try to put them in.

No, the core code wouldn't know anything about quota. The module would 
simply grab the calls to mailbox interface itself.

Actually I'd really like if the same quota code was mail storage 
independent. So if you accessed the messages only through Dovecot's 
APIs the same code would work with maildir, mbox and whatever future 
formats I come up with. But I'm not sure how good idea this is with 
current APIs .. you probably could do it but it could be done faster.

> > expunge(): nothing special, just update the quota file after expunges
> Expunge should recalculate the whole mailfolder?

Well .. it would be faster if it didn't have to. Problem is that you 
might not know the message's size always. Also there's some locking 
problems / race conditions if you try to calculate the new quota before 
actually expunging.

> > copy(): this is somewhat problematic, if there wasn't the
> > maildir hardlinks you wouldn't have to touch it at all..
>
> A copy can duplicate a message in the same store, but do hardlinks 
> work on nfs? If not, we should add the message to the quota list. And 
> maybe we should just add size of the email anyway, it won't be that 
> much of a loss to the user, and it would save us a lot of checking. :)

Hard links work with NFS. But the problem is adding the message to 
quota list. Normally copy() reads the messages and saves them using the 
normal save*() functions, so the quota checking would be done 
automatically. With hard links it doesn't go through save*(), so you'd 
have to do some special kludging if you wanted to account that copied 
message from quota too.

One possibility is to just go through the messageset, get the message 
sizes, call copy(), see if quota was accounted by save*() functions, if 
not do it yourself.

Another possibility is to fix the API by splitting all functions which 
handle multiple messages at once and replace them with iterator 
functions. ie. fetch*(), search*() and save*() are ok now, but 
expunge() and copy() are not. Something  like:

// initialize. very much like fetching messages.
struct mail_copy_context *(*copy_init)(struct mailbox *box,
	enum mail_fetch_field wanted_fields, const char *messageset, int 
uidset);
// copy next message. returns pointer to original message where you can 
find it's info
// including message's size
struct mail *(*copy_next)(struct mail_copy_context *ctx);

You'd call copy_init() with wanted_fields being MESSAGE_FETCH_SIZE (or 
actually I should probably add _REAL_SIZE which would tell how much 
actual disk space it takes rather than the size with virtual CRs). Then 
you'd call copy_next(), use some kludge to see if it called your 
save_next(), if not you get the message size with mail->get_size(mail) 
and add it to quota.

Expunging would work pretty much the same way:

struct mail_expunge_context *(*expunge_init)(struct mailbox *box,
	enum mail_fetch_field wanted_fields);
struct mail (*expunge_next)(struct mail_expunge_context *ctx);

Only difference would be that mail->get_size() might return you -1, ie. 
unknown. In that case you'd have to recalculate the quota for the 
mailbox.

Hmm. There's still a few small problems. And the _next() calls should 
probably be split to two, so you can first fetch the record, then 
decide if you really want to copy/expunge that message by calling 
_doit() or something. Umm. Actually then I might just as well use the 
normal fetch*() interface and just add a few new methods to struct mail:

int (*expunge)(struct mail *mail);
int (*copy)(struct mail *mail, struct mailbox *dest);

I think that'd work. :) I'll try to make these changes to CVS soon.

> And how about a user that has no quota file (yet), can we "recreate" 
> them? Maybe do a quota lookup for the user (database or file)? This 
> can be done using a module I guess, so it could be "user > configurable".

Depends on how you want the quota stuff to work. I'm not sure about 
that yet. Maildir++ quota seemed a bit slow. It would require 
rescanning _all_ the mailboxes once in a while. That's kind of 
pointless if only a few mailboxes have changed. Of course we could 
internally calculate the quotas per mailbox and combine them all to one 
Maildir++ compatible quota file.

From molter@tin.it  Tue Jul 22 22:01:14 2003
Return-Path: <molter@tin.it>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E518223866; Tue, 22 Jul 2003 22:01:14 +0300 (EEST)
Received: from mwinf0103.wanadoo.fr (smtp8.wanadoo.fr [193.252.22.30])
	by danu.procontrol.fi (Postfix) with ESMTP id 26A9E23865
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 22:01:10 +0300 (EEST)
Received: from www.example.org (ANice-205-1-13-43.w81-249.abo.wanadoo.fr
	[81.249.10.43])
	by mwinf0103.wanadoo.fr (SMTP Server) with SMTP id 75B1D1BFFF5B
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 21:01:04 +0200 (CEST)
Received: (qmail 41876 invoked by uid 1000); 22 Jul 2003 19:00:49 -0000
Date: Tue, 22 Jul 2003 21:00:49 +0200
From: molter@tin.it
To: dovecot@procontrol.fi
Message-Id: <20030722210049.74db1611.molter@tin.it>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i386-portbld-freebsd4.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] hierarchy_sep
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 19:01:15 -0000
X-UID: 1240                                                  
Status: O

Hi Timo,

I would like to add another naming scheme to dovecot to recognize
maildir folders:

As of today:
~/Maildir/.foo
~/Maildir/.foo.bar

I would like to add:
~/Maildir/foo
~/Maildir/foo/bar

I had a quick look at the code (very clean, I am impressed!) and I saw
struct mail_storage, with field hierarchy_sep.

I think I cannot just set hierarchy_sep to '/', because /foo would start from the root of the filesystem instead of being relative to ~/Maildir.

Do you have any suggestions on the cleaner way of doing it? Or maybe do you think it is wrong to depart from '.' for some reason?

thanks
Marco
From tss@iki.fi  Tue Jul 22 22:32:28 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EF31E23866; Tue, 22 Jul 2003 22:32:28 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 301472384C
	for <dovecot@procontrol.fi>; Tue, 22 Jul 2003 22:32:26 +0300 (EEST)
Date: Tue, 22 Jul 2003 22:32:30 +0300
Subject: Re: [Dovecot] hierarchy_sep
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030722210049.74db1611.molter@tin.it>
Message-Id: <3C3F42D8-BC7B-11D7-AA9B-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 19:32:29 -0000
X-UID: 1241                                                  
Status: O

On Tuesday, Jul 22, 2003, at 22:00 Europe/Helsinki, molter@tin.it wrote:

> I think I cannot just set hierarchy_sep to '/', because /foo would 
> start from the root of the filesystem instead of being relative to 
> ~/Maildir.
>
> Do you have any suggestions on the cleaner way of doing it? Or maybe 
> do you think it is wrong to depart from '.' for some reason?

Well .. The '.' is currently pretty much hardcoded there in multiple 
places. I was going to make the separator that clients see 
configurable, and also support changing the real filesystem separator 
by modifying some single #define in sources..

If you wanted to change it to '/', I guess it would mostly work but you 
might have to create subdirectories sometimes. For example client could 
create "a/b/c/d" mailbox even if "a" didn't exist. Also you'd have to 
get the LIST code from mbox since it's very different in maildir++.

From shalehperry@comcast.net  Wed Jul 23 03:31:46 2003
Return-Path: <shalehperry@comcast.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C2B7F23866; Wed, 23 Jul 2003 03:31:46 +0300 (EEST)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
	by danu.procontrol.fi (Postfix) with ESMTP id C673E23865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 03:31:40 +0300 (EEST)
Received: from one (12-235-54-7.client.attbi.com[12.235.54.7](untrusted
	sender))          by comcast.net (rwcrmhc13) with SMTP
	id <2003072300313401500qmrdpe>; Wed, 23 Jul 2003 00:31:34 +0000
From: Sean 'Shaleh' Perry <shalehperry@comcast.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] FYI: dovecot is included in redhat beta
Date: Tue, 22 Jul 2003 17:31:32 -0700
User-Agent: KMail/1.5.2
References: <3F1D2052.3060204@bnap.hu>
In-Reply-To: <3F1D2052.3060204@bnap.hu>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200307221731.32814.shalehperry@comcast.net>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 00:31:46 -0000
X-UID: 1242                                                  
Status: O

On Tuesday 22 July 2003 04:30, Farkas Levente wrote:
> hi,
> just note that in the current redhat beta they include dovecot 0.99.10:-)

it's been in Debian for a while now (-:

From maikel@ladot.com  Wed Jul 23 13:48:13 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B6B2323866; Wed, 23 Jul 2003 13:48:13 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id CB77823865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 13:48:05 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6NB1BZW072066
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 13:01:11 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N2835HQ5>; Wed, 23 Jul 2003 12:49:28 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F229E5@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Date: Wed, 23 Jul 2003 12:49:28 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35108.16D8C8C0"
X-Spam-Status: No, hits=1.3 required=5.0
	tests=HTML_20_30,HTML_MESSAGE
	version=2.55
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Subject: [Dovecot] Imap 2 imap copy tool?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 10:48:13 -0000
X-UID: 1243                                                  
Status: O
Content-Length: 3474

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35108.16D8C8C0
Content-Type: text/plain

Hi List!


At the moment, our company is preparing to migrate from MS-Exchange to a
dovecot mail platform. Since there is no way to access the emails on the
file-store other than using webmail, pop or imap, I wanted to do this by
using an imap-to-imap copy tool.

I have found one that does the job (but POORLY), named migrate
(http://prdownloads.sourceforge.net/cyrus-utils/). Does anyone know some
other tool(s) for me I could have a look at? 

My requirements for such software are:
- it should use a username;password list to do the migration (20k+ users)
- it should be able to do imap to imap copy, or imap to maildir with a
flexible path
- it should copy all the folders too, except the "Public Folders" from
exchange.
- it has to be able to "ignore" unknown flags from the exchange imap server
(\Recent).

What I would love the software to have (and what imapmigrate lacks):
- Folder and message syncing (to be able to keep the mailbox in sync)
- detailed errors if something goes wrong, not too much fuss over accounts
that DO get copied cleanly
- fast tool? :)

Thank you for your time!

Kind regards,


Maikel Verheijen.


------_=_NextPart_001_01C35108.16D8C8C0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>Imap 2 imap copy tool?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi List!</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>At the moment, our company is preparing to migrate =
from MS-Exchange to a dovecot mail platform. Since there is no way to =
access the emails on the file-store other than using webmail, pop or =
imap, I wanted to do this by using an imap-to-imap copy =
tool.</FONT></P>

<P><FONT SIZE=3D2>I have found one that does the job (but POORLY), =
named migrate (<A =
HREF=3D"http://prdownloads.sourceforge.net/cyrus-utils/" =
TARGET=3D"_blank">http://prdownloads.sourceforge.net/cyrus-utils/</A>). =
Does anyone know some other tool(s) for me I could have a look at? =
</FONT></P>

<P><FONT SIZE=3D2>My requirements for such software are:</FONT>
<BR><FONT SIZE=3D2>- it should use a username;password list to do the =
migration (20k+ users)</FONT>
<BR><FONT SIZE=3D2>- it should be able to do imap to imap copy, or imap =
to maildir with a flexible path</FONT>
<BR><FONT SIZE=3D2>- it should copy all the folders too, except the =
&quot;Public Folders&quot; from exchange.</FONT>
<BR><FONT SIZE=3D2>- it has to be able to &quot;ignore&quot; unknown =
flags from the exchange imap server (\Recent).</FONT>
</P>

<P><FONT SIZE=3D2>What I would love the software to have (and what =
imapmigrate lacks):</FONT>
<BR><FONT SIZE=3D2>- Folder and message syncing (to be able to keep the =
mailbox in sync)</FONT>
<BR><FONT SIZE=3D2>- detailed errors if something goes wrong, not too =
much fuss over accounts that DO get copied cleanly</FONT>
<BR><FONT SIZE=3D2>- fast tool? :)</FONT>
</P>

<P><FONT SIZE=3D2>Thank you for your time!</FONT>
</P>

<P><FONT SIZE=3D2>Kind regards,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35108.16D8C8C0--
From grahame@ucs.uwa.edu.au  Wed Jul 23 17:33:11 2003
Return-Path: <grahame@ucs.uwa.edu.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A210C23866; Wed, 23 Jul 2003 17:33:11 +0300 (EEST)
Received: from house.arach.net.au (mx2.arach.net.au [203.30.44.68])
	by danu.procontrol.fi (Postfix) with SMTP id 4028B23865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 17:32:36 +0300 (EEST)
Received: (qmail 23392 invoked from network); 23 Jul 2003 14:49:35 -0000
Received: from unknown (HELO solitaire) (202.89.170.203)
  by house.arach.net.au with SMTP
  for <dovecot@procontrol.fi>; 23 Jul 2003 14:49:35 -0000
From: Grahame Bowland <grahame@ucs.uwa.edu.au>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: The University of Western Australia
Message-Id: <1058970744.5521.4.camel@solitaire>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 
Date: 23 Jul 2003 22:32:24 +0800
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Hooks on folder operations
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 14:33:11 -0000
X-UID: 1244                                                  
Status: O
Content-Length: 1207


Hi all,

I'm interested in implementing an anti-spam system using bayesian
filtering. I had the idea of modifying and IMAP server to assist in
training the spam filter.

I was thinking of running a program whenever a message in moved to the
folder "Spam" or to a "Safe" folder. This could be easily added to the
server as a generic feature, with hook programs for:
  * new message in a folder (either new, or moved into the folder)
  * message in folder is modified
  * message in folder is removed
and so on. If the support was generic enough there could be many uses
for it. Security of the external program needs to be considered but
doesn't really affect the IMAP server itself.

Anyway, if I were to write a patch to add support for running an
external program in these cases, would it be included? Any feedback
would be appreciated, if I'm going to do this I might as well do it in a
way that can be integrated back into the main tree!

Cheers
Grahame

-- 
Grahame Bowland                       Email: grahame@ucs.uwa.edu.au
University Communications Services    Phone: +61 8 9380 1175
The University of Western Australia     Fax: +61 8 9380 1109
                                     CRICOS: 00126G


From maikel@ladot.com  Wed Jul 23 17:48:53 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4BEB723866; Wed, 23 Jul 2003 17:48:53 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 7B22E23865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 17:48:51 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6NF1uZW074406;
	Wed, 23 Jul 2003 17:01:56 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N2835H87>; Wed, 23 Jul 2003 16:50:13 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F229F9@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] Hooks on folder operations
Date: Wed, 23 Jul 2003 16:50:07 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35129.B55436D0"
X-Spam-Status: No, hits=0.8 required=5.0
	tests=HTML_20_30,HTML_MESSAGE,QUOTED_EMAIL_TEXT
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
cc: "'grahame@ucs.uwa.edu.au'" <grahame@ucs.uwa.edu.au>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 14:48:53 -0000
X-UID: 1245                                                  
Status: O
Content-Length: 5454

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35129.B55436D0
Content-Type: text/plain

Hi Grahame,

> Hi all,
> 
> I'm interested in implementing an anti-spam system using 
> bayesian filtering. I had the idea of modifying and IMAP 
> server to assist in training the spam filter.
Why do you want to hook it up into your imap server? I think it would be
better to prevent emails to enter the mailbox with the MTA rather than
removing it when the user is reading his email using imap.

Why? Because the spam that is in the mailbox might push the user over his
quota limit, and thus preventing legitimate emails to be delivered.

> I was thinking of running a program whenever a message in 
> moved to the folder "Spam" or to a "Safe" folder. This could 
> be easily added to the server as a generic feature, with hook 
> programs for:
>   * new message in a folder (either new, or moved into the folder)
>   * message in folder is modified
>   * message in folder is removed
> and so on. If the support was generic enough there could be 
> many uses for it. Security of the external program needs to 
> be considered but doesn't really affect the IMAP server itself.
With the new API code that Timo is making now, I guess this would be
possible.

(After all: if quota's are updated, something was written to the mailbox, or
deleted of course!)

> Anyway, if I were to write a patch to add support for running 
> an external program in these cases, would it be included? Any 
> feedback would be appreciated, if I'm going to do this I 
> might as well do it in a way that can be integrated back into 
> the main tree!
You can always build a plugin, and plugins can be loaded whenever an
administrator wants them to load. I don't know if Timo wants to include all
plugins that are / will be written for dovecot, but I guess there might be a
plugins part, where people can "post" their plugins so other people can
benefit from them :)

> Cheers
> Grahame

Kind regards,

Maikel Verheijen

------_=_NextPart_001_01C35129.B55436D0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [Dovecot] Hooks on folder operations</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi Grahame,</FONT>
</P>

<P><FONT SIZE=3D2>&gt; Hi all,</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I'm interested in implementing an anti-spam =
system using </FONT>
<BR><FONT SIZE=3D2>&gt; bayesian filtering. I had the idea of modifying =
and IMAP </FONT>
<BR><FONT SIZE=3D2>&gt; server to assist in training the spam =
filter.</FONT>
<BR><FONT SIZE=3D2>Why do you want to hook it up into your imap server? =
I think it would be better to prevent emails to enter the mailbox with =
the MTA rather than removing it when the user is reading his email =
using imap.</FONT></P>

<P><FONT SIZE=3D2>Why? Because the spam that is in the mailbox might =
push the user over his quota limit, and thus preventing legitimate =
emails to be delivered.</FONT></P>

<P><FONT SIZE=3D2>&gt; I was thinking of running a program whenever a =
message in </FONT>
<BR><FONT SIZE=3D2>&gt; moved to the folder &quot;Spam&quot; or to a =
&quot;Safe&quot; folder. This could </FONT>
<BR><FONT SIZE=3D2>&gt; be easily added to the server as a generic =
feature, with hook </FONT>
<BR><FONT SIZE=3D2>&gt; programs for:</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp; * new message in a folder (either =
new, or moved into the folder)</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp; * message in folder is =
modified</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp; * message in folder is =
removed</FONT>
<BR><FONT SIZE=3D2>&gt; and so on. If the support was generic enough =
there could be </FONT>
<BR><FONT SIZE=3D2>&gt; many uses for it. Security of the external =
program needs to </FONT>
<BR><FONT SIZE=3D2>&gt; be considered but doesn't really affect the =
IMAP server itself.</FONT>
<BR><FONT SIZE=3D2>With the new API code that Timo is making now, I =
guess this would be possible.</FONT>
</P>

<P><FONT SIZE=3D2>(After all: if quota's are updated, something was =
written to the mailbox, or deleted of course!)</FONT>
</P>

<P><FONT SIZE=3D2>&gt; Anyway, if I were to write a patch to add =
support for running </FONT>
<BR><FONT SIZE=3D2>&gt; an external program in these cases, would it be =
included? Any </FONT>
<BR><FONT SIZE=3D2>&gt; feedback would be appreciated, if I'm going to =
do this I </FONT>
<BR><FONT SIZE=3D2>&gt; might as well do it in a way that can be =
integrated back into </FONT>
<BR><FONT SIZE=3D2>&gt; the main tree!</FONT>
<BR><FONT SIZE=3D2>You can always build a plugin, and plugins can be =
loaded whenever an administrator wants them to load. I don't know if =
Timo wants to include all plugins that are / will be written for =
dovecot, but I guess there might be a plugins part, where people can =
&quot;post&quot; their plugins so other people can benefit from them =
:)</FONT></P>

<P><FONT SIZE=3D2>&gt; Cheers</FONT>
<BR><FONT SIZE=3D2>&gt; Grahame</FONT>
</P>

<P><FONT SIZE=3D2>Kind regards,</FONT>
</P>

<P><FONT SIZE=3D2>Maikel Verheijen</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35129.B55436D0--
From redjar@redjar.org  Wed Jul 23 17:53:16 2003
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1BF6123866; Wed, 23 Jul 2003 17:53:16 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by danu.procontrol.fi (Postfix) with ESMTP id 3D65D23865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 17:52:43 +0300 (EEST)
Received: from mdhcp48.marlboro.edu ([10.1.4.48] helo=redjar.org)
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 19fKyp-00068A-00
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 10:52:35 -0400
Date: Wed, 23 Jul 2003 10:52:35 -0400
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Jared <redjar@redjar.org>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <4BD2F72A-BD1D-11D7-840A-00039398ED48@redjar.org>
X-Mailer: Apple Mail (2.552)
X-MailScanner: clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.5, required 7, AWL,
	SPAM_PHRASE_00_01, USER_AGENT_APPLEMAIL)
Subject: [Dovecot] user database clarification
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 14:53:16 -0000
X-UID: 1246                                                  
Status: O

Hi, this question gets back to a thread I started back on July 8th.  
(gosh how time flies)

I still am not clear on why PAM is not supported for the user database.

I'm in an environment that has users both in local flat files 
(/etc/passwd and /etc/shadow) AND in an LDAP database.

Is it possible for this set up to work with dovecot?  (both local and 
ldap users have imap/pop?)

I'd prefer to just have Dovecot use PAM for user db and the password 
database so that I can configure PAM to try both local users and LDAP 
users.

Thanks a lot.
-jared



From tss@iki.fi  Wed Jul 23 18:03:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 913BF23866; Wed, 23 Jul 2003 18:03:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 69AAD23865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:03:09 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1EB375C896A2
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:03:09 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1058972588.1065.69.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 23 Jul 2003 18:03:08 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Courier's IMAP custom flags implementation
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 15:03:41 -0000
X-UID: 1247                                                  
Status: O

Just thought to mention:

http://dovecot.procontrol.fi/tmp/README.imapkeywords.html

I'm not sure what to think of it. Good thing in it is that it doesn't
limit the number of flags. Bad thing is that I think it's way too slow. 

Compared to Dovecot's implementation where I "steal" maildir flags a..z
and treat them in the normal maildir way. Bad thing is obviously that
it's limited to 26 different flags.

And I really should fix that customflags file soon to be NFS-safe /
read-lockless. It's just a bit problematic how to handle removing unused
flags when you've hit the 26 limit and try to add new ones.



From tss@iki.fi  Wed Jul 23 18:07:33 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D4BF23866; Wed, 23 Jul 2003 18:07:33 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8936023865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:07:31 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5591C5C896A2
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:07:31 +0300 (EEST)
Subject: Re: [Dovecot] user database clarification
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <4BD2F72A-BD1D-11D7-840A-00039398ED48@redjar.org>
References: <4BD2F72A-BD1D-11D7-840A-00039398ED48@redjar.org>
Content-Type: text/plain
Message-Id: <1058972851.1063.74.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 23 Jul 2003 18:07:31 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 15:07:33 -0000
X-UID: 1248                                                  
Status: O

On Wed, 2003-07-23 at 17:52, Jared wrote:
> Hi, this question gets back to a thread I started back on July 8th.  
> (gosh how time flies)
> 
> I still am not clear on why PAM is not supported for the user database.

Because PAM only provides a way to ask "does user X have password Y?".
It doesn't provide a way to ask user's UID, GID or home directory.

> I'm in an environment that has users both in local flat files 
> (/etc/passwd and /etc/shadow) AND in an LDAP database.
> 
> Is it possible for this set up to work with dovecot?  (both local and 
> ldap users have imap/pop?)

No fallbacking currently. I'll probably add it though. Fallbacking btw.
is possible only with plaintext authentication, but I guess that's what
everyone uses anyway..


From tss@iki.fi  Wed Jul 23 18:17:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CF8AC23866; Wed, 23 Jul 2003 18:17:57 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1253423865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:17:56 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id CCFC55C896A2
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:17:55 +0300 (EEST)
Subject: RE: [Dovecot] Hooks on folder operations
From: Timo Sirainen <tss@iki.fi>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <410777FC7A66D511911500B0D078345501F229F9@nlladot05.intern.ladot.com>
References: 
	 <410777FC7A66D511911500B0D078345501F229F9@nlladot05.intern.ladot.com>
Content-Type: text/plain
Message-Id: <1058973475.1065.86.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 23 Jul 2003 18:17:55 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 15:17:58 -0000
X-UID: 1249                                                  
Status: O
Content-Length: 1656

On Wed, 2003-07-23 at 17:50, Maikel Verheijen wrote:
> > I'm interested in implementing an anti-spam system using 
> > bayesian filtering. I had the idea of modifying and IMAP 
> > server to assist in training the spam filter.
> Why do you want to hook it up into your imap server? I think it would
> be better to prevent emails to enter the mailbox with the MTA rather
> than removing it when the user is reading his email using imap.
> 
> Why? Because the spam that is in the mailbox might push the user over
> his quota limit, and thus preventing legitimate emails to be
> delivered.

Well, I'd actually want that too. I don't have quota problems and I make
spamassassin put all spam into spam mailbox. The few spams that go
through to inbox I usually just delete because I'm too lazy to make
spamassassin's bayesian filter to learn it. If I only had to move them
to spam mailbox, I'd probably do it :)

> With the new API code that Timo is making now, I guess this would be
> possible.

Yep.

> You can always build a plugin, and plugins can be loaded whenever an
> administrator wants them to load. I don't know if Timo wants to
> include all plugins that are / will be written for dovecot, but I
> guess there might be a plugins part, where people can "post" their
> plugins so other people can benefit from them :)

I'll probably just add a plugins web page. Some of the most useful ones
I'll include in the tarball. Also I'll make it possible to compile the
plugins into the main binary so there's no overhead in dynamically
loading them.

At least quota and ACLs are going to be plugins. I'll make sure my APIs
are flexible enough to allow that.


From jared@marlboro.edu  Wed Jul 23 18:53:09 2003
Return-Path: <jared@marlboro.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 75D2E23866; Wed, 23 Jul 2003 18:53:09 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by danu.procontrol.fi (Postfix) with ESMTP id 92DEB2384C
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:53:07 +0300 (EEST)
Received: from mdhcp48.marlboro.edu ([10.1.4.48] helo=marlboro.edu)
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 19fLvH-0007Ki-00
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 11:52:59 -0400
Date: Wed, 23 Jul 2003 11:52:58 -0400
Subject: Re: [Dovecot] user database clarification
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Jared <jared@marlboro.edu>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <1058972851.1063.74.camel@hurina>
Message-Id: <BB3DB872-BD25-11D7-840A-00039398ED48@marlboro.edu>
X-Mailer: Apple Mail (2.552)
X-MailScanner: clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.1, required 7, AWL,
	EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, SPAM_PHRASE_00_01,
	USER_AGENT_APPLEMAIL)
X-Mailman-Approved-At: Wed, 23 Jul 2003 18:56:12 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 15:53:09 -0000
X-UID: 1250                                                  
Status: O


On Wednesday, Jul 23, 2003, at 11:07 US/Eastern, Timo Sirainen wrote:

> On Wed, 2003-07-23 at 17:52, Jared wrote:
>> I still am not clear on why PAM is not supported for the user 
>> database.
>
> Because PAM only provides a way to ask "does user X have password Y?".
> It doesn't provide a way to ask user's UID, GID or home directory.

I'm way out of my league here, but I thought getting UID, GID, etc, was 
the job of nsswitch.

>
>> I'm in an environment that has users both in local flat files
>> (/etc/passwd and /etc/shadow) AND in an LDAP database.
>>
>> Is it possible for this set up to work with dovecot?  (both local and
>> ldap users have imap/pop?)
>
> No fallbacking currently. I'll probably add it though. Fallbacking btw.
> is possible only with plaintext authentication, but I guess that's what
> everyone uses anyway..

I'd definitely like to see this.  I've got a bunch of crufty old and 
oddball accounts that I'd prefer not to put in LDAP.

Thanks,
-jared

From tss@iki.fi  Wed Jul 23 19:06:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 33ABD23866; Wed, 23 Jul 2003 19:06:40 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 760312384C
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 19:06:35 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 372D25C896A2
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 19:06:35 +0300 (EEST)
Subject: Re: [Dovecot] user database clarification
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <BB3DB872-BD25-11D7-840A-00039398ED48@marlboro.edu>
References: <BB3DB872-BD25-11D7-840A-00039398ED48@marlboro.edu>
Content-Type: text/plain
Message-Id: <1058976395.1065.90.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 23 Jul 2003 19:06:35 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 16:06:40 -0000
X-UID: 1251                                                  
Status: O

On Wed, 2003-07-23 at 18:52, Jared wrote:
> >> I still am not clear on why PAM is not supported for the user 
> >> database.
> >
> > Because PAM only provides a way to ask "does user X have password Y?".
> > It doesn't provide a way to ask user's UID, GID or home directory.
> 
> I'm way out of my league here, but I thought getting UID, GID, etc, was 
> the job of nsswitch.

That too. If you want to use nsswitch, use "passwd" as user database.


From mem@mv.mv.com  Wed Jul 23 19:22:46 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EF43F238C5; Wed, 23 Jul 2003 19:22:46 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 9B88F23865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 19:22:42 +0300 (EEST)
Received: (qmail 10715 invoked by uid 101); 23 Jul 2003 12:22:41 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 23 Jul 2003 12:22:41 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Courier's IMAP custom flags implementation
Message-ID: <20030723162241.GL22237@iridium.mv.net>
References: <1058972588.1065.69.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1058972588.1065.69.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 16:22:47 -0000
X-UID: 1252                                                  
Status: O

On Wed, Jul 23, 2003 at 06:03:08PM +0300, Timo Sirainen wrote:
> Just thought to mention:
> 
> http://dovecot.procontrol.fi/tmp/README.imapkeywords.html

That's almost as perverse as Maildir++ quotas :-)

(Not that I have any better ideas on either..)

mm
From grahame@ucs.uwa.edu.au  Wed Jul 23 19:32:31 2003
Return-Path: <grahame@ucs.uwa.edu.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3400623865; Wed, 23 Jul 2003 19:32:31 +0300 (EEST)
Received: from house.arach.net.au (mx2.arach.net.au [203.30.44.68])
	by danu.procontrol.fi (Postfix) with SMTP id CA3542384C
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 19:32:26 +0300 (EEST)
Received: (qmail 10130 invoked from network); 23 Jul 2003 16:49:36 -0000
Received: from unknown (HELO solitaire) (202.89.170.203)
  by house.arach.net.au with SMTP
  for <dovecot@procontrol.fi>; 23 Jul 2003 16:49:36 -0000
Subject: RE: [Dovecot] Hooks on folder operations
From: Grahame Bowland <grahame@ucs.uwa.edu.au>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <1058973475.1065.86.camel@hurina>
References: 
	 <410777FC7A66D511911500B0D078345501F229F9@nlladot05.intern.ladot.com>
	 <1058973475.1065.86.camel@hurina>
Content-Type: text/plain
Organization: The University of Western Australia
Message-Id: <1058977942.6527.5.camel@solitaire>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 
Date: 24 Jul 2003 00:32:22 +0800
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 16:32:31 -0000
X-UID: 1253                                                  
Status: O
Content-Length: 2848

On Wed, 2003-07-23 at 23:17, Timo Sirainen wrote:
> On Wed, 2003-07-23 at 17:50, Maikel Verheijen wrote:
> > > I'm interested in implementing an anti-spam system using 
> > > bayesian filtering. I had the idea of modifying and IMAP 
> > > server to assist in training the spam filter.
> > Why do you want to hook it up into your imap server? I think it would
> > be better to prevent emails to enter the mailbox with the MTA rather
> > than removing it when the user is reading his email using imap.
> > 
> > Why? Because the spam that is in the mailbox might push the user over
> > his quota limit, and thus preventing legitimate emails to be
> > delivered.
> 
> Well, I'd actually want that too. I don't have quota problems and I make
> spamassassin put all spam into spam mailbox. The few spams that go
> through to inbox I usually just delete because I'm too lazy to make
> spamassassin's bayesian filter to learn it. If I only had to move them
> to spam mailbox, I'd probably do it :)
> 
> > With the new API code that Timo is making now, I guess this would be
> > possible.
> 
> Yep.

Ah, cool.

The idea (I don't think I was clear enough) is to allow the user to move
their spam into the "spam" folder manually. This is for spam that gets
through the filter. When the mail is moved, a program runs (at the
instigation of the IMAP server) that parses the spam email and updates
the statistical information used to detect spam.

Actual detection of spam is done in the local delivery agent, rather
than in the IMAP server :-) We do tend to store mail we think is spam so
the users can check, as most spam detection systems get a lot of false
positives.

> > You can always build a plugin, and plugins can be loaded whenever an
> > administrator wants them to load. I don't know if Timo wants to
> > include all plugins that are / will be written for dovecot, but I
> > guess there might be a plugins part, where people can "post" their
> > plugins so other people can benefit from them :)
> 
> I'll probably just add a plugins web page. Some of the most useful ones
> I'll include in the tarball. Also I'll make it possible to compile the
> plugins into the main binary so there's no overhead in dynamically
> loading them.
> 
> At least quota and ACLs are going to be plugins. I'll make sure my APIs
> are flexible enough to allow that.

Great - I'll look at this at work in the morning. Thanks for the idea,
I'll look at implementing this as a plug-in.

By the way, thanks for your work on Dovecot. I'm looking at moving quite
a few systems over to it from UW-IMAPd. It's really very good :-)

-- 
Grahame Bowland                       Email: grahame@ucs.uwa.edu.au
University Communications Services    Phone: +61 8 9380 1175
The University of Western Australia     Fax: +61 8 9380 1109
                                     CRICOS: 00126G


From mem@mv.mv.com  Wed Jul 23 21:12:14 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 75F9123866; Wed, 23 Jul 2003 21:12:14 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 5B4B423865
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 21:12:09 +0300 (EEST)
Received: (qmail 6303 invoked by uid 101); 23 Jul 2003 14:12:05 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 23 Jul 2003 14:12:05 -0400
To: Grahame Bowland <grahame@ucs.uwa.edu.au>
Subject: Re: [Dovecot] Hooks on folder operations
Message-ID: <20030723181205.GE24973@iridium.mv.net>
References:
	<410777FC7A66D511911500B0D078345501F229F9@nlladot05.intern.ladot.com>
	<1058973475.1065.86.camel@hurina> <1058977942.6527.5.camel@solitaire>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1058977942.6527.5.camel@solitaire>
User-Agent: Mutt/1.4.1i
cc: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 18:12:14 -0000
X-UID: 1254                                                  
Status: O
Content-Length: 1384

On Thu, Jul 24, 2003 at 12:32:22AM +0800, Grahame Bowland wrote:
> 
> The idea (I don't think I was clear enough) is to allow the user to move
> their spam into the "spam" folder manually. This is for spam that gets
> through the filter. When the mail is moved, a program runs (at the
> instigation of the IMAP server) that parses the spam email and updates
> the statistical information used to detect spam.
> 
> Actual detection of spam is done in the local delivery agent, rather
> than in the IMAP server :-) We do tend to store mail we think is spam so
> the users can check, as most spam detection systems get a lot of false
> positives.

I can see where that kind of thing would be useful- to have a hook
on moving a message so that the message could essentially be
reprocessed.  One could do this to re-apply filters or to test
a new filter set.  (Or, as somebody said, to be assimilated into a
spam database.)

Of course to truly re-deliver a message it would be cool to have a folder
type that was a essentially a pipe.  You could use IMAP commands to
move a message to the folder, and the result would be that it got piped
into whatever agent you had specified.  One could have various folders
to accomplish things like "refile" or "report as spam" or "open a ticket"
or "redistribute to a group" or anything.


> By the way, thanks for your work on Dovecot.

Indeed!  

mm
From tss@iki.fi  Wed Jul 23 22:20:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8372323866; Wed, 23 Jul 2003 22:20:46 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DA52F2384C
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 22:20:43 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id AB5295C896A2
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 22:20:43 +0300 (EEST)
Subject: Re: [Dovecot] Hooks on folder operations
From: Timo Sirainen <tss@iki.fi>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
In-Reply-To: <20030723181205.GE24973@iridium.mv.net>
References: 
	 <410777FC7A66D511911500B0D078345501F229F9@nlladot05.intern.ladot.com>
	 <1058973475.1065.86.camel@hurina> <1058977942.6527.5.camel@solitaire>
	 <20030723181205.GE24973@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1058988043.1065.104.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 23 Jul 2003 22:20:43 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 19:20:46 -0000
X-UID: 1255                                                  
Status: O

On Wed, 2003-07-23 at 21:12, Mark E. Mallett wrote:
> Of course to truly re-deliver a message it would be cool to have a folder
> type that was a essentially a pipe.  You could use IMAP commands to
> move a message to the folder, and the result would be that it got piped
> into whatever agent you had specified.  One could have various folders
> to accomplish things like "refile" or "report as spam" or "open a ticket"
> or "redistribute to a group" or anything.

Hmm. I suppose a named pipe/socket could work as a mbox..


From tss@iki.fi  Wed Jul 23 22:47:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 358B523865; Wed, 23 Jul 2003 22:47:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 99EAB2384C
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 22:47:10 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 5912F5C896A2; Wed, 23 Jul 2003 22:47:10 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: SIMflex Internet Support <support@simflex.com>
In-Reply-To: <000201c3513d$50a4d320$8c2943c6@doug>
References: <000201c3513d$50a4d320$8c2943c6@doug>
Content-Type: text/plain
Message-Id: <1058989630.1057.126.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 23 Jul 2003 22:47:10 +0300
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: Stripping of domain name
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 19:47:14 -0000
X-UID: 1256                                                  
Status: O
Content-Length: 2255

On Wed, 2003-07-23 at 20:10, SIMflex Internet Support wrote:
> Dear sir,
>  
> Can you please tell me how to make dovecot stipoff or ingore a
> @domain.com in a username?  Currently, we are only using one domain
> (more may be needed in the future), and some of our clients have
> incorrectly configured mail clients with the @domain.com in the user
> name.  We migrated from qpopper and teapop to use Maildirs (we are
> building a LVS cluster) and could not use mboxes anymore.  In short,
> what I need is

Well .. What password/user databases do you use? One way is to set
default_realm and set the @domain for all users in passdb/userdb.

Another way is to patch the code. Below is a patch for plaintext
authentication.

Or maybe I should make option that if given realm is default_realm, it
would look up the user without the realm. I'm not sure if it's worth
doing though.

BTW. Your mail to dovecot-list got stuck at spamassassin. I raised the
spam points a bit and lowered HTML mail's points a bit. Better would be
if I could update SA's whitelist automatically when people subscribe.
But I'm not really sure how to do that with mailman.

RCS file: /home/cvs/dovecot/src/auth/mech-plain.c,v
retrieving revision 1.13
diff -u -r1.13 mech-plain.c
--- mech-plain.c        8 May 2003 03:18:43 -0000       1.13
+++ mech-plain.c        23 Jul 2003 19:31:13 -0000
@@ -48,14 +48,8 @@
                mech_auth_finish(auth_request, NULL, 0, FALSE);
        } else {
                /* split and save user/realm */
-               if (strchr(authenid, '@') == NULL && default_realm != NULL) {
-                       auth_request->user = p_strconcat(auth_request->pool,
-                                                        authenid, "@",
-                                                        default_realm, NULL);
-               } else {
-                       auth_request->user = p_strdup(auth_request->pool,
-                                                     authenid);
-               }
+               auth_request->user = p_strdup(auth_request->pool,
+                                             t_strcut(authenid, '@'));
 
                if (!mech_is_valid_username(auth_request->user)) {
                        /* invalid username */



From jaldhar@debian.org  Thu Jul 24 01:31:25 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9282A23866; Thu, 24 Jul 2003 01:31:25 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 4CD9E23865
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 01:31:16 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 7C3EC80A6
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 18:31:15 -0400 (EDT)
Date: Wed, 23 Jul 2003 18:31:11 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] FYI: dovecot is included in redhat beta
In-Reply-To: <200307221731.32814.shalehperry@comcast.net>
Message-ID: <Pine.LNX.4.56.0307231829300.31820@samadhi.braincells.com>
References: <3F1D2052.3060204@bnap.hu>
	<200307221731.32814.shalehperry@comcast.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2003 22:31:25 -0000
X-UID: 1257                                                  
Status: O

On Tue, 22 Jul 2003, Sean 'Shaleh' Perry wrote:

> On Tuesday 22 July 2003 04:30, Farkas Levente wrote:
> > hi,
> > just note that in the current redhat beta they include dovecot 0.99.10:-)
>
> it's been in Debian for a while now (-:
>

I believe we were the first.  Unless you only count stable releases
in which case we will probably be last. :)

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From amyzing@talsever.com  Thu Jul 24 05:52:36 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 32E4F23866; Thu, 24 Jul 2003 05:52:36 +0300 (EEST)
Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net
	[207.69.200.157])
	by danu.procontrol.fi (Postfix) with ESMTP id BAC8823865
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 05:52:19 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by tisch.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 19fWDK-0001my-00
	for dovecot@procontrol.fi; Wed, 23 Jul 2003 22:52:18 -0400
Received: from lirdala.talsever.com (lirdala.talsever.com [192.168.0.28])
	by marajen.talsever.com (Postfix) with SMTP id 457358068
	for <dovecot@procontrol.fi>; Wed, 23 Jul 2003 22:52:17 -0400 (EDT)
Date: Wed, 23 Jul 2003 22:52:17 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: dovecot@procontrol.fi
Message-Id: <20030723225217.73dde8ac.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Why does dovecot confuse mutt?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 02:52:36 -0000
X-UID: 1258                                                  
Status: O
Content-Length: 2162

Heylas,

I just switched my primary mail server from courier imap to dovecot (I've been waiting to do this; dovecot showed up in debian testing for alpha, at last).  So, using the same set of maildirs, there are slightly different behaviors.

First, of course, dovecot displays the hierarchy as I thought it ought to be, such that INBOX is a sibling of all other top-level boxes, not the parent of everything.  This is A Good Thing[tm].  That works as expected.

However, as far as mutt is concerned, *every* mailbox has child folders.  My muttrc contains the line: set folder=imap://localhost/.  (and the home folder is set to imap://localhost/INBOX; the idea is to do all mail munging through the server, never directly touching the maildirs with an MUA).  Oh, and I'm using maildir (~/Maildir).  In mutt, from the currently-selected mailbox, one can use 'c' to change boxes, and ? displays a navigable folder hierarchy.  If a folder contains only mail (no child folders), it shows up as "FolderName", if it has child folders (whether or not it has mail), it shows up as "FolderName.".  You can display the mail in a folder that has child folders, but it requires a different keystroke than the default (enter selects a folder, which means showing child folders if there are any, showing mail if there aren't; to display mail in a folder that has child folders, space).

This is tripping me up a little, because of course the commands are mostly bred into my fingertips, and it's a difficult adjustment.  I hit return, and I see a folder that contains the "child" folder "../".

Is this a glitch in mutt's handling of information that I ought to report to mutt maintainers?  Is it a glitch in dovecot's presentation of information that I ought to report to ... err, well.  *laugh*  My other primary mail client seems to cope beautifully with the information that's supplied (sylpheed, if it matters).  But then, sylpheed also coped perfectly when courier was supplying information.  I gather that courier and dovecot are reporting something slightly different, somehow, but I don't really know what, and I don't know which should be considered "correct".

Amy!
From reuben-dovecot@reub.net  Thu Jul 24 06:01:46 2003
Return-Path: <reuben-dovecot@reub.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4978223866; Thu, 24 Jul 2003 06:01:46 +0300 (EEST)
Received: from tornado.reub.net (219-88-72-199.adsl.xtra.co.nz
	[219.88.72.199])
	by danu.procontrol.fi (Postfix) with SMTP id 5D34523865
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 06:01:42 +0300 (EEST)
Received: (qmail 17241 invoked from network); 24 Jul 2003 03:01:37 -0000
Received: from typhoon.reub.net (192.168.0.5)
  by tornado.reub.net with SMTP; 24 Jul 2003 03:01:37 -0000
Message-Id: <6.0.0.14.2.20030724145248.01ae7880@tornado.reub.net>
X-Sender: (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.14 (Beta)
Date: Thu, 24 Jul 2003 14:59:36 +1200
To: Amelia A Lewis <amyzing@talsever.com>, dovecot@procontrol.fi
From: Reuben Farrelly <reuben-dovecot@reub.net>
Subject: Re: [Dovecot] Why does dovecot confuse mutt?
In-Reply-To: <20030723225217.73dde8ac.amyzing@talsever.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 03:01:46 -0000
X-UID: 1259                                                  
Status: O
Content-Length: 2838

Hi,

I'm seeing the same problem with Eudora 5 and 6 so I'm guessing it's not a 
mutt problem.  Every mailbox appears as a folder  :(  I've had no response 
from Qualcomm about this despite offering to work with them about it.

However everything fine in Netscape 7.1 - and all _looks_ fine with Outlook 
Express 6 till you try open a mailbox within a folder and it simply 
complains "Mailbox doesn't exist: Maildir.Mailing 
lists.RHL-Beta".  Everything worked fine with all those clients using 
UW-IMAP so I'm wondering if it is a dovecot issue...

Reuben





At 02:52 p.m. 24/07/2003, Amelia A Lewis wrote:
>Heylas,
>
>I just switched my primary mail server from courier imap to dovecot (I've 
>been waiting to do this; dovecot showed up in debian testing for alpha, at 
>last).  So, using the same set of maildirs, there are slightly different 
>behaviors.
>
>First, of course, dovecot displays the hierarchy as I thought it ought to 
>be, such that INBOX is a sibling of all other top-level boxes, not the 
>parent of everything.  This is A Good Thing[tm].  That works as expected.
>
>However, as far as mutt is concerned, *every* mailbox has child 
>folders.  My muttrc contains the line: set folder=imap://localhost/.  (and 
>the home folder is set to imap://localhost/INBOX; the idea is to do all 
>mail munging through the server, never directly touching the maildirs with 
>an MUA).  Oh, and I'm using maildir (~/Maildir).  In mutt, from the 
>currently-selected mailbox, one can use 'c' to change boxes, and ? 
>displays a navigable folder hierarchy.  If a folder contains only mail (no 
>child folders), it shows up as "FolderName", if it has child folders 
>(whether or not it has mail), it shows up as "FolderName.".  You can 
>display the mail in a folder that has child folders, but it requires a 
>different keystroke than the default (enter selects a folder, which means 
>showing child folders if there are any, showing mail if there aren't; to 
>display mail in a folder that has child folders, space).
>
>This is tripping me up a little, because of course the commands are mostly 
>bred into my fingertips, and it's a difficult adjustment.  I hit return, 
>and I see a folder that contains the "child" folder "../".
>
>Is this a glitch in mutt's handling of information that I ought to report 
>to mutt maintainers?  Is it a glitch in dovecot's presentation of 
>information that I ought to report to ... err, well.  *laugh*  My other 
>primary mail client seems to cope beautifully with the information that's 
>supplied (sylpheed, if it matters).  But then, sylpheed also coped 
>perfectly when courier was supplying information.  I gather that courier 
>and dovecot are reporting something slightly different, somehow, but I 
>don't really know what, and I don't know which should be considered "correct".
>
>Amy!

From lfarkas@bnap.hu  Thu Jul 24 12:05:31 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AC304238C5; Thu, 24 Jul 2003 12:05:31 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 0332723866
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 12:05:28 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id 85B206E4019
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 11:04:57 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP
	id 71BB8176E9E; Thu, 24 Jul 2003 11:05:23 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 57ABE1769DF
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 11:05:23 +0200 (CEST)
Message-ID: <3F1FA152.8010508@bnap.hu>
Date: Thu, 24 Jul 2003 11:05:22 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] phpgroupware's imap client with dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 09:05:31 -0000
X-UID: 1260                                                  
Status: O

hi,
we try to use
http://www.phpgroupware.org/
imap client with dovecot, but it doesn't working. is there any way to 
get it working with dovecot?
there are a few possibbilities for imap type:
courier or cyrus
WUash
WU-maildir
but none of them seems to be working, although pop3 is working.
any tip?
can I send any log?
thanks in advance.


-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Thu Jul 24 12:38:51 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E3EE0238C5; Thu, 24 Jul 2003 12:38:51 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 401B82384C
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 12:38:50 +0300 (EEST)
Date: Thu, 24 Jul 2003 12:38:49 +0300
Subject: Re: [Dovecot] Why does dovecot confuse mutt?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030723225217.73dde8ac.amyzing@talsever.com>
Message-Id: <A14B2CBE-BDBA-11D7-B3F9-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 09:38:52 -0000
X-UID: 1261                                                  
Status: O

On Thursday, Jul 24, 2003, at 05:52 Europe/Helsinki, Amelia A Lewis 
wrote:

> However, as far as mutt is concerned, *every* mailbox has child 
> folders.

I think this is because Dovecot doesn't send \NoChildren flag for 
mailboxes. I'm not sure when that got lost.. Maybe it's time to rewrite 
the mailbox listing code once again.

From rob@thini.dyndns.org  Thu Jul 24 13:01:43 2003
Return-Path: <rob@thini.dyndns.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 083F2238C5; Thu, 24 Jul 2003 13:01:43 +0300 (EEST)
Received: from digital (81-86-202-8.dsl.pipex.com [81.86.202.8])
	by danu.procontrol.fi (Postfix) with ESMTP id A039C2384C
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 13:01:40 +0300 (EEST)
Received: from rob by digital with local (Exim 3.36 #1 (Debian))
	id 19fdHi-0001Ch-00
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 11:25:18 +0100
From: Rob Thyssen <dove@thys.co.uk>
Organization: THINi Business Solutions
To: dovecot@procontrol.fi
Date: Thu, 24 Jul 2003 11:25:18 +0100
User-Agent: KMail/1.5.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200307241125.18334.dove@thys.co.uk>
Sender: Rob Thyssen <rob@thini.dyndns.org>
Subject: [Dovecot] Dovecot, Squirrelmail and KMail
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dove@thys.co.uk
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 10:01:43 -0000
X-UID: 1262                                                  
Status: O

I just installed Dovecot and squirrelmail to read my email when I'm away from 
home. I subscribed to all the folders in my mail directory but I can't 
actually see any email. Is this a dovecot issue or a squirrelmail issue?

I'm running KMail from KDE 3.1.2 and use Debian (Testing) on a Digital Alpha 
and installed both squirrelmail and dovecot using apt-get. I had to set 
'default_mail_env = maildir:~/Mail' To get it to see the parent folders but 
I'm stuck there.

Any advice appreciated.

/rob
From tss@iki.fi  Thu Jul 24 13:36:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 075D2238C5; Thu, 24 Jul 2003 13:36:41 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 87D9B23866
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 13:36:39 +0300 (EEST)
Date: Thu, 24 Jul 2003 13:36:39 +0300
Subject: Re: [Dovecot] Dovecot, Squirrelmail and KMail
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <200307241125.18334.dove@thys.co.uk>
Message-Id: <B541C508-BDC2-11D7-B3F9-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 10:36:41 -0000
X-UID: 1263                                                  
Status: O

On Thursday, Jul 24, 2003, at 13:25 Europe/Helsinki, Rob Thyssen wrote:

> I just installed Dovecot and squirrelmail to read my email when I'm 
> away from
> home. I subscribed to all the folders in my mail directory but I can't
> actually see any email. Is this a dovecot issue or a squirrelmail 
> issue?
>
> I'm running KMail from KDE 3.1.2 and use Debian (Testing) on a Digital 
> Alpha
> and installed both squirrelmail and dovecot using apt-get. I had to set
> 'default_mail_env = maildir:~/Mail' To get it to see the parent 
> folders but
> I'm stuck there.

And it shows in kmail?

You'll probably just have to setup squirrelmail not to use the 
INBOX-prefix:

1.  Default Folder Prefix         :
12. Default Sub. of INBOX         : false

From tss@iki.fi  Thu Jul 24 13:47:08 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5D247238C5; Thu, 24 Jul 2003 13:47:08 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id E348223866
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 13:47:06 +0300 (EEST)
Date: Thu, 24 Jul 2003 13:47:06 +0300
Subject: Re: [Dovecot] phpgroupware's imap client with dovecot
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F1FA152.8010508@bnap.hu>
Message-Id: <2B28E0BF-BDC4-11D7-B3F9-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 10:47:08 -0000
X-UID: 1264                                                  
Status: O

On Thursday, Jul 24, 2003, at 12:05 Europe/Helsinki, Farkas Levente 
wrote:

> hi,
> we try to use
> http://www.phpgroupware.org/
> imap client with dovecot, but it doesn't working. is there any way to 
> get it working with dovecot?
> there are a few possibbilities for imap type:
> courier or cyrus
> WUash
> WU-maildir
> but none of them seems to be working, although pop3 is working.
> any tip?

It looks like it's using php's built-in imap functions which are using 
c-client. Pine is built using c-client too, so there shouldn't be any 
problems. But if it lets you specify server type, I guess it's doing 
some own strange things as well..

Debian's php4-imap package is broken currently so I can't test it 
myself now. I'd guess it's again some prefix/namespace problem. IMAP 
servers aren't that much different..

> can I send any log?

Rawlog could help.

From dove@thys.co.uk  Thu Jul 24 14:14:22 2003
Return-Path: <dove@thys.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2726C238C5; Thu, 24 Jul 2003 14:14:22 +0300 (EEST)
Received: from colossus.systems.pipex.net (colossus.systems.pipex.net
	[62.241.160.73])
	by danu.procontrol.fi (Postfix) with ESMTP id 5A55E23866
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 14:14:17 +0300 (EEST)
Received: from thini.dsl.pipex.com (81-86-202-8.dsl.pipex.com [81.86.202.8])
	by colossus.systems.pipex.net (Postfix) with ESMTP id BBF381600048F
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 12:14:15 +0100 (BST)
From: Rob Thyssen <dove@thys.co.uk>
Organization: THINi Business Solutions
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot, Squirrelmail and KMail
Date: Thu, 24 Jul 2003 12:38:00 +0100
User-Agent: KMail/1.5.2
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200307241238.00496.dove@thys.co.uk>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dove@thys.co.uk
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 11:14:22 -0000
X-UID: 1265                                                  
Status: O

On Thursday 24 Jul 2003 11:36 am, Timo Sirainen wrote:
> And it shows in kmail?

It does display correctly in kmail...

> You'll probably just have to setup squirrelmail not to use the
> INBOX-prefix:
> 1.  Default Folder Prefix         :
> 12. Default Sub. of INBOX         : false

I thot that was going to sort it, alas it doesn't. Has it got something to do 
with the fact that kmail puts the contents of subfolders into a hidden 
directory in ~/Mail ?
In kmail I have folders like: Forums, Newsletters, etc... These have 
subfolders, but in the file system it looks like:
/home/rob/Mail/.Forums.directory/DCLUG/
instead of the expected:
/home/rob/Mail/Forums/DCLUG/

Thanks for your help!

/rob

From tss@iki.fi  Thu Jul 24 14:45:35 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 68B61238C5; Thu, 24 Jul 2003 14:45:35 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D5BE32384C
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 14:45:32 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 11E6F5C896A2
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 14:45:31 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot, Squirrelmail and KMail
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200307241238.00496.dove@thys.co.uk>
References: <200307241238.00496.dove@thys.co.uk>
Content-Type: text/plain
Message-Id: <1059047130.1060.132.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Jul 2003 14:45:30 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 11:45:35 -0000
X-UID: 1266                                                  
Status: O

On Thu, 2003-07-24 at 14:38, Rob Thyssen wrote:
> In kmail I have folders like: Forums, Newsletters, etc... These have 
> subfolders, but in the file system it looks like:
> /home/rob/Mail/.Forums.directory/DCLUG/

Oh, you let kmail directly access the mailboxes rather than via IMAP.

Dovecot uses Maildir++ which works like:

Mail/.mailbox
Mail/.mailbox.submailbox
Mail/.anotherbox

etc. all in one directory, hiearchies separated with dot.

kmail's way looks pretty strange.


From lfarkas@bnap.hu  Thu Jul 24 15:26:10 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 22B7B238C5; Thu, 24 Jul 2003 15:26:10 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id CA16323866
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 15:26:02 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170])
	by mail1.bppiac.hu (Postfix) with ESMTP id CD06C6E4020
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 14:25:31 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP
	id 55E0617708C; Thu, 24 Jul 2003 14:26:00 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 37B8A176C92
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 14:26:00 +0200 (CEST)
Message-ID: <3F1FD057.6040909@bnap.hu>
Date: Thu, 24 Jul 2003 14:25:59 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] phpgroupware's imap client with dovecot
References: <2B28E0BF-BDC4-11D7-B3F9-000393CC2E90@iki.fi>
In-Reply-To: <2B28E0BF-BDC4-11D7-B3F9-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 24 Jul 2003 12:26:10 -0000
X-UID: 1267                                                  
Status: O
Content-Length: 1129

Timo Sirainen wrote:
> On Thursday, Jul 24, 2003, at 12:05 Europe/Helsinki, Farkas Levente wrote:
> 
>> hi,
>> we try to use
>> http://www.phpgroupware.org/
>> imap client with dovecot, but it doesn't working. is there any way to 
>> get it working with dovecot?
>> there are a few possibbilities for imap type:
>> courier or cyrus
>> WUash
>> WU-maildir
>> but none of them seems to be working, although pop3 is working.
>> any tip?
> 
> 
> It looks like it's using php's built-in imap functions which are using 
> c-client. Pine is built using c-client too, so there shouldn't be any 
> problems. But if it lets you specify server type, I guess it's doing 
> some own strange things as well..
> 
> Debian's php4-imap package is broken currently so I can't test it myself 
> now. I'd guess it's again some prefix/namespace problem. IMAP servers 
> aren't that much different..
> 
>> can I send any log?
> 
> 
> Rawlog could help.

it turn out they also include INBOX. as a prefix and this cause not to 
working...
currently I don't know the solution...

-- 
   Levente                               "Si vis pacem para bellum!"


From adam@personaltelco.net  Fri Jul 25 06:11:29 2003
Return-Path: <adam@personaltelco.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A9D26238C5; Fri, 25 Jul 2003 06:11:29 +0300 (EEST)
Received: from maus.spack.org (maus.spack.org [204.245.198.90])
	by danu.procontrol.fi (Postfix) with ESMTP id D911423865
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 06:11:24 +0300 (EEST)
Received: from personaltelco.net (morannon.wetafx.co.nz [203.98.17.18])
	h6P3BIft000575
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO)
	for <dovecot@procontrol.fi>; Thu, 24 Jul 2003 20:11:20 -0700
Message-ID: <3F209FD5.5070308@personaltelco.net>
Date: Fri, 25 Jul 2003 15:11:17 +1200
From: Adam Shand <adam@personaltelco.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 25 Jul 2003 14:26:18 +0300
Subject: [Dovecot] Is dovecot NFS safe?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 25 Jul 2003 03:11:29 -0000
X-UID: 1268                                                  
Status: O

I'm migrating our mailserver from cyrus 2.0 to Postfix and Dovecot.

We're using maildirs delivered to /var/maildir, which is mounted via NFS 
from a Netapp.  My understanding was that maildir was completely happy 
in an NFS environment but I've seen a couple messages here recently 
which mention the dovecot index files not being NFS safe.

Are their any caveats or gotcha's that I need to be aware of?

Thanks,
Adam.

From stu@spacehopper.org  Fri Jul 25 15:13:24 2003
Return-Path: <stu@spacehopper.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7E287238C8; Fri, 25 Jul 2003 15:13:24 +0300 (EEST)
Received: from eeyore.37.spacehopper.org (eeyore.37.spacehopper.org
	[213.152.51.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 23EC42384C
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 15:13:17 +0300 (EEST)
Received: from amethyst.37.spacehopper.org (amethyst.37.spacehopper.org
	[213.152.51.85])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by eeyore.37.spacehopper.org (Postfix) with ESMTP
	id 85EE01E008; Fri, 25 Jul 2003 13:12:49 +0100 (BST)
Date: Fri, 25 Jul 2003 13:12:47 +0100
From: Stuart Henderson <stu@spacehopper.org>
To: Adam Shand <adam@personaltelco.net>, dovecot@procontrol.fi
Subject: Re: [Dovecot] Is dovecot NFS safe?
Message-ID: <75506203.1059138767@amethyst.37.spacehopper.org>
In-Reply-To: <3F209FD5.5070308@personaltelco.net>
References: <3F209FD5.5070308@personaltelco.net>
X-Mailer: Mulberry/3.1.0b4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 25 Jul 2003 12:13:24 -0000
X-UID: 1269                                                  
Status: O

> I'm migrating our mailserver from cyrus 2.0 to Postfix and Dovecot.
>
> We're using maildirs delivered to /var/maildir, which is mounted via
> NFS from a Netapp.  My understanding was that maildir was completely
> happy in an NFS environment but I've seen a couple messages here
> recently which mention the dovecot index files not being NFS safe.
>
> Are their any caveats or gotcha's that I need to be aware of?

You'll probably want to keep them in memory or on local disk. See 
<http://dovecot.procontrol.fi/doc/nfs.txt> for more information - 
default_mail_env needs either ":INDEX=/local/path/to/indexes/%u" or 
":INDEX=MEMORY", all machines accessing the mailstore should have 
sync'd clocks, and all imap servers need separate hostnames.

--Stu

From maikel@ladot.com  Fri Jul 25 16:52:15 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2C773238C9; Fri, 25 Jul 2003 16:52:15 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 034CF2384C
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 16:52:10 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6PE5JZW010207
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 16:05:19 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N28353K3>; Fri, 25 Jul 2003 15:53:27 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F22A87@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'Dovecot (E-mail)'" <dovecot@procontrol.fi>
Subject: FW: [Dovecot] Is dovecot NFS safe?
Date: Fri, 25 Jul 2003 15:53:27 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C352B4.1F9B53D0"
X-Spam-Status: No, hits=0.5 required=5.0
	tests=HTML_30_40,HTML_MESSAGE,QUOTED_EMAIL_TEXT
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 25 Jul 2003 13:52:15 -0000
X-UID: 1270                                                  
Status: O
Content-Length: 6004

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C352B4.1F9B53D0
Content-Type: text/plain

This was ment for the list :)

Sorry Stuart, for the double email...

Regards,


Maikel.

> -----Original Message-----
> From: Maikel Verheijen 
> Sent: Friday, July 25, 2003 3:40 PM
> To: 'Stuart Henderson'
> Subject: RE: [Dovecot] Is dovecot NFS safe?
> 
> 
> Hi,
> 
> Be aware that also your .subscriptions file and .customflags 
> are not nfs safe (yet) in dovecot-0.99.10.
> 
> I know Timo is working on that though :)
> 
> Kind regards,
> 
> Maikel Verheijen.
> 
> Ps: I have a "crude" patch to make .subscriptions and 
> .customflags nfs aware (I can not guarentee it is nfs safe ;-).
>     My own setup runs on nfs with the indexes in memory.
> 
> > -----Original Message-----
> > From: Stuart Henderson [mailto:stu@spacehopper.org]
> > Sent: Friday, July 25, 2003 2:13 PM
> > To: Adam Shand; dovecot@procontrol.fi
> > Subject: Re: [Dovecot] Is dovecot NFS safe?
> > 
> > 
> > > I'm migrating our mailserver from cyrus 2.0 to Postfix 
> and Dovecot.
> > >
> > > We're using maildirs delivered to /var/maildir, which is
> > mounted via
> > > NFS from a Netapp.  My understanding was that maildir was
> > completely
> > > happy in an NFS environment but I've seen a couple messages here
> > > recently which mention the dovecot index files not being NFS safe.
> > >
> > > Are their any caveats or gotcha's that I need to be aware of?
> > 
> > You'll probably want to keep them in memory or on local disk. See
> > <http://dovecot.procontrol.fi/doc/nfs.txt> for more information - 
> > default_mail_env needs either ":INDEX=/local/path/to/indexes/%u" or 
> > ":INDEX=MEMORY", all machines accessing the mailstore should have 
> > sync'd clocks, and all imap servers need separate hostnames.
> > 
> > --Stu
> > 
> 

------_=_NextPart_001_01C352B4.1F9B53D0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>FW: [Dovecot] Is dovecot NFS safe?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>This was ment for the list :)</FONT>
</P>

<P><FONT SIZE=3D2>Sorry Stuart, for the double email...</FONT>
</P>

<P><FONT SIZE=3D2>Regards,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; From: Maikel Verheijen </FONT>
<BR><FONT SIZE=3D2>&gt; Sent: Friday, July 25, 2003 3:40 PM</FONT>
<BR><FONT SIZE=3D2>&gt; To: 'Stuart Henderson'</FONT>
<BR><FONT SIZE=3D2>&gt; Subject: RE: [Dovecot] Is dovecot NFS =
safe?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Hi,</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Be aware that also your .subscriptions file and =
.customflags </FONT>
<BR><FONT SIZE=3D2>&gt; are not nfs safe (yet) in =
dovecot-0.99.10.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; I know Timo is working on that though :)</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Kind regards,</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Maikel Verheijen.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; Ps: I have a &quot;crude&quot; patch to make =
.subscriptions and </FONT>
<BR><FONT SIZE=3D2>&gt; .customflags nfs aware (I can not guarentee it =
is nfs safe ;-).</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp;&nbsp;&nbsp; My own setup runs on =
nfs with the indexes in memory.</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; From: Stuart Henderson [<A =
HREF=3D"mailto:stu@spacehopper.org">mailto:stu@spacehopper.org</A>]</FON=
T>
<BR><FONT SIZE=3D2>&gt; &gt; Sent: Friday, July 25, 2003 2:13 PM</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; To: Adam Shand; =
dovecot@procontrol.fi</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Subject: Re: [Dovecot] Is dovecot NFS =
safe?</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; I'm migrating our mailserver from =
cyrus 2.0 to Postfix </FONT>
<BR><FONT SIZE=3D2>&gt; and Dovecot.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; We're using maildirs delivered to =
/var/maildir, which is</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; mounted via</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; NFS from a Netapp.&nbsp; My =
understanding was that maildir was</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; completely</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; happy in an NFS environment but I've =
seen a couple messages here</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; recently which mention the dovecot =
index files not being NFS safe.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &gt; Are their any caveats or gotcha's =
that I need to be aware of?</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; You'll probably want to keep them in =
memory or on local disk. See</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &lt;<A =
HREF=3D"http://dovecot.procontrol.fi/doc/nfs.txt" =
TARGET=3D"_blank">http://dovecot.procontrol.fi/doc/nfs.txt</A>&gt; for =
more information - </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; default_mail_env needs either =
&quot;:INDEX=3D/local/path/to/indexes/%u&quot; or </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; &quot;:INDEX=3DMEMORY&quot;, all machines =
accessing the mailstore should have </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; sync'd clocks, and all imap servers need =
separate hostnames.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; --Stu</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C352B4.1F9B53D0--
From matthias.andree@gmx.de  Fri Jul 25 17:21:59 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9E1E2238C8; Fri, 25 Jul 2003 17:21:59 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951F5BC.dip.t-dialin.net [217.81.245.188])
	by danu.procontrol.fi (Postfix) with ESMTP id 9BF1D238C5
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 17:21:56 +0300 (EEST)
Received: from merlin.emma.line.org (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with SMTP id 42ECD1E6B
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 16:21:53 +0200 (CEST)
Date: Fri, 25 Jul 2003 16:21:52 +0200
From: Matthias Andree <matthias.andree@gmx.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Is dovecot NFS safe?
Message-Id: <20030725162152.2fc3af63.matthias.andree@gmx.de>
In-Reply-To: <3F209FD5.5070308@personaltelco.net>
References: <3F209FD5.5070308@personaltelco.net>
X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i686-suse-linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 25 Jul 2003 14:21:59 -0000
X-UID: 1271                                                  
Status: O

On Fri, 25 Jul 2003 15:11:17 +1200
Adam Shand <adam@personaltelco.net> wrote:

> I'm migrating our mailserver from cyrus 2.0 to Postfix and Dovecot.
> 
> We're using maildirs delivered to /var/maildir, which is mounted via
> NFS from a Netapp.  My understanding was that maildir was completely
> happy in an NFS environment but I've seen a couple messages here
> recently which mention the dovecot index files not being NFS safe.
> 
> Are their any caveats or gotcha's that I need to be aware of?

Well, Postfix delivering to Maildir mailboxes is a matter that Wietse
isn't particularly fond of. Make sure your mount options are correct in
that they provide synchronous link() and rename() semantics.

-- 
Matthias Andree
From jennyw@dangerousideas.com  Fri Jul 25 18:26:15 2003
Return-Path: <jennyw@dangerousideas.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DD545238C8; Fri, 25 Jul 2003 18:26:15 +0300 (EEST)
Received: from dangerousideas.com (dsl093-079-183.sfo2.dsl.speakeasy.net
	[66.93.79.183])
	by danu.procontrol.fi (Postfix) with ESMTP id 0667E2384C
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 18:26:14 +0300 (EEST)
Received: by dangerousideas.com (Postfix, from userid 1000)
	id C10A8BA9AC; Fri, 25 Jul 2003 08:26:11 -0700 (PDT)
Date: Fri, 25 Jul 2003 08:26:11 -0700
From: jennyw <jennyw@dangerousideas.com>
To: dovecot <dovecot@procontrol.fi>
Message-ID: <20030725152611.GA21873@dangerousideas.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Subject: [Dovecot] Dovecot on Mac OS X?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 25 Jul 2003 15:26:16 -0000
X-UID: 1272                                                  
Status: O

Just wondering if anyone has successfully gotten Dovecot to run on Mac 
OS X?  If so, I'd love to hear what your experience has been!

Thanks!

Jen
From tss@iki.fi  Fri Jul 25 20:48:12 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5EB1F238C8; Fri, 25 Jul 2003 20:48:12 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CE97F2384C
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 20:48:07 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 92C3D5C896A2
	for <dovecot@procontrol.fi>; Fri, 25 Jul 2003 20:48:07 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot on Mac OS X?
From: Timo Sirainen <tss@iki.fi>
To: dovecot <dovecot@procontrol.fi>
In-Reply-To: <20030725152611.GA21873@dangerousideas.com>
References: <20030725152611.GA21873@dangerousideas.com>
Content-Type: text/plain
Message-Id: <1059155287.1066.161.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 25 Jul 2003 20:48:07 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 25 Jul 2003 17:48:12 -0000
X-UID: 1273                                                  
Status: O

On Fri, 2003-07-25 at 18:26, jennyw wrote:
> Just wondering if anyone has successfully gotten Dovecot to run on Mac 
> OS X?  If so, I'd love to hear what your experience has been!

0.99.10 gives quite a lot of warnings while compiling, but they're not
real problems. Works fine AFAIK.


From matthias.andree@gmx.de  Sat Jul 26 10:51:16 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1F08D238C5; Sat, 26 Jul 2003 10:51:16 +0300 (EEST)
Received: from m2a2.dyndns.org (p508776BA.dip.t-dialin.net [80.135.118.186])
	by danu.procontrol.fi (Postfix) with ESMTP id 09CEC2384C
	for <dovecot@procontrol.fi>; Sat, 26 Jul 2003 10:51:14 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 12987A9A8; Sat, 26 Jul 2003 09:51:12 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Is dovecot NFS safe?
In-Reply-To: <20030725162152.2fc3af63.matthias.andree@gmx.de> (Matthias
 Andree's message of "Fri, 25 Jul 2003 16:21:52 +0200")
References: <3F209FD5.5070308@personaltelco.net>
	<20030725162152.2fc3af63.matthias.andree@gmx.de>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sat, 26 Jul 2003 09:51:11 +0200
Message-ID: <m3smotpvyo.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 26 Jul 2003 07:51:16 -0000
X-UID: 1274                                                  
Status: O

Matthias Andree <matthias.andree@gmx.de> writes:

> Well, Postfix delivering to Maildir mailboxes is a matter that Wietse
> isn't particularly fond of. Make sure your mount options are correct in
> that they provide synchronous link() and rename() semantics.

Whooops. That's a typo, I meant:

Postfix delivering to NFS Maildir mailboxes... (Maildir on a local file
system works fine of course, mbox on NFS is inherently unreliable and
heavily dependent on working locking.)

-- 
Matthias Andree
From tss@iki.fi  Sat Jul 26 21:47:03 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ECFC12387A; Sat, 26 Jul 2003 21:47:03 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BE6D22384C
	for <dovecot@procontrol.fi>; Sat, 26 Jul 2003 21:46:59 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5DDA45C896A2
	for <dovecot@procontrol.fi>; Sat, 26 Jul 2003 21:46:58 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1059245217.1061.177.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 26 Jul 2003 21:46:58 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] API changes and plugins
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 26 Jul 2003 18:47:04 -0000
X-UID: 1275                                                  
Status: O

There's been quite a lot of changes in CVS lately, mostly related to API
changes but also some index file changes. They've both had very little
testing, so there's probably a few bugs left. Especially mbox users
should be careful. pop3 might also be deleting wrong messages..

Anyway. The new mail storage API should allow plugins to hook into
pretty much any operation they want to. It's not exactly pretty with C
syntax, but I think conceptually it's nice object oriented design :)

There's example (non-working) quota plugin at:

http://dovecot.procontrol.fi/patches/quota.c

I also built 0.99.11-test3 from current CVS:

http://dovecot.procontrol.fi/test/


From tss@iki.fi  Sun Jul 27 08:55:19 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B1A26238D1; Sun, 27 Jul 2003 08:55:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 14CFF23865
	for <dovecot@procontrol.fi>; Sun, 27 Jul 2003 08:55:17 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id BE1A65C896A2
	for <dovecot@procontrol.fi>; Sun, 27 Jul 2003 08:55:16 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain
Message-Id: <1059285316.1062.193.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 27 Jul 2003 08:55:16 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Namespaces
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 27 Jul 2003 05:55:19 -0000
X-UID: 1276                                                  
Status: O

0.99.11-test4 release: http://dovecot.procontrol.fi/test/

Finally namespaces somewhat working. Example:

namespace private {
  separator = /
  prefix = INBOX/
  location = maildir:~/Maildir
}

namespace private {
  separator = /
  prefix = #mbox/
  location = mbox:~/mail
}

Problems:

- Mailbox listing lists only the first namespace unless you clearly ask
mailboxes under some namespace. Not really a problem, but related to:
- There should be only one common subscriptions file for all namespaces.
This needs some thinking how to do it well.
- Having multiple different mailbox formats in one namespace still isn't
possible. Needs some more thinking as well.


From gmid-dovecot@m.gmane.org  Mon Jul 28 07:50:14 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F2B89238C5; Mon, 28 Jul 2003 07:50:13 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by danu.procontrol.fi (Postfix) with ESMTP id 220FE2384C
	for <dovecot@procontrol.fi>; Mon, 28 Jul 2003 07:50:10 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19gzxU-0004Iz-00
	for <dovecot@procontrol.fi>; Mon, 28 Jul 2003 06:50:04 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@procontrol.fi
Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19gvll-0008H4-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Mon, 28 Jul 2003 02:21:41 +0200
From: Adam Shand <adam@personaltelco.net>
Date: Mon, 28 Jul 2003 12:21:39 +1200
Lines: 24
Message-ID: <bg1qai$v1r$1@main.gmane.org>
References: <3F209FD5.5070308@personaltelco.net>
	<20030725162152.2fc3af63.matthias.andree@gmx.de>
	<m3smotpvyo.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@main.gmane.org
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210
X-Accept-Language: en-us, en
In-Reply-To: <m3smotpvyo.fsf@merlin.emma.line.org>
Sender: news <news@main.gmane.org>
X-Mailman-Approved-At: Tue, 29 Jul 2003 01:23:34 +0300
Subject: [Dovecot] Re: Is dovecot NFS safe?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 28 Jul 2003 04:50:14 -0000
X-UID: 1277                                                  
Status: O

Stuart Henderson wrote:
 > You'll probably want to keep them in memory or on local disk. See
 > <http://dovecot.procontrol.fi/doc/nfs.txt> for more information -
 > default_mail_env needs either ":INDEX=/local/path/to/indexes/%u" or
 > ":INDEX=MEMORY", all machines accessing the mailstore should have
 > sync'd clocks, and all imap servers need separate hostnames.

Okay that's exactly the information I was looking for, thanks.  I assume 
making this change will take care of these errors:

Jul 27 10:24:02 maus imap(adam): file_wait_lock() failed with index file
/var/maildir/adam/.INBOX/.imap.index: No locks available

Matthias Andree wrote:
> Postfix delivering to NFS Maildir mailboxes... (Maildir on a local file
> system works fine of course, mbox on NFS is inherently unreliable and
> heavily dependent on working locking.)

Isn't the main point of Maildir (as opposed to mbox) that it *is* NFS 
safe  and doesn't require working locking?

Thanks!
Adam.


From ma@dt.e-technik.uni-dortmund.de  Tue Jul 29 20:10:54 2003
Return-Path: <ma@dt.e-technik.uni-dortmund.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 57E112387F; Tue, 29 Jul 2003 20:10:54 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951F032.dip.t-dialin.net [217.81.240.50])
	by danu.procontrol.fi (Postfix) with ESMTP id 51A452384C
	for <dovecot@procontrol.fi>; Tue, 29 Jul 2003 20:10:49 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 49F1486C8F; Tue, 29 Jul 2003 19:10:43 +0200 (CEST)
To: Adam Shand <adam@personaltelco.net>
Subject: Re: [Dovecot] Re: Is dovecot NFS safe?
In-Reply-To: <bg1qai$v1r$1@main.gmane.org> (Adam Shand's message of "Mon, 28
 Jul 2003 12:21:39 +1200")
References: <3F209FD5.5070308@personaltelco.net>
	<20030725162152.2fc3af63.matthias.andree@gmx.de>
	<m3smotpvyo.fsf@merlin.emma.line.org> <bg1qai$v1r$1@main.gmane.org>
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Date: Tue, 29 Jul 2003 19:10:43 +0200
Message-ID: <m3adaxdzsc.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Tue, 29 Jul 2003 20:34:59 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 29 Jul 2003 17:10:54 -0000
X-UID: 1278                                                  
Status: O

Adam Shand <adam@personaltelco.net> writes:

>> Postfix delivering to NFS Maildir mailboxes... (Maildir on a local file
>> system works fine of course, mbox on NFS is inherently unreliable and
>> heavily dependent on working locking.)
>
> Isn't the main point of Maildir (as opposed to mbox) that it *is* NFS
> safe  and doesn't require working locking?

It is, and works (and has workarounds for non-idempotent NFS
operations), but Wietse doesn't exactly bless NFS no matter what format
you use.

-- 
Matthias Andree
From redjar@redjar.org  Wed Jul 30 00:31:11 2003
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 49A8D2387F; Wed, 30 Jul 2003 00:31:11 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by danu.procontrol.fi (Postfix) with ESMTP id 593C823865
	for <dovecot@procontrol.fi>; Wed, 30 Jul 2003 00:31:00 +0300 (EEST)
Received: from mdhcp48.marlboro.edu ([10.1.4.48] helo=redjar.org)
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 19hc3c-0000K7-00
	for <dovecot@procontrol.fi>; Tue, 29 Jul 2003 17:30:56 -0400
Date: Tue, 29 Jul 2003 17:30:57 -0400
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Jared <redjar@redjar.org>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
X-Mailer: Apple Mail (2.552)
X-MailScanner: clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.8, required 7, AWL,
	SPAM_PHRASE_01_02, USER_AGENT_APPLEMAIL)
Subject: [Dovecot] 
	corrupt mbox, mailboxes not found, and message read status
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 29 Jul 2003 21:31:11 -0000
X-UID: 1279                                                  
Status: O
Content-Length: 2358

I'm running dovecot 0.99.10-0.rc2 deb packages for Debian Woody from 
braincells.com.  My old environment was a server running UW-IMAP for 
IMAP and POP services.  We are still using mbox for all mailboxes.  I 
use IMP for web based access.

Forgive me if these issues have already been discussed or fixed in cvs. 
  Any additional pointers to this info. would be appreciated.

I have noticed a few issues.

----

I've seen a whole slew of entries like the following:

pop3(username): Error indexing mbox file /home/username/mail/inbox: LF 
not found where expected

According to this mailing list post from June 16, 2003:
http://dovecot.procontrol.fi/list/dovecot/2003-June/001668.html
it may be because of adjacent From mail headers in a message.

I've had one user that this was not the case.  They said they were 
deleting lots of messages in IMP and when he went back to his inbox, it 
was empty.  When I looked at the mbox file, a message had been 
truncated.  When I deleted the imap index and removed that truncated 
message, the mailbox became visible again.

Has the adjacent From issue been fixed?

Is there a way to find out more specifically what part of the mbox file 
dovecot is unhappy about?  ie. a line number.

----

Inside IMP several users have set up a filter to send messages marked 
as spam by SpamAssassin into a spam folder.  When they log-in or click 
the filter icon, the filter runs.  However, now when the the filter 
runs, it reports: "Problem with filter rule 1: folder does not exist: 
mail/spam".  However, the spam folder is still there, and when I open 
that folder in IMP, it opens just fine.  I've already changed IMP's 
folder prefix from 'mail/' to ''.  I've also tried deleting the imap 
index.  The message still shows up and the filter fails to run.

----

With the old set-up, when I check mail with a pop3 client, the UW pop 
server modifies the Status and/or X-Keywords headers for the message.  
When the mailbox is viewed with an IMAP client such as IMP, messages 
that have already been downloaded via pop are marked as read.  This 
doesn't seem to happen with dovecot.  I found a Oct 19 2003 thread
( http://dovecot.procontrol.fi/list/dovecot/2002-October/000774.html ) 
on the mailing list where Timo said he was intending to use the 
X-Keywords trick.  Did this ever get implemented?

----

Thanks,
-jared

From tss@iki.fi  Thu Jul 31 05:47:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B64DA23866; Thu, 31 Jul 2003 05:47:49 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F3DAB2384C
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 05:47:41 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 31F895C896A2
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 05:47:41 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1059619660.1062.301.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 31 Jul 2003 05:47:40 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] New index file code
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 31 Jul 2003 02:47:50 -0000
X-UID: 1280                                                  
Status: O
Content-Length: 4227

I just had to write this even while it's not just yet in CVS, but it's
only a few fixes away from being committed..

My year long dream has finally came true :)

[Summary: Next release will have REALLY kickass indexes]

Previously the biggest problem with caching message data in indexes was
that we had to do it while syncing the mailbox, before client even saw
those messages. This caused index rebuilds to be very slow since it had
to go through all mails and cache all of them, even if client never
would access them. Alternative was to not cache anything at all, but
that wasn't really good idea either.

Now Dovecot caches the data when client is actually requesting it. That
way it will never do any extra work for caching something that client
isn't currently interested in. There's still the anticipatory caching
for data that client is likely to be interested in later, but that is
done only when it doesn't cause extra disk I/O.

The reason why it took this long was because it was previously too
difficult with read/write locking that indexes required. I couldn't have
relied on it working since changing from read lock -> write lock could
deadlock and dropping the lock in the middle would have caused even more
problems.

So, what I did was to rewrite the cache file handling completely:

 - It doesn't require any locking to read from it.
 - It will be NFS-safe without being too costly.
 - The file format itself is now architecture-independent.
 - Uses less space than before
 - OpenBSD support is now worse than before, even worse than
NFS-support. They should get that unified cache done.

Cached data is also selected better:

 - Specifically requested message headers are cached (FETCH, SEARCH,
SORT, THREAD, etc.)
 - IMAP ENVELOPE isn't treated in any special way anymore. It's treated
just as if you had requested HEADER.FIELDS (Date Subject From ...etc.).
 - Maildir filenames aren't constantly updated in the cache file
anymore. This takes more memory now, but should reduce disk I/O.

There's a few more tweaks that I'll probably add later:

 - Maildir: When compressing cache file we update mail's filename to
current one so if message's flags aren't changed often, it won't use any
extra memory either.
 - A normal text/plain message doesn't need to have it's IMAP
BODYSTRUCTURE cached. It only needs a single bit set in flags. Should
reduce used space quite a lot.
 - Message with only one body part doesn't need to have it's body
structure stored at all since it's mostly just useful for fetching body
parts. Plus the body structure could be generated if message sizes were
known.

All this work was only for index cache file (ex. .data file). There's
still the main .imap.index file and modify log files.

Modify log should be easy to make NFS-safe - I'm currently using some
stupid file locking to figure out when the file is safe to overwrite,
but I should have simply replaced the old file with rename(). That will
solve some other problems as well as make the code simpler. It should be
possible to be made read-lockless as well.

The main index file is more problematic though. It contains a lot of
changing fields in the header, such as number of messages, number of
seen messages, etc. I can't think of any way to make it safe to read
these fields without locks (my previous ideas didn't actually work).
 
Lockless reads are pretty much a must for scalable NFS-safety. I think
it could be done by simply removing all the constantly changing headers.
If you want to know how many seen messages there are, just read all the
records in the file and count them. Expunging would be done by rewriting
the file and rename()ing it over the old file. Appending new messages is
a bit tricky to do safely, but I think I know how to do that too..

read/write locks allow the changing headers, but there's locking
contention problems with shared mailboxes..

I think I'll make it optional how to do this.

Oh, and I also thought how indexes would work with shared mailboxes. You
could use one shared cache file, but each user would have their own main
index and modify log. That would allow storing per-user flags in the
index file and also expunge (hide) messages by removing them from user's
index.


From tss@iki.fi  Thu Jul 31 05:58:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 80F282387F; Thu, 31 Jul 2003 05:58:34 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BD42823866
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 05:58:32 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 718665C896A2
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 05:58:32 +0300 (EEST)
Subject: Re: [Dovecot]  corrupt mbox, mailboxes not found, and message read
	status
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
References: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
Content-Type: text/plain
Message-Id: <1059620312.1057.313.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 31 Jul 2003 05:58:32 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 31 Jul 2003 02:58:34 -0000
X-UID: 1281                                                  
Status: O
Content-Length: 2664

On Wed, 2003-07-30 at 00:30, Jared wrote:
> pop3(username): Error indexing mbox file /home/username/mail/inbox: LF 
> not found where expected
> 
> I've had one user that this was not the case.  They said they were 
> deleting lots of messages in IMP and when he went back to his inbox, it 
> was empty.  When I looked at the mbox file, a message had been 
> truncated.  When I deleted the imap index and removed that truncated 
> message, the mailbox became visible again.

Hm. A truncated message shouldn't corrupt the whole mbox, at least if
you delete index file..

Of course the truncation itself isn't good either. Could it be because
you've set Dovecot to use different locking methods than your MTA? I
haven't noticed corruption myself yet and I use mboxes all the time.
Maybe I've been lucky though.

I'll probably also rewrite most of the mbox handling code in a few
months..

> Has the adjacent From issue been fixed?

Not yet, but it will be.

> Is there a way to find out more specifically what part of the mbox file 
> dovecot is unhappy about?  ie. a line number.

No. Hmm. Counting line numbers is a bit too kludgy to add, but exact
offset would be possible.

> Inside IMP several users have set up a filter to send messages marked 
> as spam by SpamAssassin into a spam folder.  When they log-in or click 
> the filter icon, the filter runs.  However, now when the the filter 
> runs, it reports: "Problem with filter rule 1: folder does not exist: 
> mail/spam".  However, the spam folder is still there, and when I open 
> that folder in IMP, it opens just fine.  I've already changed IMP's 
> folder prefix from 'mail/' to ''.  I've also tried deleting the imap 
> index.  The message still shows up and the filter fails to run.

Looks like IMP still tries to use mail/ prefix for the filter. Does the
filter configuration have the mailbox set to mail/spam? Just guessing,
I've never used IMP.

> With the old set-up, when I check mail with a pop3 client, the UW pop 
> server modifies the Status and/or X-Keywords headers for the message.  
> When the mailbox is viewed with an IMAP client such as IMP, messages 
> that have already been downloaded via pop are marked as read.  This 
> doesn't seem to happen with dovecot.  I found a Oct 19 2003 thread
> ( http://dovecot.procontrol.fi/list/dovecot/2002-October/000774.html ) 
> on the mailing list where Timo said he was intending to use the 
> X-Keywords trick.  Did this ever get implemented?

X-Keywords have been used for a long time now. It's possible to set
\Seen flag for messages downloaded with POP3, but I don't know if it's
worth the trouble. Who uses POP3 and IMAP mixed anyway?


From maikel@ladot.com  Thu Jul 31 14:06:47 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 454B323866; Thu, 31 Jul 2003 14:06:47 +0300 (EEST)
Received: from zeus.ladot.com (office.ladot.com [217.22.64.134])
	by danu.procontrol.fi (Postfix) with ESMTP id 6198423865
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 14:06:45 +0300 (EEST)
Received: from nlladot05.freehosting (nlladot05.intern.ladot.com
	[172.31.2.13])
	by zeus.ladot.com (8.12.9/8.12.9) with ESMTP id h6VBK2ZW081709
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 13:20:03 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Received: by nlladot05.intern.ladot.com with Internet Mail Service
	(5.5.2653.19)	id <N283552L>; Thu, 31 Jul 2003 13:07:47 +0200
Message-ID: <410777FC7A66D511911500B0D078345501F22B55@nlladot05.intern.ladot.com>
From: Maikel Verheijen <maikel@ladot.com>
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot]  corrupt mbox, mailboxes not found, and message rea
	d status
Date: Thu, 31 Jul 2003 13:07:44 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C35753.F7E72A90"
X-Spam-Status: No, hits=0.8 required=5.0
	tests=HTML_20_30,HTML_MESSAGE,QUOTED_EMAIL_TEXT
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 31 Jul 2003 11:06:47 -0000
X-UID: 1282                                                  
Status: O
Content-Length: 2595

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C35753.F7E72A90
Content-Type: text/plain

[SNIP]

> http://dovecot.procontrol.fi/list/dovecot/2002> -October/000774.html ) 
> > on the mailing list where Timo said he was intending to use the 
> > X-Keywords trick.  Did this ever get implemented?
> 
> X-Keywords have been used for a long time now. It's possible 
> to set \Seen flag for messages downloaded with POP3, but I 
> don't know if it's worth the trouble. Who uses POP3 and IMAP 
> mixed anyway?
> 

A lot of our customers, since we only supported pop3 in the past, and our
new webmail uses imap. :)

And a lot of people don't click on "This is an imap server" when creating
their account in for instance outlook-express.

Kind regards,


Maikel Verheijen.

------_=_NextPart_001_01C35753.F7E72A90
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [Dovecot]  corrupt mbox, mailboxes not found, and message =
read status</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>[SNIP]</FONT>
</P>

<P><FONT SIZE=3D2>&gt; <A =
HREF=3D"http://dovecot.procontrol.fi/list/dovecot/2002" =
TARGET=3D"_blank">http://dovecot.procontrol.fi/list/dovecot/2002</A>&gt;=
 -October/000774.html ) </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; on the mailing list where Timo said he was =
intending to use the </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; X-Keywords trick.&nbsp; Did this ever get =
implemented?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; X-Keywords have been used for a long time now. =
It's possible </FONT>
<BR><FONT SIZE=3D2>&gt; to set \Seen flag for messages downloaded with =
POP3, but I </FONT>
<BR><FONT SIZE=3D2>&gt; don't know if it's worth the trouble. Who uses =
POP3 and IMAP </FONT>
<BR><FONT SIZE=3D2>&gt; mixed anyway?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
</P>

<P><FONT SIZE=3D2>A lot of our customers, since we only supported pop3 =
in the past, and our new webmail uses imap. :)</FONT>
</P>

<P><FONT SIZE=3D2>And a lot of people don't click on &quot;This is an =
imap server&quot; when creating their account in for instance =
outlook-express.</FONT></P>

<P><FONT SIZE=3D2>Kind regards,</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>Maikel Verheijen.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C35753.F7E72A90--
From charlieb-dovecot@e-smith.com  Thu Jul 31 20:45:26 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A537E23866; Thu, 31 Jul 2003 20:45:26 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 654912384C
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 20:45:22 +0300 (EEST)
Received: (qmail 14621 invoked by uid 404); 31 Jul 2003 17:45:19 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 31 Jul 2003 13:45:18 -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; 31 Jul 2003 17:45:18 -0000
Received: (qmail 4544 invoked by uid 5008); 31 Jul 2003 17:45:18 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 31 Jul 2003 17:45:18 -0000
Date: Thu, 31 Jul 2003 13:45:18 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: "'dovecot@procontrol.fi'" <dovecot@procontrol.fi>
Subject: RE: [Dovecot]  corrupt mbox, mailboxes not found, and message rea
 d status
In-Reply-To: <410777FC7A66D511911500B0D078345501F22B55@nlladot05.intern.ladot.com>
Message-ID: <Pine.LNX.4.44.0307311343590.29393-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 31 Jul 2003 17:45:26 -0000
X-UID: 1283                                                  
Status: O


On Thu, 31 Jul 2003, Maikel Verheijen wrote:

> [SNIP]
> 
> > don't know if it's worth the trouble. Who uses POP3 and IMAP 
> > mixed anyway?
> 
> A lot of our customers, since we only supported pop3 in the past, and our
> new webmail uses imap. :)

A surpising number of ours as well, usually when interleaving webmail and 
Lookout!.

--
Charlie

From redjar@redjar.org  Thu Jul 31 21:02:41 2003
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D54652387F; Thu, 31 Jul 2003 21:02:41 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by danu.procontrol.fi (Postfix) with ESMTP id 19DBF23866
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 21:02:38 +0300 (EEST)
Received: from mc-priv-10.0.4.86.marlboro.edu ([10.0.4.86] helo=redjar.org)
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 19iHl0-0006Jm-00
	for <dovecot@procontrol.fi>; Thu, 31 Jul 2003 14:02:30 -0400
Date: Thu, 31 Jul 2003 14:02:29 -0400
Subject: Re: [Dovecot]  corrupt mbox, mailboxes not found, and message rea d
	status
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Jared <redjar@redjar.org>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <Pine.LNX.4.44.0307311343590.29393-100000@allspice.nssg.mitel.com>
Message-Id: <26BAFA8C-C381-11D7-AB75-00039398ED48@redjar.org>
X-Mailer: Apple Mail (2.552)
X-MailScanner: clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.3, required 7, AWL,
	EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, SPAM_PHRASE_00_01,
	USER_AGENT_APPLEMAIL)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 31 Jul 2003 18:02:42 -0000
X-UID: 1284                                                  
Status: O

On Thursday, Jul 31, 2003, at 13:45 US/Eastern, Charlie Brady wrote:

>
> On Thu, 31 Jul 2003, Maikel Verheijen wrote:
>
>> [SNIP]
>>
>>> don't know if it's worth the trouble. Who uses POP3 and IMAP
>>> mixed anyway?
>>
>> A lot of our customers, since we only supported pop3 in the past, and 
>> our
>> new webmail uses imap. :)
>
> A surpising number of ours as well, usually when interleaving webmail 
> and
> Lookout!.

A lot of my users too.  I'm in a higher ed. environment where most 
students have personal computers which they use POP on (so they can 
archive their mail on their own computer) but they spend most of their 
day out of their room (classes, library, computer lab, friends rooms, 
etc.), so they like to quickly check their mail via webmail/IMAP.

This is pretty common in a college setting I think.

-jared

From jaldhar@debian.org  Sat Aug  2 00:23:55 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D5111238C5; Sat,  2 Aug 2003 00:23:55 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 494DA2384C
	for <dovecot@procontrol.fi>; Sat,  2 Aug 2003 00:23:53 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 54E1C80AC; Fri,  1 Aug 2003 17:23:53 -0400 (EDT)
Date: Fri, 1 Aug 2003 17:23:50 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] corrupt mbox, mailboxes not found, and message read
 status
In-Reply-To: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
Message-ID: <Pine.LNX.4.56.0308011721360.31673@samadhi.braincells.com>
References: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 01 Aug 2003 21:23:56 -0000
X-UID: 1285                                                  
Status: O

On Tue, 29 Jul 2003, Jared wrote:

> I'm running dovecot 0.99.10-0.rc2 deb packages for Debian Woody from
> braincells.com.

Yikes! That reminds me I never uploaded the backport of 0.99.10 final.
(It's been in sid for a long time.)  The packages are up there now.


-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From amartinez@equital.com.uy  Sat Aug  2 17:25:58 2003
Return-Path: <amartinez@equital.com.uy>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9200E2387F; Sat,  2 Aug 2003 17:25:58 +0300 (EEST)
Received: from sistemas.equital.lx (r200-40-171-82.adsl.anteldata.net.uy
	[200.40.171.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 9637C23866
	for <dovecot@procontrol.fi>; Sat,  2 Aug 2003 17:25:54 +0300 (EEST)
Received: from equital-mail.equital.com (correo.equital.lx [1.1.2.202])
	by sistemas.equital.lx (8.12.9/8.11.6) with ESMTP id h72EPjEL011125
	for <dovecot@procontrol.fi>; Sat, 2 Aug 2003 11:25:47 -0300
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Date: Sat, 2 Aug 2003 11:25:42 -0300
Message-ID: <30F0523D384016498241055B0311A0722ABC0E@equital-mail.equital.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Confusion
Thread-Index: AcNZAfSpQ33wo46BTJOKLju12BcLGw==
From: "Alejandro Martinez" <amartinez@equital.com.uy>
To: <dovecot@procontrol.fi>
X-MailScanner-Information: Please contact the ISP for more information
X-MailScanner: Found to be clean
Subject: [Dovecot] Confusion
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 02 Aug 2003 14:25:58 -0000
X-UID: 1286                                                  
Status: O
Content-Length: 1167

Hi, I have a great confusion about mbox, maildir.
I use a passwd-file to authenticate users, because I want to use non =
local users.

I have a test user in that file that is this:
test:VGRAafc3NHJwI:502:100:Usuario =
Virtual:/var/spool/mail/virtual/test:/no/shell

I create inside /var/spool/mail/virtual/test a folder Maildir and inside =
Maildir
/var/spool/mail/virtual/test/Maildir/cur/
/var/spool/mail/virtual/test/Maildir/new/
/var/spool/mail/virtual/test/Maildir/tmp/

I get an error when I login to the server

admin@slk90 /$ telnet localhost 143
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
* OK dovecot ready.
. login test test
. OK Logged in.
Connection closed by foreign host.


The /var/spool/mail/error is this

 "Aug  2 08:46:46 slk90 imap(test): Failed to create storage with data: =
/var/spool/mail/virtual/test/Maildir"

I've tried setting default_mail_env =3D maildir:~/Maildir and =
mbox:~/Maildir, but nothing work.

Any help ?
Regards.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 01/08/2003
=20
From eskimoe@ananzi.co.za  Sat Aug  2 17:55:20 2003
Return-Path: <eskimoe@ananzi.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 99EEE238B6; Sat,  2 Aug 2003 17:55:20 +0300 (EEST)
Received: from sun.com (port-212-202-37-84.reverse.qsc.de [212.202.37.84])
	by danu.procontrol.fi (Postfix) with SMTP id AE98723866
	for <dovecot@procontrol.fi>; Sat,  2 Aug 2003 17:55:13 +0300 (EEST)
Received: (qmail 7766 invoked by uid 1000); 2 Aug 2003 14:58:29 -0000
Date: Sat, 2 Aug 2003 16:58:29 +0200
From: Moe Webber <eskimoe@ananzi.co.za>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot]  corrupt mbox, mailboxes not found, and message read
	status
Message-ID: <20030802145828.GA6089@woom.net>
Mail-Followup-To: Moe Webber <eskimoe@ananzi.co.za>,
	dovecot@procontrol.fi
References: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
	<1059620312.1057.313.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1059620312.1057.313.camel@hurina>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 02 Aug 2003 14:55:20 -0000
X-UID: 1287                                                  
Status: O

On Thu, Jul 31, 2003 at 05:58:32AM +0300, Timo Sirainen wrote:
> X-Keywords have been used for a long time now. It's possible to set
> \Seen flag for messages downloaded with POP3, but I don't know if it's
> worth the trouble. Who uses POP3 and IMAP mixed anyway?

Why does dovecot support POP3 if you don't intend that kind of usage?

From tss@iki.fi  Sat Aug  2 19:53:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8AE2F23866; Sat,  2 Aug 2003 19:53:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A639923865
	for <dovecot@procontrol.fi>; Sat,  2 Aug 2003 19:53:04 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 6FAAA5C896A8
	for <dovecot@procontrol.fi>; Sat,  2 Aug 2003 19:53:04 +0300 (EEST)
Subject: Re: [Dovecot]  corrupt mbox, mailboxes not found, and message read
	status
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030802145828.GA6089@woom.net>
References: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
	 <1059620312.1057.313.camel@hurina>  <20030802145828.GA6089@woom.net>
Content-Type: text/plain
Message-Id: <1059843183.410.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 02 Aug 2003 19:53:04 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 02 Aug 2003 16:53:06 -0000
X-UID: 1288                                                  
Status: O

On Sat, 2003-08-02 at 17:58, Moe Webber wrote:
> On Thu, Jul 31, 2003 at 05:58:32AM +0300, Timo Sirainen wrote:
> > X-Keywords have been used for a long time now. It's possible to set
> > \Seen flag for messages downloaded with POP3, but I don't know if it's
> > worth the trouble. Who uses POP3 and IMAP mixed anyway?
> 
> Why does dovecot support POP3 if you don't intend that kind of usage?

It's useful to support different users who use either POP3 or IMAP, but
a same user using both of them can't get really sensible behaviour in
any case.

But I guess using POP3 normally and IMAP webmail occationally is good
enough excuse to save the \Seen flags.


From tss@iki.fi  Sat Aug  2 19:56:18 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 97D7A238C5; Sat,  2 Aug 2003 19:56:18 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 13DD223866
	for <dovecot@procontrol.fi>; Sat,  2 Aug 2003 19:56:17 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D36BD5C896A8
	for <dovecot@procontrol.fi>; Sat,  2 Aug 2003 19:56:16 +0300 (EEST)
Subject: Re: [Dovecot] Confusion
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <30F0523D384016498241055B0311A0722ABC0E@equital-mail.equital.com>
References: 
	 <30F0523D384016498241055B0311A0722ABC0E@equital-mail.equital.com>
Content-Type: text/plain
Message-Id: <1059843376.417.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 02 Aug 2003 19:56:16 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 02 Aug 2003 16:56:18 -0000
X-UID: 1289                                                  
Status: O

On Sat, 2003-08-02 at 17:25, Alejandro Martinez wrote:
>  "Aug  2 08:46:46 slk90 imap(test): Failed to create storage with data: /var/spool/mail/virtual/test/Maildir"

Your settings looked fine, but are the directory permissions correct?

> I've tried setting default_mail_env = maildir:~/Maildir and mbox:~/Maildir, but nothing work.

"default_mail_env = maildir:~/Maildir" should give you a better error
message. Possibly about permissions, missing directories or something.



From tss@iki.fi  Mon Aug  4 03:35:36 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3B33023866; Mon,  4 Aug 2003 03:35:36 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 1AC4F23865
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 03:35:34 +0300 (EEST)
Date: Mon, 4 Aug 2003 03:35:33 +0300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: multipart/mixed; boundary=Apple-Mail-11-45755179
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Message-Id: <8F10FB9E-C613-11D7-9D22-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] Some benchmarking
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 04 Aug 2003 00:35:36 -0000
X-UID: 1290                                                  
Status: O
Content-Length: 4249


--Apple-Mail-11-45755179
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

So I finally got the new mail caching code fully working in normal 
conditions. Index rebuilding and some error correction still needs a 
bit work. mbox is also still broken. Anyway, I was mostly interested 
how fast Dovecot now works with my 367000 LKML mails, but thought I'd 
have to get something to compare the results against, so here's Dovecot 
vs. Courier.

Results against older Dovecot would have been pretty boring, the older 
Dovecot could never perform threading without  opening all the files 
and reading References-headers from them. Sorting would could have been 
done from cache if IMAP ENVELOPEs were cached, I'd estimate maybe 2-3x 
larger user CPU usage with it and a _lot_ larger cache file since it 
would have stored from, to, etc. fields in it.

Results against Cyrus would be interesting. I'll probably do those 
sometimes later too.. Last I checked, Cyrus was very slow at inserting 
the mails into it's database, it took .. was it 1-3 hours to insert all 
those mails, while a simple copying took maybe 20 mins. Anyway, Cyrus's 
caching is pretty dummy as well so I'd expect Dovecot to be many times 
faster in threading and likely somewhat faster in sorting.


--Apple-Mail-11-45755179
Content-Disposition: attachment;
	filename=dovecot-new-benchmarks.txt
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	x-unix-mode=0640;
	name="dovecot-new-benchmarks.txt"

Maildir: Linux Kernel Mailing List with 367918 mails, total of 1,9GB.

NOTE: The total times are heavily affected by disk I/O. In these tests the
index files are cached in memory by OS. The files themselves are mostly
uncached (I flushed the cache by reading another 2GB file 3 times).

System: 1GHz AMD Athlon CPU, 1GB RAM, 120GB IDE disk,
Linux 2.4.21, XFS filesystem


DOVECOT 0.99.11
---------------

 - NOTE: Debugging enabled, disabling it might give slightly lower user CPU
   times

1) select mailbox for the first time

   2.85s user 2.20s system 55% cpu 9.035 total

2) select mailbox for second time

   0.01s user 0.02s system 127% cpu 0.024 total

3) resync cur/ directory (touch cur, select mailbox)

   2.91s user 0.55s system 77% cpu 4.483 total

4) "uid thread references us-ascii all" for the first time

   67.27s user 41.25s system 27% cpu 6:30.85 total

5) "uid thread references us-ascii all" for the second time (uses indexes)

   30.39s user 0.25s system 95% cpu 32.055 total

6) "uid sort (date) us-ascii all" (uses indexes that threading created)

   22.88s user 0.13s system 99% cpu 23.048 total

7) "uid sort (subject) us-ascii all" (uses indexes that threading created)

   38.41s user 0.15s system 99% cpu 38.708 total

size of created index file:

       4636252 .imap.index
     121513984 .imap.index.cache

8) cache file compression

   4.21s user 1.42s system 26% cpu 21.270 total

     113536000 .imap.index.cache

   Compression had only minimal effect on performance. Compression isn't
   usually done until 30% of file consists of old data for expunged messages.


COURIER 1.72
------------

1) select mailbox for the first time

   4.93s user 0.51s system 80% cpu 6.762 total
   - slightly faster since it doesn't have to write 21MB of index files

2) select mailbox for second time

   - courier doesn't have a indexes so this is equilevant to 3)

3) resync cur/ directory (touch cur, select mailbox)

   12.91s user 0.42s system 100% cpu 13.324 total
   - oops, slower than generating the uids first time. slow hashes or
     something..

4) "uid thread references us-ascii all" for the first time

   606.94s user 69.56s system 64% cpu 17:22.02 total
   - that's 10x slower in user CPU. Over 2.5x slower in total time.

5) "uid thread references us-ascii all" for the second time

   - courier doesn't have indexes, so this is equilevant to 4)

6) "uid sort (date) us-ascii all"

   442.58s user 55.11s system 61% cpu 13:28.79 total
   - courier doesn't have indexes, so it has to open all mail files.

7) "uid sort (subject) us-ascii all"

   444.13s user 56.82s system 59% cpu 14:03.14 total
   - courier doesn't have indexes, so it has to open all mail files

--Apple-Mail-11-45755179--

From charlie@rubberduck.com  Mon Aug  4 06:25:52 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D68AA23866; Mon,  4 Aug 2003 06:25:51 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id B53E62384C
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 06:25:43 +0300 (EEST)
Received: from machine.internal.schools.net.au (unknown [203.22.23.246])
	by lazy.spodder.com (Postfix) with ESMTP id A15969077
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 13:24:22 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id 1228B115324; Mon,  4 Aug 2003 13:25:31 +1000 (EST)
Date: Mon, 4 Aug 2003 13:25:30 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20030804032530.GB1888@myinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ"
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] why wont /usr/pkg/libexec/dovecot/imap see my Maildir
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 04 Aug 2003 03:25:52 -0000
X-UID: 1291                                                  
Status: O
Content-Length: 1338


--MfFXiAuoTsnnDAfZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

When I invoke /usr/pkg/libexec/dovecot/imap from the command loine on
the mail host, it logs me in, but won't see my emails:

13:22 yeled@lazy:~$ /usr/pkg/libexec/dovecot/imap
* PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=3DREFERENCES MULTIAPPEND
* UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in
* as yeled
0 select inbox
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
* Flags permitted.
* 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1059959635] UIDs valid
* OK [UIDNEXT 1] Predicted next UID
0 OK [READ-WRITE] Select completed.


I know I have many emails in there, and I can see them when I login
via telnet localhost 443.

Any tips? would be nice to use fetchmail with ssh here.

  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--MfFXiAuoTsnnDAfZ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQE/LdIqqiZDwhSqeUERAsmCAJ9RHUN3HTIC1H4/na8hE/LF7JDXpQCggeM7
nlHp8nAAH7eCOW3Aa5mUfCo=
=BRLw
-----END PGP SIGNATURE-----

--MfFXiAuoTsnnDAfZ--
From tss@iki.fi  Mon Aug  4 06:46:03 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C292823866; Mon,  4 Aug 2003 06:46:03 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 744D32384C
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 06:46:01 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 468D15C896A2
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 06:46:01 +0300 (EEST)
Subject: Re: [Dovecot] why wont /usr/pkg/libexec/dovecot/imap see my Maildir
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030804032530.GB1888@myinternet.com.au>
References: <20030804032530.GB1888@myinternet.com.au>
Content-Type: text/plain
Message-Id: <1059968756.417.175.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 04 Aug 2003 06:45:56 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 04 Aug 2003 03:46:03 -0000
X-UID: 1292                                                  
Status: O
Content-Length: 1178

On Mon, 2003-08-04 at 06:25, Charlie Allom wrote:
> When I invoke /usr/pkg/libexec/dovecot/imap from the command loine on
> the mail host, it logs me in, but won't see my emails:
..
> I know I have many emails in there, and I can see them when I login
> via telnet localhost 443.

I'd guess it's because you have MAIL environment pointing to some mbox
file. Try "unset MAIL", or "export MAIL=~/Maildir" before running imap.
Note that imap binary doesn't read your configuration file at all, so if
you've changed any defaults you'll have to give them in environment.

Hmm. Maybe it would be useful to add an option to dovecot binary to read
configuration (which it does always anyway) and then exec() a given
binary with the configuration moved into environment. Something like:

dovecot --exec /usr/pkg/libexec/imap/imap

Or something even simpler, since it can read the binary path from
configuration anyway:

dovecot --exec-mail imap

Another optional feature that I was thinking is to allow users to
override default settings using ~/.dovecotrc file. It would be mostly
useful for namespace configuration and maybe setting some
client-specific workarounds or optimizations.


From charlie@rubberduck.com  Mon Aug  4 07:44:35 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AD1B023866; Mon,  4 Aug 2003 07:44:35 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 4DD7923865
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 07:44:31 +0300 (EEST)
Received: from machine.internal.schools.net.au (unknown [203.22.23.246])
	by lazy.spodder.com (Postfix) with ESMTP
	id 6F78B8F56; Mon,  4 Aug 2003 14:43:15 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id 80695119397; Mon,  4 Aug 2003 14:25:40 +1000 (EST)
Date: Mon, 4 Aug 2003 14:25:40 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] why wont /usr/pkg/libexec/dovecot/imap see my Maildir
Message-ID: <20030804042540.GI1888@myinternet.com.au>
References: <20030804032530.GB1888@myinternet.com.au>
	<1059968756.417.175.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ijf6z65S790CMqo8"
Content-Disposition: inline
In-Reply-To: <1059968756.417.175.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 04 Aug 2003 04:44:35 -0000
X-UID: 1293                                                  
Status: O
Content-Length: 1572


--ijf6z65S790CMqo8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Aug 04, 2003 at 06:45:56AM +0300, Timo Sirainen wrote:
> On Mon, 2003-08-04 at 06:25, Charlie Allom wrote:
> > When I invoke /usr/pkg/libexec/dovecot/imap from the command loine on
> > the mail host, it logs me in, but won't see my emails:
> ..
> > I know I have many emails in there, and I can see them when I login
> > via telnet localhost 443.
>=20
> I'd guess it's because you have MAIL environment pointing to some mbox
> file. Try "unset MAIL", or "export MAIL=3D~/Maildir" before running imap.
> Note that imap binary doesn't read your configuration file at all, so if
> you've changed any defaults you'll have to give them in environment.

You're right. I thought it would be along these lines .. Thanks!

> Hmm. Maybe it would be useful to add an option to dovecot binary to read
> configuration (which it does always anyway) and then exec() a given
> binary with the configuration moved into environment. Something like:

Well I'll leave this up to you, you're doing very well so far :)

--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--ijf6z65S790CMqo8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQE/LeBEqiZDwhSqeUERAvmGAJ0ZwsmWMZWKj3iyhENIpwWBLkwPYwCgl9tK
39h/3AywWSSHlnAcKrTbIcU=
=0//y
-----END PGP SIGNATURE-----

--ijf6z65S790CMqo8--
From matthias.andree@gmx.de  Mon Aug  4 11:43:56 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EA92023866; Mon,  4 Aug 2003 11:43:56 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877B95.dip.t-dialin.net [80.135.123.149])
	by danu.procontrol.fi (Postfix) with ESMTP id 2539C23865
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 11:43:53 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 2F68D7634C; Mon,  4 Aug 2003 10:43:51 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot]  corrupt mbox, mailboxes not found, and message read
 status
In-Reply-To: <1059620312.1057.313.camel@hurina> (Timo Sirainen's message of
 "31 Jul 2003 05:58:32 +0300")
References: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
	<1059620312.1057.313.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 04 Aug 2003 10:43:51 +0200
Message-ID: <m3u18xq0c8.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 04 Aug 2003 08:43:57 -0000
X-UID: 1294                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> X-Keywords have been used for a long time now. It's possible to set
> \Seen flag for messages downloaded with POP3, but I don't know if it's
> worth the trouble. Who uses POP3 and IMAP mixed anyway?

I do. In fact, many people do that handle their mail from various
sites. If you claim Courier-IMAP compatibility, you'll have to do the
marking, for Courier-IMAP does it, too.

-- 
Matthias Andree
From matthias.andree@gmx.de  Mon Aug  4 11:44:28 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 08B48238B6; Mon,  4 Aug 2003 11:44:28 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877B95.dip.t-dialin.net [80.135.123.149])
	by danu.procontrol.fi (Postfix) with ESMTP id AB98923865
	for <dovecot@procontrol.fi>; Mon,  4 Aug 2003 11:44:23 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id CCB5C7634C; Mon,  4 Aug 2003 10:44:22 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot]  corrupt mbox, mailboxes not found, and message read
 status
In-Reply-To: <1059843183.410.17.camel@hurina> (Timo Sirainen's message of
 "02 Aug 2003 19:53:04 +0300")
References: <F0F9190A-C20B-11D7-91D7-00039398ED48@redjar.org>
	<1059620312.1057.313.camel@hurina> <20030802145828.GA6089@woom.net>
	<1059843183.410.17.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 04 Aug 2003 10:44:22 +0200
Message-ID: <m3ptjlq0bd.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 04 Aug 2003 08:44:28 -0000
X-UID: 1295                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> It's useful to support different users who use either POP3 or IMAP, but
> a same user using both of them can't get really sensible behaviour in
> any case.

For sensible use, POP3 supports UIDL.

-- 
Matthias Andree
From jens@freebsdforum.de  Tue Aug  5 21:30:15 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E6AB723866; Tue,  5 Aug 2003 21:30:14 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id AA99E23865
	for <dovecot@procontrol.fi>; Tue,  5 Aug 2003 21:30:07 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])26CD2114015
	for <dovecot@procontrol.fi>; Tue,  5 Aug 2003 20:29:56 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Date: Tue, 5 Aug 2003 20:29:37 +0200
User-Agent: KMail/1.5.3
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200308052030.09278.jens@freebsdforum.de>
Subject: [Dovecot] compile with dietlibc
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 05 Aug 2003 18:30:15 -0000
X-UID: 1296                                                  
Status: O

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

I'm used to test the software which I use with dietlibc, just to see if it=
=20
could run without the bloat of glibc.

While compiling dovecot 0.99.10 I got these errors:

In file included from lib.h:20,
                 from alarm-hup.c:26:
compat.h:30: conflicting types for `uint_fast32_t'
/opt/diet/include/stdint.h:25: previous declaration of `uint_fast32_t'

I've solved this in a dirty way, but is this something which could be fixed=
 in=20
the future?

Thanks in advance,
Jens Gutzeit
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/L/etLPHiyaqJLscRAuNGAJ9jlOQzx86T+NS9h7FfjoDi86R4ygCgs6gb
1XyNB93ybwiG4gFatz797qo=3D
=3DWZod
=2D----END PGP SIGNATURE-----

From tss@iki.fi  Tue Aug  5 22:44:45 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 511EC2387F; Tue,  5 Aug 2003 22:44:45 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 742902384C
	for <dovecot@procontrol.fi>; Tue,  5 Aug 2003 22:44:40 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E0ECA5C896A2
	for <dovecot@procontrol.fi>; Tue,  5 Aug 2003 22:44:39 +0300 (EEST)
Subject: Re: [Dovecot] compile with dietlibc
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200308052030.09278.jens@freebsdforum.de>
References: <200308052030.09278.jens@freebsdforum.de>
Content-Type: text/plain
Message-Id: <1060112679.410.193.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 05 Aug 2003 22:44:39 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 05 Aug 2003 19:44:45 -0000
X-UID: 1297                                                  
Status: O
Content-Length: 1324

On Tue, 2003-08-05 at 21:29, Jens Gutzeit wrote:
> compat.h:30: conflicting types for `uint_fast32_t'
> /opt/diet/include/stdint.h:25: previous declaration of `uint_fast32_t'
> 
> I've solved this in a dirty way, but is this something which could be fixed in 
> the future?

Try this patch:

Index: configure.in
===================================================================
RCS file: /home/cvs/dovecot/configure.in,v
retrieving revision 1.142
diff -u -r1.142 configure.in
--- configure.in	2 Aug 2003 17:38:15 -0000	1.142
+++ configure.in	5 Aug 2003 19:43:05 -0000
@@ -478,13 +478,19 @@
   AC_MSG_RESULT($i_cv_type_$1)
 ])
 
-AC_CHECKTYPE2(uintmax_t, [#include <inttypes.h>])
+dnl some systems don't have stdint.h, but still have some of the types
+dnl defined elsewhere
+AC_CHECK_HEADER(stdint.h, [
+  stdint_include="#include <stdint.h>"
+])
+
+AC_CHECKTYPE2(uintmax_t, [$stdint_include])
 if test $i_cv_type_uintmax_t = yes; then
   AC_DEFINE(HAVE_UINTMAX_T,, Define if you have uintmax_t (C99 type))
 fi
 
 dnl use separate check, eg. Solaris 8 has uintmax_t but not uint_fast32_t
-AC_CHECKTYPE2(uint_fast32_t, [#include <inttypes.h>])
+AC_CHECKTYPE2(uint_fast32_t, [$stdint_include])
 if test $i_cv_type_uint_fast32_t = yes; then
   AC_DEFINE(HAVE_UINT_FAST32_T,, Define if you have uint_fast32_t (C99 type))
 fi


From jens@freebsdforum.de  Tue Aug  5 23:29:21 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8B1202387F; Tue,  5 Aug 2003 23:29:21 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id E527D23866
	for <dovecot@procontrol.fi>; Tue,  5 Aug 2003 23:29:18 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])C808E1141A6
	for <dovecot@procontrol.fi>; Tue,  5 Aug 2003 22:29:08 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] compile with dietlibc
Date: Tue, 5 Aug 2003 22:29:12 +0200
User-Agent: KMail/1.5.3
References: <200308052030.09278.jens@freebsdforum.de>
	<1060112679.410.193.camel@hurina>
In-Reply-To: <1060112679.410.193.camel@hurina>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200308052229.22349.jens@freebsdforum.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 05 Aug 2003 20:29:21 -0000
X-UID: 1298                                                  
Status: O

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 05 August 2003 21:44, Timo Sirainen wrote:
>
> Try this patch:

Thanks you, it works now.

Jens
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/MBOeLPHiyaqJLscRAtFoAJ9qNB2LWKgltsnwowioR1rtqOrUCgCfepHU
CcwtFhm6AYx33gtq6OhtlF8=
=+4BE
-----END PGP SIGNATURE-----

From esj@harvee.org  Wed Aug  6 05:32:30 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 437072387F; Wed,  6 Aug 2003 05:32:30 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 440CC23866
	for <dovecot@procontrol.fi>; Wed,  6 Aug 2003 05:32:27 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h762WOpg017325
	for <dovecot@procontrol.fi>; Tue, 5 Aug 2003 22:32:25 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 5 Aug 2003 22:32:21 -0400
Message-ID: <3F30685A.90604@harvee.org>
Date: Tue, 05 Aug 2003 22:30:50 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030806:dovecot@procontrol.fi:069c159a21ddedfc
Subject: [Dovecot] thinking seriously about converting
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 06 Aug 2003 02:32:30 -0000
X-UID: 1299                                                  
Status: O

to dovecot from UW imap.  I think I will go all the way to maildir while I'm at 
it.  I was having performance problems with mbox format files and converted to 
mbx but it's not really yielding a huge performance gain.  Deletes and moves are 
still rather slow at times.  my mailboxes are typically 2000 to 5000 messages.

I've scanned the mailing lists a bit and picked up some hints on the conversion. 
  Any bits of advice before I convert?  Since it's only my own account I'm 
converting (my wife likes mutt), I'm torn between two different ways of 
converting the mailboxes.  First is to convert all of the mbx format mailboxes 
back to mbox.  Then convert from mbox to maildir.  Second is running both imap 
server simultaneously (obviously one on a different port number) and running 
some form of a tool to read from one imap server and write to the other.

any better ideas?

many thanks
---eric


From lesliev@icoc.co.za  Wed Aug  6 11:46:41 2003
Return-Path: <lesliev@icoc.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3258623866; Wed,  6 Aug 2003 11:46:41 +0300 (EEST)
Received: from acesonline.org.za (unknown [196.37.98.115])
	by danu.procontrol.fi (Postfix) with ESMTP id 15FBD23865
	for <dovecot@procontrol.fi>; Wed,  6 Aug 2003 11:46:38 +0300 (EEST)
Received: from ASSP-nospam (localhost [127.0.0.1])
	by acesonline.org.za (Postfix) with ESMTP id A7A9CF6E5
	for <dovecot@procontrol.fi>; Wed,  6 Aug 2003 10:52:21 -0700 (PDT)
Received: from 196.37.98.116 ([196.37.98.116] helo=\[192\.168\.40\.201\]) by
	ASSP-nospam ;  6 Aug 03 17:52:21 -0000
From: Leslie Viljoen <lesliev@icoc.co.za>
To: Dovecot <dovecot@procontrol.fi>
Content-Type: text/plain
Organization: Africa Missions
Message-Id: <1060159799.9628.1.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 06 Aug 2003 10:49:59 +0200
Content-Transfer-Encoding: 7bit
X-Assp-Spam-Prob: 0.00000
Subject: [Dovecot] Slow bulk deleting
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: lesliev@icoc.co.za
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 06 Aug 2003 08:46:41 -0000
X-UID: 1300                                                  
Status: O

Hi!

I am finding Dovecot very slow to delete large numbers of messages. IS
this a known problem? 

Leslie

From craig@askings.com.au  Wed Aug  6 07:42:41 2003
Return-Path: <craig@askings.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 999232387F; Wed,  6 Aug 2003 07:42:41 +0300 (EEST)
Received: from epsilon3.themadship.dhs.org
	(ppp187-159.lns1.bne1.internode.on.net [150.101.187.159])
	by danu.procontrol.fi (Postfix) with ESMTP id 1054D23866
	for <dovecot@procontrol.fi>; Wed,  6 Aug 2003 07:42:37 +0300 (EEST)
Received: from whitestar ([192.168.0.111])
	by epsilon3.themadship.dhs.org with esmtp (Exim 4.20)
	id 19kG82-0004OH-Nf; Wed, 06 Aug 2003 14:42:26 +1000
Subject: Re: [Dovecot] thinking seriously about converting
From: Craig Askings <craig@askings.com.au>
To: "Eric S. Johansson" <esj@harvee.org>
In-Reply-To: <3F30685A.90604@harvee.org>
References: <3F30685A.90604@harvee.org>
Content-Type: text/plain
Organization: Askings & Medina Business Services
Message-Id: <1060144942.20088.8.camel@whitestar>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 
Date: 06 Aug 2003 14:42:24 +1000
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Wed, 06 Aug 2003 15:35:11 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 06 Aug 2003 04:42:41 -0000
X-UID: 1301                                                  
Status: O
Content-Length: 1567

I converted to dovecot from UWimap about 2 - 3 weeks ago. I kept my
email in the original mbox format. The indexing that dovecot does make
it much more responsive when I am checking my mailing list folders which
5000+ messages. Not to mention my girlfriends 1.2gig mbox file for one
of her high traffic lists (Paintshop pro stuff)

Not to mention it handles outlook express's brain dead way of checking
imap folders much faster (i.e. login check one folder logout, loop ad
infinitum) so no matter what email client you are using you should see
an improvement. 

Craig
On Wed, 2003-08-06 at 12:30, Eric S. Johansson wrote:
> to dovecot from UW imap.  I think I will go all the way to maildir while I'm at 
> it.  I was having performance problems with mbox format files and converted to 
> mbx but it's not really yielding a huge performance gain.  Deletes and moves are 
> still rather slow at times.  my mailboxes are typically 2000 to 5000 messages.
> 
> I've scanned the mailing lists a bit and picked up some hints on the conversion. 
>   Any bits of advice before I convert?  Since it's only my own account I'm 
> converting (my wife likes mutt), I'm torn between two different ways of 
> converting the mailboxes.  First is to convert all of the mbx format mailboxes 
> back to mbox.  Then convert from mbox to maildir.  Second is running both imap 
> server simultaneously (obviously one on a different port number) and running 
> some form of a tool to read from one imap server and write to the other.
> 
> any better ideas?
> 
> many thanks
> ---eric
> 
> 

From tss@iki.fi  Wed Aug  6 16:10:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6782723865; Wed,  6 Aug 2003 16:10:46 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B21792384C
	for <dovecot@procontrol.fi>; Wed,  6 Aug 2003 16:10:44 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1D9115C896A2
	for <dovecot@procontrol.fi>; Wed,  6 Aug 2003 16:10:44 +0300 (EEST)
Subject: Re: [Dovecot] Slow bulk deleting
From: Timo Sirainen <tss@iki.fi>
To: Dovecot <dovecot@procontrol.fi>
In-Reply-To: <1060159799.9628.1.camel@localhost.localdomain>
References: <1060159799.9628.1.camel@localhost.localdomain>
Content-Type: text/plain
Message-Id: <1060175442.765.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 06 Aug 2003 16:10:42 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 06 Aug 2003 13:10:46 -0000
X-UID: 1302                                                  
Status: O

On Wed, 2003-08-06 at 11:49, Leslie Viljoen wrote:
> I am finding Dovecot very slow to delete large numbers of messages. IS
> this a known problem? 

Maildir or mbox? How many messages do you have in the mailbox? How many
are you deleting? How slow is very slow?

I don't remember it having any problems.. Well, except if you have a
huge maildir with ext2/ext3 filesystem that's going to be slow.


From matthias.andree@gmx.de  Thu Aug  7 00:32:39 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4157E23866; Thu,  7 Aug 2003 00:32:39 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951F13E.dip.t-dialin.net [217.81.241.62])
	by danu.procontrol.fi (Postfix) with ESMTP id 7DDFA23865
	for <dovecot@procontrol.fi>; Thu,  7 Aug 2003 00:32:35 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 69964197B; Wed,  6 Aug 2003 23:32:29 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] compile with dietlibc
In-Reply-To: <1060112679.410.193.camel@hurina> (Timo Sirainen's message of
 "05 Aug 2003 22:44:39 +0300")
References: <200308052030.09278.jens@freebsdforum.de>
	<1060112679.410.193.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Wed, 06 Aug 2003 23:32:29 +0200
Message-ID: <m3u18uqxoy.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 06 Aug 2003 21:32:39 -0000
X-UID: 1303                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> -AC_CHECKTYPE2(uintmax_t, [#include <inttypes.h>])
> +dnl some systems don't have stdint.h, but still have some of the types
> +dnl defined elsewhere
> +AC_CHECK_HEADER(stdint.h, [
> +  stdint_include="#include <stdint.h>"
> +])
> +
> +AC_CHECKTYPE2(uintmax_t, [$stdint_include])

inttypes.h is supposed to pull in stdint.h if the latter is present
according to IEEE Std 1003.1-2001, so an application will not need to
use stdint.h explicitly.

-- 
Matthias Andree
From lesliev@icoc.co.za  Thu Aug  7 14:18:13 2003
Return-Path: <lesliev@icoc.co.za>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D47A823887; Thu,  7 Aug 2003 14:18:13 +0300 (EEST)
Received: from acesonline.org.za (unknown [196.37.98.115])
	by danu.procontrol.fi (Postfix) with ESMTP id 66F0123866
	for <dovecot@procontrol.fi>; Thu,  7 Aug 2003 14:18:07 +0300 (EEST)
Received: from ASSP-nospam (localhost [127.0.0.1])
	by acesonline.org.za (Postfix) with ESMTP id 7691FF71F
	for <dovecot@procontrol.fi>; Thu,  7 Aug 2003 13:23:48 -0700 (PDT)
Received: from 196.37.98.116 ([196.37.98.116] helo=\[192\.168\.40\.201\]) by
	ASSP-nospam ;  7 Aug 03 20:23:48 -0000
Subject: Re: [Dovecot] Slow bulk deleting
From: Leslie Viljoen <lesliev@icoc.co.za>
To: Dovecot <dovecot@procontrol.fi>
In-Reply-To: <1060175442.765.6.camel@hurina>
References: <1060159799.9628.1.camel@localhost.localdomain>
	 <1060175442.765.6.camel@hurina>
Content-Type: text/plain
Organization: Africa Missions
Message-Id: <1060255288.5950.18.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 07 Aug 2003 13:21:28 +0200
Content-Transfer-Encoding: 7bit
X-Assp-Spam-Prob: 0.00000
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: lesliev@icoc.co.za
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 07 Aug 2003 11:18:14 -0000
X-UID: 1304                                                  
Status: O
Content-Length: 1064


Using reiserfs and Maildir. 
I had about 2000 messages, and when I select about 200 of them and press
delete, the client seems to hang (I waited about 4 minutes). 
Outlook Express would pop up a message every minute and say that it
hadn't heard from the server in 60 seconds. Evolution would just hang. 

If I then cancelled/killed the client and accessed the server again,
the messages would be marked deleted and I could purge them without
problems.
I don't know IMAP protocol at all, but the log file seems 
I have an Outlook Express log file (500k) if that would help you at all.

Les



On Wed, 2003-08-06 at 15:10, Timo Sirainen wrote:
> On Wed, 2003-08-06 at 11:49, Leslie Viljoen wrote:
> > I am finding Dovecot very slow to delete large numbers of messages. IS
> > this a known problem? 
> 
> Maildir or mbox? How many messages do you have in the mailbox? How many
> are you deleting? How slow is very slow?
> 
> I don't remember it having any problems.. Well, except if you have a
> huge maildir with ext2/ext3 filesystem that's going to be slow.
> 
> 

From jethro.binks@strath.ac.uk  Fri Aug  8 01:26:53 2003
Return-Path: <jethro.binks@strath.ac.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7279723887; Fri,  8 Aug 2003 01:26:53 +0300 (EEST)
Received: from mailrouter1.strath.ac.uk (orkney.cc.strath.ac.uk
	[130.159.248.40])
	by danu.procontrol.fi (Postfix) with ESMTP id 55EAB23866
	for <dovecot@procontrol.fi>; Fri,  8 Aug 2003 01:26:45 +0300 (EEST)
Received: from defjam.cc.strath.ac.uk ([130.159.96.19])
	by mailrouter1.strath.ac.uk with esmtp (Exim 3.32 #2)
	id 19ktDY-0001dq-00
	for dovecot@procontrol.fi; Thu, 07 Aug 2003 23:26:44 +0100
Date: Thu, 7 Aug 2003 23:26:44 +0100 (BST)
From: Jethro R Binks <jethro.binks@strath.ac.uk>
X-X-Sender: ras99101@defjam.cc.strath.ac.uk
To: dovecot@procontrol.fi
Message-ID: <20030807232152.Y17326-100000@defjam.cc.strath.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Direct RADIUS support, not via PAM
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 07 Aug 2003 22:26:53 -0000
X-UID: 1305                                                  
Status: O

Hi,

I'm currently testing dovecot to authenticate user passwords against a
radius server, via pam_radius_auth, and that seems to work fine.
However, I am running other software (Exim MTA) that also authenticates
via radius, using the radiusclient library from:

http://www.mcs.de/~lf/radius/

Is there any chance that this library could be used by Dovecot as a
further authentication option, and save me having two separate radius
configurations for two different (but related) pieces of software, and the
need to install pam_radius_auth, which I don't otherwise use?

Jethro.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks
Computing Officer, IT Services
University Of Strathclyde, Glasgow, UK

From tss@iki.fi  Fri Aug  8 02:08:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C23EF23887; Fri,  8 Aug 2003 02:08:06 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 51FE723866
	for <dovecot@procontrol.fi>; Fri,  8 Aug 2003 02:08:03 +0300 (EEST)
Received: from iki.fi (localhost [127.0.0.1])
	by shodan.irccrew.org (Postfix) with ESMTP id DC3732E003
	for <dovecot@procontrol.fi>; Fri,  8 Aug 2003 02:08:02 +0300 (EEST)
Date: Fri, 8 Aug 2003 02:02:43 +0300
Subject: Re: [Dovecot] Direct RADIUS support, not via PAM
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030807232152.Y17326-100000@defjam.cc.strath.ac.uk>
Message-Id: <40514EB5-C92B-11D7-88D0-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 07 Aug 2003 23:08:06 -0000
X-UID: 1306                                                  
Status: O

On Friday, Aug 8, 2003, at 01:26 Europe/Helsinki, Jethro R Binks wrote:

> However, I am running other software (Exim MTA) that also authenticates
> via radius, using the radiusclient library from:
>
> http://www.mcs.de/~lf/radius/
>
> Is there any chance that this library could be used by Dovecot as a
> further authentication option, and save me having two separate radius
> configurations for two different (but related) pieces of software, and 
> the
> need to install pam_radius_auth, which I don't otherwise use?

That doesn't look very secure. It's coders didn't seem to understand 
how strncpy() and strncat() works. I wouldn't use it or consider 
including support for it in Dovecot before auditing the whole thing.

From gmid-dovecot@m.gmane.org  Sun Aug 10 00:59:25 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5B7E023887; Sun, 10 Aug 2003 00:59:25 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by danu.procontrol.fi (Postfix) with ESMTP id B11142387F
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 00:59:18 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19lblJ-00026v-00
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 00:00:33 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@procontrol.fi
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 19lbXb-0001wr-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Sat, 09 Aug 2003 23:46:23 +0200
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19lbWG-0003Lc-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Sat, 09 Aug 2003 23:45:00 +0200
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sat, 09 Aug 2003 21:14:03 +0200
Lines: 6
Message-ID: <rotf01xm7a.ln2@news.emma.line.org>
References: <8F10FB9E-C613-11D7-9D22-000393CC2E90@iki.fi>
X-Complaints-To: usenet@sea.gmane.org
User-Agent: tin/1.6.0-20030714 ("Vatersay") (UNIX) (Linux/2.4.22-pre10-ac1
	(i686))
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Some benchmarking
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 09 Aug 2003 21:59:25 -0000
X-UID: 1307                                                  
Status: O

* Timo Sirainen [Mon, 4 Aug 2003 03:35:33 +0300]:
> System: 1GHz AMD Athlon CPU, 1GB RAM, 120GB IDE disk,
> Linux 2.4.21, XFS filesystem

Ugh. ATA disk drive for mail server? Who'd do such things in production?
:->

From mike@skew.org  Sun Aug 10 01:42:24 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 128D523887; Sun, 10 Aug 2003 01:42:24 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id E5E5D23866
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 01:42:20 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.9/8.12.9) with ESMTP id h79MgIfD049094
	for <dovecot@procontrol.fi>; Sat, 9 Aug 2003 16:42:18 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.9/8.12.9/Submit) id h79MgIrX049093
	for dovecot@procontrol.fi; Sat, 9 Aug 2003 16:42:18 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200308092242.h79MgIrX049093@chilled.skew.org>
To: dovecot@procontrol.fi
Date: Sat, 9 Aug 2003 16:42:18 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=0.8 required=5.0
	tests=SPAM_PHRASE_02_03,SUPERLONG_LINE
	version=2.43
Subject: [Dovecot] CVS/test version config/build failures on FreeBSD
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 09 Aug 2003 22:42:24 -0000
X-UID: 1308                                                  
Status: O
Content-Length: 3479

While diagnosing a problem I was having with IMAP and SSL (which I ended up
fixing by simply upgrading from 0.99.9.1 to 0.99.10, and possibly affected by
upgrading openssl libs from 0.9.7a to 0.9.7.b), I attempted to try the CVS
version of Dovecot.

When using the CVS version, apparently I have to first generate 'configure'
using autogen.sh (?). This was the result of that, on FreeBSD 4.8-STABLE
(2003-08-06):

# ./autogen.sh
automake: configure.in: installing `./install-sh'
automake: configure.in: installing `./mkinstalldirs'
automake: configure.in: installing `./missing'
configure.in: 3: required file `./config.h.in' not found
automake: configure.in: installing `./depcomp'
configure.in:3: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst
configure.in:13: warning: AC_ARG_PROGRAM invoked multiple times
configure.in:1126: warning: do not use m4_regexp: use regexp or m4_bregexp
autoheader: `config.h.in' is created

And then...

# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets ${MAKE}... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... gcc
checking for strerror in -lcposix... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking dependency style of gcc... (cached) gcc
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for gcc option to accept ANSI C... none needed
checking for inline... inline
checking build system type... i386-unknown-freebsdelf4.8
checking host system type... i386-unknown-freebsdelf4.8
checking for ranlib... ranlib
checking for ld used by GCC... /usr/libexec/elf/ld
checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
loading cache /dev/null within ltconfig
./ltconfig: .: /dev/null: not a regular file
ltconfig: you must specify a host type if you use `--no-verify'
Try `ltconfig --help' for more information.
configure: error: libtool configure failed


I also attempted to use 0.99.11-test4 from http://dovecot.procontrol.fi/test/,
but this failed to build:

[...]
Making all in maildir
gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/lib         -I../../../../src/lib-mail      -I../../../../src/lib-imap     -I../../../../src/lib-index     -I../../../../src/lib-index/maildir     -I../../../../src/lib-storage -I../../../../src/lib-storage/index  -I/usr/local/include  -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -c maildir-copy.c
make: don't know how to make ../../../../src/lib-storage/index/index-expunge.h. Stop
*** Error code 1

Stop in /usr/local/src/dovecot/dovecot-0.99.11-test4/src/lib-storage/index.


Just thought you'd like to know :)

-Mike
From mike@skew.org  Sun Aug 10 18:24:11 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2301723896; Sun, 10 Aug 2003 18:24:11 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id F363D2387F
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 18:24:06 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.9/8.12.9) with ESMTP id h7AFO4fD052791;
	Sun, 10 Aug 2003 09:24:04 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.9/8.12.9/Submit) id h7AFNxJl052790;
	Sun, 10 Aug 2003 09:23:59 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200308101523.h7AFNxJl052790@chilled.skew.org>
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
In-Reply-To: <200308100932.57246.dom@wirespeed.org.uk> "from Dominic Marks at
 Aug 10, 2003 09:32:56 am"
To: dom@wirespeed.org.uk
Date: Sun, 10 Aug 2003 09:23:58 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=0.0 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,SPAM_PHRASE_05_08
	version=2.43
cc: Mike Brown <mike@skew.org>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 15:24:11 -0000
X-UID: 1309                                                  
Status: O

Dominic Marks wrote:
> On Saturday 09 August 2003 10:42 pm, Mike Brown wrote:
> > ./ltconfig: .: /dev/null: not a regular file
> > ltconfig: you must specify a host type if you use `--no-verify'
> > Try `ltconfig --help' for more information.
> > configure: error: libtool configure failed
> 
> You might want to duplicate most of the configure arguments from the 
> port.

Ah, I see you're the port maintainer.

Adding arguments didn't make a difference...

./configure --localstatedir=/var --with-ssl=openssl \
  --with-ssldir=/var/dovecot/ssl --with-pop3d --with-pam \
  CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib

I infer that you have no trouble with the latest CVS version?
From dom@wirespeed.org.uk  Sun Aug 10 11:32:27 2003
Return-Path: <dom@wirespeed.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 18B4623896; Sun, 10 Aug 2003 11:32:27 +0300 (EEST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by danu.procontrol.fi (Postfix) with ESMTP id 2D25423866
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 11:32:19 +0300 (EEST)
Received: from host81-128-91-43.in-addr.btopenworld.com ([81.128.91.43]
	helo=192.168.0.6)	by carbon.btinternet.com with esmtp (Exim 3.22 #23)
	id 19llcT-0000rj-00; Sun, 10 Aug 2003 09:32:05 +0100
From: Dominic Marks <dom@wirespeed.org.uk>
To: Mike Brown <mike@skew.org>, dovecot@procontrol.fi
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
Date: Sun, 10 Aug 2003 09:32:56 +0000
User-Agent: KMail/1.5.3
References: <200308092242.h79MgIrX049093@chilled.skew.org>
In-Reply-To: <200308092242.h79MgIrX049093@chilled.skew.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308100932.57246.dom@wirespeed.org.uk>
X-Mailman-Approved-At: Sun, 10 Aug 2003 18:44:30 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dom@wirespeed.org.uk
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 08:32:27 -0000
X-UID: 1310                                                  
Status: O
Content-Length: 3880

On Saturday 09 August 2003 10:42 pm, Mike Brown wrote:
> While diagnosing a problem I was having with IMAP and SSL (which I
> ended up fixing by simply upgrading from 0.99.9.1 to 0.99.10, and
> possibly affected by upgrading openssl libs from 0.9.7a to
> 0.9.7.b), I attempted to try the CVS version of Dovecot.
>
> When using the CVS version, apparently I have to first generate
> 'configure' using autogen.sh (?). This was the result of that, on
> FreeBSD 4.8-STABLE (2003-08-06):
>
> # ./autogen.sh
> automake: configure.in: installing `./install-sh'
> automake: configure.in: installing `./mkinstalldirs'
> automake: configure.in: installing `./missing'
> configure.in: 3: required file `./config.h.in' not found
> automake: configure.in: installing `./depcomp'
> configure.in:3: warning: do not use m4_patsubst: use patsubst or
> m4_bpatsubst configure.in:13: warning: AC_ARG_PROGRAM invoked
> multiple times configure.in:1126: warning: do not use m4_regexp:
> use regexp or m4_bregexp autoheader: `config.h.in' is created

As far as I know these are harmless.

> And then...
>
> # ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... no
> checking for mawk... no
> checking for nawk... nawk
> checking whether make sets ${MAKE}... yes
> checking whether to enable maintainer-specific portions of
> Makefiles... no checking for style of include used by make... GNU
> checking for gcc... gcc
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking dependency style of gcc... gcc
> checking for strerror in -lcposix... no
> checking for gcc... (cached) gcc
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking dependency style of gcc... (cached) gcc
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for gcc option to accept ANSI C... none needed
> checking for inline... inline
> checking build system type... i386-unknown-freebsdelf4.8
> checking host system type... i386-unknown-freebsdelf4.8
> checking for ranlib... ranlib
> checking for ld used by GCC... /usr/libexec/elf/ld
> checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes
> checking for BSD-compatible nm... /usr/bin/nm -B
> checking whether ln -s works... yes
> loading cache /dev/null within ltconfig
> ./ltconfig: .: /dev/null: not a regular file
> ltconfig: you must specify a host type if you use `--no-verify'
> Try `ltconfig --help' for more information.
> configure: error: libtool configure failed

You might want to duplicate most of the configure arguments from the 
port.

> I also attempted to use 0.99.11-test4 from
> http://dovecot.procontrol.fi/test/, but this failed to build:
>
> [...]
> Making all in maildir
> gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/lib    
>     -I../../../../src/lib-mail      -I../../../../src/lib-imap    
> -I../../../../src/lib-index     -I../../../../src/lib-index/maildir
>     -I../../../../src/lib-storage
> -I../../../../src/lib-storage/index  -I/usr/local/include  -g -O2
> -Wall -W -Wmissing-prototypes -Wmissing-declarations
> -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -c
> maildir-copy.c make: don't know how to make
> ../../../../src/lib-storage/index/index-expunge.h. Stop *** Error
> code 1

Timo fixed this in CVS :-)

> Stop in
> /usr/local/src/dovecot/dovecot-0.99.11-test4/src/lib-storage/index.
>
>
> Just thought you'd like to know :)
>
> -Mike

Thanks,
-- 
Dominic <dom at wirespeed.org.uk>

From tss@iki.fi  Sun Aug 10 18:47:04 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ACED3238C5; Sun, 10 Aug 2003 18:47:04 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2CCFC23896
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 18:47:02 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 588EF5C896A2
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 18:47:00 +0300 (EEST)
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200308092242.h79MgIrX049093@chilled.skew.org>
References: <200308092242.h79MgIrX049093@chilled.skew.org>
Content-Type: text/plain
Message-Id: <1060530419.762.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 10 Aug 2003 18:47:00 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 15:47:04 -0000
X-UID: 1311                                                  
Status: O

On Sun, 2003-08-10 at 01:42, Mike Brown wrote:
> When using the CVS version,

That's really not a good idea at the moment. The indexing code is still
pretty broken there.

> apparently I have to first generate 'configure'
> using autogen.sh (?).

Yes.

> loading cache /dev/null within ltconfig
> ./ltconfig: .: /dev/null: not a regular file
> ltconfig: you must specify a host type if you use `--no-verify'
> Try `ltconfig --help' for more information.
> configure: error: libtool configure failed

Looks like some automake/libtool incompatibility. You'll probably have
to upgrade libtool.


From dom@wirespeed.org.uk  Sun Aug 10 21:07:13 2003
Return-Path: <dom@wirespeed.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C9D91238C5; Sun, 10 Aug 2003 21:07:13 +0300 (EEST)
Received: from zinc.btinternet.com (zinc.btinternet.com [194.73.73.148])
	by danu.procontrol.fi (Postfix) with ESMTP id AE9BF23896
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 21:07:09 +0300 (EEST)
Received: from host81-128-91-43.in-addr.btopenworld.com ([81.128.91.43]
	helo=192.168.0.6)	by zinc.btinternet.com with esmtp (Exim 3.22 #23)
	id 19luaw-00046S-00; Sun, 10 Aug 2003 19:07:06 +0100
From: Dominic Marks <dom@wirespeed.org.uk>
To: Mike Brown <mike@skew.org>
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
Date: Sun, 10 Aug 2003 19:07:55 +0000
User-Agent: KMail/1.5.3
References: <200308101523.h7AFNxJl052790@chilled.skew.org>
In-Reply-To: <200308101523.h7AFNxJl052790@chilled.skew.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308101907.55918.dom@wirespeed.org.uk>
X-Mailman-Approved-At: Sun, 10 Aug 2003 21:49:50 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dom@wirespeed.org.uk
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 18:07:14 -0000
X-UID: 1312                                                  
Status: O
Content-Length: 1648

On Sunday 10 August 2003 3:23 pm, Mike Brown wrote:
> Dominic Marks wrote:
> > On Saturday 09 August 2003 10:42 pm, Mike Brown wrote:
> > > ./ltconfig: .: /dev/null: not a regular file
> > > ltconfig: you must specify a host type if you use `--no-verify'
> > > Try `ltconfig --help' for more information.
> > > configure: error: libtool configure failed
> >
> > You might want to duplicate most of the configure arguments from
> > the port.
>
> Ah, I see you're the port maintainer.

Yep.

> Adding arguments didn't make a difference...
>
> ./configure --localstatedir=/var --with-ssl=openssl \
>   --with-ssldir=/var/dovecot/ssl --with-pop3d --with-pam \
>   CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib
>
> I infer that you have no trouble with the latest CVS version?

I keep a development copy of the port tracking the test releases and I 
have test4 building fine here. I had to add a hack to get the 
index-expunge.h file copied, but Timo has fixed that now.

As someone else said, and I suspected, you probably need to update 
libtool. I'm using libtool 1.3.5_1 from ports.

On an unrelated note do you have some abstract email configurations ? 
I hit Reply-All in KMail to your message and added your address to 
the To: and Cc: lines, but didn't include the mailing list. 
Alternatively it could be my email configurations :) or just KMail 
being odd.

On an even more unrelated note:
Timo: any chance of the kqueue ioloop patch I submitted to you being 
integrated ? I'm willing to have a go at removing the priorities 
stuff in ioloop and ioloop_{poll,select} if that would help.

Cheers,
-- 
Dominic <dom at wirespeed.org.uk>

From tss@iki.fi  Sun Aug 10 21:56:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B6561238C5; Sun, 10 Aug 2003 21:56:32 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 1679023866; Sun, 10 Aug 2003 21:56:31 +0300 (EEST)
Date: Sun, 10 Aug 2003 21:56:34 +0300
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: dom@wirespeed.org.uk
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <200308101907.55918.dom@wirespeed.org.uk>
Message-Id: <5C941FBE-CB64-11D7-8736-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 18:56:32 -0000
X-UID: 1313                                                  
Status: O

On Sunday, Aug 10, 2003, at 22:07 Europe/Helsinki, Dominic Marks wrote:

> On an even more unrelated note:
> Timo: any chance of the kqueue ioloop patch I submitted to you being
> integrated ? I'm willing to have a go at removing the priorities
> stuff in ioloop and ioloop_{poll,select} if that would help.

Well, it's in TODO .. :) I did actually remove the priority stuff from 
ioloop, so if you'll just update the patch I'll commit it to CVS.

From dom@wirespeed.org.uk  Sun Aug 10 23:10:17 2003
Return-Path: <dom@wirespeed.org.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E29AE238C5; Sun, 10 Aug 2003 23:10:17 +0300 (EEST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com
	[194.73.73.81])
	by danu.procontrol.fi (Postfix) with ESMTP id 3E07F23896
	for <dovecot@procontrol.fi>; Sun, 10 Aug 2003 23:10:12 +0300 (EEST)
Received: from host81-128-91-43.in-addr.btopenworld.com ([81.128.91.43]
	helo=192.168.0.6)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #23)
	id 19lwW2-0007dI-00; Sun, 10 Aug 2003 21:10:10 +0100
From: Dominic Marks <dom@wirespeed.org.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
Date: Sun, 10 Aug 2003 21:10:51 +0000
User-Agent: KMail/1.5.3
References: <5C941FBE-CB64-11D7-8736-000393CC2E90@iki.fi>
In-Reply-To: <5C941FBE-CB64-11D7-8736-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308102110.52089.dom@wirespeed.org.uk>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dom@wirespeed.org.uk
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 20:10:18 -0000
X-UID: 1314                                                  
Status: O

On Sunday 10 August 2003 6:56 pm, Timo Sirainen wrote:
> On Sunday, Aug 10, 2003, at 22:07 Europe/Helsinki, Dominic Marks 
wrote:
> > On an even more unrelated note:
> > Timo: any chance of the kqueue ioloop patch I submitted to you
> > being integrated ? I'm willing to have a go at removing the
> > priorities stuff in ioloop and ioloop_{poll,select} if that would
> > help.
>
> Well, it's in TODO .. :) I did actually remove the priority stuff
> from ioloop, so if you'll just update the patch I'll commit it to
> CVS.

Should have it ready for review in a short time then :-)

Thanks,
-- 
Dominic <dom at wirespeed.org.uk>

From mike@skew.org  Mon Aug 11 01:26:39 2003
Return-Path: <mike@skew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 42B13238C9; Mon, 11 Aug 2003 01:26:39 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by danu.procontrol.fi (Postfix) with ESMTP id 179CA23866
	for <dovecot@procontrol.fi>; Mon, 11 Aug 2003 01:26:35 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.9/8.12.9) with ESMTP id h7AMQWio057358;
	Sun, 10 Aug 2003 16:26:32 -0600 (MDT)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.9/8.12.9/Submit) id h7AMQWXo057357;
	Sun, 10 Aug 2003 16:26:32 -0600 (MDT)
From: Mike Brown <mike@skew.org>
Message-Id: <200308102226.h7AMQWXo057357@chilled.skew.org>
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
In-Reply-To: <200308101907.55918.dom@wirespeed.org.uk> "from Dominic Marks at
 Aug 10, 2003 07:07:55 pm"
To: dom@wirespeed.org.uk
Date: Sun, 10 Aug 2003 16:26:32 -0600 (MDT)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, hits=-0.8 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01
	version=2.43
cc: Mike Brown <mike@skew.org>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 22:26:39 -0000
X-UID: 1315                                                  
Status: O

Dominic Marks wrote:
> As someone else said, and I suspected, you probably need to update 
> libtool. I'm using libtool 1.3.5_1 from ports.

I was using 1.3.4 from the ports. I upgraded, but it did not help.
Oh well, I'm not going to worry about it, since the dovecot port
works for me.

> On an unrelated note do you have some abstract email configurations ? 
> I hit Reply-All in KMail to your message and added your address to 
> the To: and Cc: lines, but didn't include the mailing list.

My message came through the list with two Cc lines: one for me and one for the
list (your address was in the To). I think it was rewritten at procontrol.fi,
because it went out of my system with a single CC line.
From zach.bagnall@bulletinwireless.com  Mon Aug 11 01:53:21 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 19315238C9; Mon, 11 Aug 2003 01:53:21 +0300 (EEST)
Received: from piranha.intra.jungledrum.co.nz (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 1FDBB23866
	for <dovecot@procontrol.fi>; Mon, 11 Aug 2003 01:53:16 +0300 (EEST)
Received: from piranha (localhost.localdomain [127.0.0.1])
	by piranha.intra.jungledrum.co.nz (Postfix) with SMTP id 21CEA15006
	for <dovecot@procontrol.fi>; Mon, 11 Aug 2003 10:53:07 +1200 (NZST)
Date: Mon, 11 Aug 2003 10:53:02 +1200
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: Some benchmarking
Message-Id: <20030811105302.30adbe66.zach.bagnall@bulletinwireless.com>
In-Reply-To: <rotf01xm7a.ln2@news.emma.line.org>
References: <8F10FB9E-C613-11D7-9D22-000393CC2E90@iki.fi>
	<rotf01xm7a.ln2@news.emma.line.org>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.eHzWPkIql_ZN0q"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 10 Aug 2003 22:53:21 -0000
X-UID: 1316                                                  
Status: O

--=.eHzWPkIql_ZN0q
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Sat, 09 Aug 2003 21:14:03 +0200, Matthias Andree
<matthias.andree@gmx.de> wrote:
> * Timo Sirainen [Mon, 4 Aug 2003 03:35:33 +0300]:
> > System: 1GHz AMD Athlon CPU, 1GB RAM, 120GB IDE disk,
> > Linux 2.4.21, XFS filesystem
> 
> Ugh. ATA disk drive for mail server? Who'd do such things in
> production?:->

People without a budget ;). At work we run dovecot for ~25 users (~7Gb
of Maildir content in reiserfs) on an Athlon 1800 with 2x 40Gb 7k2
drives in RAID1 mirror using a 3Ware 2ch ATA RAID card.

Zach.

--=.eHzWPkIql_ZN0q
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/NszS4jDFYT+aqaIRAsZ5AKCR0YWZsasZkFz+jbIp+iRuFKINlQCgkb6c
GtlbS4rNnjakOA0Ac3k0fCc=
=VAKC
-----END PGP SIGNATURE-----

--=.eHzWPkIql_ZN0q--
From tss@iki.fi  Mon Aug 11 05:52:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BBC42238CB; Mon, 11 Aug 2003 05:52:20 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id EE20B238C9; Mon, 11 Aug 2003 05:52:15 +0300 (EEST)
Date: Mon, 11 Aug 2003 05:52:19 +0300
Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Mike Brown <mike@skew.org>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <200308102226.h7AMQWXo057357@chilled.skew.org>
Message-Id: <D305309E-CBA6-11D7-B537-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
cc: dom@wirespeed.org.uk
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 11 Aug 2003 02:52:20 -0000
X-UID: 1317                                                  
Status: O

On Monday, Aug 11, 2003, at 01:26 Europe/Helsinki, Mike Brown wrote:

> My message came through the list with two Cc lines: one for me and one 
> for the
> list (your address was in the To). I think it was rewritten at 
> procontrol.fi,
> because it went out of my system with a single CC line.

Hmm. That's strange. Lets see if it happens with this message too..

From tss@iki.fi  Mon Aug 11 06:01:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 71122238CE; Mon, 11 Aug 2003 06:01:39 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DF8F8238C9
	for <dovecot@procontrol.fi>; Mon, 11 Aug 2003 06:01:37 +0300 (EEST)
Date: Mon, 11 Aug 2003 06:01:42 +0300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <225BEF31-CBA8-11D7-B537-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] 0.99.10-test5
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 11 Aug 2003 03:01:39 -0000
X-UID: 1318                                                  
Status: O

Again at http://dovecot.procontrol.fi/test/ if someone wants to test it.

- new index file code should work now
- mbox support is completely broken
- caching isn't very smart yet. it always caches only what client 
requested at the time
- header caching might have some problems actually now that I think of 
it.. I was anyway going to change a bit how it worked.

From mem@mv.mv.com  Tue Aug 12 23:20:32 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E5D2A238C9; Tue, 12 Aug 2003 23:20:32 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 62A3D23896
	for <dovecot@procontrol.fi>; Tue, 12 Aug 2003 23:20:27 +0300 (EEST)
Received: (qmail 571 invoked by uid 101); 12 Aug 2003 16:20:24 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 12 Aug 2003 16:20:24 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10-test5
Message-ID: <20030812202024.GI18171@iridium.mv.net>
References: <225BEF31-CBA8-11D7-B537-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <225BEF31-CBA8-11D7-B537-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 12 Aug 2003 20:20:33 -0000
X-UID: 1319                                                  
Status: O

On Mon, Aug 11, 2003 at 06:01:42AM +0300, Timo Sirainen wrote:
> Again at http://dovecot.procontrol.fi/test/ if someone wants to test it.
> 
> - new index file code should work now
> - mbox support is completely broken

We use both maildir and mbox here so I'll probably have to hold off
until the unbreakening.  (debreaking?)

(just figured you might want that feedback).

mm
From dovecot@andreas.hanssen.name  Tue Aug 12 23:24:24 2003
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 26409238D3; Tue, 12 Aug 2003 23:24:24 +0300 (EEST)
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 567872384C
	for <dovecot@procontrol.fi>; Tue, 12 Aug 2003 23:24:19 +0300 (EEST)
Received: (qmail 474 invoked from network); 12 Aug 2003 20:24:18 -0000
Received: from localhost (HELO lexx.infeline.org) (andreaha@127.0.0.1)
  by localhost with SMTP; 12 Aug 2003 20:24:18 -0000
Date: Tue, 12 Aug 2003 22:24:18 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Sender: andreaha@lexx.infeline.org
To: Dovecot mailing list <dovecot@procontrol.fi>
Message-ID: <Pine.LNX.4.44.0308122204540.31612-100000@lexx.infeline.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Hardlinks in copy
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 12 Aug 2003 20:24:24 -0000
X-UID: 1320                                                  
Status: O

Hi, Dovecotters.

In the Maildir code,
dovecot-0.99.10/src/lib-storage/index/maildir/maildir-copy.c, I see that
hardlinks are used. It seems that (line 185) if
MAILDIR_COPY_WITH_HARDLINKS is exported, then copying is attempted by
using link.

Having problems reading the source / flow of control, I resort to this
list.

When a file is linked, the mtime is naturally kept on the destination.  
This gives the destination message the same internaldate as the original.  
The destination mailbox would then be likely to get an arrival with an
earlier internaldate than its newest message. The IMAP protocol says to 
bump UIDVALIDITY when this happens.

Does Dovecot always bump UIDVALIDITY when messages are copied, or is not
the mtime used for internaldate?

Best regards,

Andreas

-- 
Andreas Aardal Hanssen


From rjhjr@cox.net  Tue Aug 12 23:40:40 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A438F238D5; Tue, 12 Aug 2003 23:40:40 +0300 (EEST)
Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244])
	by danu.procontrol.fi (Postfix) with ESMTP id 4B8752384C
	for <dovecot@procontrol.fi>; Tue, 12 Aug 2003 23:40:37 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao01.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030812204036.WKOV7142.lakemtao01.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Tue, 12 Aug 2003 16:40:36 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Tue, 12 Aug 2003 16:40:35 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Tue, 12 Aug 2003 16:40:35 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Message-ID: <20030812204035.GA14371@kongemord.krig.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] login w/ IMAP & LDAP
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 12 Aug 2003 20:40:40 -0000
X-UID: 1321                                                  
Status: O
Content-Length: 2277

I'm getting 
	imap-login: Internal login failure: bob
whenever I try to check mail. I'm new to mail server setup, 
new to IMAP, and I don't know a heck of a lot about authentication 
schemes. 

I've set up Dovecot as an IMAP server on FreeBSD 4.8. I've got 
OpenLDAP running on the same system. Users will access mail via 
Eudora on Windows and Macs, so that's how I'm testing. If I try 
to test Dovecot using IMAP commands via telnet, Dovecot tells me 
	LOGIN BAD Error in IMAP command received by server.
I also can't telnet via localhost; I have to specify the host name, 
so I'm connecting via the host's external interface. I have no 
problem connecting to localhost on ports not used by Dovecot.

So I have two questions:
1) How do I correct my configuration to make login successful?
2) How can I test Dovecot without using an MUA? If I have to 
   use an MUA, I can't distinguish between errors in the MUA and 
   errors in the IMAP server.

Thanks for any help with these two. Configuration follows.

Eudora: 
Server configuration: IMAP
IMAP Mailbox Location Prefix: /var/mail/bob/Mail
Authentication Style: passwords

dovecot.conf
----------------
protocols = imap imaps
imap_listen = *:143
login_user = dovecot
default_mail_env = mbox:/var/mail/%u/Mail
auth_userdb = ldap /usr/local/etc/dovecot-ldap.conf
auth_passdb = ldap /usr/local/etc/dovecot-ldap.conf
auth_user = dovecot

dovecot-ldap.conf
-------------------
hosts = localhost
dn = cn=dovecot,dc=domain,dc=tld
dnpass = **********
ldap_version = 3
base = ou=accounts,dc=domain,dc=tld
deref = never
scope = subtree
user_attrs = uid
user_filter = (&(objectClass=inetOrgPerson)(uid=%u))
pass_attrs = uid,userPassword
pass_filter = (&(objectClass=inetOrgPerson)(uid=%u))
default_pass_scheme = PLAIN

slapd.conf
-----------------
password-hash {CLEARTEXT}

If I change this last to CRYPT (comment out the dovecot-ldap 
default_pass_scheme and change the slapd.conf password-hash to {CRYPT} 
and re-enter the password into LDAP), I get the same error. I have no 
problem accessing the LDAP data from the command line.

If I comment out the dovecot-ldap.conf user_filter and pass_filter, I get
	dovecot-auth: ldap(bob): unknown user
I interpret as meaning that the user_filter and pass_filter are necessary.

Bob Hall
From tss@iki.fi  Tue Aug 12 23:41:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 19E2F23995; Tue, 12 Aug 2003 23:41:14 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 61D1F238D7
	for <dovecot@procontrol.fi>; Tue, 12 Aug 2003 23:41:11 +0300 (EEST)
Date: Tue, 12 Aug 2003 23:41:13 +0300
Subject: Re: [Dovecot] Hardlinks in copy
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <Pine.LNX.4.44.0308122204540.31612-100000@lexx.infeline.org>
Message-Id: <502F8024-CD05-11D7-856B-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 12 Aug 2003 20:41:14 -0000
X-UID: 1322                                                  
Status: O

On Tuesday, Aug 12, 2003, at 23:24 Europe/Helsinki, Andreas Aardal 
Hanssen wrote:

> When a file is linked, the mtime is naturally kept on the destination.
> This gives the destination message the same internaldate as the 
> original.
> The destination mailbox would then be likely to get an arrival with an
> earlier internaldate than its newest message.

Internaldate should be preserved while copying in any case.

>  The IMAP protocol says to
> bump UIDVALIDITY when this happens.

Where?

From stefan@sels.com  Wed Aug 13 02:33:11 2003
Return-Path: <stefan@sels.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 85DD023993; Wed, 13 Aug 2003 02:33:11 +0300 (EEST)
Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42])
	by danu.procontrol.fi (Postfix) with SMTP id 5796B23896
	for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 02:33:06 +0300 (EEST)
Received: (qmail 6891 invoked by uid 505); 12 Aug 2003 23:33:05 -0000
Received: from stefan@sels.com by dsl-mail by uid 502 with qmail-scanner-1.14 
 (spamassassin: 2.43.  Clear:. 
 Processed in 0.072632 secs); 12 Aug 2003 23:33:05 -0000
Received: from unknown (HELO sels.com) (213.146.112.93)
  by dsl-mail.kamp.net with SMTP; 12 Aug 2003 23:33:05 -0000
Message-ID: <3F397957.8020204@sels.com>
Date: Wed, 13 Aug 2003 01:33:43 +0200
From: Stefan Sels <stefan@sels.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Mozilla
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 12 Aug 2003 23:33:11 -0000
X-UID: 1323                                                  
Status: O

Hi,

I hope this problem is not answered before.
Mozilla is making trouble with searching and subscribing folders.
Do I have to change the "namespace" ?
If I start a search (other than just in To & CC or subject) mozilla 
complains about a closed connection.
A fresh mozilla installation just lists no folder beside "Inbox".

Regards,
   Stefan Sels


From tss@iki.fi  Wed Aug 13 03:30:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6D905238CE; Wed, 13 Aug 2003 03:30:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 35EDD2384C
	for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 03:30:06 +0300 (EEST)
Received: from iki.fi (unknown [192.168.10.209])
	by oma.irssi.org (Postfix) with ESMTP id BCFFF5C896A2
	for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 00:19:47 +0300 (EEST)
Date: Wed, 13 Aug 2003 00:19:54 +0300
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030812204035.GA14371@kongemord.krig.net>
Message-Id: <B77CFCBF-CD0A-11D7-856B-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 13 Aug 2003 00:30:14 -0000
X-UID: 1324                                                  
Status: O
Content-Length: 1558

On Tuesday, Aug 12, 2003, at 23:40 Europe/Helsinki, Bob Hall wrote:

> I'm getting
> 	imap-login: Internal login failure: bob
> whenever I try to check mail. I'm new to mail server setup,
> new to IMAP, and I don't know a heck of a lot about authentication
> schemes.

There should be another error message before that line?

> If I try
> to test Dovecot using IMAP commands via telnet, Dovecot tells me
> 	LOGIN BAD Error in IMAP command received by server.

How did you try it? It should be:
1 login username password

> I also can't telnet via localhost; I have to specify the host name,
> so I'm connecting via the host's external interface. I have no
> problem connecting to localhost on ports not used by Dovecot.

I'd guess it's because localhost resolves to IPv6 localhost ::1, and 
Dovecot doesn't listen in IPv6 interfaces with *BSD fow now, since it 
requires two sockets.

> So I have two questions:
> 1) How do I correct my configuration to make login successful?

The real error message should be in the logs, but I'd guess it's got 
something to do with user ids. What uids have you given to users in 
LDAP? Are they smaller than 500, which is the default minimum accepted 
uid? You could change first_valid_uid in config file.

> Server configuration: IMAP
> IMAP Mailbox Location Prefix: /var/mail/bob/Mail
> Authentication Style: passwords

Don't give any IMAP prefix to clients.

> login_user = dovecot
> auth_user = dovecot

It's better not to use the same user for auth and login. Maybe I should 
add a check to disallow this entirely..

From rjhjr@cox.net  Wed Aug 13 10:03:37 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1FE95238CE; Wed, 13 Aug 2003 10:03:37 +0300 (EEST)
Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 68AA52384C
	for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 10:03:33 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao02.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030813070330.GDLT24359.lakemtao02.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 03:03:30 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 13 Aug 2003 03:03:31 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 13 Aug 2003 03:03:30 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Message-ID: <20030813070330.GA15468@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030812204035.GA14371@kongemord.krig.net>
	<B77CFCBF-CD0A-11D7-856B-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B77CFCBF-CD0A-11D7-856B-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 13 Aug 2003 07:03:37 -0000
X-UID: 1325                                                  
Status: O
Content-Length: 3641

Wow. Thanks for the rapid and detailed response!

On Wed, Aug 13, 2003 at 12:19:54AM +0300, Timo Sirainen wrote:
> On Tuesday, Aug 12, 2003, at 23:40 Europe/Helsinki, Bob Hall wrote:
> 
> >I'm getting
> >	imap-login: Internal login failure: bob
> >whenever I try to check mail. I'm new to mail server setup,
> >new to IMAP, and I don't know a heck of a lot about authentication
> >schemes.
> 
> There should be another error message before that line?

No. The complete log entries related to my last attempt to log in are

Aug 12 21:46:31 kongemord imap-login: Internal login failure: bob [192.168.0.2]
Aug 12 21:46:31 kongemord dovecot: child 14690 (auth) killed with signal 11

This is from maillog.

> >If I try
> >to test Dovecot using IMAP commands via telnet, Dovecot tells me
> >	LOGIN BAD Error in IMAP command received by server.
> 
> How did you try it? It should be:
> 1 login username password

That's what I used. 

 telnet imap 143
Trying xxx.xxx.xxx.xxx...
Connected to imap.domain.tld.
Escape character is '^]'.
* OK dovecot ready.
LOGIN dovecot secret
LOGIN BAD Error in IMAP command received by server.
 
> >I also can't telnet via localhost; I have to specify the host name,
> >so I'm connecting via the host's external interface. I have no
> >problem connecting to localhost on ports not used by Dovecot.
> 
> I'd guess it's because localhost resolves to IPv6 localhost ::1, and 
> Dovecot doesn't listen in IPv6 interfaces with *BSD fow now, since it 
> requires two sockets.

No, localhost resolves to 127.0.0.1. However, compiling Dovecot with
the --disable-ipv6 flag fixed that problem. Now I can connect via 
localhost, but I can't LOGIN. Error is identical to above.

In case it helps, here's my compile flags from the Makefile:

CONFIGURE_ARGS+=        --with-shadow  --disable-ipv6 \
                --localstatedir=/var --with-ldap --with-rawlog \
                --without-vpopmail --without-pgsql --without-pam

--with-rawlog doesn't seem to do anything. I've added the dovecot.rawlog
directory to both the root home and my home, and nothing is showing up 
in either location, even though maillog continues to receive error 
messages. 
 
> >So I have two questions:
> >1) How do I correct my configuration to make login successful?
> 
> The real error message should be in the logs, but I'd guess it's got 

The error message I quoted is from the logs.

> something to do with user ids. What uids have you given to users in 
> LDAP? Are they smaller than 500, which is the default minimum accepted 
> uid? You could change first_valid_uid in config file.

I'm confused. In the documentation and schemas that come with OpenLDAP, 
a uid is a login.  E.g. my account uid is 'bob'. Unix uses numeric 
uids, but if I'm using LDAP, I'm not accessing anything with numeric 
uids. posixAccount uses uidNumber, but I'm not using that class. 

> >Server configuration: IMAP
> >IMAP Mailbox Location Prefix: /var/mail/bob/Mail
> >Authentication Style: passwords
> 
> Don't give any IMAP prefix to clients.

OK. The Eudora documentation says I need it. This is why I want to be 
able to test w/out an MUA, so that I don't mix my client errors with my 
server errors. I've removed it, and I'm still getting the error message.
 
> >login_user = dovecot
> >auth_user = dovecot
> 
> It's better not to use the same user for auth and login. Maybe I should 
> add a check to disallow this entirely..

I don't know enough about it to know why that's a bad idea, but I got 
it from a sample config file online. I've changed auth_user to 
dovecot-auth and I'm still getting the same error.

Thanks again for the response.

Bob Hall
From tss@iki.fi  Wed Aug 13 17:42:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 259FA238CE; Wed, 13 Aug 2003 17:42:07 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 592B62384C
	for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 17:42:03 +0300 (EEST)
Date: Wed, 13 Aug 2003 17:42:09 +0300
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030813070330.GA15468@kongemord.krig.net>
Message-Id: <513C13EF-CD9C-11D7-856B-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 13 Aug 2003 14:42:07 -0000
X-UID: 1326                                                  
Status: O
Content-Length: 2494

On Wednesday, Aug 13, 2003, at 10:03 Europe/Helsinki, Bob Hall wrote:

>> There should be another error message before that line?
>
> No. The complete log entries related to my last attempt to log in are
>
> Aug 12 21:46:31 kongemord imap-login: Internal login failure: bob 
> [192.168.0.2]
> Aug 12 21:46:31 kongemord dovecot: child 14690 (auth) killed with 
> signal 11

OK, so the problem is that dovecot-auth process crashes. Maybe it's 
because you didn't give homeDirectory? It's not really needed, but 
there was a bug when it wasn't given. Here's a patch to fix it: 
http://dovecot.procontrol.fi/patches/auth-no-homedir.patch

> LOGIN dovecot secret

All IMAP commands starts with a "tag", which can be pretty much any 
text. Add "x" or whatever before the LOGIN command.

>> I'd guess it's because localhost resolves to IPv6 localhost ::1, and
>> Dovecot doesn't listen in IPv6 interfaces with *BSD fow now, since it
>> requires two sockets.
>
> No, localhost resolves to 127.0.0.1. However, compiling Dovecot with
> the --disable-ipv6 flag fixed that problem. Now I can connect via
> localhost, but I can't LOGIN. Error is identical to above.

Well, that's a bit strange..

>> something to do with user ids. What uids have you given to users in
>> LDAP? Are they smaller than 500, which is the default minimum accepted
>> uid? You could change first_valid_uid in config file.
>
> I'm confused. In the documentation and schemas that come with OpenLDAP,
> a uid is a login.  E.g. my account uid is 'bob'. Unix uses numeric
> uids, but if I'm using LDAP, I'm not accessing anything with numeric
> uids. posixAccount uses uidNumber, but I'm not using that class.

Dovecot still needs to map usernames to system UID numbers. If you want 
to use only one system UID, you can set user_global_uid and 
user_global_gid in dovecot-ldap.conf. Otherwise you'll need to set 
uidNumber and gidNumber for all users.

>>> login_user = dovecot
>>> auth_user = dovecot
>>
>> It's better not to use the same user for auth and login. Maybe I 
>> should
>> add a check to disallow this entirely..
>
> I don't know enough about it to know why that's a bad idea, but I got
> it from a sample config file online. I've changed auth_user to
> dovecot-auth and I'm still getting the same error.

It's mostly just that login process is designed to be "safe" even if it 
contains some security holes. If other processes are running with same 
userid, the login process may be able to do some evil things to them.

From rjhjr@cox.net  Wed Aug 13 21:38:47 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 053C723996; Wed, 13 Aug 2003 21:38:47 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 5C36E238CE
	for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 21:38:41 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030813183840.PVRI23518.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 14:38:40 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 13 Aug 2003 14:38:39 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 13 Aug 2003 14:38:39 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Message-ID: <20030813183839.GB44170@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030813070330.GA15468@kongemord.krig.net>
	<513C13EF-CD9C-11D7-856B-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <513C13EF-CD9C-11D7-856B-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 13 Aug 2003 18:38:47 -0000
X-UID: 1327                                                  
Status: O
Content-Length: 3730

On Wed, Aug 13, 2003 at 05:42:09PM +0300, Timo Sirainen wrote:
> On Wednesday, Aug 13, 2003, at 10:03 Europe/Helsinki, Bob Hall wrote:
> 
> >>There should be another error message before that line?
> >
> >No. The complete log entries related to my last attempt to log in are
> >
> >Aug 12 21:46:31 kongemord imap-login: Internal login failure: bob 
> >[192.168.0.2]
> >Aug 12 21:46:31 kongemord dovecot: child 14690 (auth) killed with 
> >signal 11
> 
> OK, so the problem is that dovecot-auth process crashes. Maybe it's 
> because you didn't give homeDirectory? It's not really needed, but 
> there was a bug when it wasn't given. Here's a patch to fix it: 
> http://dovecot.procontrol.fi/patches/auth-no-homedir.patch

I've never done a patch before, and I looked at the FBSD documentation 
on it, and couldn't figure out how it was done. So I modified my test 
entry in the LDAP directory and added posixAccount with homeDirectory 
and uidNumber and gidNumber. Restart OpenLDAP, retest, and same error 
message. 
 
> >LOGIN dovecot secret
> 
> All IMAP commands starts with a "tag", which can be pretty much any 
> text. Add "x" or whatever before the LOGIN command.

x login dovecot secret
x NO Authentication failed.

The dovecot Unix account and the dovecot LDAP entry have been assigned 
the same password.
 
> >>I'd guess it's because localhost resolves to IPv6 localhost ::1, and
> >>Dovecot doesn't listen in IPv6 interfaces with *BSD fow now, since it
> >>requires two sockets.
> >
> >No, localhost resolves to 127.0.0.1. However, compiling Dovecot with
> >the --disable-ipv6 flag fixed that problem. Now I can connect via
> >localhost, but I can't LOGIN. Error is identical to above.
> 
> Well, that's a bit strange..
> 
> >>something to do with user ids. What uids have you given to users in
> >>LDAP? Are they smaller than 500, which is the default minimum accepted
> >>uid? You could change first_valid_uid in config file.
> >
> >I'm confused. In the documentation and schemas that come with OpenLDAP,
> >a uid is a login.  E.g. my account uid is 'bob'. Unix uses numeric
> >uids, but if I'm using LDAP, I'm not accessing anything with numeric
> >uids. posixAccount uses uidNumber, but I'm not using that class.
> 
> Dovecot still needs to map usernames to system UID numbers. If you want 
> to use only one system UID, you can set user_global_uid and 
> user_global_gid in dovecot-ldap.conf. Otherwise you'll need to set 
> uidNumber and gidNumber for all users.

OK. I've added uidNumber and gidNumber for my LDAP test entry, and 
	user_global_uid = 2000
	user_global_gid = 6
6 is the mail group. 2000 is no one in particular. I added dovecot 
to the mail group, but since Dovecot runs as root, I don't think that's 
necessary.
 
> >>>login_user = dovecot
> >>>auth_user = dovecot
> >>
> >>It's better not to use the same user for auth and login. Maybe I 
> >>should
> >>add a check to disallow this entirely..
> >
> >I don't know enough about it to know why that's a bad idea, but I got
> >it from a sample config file online. I've changed auth_user to
> >dovecot-auth and I'm still getting the same error.
> 
> It's mostly just that login process is designed to be "safe" even if it 
> contains some security holes. If other processes are running with same 
> userid, the login process may be able to do some evil things to them.

OK. Dovecot (the app) runs under root. dovecot-auth (the process) runs 
under dovecot-auth (the user), imap-login runs under dovecot (the user), 
and nor the twain shall meet. Does that seem right?

Sorry if I seem slow, but I'm really unfamiliar with mail servers and 
authentication. It takes me hours to think through your replies and 
apply them to what I've done.

Bob Hall

From tss@iki.fi  Thu Aug 14 04:33:33 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5EA9A23996; Thu, 14 Aug 2003 04:33:33 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5C43D23896
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 04:33:26 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2E6785C896A2
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 04:33:26 +0300 (EEST)
Subject: Re: [Dovecot] Mozilla
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3F397957.8020204@sels.com>
References: <3F397957.8020204@sels.com>
Content-Type: text/plain
Message-Id: <1060824805.768.24.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 14 Aug 2003 04:33:26 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 01:33:33 -0000
X-UID: 1328                                                  
Status: O

On Wed, 2003-08-13 at 02:33, Stefan Sels wrote:
> Hi,
> 
> I hope this problem is not answered before.
> Mozilla is making trouble with searching and subscribing folders.
> Do I have to change the "namespace" ?

Namespace should be kept empty.

> If I start a search (other than just in To & CC or subject) mozilla 
> complains about a closed connection.

Is there anything in Dovecot's log file? /var/log/mail.log usually.
Maybe it crashed.

> A fresh mozilla installation just lists no folder beside "Inbox".

Did Mozilla show only subscribed folders? Were they listed in
subscription dialog? If not, some namespace issues.


From tss@iki.fi  Thu Aug 14 04:40:54 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D083B23996; Thu, 14 Aug 2003 04:40:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D23DF23896
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 04:40:51 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 609805C896A2
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 04:40:50 +0300 (EEST)
Subject: Re: [Dovecot] login w/ IMAP & LDAP
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030813183839.GB44170@kongemord.krig.net>
References: <20030813070330.GA15468@kongemord.krig.net>
	 <513C13EF-CD9C-11D7-856B-000393CC2E90@iki.fi>
	 <20030813183839.GB44170@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1060825250.766.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 14 Aug 2003 04:40:50 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 01:40:55 -0000
X-UID: 1329                                                  
Status: O
Content-Length: 1251

On Wed, 2003-08-13 at 21:38, Bob Hall wrote:
> > >Aug 12 21:46:31 kongemord dovecot: child 14690 (auth) killed with 
> > >signal 11
> I've never done a patch before, and I looked at the FBSD documentation 
> on it, and couldn't figure out how it was done.

cd src/auth
patch -p0 < auth-no-homedir.patch

(I forgot to make the patch against root dir so the cd command is
needed..)

>  So I modified my test 
> entry in the LDAP directory and added posixAccount with homeDirectory 
> and uidNumber and gidNumber. Restart OpenLDAP, retest, and same error 
> message. 

Well, since it's still crashing, check with gdb:

ps ax|grep dovecot-auth -> get PID
gdb /usr/local/libexec/dovecot/dovecot-auth PID
continue

Now try to login, and it should crash. Then type "bt" and copy&paste the
output and mail it to me. http://dovecot.procontrol.fi/bugreport.html
shows what the gdb output should look like.

> x login dovecot secret
> x NO Authentication failed.

Yeah. User doesn't get very specific error messages, they're in the log
file.

> OK. Dovecot (the app) runs under root. dovecot-auth (the process) runs 
> under dovecot-auth (the user), imap-login runs under dovecot (the user), 
> and nor the twain shall meet. Does that seem right?

That's fine.


From rjhjr@cox.net  Thu Aug 14 06:25:17 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E02612399A; Thu, 14 Aug 2003 06:25:16 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id B4E0023996
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 06:25:09 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030814032508.SNSN13930.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 13 Aug 2003 23:25:08 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 13 Aug 2003 23:25:08 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 13 Aug 2003 23:25:08 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Message-ID: <20030814032508.GB52396@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030813070330.GA15468@kongemord.krig.net>
	<513C13EF-CD9C-11D7-856B-000393CC2E90@iki.fi>
	<20030813183839.GB44170@kongemord.krig.net> <1060825250.766.33.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1060825250.766.33.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 03:25:17 -0000
X-UID: 1330                                                  
Status: O
Content-Length: 2103

On Thu, Aug 14, 2003 at 04:40:50AM +0300, Timo Sirainen wrote:
> On Wed, 2003-08-13 at 21:38, Bob Hall wrote:
> > > >Aug 12 21:46:31 kongemord dovecot: child 14690 (auth) killed with 
> > > >signal 11
> > I've never done a patch before, and I looked at the FBSD documentation 
> > on it, and couldn't figure out how it was done.
> 
> cd src/auth
> patch -p0 < auth-no-homedir.patch

Hmmm. That must Linux. I can't find a src/auth on FBSD, and I don't 
know what the FBSD equivalent would be. 
 
> (I forgot to make the patch against root dir so the cd command is
> needed..)
> 
> >  So I modified my test 
> > entry in the LDAP directory and added posixAccount with homeDirectory 
> > and uidNumber and gidNumber. Restart OpenLDAP, retest, and same error 
> > message. 
> 
> Well, since it's still crashing, check with gdb:
> 
> ps ax|grep dovecot-auth -> get PID
> gdb /usr/local/libexec/dovecot/dovecot-auth PID
> continue
> 
> Now try to login, and it should crash. Then type "bt" and copy&paste the
> output and mail it to me. http://dovecot.procontrol.fi/bugreport.html
> shows what the gdb output should look like.

It doesn't crash, it hangs. 
	1 login bob secret
	* OK Waiting for authentication process to respond..
	* BYE Disconnected for inactivity.
	Connection closed by foreign host.
maillog gives no error message except mentioning that the connection 
was closed due to inactivity. I've sent the output from gdb, but it's 
very compassionate; no processes were killed during its production.
 
> > x login dovecot secret
> > x NO Authentication failed.
> 
> Yeah. User doesn't get very specific error messages, they're in the log
> file.

The problem above is caused by the fact that dovecot is not in the 
same subtree in LDAP registry as the user accounts. I may have to 
rethink that. If I log in as myself, I duplicate the error I get when 
I try to connect as myself from an MUA. So at least now I know how to 
do that. 

Maybe someone can tell me; is there ever any reason to log onto dovecot 
as dovecot? Should I make the dovecot user's LDAP entry available to 
dovecot?

Bob Hall 
From stefan@sels.com  Thu Aug 14 09:22:50 2003
Return-Path: <stefan@sels.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5133B2399D; Thu, 14 Aug 2003 09:22:50 +0300 (EEST)
Received: from odo.oi.o123456789.net (unknown [217.69.77.197])
	by danu.procontrol.fi (Postfix) with ESMTP id A06EC238CE
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 09:22:47 +0300 (EEST)
Received: (qmail 22037 invoked from network); 14 Aug 2003 06:22:46 -0000
Received: from localhost (HELO sqmail.sels.com) ([127.0.0.1])
          (envelope-sender <stefan@sels.com>)
          by odo.oi.o123456789.net (qmail-ldap-1.03) with SMTP
          for <tss@iki.fi>; 14 Aug 2003 06:22:46 -0000
Received: from 213.146.112.93
        (SquirrelMail authenticated user stefan@sels.com)
        by sqmail.sels.com with HTTP;
        Thu, 14 Aug 2003 08:22:46 +0200 (CEST)
Message-ID: <4594.213.146.112.93.1060842166.squirrel@sqmail.sels.com>
In-Reply-To: <1060824805.768.24.camel@hurina>
References: <3F397957.8020204@sels.com> <1060824805.768.24.camel@hurina>
Date: Thu, 14 Aug 2003 08:22:46 +0200 (CEST)
Subject: Re: [Dovecot] Mozilla
From: stefan@sels.com
To: "Timo Sirainen" <tss@iki.fi>
User-Agent: SquirrelMail/1.4.1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 06:22:50 -0000
X-UID: 1331                                                  
Status: O

> On Wed, 2003-08-13 at 02:33, Stefan Sels wrote:
>> Mozilla is making trouble with searching and subscribing folders.
>> Do I have to change the "namespace" ?
>
> Namespace should be kept empty.

ok.

>> If I start a search (other than just in To & CC or subject) mozilla
>> complains about a closed connection.
>
> Is there anything in Dovecot's log file? /var/log/mail.log usually.
> Maybe it crashed.

I cant reprocude this. Maybe it happened only with my large inbox (>5000
mails) which i cleand up now.

>> A fresh mozilla installation just lists no folder beside "Inbox".
>
> Did Mozilla show only subscribed folders? Were they listed in
> subscription dialog? If not, some namespace issues.

The Subscription dialog just shows no subfolder at all. Its empty.

Regards,
   Stefan
From molter@tin.it  Thu Aug 14 10:07:11 2003
Return-Path: <molter@tin.it>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6BF9D2399E; Thu, 14 Aug 2003 10:07:11 +0300 (EEST)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.74.5])
	by danu.procontrol.fi (Postfix) with ESMTP id 9CFEA238CE
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 10:07:06 +0300 (EEST)
Received: from tin.it (144.254.74.60)
  by ams-iport-1.cisco.com with ESMTP; 14 Aug 2003 09:06:30 +0200
Received: from cisco.com (localhost [127.0.0.1])h7E74n8m012968
	for <dovecot@procontrol.fi>;
	Thu, 14 Aug 2003 09:04:49 +0200 (MET DST)
Received: from www.example.org (dhcp-nic-val-26-108.cisco.com [64.103.26.108])
	by cisco.com (8.8.8+Sun/8.8.8) with SMTP id JAA11914
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 09:07:02 +0200 (MET DST)
From: molter@tin.it
Received: (qmail 6857 invoked by uid 1000); 14 Aug 2003 07:07:00 -0000
Date: Thu, 14 Aug 2003 09:07:00 +0200
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Message-Id: <20030814090700.2300d898.molter@tin.it>
In-Reply-To: <20030814032508.GB52396@kongemord.krig.net>
References: <20030813070330.GA15468@kongemord.krig.net>
	<513C13EF-CD9C-11D7-856B-000393CC2E90@iki.fi>
	<20030813183839.GB44170@kongemord.krig.net>
	<1060825250.766.33.camel@hurina>
	<20030814032508.GB52396@kongemord.krig.net>
X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i386-portbld-freebsd4.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 07:07:11 -0000
X-UID: 1332                                                  
Status: O

On Wed, 13 Aug 2003 23:25:08 -0400
"Bob Hall" <rjhjr@cox.net> wrote:

> > cd src/auth
> > patch -p0 < auth-no-homedir.patch
> 
> Hmmm. That must Linux. I can't find a src/auth on FBSD, and I don't 
> know what the FBSD equivalent would be. 

Bob,

assuming you are using the fbsd port of dovecot:

apply the patch:
  cd /usr/ports/mail/dovecot/work/dovecot-0.99.10/src/auth
  patch -p0 < auth-no-homedir.patch

compile using the port:
  cd /usr/ports/mail/dovecot
  rm work/.build_done*
  make

copy by hand the binary
/usr/ports/mail/dovecot/work/dovecot-0.99.10/src/auth/dovecot-auth
to /usr/local/libexec/dovecot/

marco
From Nico@neo-lan.net  Thu Aug 14 10:31:53 2003
Return-Path: <Nico@neo-lan.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 985242399E; Thu, 14 Aug 2003 10:31:53 +0300 (EEST)
Received: from aster.neo-lan.net (vaugirard-3-81-57-244-52.fbx.proxad.net
	[81.57.244.52])
	by danu.procontrol.fi (Postfix) with ESMTP id E463A2399A
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 10:31:50 +0300 (EEST)
Received: from neo-lan.net (aneto [192.168.0.2])
	by aster.neo-lan.net (Postfix) with ESMTP id 9ADCC1A387
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 09:31:50 +0200 (CEST)
Message-ID: <3F3B3AE6.8010706@neo-lan.net>
Date: Thu, 14 Aug 2003 09:31:50 +0200
From: Nicolas STRANSKY <Nico@neo-lan.net>
Organization: CRANS Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.4) Gecko/20030714 Debian/1.4-2
X-Accept-Language: fr, fr-fr, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] IMAP error after login
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 07:31:53 -0000
X-UID: 1333                                                  
Status: O

Hello,

I'm having a slight problem with Dovecot (0.99.10-0.rc2, on Debian
woody). When using mozilla 1.4, there is an error message from the
mailer just after login, but nothing in dovecot logs.
"Alert
The current command did not succeed. The mail server responded: Error in
IMAP command UID: Too long argument.."

How could I fix this problem ?

Thanks,
-- 
Nico
J'ai une panne de micro et les parasites me brouillent l'coute

From esj@harvee.org  Thu Aug 14 19:32:58 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 35A342399B; Thu, 14 Aug 2003 19:32:58 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 24078238CE
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 19:32:50 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7EGWm9H003920
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 12:32:48 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 14 Aug 2003 12:32:45 -0400
Message-ID: <3F3BB952.5020606@harvee.org>
Date: Thu, 14 Aug 2003 12:31:14 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030814:dovecot@procontrol.fi:f77d1b3ffab30485
Subject: [Dovecot] joys of transition.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 16:32:58 -0000
X-UID: 1334                                                  
Status: O
Content-Length: 2315

Red Hat 8.0
stock dovecot 99.10

for a variety of reasons, I decided to cut over to dovecot this morning.  I 
extracted all of my mailboxes from mbx purgatory back to mbox purgatory, set up 
dovecot and proceed to get authentication failures.  (am using simple password 
based authentication either direct or through pam)

I turned authentication verbosity on and got:
Aug 14 11:51:38 harvee dovecot: Dovecot starting up
Aug 14 11:51:46 harvee dovecot-auth: PAM: pam_authenticate(esj) failed: 
Authentication failure
Aug 14 11:51:49 harvee dovecot-auth: PAM: pam_authenticate(esj) failed: 
Authentication failure
Aug 14 11:51:52 harvee imap-login: Aborted login [192.168.0.10]

not very informative.  I already know that I can't login.  So I fire up ethereal 
and capture the following transaction:

* OK dovecot ready.
1 authenticate login
1 NO Unsupported authentication mechanism.
2 login "esj" "no peeking"
2 NO Authentication failed.
3 authenticate login
3 NO Unsupported authentication mechanism.
4 login "esj" "no peeking"
4 NO Authentication failed.
5 logout
* BYE Logging out
5 OK Logout completed.

hmm no unsupported authentication mechanism.  So that means all authentication 
methods works right? ;-)

looking a little further into the configuration, I see instructions to change 
auth_methods to add plain in front of digest-md5 (or is it digest_md5, both 
forms are present in the configuration file).  No luck.  Doing so gives me the 
following error message:

Fatal: Error in configuration file /usr/local/etc/dovecot.conf line 430: Unknown 
setting: methods

so, I'm not sure what to look for.  It's probably something simple but googling 
didn't reveal anything pertinent although it turned up something amusing[1]and 
dovecot does apply.

Suggestions or clues would be welcome.

FYI, you probably could use a little bit more detail in the install 
instructions.  For example instructing user to create a dovecot user and group 
name would be useful as would be a startup/shutdown script for init.d.  I also 
find the SSL configuration lacking.  On the other hand, I have enough scar 
tissue from certificates and mini-CA setups to hate them till the end of time. 
If I get them working better, I'll document and send it to the list.

---eric

[1]http://www.oblomovka.com/eldritch/iag/ob1-5.htm


From stefan@sels.com  Thu Aug 14 19:52:00 2003
Return-Path: <stefan@sels.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8FCA52399B; Thu, 14 Aug 2003 19:52:00 +0300 (EEST)
Received: from odo.oi.o123456789.net (unknown [217.69.77.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 8AF83238CE
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 19:51:55 +0300 (EEST)
Received: (qmail 24371 invoked from network); 14 Aug 2003 16:51:55 -0000
Received: from localhost (HELO sqmail.sels.com) ([127.0.0.1])
          (envelope-sender <stefan@sels.com>)
          by odo.oi.o123456789.net (qmail-ldap-1.03) with SMTP
          for <stefan@sels.com>; 14 Aug 2003 16:51:55 -0000
Received: from 213.146.112.93
        (SquirrelMail authenticated user stefan@sels.com)
        by sqmail.sels.com with HTTP;
        Thu, 14 Aug 2003 18:51:55 +0200 (CEST)
Message-ID: <4729.213.146.112.93.1060879915.squirrel@sqmail.sels.com>
In-Reply-To: <4594.213.146.112.93.1060842166.squirrel@sqmail.sels.com>
References: <3F397957.8020204@sels.com> <1060824805.768.24.camel@hurina>
    <4594.213.146.112.93.1060842166.squirrel@sqmail.sels.com>
Date: Thu, 14 Aug 2003 18:51:55 +0200 (CEST)
Subject: [Dovecot] Mozilla Search Problem
From: "Stefan Sels" <stefan@sels.com>
To: stefan@sels.com
User-Agent: SquirrelMail/1.4.1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 16:52:00 -0000
X-UID: 1335                                                  
Status: O

>> On Wed, 2003-08-13 at 02:33, Stefan Sels wrote:

>>> If I start a search (other than just in To & CC or subject) mozilla
>>> complains about a closed connection.
>>
>> Is there anything in Dovecot's log file? /var/log/mail.log usually.
>> Maybe it crashed.
>
> I cant reprocude this. Maybe it happened only with my large inbox (>5000
> mails) which i cleand up now.

I can now :

captured search request (with ethereal)
uid SEARCH UNDELETED OR HEADER TO "intern@koeln.x.de" HEADER CC
"intern@koeln.x.de"

the error from the logfile :
Aug 14 18:45:32 odo imap(stefan@sels.com): file message-address.c: line
255 (message_address_write): assertion failed: (addr->domain != NULL)
Aug 14 18:45:32 odo dovecot: child 24333 (imap) killed with signal 6

Regards,
  Stefan
From tss@iki.fi  Thu Aug 14 20:08:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 436842399E; Thu, 14 Aug 2003 20:08:10 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 95C162399B
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 20:08:07 +0300 (EEST)
Date: Thu, 14 Aug 2003 20:08:13 +0300
Subject: Re: [Dovecot] joys of transition.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F3BB952.5020606@harvee.org>
Message-Id: <E3A812C9-CE79-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 17:08:10 -0000
X-UID: 1336                                                  
Status: O
Content-Length: 2073

On Thursday, Aug 14, 2003, at 19:31 Europe/Helsinki, Eric S. Johansson 
wrote:

> Aug 14 11:51:46 harvee dovecot-auth: PAM: pam_authenticate(esj) 
> failed: Authentication failure
>
> not very informative.  I already know that I can't login.  So I fire 
> up ethereal and capture the following transaction:

Well, that's as informative as you can get from PAM :) It means that 
PAM decided the password was wrong. Do you have /etc/pam.d/imap file 
set up correctly?

> 3 authenticate login
> 3 NO Unsupported authentication mechanism.
>
> hmm no unsupported authentication mechanism.  So that means all 
> authentication methods works right? ;-)

Either your client is stupid or it tries to work around stupid servers. 
LOGIN command should be accepted by all servers and "login" SASL 
mechanism is some old not-really-standard.

> looking a little further into the configuration, I see instructions to 
> change auth_methods to add plain in front of digest-md5 (or is it 
> digest_md5, both forms are present in the configuration file).  No 
> luck.  Doing so gives me the following error message:
>
> Fatal: Error in configuration file /usr/local/etc/dovecot.conf line 
> 430: Unknown setting: methods

Um.. You must have had at least one auth_methods line before or it 
wouldn't have worked.. And the default dovecot-example.conf contained 
only plain there.

> FYI, you probably could use a little bit more detail in the install 
> instructions.

Yes, I have plans to write them .. before 1.0 :)

>   For example instructing user to create a dovecot user and group name 
> would be useful as would be a startup/shutdown script for init.d.  I 
> also find the SSL configuration lacking.  On the other hand, I have 
> enough scar tissue from certificates and mini-CA setups to hate them 
> till the end of time. If I get them working better, I'll document and 
> send it to the list.

Yea, there really should be some easier ways to manage your own CAs. I 
found some certificate manager written with Qt (can't remember name), 
but something web based could be nice too.

From tss@iki.fi  Thu Aug 14 20:11:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D35B12399F; Thu, 14 Aug 2003 20:11:44 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 136192399E
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 20:11:42 +0300 (EEST)
Date: Thu, 14 Aug 2003 20:11:49 +0300
Subject: Re: [Dovecot] IMAP error after login
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F3B3AE6.8010706@neo-lan.net>
Message-Id: <6405E349-CE7A-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 17:11:45 -0000
X-UID: 1337                                                  
Status: O

On Thursday, Aug 14, 2003, at 10:31 Europe/Helsinki, Nicolas STRANSKY 
wrote:

> I'm having a slight problem with Dovecot (0.99.10-0.rc2, on Debian
> woody). When using mozilla 1.4, there is an error message from the
> mailer just after login, but nothing in dovecot logs.
> "Alert
> The current command did not succeed. The mail server responded: Error 
> in
> IMAP command UID: Too long argument.."
>
> How could I fix this problem ?

You have a large mailbox and Mozilla tries to send a huge command to 
Dovecot. Next release has max. command line length configurable from 
config file, but for now you'd have to modify sources or try to avoid 
so many changes at once.

If you want to change it from sources, it's in beginning of  
src/imap/client.c MAX_INBUF_SIZE.

From tss@iki.fi  Thu Aug 14 20:14:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5F74F2399F; Thu, 14 Aug 2003 20:14:58 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2327B2399E
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 20:14:55 +0300 (EEST)
Date: Thu, 14 Aug 2003 20:15:01 +0300
Subject: Re: [Dovecot] Mozilla Search Problem
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <4729.213.146.112.93.1060879915.squirrel@sqmail.sels.com>
Message-Id: <D6EE430E-CE7A-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 17:14:58 -0000
X-UID: 1338                                                  
Status: O

On Thursday, Aug 14, 2003, at 19:51 Europe/Helsinki, Stefan Sels wrote:

> the error from the logfile :
> Aug 14 18:45:32 odo imap(stefan@sels.com): file message-address.c: line
> 255 (message_address_write): assertion failed: (addr->domain != NULL)
> Aug 14 18:45:32 odo dovecot: child 24333 (imap) killed with signal 6

Yes, I noticed this myself too some time ago and fixed it.

I should get that new index code working and get a new release done.. :)

From tss@iki.fi  Thu Aug 14 20:18:52 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D66102399F; Thu, 14 Aug 2003 20:18:52 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3D58A2399E
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 20:18:50 +0300 (EEST)
Date: Thu, 14 Aug 2003 20:18:56 +0300
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030814032508.GB52396@kongemord.krig.net>
Message-Id: <62C07044-CE7B-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 17:18:53 -0000
X-UID: 1339                                                  
Status: O

On Thursday, Aug 14, 2003, at 06:25 Europe/Helsinki, Bob Hall wrote:

>> Now try to login, and it should crash. Then type "bt" and copy&paste 
>> the
>> output and mail it to me. http://dovecot.procontrol.fi/bugreport.html
>> shows what the gdb output should look like.
>
> It doesn't crash, it hangs.

Your logs before showed that it crashes at least sometimes. The 
backtrace you sent was done before the crash, so it didn't help.. Did 
you give the "continue" command to gdb? Without that the process is 
just stuck in gdb.

> Maybe someone can tell me; is there ever any reason to log onto dovecot
> as dovecot? Should I make the dovecot user's LDAP entry available to
> dovecot?

There's no need to ever login as dovecot. I'll probably just add extra 
checks to make sure dovecot user isn't ever used for anything else than 
executing the login processes :)

From rjhjr@cox.net  Thu Aug 14 21:16:09 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4C571239A3; Thu, 14 Aug 2003 21:16:09 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id 542DB2399A
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 21:16:02 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030814181601.XWCN13930.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 14:16:01 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Thu, 14 Aug 2003 14:16:00 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Thu, 14 Aug 2003 14:16:00 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Message-ID: <20030814181600.GB59570@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030814032508.GB52396@kongemord.krig.net>
	<62C07044-CE7B-11D7-B43D-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <62C07044-CE7B-11D7-B43D-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 18:16:09 -0000
X-UID: 1340                                                  
Status: O
Content-Length: 1227

On Thu, Aug 14, 2003 at 08:18:56PM +0300, Timo Sirainen wrote:
> On Thursday, Aug 14, 2003, at 06:25 Europe/Helsinki, Bob Hall wrote:
> 
> >>Now try to login, and it should crash. Then type "bt" and copy&paste 
> >>the
> >>output and mail it to me. http://dovecot.procontrol.fi/bugreport.html
> >>shows what the gdb output should look like.
> >
> >It doesn't crash, it hangs.
> 
> Your logs before showed that it crashes at least sometimes. The 
> backtrace you sent was done before the crash, so it didn't help.. Did 
> you give the "continue" command to gdb? Without that the process is 
> just stuck in gdb.

No, I didn't know about continue. dovecot-auth now bleats appropriately 
and goes mildly to the slaughter. The new backtrace is on its way to you.
 
> >Maybe someone can tell me; is there ever any reason to log onto dovecot
> >as dovecot? Should I make the dovecot user's LDAP entry available to
> >dovecot?
> 
> There's no need to ever login as dovecot. I'll probably just add extra 
> checks to make sure dovecot user isn't ever used for anything else than 
> executing the login processes :)

Dang. Everytime I try to do something, you add a check to prevent it. 
Are you trying to save me from myself?

Bob Hall
From tss@iki.fi  Thu Aug 14 22:04:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D8E7C239A6; Thu, 14 Aug 2003 22:04:30 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3E5C92399F
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 22:04:29 +0300 (EEST)
Date: Thu, 14 Aug 2003 22:04:35 +0300
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030814181600.GB59570@kongemord.krig.net>
Message-Id: <256BA820-CE8A-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 19:04:31 -0000
X-UID: 1341                                                  
Status: O

On Thursday, Aug 14, 2003, at 21:16 Europe/Helsinki, Bob Hall wrote:

>> There's no need to ever login as dovecot. I'll probably just add extra
>> checks to make sure dovecot user isn't ever used for anything else 
>> than
>> executing the login processes :)
>
> Dang. Everytime I try to do something, you add a check to prevent it.
> Are you trying to save me from myself?

Yes :)

But I try to give understandable error messages so you can fix them. 
Hopefully I'll also get some small easy to read installation document 
written..

From rjhjr@cox.net  Thu Aug 14 22:23:00 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 870A3239A8; Thu, 14 Aug 2003 22:23:00 +0300 (EEST)
Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 696C42399A
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 22:22:54 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao02.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030814192253.WSBH24359.lakemtao02.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 15:22:53 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Thu, 14 Aug 2003 15:22:53 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Thu, 14 Aug 2003 15:22:52 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Message-ID: <20030814192252.GC59570@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030813070330.GA15468@kongemord.krig.net>
	<513C13EF-CD9C-11D7-856B-000393CC2E90@iki.fi>
	<20030813183839.GB44170@kongemord.krig.net> <1060825250.766.33.camel@hurina>
	<20030814032508.GB52396@kongemord.krig.net>
	<20030814090700.2300d898.molter@tin.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030814090700.2300d898.molter@tin.it>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 19:23:00 -0000
X-UID: 1342                                                  
Status: O

On Thu, Aug 14, 2003 at 09:07:00AM +0200, molter@tin.it wrote:
> On Wed, 13 Aug 2003 23:25:08 -0400
> "Bob Hall" <rjhjr@cox.net> wrote:
> 
> > > cd src/auth
> > > patch -p0 < auth-no-homedir.patch
> > 
> > Hmmm. That must Linux. I can't find a src/auth on FBSD, and I don't 
> > know what the FBSD equivalent would be. 
> 
> Bob,
> 
> assuming you are using the fbsd port of dovecot:
> 
> apply the patch:
>   cd /usr/ports/mail/dovecot/work/dovecot-0.99.10/src/auth
>   patch -p0 < auth-no-homedir.patch

Thanks, Marco.

I saved the patch on the website to auth-no-homedir.patch and cp'ed 
it to /usr/ports/mail/dovecot/work/dovecot-0.99.10/src/auth. When I 
ran 
	patch -p0 < auth-no-homedir.patch
I got
	Hunk #1 failed at 55.
	1 out of 1 hunks failed--saving rejects to master-connection.c.rej
	Hmm...  Ignoring the trailing garbage.
	done
I'm guessing that means I did something wrong?

Bob Hall
From tss@iki.fi  Thu Aug 14 22:41:21 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 961CE239AB; Thu, 14 Aug 2003 22:41:21 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 011722399A
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 22:41:17 +0300 (EEST)
Date: Thu, 14 Aug 2003 22:41:24 +0300
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030814192252.GC59570@kongemord.krig.net>
Message-Id: <49C3CE53-CE8F-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 19:41:21 -0000
X-UID: 1343                                                  
Status: O

On Thursday, Aug 14, 2003, at 22:22 Europe/Helsinki, Bob Hall wrote:

> I saved the patch on the website to auth-no-homedir.patch and cp'ed
> it to /usr/ports/mail/dovecot/work/dovecot-0.99.10/src/auth. When I
> ran
> 	patch -p0 < auth-no-homedir.patch

You did it right.

> 	Hunk #1 failed at 55.
> 	1 out of 1 hunks failed--saving rejects to master-connection.c.rej
> 	Hmm...  Ignoring the trailing garbage.

But I don't understand why it says this. Maybe you somehow managed to 
corrupt the patch file when transferring? Like if you transferred it 
from windows it might have changed the linefeeds from LF -> CRLF. It 
goes in just fine with my Linux and FreeBSD 4.8.

From jens@freebsdforum.de  Thu Aug 14 23:20:24 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D7766239AC; Thu, 14 Aug 2003 23:20:24 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id 563FE239AB
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 23:20:22 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])E33A21141B1
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 22:20:06 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: <dovecot@procontrol.fi>
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Date: Thu, 14 Aug 2003 22:20:48 +0200
User-Agent: KMail/1.5.3
References: <256BA820-CE8A-11D7-B43D-000393CC2E90@iki.fi>
In-Reply-To: <256BA820-CE8A-11D7-B43D-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308142220.48030.jens@freebsdforum.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 20:20:25 -0000
X-UID: 1344                                                  
Status: O

On Thursday 14 August 2003 21:04, Timo Sirainen wrote:

> Hopefully I'll also get some small easy to read installation document
> written..

Just an idea, why not simply setup a Dovecot documentation wiki?

Jens

From jagger@oznog.org  Thu Aug 14 23:36:44 2003
Return-Path: <jagger@oznog.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 14BC8239AD; Thu, 14 Aug 2003 23:36:44 +0300 (EEST)
Received: from watson.jagger.ws (d-216-195-179-60.metrocast.net
	[216.195.179.60])
	by danu.procontrol.fi (Postfix) with ESMTP id 791C0239A6
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 23:36:41 +0300 (EEST)
Received: from jagger by watson.jagger.ws with local (Exim 3.36 #1 (Debian))
	id 19nOps-0001Nq-00
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 16:36:40 -0400
Date: Thu, 14 Aug 2003 16:36:40 -0400
To: dovecot@procontrol.fi
Message-ID: <20030814203640.GB5235@oznog.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
From: "Robert S. Jagger" <jagger@oznog.org>
Subject: [Dovecot] error in config file?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 20:36:44 -0000
X-UID: 1345                                                  
Status: O

When I start dovecot I am getting an error about the ocnfig file. 

watson:~# /etc/init.d/dovecot start
Starting mail server: dovecotFatal: Error in configuration file
/etc/dovecot.conf line 185: Missing value

So I look int /etc/dovecot.conf and line 185 is

mbox:~/mail/:INBOX=/var/mail/%u/

Which seems like valid syntax according to the docs.
I am using dovecot 0.99.10-2
From tss@iki.fi  Fri Aug 15 00:23:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B4379239AD; Fri, 15 Aug 2003 00:23:58 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C9F8D239AC
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 00:23:48 +0300 (EEST)
Date: Fri, 15 Aug 2003 00:23:55 +0300
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <200308142220.48030.jens@freebsdforum.de>
Message-Id: <9BFA25EE-CE9D-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 21:23:58 -0000
X-UID: 1346                                                  
Status: O


On Thursday, Aug 14, 2003, at 23:20 Europe/Helsinki, Jens Gutzeit wrote:

>> Hopefully I'll also get some small easy to read installation document
>> written..
>
> Just an idea, why not simply setup a Dovecot documentation wiki?

I haven't really understood why they're so great. I just looked at 
twiki anyway, it's what most people seem to be using. Looks a bit 
insecure.. And looks like it takes some work to get it into useful 
state.

From tss@iki.fi  Fri Aug 15 00:24:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7A003239AD; Fri, 15 Aug 2003 00:24:57 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 067A3239AC
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 00:24:56 +0300 (EEST)
Date: Fri, 15 Aug 2003 00:25:01 +0300
Subject: Re: [Dovecot] error in config file?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030814203640.GB5235@oznog.org>
Message-Id: <C373F819-CE9D-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 21:24:57 -0000
X-UID: 1347                                                  
Status: O


On Thursday, Aug 14, 2003, at 23:36 Europe/Helsinki, Robert S. Jagger 
wrote:

> So I look int /etc/dovecot.conf and line 185 is
>
> mbox:~/mail/:INBOX=/var/mail/%u/

You're missing the "default_mail_env = " before it.

From jens@freebsdforum.de  Fri Aug 15 00:35:02 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B9E4C239AD; Fri, 15 Aug 2003 00:35:02 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id 291D7239AC
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 00:34:52 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])1B1651141AF
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 23:34:42 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: <dovecot@procontrol.fi>
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Date: Thu, 14 Aug 2003 23:35:24 +0200
User-Agent: KMail/1.5.3
References: <9BFA25EE-CE9D-11D7-B43D-000393CC2E90@iki.fi>
In-Reply-To: <9BFA25EE-CE9D-11D7-B43D-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308142335.24625.jens@freebsdforum.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 21:35:02 -0000
X-UID: 1348                                                  
Status: O

On Thursday 14 August 2003 23:23, Timo Sirainen wrote:
> On Thursday, Aug 14, 2003, at 23:20 Europe/Helsinki, Jens Gutzeit wrote:
> > Just an idea, why not simply setup a Dovecot documentation wiki?
>
> I haven't really understood why they're so great. I just looked at

Hmm, it would be easy to contribute documentation for all of us.

> twiki anyway, it's what most people seem to be using. Looks a bit
> insecure.. And looks like it takes some work to get it into useful
> state.

I don't like twiki very much, MoinMoin is IMHO a great wiki, it's written in 
python. http://moin.sourceforge.net/

Jens

From esj@harvee.org  Fri Aug 15 00:43:07 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E7D05239AD; Fri, 15 Aug 2003 00:43:07 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id E7247239AC
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 00:43:04 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7ELh19H008069
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 17:43:01 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 14 Aug 2003 17:42:52 -0400
Message-ID: <3F3C0202.6070205@harvee.org>
Date: Thu, 14 Aug 2003 17:41:22 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] joys of transition.
References: <E3A812C9-CE79-11D7-B43D-000393CC2E90@iki.fi>
In-Reply-To: <E3A812C9-CE79-11D7-B43D-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030814:dovecot@procontrol.fi:b5e3b799033c22ae
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 21:43:08 -0000
X-UID: 1349                                                  
Status: O
Content-Length: 2553

Timo Sirainen explained:

> Well, that's as informative as you can get from PAM :) It means that PAM 
> decided the password was wrong. Do you have /etc/pam.d/imap file set up 
> correctly?

don't know if it is correct but it is stock Red Hat.  one more item for the 
install instructions.

[root@harvee doc]# more /etc/pam.d/imap
#%PAM-1.0
auth       required  /lib/security/pam_stack.so service=system-auth
account    required  /lib/security/pam_stack.so service=system-auth
[root@harvee doc]#

> Either your client is stupid or it tries to work around stupid servers. 
> LOGIN command should be accepted by all servers and "login" SASL 
> mechanism is some old not-really-standard.

I think I would choose the "stupid" option.  I am using Mozilla 1.4 (the imap 
client on windows that sucks the least).

>> Fatal: Error in configuration file /usr/local/etc/dovecot.conf line 
>> 430: Unknown setting: methods
> 
> 
> Um.. You must have had at least one auth_methods line before or it 
> wouldn't have worked.. And the default dovecot-example.conf contained 
> only plain there.

I think I understand.  I screwed up my authentication definition because it 
wasn't clear.  On a stock Red Hat system using password authentication, what 
works is:

auth_userdb = passwd
auth_passdb = shadow

and leave the digest_md5 stuff alone (which I turned on in my confusion).  But 
*yay* dovecot is working for me!  Now all I need to do is turn on my inbox 
properly (and reclaim my 3300 messages from the old inbox) and I will be a happy 
camper.

> Yes, I have plans to write them .. before 1.0 :)

ya right... just like my intention to rewrite the camram antispam system 
documentation/web site.  It's at least a year out of date but at least I have 
working code for sender pays antispam with some other nice features 
accommodating the real world.

> Yea, there really should be some easier ways to manage your own CAs. I 
> found some certificate manager written with Qt (can't remember name), 
> but something web based could be nice too.

I've been very happy with TinyCA.  It's written in perl and uses tk for the GUI. 
  It's not full featured but I found it hard to do things wrong.  On the other 
hand, that might be a side effect of the scar tissue.  ;-)

anyway, as I said above, I now have things working (more or less) and I will 
find out how well the indexing works as I gradually open different mailboxes on 
demand.  I may play with maildir mailboxes if I can mix and match mbox and 
maildir in the same directory.  playing the fire?

---eric


From esj@harvee.org  Fri Aug 15 01:07:45 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 97648239BD; Fri, 15 Aug 2003 01:07:45 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id C0973239BA
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 01:07:42 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7EM7f9H008385
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 18:07:41 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 14 Aug 2003 18:07:35 -0400
Message-ID: <3F3C07CC.5030307@harvee.org>
Date: Thu, 14 Aug 2003 18:06:04 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030814:dovecot@procontrol.fi:91fd7825c2171dbc
Subject: [Dovecot] more transitional joys
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 22:07:45 -0000
X-UID: 1350                                                  
Status: O

well, now that I have moved to dovecot, I'm not getting any spam... in fact, I'm 
not getting e-mail at all.

default_mail_env =mbox:~/IMap2/:INBOX=/var/spool/mail/%u

when I first tried to access my inbox, I was told I had permission problems:

Aug 14 17:47:22 harvee imap(esj): open(/var/spool/mail/esj.lock) failed: 
Permission denied
Aug 14 17:47:22 harvee imap(esj): file_lock_dotlock() failed with mbox file 
/var/spool/mail/esj: Permission denied

so I changed permissions on /var/spool/mail to 777 as a temporary work around. 
no luck.  It tells me that I have no e-mail in my inbox... fat chance

[root@harvee mail]# ls -l /var/spool/mail/esj
-rw-------    1 esj      mail       167772 Aug 14 18:05 /var/spool/mail/esj

what simply obvious thing I am I missing now?

---eric


From tss@iki.fi  Fri Aug 15 01:31:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D15F3239BE; Fri, 15 Aug 2003 01:31:46 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 337CB239A6
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 01:31:39 +0300 (EEST)
Date: Fri, 15 Aug 2003 01:31:45 +0300
Subject: Re: [Dovecot] more transitional joys
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F3C07CC.5030307@harvee.org>
Message-Id: <16229986-CEA7-11D7-B43D-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 22:31:47 -0000
X-UID: 1351                                                  
Status: O

On Friday, Aug 15, 2003, at 01:06 Europe/Helsinki, Eric S. Johansson 
wrote:

> when I first tried to access my inbox, I was told I had permission 
> problems:
>
> Aug 14 17:47:22 harvee imap(esj): open(/var/spool/mail/esj.lock) 
> failed: Permission denied
> Aug 14 17:47:22 harvee imap(esj): file_lock_dotlock() failed with mbox 
> file /var/spool/mail/esj: Permission denied

Hmh. I guess I'll really have to fix this too soon since everyone keeps 
having this problem.

> so I changed permissions on /var/spool/mail to 777 as a temporary work 
> around. no luck.  It tells me that I have no e-mail in my inbox... fat 
> chance

Maybe it thinks the mbox is synchronized even while it stopped in 
error. Try rm -f  .imap/INBOX/.imap.index*. Or just touching the mbox.

Mixing mboxes and maildirs isn't possible with .10, but will be in next 
version.

From esj@harvee.org  Fri Aug 15 02:29:36 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 30A82239BD; Fri, 15 Aug 2003 02:29:36 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 277D2238C7
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 02:29:21 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7ENTDC1009310
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 19:29:14 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 14 Aug 2003 19:29:06 -0400
Message-ID: <3F3C1AE7.8060501@harvee.org>
Date: Thu, 14 Aug 2003 19:27:35 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] more transitional joys
References: <16229986-CEA7-11D7-B43D-000393CC2E90@iki.fi>
In-Reply-To: <16229986-CEA7-11D7-B43D-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030814:dovecot@procontrol.fi:7ca046e781cb420c
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 23:29:36 -0000
X-UID: 1352                                                  
Status: O
Content-Length: 1355

Timo Sirainen explained:

> On Friday, Aug 15, 2003, at 01:06 Europe/Helsinki, Eric S. Johansson wrote:
> Hmh. I guess I'll really have to fix this too soon since everyone keeps 
> having this problem.

right now, you should probably just tell people about it and let them know to do 
the work around as I did.


> Maybe it thinks the mbox is synchronized even while it stopped in error. 
> Try rm -f  .imap/INBOX/.imap.index*. Or just touching the mbox.

I tried deleting INBOX which did not do anything.  New mail was coming in so the 
file was updated which wasn't detected.  What finally worked was stopping and 
then restarting dovecot.

so, if I was really energetic, I would go back and re-create the problem and 
find out what is the right solution.  My suspicion is that the information got 
wedged inside dovecot somehow and the process restart fixed things up.

> 
> Mixing mboxes and maildirs isn't possible with .10, but will be in next 
> version.

looking forward to it.  Since I'm the only user of imap on the system (my wife 
prefers mutt) I'm willing to give a shot at trying "relatively good" code.

by the way, in recovering my old inbox I created a new imap mailbox and the 
process keeps complaining about "invalid mask" and then lost my subscriptions to 
all my mailboxes.  What's that all about?  Need a protocol trace?

---eric



From esj@harvee.org  Fri Aug 15 02:38:28 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 73AE7239CC; Fri, 15 Aug 2003 02:38:28 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 8D4E2239BD
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 02:38:26 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7ENcOC1009404
	for <dovecot@procontrol.fi>; Thu, 14 Aug 2003 19:38:24 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 14 Aug 2003 19:38:18 -0400
Message-ID: <3F3C1D0F.6070209@harvee.org>
Date: Thu, 14 Aug 2003 19:36:47 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] login w/ IMAP & LDAP
References: <9BFA25EE-CE9D-11D7-B43D-000393CC2E90@iki.fi>
In-Reply-To: <9BFA25EE-CE9D-11D7-B43D-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030814:dovecot@procontrol.fi:a7dd678eaa9a05ed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2003 23:38:28 -0000
X-UID: 1353                                                  
Status: O
Content-Length: 1094

Timo Sirainen explained:
> I haven't really understood why they're so great. I just looked at twiki 
> anyway, it's what most people seem to be using. Looks a bit insecure.. 
> And looks like it takes some work to get it into useful state.

having used twiki and moinmoin, I think moinmoin is a better system now.  I've 
run twiki as part of IPCop and it's worked rather well.  We have had more damage 
done to us by sourceforge than we have by vandals.  I believe moinmoin now keeps 
track of revisions which means it's easier to recover from a scribbler.

I think part of the reason they are thought of as being "great" is because they 
make it dammed easy for anyone to contribute.  They lower the threshold of 
effort needed to participate which makes it more accessible to more members of a 
community.  I've submitted a feature request with the abiword people to add a 
plug-in which will make it even easier (i.e. no markup language knowledge 
necessary).  This plug-in would allow one to import and export pages from the 
wiki and edit them in WYSIWYG mode inside of abiword.

---eric


From tobi@darksystem.net  Fri Aug 15 10:12:13 2003
Return-Path: <tobi@darksystem.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 97CD2239D3; Fri, 15 Aug 2003 10:12:13 +0300 (EEST)
Received: from gimli.darksystem.net (gimli.darksystem.net [212.202.144.210])
	by danu.procontrol.fi (Postfix) with ESMTP id 0589323887
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 10:12:10 +0300 (EEST)
Received: by gimli.darksystem.net (Postfix, from userid 33)
	id 13DAB16BC; Fri, 15 Aug 2003 09:12:06 +0200 (CEST)
Received: from 212.202.144.210
        (SquirrelMail authenticated user tobi)
        by pluto.sunn.de with HTTP;
        Fri, 15 Aug 2003 09:12:06 +0200 (CEST)
Message-ID: <64881.212.202.144.210.1060931526.squirrel@pluto.sunn.de>
Date: Fri, 15 Aug 2003 09:12:06 +0200 (CEST)
From: "Tobias Sasse" <tobi@pluto.sunn.de>
To: <dovecot@procontrol.fi>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.4)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] Startup Problem
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 15 Aug 2003 07:12:13 -0000
X-UID: 1354                                                  
Status: O
Content-Length: 1028

Hello,

i don't like asking stupid questions in mailinglist, 'cause i guess you got
something better to do than answer it. But well this is an exception,
because i didn't find anything on google.

Here comes my problem:

I'm using a NetBSD 1.6.0 System with the latest dovecot build.

i want to start dovecot imapd by:

root@balin:[/etc]$ ./rc.d/dovecot start
Starting dovecot.
Fatal: Error in configuration file /usr/pkg/etc/dovecot.conf line 88:
Missing value

This is my error ;)

This is the line 88 in my conf file.
   maildir:/home/%u/mail

the maildir was created by 'makemaildir mail' and exists:

root@balin:[/home/tobi]$ ls -all
total 18
drwxr-xr-x  4 tobi  users   512 Aug 15 09:11 .
drwxr-xr-x  3 root  wheel   512 Aug 13 01:18 ..
drwx------  5 tobi  users   512 Aug 14 12:47 mail

there it is.

in default option of the maildir line dovecot starts without problems but i
really want to have my mails in /home/%u/mail and not in
/var/mail/%1u/%u/mail
So could somebody please put some light on it?

Thank you,
Tobi


From jwt@qth.ath.cx  Fri Aug 15 10:37:58 2003
Return-Path: <jwt@qth.ath.cx>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E98DB239D6; Fri, 15 Aug 2003 10:37:58 +0300 (EEST)
Received: from qth.ath.cx (usen-221x115x224x2.ap-US01.usen.ad.jp
	[221.115.224.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 10C1E239CC
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 10:37:55 +0300 (EEST)
Received: from jwt by qth.ath.cx with local (Exim 4.20)
	id 19nZ9j-0005fI-O2; Fri, 15 Aug 2003 16:37:51 +0900
Date: Fri, 15 Aug 2003 16:37:51 +0900
From: Jim Tittsler <jwt@qth.ath.cx>
To: Tobias Sasse <tobi@pluto.sunn.de>
Subject: Re: [Dovecot] Startup Problem
Message-ID: <20030815073751.GA21716@server.onjapan.net>
References: <64881.212.202.144.210.1060931526.squirrel@pluto.sunn.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <64881.212.202.144.210.1060931526.squirrel@pluto.sunn.de>
User-Agent: Mutt/1.4.1i
Organization: 7J1AJH/AI8A Tokyo
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 15 Aug 2003 07:37:59 -0000
X-UID: 1355                                                  
Status: O

On Fri, Aug 15, 2003 at 09:12:06AM +0200, Tobias Sasse wrote:
> Fatal: Error in configuration file /usr/pkg/etc/dovecot.conf line 88:
> Missing value
> 
> This is my error ;)
> 
> This is the line 88 in my conf file.
>    maildir:/home/%u/mail

I think you are missing the 'default_mail_env = ' key in front
of that value.  Try:
default_mail_env = maildir:/home/%u/mail

Jim

-- 
Jim Tittsler, Tokyo
Kanto Computer Calendar  http://www.OnJapan.net/calendar/
From timhunt@users.sf.net  Fri Aug 15 20:49:20 2003
Return-Path: <timhunt@users.sf.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E7F66239AC; Fri, 15 Aug 2003 20:49:20 +0300 (EEST)
Received: from timhunt.net (ns1.timhunt.net [216.27.147.130])
	by danu.procontrol.fi (Postfix) with ESMTP id D561B238C6
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 20:49:17 +0300 (EEST)
Received: from users.sf.net (sun [192.168.10.100])
	(authenticated)
	by timhunt.net (8.11.6/8.11.6) with ESMTP id h7FHnBn23678
	for <dovecot@procontrol.fi>; Fri, 15 Aug 2003 13:49:11 -0400
Message-ID: <3F3D1D17.4060203@users.sf.net>
Date: Fri, 15 Aug 2003 13:49:11 -0400
From: "Tim H." <timhunt@users.sf.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5a) Gecko/20030718
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-MailScanner-Information: Please contact the ISP for more information
X-MailScanner: Found to be clean
Subject: [Dovecot] 0.9.10 and Cygwin
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 15 Aug 2003 17:49:21 -0000
X-UID: 1356                                                  
Status: O

Has anybody succeeded in compiling 0.9.10 with Cygwin? I'm getting the
following error:-

gcc -DHAVE_CONFIG_H -I. -I. -I../..     -g -O2 -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast    -c istream-file.c
istream-file.c:57: conflicting types for `_close'
/usr/include/sys/unistd.h:148: previous declaration of `_close'
istream-file.c:129: conflicting types for `_read'
/usr/include/sys/unistd.h:153: previous declaration of `_read'
make: *** [istream-file.o] Error 1

Thanks

Tim


From rjhjr@cox.net  Sat Aug 16 20:45:14 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9D289238C5; Sat, 16 Aug 2003 20:45:14 +0300 (EEST)
Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244])
	by danu.procontrol.fi (Postfix) with ESMTP id 3980A238C7
	for <dovecot@procontrol.fi>; Sat, 16 Aug 2003 20:45:03 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao01.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030816174500.NRXD7142.lakemtao01.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Sat, 16 Aug 2003 13:45:00 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Sat, 16 Aug 2003 13:44:55 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Sat, 16 Aug 2003 13:44:55 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] login w/ IMAP & LDAP
Message-ID: <20030816174455.GD6910@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030814181600.GB59570@kongemord.krig.net>
	<256BA820-CE8A-11D7-B43D-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <256BA820-CE8A-11D7-B43D-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 16 Aug 2003 17:45:15 -0000
X-UID: 1357                                                  
Status: O
Content-Length: 1296

Dovecot now works perfectly. In spite of having a homeDirectory 
value for my test LDAP entry, I still needed the LDAP patch. For 
any foolish beginners like myself, the procedure for patch-less
patching in FBSD is:
# cd /usr/ports/mail/dovecot
If you have dovecot currently installed, then
# make deinstall
If you have a work directory, then
# make distclean
The next step reinstalls the work directory and any and all files that 
a patch might be applied to.
# make patch
Move to the directory with the file you want to patch.
# cd /usr/ports/mail/dovecot/work/dovecot-0.99.10/src/auth
Copy the patch file to the directory.
# cp /path-to-patch-file/auth-no-homedir.patch .
Do something that allows you to view both the patch file and the 
file to be patched. In my case, that's 
# vim -o master-connection.c auth-no-homedir.patch
Find the line in the file to be patched that matches the line in 
the patch file marked with an "-". Replace it with the line in the 
patch file marked with a "+". Make absolutely sure that you have 
deleted only what should be deleted and have added everything that 
should be added, and in the correct location. Save and close.
# cd /usr/ports/mail/dovecot
# make install

Thank you Marco, and thank you very very much Timo for your time and 
effort.  

Bob Hall
From tss@iki.fi  Sun Aug 17 02:13:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B2B9D238D1; Sun, 17 Aug 2003 02:13:34 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BC6B923866
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 02:13:30 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 79C995C896D9
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 02:13:30 +0300 (EEST)
Subject: Re: [Dovecot] more transitional joys
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F3C1AE7.8060501@harvee.org>
References: <16229986-CEA7-11D7-B43D-000393CC2E90@iki.fi>
	 <3F3C1AE7.8060501@harvee.org>
Content-Type: text/plain
Message-Id: <1061075610.759.56.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 17 Aug 2003 02:13:30 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 16 Aug 2003 23:13:35 -0000
X-UID: 1358                                                  
Status: O

On Fri, 2003-08-15 at 02:27, Eric S. Johansson wrote:
> by the way, in recovering my old inbox I created a new imap mailbox and the 
> process keeps complaining about "invalid mask" and then lost my subscriptions to 
> all my mailboxes.  What's that all about?  Need a protocol trace?

It's most likely that Mozilla bug. Or maybe you have set wrong IMAP
prefix? It tries anyway to subscribe using '/' hierarchy separator while
Dovecot wants '.'.


From tss@iki.fi  Sun Aug 17 02:16:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B05E1238D4; Sun, 17 Aug 2003 02:16:20 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E122F238D1
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 02:16:16 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B44995C896D9
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 02:16:16 +0300 (EEST)
Subject: Re: [Dovecot] 0.9.10 and Cygwin
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F3D1D17.4060203@users.sf.net>
References: <3F3D1D17.4060203@users.sf.net>
Content-Type: text/plain
Message-Id: <1061075776.764.60.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 17 Aug 2003 02:16:16 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 16 Aug 2003 23:16:21 -0000
X-UID: 1359                                                  
Status: O

On Fri, 2003-08-15 at 20:49, Tim H. wrote:
> Has anybody succeeded in compiling 0.9.10 with Cygwin? I'm getting the
> following error:-

Yea, it's in my TODO that I should probably fix those.. You'd only have
to rename the _read and _close functions to something else. I haven't
yet figured out what since I kind of like the _ naming convention.. :)
Maybe a full i_stream_file_read..


From ianj@ian-justman.com  Sun Aug 17 10:32:47 2003
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 14B91238C8; Sun, 17 Aug 2003 10:32:47 +0300 (EEST)
Received: from vector.chocobo.org (vector.chocobo.org [207.126.72.243])
	by danu.procontrol.fi (Postfix) with ESMTP id D1BCC238C5
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 10:32:42 +0300 (EEST)
Received: from ian-justman.com (jidoor.chocobo.org [207.126.72.253])
	by vector.chocobo.org (Postfix) with ESMTP
	id 1BAEAA90EA4; Sun, 17 Aug 2003 00:32:41 -0700 (PDT)
Message-ID: <3F3F2F99.4010209@ian-justman.com>
Date: Sun, 17 Aug 2003 00:32:41 -0700
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] more transitional joys
References: <16229986-CEA7-11D7-B43D-000393CC2E90@iki.fi>
	<3F3C1AE7.8060501@harvee.org> <1061075610.759.56.camel@hurina>
In-Reply-To: <1061075610.759.56.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 17 Aug 2003 07:32:47 -0000
X-UID: 1360                                                  
Status: O



Timo Sirainen wrote:

> On Fri, 2003-08-15 at 02:27, Eric S. Johansson wrote:
> 
>>by the way, in recovering my old inbox I created a new imap mailbox and the 
>>process keeps complaining about "invalid mask" and then lost my subscriptions to 
>>all my mailboxes.  What's that all about?  Need a protocol trace?
> 
> 
> It's most likely that Mozilla bug. Or maybe you have set wrong IMAP
> prefix? It tries anyway to subscribe using '/' hierarchy separator while
> Dovecot wants '.'.

I've never had any problems subscribing to mailboxes using Netscape (I use 
NS under Windows; I've had bad experiences with Moz under Windows).

Running Netscape 7.1, and am using the "Server supports folders that 
contain sub-folders and messages" in the incoming server's advance 
properties as unchecked since I use mbox.

--Ian.


From tss@iki.fi  Sun Aug 17 17:39:26 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C76B9238C8; Sun, 17 Aug 2003 17:39:26 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8B3E1238C5
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 17:39:18 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 46D6F5C896D9
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 17:39:18 +0300 (EEST)
Subject: Re: [Dovecot] more transitional joys
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F3F2F99.4010209@ian-justman.com>
References: <16229986-CEA7-11D7-B43D-000393CC2E90@iki.fi>
	 <3F3C1AE7.8060501@harvee.org> <1061075610.759.56.camel@hurina>
	 <3F3F2F99.4010209@ian-justman.com>
Content-Type: text/plain
Message-Id: <1061131157.768.77.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 17 Aug 2003 17:39:18 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 17 Aug 2003 14:39:27 -0000
X-UID: 1361                                                  
Status: O

On Sun, 2003-08-17 at 10:32, Ian R. Justman wrote:
> > It's most likely that Mozilla bug. Or maybe you have set wrong IMAP
> > prefix? It tries anyway to subscribe using '/' hierarchy separator while
> > Dovecot wants '.'.
> 
> I've never had any problems subscribing to mailboxes using Netscape (I use 
> NS under Windows; I've had bad experiences with Moz under Windows).
> 
> Running Netscape 7.1, and am using the "Server supports folders that 
> contain sub-folders and messages" in the incoming server's advance 
> properties as unchecked since I use mbox.

With mbox Dovecot wants to use '/' separator, so it's only maildir
that's problematic :)

Next version allows changing the hierarchy separator to anything you
want. Could be a good idea to use '/' with maildirs as well. I'm not
sure if I'd want to change the default though, might break some clients
which have cached the separator.


From matthias.andree@gmx.de  Sun Aug 17 21:23:23 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6B9D5238D4; Sun, 17 Aug 2003 21:23:23 +0300 (EEST)
Received: from m2a2.dyndns.org (p508779BA.dip.t-dialin.net [80.135.121.186])
	by danu.procontrol.fi (Postfix) with ESMTP id EC922238C5
	for <dovecot@procontrol.fi>; Sun, 17 Aug 2003 21:23:17 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 22C1293A1B; Sun, 17 Aug 2003 20:23:15 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] more transitional joys
In-Reply-To: <1061131157.768.77.camel@hurina> (Timo Sirainen's message of
 "17 Aug 2003 17:39:18 +0300")
References: <16229986-CEA7-11D7-B43D-000393CC2E90@iki.fi>
	<3F3C1AE7.8060501@harvee.org> <1061075610.759.56.camel@hurina>
	<3F3F2F99.4010209@ian-justman.com> <1061131157.768.77.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 17 Aug 2003 20:23:15 +0200
Message-ID: <m3zni8kuss.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 17 Aug 2003 18:23:23 -0000
X-UID: 1362                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Next version allows changing the hierarchy separator to anything you
> want. Could be a good idea to use '/' with maildirs as well. I'm not
> sure if I'd want to change the default though, might break some clients
> which have cached the separator.

Cone is one of these clients that cache NAMESPACE information.

-- 
Matthias Andree
From tss@iki.fi  Mon Aug 18 06:43:37 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0306A238C9; Mon, 18 Aug 2003 06:43:37 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 170822387F
	for <dovecot@procontrol.fi>; Mon, 18 Aug 2003 06:43:04 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id DC6275C896D9
	for <dovecot@procontrol.fi>; Mon, 18 Aug 2003 06:43:03 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1061178183.764.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 18 Aug 2003 06:43:03 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] CVS note
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 18 Aug 2003 03:43:37 -0000
X-UID: 1363                                                  
Status: O

Another large update for header caching which breaks your old indexes. I
think it's working pretty nicely now. Only some smaller tweaking left to
do with caching in general.


From amartinez@equital.com.uy  Mon Aug 18 23:58:27 2003
Return-Path: <amartinez@equital.com.uy>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 555A5238C5; Mon, 18 Aug 2003 23:58:27 +0300 (EEST)
Received: from sistemas.equital.lx (r200-40-171-82.adsl.anteldata.net.uy
	[200.40.171.82])
	by danu.procontrol.fi (Postfix) with ESMTP id 31D492387F
	for <dovecot@procontrol.fi>; Mon, 18 Aug 2003 23:58:18 +0300 (EEST)
Received: from equital-mail.equital.com (correo.equital.lx [1.1.2.202])
	by sistemas.equital.lx (8.12.9/8.11.6) with ESMTP id h7IKw5KH020045
	for <dovecot@procontrol.fi>; Mon, 18 Aug 2003 17:58:11 -0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 18 Aug 2003 17:58:44 -0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
Message-ID: <30F0523D384016498241055B0311A0722ABC9A@equital-mail.equital.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Questions
Thread-Index: AcNly4NkBQfpU/hPQvm3oP1I3b++TA==
From: "Alejandro Martinez" <amartinez@equital.com.uy>
To: <dovecot@procontrol.fi>
X-MailScanner-Information: Please contact the ISP for more information
X-MailScanner: Found to be clean
Subject: [Dovecot] Questions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 18 Aug 2003 20:58:27 -0000
X-UID: 1364                                                  
Status: O
Content-Length: 2100

Hi, I'm still figthing with passwd-file, virtual users and permissions.

I have created the directory /var/spool/virtual/test and inside I've =
done a "maildirmake Maildir".
I have a couple of questions :

I use the same passwd-file for auth_userdb and as auth_passdb.
1) What program can I use to create the userdb file ?=20
What I do now is to use the htpasswd program and then I complete by hand =
the rest of the fields (uid:group:GECOS:home:shell)

 htpasswd userdb test
 password: xxx
 again: xxx

And then vi userdb

test@test.com:ssasZXc00P1H6:502:102::/var/spool/virtual/test/:/bin/false =
<--by hand.

I think that if I want to offer virtual mail with imap is very tedious =
to complete user by user.

(If this second question does not fall in this list, then don't answer =
it)
2) I know that postfix delivers in Maildir format, and when the user is =
a virtual user, I do the next

 Modify the virtual file ---> test@test.com		test.test.com
 Modify the aliases file--> test.test.com:	=
/var/spool/virtual/test/Maildir
 postmap hash:virtual
 postaliases hash:aliases
 postfix reload
=20
 but when I do a "echo testing | sendmail test@test.com " I receive an =
error

Aug 18 15:32:44 slk90 postfix/pickup[12208]: 95C3717D5C: uid=3D0 =
from=3D<root>
Aug 18 15:32:44 slk90 postfix/cleanup[12252]: 95C3717D5C: =
message-id=3D<20030818183244.95C3717D5C@slk90.equital.lx>
Aug 18 15:32:44 slk90 postfix/qmgr[12209]: 95C3717D5C: =
from=3D<root@slk90.equital.lx>, size=3D291, nrcpt=3D1 (queue active)
Aug 18 15:32:44 slk90 postfix/local[12254]: 95C3717D5C: =
to=3D<test.prueba.com@slk90.equital.lx>, orig_to=3D<test@prueba.com>, =
relay=3Dlocal, delay=3D0, status=3Dbounced (cannot append message to =
destination file /var/spool/virtual/test/Maildir: cannot open file: =
Permission denied)


I'm confused about permissions. I set the /var/spool/virtual to =
dovecot.postfix and the permissions are drwxrwx---


Thanks a lot.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.509 / Virus Database: 306 - Release Date: 12/08/2003
=20
From dovecot@spam.turbolink.net  Tue Aug 19 00:00:40 2003
Return-Path: <dovecot@spam.turbolink.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E3F38238D2; Tue, 19 Aug 2003 00:00:40 +0300 (EEST)
Received: from delorean.turbolink.net (firewall.turbolink.net
	[209.120.199.48])
	by danu.procontrol.fi (Postfix) with ESMTP id 202E1238CB
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 00:00:39 +0300 (EEST)
Received: from localhost (junkmail@localhost)
	by delorean.turbolink.net (8.12.8/8.11.2) with ESMTP id h7IL6fG6018407
	for <dovecot@procontrol.fi>; Mon, 18 Aug 2003 17:06:41 -0400
Date: Mon, 18 Aug 2003 17:06:41 -0400 (EDT)
From: dovecot@spam.turbolink.net
X-X-Sender: junkmail@delorean.turbolink.net
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.53.0308181705480.820@delorean.turbolink.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Re: CVS Note
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 18 Aug 2003 21:00:41 -0000
X-UID: 1365                                                  
Status: O


Is mbox support working again in CVS?

- Mike

From esj@harvee.org  Tue Aug 19 00:26:43 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C555E238D3; Tue, 19 Aug 2003 00:26:43 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 9056B2384C
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 00:26:33 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7ILQVmj001118
	for <dovecot@procontrol.fi>; Mon, 18 Aug 2003 17:26:31 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Mon, 18 Aug 2003 17:26:21 -0400
Message-ID: <3F414423.3040702@harvee.org>
Date: Mon, 18 Aug 2003 17:24:51 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030818:dovecot@procontrol.fi:bc55be8edfc7d2ba
Subject: [Dovecot] transitional weirdnesses
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 18 Aug 2003 21:26:43 -0000
X-UID: 1366                                                  
Status: O

1) not reproducible but when it occurred, its stuck: in the early transition to 
dovecot I would notice occasionally that messages would come up, I would delete 
them and then something would hang causing a major delay in the (Mozilla) e-mail 
client's response.  When the system responded, I would notice that occasionally 
there would be an off by one offset between the index of messages and the 
message displayed.  This error would persist until I killed off the index and 
the dovecot process.

2) very reproducible: after fetching messages from my inbox, there will be a 
long (30 sec.) delay.  Dovecot demon is clearly busy doing something.  I do have 
a large set of filter rules (approximately 150) sorting messages into different 
boxes.  Is this a reason to switch to maildir?

3) just ended up with a message that displayed the entire header.  Will look 
into this more but it's very strange.

---eric


From rjhjr@cox.net  Tue Aug 19 03:18:19 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6241E238CB; Tue, 19 Aug 2003 03:18:19 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 8E81C2384C
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 03:18:12 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030819001812.VCJX23518.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Mon, 18 Aug 2003 20:18:12 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Mon, 18 Aug 2003 20:18:11 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Mon, 18 Aug 2003 20:18:11 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Message-ID: <20030819001810.GD55027@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] Three oddities
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 00:18:19 -0000
X-UID: 1367                                                  
Status: O
Content-Length: 2132

FBSD 4.8, Dovecot-0.99.10
1)
I have mail accounts for people who use Macs and Windows, so 
their mail is stored on a Unix box where they don't have accounts. 
When their mail comes in, it is stored in /var/mail/<accountname>. 
When I was setting this up, I used my own Unix account for testing, 
and that works fine. But for the other mail accounts, which don't 
correspond to Unix accounts, I want to give ownership of the 
/var/mail/* files to another account that doesn't have my privileges.
However, no one can access their mail unless I own their files. As long 
as I own all the /var/mail/* files, everything works fine. But if I 
shift ownership to another account, users can log on to Dovecot but 
attempts to access an IMAP folder return an error.

>From maillog:
Aug 18 16:39:46 kongemord imap(philrodrigues): mkdir_parents(/var/mail/philrodri
gues/.imap/INBOX) failed: Permission denied

All files and directories in /var/mail/* are in the mail group. I tried 
adding dovecot to that group, but that didn't help.

Since everyone can log on to Dovecot, but can't access their mail unless 
I own their files, I'm assuming that there's some simple ownership 
setting that I'm overlooking. But I haven't a clue what it is. Can someone 
tell me what I need to change?

2)
The Macs have Eudora 4.2 installed, and the Win boxes have Eudora 5.1. 
The Macs can delete mail, put it in the trash, and empty the trash. 
The Win clients can mark mail deleted, but they can't remove it. The 
mail stays in the IMAP folder until the same user accesses their mail 
from a Mac and deletes it. If a user drags a message to another folder, 
a copy is created in the new folder but the old copy remains in the 
original folder. I'm not having this problem with Mutt, so it the 
problem seems to be specific to the Windows verson of Eudora. Is there 
a fix?

3)
We're pulling our e-mail off our ISP's POP server and loading it into 
Dovecot to allow people to work with their mail from different 
machines. I'm using getmail to make the transfer. Is anyone else 
doing POP to IMAP, and how are they doing it? Any suggestions?  

TIA,
Bob Hall
From esj@harvee.org  Tue Aug 19 04:09:40 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DD0D2238D3; Tue, 19 Aug 2003 04:09:40 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id AE983238C5
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 04:09:35 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7J19Wmj003353;
	Mon, 18 Aug 2003 21:09:32 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Mon, 18 Aug 2003 21:09:28 -0400
Message-ID: <3F41786D.7010704@harvee.org>
Date: Mon, 18 Aug 2003 21:07:57 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bob Hall <rjhjr@cox.net>
Subject: Re: [Dovecot] Three oddities
References: <20030819001810.GD55027@kongemord.krig.net>
In-Reply-To: <20030819001810.GD55027@kongemord.krig.net>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030819:rjhjr@cox.net:220812c43cc10928
X-Camram: stamp; 0:030819:dovecot@procontrol.fi:328409838947735c
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 01:09:41 -0000
X-UID: 1368                                                  
Status: O

Bob Hall explained:

> 
> 3)
> We're pulling our e-mail off our ISP's POP server and loading it into 
> Dovecot to allow people to work with their mail from different 
> machines. I'm using getmail to make the transfer. Is anyone else 
> doing POP to IMAP, and how are they doing it? Any suggestions?  

finally a question I can answer.  :-)

if you're not going to have direct SMTP delivery, you are doing it the only way 
you really can.  One refinement would be to collect all e-mail for all addresses 
into a single pop3 box and use multidrop type functionality to retrieve and 
disburse the mail appropriately.

in theory it would be possible to retrieve using pop3 and then push using imap 
but that is too ugly to even contemplate.

---eric


From rjhjr@cox.net  Tue Aug 19 07:32:41 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 894A9238CB; Tue, 19 Aug 2003 07:32:41 +0300 (EEST)
Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244])
	by danu.procontrol.fi (Postfix) with ESMTP id 0502923896
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 07:32:29 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao01.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP
          id <20030819043226.OJTH7142.lakemtao01.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 00:32:26 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Tue, 19 Aug 2003 00:32:27 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Tue, 19 Aug 2003 00:32:27 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
Message-ID: <20030819043227.GA55571@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030819001810.GD55027@kongemord.krig.net>
	<3F41786D.7010704@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3F41786D.7010704@harvee.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 04:32:41 -0000
X-UID: 1369                                                  
Status: O
Content-Length: 1308

On Mon, Aug 18, 2003 at 09:07:57PM -0400, Eric S. Johansson wrote:
> Bob Hall explained:
> 
> >
> >3)
> >We're pulling our e-mail off our ISP's POP server and loading it into 
> >Dovecot to allow people to work with their mail from different 
> >machines. I'm using getmail to make the transfer. Is anyone else 
> >doing POP to IMAP, and how are they doing it? Any suggestions?  
> 
> finally a question I can answer.  :-)
> 
> if you're not going to have direct SMTP delivery, you are doing it the only 
> way you really can.  One refinement would be to collect all e-mail for all 
> addresses into a single pop3 box and use multidrop type functionality to 
> retrieve and disburse the mail appropriately.
> 
> in theory it would be possible to retrieve using pop3 and then push using 
> imap but that is too ugly to even contemplate.

If I understand you correctly, that's exactly what I'm doing. And here 
I thought my setup was a thing of beauty and a joy forever. 

I did look at the descriptions of multidrop setups in the fetchmail 
and getmail documentation, but decided, since eash user has his own 
POP account, to keep it that way in IMAP. Taking accounts that were 
seperate, blending them, and then seperating them again seemed more 
complicated than keeping them seperate. Am I wrong?

Bob Hall
From tss@iki.fi  Tue Aug 19 16:11:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1E61A238CB; Tue, 19 Aug 2003 16:11:58 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6E27423896
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:11:52 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 247765C896D9
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:11:52 +0300 (EEST)
Subject: Re: [Dovecot] Questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <30F0523D384016498241055B0311A0722ABC9A@equital-mail.equital.com>
References: 
	 <30F0523D384016498241055B0311A0722ABC9A@equital-mail.equital.com>
Content-Type: text/plain
Message-Id: <1061298711.19009.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 19 Aug 2003 16:11:51 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 13:11:58 -0000
X-UID: 1370                                                  
Status: O
Content-Length: 1233

On Mon, 2003-08-18 at 23:58, Alejandro Martinez wrote:
> Hi, I'm still figthing with passwd-file, virtual users and permissions.
> 
> I have created the directory /var/spool/virtual/test and inside I've done a "maildirmake Maildir".
> I have a couple of questions :
> 
> I use the same passwd-file for auth_userdb and as auth_passdb.
> 1) What program can I use to create the userdb file ? 

I do it with text editor as well.

> I think that if I want to offer virtual mail with imap is very tedious to complete user by user.

You could keep the users in LDAP or SQL and find/build some user
interface to update them easily.

> (If this second question does not fall in this list, then don't answer it)
> 2) I know that postfix delivers in Maildir format, and when the user is a virtual user, I do the next
> 
>  Modify the aliases file--> test.test.com:	/var/spool/virtual/test/Maildir
> Aug 18 15:32:44 slk90 postfix/local[12254]: 95C3717D5C: to=<test.prueba.com@slk90.equital.lx>, orig_to=<test@prueba.com>, relay=local, delay=0, status=bounced (cannot append message to destination file /var/spool/virtual/test/Maildir: cannot open file: Permission denied)

You're missing the '/' after Maildir. It's trying to open it as mbox.


From tss@iki.fi  Tue Aug 19 16:12:22 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92747238D7; Tue, 19 Aug 2003 16:12:22 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CFC6F23996
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:12:20 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id AA4F25C896D9
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:12:20 +0300 (EEST)
Subject: Re: [Dovecot] Re: CVS Note
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.53.0308181705480.820@delorean.turbolink.net>
References: <Pine.LNX.4.53.0308181705480.820@delorean.turbolink.net>
Content-Type: text/plain
Message-Id: <1061298740.19006.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 19 Aug 2003 16:12:20 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 13:12:22 -0000
X-UID: 1371                                                  
Status: O

On Tue, 2003-08-19 at 00:06, dovecot@spam.turbolink.net wrote:
> Is mbox support working again in CVS?

Nope.


From tss@iki.fi  Tue Aug 19 16:17:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 195BB23993; Tue, 19 Aug 2003 16:17:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 27A6823896
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:17:11 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D66CD5C896D9
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:17:10 +0300 (EEST)
Subject: Re: [Dovecot] transitional weirdnesses
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F414423.3040702@harvee.org>
References: <3F414423.3040702@harvee.org>
Content-Type: text/plain
Message-Id: <1061299030.19009.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 19 Aug 2003 16:17:10 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 13:17:14 -0000
X-UID: 1372                                                  
Status: O
Content-Length: 1455

On Tue, 2003-08-19 at 00:24, Eric S. Johansson wrote:
> 1) not reproducible but when it occurred, its stuck: in the early transition to 
> dovecot I would notice occasionally that messages would come up, I would delete 
> them and then something would hang causing a major delay in the (Mozilla) e-mail 
> client's response.  When the system responded, I would notice that occasionally 
> there would be an off by one offset between the index of messages and the 
> message displayed.  This error would persist until I killed off the index and 
> the dovecot process.
> 
> 3) just ended up with a message that displayed the entire header.  Will look 
> into this more but it's very strange.

Corrupted messages with Mozilla sounds a bit like the bug I fixed in
0.99.10.. You don't happen to be using CR+LF linefeeds? Or alternatively
it's just some mbox weirdness. I haven't noticed that myself though..

> 2) very reproducible: after fetching messages from my inbox, there
will be a 
> long (30 sec.) delay.  Dovecot demon is clearly busy doing something.  I do have 
> a large set of filter rules (approximately 150) sorting messages into different 
> boxes.  Is this a reason to switch to maildir?

You could check with strace -p pid what imap process is doing. Or if
those filter rules are done by client and one message at a time doing
COPY + EXPUNGE, it's really no wonder.

I'd suggest maildir anyway, it probably fixes your other problems too :)


From tss@iki.fi  Tue Aug 19 16:23:02 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 33DD1238C5; Tue, 19 Aug 2003 16:23:02 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6B40F23896
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:23:00 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 34ABF5C896D9
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:23:00 +0300 (EEST)
Subject: Re: [Dovecot] Three oddities
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030819001810.GD55027@kongemord.krig.net>
References: <20030819001810.GD55027@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1061299380.19006.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 19 Aug 2003 16:23:00 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 13:23:02 -0000
X-UID: 1373                                                  
Status: O
Content-Length: 1586

On Tue, 2003-08-19 at 03:18, Bob Hall wrote:
> FBSD 4.8, Dovecot-0.99.10
> 1)
> >From maillog:
> Aug 18 16:39:46 kongemord imap(philrodrigues): mkdir_parents(/var/mail/philrodri
> gues/.imap/INBOX) failed: Permission denied
> 
> All files and directories in /var/mail/* are in the mail group. I tried 
> adding dovecot to that group, but that didn't help.
> 
> Since everyone can log on to Dovecot, but can't access their mail unless 
> I own their files, I'm assuming that there's some simple ownership 
> setting that I'm overlooking. But I haven't a clue what it is. Can someone 
> tell me what I need to change?

What userdb are you using? Dovecot gets the uid/gid for users from
there. Whatever you do, don't use the "dovecot" user's uid there :)
Rather create a new one. Hm. Maybe I should rename it to dovecot-login
to make it more clear what it's supposed to used for..

> 2)
> The Macs have Eudora 4.2 installed, and the Win boxes have Eudora 5.1. 
> The Macs can delete mail, put it in the trash, and empty the trash. 
> The Win clients can mark mail deleted, but they can't remove it. The 
> mail stays in the IMAP folder until the same user accesses their mail 
> from a Mac and deletes it. If a user drags a message to another folder, 
> a copy is created in the new folder but the old copy remains in the 
> original folder. I'm not having this problem with Mutt, so it the 
> problem seems to be specific to the Windows verson of Eudora. Is there 
> a fix?

Are there error messages in log file? /var/log/maillog probably. I can't
think of any reason why it does that..


From tss@iki.fi  Tue Aug 19 16:28:55 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 28F272399D; Tue, 19 Aug 2003 16:28:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A4A6B23999
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:28:53 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5BDEA5C896D9
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:28:53 +0300 (EEST)
Subject: Re: [Dovecot] Three oddities
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3F41786D.7010704@harvee.org>
References: <20030819001810.GD55027@kongemord.krig.net>
	 <3F41786D.7010704@harvee.org>
Content-Type: text/plain
Message-Id: <1061299733.19006.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 19 Aug 2003 16:28:53 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 13:28:55 -0000
X-UID: 1374                                                  
Status: O

On Tue, 2003-08-19 at 04:07, Eric S. Johansson wrote:
> in theory it would be possible to retrieve using pop3 and then push using imap 
> but that is too ugly to even contemplate.

Well, UW-IMAP supports that. I've actually thought about supporting as
well :) It would work better to poll the pop3 box only when IMAP's INBOX
is being accessed by IMAP client. Luckily this can be implemented as a
plugin.


From esj@harvee.org  Tue Aug 19 16:41:43 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5901F23998; Tue, 19 Aug 2003 16:41:43 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 13D3923999
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:41:11 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7JDf8mj008467
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 09:41:08 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 19 Aug 2003 09:41:04 -0400
Message-ID: <3F422895.4050301@harvee.org>
Date: Tue, 19 Aug 2003 09:39:33 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
References: <20030819001810.GD55027@kongemord.krig.net>
	<3F41786D.7010704@harvee.org> <1061299733.19006.22.camel@hurina>
In-Reply-To: <1061299733.19006.22.camel@hurina>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030819:dovecot@procontrol.fi:f8aec2d7a64cc5d2
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 13:41:43 -0000
X-UID: 1375                                                  
Status: O
Content-Length: 1249

Timo Sirainen explained:

> On Tue, 2003-08-19 at 04:07, Eric S. Johansson wrote:
> 
>>in theory it would be possible to retrieve using pop3 and then push using imap 
>>but that is too ugly to even contemplate.
> 
> 
> Well, UW-IMAP supports that. I've actually thought about supporting as
> well :) It would work better to poll the pop3 box only when IMAP's INBOX
> is being accessed by IMAP client. Luckily this can be implemented as a
> plugin.

it's one of those "just because you can do it, doesn't mean you should" 
situations.  One of the big problems is that you bypass a lot of normal mail 
system functionality like antivirus or antispam filters.  In my antispam system 
(camram), I'm currently using procmail as a way of intercepting the mail stream 
and working on the messages.  Depositing messages via an imap backdoor would 
totally bypass filtering.

Additionally, if you use a collect pop3 box and multidrop distribution, you 
reduce your security exposure because only one password known (i.e. that for the 
pop box) versus 1 for every user.

I will need to look into the plug-in capability real soon now because it might 
be a good way to implement a correction mechanism for messages that aren't 
caught by the filter.

---eric


From esj@harvee.org  Tue Aug 19 16:46:11 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C805B239A7; Tue, 19 Aug 2003 16:46:11 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id EF2D12399D
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 16:46:09 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7JDk8mj008546
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 09:46:08 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 19 Aug 2003 09:46:06 -0400
Message-ID: <3F4229C3.4010105@harvee.org>
Date: Tue, 19 Aug 2003 09:44:35 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] transitional weirdnesses
References: <3F414423.3040702@harvee.org> <1061299030.19009.10.camel@hurina>
In-Reply-To: <1061299030.19009.10.camel@hurina>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030819:dovecot@procontrol.fi:777b5cc3f74a66fe
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 13:46:11 -0000
X-UID: 1376                                                  
Status: O
Content-Length: 1202

Timo Sirainen explained:

> On Tue, 2003-08-19 at 00:24, Eric S. Johansson wrote:
> 
> Corrupted messages with Mozilla sounds a bit like the bug I fixed in
> 0.99.10.. You don't happen to be using CR+LF linefeeds? Or alternatively
> it's just some mbox weirdness. I haven't noticed that myself though..

no, I don't think I am.  I will doublecheck however in any case, it only 
happened once so I'm not too worried

> You could check with strace -p pid what imap process is doing. Or if
> those filter rules are done by client and one message at a time doing
> COPY + EXPUNGE, it's really no wonder.

you know, I would not be surprised if Mozilla was doing that.  It's not a very 
smart imap client but it sucks far less than the other ones out there.  Now all 
I need is server side filtering that is manageable (unlike procmail) and I will 
be very happy (until the next time I stub my toe ;-)

> I'd suggest maildir anyway, it probably fixes your other problems too :)

I figured you'd say that.  It's where I was going anyway... now I need to figure 
out how to make the delivery agent (procmail) deliver to my inbox using maildir 
and everybody else's mailbox in mbox....  time to STFW

---eric



From tss@iki.fi  Tue Aug 19 18:46:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D2E95239A7; Tue, 19 Aug 2003 18:46:00 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 499A023994
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 18:45:59 +0300 (EEST)
Date: Tue, 19 Aug 2003 18:46:08 +0300
Subject: Re: [Dovecot] Three oddities
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F422895.4050301@harvee.org>
Message-Id: <4018B4B1-D25C-11D7-9050-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 15:46:01 -0000
X-UID: 1377                                                  
Status: O
Content-Length: 1276

On Tuesday, Aug 19, 2003, at 16:39 Europe/Helsinki, Eric S. Johansson 
wrote:

>> Well, UW-IMAP supports that. I've actually thought about supporting as
>> well :) It would work better to poll the pop3 box only when IMAP's 
>> INBOX
>> is being accessed by IMAP client. Luckily this can be implemented as a
>> plugin.
>
> it's one of those "just because you can do it, doesn't mean you 
> should" situations.  One of the big problems is that you bypass a lot 
> of normal mail system functionality like antivirus or antispam 
> filters.  In my antispam system (camram), I'm currently using procmail 
> as a way of intercepting the mail stream and working on the messages.  
> Depositing messages via an imap backdoor would totally bypass 
> filtering.

Nothing would prevent the same plugin from putting the messages through 
spam and virus checkers.

> Additionally, if you use a collect pop3 box and multidrop 
> distribution, you reduce your security exposure because only one 
> password known (i.e. that for the pop box) versus 1 for every user.

I meant that you'd still use multiple normal pop3 boxes. You could have 
per-user configuration for the pop3 box locations and passwords. Either 
using some ~/.dovecotrc file or ANNOTATEMORE extension once we support 
that.

From ianj@ian-justman.com  Tue Aug 19 18:48:45 2003
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DF84C239AB; Tue, 19 Aug 2003 18:48:45 +0300 (EEST)
Received: from sakura.ian-justman.com (sakura.ian-justman.com
	[207.126.72.246])
	by danu.procontrol.fi (Postfix) with ESMTP id 0A447239A7
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 18:48:41 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.ian-justman.com (Postfix) with ESMTP id 03DAAC9B881;
	Tue, 19 Aug 2003 08:48:39 -0700 (PDT)
Received: from sakura.ian-justman.com ([127.0.0.1])
 by localhost (sakura [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 24866-01; Tue, 19 Aug 2003 08:48:37 -0700 (PDT)
Received: from ian-justman.com (fenchurch.netasset.com [207.126.67.194])
	by sakura.ian-justman.com (Postfix) with ESMTP id F0744C9B81F;
	Tue, 19 Aug 2003 08:48:36 -0700 (PDT)
Message-ID: <3F4246D5.5040809@ian-justman.com>
Date: Tue, 19 Aug 2003 08:48:37 -0700
From: "Ian R. Justman" <ianj@ian-justman.com>
Organization: Net Asset, Network Operations
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en, ja
MIME-Version: 1.0
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] transitional weirdnesses
References: <3F414423.3040702@harvee.org> <1061299030.19009.10.camel@hurina>
	<3F4229C3.4010105@harvee.org>
In-Reply-To: <3F4229C3.4010105@harvee.org>
X-Enigmail-Version: 0.76.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new-20030616-p3 (Debian)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 15:48:46 -0000
X-UID: 1378                                                  
Status: O



Eric S. Johansson wrote:

> I figured you'd say that.  It's where I was going anyway... now I need 
> to figure out how to make the delivery agent (procmail) deliver to my 
> inbox using maildir and everybody else's mailbox in mbox....  time to STFW

Just follow your destination folder with a / and it will create a Maildir.

--Ian.

From tss@iki.fi  Tue Aug 19 18:48:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B1EDA239B6; Tue, 19 Aug 2003 18:48:57 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 68E73239B7
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 18:48:53 +0300 (EEST)
Date: Tue, 19 Aug 2003 18:49:03 +0300
Subject: Re: [Dovecot] transitional weirdnesses
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F4229C3.4010105@harvee.org>
Message-Id: <A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 15:48:57 -0000
X-UID: 1379                                                  
Status: O

On Tuesday, Aug 19, 2003, at 16:44 Europe/Helsinki, Eric S. Johansson 
wrote:

> Now all I need is server side filtering that is manageable (unlike 
> procmail) and I will be very happy (until the next time I stub my toe 
> ;-)

That would probably be Sieve then. I think there's some GUIs for it as 
well. I'd just have to get around plugging libSieve into Dovecot. Last 
I tried it wasn't as simple as I thought.

From esj@harvee.org  Tue Aug 19 20:03:39 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E298723998; Tue, 19 Aug 2003 20:03:39 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id CC9ED23896
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 20:03:29 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7JH3Rmj010394
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 13:03:27 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 19 Aug 2003 13:03:26 -0400
Message-ID: <3F425803.6050107@harvee.org>
Date: Tue, 19 Aug 2003 13:01:55 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
References: <4018B4B1-D25C-11D7-9050-000393CC2E90@iki.fi>
In-Reply-To: <4018B4B1-D25C-11D7-9050-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030819:dovecot@procontrol.fi:2b01cee3cf9eff7a
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 17:03:40 -0000
X-UID: 1380                                                  
Status: O

Timo Sirainen explained:
> Nothing would prevent the same plugin from putting the messages through 
> spam and virus checkers.

quite correct and that occurred to me about 30 pico seconds after I hit the send 
button.  at the same time, it's yet another thing that requires manual 
configuration.  Yet another thing that can and probably will go wrong.

> I meant that you'd still use multiple normal pop3 boxes. You could have 
> per-user configuration for the pop3 box locations and passwords. Either 
> using some ~/.dovecotrc file or ANNOTATEMORE extension once we support 
> that.

ah. sorry about misunderstanding.  Seems like there's quite a bit more 
functionality in dovecot then the web site conveys.  No blame.  I understand the 
phenomenon quite well and am a victim of myself.  The camram documentation is 
currently a year out of date and I want to get 0.2 out the door before I start 
updating it.

---eric


From esj@harvee.org  Tue Aug 19 20:08:13 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CEF17239BE; Tue, 19 Aug 2003 20:08:13 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 0A6AE239BC
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 20:08:12 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7JH8Amj010532
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 13:08:10 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 19 Aug 2003 13:08:07 -0400
Message-ID: <3F42591C.4070709@harvee.org>
Date: Tue, 19 Aug 2003 13:06:36 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] transitional weirdnesses
References: <A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
In-Reply-To: <A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030819:dovecot@procontrol.fi:0910bc7ba3a3cdc4
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 17:08:14 -0000
X-UID: 1381                                                  
Status: O

Timo Sirainen explained:

> On Tuesday, Aug 19, 2003, at 16:44 Europe/Helsinki, Eric S. Johansson 
> wrote:
> 
> That would probably be Sieve then. I think there's some GUIs for it as 
> well. I'd just have to get around plugging libSieve into Dovecot. Last I 
> tried it wasn't as simple as I thought.

why is none of this stuff as easy as it should be?  We should know enough now to 
be able to abstract appropriate bits functionality and communicate that 
abstraction clearly.  Instead we still have a rather poor mishmash of knowledge 
compounded by a cluster of point simplifications when used together increase 
overall complexity.

bah, humbug.. should have stayed in astronomy and physics.

---eric


From warren@togami.com  Tue Aug 19 22:30:28 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 59C0A2399B; Tue, 19 Aug 2003 22:30:28 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 5BD5E238CE
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 22:30:23 +0300 (EEST)
Received: from localhost (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id A70185D8060
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 09:50:36 -1000 (HST)
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1061321415.7623.103.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-3) 
Date: Tue, 19 Aug 2003 09:30:15 -1000
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Squirrelmail and Dovecot folder namespace
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 19:30:28 -0000
X-UID: 1382                                                  
Status: O

I am currently using Squirrelmail and Dovecot with this setting:

default_mail_env = mbox:%h/mail/:INBOX=%h/mail/INBOX

It works well, however folder subscriptions in Squirrelmail annoyingly
end up with "./" prefixes because Squirrelmail refuses to work without
overriding the folder namespace.  All of my other IMAP clients work fine
without setting that option.

Squirrelmail's default setting is this:
$default_folder_prefix          = './mail';

This setting breaks Squirrelmail:
$default_folder_prefix          = '';

This setting becomes default if you attempt to blank that user's
preference:
$default_folder_prefix          = './';

The end result of this is duplicate entries in .subscriptions, one with
"./" prefix and one without.  Most IMAP clients handle this by showing
all the folders again in a folder named ".", or Mozilla displays all
folders twice. =(

When I asked one of the squirrelmail developers, he said that this might
be a dovecot specific problem.  Any ideas?

Warren Togami
warren@togami.com

From tss@iki.fi  Tue Aug 19 22:38:12 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D00B2399E; Tue, 19 Aug 2003 22:38:12 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 90C472399C
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 22:38:10 +0300 (EEST)
Date: Tue, 19 Aug 2003 22:38:20 +0300
Subject: Re: [Dovecot] Squirrelmail and Dovecot folder namespace
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <1061321415.7623.103.camel@laptop>
Message-Id: <B047B1A9-D27C-11D7-9050-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 19:38:12 -0000
X-UID: 1383                                                  
Status: O

On Tuesday, Aug 19, 2003, at 22:30 Europe/Helsinki, Warren Togami wrote:

> This setting breaks Squirrelmail:
> $default_folder_prefix          = '';

Breaks how? I use it with Squirrelmail 1.4, and everything including 
subscribing and unsubscribing seems to work fine. I use maildir, but I 
don't think that should make much of a difference.

From rjhjr@cox.net  Wed Aug 20 00:11:31 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1BEA423997; Wed, 20 Aug 2003 00:11:31 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id 9803723996
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 00:11:26 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030819211124.XMY419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 17:11:24 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Tue, 19 Aug 2003 17:11:23 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Tue, 19 Aug 2003 17:11:23 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
Message-ID: <20030819211109.GA2673@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030819001810.GD55027@kongemord.krig.net>
	<1061299380.19006.17.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1061299380.19006.17.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 21:11:31 -0000
X-UID: 1384                                                  
Status: O
Content-Length: 4338

On Tue, Aug 19, 2003 at 04:23:00PM +0300, Timo Sirainen wrote:
> On Tue, 2003-08-19 at 03:18, Bob Hall wrote:
> > FBSD 4.8, Dovecot-0.99.10
> > 1)
> > >From maillog:
> > Aug 18 16:39:46 kongemord imap(philrodrigues): mkdir_parents(/var/mail/philrodri
> > gues/.imap/INBOX) failed: Permission denied
> > 
> > All files and directories in /var/mail/* are in the mail group. I tried 
> > adding dovecot to that group, but that didn't help.
> > 
> > Since everyone can log on to Dovecot, but can't access their mail unless 
> > I own their files, I'm assuming that there's some simple ownership 
> > setting that I'm overlooking. But I haven't a clue what it is. Can someone 
> > tell me what I need to change?
> 
> What userdb are you using? Dovecot gets the uid/gid for users from

The userdb is ldap. What are the uid and gid supposed to do? I have 
the default uid in dovecot-ldap.conf and the individual uidNumber and 
values in the LDAP registry set to the mail account (the one I want to own 
the mail files). The default gid and the individual gidNumbers are set 
to the mail group, which is the group assigned to all files in /var/mail. 
If the mail account owns the files, users can't access them. If I own 
the files, everthing works fine, but my uid and gid numbers are not listed 
anywhere that dovecot has access to. I know that imap-master checks uids 
and gids for validity, but aside from that I don't know what they're used 
for.

I thought that maybe the fact that I'm a wheel and the mail user is not
had something to do with it, but adding the mail account to the wheel group 
had no effect. I tried adding dovecot and the mail user to the mail group, 
again with no effect. I still have to be the owner of the mail files.

> there. Whatever you do, don't use the "dovecot" user's uid there :)
> Rather create a new one. Hm. Maybe I should rename it to dovecot-login
> to make it more clear what it's supposed to used for..

I don't think that will make it clearer. Both dovecot.conf and 
"ps waux | grep dovecot" make it clear what the dovecot processes 
are used for. If you name it dovecot-login, I think it would be just as 
easy for someone to get confused and try to use the dovecot uid for 
themselves, in the belief that they need it to log in. 

I think you're at a point where you need to think about how you are 
going to explain Dovecot to users. If relatively ignorant users like 
me can install it easily and securely, then Dovecot will have a 
reputation for being easy to use and secure. If we don't know how to 
install Dovecot easily and securely, then it will get a reputation for 
being complicated and insecure, regardless of the reality. An 
application's reputation, earned or unearned, tends to be established 
by the lowest tier of users. If I feel I understand how to install and 
set up Dovecot, then I will feel that my installation is secure. If I 
have doubts about what I've done, then I'm going to have doubts about 
my security. And I don't think you want to spend all your spare time 
explaining Dovecot to us foolish beginners. 
 
> > 2)
> > The Macs have Eudora 4.2 installed, and the Win boxes have Eudora 5.1. 
> > The Macs can delete mail, put it in the trash, and empty the trash. 
> > The Win clients can mark mail deleted, but they can't remove it. The 
> > mail stays in the IMAP folder until the same user accesses their mail 
> > from a Mac and deletes it. If a user drags a message to another folder, 
> > a copy is created in the new folder but the old copy remains in the 
> > original folder. I'm not having this problem with Mutt, so it the 
> > problem seems to be specific to the Windows verson of Eudora. Is there 
> > a fix?
> 
> Are there error messages in log file? /var/log/maillog probably. I can't
> think of any reason why it does that..

No. Nothing in maillog, and nothing in dovecot.rawlog. That's something 
else I'm confused about: When exactly does Dovecot write to the raw logs? 
I've got a boatload of entries from 20030814, and nothing before or since. 



Also, I get the following in the output from "ps waux | grep dovecot":

dovecot       1004  0.0  0.9  2208  536  ??  S     7:58AM   0:01.48 imap-login:
imap-login [IP address] (imap-login)

The machine at [IP address] is physically shut down. Should there still 
be an imap-login process for it?
From mem@mv.mv.com  Wed Aug 20 01:09:33 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 073512399C; Wed, 20 Aug 2003 01:09:33 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id CCA31238CB
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 01:09:30 +0300 (EEST)
Received: (qmail 10460 invoked by uid 101); 19 Aug 2003 18:09:29 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 19 Aug 2003 18:09:29 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] transitional weirdnesses
Message-ID: <20030819220929.GC16988@iridium.mv.net>
References: <3F4229C3.4010105@harvee.org>
	<A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 22:09:33 -0000
X-UID: 1385                                                  
Status: O

On Tue, Aug 19, 2003 at 06:49:03PM +0300, Timo Sirainen wrote:
> On Tuesday, Aug 19, 2003, at 16:44 Europe/Helsinki, Eric S. Johansson 
> wrote:
> 
> >Now all I need is server side filtering that is manageable (unlike 
> >procmail) and I will be very happy (until the next time I stub my toe 
> >;-)
> 
> That would probably be Sieve then. I think there's some GUIs for it as 
> well. I'd just have to get around plugging libSieve into Dovecot. Last 
> I tried it wasn't as simple as I thought.

I thought he was just musing about finding a delivery agent that
included a filtering language.  Not sure what good having such a thing
in the IMAP server does, although I know some support it.  Seems to me
that a facility to re-deliver mail or other general ways to give a
message to a standalone tool (as briefly discussed a while ago) would
be superior.

-mm-  (currently using a sieve-ish filter on my inbox..)
From esj@harvee.org  Wed Aug 20 01:57:20 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 40C3123996; Wed, 20 Aug 2003 01:57:20 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 480C123896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 01:57:14 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7JMvBmj013542
	for <dovecot@procontrol.fi>; Tue, 19 Aug 2003 18:57:11 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 19 Aug 2003 18:57:09 -0400
Message-ID: <3F42AAEA.4080805@harvee.org>
Date: Tue, 19 Aug 2003 18:55:38 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] transitional weirdnesses
References: <3F4229C3.4010105@harvee.org>
	<A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
	<20030819220929.GC16988@iridium.mv.net>
In-Reply-To: <20030819220929.GC16988@iridium.mv.net>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030819:dovecot@procontrol.fi:483dbd052d06f650
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2003 22:57:20 -0000
X-UID: 1386                                                  
Status: O
Content-Length: 2275

Mark E. Mallett explained:

> On Tue, Aug 19, 2003 at 06:49:03PM +0300, Timo Sirainen wrote:
> 
> I thought he was just musing about finding a delivery agent that

Mark, I know you're just being polite.  It's OK to say "grousing" or "whingeing" 
because that's what I was doing.  ;-)

> included a filtering language.  Not sure what good having such a thing
> in the IMAP server does, although I know some support it.  Seems to me
> that a facility to re-deliver mail or other general ways to give a
> message to a standalone tool (as briefly discussed a while ago) would
> be superior.

in all seriousness, what you are describing is the right place to put a filter 
as long as the user agent has a channel for notifications of mail delivery to 
different mailboxes.  Remember my grousing about complexity?  This kind of 
simplification is necessary.

So, to go to the next step, there are 4 components on the receive side of a mail 
system, MTA, LDA, MPA, MUA; mail transport agent, local delivery agent, mailbox 
presentation agent, and mail user agent.  Sendmail and postfix are examples of 
mail transport agents.  Procmail is an example of a local delivery agent. 
dovecot is an example of a mailbox presentation agent.  And Eudora, Mozilla, 
outlook are all examples of mail user agents.

if I understand you correctly Mark, you think that putting filter and plug-in 
facilities into the local delivery agent would be the appropriate place.  Please 
correct me if I'm wrong.

Architecturally, I consider putting the filter in the LDA appropriate because 
the filter operations happen at delivery time when it's appropriate not as you 
are trying to read your inbox.  It's also the appropriate place to put other 
types of processing such as antispam and antivirus checking.

One interesting thing about this model is that it implies if you can push mail 
around from the MPA, there is a question of whether or not you want to replicate 
LDA functionality in the MPA and if so, how much?  or how much common code can a 
LDA and MPA share?  Is there a different architectural structure where all 
inbound mail is injected through common path.

I don't expect anyone to do anything about this.  I'm just treading the ground 
to see what the terrain feels like.

---eric


From mem@mv.mv.com  Wed Aug 20 03:49:24 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6EB20238CB; Wed, 20 Aug 2003 03:49:24 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 1FEB223896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 03:49:22 +0300 (EEST)
Received: (qmail 332 invoked by uid 101); 19 Aug 2003 20:49:21 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 19 Aug 2003 20:49:21 -0400
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] transitional weirdnesses
Message-ID: <20030820004920.GK1902@iridium.mv.net>
References: <3F4229C3.4010105@harvee.org>
	<A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
	<20030819220929.GC16988@iridium.mv.net> <3F42AAEA.4080805@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3F42AAEA.4080805@harvee.org>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 00:49:24 -0000
X-UID: 1387                                                  
Status: O
Content-Length: 3759

On Tue, Aug 19, 2003 at 06:55:38PM -0400, Eric S. Johansson wrote:
> 
> Mark, I know you're just being polite.

I guess there's always a first time :-)


> So, to go to the next step, there are 4 components on the receive side of a 
> mail system, MTA, LDA, MPA, MUA; mail transport agent, local delivery 
> agent, mailbox presentation agent, and mail user agent.  Sendmail and 
> postfix are examples of mail transport agents.  Procmail is an example of a 
> local delivery agent. dovecot is an example of a mailbox presentation 
> agent.  And Eudora, Mozilla, outlook are all examples of mail user agents.

In my extreme ignorance, I have not heard of the term "MPA".  However
it does seem to fit.


> if I understand you correctly Mark, you think that putting filter and 
> plug-in facilities into the local delivery agent would be the appropriate 
> place.  Please correct me if I'm wrong.

I dunno.  Maybe I was just spouting off too much.  I do think that
filters that are designed to accomplish mail delivery are most
appropriate in the delivery agent.  But I am also in favor of having
controls at various stages.  The filtering controls at the MTA level
are not likely to be the same as those at the delivery agent level--
here, I use both.  And I suppose I can see where there might be a
demand for filters that are active when the mail is fetched from the
mailbox server (e.g. between IMAP server and mail user agent).  But is
something like Sieve the right fit there?  Sieve is designed to
control what happens to mail on delivery.  (One might have such
filters at the user agent side inasmuch as there is delivery to local
folders going on there.)  All I really said was that if you want to
have filters that control how mail is filed on the mailbox server,
have a mechanism to re-deliver the mail so that new delivery filters
can be applied.  This would isolate the delivery logic to one place.
I would think there would be a different set of requirements for
filters (or selection criteria) that are engaged when the mail client
talks to the mailbox server.  And a lot of that is already present and
available by using the IMAP or POP3 protocol.


> Architecturally, I consider putting the filter in the LDA appropriate 
> because the filter operations happen at delivery time when it's appropriate 
> not as you are trying to read your inbox.  It's also the appropriate place 
> to put other types of processing such as antispam and antivirus checking.

Well- there are conflicts.  One wants to conserve resources, but the
resources available are sometimes in opposition (horsepower on the
server, bandwidth between the server and the client, time and effort
involved to set up each client, the are all resources that have to be
juggled).  One puts filtering on the server in order to conserve
bandwidth between the server and client.  One puts heavy duty work on
the client system because doing so on the server can't scale.  (So
whereas I can't run a CRM114 analysis on every message that hits the
server, each client could do so on their own machine.)  One may
relegate virus checking to the client machine because the corrective
stuff has to be done there anyway if a virus gets through.  Etc.


> One interesting thing about this model is that it implies if you can push 
> mail around from the MPA, there is a question of whether or not you want to 
> replicate LDA functionality in the MPA and if so, how much?  or how much 
> common code can a LDA and MPA share?  Is there a different architectural 
> structure where all inbound mail is injected through common path.
> 
> I don't expect anyone to do anything about this.  I'm just treading the 
> ground to see what the terrain feels like.

(no comment, other than just nodding)

-mm-
From tss@iki.fi  Wed Aug 20 06:12:02 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BD034238CE; Wed, 20 Aug 2003 06:12:02 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9CED923896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 06:11:59 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 6CB5B5C896D9
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 06:11:59 +0300 (EEST)
Subject: Re: [Dovecot] Three oddities
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030819211109.GA2673@kongemord.krig.net>
References: <20030819001810.GD55027@kongemord.krig.net>
	 <1061299380.19006.17.camel@hurina>
	 <20030819211109.GA2673@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1061349119.19011.46.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 20 Aug 2003 06:11:59 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 03:12:02 -0000
X-UID: 1388                                                  
Status: O
Content-Length: 3251

On Wed, 2003-08-20 at 00:11, Bob Hall wrote:
> > What userdb are you using? Dovecot gets the uid/gid for users from
> 
> The userdb is ldap. What are the uid and gid supposed to do?

imap process is run under them. Actually after reading your mail, it
feels like you haven't even noticed their existence? :)

> I have 
> the default uid in dovecot-ldap.conf and the individual uidNumber and 
> values in the LDAP registry set to the mail account (the one I want to own 
> the mail files). The default gid and the individual gidNumbers are set 
> to the mail group, which is the group assigned to all files in /var/mail. 

Sounds correct then. Did you verify with ps that the imap processes are
also running under that user? Are you sure the full /var/mail/etc path
is accessible to that user?

> If the mail account owns the files, users can't access them. If I own 
> the files, everthing works fine, but my uid and gid numbers are not listed 
> anywhere that dovecot has access to.

Well, that sounds weird. It's sounds like it's still running the imap
processes under your uid?

> I know that imap-master checks uids 
> and gids for validity, but aside from that I don't know what they're used 
> for.

They're just extra checks.

> I thought that maybe the fact that I'm a wheel and the mail user is not
> had something to do with it,

No, and actually Dovecot drops the wheel group permissions if you happen
to belong to it :)

> I think you're at a point where you need to think about how you are 
> going to explain Dovecot to users.

Yea .. I should write some simple to read installation manual.

> > > 2)
> > > The Macs have Eudora 4.2 installed, and the Win boxes have Eudora 5.1. 
> > > The Macs can delete mail, put it in the trash, and empty the trash. 
> > > The Win clients can mark mail deleted, but they can't remove it. The 
> > > mail stays in the IMAP folder until the same user accesses their mail 
> > > from a Mac and deletes it. If a user drags a message to another folder, 
> > > a copy is created in the new folder but the old copy remains in the 
> > > original folder. I'm not having this problem with Mutt, so it the 
> > > problem seems to be specific to the Windows verson of Eudora. Is there 
> > > a fix?
> > 
> > Are there error messages in log file? /var/log/maillog probably. I can't
> > think of any reason why it does that..
> 
> No. Nothing in maillog,

But there's "Dovecot starting up" message anyway?

> and nothing in dovecot.rawlog. That's something 
> else I'm confused about: When exactly does Dovecot write to the raw logs? 
> I've got a boatload of entries from 20030814, and nothing before or since. 

They're written to immediately. If you're not seeing them, there's two
possibilities: dovecot.rawlog isn't located in user's home directory (or
the home directory isn't given at all), or it doesn't have permissions
to write there.

> Also, I get the following in the output from "ps waux | grep dovecot":
> 
> dovecot       1004  0.0  0.9  2208  536  ??  S     7:58AM   0:01.48 imap-login:
> imap-login [IP address] (imap-login)
> 
> The machine at [IP address] is physically shut down. Should there still 
> be an imap-login process for it?

Hmm. Not really. Check with strace -p what it's doing?


From tss@iki.fi  Wed Aug 20 06:14:26 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DBAEB23996; Wed, 20 Aug 2003 06:14:26 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8EE7F238CE
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 06:14:23 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5345F5C896D9
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 06:14:23 +0300 (EEST)
Subject: Re: [Dovecot] transitional weirdnesses
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F42AAEA.4080805@harvee.org>
References: <3F4229C3.4010105@harvee.org>
	<A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi>
	<3F42AAEA.4080805@harvee.org>
Content-Type: text/plain
Message-Id: <1061349263.19010.50.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 20 Aug 2003 06:14:23 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 03:14:27 -0000
X-UID: 1389                                                  
Status: O

On Wed, 2003-08-20 at 01:55, Eric S. Johansson wrote:
> Architecturally, I consider putting the filter in the LDA appropriate because 
> the filter operations happen at delivery time when it's appropriate not as you 
> are trying to read your inbox.  It's also the appropriate place to put other 
> types of processing such as antispam and antivirus checking.

It's also where I was going to put the Sieve scripting. I was going to
create a separate "deliver" binary which would read the mail from stdin
and place it into proper mailbox. This could be also used to update
indexes immediately while mail is being delivered.


From rjhjr@cox.net  Wed Aug 20 08:19:22 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 28361238CE; Wed, 20 Aug 2003 08:19:22 +0300 (EEST)
Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 0530B238CB
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 08:19:10 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao02.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030820051907.GNYS11854.lakemtao02.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 01:19:07 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 20 Aug 2003 01:19:08 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 20 Aug 2003 01:19:08 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
Message-ID: <20030820051908.GA779@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030819001810.GD55027@kongemord.krig.net>
	<1061299380.19006.17.camel@hurina> <20030819211109.GA2673@kongemord.krig.net>
	<1061349119.19011.46.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1061349119.19011.46.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 05:19:22 -0000
X-UID: 1390                                                  
Status: O
Content-Length: 4305

On Wed, Aug 20, 2003 at 06:11:59AM +0300, Timo Sirainen wrote:
> On Wed, 2003-08-20 at 00:11, Bob Hall wrote:
> > > What userdb are you using? Dovecot gets the uid/gid for users from
> > 
> > The userdb is ldap. What are the uid and gid supposed to do?
> 
> imap process is run under them. Actually after reading your mail, it
> feels like you haven't even noticed their existence? :)

In the paragraph you quote below, I described setting the global and 
individual uids and gids, so I must have been aware of their existence.  
I thought they were being used to set permissions, but you explain 
otherwise below.
 
> > I have 
> > the default uid in dovecot-ldap.conf and the individual uidNumber and 
> > values in the LDAP registry set to the mail account (the one I want to own 
> > the mail files). The default gid and the individual gidNumbers are set 
> > to the mail group, which is the group assigned to all files in /var/mail. 
> 
> Sounds correct then. Did you verify with ps that the imap processes are
> also running under that user? Are you sure the full /var/mail/etc path
> is accessible to that user?

The main dovecot process runs under root. If I understand correctly, 
it forks subprocesses (imap) that run under the user. These never show 
up in ps. Is there a way to capture a transitory process in ps? My 
Dovecot installation is currently hosed, so the imap processes may not 
be spawning.
 
> > If the mail account owns the files, users can't access them. If I own 
> > the files, everthing works fine, but my uid and gid numbers are not listed 
> > anywhere that dovecot has access to.
> 
> Well, that sounds weird. It's sounds like it's still running the imap
> processes under your uid?

Yea. How do I check that, if imap never shows up in ps? 
 
> > I know that imap-master checks uids 
> > and gids for validity, but aside from that I don't know what they're used 
> > for.
> 
> They're just extra checks.

Just validity checks? OK, that makes sense.
 
> > I thought that maybe the fact that I'm a wheel and the mail user is not
> > had something to do with it,
> 
> No, and actually Dovecot drops the wheel group permissions if you happen
> to belong to it :)
> 
> > I think you're at a point where you need to think about how you are 
> > going to explain Dovecot to users.
> 
> Yea .. I should write some simple to read installation manual.
> 
> > > > 2)
> > > > The Macs have Eudora 4.2 installed, and the Win boxes have Eudora 5.1. 
> > > > The Macs can delete mail, put it in the trash, and empty the trash. 
> > > > The Win clients can mark mail deleted, but they can't remove it. The 
> > > > mail stays in the IMAP folder until the same user accesses their mail 
> > > > from a Mac and deletes it. If a user drags a message to another folder, 
> > > > a copy is created in the new folder but the old copy remains in the 
> > > > original folder. I'm not having this problem with Mutt, so it the 
> > > > problem seems to be specific to the Windows verson of Eudora. Is there 
> > > > a fix?
> > > 
> > > Are there error messages in log file? /var/log/maillog probably. I can't
> > > think of any reason why it does that..
> > 
> > No. Nothing in maillog,
> 
> But there's "Dovecot starting up" message anyway?

Yes.
 
> > and nothing in dovecot.rawlog. That's something 
> > else I'm confused about: When exactly does Dovecot write to the raw logs? 
> > I've got a boatload of entries from 20030814, and nothing before or since. 
> 
> They're written to immediately. If you're not seeing them, there's two
> possibilities: dovecot.rawlog isn't located in user's home directory (or
> the home directory isn't given at all), or it doesn't have permissions
> to write there.

I've got it in my home directory, and it's listed in homeDirectory in the 
ldap registry. I made dovecot.rawlog world writable. Nothing is showing up.
 
> > Also, I get the following in the output from "ps waux | grep dovecot":
> > 
> > dovecot       1004  0.0  0.9  2208  536  ??  S     7:58AM   0:01.48 imap-login:
> > imap-login [IP address] (imap-login)
> > 
> > The machine at [IP address] is physically shut down. Should there still 
> > be an imap-login process for it?
> 
> Hmm. Not really. Check with strace -p what it's doing?

I'll try that as soon as I un-hose Dovecot.

Bob Hall 
From tss@iki.fi  Wed Aug 20 08:51:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 90C1D23996; Wed, 20 Aug 2003 08:51:34 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E1CB723896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 08:51:32 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 854675C896D9
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 08:51:32 +0300 (EEST)
Subject: Re: [Dovecot] Three oddities
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030820051908.GA779@kongemord.krig.net>
References: <20030819001810.GD55027@kongemord.krig.net>
	 <1061299380.19006.17.camel@hurina>
	 <20030819211109.GA2673@kongemord.krig.net>
	 <1061349119.19011.46.camel@hurina>
	 <20030820051908.GA779@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1061358692.24981.80.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 20 Aug 2003 08:51:32 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 05:51:34 -0000
X-UID: 1391                                                  
Status: O
Content-Length: 1297

On Wed, 2003-08-20 at 08:19, Bob Hall wrote:
> > imap process is run under them. Actually after reading your mail, it
> > feels like you haven't even noticed their existence? :)
> 
> In the paragraph you quote below, I described setting the global and 
> individual uids and gids, so I must have been aware of their existence.  

I meant the imap processes actually.

> > Sounds correct then. Did you verify with ps that the imap processes are
> > also running under that user? Are you sure the full /var/mail/etc path
> > is accessible to that user?
> 
> The main dovecot process runs under root. If I understand correctly, 
> it forks subprocesses (imap) that run under the user. These never show 
> up in ps. Is there a way to capture a transitory process in ps? My 
> Dovecot installation is currently hosed, so the imap processes may not 
> be spawning.

Try logging in manually?

telnet localhost imap2
x login user pass

Then you should have imap process.

> I've got it in my home directory, and it's listed in homeDirectory in the 
> ldap registry. I made dovecot.rawlog world writable. Nothing is showing up.

Oh and third thing. You had to configure dovecot with --with-rawlog.
Actually that's probably the problem, otherwise it would print some
permission denied errors in log file.
 

From rjhjr@cox.net  Wed Aug 20 11:29:36 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D5544238CB; Wed, 20 Aug 2003 11:29:36 +0300 (EEST)
Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 3C68723896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 11:29:33 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao02.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030820082930.HCBW11854.lakemtao02.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 04:29:30 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 20 Aug 2003 04:29:32 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 20 Aug 2003 04:29:32 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
Message-ID: <20030820082931.GA939@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030819001810.GD55027@kongemord.krig.net>
	<1061299380.19006.17.camel@hurina> <20030819211109.GA2673@kongemord.krig.net>
	<1061349119.19011.46.camel@hurina> <20030820051908.GA779@kongemord.krig.net>
	<1061358692.24981.80.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1061358692.24981.80.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 08:29:37 -0000
X-UID: 1392                                                  
Status: O
Content-Length: 4481

On Wed, Aug 20, 2003 at 08:51:32AM +0300, Timo Sirainen wrote:
> On Wed, 2003-08-20 at 08:19, Bob Hall wrote:
> > > imap process is run under them. Actually after reading your mail, it
> > > feels like you haven't even noticed their existence? :)
> > 
> > In the paragraph you quote below, I described setting the global and 
> > individual uids and gids, so I must have been aware of their existence.  
> 
> I meant the imap processes actually.

Then you're right. They didn't show up in ps, so I wasn't aware of them, 
except knowing from the documentation that imap-master begat imap and most 
of the work is done in imap. So I'm assuming that imap-master and the 
main dovecot process (/usr/local/sbin/dovecot) are the same. I knew, in 
a general sort of way, that they had to be lurking somewhere, but out 
of sight and out of mind. 
 
> > > Sounds correct then. Did you verify with ps that the imap processes are
> > > also running under that user? Are you sure the full /var/mail/etc path
> > > is accessible to that user?
> > 
> > The main dovecot process runs under root. If I understand correctly, 
> > it forks subprocesses (imap) that run under the user. These never show 
> > up in ps. Is there a way to capture a transitory process in ps? My 
> > Dovecot installation is currently hosed, so the imap processes may not 
> > be spawning.
> 
> Try logging in manually?
> 
> telnet localhost imap2
> x login user pass
> 
> Then you should have imap process.

No, the problem was my stupidity, not my ignorance. I was using 
	telnet localhost 143
which is the same, but I was grepping ps for dovecot, not imap.
Now that I can see the imap processes, things are a lot clearer. 
 
> > I've got it in my home directory, and it's listed in homeDirectory in the 
> > ldap registry. I made dovecot.rawlog world writable. Nothing is showing up.
> 
> Oh and third thing. You had to configure dovecot with --with-rawlog.
> Actually that's probably the problem, otherwise it would print some
> permission denied errors in log file.

I did that back when I first started having problems, so raw logging has 
been enabled the whole time. So far, I've gotten records in dovecot.rawlog
only with a test account where the mail user name matched the Unix account
name and I was using passwd instead of LDAP. None of the actual mail user 
names match a Unix account name. All of the mail accounts run under a Unix 
account, and they all have the Unix account home directory in their LDAP 
homeDirectory records. I'm guessing that Dovecot isn't pulling this info 
from the LDAP registry, and therefore can't post inside dovecot.rawlog.

At this point, after grepping ps for imap, I've got a much better 
understanding of what's going on. Everthing makes sense, and 
everything works the way I want, except raw logging. 

I think I've found a another bug. In dovecot-ldap.conf it says:
# You can use same UID and GID for all user accounts if you really want to.
# If the UID/GID is still found from LDAP reply, it overrides these values.
This is ambiguous. I took it to mean 
	it (LDAP entry) overrides these (global) values 
What it actually means, or at least what actually happens, is
	it (global) overrides these (LDAP entry) values 
Furthermore, if user_global_uid isn't explicitly set, it defaults to 
0. If I set the uid number not equal to 0 in the LDAP entry, but don't set 
user_global_uid, then login fails. From maillog:
Aug 20 03:15:15 kongemord dovecot: Logins with UID 0 not permitted (user rjhjr)
Aug 20 03:15:15 kongemord imap-login: Internal login failure: rjhjr [127.0.0.1]

The bug is this; since user_global_uid overrides LDAP entries, and 
since user_global_uid has a built-in default value of 0, you have to 
set user_global_uid, and consequently you can only use one uid setting if 
you use LDAP. That's exactly what I want to do, but I can think of situations 
where I might want to use different uid numbers for different mail 
accounts. I think it would be better to do things in the opposite way:
1) LDAP entries override user_global_uid. This would allow multiple 
   uid numbers, but also allow you to specify a default value for LDAP 
   entries with no uid number.
2) There's no default value for user_global_uid. If it isn't explicitly set, 
   then it isn't set. That way, you don't have to have a default value. 
3) If the uid isn't set in either the LDAP entry or user_global_uid, then 
   the user gets a login error saying that there's no uid.

Bob Hall
From mem@mv.mv.com  Wed Aug 20 19:30:59 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7B839238CB; Wed, 20 Aug 2003 19:30:59 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 73BE123896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 19:30:53 +0300 (EEST)
Received: (qmail 13731 invoked by uid 101); 20 Aug 2003 12:30:43 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 20 Aug 2003 12:30:43 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] transitional weirdnesses
Message-ID: <20030820163043.GA9329@iridium.mv.net>
References: <3F4229C3.4010105@harvee.org>
	<A8592C5A-D25C-11D7-9050-000393CC2E90@iki.fi> <3F42AAEA.4080805@harvee.org>
	<1061349263.19010.50.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1061349263.19010.50.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 16:30:59 -0000
X-UID: 1393                                                  
Status: O
Content-Length: 1275

On Wed, Aug 20, 2003 at 06:14:23AM +0300, Timo Sirainen wrote:
> On Wed, 2003-08-20 at 01:55, Eric S. Johansson wrote:
> > Architecturally, I consider putting the filter in the LDA appropriate because 
> > the filter operations happen at delivery time when it's appropriate not as you 
> > are trying to read your inbox.  It's also the appropriate place to put other 
> > types of processing such as antispam and antivirus checking.
> 
> It's also where I was going to put the Sieve scripting. I was going to
> create a separate "deliver" binary which would read the mail from stdin
> and place it into proper mailbox. This could be also used to update
> indexes immediately while mail is being delivered.

How important do you think it is for the local delivery agent
to update the indexes upon delivery?  I assume that would be the
primary purpose of your including a delivery agent in the package..

If it's important to update the indexes upon delivery, perhaps it
would be worthwhile to provide some kind of toolkit that could be
included into other delivery agents.  I'm already using a sieve-ish
filtering delivery agent, and I imagine I would keep on using it.  But
I wouldn't be averse to adding logic to update indexes if it meant
some kind of performance gain.

mm
From tss@iki.fi  Wed Aug 20 19:47:26 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1DCA9238CE; Wed, 20 Aug 2003 19:47:26 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id B5D68238CB
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 19:47:24 +0300 (EEST)
Date: Wed, 20 Aug 2003 19:47:36 +0300
Subject: Re: [Dovecot] Three oddities
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030820082931.GA939@kongemord.krig.net>
Message-Id: <00728C8D-D32E-11D7-9050-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 16:47:26 -0000
X-UID: 1394                                                  
Status: O
Content-Length: 1402

On Wednesday, Aug 20, 2003, at 11:29 Europe/Helsinki, Bob Hall wrote:

> So I'm assuming that imap-master and the
> main dovecot process (/usr/local/sbin/dovecot) are the same.

yep.

> All of the mail accounts run under a Unix
> account, and they all have the Unix account home directory in their 
> LDAP
> homeDirectory records. I'm guessing that Dovecot isn't pulling this 
> info
> from the LDAP registry, and therefore can't post inside dovecot.rawlog.

With Linux you could check what home directory imap process really used 
by looking at /proc/pid/pwd symlink. I don't know if FreeBSD has 
anything similiar.

> I think I've found a another bug. In dovecot-ldap.conf it says:
> # You can use same UID and GID for all user accounts if you really 
> want to.
> # If the UID/GID is still found from LDAP reply, it overrides these 
> values.
> This is ambiguous. I took it to mean
> 	it (LDAP entry) overrides these (global) values
> What it actually means, or at least what actually happens, is
> 	it (global) overrides these (LDAP entry) values

Oh? It's a bug then.

> Furthermore, if user_global_uid isn't explicitly set, it defaults to
> 0. If I set the uid number not equal to 0 in the LDAP entry, but don't 
> set
> user_global_uid, then login fails. From maillog:
> Aug 20 03:15:15 kongemord dovecot: Logins with UID 0 not permitted 
> (user rjhjr)

Yes, the error message could be better.

From tss@iki.fi  Wed Aug 20 20:15:11 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E358F238CB; Wed, 20 Aug 2003 20:15:10 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id E88F123896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 20:15:02 +0300 (EEST)
Date: Wed, 20 Aug 2003 20:15:14 +0300
Subject: Re: [Dovecot] transitional weirdnesses
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030820163043.GA9329@iridium.mv.net>
Message-Id: <DD247A42-D331-11D7-9050-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 17:15:11 -0000
X-UID: 1395                                                  
Status: O
Content-Length: 1834

On Wednesday, Aug 20, 2003, at 19:30 Europe/Helsinki, Mark E. Mallett 
wrote:

>> It's also where I was going to put the Sieve scripting. I was going to
>> create a separate "deliver" binary which would read the mail from 
>> stdin
>> and place it into proper mailbox. This could be also used to update
>> indexes immediately while mail is being delivered.
>
> How important do you think it is for the local delivery agent
> to update the indexes upon delivery?  I assume that would be the
> primary purpose of your including a delivery agent in the package..

No, the primary purpose would be to have Sieve scripting.

The index updating then .. well, there's two reasons why it's useful at 
that point:

First it reduces the overall server load. We have to read the mail into 
memory and write it to disk in any case, so we might as well parse it's 
contents and update indexes. If we do it later, we might have to fully 
read the mail from disk just for some client request. Although I don't 
know how smart the SMTP servers are with maildir - do they just link() 
their temporary file into the new/ dir rather than copy it?

Second it distributes the load. If user hasn't opened some mailbox for 
a long time (eg. spambox) and it contains thousands of messages, the 
opening could take quite a long time if the wanted data isn't indexed.

> If it's important to update the indexes upon delivery, perhaps it
> would be worthwhile to provide some kind of toolkit that could be
> included into other delivery agents.  I'm already using a sieve-ish
> filtering delivery agent, and I imagine I would keep on using it.  But
> I wouldn't be averse to adding logic to update indexes if it meant
> some kind of performance gain.

There already is, kind of. lib-storage/mail-storage.h is the main API 
that can be used to access mailboxes.

From mem@mv.mv.com  Wed Aug 20 20:20:35 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7559D238CB; Wed, 20 Aug 2003 20:20:35 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 0B91023896
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 20:20:33 +0300 (EEST)
Received: (qmail 16928 invoked by uid 101); 20 Aug 2003 13:20:28 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 20 Aug 2003 13:20:26 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] transitional weirdnesses
Message-ID: <20030820172026.GA10409@iridium.mv.net>
References: <20030820163043.GA9329@iridium.mv.net>
	<DD247A42-D331-11D7-9050-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <DD247A42-D331-11D7-9050-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 17:20:35 -0000
X-UID: 1396                                                  
Status: O
Content-Length: 1660

On Wed, Aug 20, 2003 at 08:15:14PM +0300, Timo Sirainen wrote:
> On Wednesday, Aug 20, 2003, at 19:30 Europe/Helsinki, Mark E. Mallett 
> wrote:
> 
> >>It's also where I was going to put the Sieve scripting. I was going to
> >>create a separate "deliver" binary which would read the mail from 
> >>stdin
> >>and place it into proper mailbox. This could be also used to update
> >>indexes immediately while mail is being delivered.
> >
> >How important do you think it is for the local delivery agent
> >to update the indexes upon delivery?  I assume that would be the
> >primary purpose of your including a delivery agent in the package..
> 
> No, the primary purpose would be to have Sieve scripting.

Ah.  I already have that, and I suspect that anybody who wants it can
have it, too.



> >If it's important to update the indexes upon delivery, perhaps it
> >would be worthwhile to provide some kind of toolkit that could be
> >included into other delivery agents.  I'm already using a sieve-ish
> >filtering delivery agent, and I imagine I would keep on using it.  But
> >I wouldn't be averse to adding logic to update indexes if it meant
> >some kind of performance gain.
> 
> There already is, kind of. lib-storage/mail-storage.h is the main API 
> that can be used to access mailboxes.

I don't think that's an exact match.  A delivery agent already has its
own method of internalizing information about the mail message, (and
already has a mail message open and parsed and in memory), and to have
a hook into updating the indexes all that it really needs is some way
of passing the indexable information to the indexer.  If indeed it's
worth doing.

mm
From tss@iki.fi  Wed Aug 20 20:45:12 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2AEB2238CB; Wed, 20 Aug 2003 20:45:12 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 49DEA23887
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 20:45:09 +0300 (EEST)
Date: Wed, 20 Aug 2003 20:45:19 +0300
Subject: Re: [Dovecot] transitional weirdnesses
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030820172026.GA10409@iridium.mv.net>
Message-Id: <109D2860-D336-11D7-9050-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 17:45:12 -0000
X-UID: 1397                                                  
Status: O
Content-Length: 1051

On Wednesday, Aug 20, 2003, at 20:20 Europe/Helsinki, Mark E. Mallett 
wrote:

>> No, the primary purpose would be to have Sieve scripting.
>
> Ah.  I already have that, and I suspect that anybody who wants it can
> have it, too.

What program do you use for it? I haven't seen any yet.

>> There already is, kind of. lib-storage/mail-storage.h is the main API
>> that can be used to access mailboxes.
>
> I don't think that's an exact match.  A delivery agent already has its
> own method of internalizing information about the mail message, (and
> already has a mail message open and parsed and in memory), and to have
> a hook into updating the indexes all that it really needs is some way
> of passing the indexable information to the indexer.  If indeed it's
> worth doing.

Well, there's lib-index/ too .. :) But it requires some more work from 
the caller.

Anyway I would like to improve the APIs so that it's all pretty and 
easy to use even by external projects. I don't think they're too bad 
now, but they're not really pretty yet either.

From mem@mv.mv.com  Wed Aug 20 20:56:27 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5A2A023996; Wed, 20 Aug 2003 20:56:27 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 5868823887
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 20:56:22 +0300 (EEST)
Received: (qmail 11184 invoked by uid 101); 20 Aug 2003 13:56:21 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 20 Aug 2003 13:56:21 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] transitional weirdnesses
Message-ID: <20030820175621.GA3577@iridium.mv.net>
References: <20030820172026.GA10409@iridium.mv.net>
	<109D2860-D336-11D7-9050-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <109D2860-D336-11D7-9050-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 17:56:27 -0000
X-UID: 1398                                                  
Status: O

On Wed, Aug 20, 2003 at 08:45:19PM +0300, Timo Sirainen wrote:
> On Wednesday, Aug 20, 2003, at 20:20 Europe/Helsinki, Mark E. Mallett 
> wrote:
> 
> >>No, the primary purpose would be to have Sieve scripting.
> >
> >Ah.  I already have that, and I suspect that anybody who wants it can
> >have it, too.
> 
> What program do you use for it? I haven't seen any yet.

homebrew (see http://www.mv.com/tools/mvmf/ if you care)

but my claim was based on a number of sieve-related articles, and on
putting "sieve" and "spam" into google.  (and looking at various
comments on the ietf-mta-filters mailing list.)


> Anyway I would like to improve the APIs so that it's all pretty and 
> easy to use even by external projects. I don't think they're too bad 
> now, but they're not really pretty yet either.

I suppose it might be nice to have a standalone utility that one
could fork and give information to add to an index.

mm
From rjhjr@cox.net  Wed Aug 20 22:25:02 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5BB23238C6; Wed, 20 Aug 2003 22:25:02 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 90A2123887
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 22:24:55 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030820192454.NBJD10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 15:24:54 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 20 Aug 2003 15:24:53 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 20 Aug 2003 15:24:53 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
Message-ID: <20030820192453.GB4420@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030820082931.GA939@kongemord.krig.net>
	<00728C8D-D32E-11D7-9050-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <00728C8D-D32E-11D7-9050-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 19:25:02 -0000
X-UID: 1399                                                  
Status: O
Content-Length: 4267

Timo, first of all I want to say how grateful I am for the time 
you spent helping to me.

On Wed, Aug 20, 2003 at 07:47:36PM +0300, Timo Sirainen wrote:
> On Wednesday, Aug 20, 2003, at 11:29 Europe/Helsinki, Bob Hall wrote:
> 
> >So I'm assuming that imap-master and the
> >main dovecot process (/usr/local/sbin/dovecot) are the same.
> 
> yep.
> 
> >All of the mail accounts run under a Unix
> >account, and they all have the Unix account home directory in their 
> >LDAP
> >homeDirectory records. I'm guessing that Dovecot isn't pulling this 
> >info
> >from the LDAP registry, and therefore can't post inside dovecot.rawlog.
> 
> With Linux you could check what home directory imap process really used 
> by looking at /proc/pid/pwd symlink. I don't know if FreeBSD has 
> anything similiar.

I'm clueless on this. What does /proc/pid/pwd symlink do? Can you give 
an example from the command line? 
 
> >I think I've found a another bug. In dovecot-ldap.conf it says:
> ># You can use same UID and GID for all user accounts if you really 
> >want to.
> ># If the UID/GID is still found from LDAP reply, it overrides these 
> >values.
> >This is ambiguous. I took it to mean
> >	it (LDAP entry) overrides these (global) values
> >What it actually means, or at least what actually happens, is
> >	it (global) overrides these (LDAP entry) values
> 
> Oh? It's a bug then.

Thank god. I finally found something that *I* didn't screw up. :)
As I said, it doesn't interfere with my present set up, but in 
other situation your LDAP users will want more flexibility. 

> >Furthermore, if user_global_uid isn't explicitly set, it defaults to
> >0. If I set the uid number not equal to 0 in the LDAP entry, but don't 
> >set
> >user_global_uid, then login fails. From maillog:
> >Aug 20 03:15:15 kongemord dovecot: Logins with UID 0 not permitted 
> >(user rjhjr)
> 
> Yes, the error message could be better.

Actually, that error message was fine. In combination with the 
documentation, it made it clear what the problem was. That's what 
error messages are supposed to do; point you to something that is 
covered in the documentation. My problems with interpreting other 
error messages had mostly to do with lack of documentation. I did 
a lot of googling while I was setting Dovecot up, and while I 
didn't get much helpful info, I did find comments along the lines of 
"interesting, but poorly documented". That "poorly documented" may 
kill your project. People aren't going to be attracted to your 
software if it has a reputation for being poorly documented and 
hard to configure. Error messages by themselves are no good. You 
have to think of error messages as a part of your overall 
documentation.

I want to second the people in other threads who suggested 
setting up some sort of collaborative documentation project. My 
reasons:
1) The people who know best what documentation is needed are the 
   people using the software. They also tend to have a better idea 
   how to express things in ways that make sense to users.
2) Doing an installation and setup is kind of exciting, and users 
   tend to be a little hyped when it's over. I want to talk about 
   what I've done, so I feel motivated to write about it. The 
   developer is caught up in coding, and also has to talk to users, 
   debug, and various administrative tasks. Writing documentation 
   is just another task, so the developer doesn't have the motivation 
   that some users have. 
3) Even though I feel motivated to write, I don't have the time to 
   write a complete description of Dovecot/LDAP installation. (That's 
   why they put a clock on the Leaning Tower of Piza; there's no point 
   in having the inclination if you haven't got the time.) If the basic 
   document already existed, I could just add the missing bits that were
   relevant to my experience, which would take a lot less time and be 
   a lot more feasable for busy people.
4) Because the work is spread among many people, collaborative 
   documentation tends to happen faster. 
5) People who collaborate with your project help spread the word. They 
   tend to spend time telling other people why they're putting in the 
   effort, which means telling people what they like about your project. 

Bob Hall
From tss@iki.fi  Wed Aug 20 23:34:01 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8794523896; Wed, 20 Aug 2003 23:34:01 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 84FFC23887
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 23:33:54 +0300 (EEST)
Date: Wed, 20 Aug 2003 23:34:05 +0300
Subject: Re: [Dovecot] Three oddities
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030820192453.GB4420@kongemord.krig.net>
Message-Id: <A4203AA8-D34D-11D7-8B96-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 20:34:01 -0000
X-UID: 1400                                                  
Status: O
Content-Length: 2110

On Wednesday, Aug 20, 2003, at 22:24 Europe/Helsinki, Bob Hall wrote:

>> With Linux you could check what home directory imap process really 
>> used
>> by looking at /proc/pid/pwd symlink. I don't know if FreeBSD has
>> anything similiar.
>
> I'm clueless on this. What does /proc/pid/pwd symlink do? Can you give
> an example from the command line?

It would just show current directory of the process. Like:

lrwxrwxrwx    1 cras     cras            0 2003-08-20 23:25 cwd -> 
/home/cras


>>> user_global_uid, then login fails. From maillog:
>>> Aug 20 03:15:15 kongemord dovecot: Logins with UID 0 not permitted
>>> (user rjhjr)
>>
>> Yes, the error message could be better.
>
> Actually, that error message was fine. In combination with the
> documentation, it made it clear what the problem was. That's what
> error messages are supposed to do; point you to something that is
> covered in the documentation.

Yes, but "no UID given" isn't really same as "UID 0". :)

>  My problems with interpreting other
> error messages had mostly to do with lack of documentation. I did
> a lot of googling while I was setting Dovecot up, and while I
> didn't get much helpful info, I did find comments along the lines of
> "interesting, but poorly documented". That "poorly documented" may
> kill your project. People aren't going to be attracted to your
> software if it has a reputation for being poorly documented and
> hard to configure. Error messages by themselves are no good. You
> have to think of error messages as a part of your overall
> documentation.

One of the reasons I haven't yet really bothered to write much is 
because Dovecot is just now changing a lot. Configuration file syntax 
changes, namespaces were added, indexes work differently than before .. 
what else ..

> I want to second the people in other threads who suggested
> setting up some sort of collaborative documentation project.

Well, I installed MoinMoin Wiki, but didn't yet look much into it. I 
guess I should at least remove most of the default pages. There's a lot 
of german text.

http://dovecot.procontrol.fi/dovewiki/

From charlieb-dovecot@e-smith.com  Wed Aug 20 23:47:41 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7087F238CE; Wed, 20 Aug 2003 23:47:41 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 342BF23887
	for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 23:47:37 +0300 (EEST)
Received: (qmail 17242 invoked by uid 404); 20 Aug 2003 20:47:33 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 20 Aug 2003 16:47:33 -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; 20 Aug 2003 20:47:33 -0000
Received: (qmail 26240 invoked by uid 5008); 20 Aug 2003 20:47:33 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Aug 2003 20:47:33 -0000
Date: Wed, 20 Aug 2003 16:47:33 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Dovecot Mail List <dovecot@procontrol.fi>
Message-ID: <Pine.LNX.4.44.0308201638520.3404-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] rawlog change suggestion
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 20:47:41 -0000
X-UID: 1401                                                  
Status: O


I find the separate .in and .out files rather difficult to work with. I 
think it would be more useful if the in/out traffic were interleaved with 
a prefix to indicate direction, and suffix to indicate continuation, as 
recordio (http://cr.yp.to/ucspi-tcp/recordio.html) does:

<a0002 LIST "" ""
>* LIST (\Noselect) ";" ""
>a0002 OK List completed.
<a0003 SELECT "INBOX"
>* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
>* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags +
>permitted.
>* 18 EXISTS
>* 0 RECENT
>* OK [UNSEEN 18] First unseen.
>* OK [UIDVALIDITY 1055795174] UIDs valid
>* OK [UIDNEXT 6741] Predicted next UID
>a0003 OK [READ-WRITE] Select completed.
<a0004 STATUS "incoming.foo" (RECENT)
>* STATUS "incoming.foo" (RECENT 397)
>a0004 OK Status completed.
<a0005 NOOP
>a0005 OK NOOP completed.

Comments?

--
Charlie

From tss@iki.fi  Thu Aug 21 01:12:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 85A2E23996; Thu, 21 Aug 2003 01:12:44 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A67F6238C6
	for <dovecot@procontrol.fi>; Thu, 21 Aug 2003 01:12:12 +0300 (EEST)
Date: Thu, 21 Aug 2003 01:12:24 +0300
Subject: Re: [Dovecot] rawlog change suggestion
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <Pine.LNX.4.44.0308201638520.3404-100000@allspice.nssg.mitel.com>
Message-Id: <603A45E9-D35B-11D7-8B96-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 22:12:44 -0000
X-UID: 1402                                                  
Status: O

On Wednesday, Aug 20, 2003, at 23:47 Europe/Helsinki, Charlie Brady 
wrote:

> I find the separate .in and .out files rather difficult to work with. I
> think it would be more useful if the in/out traffic were interleaved 
> with
> a prefix to indicate direction, and suffix to indicate continuation, as
> recordio (http://cr.yp.to/ucspi-tcp/recordio.html) does:

Depends on usage. I've wanted both.

> Comments?

Thanks for reminding that rawlog functionality really doesn't belong to 
Dovecot. Rawlogging should be a separate binary which is executed by 
modifying mail_executable setting in config file. Something like:

protocol imap {
   mail_executable = /usr/local/bin/rawlog 
/usr/local/libexec/dovecot/imap
}

What I'm not sure about is if I should distribute rawlog binary with 
Dovecot or not :)

From rjhjr@cox.net  Thu Aug 21 01:26:25 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E8A53239A6; Thu, 21 Aug 2003 01:26:25 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 828D323887
	for <dovecot@procontrol.fi>; Thu, 21 Aug 2003 01:26:19 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030820222619.PLCG10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 20 Aug 2003 18:26:19 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 20 Aug 2003 18:26:18 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 20 Aug 2003 18:26:18 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] Three oddities
Message-ID: <20030820222617.GA5849@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030820192453.GB4420@kongemord.krig.net>
	<A4203AA8-D34D-11D7-8B96-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A4203AA8-D34D-11D7-8B96-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 20 Aug 2003 22:26:26 -0000
X-UID: 1403                                                  
Status: O
Content-Length: 2958

On Wed, Aug 20, 2003 at 11:34:05PM +0300, Timo Sirainen wrote:
> On Wednesday, Aug 20, 2003, at 22:24 Europe/Helsinki, Bob Hall wrote:
> >I'm clueless on this. What does /proc/pid/pwd symlink do? Can you give
> >an example from the command line?
> 
> It would just show current directory of the process. Like:
> 
> lrwxrwxrwx    1 cras     cras            0 2003-08-20 23:25 cwd -> 
> /home/cras
 
OK, I'll google a bit and see if I can educate myself on this.
 
> >>>user_global_uid, then login fails. From maillog:
> >>>Aug 20 03:15:15 kongemord dovecot: Logins with UID 0 not permitted
> >>>(user rjhjr)
> >>
> >>Yes, the error message could be better.
> >
> >Actually, that error message was fine. In combination with the
> >documentation, it made it clear what the problem was. That's what
> >error messages are supposed to do; point you to something that is
> >covered in the documentation.
> 
> Yes, but "no UID given" isn't really same as "UID 0". :)

"no UID given" would be appropriate if Dovecot was ignoring the 
LDAP-supplied values and supplying no default UID. You know what 
Dovecot does better than I do, but it appears as if Dovecot was 
trying to use a UID; that of root. Since LDAP wasn't suppling 
UID 0, I knew the problem was with Dovecot, which led me to the 
config files. Had the message been "no UID given", I would have 
wasted time trying to figure out why Dovecot wasn't getting a UID. 

Putting it differently, an error message should tell you, as 
briefly as possible, exactly what triggered it, without 
explaining it. Explanations belong in the documentation. The 
error message should be at the same level as the documentation; 
e.g if you don't document your procedure calls, the error message 
shouldn't contain the procedure call that triggered it. (Actually, 
it can, but that's for the programmers, not the users.) The user 
should be able to take words or phrases from the error message and 
use them to search the documentation. "UID 0" meets those criteria, 
but "no UID given" is an explanation.
 
> One of the reasons I haven't yet really bothered to write much is 
> because Dovecot is just now changing a lot. Configuration file syntax 
> changes, namespaces were added, indexes work differently than before .. 
> what else ..

No programming project is ever finished. The developers just get tired 
and drift away. If you wait for an obvious stopping point to write 
documentation, you'll wait for ever.  
 
> >I want to second the people in other threads who suggested
> >setting up some sort of collaborative documentation project.
> 
> Well, I installed MoinMoin Wiki, but didn't yet look much into it. I 
> guess I should at least remove most of the default pages. There's a lot 
> of german text.
> 
> http://dovecot.procontrol.fi/dovewiki/

Looks good in lynx. I'll try Mozilla when I have time. Programming is 
fun, writing documentation is boring. Keep the fun/boring ratio as 
high as possible. 

Bob 
From esj@harvee.org  Thu Aug 21 19:12:19 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 223C6238C6; Thu, 21 Aug 2003 19:12:19 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 2399123887
	for <dovecot@procontrol.fi>; Thu, 21 Aug 2003 19:12:16 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7LGCDmj031892
	for <dovecot@procontrol.fi>; Thu, 21 Aug 2003 12:12:14 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 21 Aug 2003 12:12:08 -0400
Message-ID: <3F44EEFC.7080001@harvee.org>
Date: Thu, 21 Aug 2003 12:10:36 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030821:dovecot@procontrol.fi:a77f8e06bc629e25
Subject: [Dovecot] Mozilla dovecot interaction
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 21 Aug 2003 16:12:19 -0000
X-UID: 1404                                                  
Status: O

I think this is more a Mozilla bug but just a heads up the case other people 
complain.

periodically, the Mozilla e-mail client refuses to delete messages.  It shows up 
either as absolutely no action when you press the delete key/button or it shows 
activity but refuses to perform any other action in that mailbox.  Sometimes if 
you switch to another mailbox and then come back to the mailbox you're deleting 
e-mail message from, the messages deleted when you re-enter the mailbox.

I looked with ethereal and it looks like Mozilla is not sending any imap 
commands.  Hence my assertion that it's a Mozilla problem.

The only reason I mention it here is because something about dovecot seems to 
trigger the problem more quickly.  I was seeing this kind of problem before but 
only after a week or two of uptime in the browser.  Now I'm seeing it in just 
under a week (I think) I've only seen at once but I will keep track for future 
reference.

I got to get me a new client...

---eric

From charlieb-dovecot@e-smith.com  Thu Aug 21 21:32:00 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 83512238CB; Thu, 21 Aug 2003 21:32:00 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id 4131123887
	for <dovecot@procontrol.fi>; Thu, 21 Aug 2003 21:31:28 +0300 (EEST)
Received: (qmail 31300 invoked by uid 404); 21 Aug 2003 18:31:22 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 21 Aug 2003 14:31:22 -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; 21 Aug 2003 18:31:22 -0000
Received: (qmail 7114 invoked by uid 5008); 21 Aug 2003 18:31:21 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 21 Aug 2003 18:31:21 -0000
Date: Thu, 21 Aug 2003 14:31:21 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] rawlog change suggestion
In-Reply-To: <603A45E9-D35B-11D7-8B96-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.44.0308211427230.799-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 21 Aug 2003 18:32:00 -0000
X-UID: 1405                                                  
Status: O
Content-Length: 1128


On Thu, 21 Aug 2003, Timo Sirainen wrote:

> On Wednesday, Aug 20, 2003, at 23:47 Europe/Helsinki, Charlie Brady 
> wrote:
> 
> > I find the separate .in and .out files rather difficult to work with. I
> > think it would be more useful if the in/out traffic were interleaved 
> > with
> > a prefix to indicate direction, and suffix to indicate continuation, as
> > recordio (http://cr.yp.to/ucspi-tcp/recordio.html) does:
> 
> Depends on usage. I've wanted both.

You can easily generate the separate logs from a combined logs, but it is 
a much more difficult problem to combine the two logs to one (and I think 
you can only do it approximately, and then only if you assume that both 
client and server implement IMAP correctly).

> > Comments?
> 
> Thanks for reminding that rawlog functionality really doesn't belong to 
> Dovecot. Rawlogging should be a separate binary which is executed by 
> modifying mail_executable setting in config file. Something like:

It suits me to have it built in and available without any sysadmin change, 
as it makes it easier to collect logs from unsophisticated users/admins.

--
Charlie

From tss@iki.fi  Fri Aug 22 08:10:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BC4A923887; Fri, 22 Aug 2003 08:10:13 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AA71523866
	for <dovecot@procontrol.fi>; Fri, 22 Aug 2003 08:09:41 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5D8FE5C65485
	for <dovecot@procontrol.fi>; Fri, 22 Aug 2003 08:09:41 +0300 (EEST)
Subject: Re: [Dovecot] Three oddities
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030820192453.GB4420@kongemord.krig.net>
References: <20030820082931.GA939@kongemord.krig.net>
	 <00728C8D-D32E-11D7-9050-000393CC2E90@iki.fi>
	 <20030820192453.GB4420@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1061528980.19010.148.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 22 Aug 2003 08:09:41 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 22 Aug 2003 05:10:13 -0000
X-UID: 1406                                                  
Status: O

On Wed, 2003-08-20 at 22:24, Bob Hall wrote:
> > >I think I've found a another bug. In dovecot-ldap.conf it says:
> > ># You can use same UID and GID for all user accounts if you really 
> > >want to.
> > ># If the UID/GID is still found from LDAP reply, it overrides these 
> > >values.
> > >This is ambiguous. I took it to mean
> > >	it (LDAP entry) overrides these (global) values
> > >What it actually means, or at least what actually happens, is
> > >	it (global) overrides these (LDAP entry) values
> > 
> > Oh? It's a bug then.
> 
> Thank god. I finally found something that *I* didn't screw up. :)

Actually .. :) It doesn't override anything. If it seems that way, LDAP
lookup didn't return uidNumber or gidNumber for some reason.

> > >Aug 20 03:15:15 kongemord dovecot: Logins with UID 0 not permitted 
> > >(user rjhjr)
> > 
> > Yes, the error message could be better.

Now it says:

Error: ldap(username): uidNumber not set and no default given in user_global_uid


From tss@iki.fi  Fri Aug 22 08:18:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BD12A238CB; Fri, 22 Aug 2003 08:18:30 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E8F8F238C6
	for <dovecot@procontrol.fi>; Fri, 22 Aug 2003 08:17:58 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A80BF5C65485
	for <dovecot@procontrol.fi>; Fri, 22 Aug 2003 08:17:58 +0300 (EEST)
Subject: Re: [Dovecot] user database clarification
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1058972851.1063.74.camel@hurina>
References: <4BD2F72A-BD1D-11D7-840A-00039398ED48@redjar.org>
	 <1058972851.1063.74.camel@hurina>
Content-Type: text/plain
Message-Id: <1061529478.24982.157.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 22 Aug 2003 08:17:58 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 22 Aug 2003 05:18:31 -0000
X-UID: 1407                                                  
Status: O

On Wed, 2003-07-23 at 18:07, Timo Sirainen wrote:
> > I'm in an environment that has users both in local flat files 
> > (/etc/passwd and /etc/shadow) AND in an LDAP database.
> > 
> > Is it possible for this set up to work with dovecot?  (both local and 
> > ldap users have imap/pop?)
> 
> No fallbacking currently. I'll probably add it though. Fallbacking btw.
> is possible only with plaintext authentication, but I guess that's what
> everyone uses anyway..

CVS supports it now.

I also moved auth client code into lib-auth/ directory. Mostly because
it's cleaner there, but I was also thinking that maybe some other
programs would want to talk to dovecot-auth. SMTP servers come to my
mind first. Wouldn't it be nice to keep all the authentication settings
in one place? :) It's possible with LDAP and SQL databases, but I'd
rather use passwd-file with the few users I need.


From rjhjr@cox.net  Fri Aug 22 09:09:09 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DF3A6238C6; Fri, 22 Aug 2003 09:09:09 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 6BA82238C7
	for <dovecot@procontrol.fi>; Fri, 22 Aug 2003 09:08:37 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030822060835.ISAN10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Fri, 22 Aug 2003 02:08:35 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Fri, 22 Aug 2003 02:08:35 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Fri, 22 Aug 2003 02:08:35 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Message-ID: <20030822060834.GA5880@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030820192453.GB4420@kongemord.krig.net>
	<A4203AA8-D34D-11D7-8B96-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A4203AA8-D34D-11D7-8B96-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] No rawlog with LDAP
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 22 Aug 2003 06:09:10 -0000
X-UID: 1408                                                  
Status: O
Content-Length: 2994

In regard to getting rawlog entries with passwd but not with LDAP:

On Wed, Aug 20, 2003 at 11:34:05PM +0300, Timo Sirainen wrote:
> >I'm clueless on this. What does /proc/pid/pwd symlink do? Can you give
> >an example from the command line?
> 
> It would just show current directory of the process. Like:
> 
> lrwxrwxrwx    1 cras     cras            0 2003-08-20 23:25 cwd -> 
> /home/cras

In FBSD, you get the files associated with a process with
	fstat -p <pid> 
For an imap process opened under LDAP authentication, the output is
USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W
postkont imap        5876 root /             2 drwxr-xr-x    1024  r
postkont imap        5876   wd /          7961 drwx------     512  r
postkont imap        5876 text /usr     2301620 -r-xr-xr-x  326420  r
postkont imap        5876    0* internet stream tcp c5f1efc0
postkont imap        5876    1* internet stream tcp c5f1efc0
postkont imap        5876    2 /          7957 crw-rw-rw-    null  r
postkont imap        5876    3* local dgram c644bd20 <-> c6357f00

The working directory is marked by "wd" in the "FD" column. In this case, 
it's /. According to the man page, a "text" directory is an "executable 
text inode". I don't know what that means; I'm just quoting.

If I switch to passwd authentication, then I get two imap processes:
 5826  ??  S      0:00.01 imap [bob 127.0.0.1]
 5827  ??  I      0:00.00 imap: imap [bob:5826 rawlog] (imap)

fstat for the first is
USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W
bob      imap        5826 root /             2 drwxr-xr-x    1024  r
bob      imap        5826   wd /usr     3960238 drwxr-xr-x    2560  r
bob      imap        5826 text /usr     2301620 -r-xr-xr-x  326420  r
bob      imap        5826    2 /          7957 crw-rw-rw-    null  r
bob      imap        5826    3* local dgram c6357640 <-> c6357f00
bob      imap        5826    7* local stream c6357500 <-> c644bc80

The working directory is now /usr, and there's a local stream that 
wasn't present with LDAP. 

fstat for the rawlog imap process is 
USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W
bob      imap        5827 root /             2 drwxr-xr-x    1024  r
bob      imap        5827   wd /usr     3960238 drwxr-xr-x    2560  r
bob      imap        5827 text /usr     2301620 -r-xr-xr-x  326420  r
bob      imap        5827    0* internet stream tcp c5ea06c0
bob      imap        5827    1* internet stream tcp c5ea06c0
bob      imap        5827    2 /          7957 crw-rw-rw-    null  r
bob      imap        5827    3* local dgram c6357640 <-> c6357f00
bob      imap        5827    4 /usr     3976421 -rw-------       0  w
bob      imap        5827    5 /usr     3976422 -rw-------       0  w
bob      imap        5827    6* local stream c644bc80 <-> c6357500

This is probably way more info that you need, but little of this 
means anything to me, so I don't know what is significant and 
what isn't.

Bob Hall
From elgino@n3rd.at  Fri Aug 22 19:50:24 2003
Return-Path: <elgino@n3rd.at>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 71A8D238C8; Fri, 22 Aug 2003 19:50:24 +0300 (EEST)
Received: from n3rd.at (unknown [80.78.255.52])
	by danu.procontrol.fi (Postfix) with ESMTP id 02BB423866
	for <dovecot@procontrol.fi>; Fri, 22 Aug 2003 19:49:51 +0300 (EEST)
Received: (qmail 96566 invoked from network); 22 Aug 2003 16:48:02 -0000
Received: from unknown (HELO dell) (192.168.0.5)
  by n3rd.at with RC4-MD5 encrypted SMTP; 22 Aug 2003 16:48:02 -0000
Message-ID: <000b01c368ce$6d46e420$0500a8c0@dell>
From: "eLgino" <elgino@n3rd.at>
To: <dovecot@procontrol.fi>
Date: Fri, 22 Aug 2003 18:57:09 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
Subject: [Dovecot] postfix+dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 22 Aug 2003 16:50:24 -0000
X-UID: 1409                                                  
Status: O

Hi folks,

I will setup an mailserver with postfix an dovecot, but i would like to add
the users and domains to postfix is this possible? because postfix can
handle mysql. and if this possible anyone can say me HOW?, i do not find
anything about this. if not anyone can say me how i do configure it with
postgresql (dovecot)? ( i have NO pgsql skills).

i hope anyone can understand my poor english, and thx in advance

bye

From tss@iki.fi  Sat Aug 23 23:46:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F2063238C9; Sat, 23 Aug 2003 23:46:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 45B9623896
	for <dovecot@procontrol.fi>; Sat, 23 Aug 2003 23:45:47 +0300 (EEST)
Received: from iki.fi (unknown [192.168.10.209])
	by oma.irssi.org (Postfix) with ESMTP id 83EAE5C65485
	for <dovecot@procontrol.fi>; Sat, 23 Aug 2003 21:47:14 +0300 (EEST)
Date: Sat, 23 Aug 2003 21:46:42 +0300
Subject: Re: [Dovecot] No rawlog with LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030822060834.GA5880@kongemord.krig.net>
Message-Id: <23283E55-D59A-11D7-8B96-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 23 Aug 2003 20:46:20 -0000
X-UID: 1410                                                  
Status: O

On Friday, Aug 22, 2003, at 09:08 Europe/Helsinki, Bob Hall wrote:

> For an imap process opened under LDAP authentication, the output is
> USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W
> postkont imap        5876   wd /          7961 drwx------     512  r

Root directory? I'm not sure why it would be there.. It should be in 
/var/run/dovecot/ directory if home directory wasn't given.. Unless the 
home dir was root.

> If I switch to passwd authentication, then I get two imap processes:
> The working directory is now /usr, and there's a local stream that
> wasn't present with LDAP.

Even more strange, especially if it works. I don't think your home 
directory is /usr either?

Maybe the "wd" is buggy? Or something else weird is going on..

From thomas.may@x9media.com  Sat Aug 23 23:29:17 2003
Return-Path: <thomas.may@x9media.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3F7FA238CB; Sat, 23 Aug 2003 23:29:17 +0300 (EEST)
Received: from x9media.com (mail.x9media.com [62.75.136.200])
	by danu.procontrol.fi (Postfix) with ESMTP id 4288523896
	for <dovecot@procontrol.fi>; Sat, 23 Aug 2003 23:28:45 +0300 (EEST)
Received: from notebook (unverified [217.226.35.245]) 
	by x9media.com (SurgeMail 1.3i) with ESMTP id 15166 
	for <dovecot@procontrol.fi>; Sat, 23 Aug 2003 22:34:10 -3736800
Message-ID: <000501c369b5$1e7dbde0$8b01a8c0@notebook>
From: "thomas may" <thomas.may@x9media.com>
To: <dovecot@procontrol.fi>
Date: Sat, 23 Aug 2003 22:28:30 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Server: High Performance Mail Server - http://surgemail.com
X-Mailman-Approved-At: Sun, 24 Aug 2003 01:53:17 +0300
Subject: [Dovecot] ssl failure !!
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 23 Aug 2003 20:29:17 -0000
X-UID: 1411                                                  
Status: O

Hi,

i havent yet any problems with dovecat but in my dovecot log i get the
following warning, does anybody know what its wrong.

imap-login: Aug 23 22:14:47 Warning: SSL_read() syscall failed: Connection
reset by peer [192.168.1.139]
imap-login: Aug 23 22:14:48 Info: Login: info@domain1.com [192.168.1.139]

-th


From rjhjr@cox.net  Sun Aug 24 01:56:50 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6FD68238CE; Sun, 24 Aug 2003 01:56:50 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id C2759238C9
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 01:56:16 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030823225615.DTWN419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Sat, 23 Aug 2003 18:56:15 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Sat, 23 Aug 2003 18:56:14 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Sat, 23 Aug 2003 18:56:14 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No rawlog with LDAP
Message-ID: <20030823225613.GA6200@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030822060834.GA5880@kongemord.krig.net>
	<23283E55-D59A-11D7-8B96-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <23283E55-D59A-11D7-8B96-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 23 Aug 2003 22:56:50 -0000
X-UID: 1412                                                  
Status: O
Content-Length: 1475

On Sat, Aug 23, 2003 at 09:46:42PM +0300, Timo Sirainen wrote:
> On Friday, Aug 22, 2003, at 09:08 Europe/Helsinki, Bob Hall wrote:
> 
> >For an imap process opened under LDAP authentication, the output is
> >USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W
> >postkont imap        5876   wd /          7961 drwx------     512  r
> 
> Root directory? I'm not sure why it would be there.. It should be in 
> /var/run/dovecot/ directory if home directory wasn't given.. Unless the 
> home dir was root.

Then shouldn't it be in /root instead of /?

I mounted a linux proc file system. It doesn't have the pwd file that 
you mentioned was present in a Linux OS, but it did have a status file. 
In both cases, the UID number was the number associated with whatever 
account was named in the IMAP login. 
	1 login <account name> <password>
In neither case was it UID 0.

BTW, I've got to hand it to Torvalds; the Linux status file is cooler 
than the BSD status file. Much easier to understand. 
 
> >If I switch to passwd authentication, then I get two imap processes:
> >The working directory is now /usr, and there's a local stream that
> >wasn't present with LDAP.
> 
> Even more strange, especially if it works. I don't think your home 
> directory is /usr either?
> 
> Maybe the "wd" is buggy? Or something else weird is going on..

I haven't a clue. It's all Finnish to me, Timo. :) 
You're the one who knows what he's doing. I just follow orders.

Bob
From tss@iki.fi  Sun Aug 24 01:58:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C44BE2387F; Sun, 24 Aug 2003 01:58:32 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id AAFA3238D1; Sun, 24 Aug 2003 01:57:58 +0300 (EEST)
Date: Sun, 24 Aug 2003 01:58:09 +0300
Subject: Re: [Dovecot] ssl failure !!
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: "thomas may" <thomas.may@x9media.com>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <000501c369b5$1e7dbde0$8b01a8c0@notebook>
Message-Id: <43FF632A-D5BD-11D7-8B14-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 23 Aug 2003 22:58:32 -0000
X-UID: 1413                                                  
Status: O

On Saturday, Aug 23, 2003, at 23:28 Europe/Helsinki, thomas may wrote:

> i havent yet any problems with dovecat but in my dovecot log i get the
> following warning, does anybody know what its wrong.
>
> imap-login: Aug 23 22:14:47 Warning: SSL_read() syscall failed: 
> Connection
> reset by peer [192.168.1.139]

It means you enabled verbose SSL logging and it's saying that the 
client connection was closed unexpectedly (network failure or 
whatever). That's pretty normal, just go set the verbose_ssl back to no 
:)

From elgino@n3rd.at  Sun Aug 24 02:51:00 2003
Return-Path: <elgino@n3rd.at>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 41A76238C9; Sun, 24 Aug 2003 02:51:00 +0300 (EEST)
Received: from n3rd.at (unknown [80.78.255.52])
	by danu.procontrol.fi (Postfix) with ESMTP id 34AA42387F
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 02:50:28 +0300 (EEST)
Received: (qmail 2491 invoked from network); 23 Aug 2003 23:48:36 -0000
Received: from unknown (HELO dell) (192.168.0.5)
  by n3rd.at with RC4-MD5 encrypted SMTP; 23 Aug 2003 23:48:36 -0000
Message-ID: <000b01c369d2$5f58a740$0500a8c0@dell>
From: "eLgino" <elgino@n3rd.at>
To: <dovecot@procontrol.fi>
Date: Sun, 24 Aug 2003 01:57:55 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
Subject: [Dovecot] please add MySQL Support!
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 23 Aug 2003 23:51:00 -0000
X-UID: 1414                                                  
Status: O

Hi, Developer(s)

I will use this fantastic IMAP/POP -Server but i dislike, no a realy HATE
PostgreSQL!, please make a hack or code a MySQL support.

I know its a strange mail, and "question" but every one's first choice for
SQL-DBs is MySQL! :) and i love it!.

thanks in advance
eLgino

From rueckert@informatik.uni-rostock.de  Sun Aug 24 02:56:00 2003
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B787123896; Sun, 24 Aug 2003 02:56:00 +0300 (EEST)
Received: from irssi.ath.cx (vpn017074.uni-rostock.de [139.30.17.74])
	by danu.procontrol.fi (Postfix) with ESMTP id A1B05238C9
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 02:55:28 +0300 (EEST)
Received: by irssi.ath.cx (Postfix, from userid 500)
	id 803CB71EFE0; Sun, 24 Aug 2003 01:56:12 +0200 (CEST)
Date: Sun, 24 Aug 2003 01:56:12 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: thomas may <thomas.may@x9media.com>
Subject: Re: [Dovecot] ssl failure !!
Message-ID: <20030823235612.GE30522@irssi.ath.cx>
References: <000501c369b5$1e7dbde0$8b01a8c0@notebook>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000501c369b5$1e7dbde0$8b01a8c0@notebook>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 23 Aug 2003 23:56:00 -0000
X-UID: 1415                                                  
Status: O

On 2003-08-23 22:28:30 +0200, thomas may wrote:
> i havent yet any problems with dovecat but in my dovecot log i get the
> following warning, does anybody know what its wrong.
> 
> imap-login: Aug 23 22:14:47 Warning: SSL_read() syscall failed: Connection
> reset by peer [192.168.1.139]
> imap-login: Aug 23 22:14:48 Info: Login: info@domain1.com [192.168.1.139]

from my testing i can say it is normal if you use OE. it seems OE doesnt
close the SSL link correctly.

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/

From tss@iki.fi  Sun Aug 24 03:15:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3ADDA239A8; Sun, 24 Aug 2003 03:15:47 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6D09C239AC
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 03:15:09 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3D6865C65485
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 03:15:09 +0300 (EEST)
Subject: Re: [Dovecot] please add MySQL Support!
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <000b01c369d2$5f58a740$0500a8c0@dell>
References: <000b01c369d2$5f58a740$0500a8c0@dell>
Content-Type: text/plain
Message-Id: <1061684108.19011.196.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Aug 2003 03:15:09 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 00:15:47 -0000
X-UID: 1416                                                  
Status: O

On Sun, 2003-08-24 at 02:57, eLgino wrote:
> Hi, Developer(s)
> 
> I will use this fantastic IMAP/POP -Server but i dislike, no a realy HATE
> PostgreSQL!, please make a hack or code a MySQL support.
> 
> I know its a strange mail, and "question" but every one's first choice for
> SQL-DBs is MySQL! :) and i love it!.

And I really hate MySQL :) I'm still hoping someone else would write the
support for it. I might end up doing it eventually, but currently
there's more important things to do.


From tss@iki.fi  Sun Aug 24 03:22:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7F174239B1; Sun, 24 Aug 2003 03:22:00 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A0CBB239AC
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 03:21:28 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5D2595C65485
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 03:21:28 +0300 (EEST)
Subject: Re: [Dovecot] No rawlog with LDAP
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030823225613.GA6200@kongemord.krig.net>
References: <20030822060834.GA5880@kongemord.krig.net>
	 <23283E55-D59A-11D7-8B96-000393CC2E90@iki.fi>
	 <20030823225613.GA6200@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1061684488.24980.202.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Aug 2003 03:21:28 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 00:22:00 -0000
X-UID: 1417                                                  
Status: O

On Sun, 2003-08-24 at 01:56, Bob Hall wrote:
> > >For an imap process opened under LDAP authentication, the output is
> > >USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W
> > >postkont imap        5876   wd /          7961 drwx------     512  r
> > 
> > Root directory? I'm not sure why it would be there.. It should be in 
> > /var/run/dovecot/ directory if home directory wasn't given.. Unless the 
> > home dir was root.
> 
> Then shouldn't it be in /root instead of /?

/root? Why? /root is usually root's home directory and you're not
running imap as root.

> You're the one who knows what he's doing. I just follow orders.

I'm pretty sure it's just not getting the homeDirectory out of LDAP.
Maybe it's related to why uidNumber/gidNumber wasn't working either. My
LDAP knowledge isn't very good, but maybe it's looking into wrong
schema? Did you change user_attrs or user_filter in dovecot-ldap.conf?

And you did use the same dovecot-ldap.conf file for both passdb and
userdb, right?


From steve@lansol.com.au  Sun Aug 24 07:03:33 2003
Return-Path: <steve@lansol.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 798B7239A3; Sun, 24 Aug 2003 07:03:33 +0300 (EEST)
Received: from mikayla.lansol.com.au (eth559.sa.adsl.internode.on.net
	[150.101.227.46])
	by danu.procontrol.fi (Postfix) with ESMTP id 21C95238D3
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 07:03:00 +0300 (EEST)
Received: (from root@localhost)
	by mikayla.lansol.com.au (8.11.6/8.11.6) id h7O42v104716
	for dovecot@procontrol.fi; Sun, 24 Aug 2003 13:32:57 +0930
Received: from lansol.com.au (office1.lansol.internal [192.168.2.75])
	by mikayla.lansol.com.au (8.11.6/8.11.6) with ESMTP id h7O42tK04708
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 13:32:55 +0930
Message-ID: <3F4838EE.2040302@lansol.com.au>
Date: Sun, 24 Aug 2003 13:32:54 +0930
From: Steve Sloan <steve@lansol.com.au>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by AMaViS perl-11
Subject: [Dovecot] Postfix and Maildirs
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 04:03:33 -0000
X-UID: 1418                                                  
Status: O
Content-Length: 2627

Hope someone can help me with this as I am presently stuck

I am setting up a new server with Dovecot 0.99.10, Redhat 9.0, Postfix, 
Amavisd-new and maildir's in the users home drive.
I am using Netscape mail 7.1 as the main client to access the mail store 
via imap which works fine and various other imap clients can access the 
maildirs Ok as well.
The problem is when Postfix delivers a message is insists on making a 
second Maildir directory in the user's home drive and put the message in 
there.
The  Maildir's  are being created automatically ie. I didn't use 
maildirmake. Even if I delete one of the Maildir's it just gets 
recreated again.
ie. this is the test user's home drive

drwx------   10 test2    test2        4096 Aug 23 20:53 Maildir
drwx------    6 test2    test2        4096 Aug 24 11:05 Maildir

This is the Maildir that the clients are using and being accessed by Dovecot

drwx------   10 test2    test2        4096 Aug 23 20:53 .
drwx------    4 test2    test2        4096 Aug 24 11:05 ..
drwx------    2 test2    test2        4096 Aug 23 19:58 cur
-rw-------    1 test2    test2           5 Aug 23 19:58 .customflags
drwx------    5 test2    test2        4096 Aug 23 19:59 .Drafts
drwx------    2 test2    test2        4096 Aug 23 19:58 .INBOX
drwx------    2 test2    test2        4096 Aug 23 19:58 new
drwx------    5 test2    test2        4096 Aug 23 20:15 .Sent
-rw-------    1 test2    test2          29 Aug 23 20:13 .subscriptions
drwx------    5 test2    test2        4096 Aug 23 20:11 .test
drwx------    2 test2    test2        4096 Aug 23 19:58 tmp
drwx------    5 test2    test2        4096 Aug 23 20:11 .Trash

and the other one which Postfix user's

drwx------    6 test2    test2        4096 Aug 24 11:05 .
drwx------    4 test2    test2        4096 Aug 24 11:05 ..
drwx------    2 test2    test2        4096 Aug 24 11:05 cur
-rw-------    1 test2    test2           5 Aug 24 11:05 .customflags
drwx------    2 test2    test2        4096 Aug 24 11:05 .INBOX
drwx------    2 test2    test2        4096 Aug 24 11:05 new
drwx------    2 test2    test2        4096 Aug 24 11:05 tmp

This one has no index files and looks just like a courier Maildir

For Postfix main.cf I have set
home_mailbox = Maildir/
and
/etc/dovecot.conf
default_mail_env = maildir:/home/%u/Maildir

Hope this make sense to someone

Steve

-- 

_____________________________________________
 
LanSol Computers
283 Sir Donald Bradman Drv.
Brooklyn Park SA 5032
Ph 618 8238 3406   Fax 618 83538479
Mobile    0414 398166
Email   steve@lansol.com.au
URL  www.lansol.com.au
 _____________________________________________


From rjhjr@cox.net  Sun Aug 24 07:11:30 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CB9EB239AC; Sun, 24 Aug 2003 07:11:30 +0300 (EEST)
Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 6F9F2239A3
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 07:10:58 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao02.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030824041054.LMQS11854.lakemtao02.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 00:10:54 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Sun, 24 Aug 2003 00:10:57 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Sun, 24 Aug 2003 00:10:57 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No rawlog with LDAP
Message-ID: <20030824041056.GA8650@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030822060834.GA5880@kongemord.krig.net>
	<23283E55-D59A-11D7-8B96-000393CC2E90@iki.fi>
	<20030823225613.GA6200@kongemord.krig.net> <1061684488.24980.202.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1061684488.24980.202.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 04:11:30 -0000
X-UID: 1419                                                  
Status: O

On Sun, Aug 24, 2003 at 03:21:28AM +0300, Timo Sirainen wrote:
> LDAP knowledge isn't very good, but maybe it's looking into wrong
> schema? Did you change user_attrs or user_filter in dovecot-ldap.conf?
                           
Bingo. When I was originally trying to get authentication to work, I 
removed everything from the user_attrs setting except uid. I copied 
the original setting back in from the original file, and now it works 
fine. The raw log directory is filling up like crazy.  

Timo, you've got to explain this setting. Here's the original setting:
	user_attrs = uid,homeDirectory,,uid,uidNumber,gidNumber
          	                       ^^^^^ 
There's an extra uid and an extra comma, but when I remove them, 
authentication fails. What's going on? What's with the duplicates?

Bob 
From charlie@rubberduck.com  Sun Aug 24 07:21:55 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 066E3239B2; Sun, 24 Aug 2003 07:21:55 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 484CC239B1
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 07:21:21 +0300 (EEST)
Received: from machine.internal.schools.net.au
	(dsl-203-113-195-70.VIC.netspace.net.au [203.113.195.70])
	by lazy.spodder.com (Postfix) with ESMTP
	id 97FAB9052; Sun, 24 Aug 2003 14:18:43 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id 6EC0F1C08EB; Sun, 24 Aug 2003 14:21:12 +1000 (EST)
Date: Sun, 24 Aug 2003 14:21:12 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Steve Sloan <steve@lansol.com.au>
Subject: Re: [Dovecot] Postfix and Maildirs
Message-ID: <20030824042111.GA801@myinternet.com.au>
References: <3F4838EE.2040302@lansol.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8"
Content-Disposition: inline
In-Reply-To: <3F4838EE.2040302@lansol.com.au>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 04:21:55 -0000
X-UID: 1420                                                  
Status: O
Content-Length: 1366


--MGYHOYXEY6WxJCY8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Aug 24, 2003 at 01:32:54PM +0930, Steve Sloan wrote:
>=20
> The problem is when Postfix delivers a message is insists on making a=20
> second Maildir directory in the user's home drive and put the message in=
=20
> there.

> ie. this is the test user's home drive
>=20
> drwx------   10 test2    test2        4096 Aug 23 20:53 Maildir
> drwx------    6 test2    test2        4096 Aug 24 11:05 Maildir
>=20

You may have a space on the end, or dovecot is reading the <CR>.

> This one has no index files and looks just like a courier Maildir
>=20
> For Postfix main.cf I have set
> home_mailbox =3D Maildir/
> and
> /etc/dovecot.conf
> default_mail_env =3D maildir:/home/%u/Maildir

Put a / after the Maildir, as you have in postfix, and make sure you
have no spaces.

I could be wrong.

  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--MGYHOYXEY6WxJCY8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQE/SD03qiZDwhSqeUERApNkAJ9++BtjaiqJW/zxMnHnK5rJYeB+5ACfThr4
8izXNo8qUg6IQRw3+RVV2Q8=
=/zOb
-----END PGP SIGNATURE-----

--MGYHOYXEY6WxJCY8--
From steve@lansol.com.au  Sun Aug 24 07:43:51 2003
Return-Path: <steve@lansol.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 16014239B5; Sun, 24 Aug 2003 07:43:51 +0300 (EEST)
Received: from mikayla.lansol.com.au (eth559.sa.adsl.internode.on.net
	[150.101.227.46])
	by danu.procontrol.fi (Postfix) with ESMTP id 9A017238C9
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 07:43:17 +0300 (EEST)
Received: (from root@localhost)
	by mikayla.lansol.com.au (8.11.6/8.11.6) id h7O4hGO04957;
	Sun, 24 Aug 2003 14:13:16 +0930
Received: from lansol.com.au (office1.lansol.internal [192.168.2.75])
	by mikayla.lansol.com.au (8.11.6/8.11.6) with ESMTP id h7O4hEK04949;
	Sun, 24 Aug 2003 14:13:14 +0930
Message-ID: <3F484261.8090901@lansol.com.au>
Date: Sun, 24 Aug 2003 14:13:13 +0930
From: Steve Sloan <steve@lansol.com.au>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Charlie Allom <charlie@rubberduck.com>
Subject: Re: [Dovecot] Postfix and Maildirs
References: <3F4838EE.2040302@lansol.com.au>
	<20030824042111.GA801@myinternet.com.au>
In-Reply-To: <20030824042111.GA801@myinternet.com.au>
Content-Type: multipart/alternative;
 boundary="------------000402020408040507090009"
X-Virus-Scanned: by AMaViS perl-11
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 04:43:51 -0000
X-UID: 1421                                                  
Status: O
Content-Length: 3806

This is a multi-part message in MIME format.
--------------000402020408040507090009
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Thankyou,

I had a space at the end of

default_mail_env = maildir:/home/%u/Maildir

If I have read the maillog file a bit more closely I should have picked that up.

Anyway thanks again

Steve


Charlie Allom wrote:

>On Sun, Aug 24, 2003 at 01:32:54PM +0930, Steve Sloan wrote:
>  
>
>>The problem is when Postfix delivers a message is insists on making a 
>>second Maildir directory in the user's home drive and put the message in 
>>there.
>>    
>>
>
>  
>
>>ie. this is the test user's home drive
>>
>>drwx------   10 test2    test2        4096 Aug 23 20:53 Maildir
>>drwx------    6 test2    test2        4096 Aug 24 11:05 Maildir
>>
>>    
>>
>
>You may have a space on the end, or dovecot is reading the <CR>.
>
>  
>
>>This one has no index files and looks just like a courier Maildir
>>
>>For Postfix main.cf I have set
>>home_mailbox = Maildir/
>>and
>>/etc/dovecot.conf
>>default_mail_env = maildir:/home/%u/Maildir
>>    
>>
>
>Put a / after the Maildir, as you have in postfix, and make sure you
>have no spaces.
>
>I could be wrong.
>
>  C.
>  
>

-- 

_____________________________________________
 
LanSol Computers
283 Sir Donald Bradman Drv.
Brooklyn Park SA 5032
Ph 618 8238 3406   Fax 618 83538479
Mobile    0414 398166
Email   steve@lansol.com.au
URL  www.lansol.com.au
 _____________________________________________


--------------000402020408040507090009
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Thankyou,<br>
<br>
I had a space at the end of <br>
<pre wrap="">default_mail_env = maildir:/home/%u/Maildir

If I have read the maillog file a bit more closely I should have picked that up.

Anyway thanks again

Steve
</pre>
<br>
Charlie Allom wrote:<br>
<blockquote type="cite" cite="mid20030824042111.GA801@myinternet.com.au">
  <pre wrap="">On Sun, Aug 24, 2003 at 01:32:54PM +0930, Steve Sloan wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">The problem is when Postfix delivers a message is insists on making a 
second Maildir directory in the user's home drive and put the message in 
there.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
  </pre>
  <blockquote type="cite">
    <pre wrap="">ie. this is the test user's home drive

drwx------   10 test2    test2        4096 Aug 23 20:53 Maildir
drwx------    6 test2    test2        4096 Aug 24 11:05 Maildir

    </pre>
  </blockquote>
  <pre wrap=""><!---->
You may have a space on the end, or dovecot is reading the &lt;CR&gt;.

  </pre>
  <blockquote type="cite">
    <pre wrap="">This one has no index files and looks just like a courier Maildir

For Postfix main.cf I have set
home_mailbox = Maildir/
and
/etc/dovecot.conf
default_mail_env = maildir:/home/%u/Maildir
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Put a / after the Maildir, as you have in postfix, and make sure you
have no spaces.

I could be wrong.

  C.
  </pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">-- 

_____________________________________________
 
LanSol Computers
283 Sir Donald Bradman Drv.
Brooklyn Park SA 5032
Ph 618 8238 3406   Fax 618 83538479
Mobile    0414 398166
Email   <a class="moz-txt-link-abbreviated" href="mailto:steve@lansol.com.au">steve@lansol.com.au</a>
URL  <a class="moz-txt-link-abbreviated" href="http://www.lansol.com.au">www.lansol.com.au</a>
 _____________________________________________</pre>
</body>
</html>

--------------000402020408040507090009--

From mreimer@vpop.net  Sun Aug 24 06:44:52 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 41FFB238D3; Sun, 24 Aug 2003 06:44:52 +0300 (EEST)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 2DA4A2384C
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 06:44:20 +0300 (EEST)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id 68B9E3A6563; Sat, 23 Aug 2003 20:44:14 -0700 (PDT)
Message-ID: <3F48349D.2090007@vpop.net>
Date: Sat, 23 Aug 2003 22:44:29 -0500
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] please add MySQL Support!
References: <lists.dovecot.000b01c369d2$5f58a740$0500a8c0@dell.SOMEWHERE>
	<lists.dovecot.1061684108.19011.196.camel@hurina.SOMEWHERE>
In-Reply-To: <lists.dovecot.1061684108.19011.196.camel@hurina.SOMEWHERE>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sun, 24 Aug 2003 08:38:33 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 03:44:52 -0000
X-UID: 1422                                                  
Status: O

Timo Sirainen wrote:
> On Sun, 2003-08-24 at 02:57, eLgino wrote:
> 
>>Hi, Developer(s)
>>
>>I will use this fantastic IMAP/POP -Server but i dislike, no a realy HATE
>>PostgreSQL!, please make a hack or code a MySQL support.
>>
>>I know its a strange mail, and "question" but every one's first choice for
>>SQL-DBs is MySQL! :) and i love it!.
> 
> 
> And I really hate MySQL :) I'm still hoping someone else would write the
> support for it. I might end up doing it eventually, but currently
> there's more important things to do.

Just yesterday I got this working, using the pgsql stuff as a guide. 
After I clean up the patch and make sure I'm not leaking memory, I'll 
send it to the list.

Matt

From rjhjr@cox.net  Sun Aug 24 08:44:19 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 88633238D5; Sun, 24 Aug 2003 08:44:19 +0300 (EEST)
Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244])
	by danu.procontrol.fi (Postfix) with ESMTP id 17290238D1
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 08:43:47 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao01.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030824054346.UWRT5378.lakemtao01.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 01:43:46 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Sun, 24 Aug 2003 01:43:45 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Sun, 24 Aug 2003 01:43:45 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No rawlog with LDAP
Message-ID: <20030824054345.GA9103@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030822060834.GA5880@kongemord.krig.net>
	<23283E55-D59A-11D7-8B96-000393CC2E90@iki.fi>
	<20030823225613.GA6200@kongemord.krig.net> <1061684488.24980.202.camel@hurina>
	<20030824041056.GA8650@kongemord.krig.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030824041056.GA8650@kongemord.krig.net>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 05:44:19 -0000
X-UID: 1423                                                  
Status: O

On Sun, Aug 24, 2003 at 12:10:57AM -0400, Bob Hall wrote:
> There's an extra uid and an extra comma, but when I remove them, 
> authentication fails. What's going on? What's with the duplicates?

Never mind. Figured it out. 

Bob
From tss@iki.fi  Sun Aug 24 08:47:52 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ED8C5239B5; Sun, 24 Aug 2003 08:47:52 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1AA07238D1
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 08:47:20 +0300 (EEST)
Date: Sun, 24 Aug 2003 08:47:31 +0300
Subject: Re: [Dovecot] No rawlog with LDAP
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030824041056.GA8650@kongemord.krig.net>
Message-Id: <73DDCAE5-D5F6-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 05:47:53 -0000
X-UID: 1424                                                  
Status: O
Content-Length: 1187

On Sunday, Aug 24, 2003, at 07:10 Europe/Helsinki, Bob Hall wrote:

> Bingo. When I was originally trying to get authentication to work, I
> removed everything from the user_attrs setting except uid. I copied
> the original setting back in from the original file, and now it works
> fine. The raw log directory is filling up like crazy.

Great :)

> Timo, you've got to explain this setting. Here's the original setting:
> 	user_attrs = uid,homeDirectory,,uid,uidNumber,gidNumber
>           	                       ^^^^^
> There's an extra uid and an extra comma, but when I remove them,
> authentication fails. What's going on? What's with the duplicates?

The first uid is the virtual user name that you log in with. For 
example user@domain.com. The second uid is the system user id which is 
used to lookup groups from /etc/groups file. Hmm.. This should probably 
be said more clearly there. You really don't want to have it if you 
have only virtual users.

Two commas mean simply that the value in the middle of them doesn't 
exist. That'd be the MAIL environment which you can use to override 
config file's default_mail_env. By default it doesn't exist in LDAP so 
it's empty.

From tss@iki.fi  Sun Aug 24 08:50:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AA9DF238D1; Sun, 24 Aug 2003 08:50:34 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CBD3A239B6
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 08:50:02 +0300 (EEST)
Date: Sun, 24 Aug 2003 08:50:14 +0300
Subject: Re: [Dovecot] Postfix and Maildirs
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F484261.8090901@lansol.com.au>
Message-Id: <D548B47C-D5F6-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 05:50:34 -0000
X-UID: 1425                                                  
Status: O

On Sunday, Aug 24, 2003, at 07:43 Europe/Helsinki, Steve Sloan wrote:

> I had a space at the end of
>
> default_mail_env = maildir:/home/%u/Maildir

Next version will strip the spaces from end. There's been too many 
problems with them already. It will still be possible to add spaces to 
end by quoting the value with " or '.

From tss@iki.fi  Sun Aug 24 11:43:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EBBAE239B6; Sun, 24 Aug 2003 11:43:29 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F1DBF238C9
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 11:42:55 +0300 (EEST)
Date: Sun, 24 Aug 2003 11:43:08 +0300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] 0.99.11-test6
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 08:43:30 -0000
X-UID: 1426                                                  
Status: O
Content-Length: 1432

http://dovecot.procontrol.fi/test/

I think I've fixed the problems that were corrupting indexes with the 
new code. It happened every time you had expunged some messages and new 
messages arrived. I think this release might actually work :)

disable_plaintext_auth = yes will be default from now on. It allows 
plaintext authentication from localhost (127.*, ::1) however.

I just figured out that the lockless cache file reading prevents me 
from fixing the mbox code to work the same way it used to. I'm not sure 
actually how this would be best fixed.. Problem is that headers in 
mails change and move the messages around in the mailbox, so I have to 
keep track of them. Previously I just updated the header size in index 
files.. but without read locks this can't be done safely.

One possibility would be to parse the whole mbox file every time when 
the mailbox is opened (or when it needs to be read) and save the header 
sizes in memory. That'd make it slower than it is today though..

Or maybe it'd work if I just grabbed exclusive lock whenever reading 
header sizes. They could be then copied into memory to avoid locking 
more than once. But that still creates locking contention if lots of 
clients are reading the mailbox. Exactly in the situation where I'd 
mostly use mboxes..

I could also save it in .imap.index file which still currently uses 
read-locks. But I'd rather want to get rid of them in there too.

From bert@rosanneke.com  Sun Aug 24 15:49:58 2003
Return-Path: <bert@rosanneke.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 58CEA239CE; Sun, 24 Aug 2003 15:49:58 +0300 (EEST)
Received: from smtp09.wxs.nl (smtp09.wxs.nl [195.121.6.38])
	by danu.procontrol.fi (Postfix) with ESMTP id 9BD6E239B6
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 15:49:26 +0300 (EEST)
Received: from rosanneke.com (ip3e83fde6.speed.planet.nl [62.131.253.230])
 by smtp09.wxs.nl
 (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id
 <0HK4001FEJJKNU@smtp09.wxs.nl> for dovecot@procontrol.fi; Sun,
 24 Aug 2003 14:47:44 +0200 (MEST)
Date: Sun, 24 Aug 2003 14:49:23 +0200
From: Bert Koelewijn <bert@rosanneke.com>
To: dovecot@procontrol.fi
Message-id: <3F48B453.50205@rosanneke.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4)
 Gecko/20030624
Subject: [Dovecot] Chrooting the Mail processes
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 12:49:58 -0000
X-UID: 1427                                                  
Status: O

Hello!

Could somebody give some feedback on this configuration:

- OpenBSD box with local ssh users.
- /home directory mounted with nosuid,noexec.
- postfix dropping mail in /home/username/mail/INBOX, with the UID/GID 
of the user.
- dovecot:
     valid_chroot_dirs = /home
     default_mail_env = mbox:/home/%u/mail/:INBOX=/home/%u/mail/INBOX

Are there any obvious ways for a local user to help dovecot escape the 
chroot jail?
How can I check that dovecot is REALLY using /home as chroot jail for 
the imap process?

Thanks!

Bert Koelewijn

From tss@iki.fi  Sun Aug 24 16:08:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2A07A239CE; Sun, 24 Aug 2003 16:08:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4AF5B239D0
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 16:07:42 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 14E055C65485
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 16:07:42 +0300 (EEST)
Subject: Re: [Dovecot] Chrooting the Mail processes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F48B453.50205@rosanneke.com>
References: <3F48B453.50205@rosanneke.com>
Content-Type: text/plain
Message-Id: <1061730461.24980.221.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Aug 2003 16:07:42 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 13:08:15 -0000
X-UID: 1428                                                  
Status: O

On Sun, 2003-08-24 at 15:49, Bert Koelewijn wrote:
>      valid_chroot_dirs = /home
>      default_mail_env = mbox:/home/%u/mail/:INBOX=/home/%u/mail/INBOX
> 
> Are there any obvious ways for a local user to help dovecot escape the 
> chroot jail?

Not really. They can of course create hardlinks elsewhere in /home.

> How can I check that dovecot is REALLY using /home as chroot jail for 
> the imap process?

It's not chrooting anywhere yet with those settings. Hmm. I think I'd
need to add "mail_chroot" setting which would specify the default
chroot.

For now you'd have to change user's home directories to contain /./ to
speficy chroot. Like "/home/./user".


From tss@iki.fi  Sun Aug 24 16:14:54 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5424D239D3; Sun, 24 Aug 2003 16:14:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6D289239CE
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 16:14:20 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2B2395C65485
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 16:14:20 +0300 (EEST)
Subject: Re: [Dovecot] Chrooting the Mail processes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1061730461.24980.221.camel@hurina>
References: <3F48B453.50205@rosanneke.com>
	 <1061730461.24980.221.camel@hurina>
Content-Type: multipart/mixed; boundary="=-ZdN+8zXN4AfbVRmAMNOZ"
Message-Id: <1061730859.24982.223.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Aug 2003 16:14:20 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 13:14:54 -0000
X-UID: 1429                                                  
Status: O
Content-Length: 2705


--=-ZdN+8zXN4AfbVRmAMNOZ
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sun, 2003-08-24 at 16:07, Timo Sirainen wrote:
> It's not chrooting anywhere yet with those settings. Hmm. I think I'd
> need to add "mail_chroot" setting which would specify the default
> chroot.

Here's a patch.


--=-ZdN+8zXN4AfbVRmAMNOZ
Content-Disposition: attachment; filename=chroot.diff
Content-Type: text/x-patch; name=chroot.diff; charset=iso-8859-15
Content-Transfer-Encoding: 7bit

diff -ru dovecot-0.99.10/dovecot-example.conf dovecot-0.99.10.new/dovecot-example.conf
--- dovecot-0.99.10/dovecot-example.conf	2003-06-26 19:11:06.000000000 +0300
+++ dovecot-0.99.10.new/dovecot-example.conf	2003-08-24 16:11:56.000000000 +0300
@@ -166,6 +166,10 @@
 # allow shell access for users. See doc/configuration.txt for more information.
 #valid_chroot_dirs = 
 
+# Default chroot directory for mail processes. This can be overridden by
+# giving /./ in user's home directory (eg. /home/./user chroots into /home).
+#mail_chroot = 
+
 # Default MAIL environment to use when it's not set. By leaving this empty
 # dovecot tries to do some automatic detection as described in
 # doc/mail-storages.txt. There's a few special variables you can use:
diff -ru dovecot-0.99.10/src/master/mail-process.c dovecot-0.99.10.new/src/master/mail-process.c
--- dovecot-0.99.10/src/master/mail-process.c	2003-06-25 02:26:44.000000000 +0300
+++ dovecot-0.99.10.new/src/master/mail-process.c	2003-08-24 16:12:34.000000000 +0300
@@ -118,6 +118,9 @@
 	home_dir = data + reply->home_idx;
 	chroot_dir = data + reply->chroot_idx;
 
+	if (*chroot_dir == '\0')
+		chroot_dir = set->mail_chroot;
+
 	if (*chroot_dir != '\0' && !validate_chroot(chroot_dir)) {
 		i_error("Invalid chroot directory: %s", chroot_dir);
 		return FALSE;
diff -ru dovecot-0.99.10/src/master/master-settings.c dovecot-0.99.10.new/src/master/master-settings.c
--- dovecot-0.99.10/src/master/master-settings.c	2003-05-21 14:43:04.000000000 +0300
+++ dovecot-0.99.10.new/src/master/master-settings.c	2003-08-24 16:11:56.000000000 +0300
@@ -43,6 +43,7 @@
 
 	/* mail */
 	DEF(SET_STR, valid_chroot_dirs),
+	DEF(SET_STR, mail_chroot),
 	DEF(SET_INT, max_mail_processes),
 	DEF(SET_BOOL, verbose_proctitle),
 
diff -ru dovecot-0.99.10/src/master/master-settings.h dovecot-0.99.10.new/src/master/master-settings.h
--- dovecot-0.99.10/src/master/master-settings.h	2003-05-18 15:26:29.000000000 +0300
+++ dovecot-0.99.10.new/src/master/master-settings.h	2003-08-24 16:11:56.000000000 +0300
@@ -29,6 +29,7 @@
 
 	/* mail */
 	const char *valid_chroot_dirs;
+	const char *mail_chroot;
 	unsigned int max_mail_processes;
 	int verbose_proctitle;
 

--=-ZdN+8zXN4AfbVRmAMNOZ--

From bert@rosanneke.com  Sun Aug 24 21:18:57 2003
Return-Path: <bert@rosanneke.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D340223993; Sun, 24 Aug 2003 21:18:57 +0300 (EEST)
Received: from smtp09.wxs.nl (smtp09.wxs.nl [195.121.6.38])
	by danu.procontrol.fi (Postfix) with ESMTP id AEE75238D7
	for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 21:18:24 +0300 (EEST)
Received: from rosanneke.com (ip3e83fde6.speed.planet.nl [62.131.253.230])
 by smtp09.wxs.nl
 (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id
 <0HK4002P2YQUGS@smtp09.wxs.nl> for dovecot@procontrol.fi; Sun,
 24 Aug 2003 20:16:20 +0200 (MEST)
Date: Sun, 24 Aug 2003 20:17:38 +0200
From: Bert Koelewijn <bert@rosanneke.com>
Subject: Re: [Dovecot] Chrooting the Mail processes
In-reply-to: <1061730859.24982.223.camel@hurina>
To: Timo Sirainen <tss@iki.fi>
Message-id: <3F490142.3090009@rosanneke.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4)
 Gecko/20030624
References: <3F48B453.50205@rosanneke.com> <1061730461.24980.221.camel@hurina>
 <1061730859.24982.223.camel@hurina>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 18:18:58 -0000
X-UID: 1430                                                  
Status: O
Content-Length: 3057

Timo,

I think you forgot to post some diff's:

MEMBER(valid_chroot_dirs) NULL,
MEMBER(mail_chroot) ...

and this can't be right:

static int validate_chroot(const char *dir)
{
         const char *const *chroot_dirs;

         if (*dir == '\0')
                 return FALSE;

         if (set->valid_chroot_dirs == NULL)
                 return FALSE;

and some more I guess.

But thanks for your fast reply anyway!

Bert

Timo Sirainen wrote:

> On Sun, 2003-08-24 at 16:07, Timo Sirainen wrote:
> 
>>It's not chrooting anywhere yet with those settings. Hmm. I think I'd
>>need to add "mail_chroot" setting which would specify the default
>>chroot.
> 
> 
> Here's a patch.
> 
> 
> 
> ------------------------------------------------------------------------
> 
> diff -ru dovecot-0.99.10/dovecot-example.conf dovecot-0.99.10.new/dovecot-example.conf
> --- dovecot-0.99.10/dovecot-example.conf	2003-06-26 19:11:06.000000000 +0300
> +++ dovecot-0.99.10.new/dovecot-example.conf	2003-08-24 16:11:56.000000000 +0300
> @@ -166,6 +166,10 @@
>  # allow shell access for users. See doc/configuration.txt for more information.
>  #valid_chroot_dirs = 
>  
> +# Default chroot directory for mail processes. This can be overridden by
> +# giving /./ in user's home directory (eg. /home/./user chroots into /home).
> +#mail_chroot = 
> +
>  # Default MAIL environment to use when it's not set. By leaving this empty
>  # dovecot tries to do some automatic detection as described in
>  # doc/mail-storages.txt. There's a few special variables you can use:
> diff -ru dovecot-0.99.10/src/master/mail-process.c dovecot-0.99.10.new/src/master/mail-process.c
> --- dovecot-0.99.10/src/master/mail-process.c	2003-06-25 02:26:44.000000000 +0300
> +++ dovecot-0.99.10.new/src/master/mail-process.c	2003-08-24 16:12:34.000000000 +0300
> @@ -118,6 +118,9 @@
>  	home_dir = data + reply->home_idx;
>  	chroot_dir = data + reply->chroot_idx;
>  
> +	if (*chroot_dir == '\0')
> +		chroot_dir = set->mail_chroot;
> +
>  	if (*chroot_dir != '\0' && !validate_chroot(chroot_dir)) {
>  		i_error("Invalid chroot directory: %s", chroot_dir);
>  		return FALSE;
> diff -ru dovecot-0.99.10/src/master/master-settings.c dovecot-0.99.10.new/src/master/master-settings.c
> --- dovecot-0.99.10/src/master/master-settings.c	2003-05-21 14:43:04.000000000 +0300
> +++ dovecot-0.99.10.new/src/master/master-settings.c	2003-08-24 16:11:56.000000000 +0300
> @@ -43,6 +43,7 @@
>  
>  	/* mail */
>  	DEF(SET_STR, valid_chroot_dirs),
> +	DEF(SET_STR, mail_chroot),
>  	DEF(SET_INT, max_mail_processes),
>  	DEF(SET_BOOL, verbose_proctitle),
>  
> diff -ru dovecot-0.99.10/src/master/master-settings.h dovecot-0.99.10.new/src/master/master-settings.h
> --- dovecot-0.99.10/src/master/master-settings.h	2003-05-18 15:26:29.000000000 +0300
> +++ dovecot-0.99.10.new/src/master/master-settings.h	2003-08-24 16:11:56.000000000 +0300
> @@ -29,6 +29,7 @@
>  
>  	/* mail */
>  	const char *valid_chroot_dirs;
> +	const char *mail_chroot;
>  	unsigned int max_mail_processes;
>  	int verbose_proctitle;
>  

From tss@iki.fi  Mon Aug 25 02:14:43 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3011E238D4; Mon, 25 Aug 2003 02:14:43 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 76C8C238C5
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 02:14:39 +0300 (EEST)
Date: Mon, 25 Aug 2003 02:14:49 +0300
Subject: Re: [Dovecot] Chrooting the Mail processes
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F490142.3090009@rosanneke.com>
Message-Id: <C29B2F14-D688-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 24 Aug 2003 23:14:43 -0000
X-UID: 1431                                                  
Status: O

On Sunday, Aug 24, 2003, at 21:17 Europe/Helsinki, Bert Koelewijn wrote:

> I think you forgot to post some diff's:
>
> MEMBER(valid_chroot_dirs) NULL,
> MEMBER(mail_chroot) ...

Oh, forgot to add it myself too. Looks like gcc 3 doesn't anymore 
complain if some of those are missing.

> and this can't be right:
>
> static int validate_chroot(const char *dir)
> {
>         const char *const *chroot_dirs;
>
>         if (*dir == '\0')
>                 return FALSE;
>
>         if (set->valid_chroot_dirs == NULL)
>                 return FALSE;

I don't see why not? The point of that function is to return TRUE if 
given directory is found from valid_chroot_dirs list.

From rjhjr@cox.net  Mon Aug 25 06:04:43 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6B694238E1; Mon, 25 Aug 2003 06:04:43 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 4E3D5238C5
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 06:04:31 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030825030429.SQVD10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Sun, 24 Aug 2003 23:04:29 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Sun, 24 Aug 2003 23:04:29 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Sun, 24 Aug 2003 23:04:28 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Message-ID: <20030825030428.GA12508@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] Docs on the wiki
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 03:04:43 -0000
X-UID: 1432                                                  
Status: O

I went to the Dove Wiki page and added a couple of docs. There's a 
DoveWikiMainPage link at the top of the first page now. Click on that 
and the next page has links to the two docs. Someone who knows more than 
I do about wiki formatting should make this look good.

The two docs are for Dovecot/OpenLDAP installation. The first is 
detailed instructions and the second is a cheat sheet. You don't need 
to contact me if you find errors; just click "Edit this page" at the 
bottom. Anyone who wants to use parts of my docs to use in documenting
other types of installation should feel free. There's no mention of 
copyright policy, but I assume everthing is GPL copyleft.

Bob Hall
From tss@iki.fi  Mon Aug 25 06:04:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F0659239A2; Mon, 25 Aug 2003 06:04:49 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E5762238D4
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 06:04:39 +0300 (EEST)
Date: Mon, 25 Aug 2003 06:04:52 +0300
Subject: Re: [Dovecot] Chrooting the Mail processes
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <C29B2F14-D688-11D7-9D97-000393CC2E90@iki.fi>
Message-Id: <E598DC90-D6A8-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 03:04:50 -0000
X-UID: 1433                                                  
Status: O

On Monday, Aug 25, 2003, at 02:14 Europe/Helsinki, Timo Sirainen wrote:

>> static int validate_chroot(const char *dir)
>
> I don't see why not? The point of that function is to return TRUE if 
> given directory is found from valid_chroot_dirs list.

Well, it crashed before calling it :)

--- mail-process.c      24 Aug 2003 13:14:47 -0000      1.32
+++ mail-process.c      25 Aug 2003 03:02:49 -0000      1.33
@@ -156,7 +156,7 @@
         home_dir = data + reply->home_idx;
         chroot_dir = data + reply->chroot_idx;

-       if (*chroot_dir == '\0')
+       if (*chroot_dir == '\0' && set->mail_chroot != NULL)
                 chroot_dir = set->mail_chroot;

         if (*chroot_dir != '\0' && !validate_chroot(set, chroot_dir)) {

From tss@iki.fi  Mon Aug 25 07:15:02 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E801923998; Mon, 25 Aug 2003 07:15:02 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 763E8238C8
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 07:14:54 +0300 (EEST)
Date: Mon, 25 Aug 2003 07:15:07 +0300
Subject: Re: [Dovecot] 0.99.11-test6
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
Message-Id: <B5BC3186-D6B2-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 04:15:03 -0000
X-UID: 1434                                                  
Status: O

On Sunday, Aug 24, 2003, at 11:43 Europe/Helsinki, Timo Sirainen wrote:
> I just figured out that the lockless cache file reading prevents me 
> from fixing the mbox code to work the same way it used to. I'm not 
> sure actually how this would be best fixed.. Problem is that headers 
> in mails change and move the messages around in the mailbox, so I have 
> to keep track of them. Previously I just updated the header size in 
> index files.. but without read locks this can't be done safely.

Stupid stupid stupid.

Why did it take this long to figure out.

Write: lock(); data[0] = stuff; data[1] = stuff; unlock();
Read: do { copy = data; } while (copy[0] != copy[1]);

There's my lockless reading for data that changes. Solves mbox 
problems, allows easily changing .imap.index to be read-lockless and 
probably more. Doubles the space requirements, but that's still small.

From charlie@rubberduck.com  Mon Aug 25 08:06:50 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 372DF23995; Mon, 25 Aug 2003 08:06:50 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 265BB238E1
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 08:06:43 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])	by lazy.spodder.com (Postfix) with ESMTP
	id 658988F21; Mon, 25 Aug 2003 15:04:06 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id 766291C6872; Mon, 25 Aug 2003 15:06:33 +1000 (EST)
Date: Mon, 25 Aug 2003 15:06:33 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.11-test6
Message-ID: <20030825050633.GD6879@myinternet.com.au>
References: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
	<B5BC3186-D6B2-11D7-9D97-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="nHwqXXcoX0o6fKCv"
Content-Disposition: inline
In-Reply-To: <B5BC3186-D6B2-11D7-9D97-000393CC2E90@iki.fi>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 05:06:50 -0000
X-UID: 1435                                                  
Status: O


--nHwqXXcoX0o6fKCv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Aug 25, 2003 at 07:15:07AM +0300, Timo Sirainen wrote:
>=20
> Why did it take this long to figure out.
>=20
> Write: lock(); data[0] =3D stuff; data[1] =3D stuff; unlock();
> Read: do { copy =3D data; } while (copy[0] !=3D copy[1]);

It's above me Timo, but well done anyway :)

  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--nHwqXXcoX0o6fKCv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQE/SZlYqiZDwhSqeUERAiOcAJ4zJSPr4U/mnBaPV45fj+HpJhUmjQCdHSTb
vOvB8CA2HCnb4ck0vjhqAqs=
=X+wc
-----END PGP SIGNATURE-----

--nHwqXXcoX0o6fKCv--
From matthias.andree@gmx.de  Mon Aug 25 12:10:30 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 023B723995; Mon, 25 Aug 2003 12:10:30 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1EBD8.dip.t-dialin.net [217.225.235.216])
	by danu.procontrol.fi (Postfix) with ESMTP id 03957238E1
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 12:09:57 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id DF72E938BA; Mon, 25 Aug 2003 11:09:53 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.11-test6
In-Reply-To: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi> (Timo Sirainen's
 message of "Sun, 24 Aug 2003 11:43:08 +0300")
References: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 25 Aug 2003 11:09:53 +0200
Message-ID: <m31xvaw1b2.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 09:10:30 -0000
X-UID: 1436                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Or maybe it'd work if I just grabbed exclusive lock whenever reading
> header sizes. They could be then copied into memory to avoid locking
> more than once. But that still creates locking contention if lots of
> clients are reading the mailbox. Exactly in the situation where I'd
> mostly use mboxes..

Would not one rather use Maildir and assume the Kernel caches directory
data? No locking contention...

-- 
Matthias Andree
From tom@replic8.net  Mon Aug 25 13:36:05 2003
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 548F123999; Mon, 25 Aug 2003 13:36:05 +0300 (EEST)
Received: from rpunkt.kicks-ass.net (p508610D3.dip0.t-ipconnect.de
	[80.134.16.211])
	by danu.procontrol.fi (Postfix) with ESMTP id 10CCB238E1
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 13:35:33 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id 888AF416B1
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 10:35:00 +0000 (GMT)
Received: from rpunkt.kicks-ass.net ([127.0.0.1])
 by localhost (commbox.rpdnet.com [127.0.0.1]) (amavisd-new, port 10024)
 with LMTP id 29289-05 for <dovecot@procontrol.fi>;
 Mon, 25 Aug 2003 10:34:59 +0000 (GMT)
Received: from aural.rpdnet.com (unknown [192.168.100.25])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by rpunkt.kicks-ass.net (Postfix) with ESMTP id C5322416B0
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 10:34:59 +0000 (GMT)
Date: Mon, 25 Aug 2003 12:36:09 +0200
From: tom hensel <tom@replic8.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.11-test6
Message-Id: <20030825123609.554611ed.tom@replic8.net>
In-Reply-To: <B5BC3186-D6B2-11D7-9D97-000393CC2E90@iki.fi>
References: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
	<B5BC3186-D6B2-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386--netbsdelf)
User-Agent: Get Lost 5.23r42
X-Operating-System: *BSD
X-ERFA: c3h
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.bN/HyBc:.UkVND"
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 10:36:05 -0000
X-UID: 1437                                                  
Status: O

--=.bN/HyBc:.UkVND
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

hi,

> Stupid stupid stupid.

hehe, be patient with yourself ;)
 
> Why did it take this long to figure out.

good solutions need time. that's it.
 
> Write: lock(); data[0] = stuff; data[1] = stuff; unlock();
> Read: do { copy = data; } while (copy[0] != copy[1]);

go ahead ;-)

thanks for your effort!

-- 
regards,
TOM

Key fingerprint = 1862 006F B4A8 7C65 5704  63A3 663F 5F19 6E72 53CF

--=.bN/HyBc:.UkVND
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (NetBSD)

iD8DBQE/SeaZZj9fGW5yU88RAv+lAKCSUFt3hV2B//AYD/mQG5YEfPeQuQCdEUOE
W62Ll3g6Vxy1BjhnMo0D9ZY=
=byM/
-----END PGP SIGNATURE-----

--=.bN/HyBc:.UkVND--
From tss@iki.fi  Mon Aug 25 14:33:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 91DCB23999; Mon, 25 Aug 2003 14:33:44 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 1D5CF23995
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 14:33:43 +0300 (EEST)
Date: Mon, 25 Aug 2003 14:33:57 +0300
Subject: Re: [Dovecot] 0.99.11-test6
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <m31xvaw1b2.fsf@merlin.emma.line.org>
Message-Id: <03870185-D6F0-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 11:33:44 -0000
X-UID: 1438                                                  
Status: O

On Monday, Aug 25, 2003, at 12:09 Europe/Helsinki, Matthias Andree 
wrote:

>> Or maybe it'd work if I just grabbed exclusive lock whenever reading
>> header sizes. They could be then copied into memory to avoid locking
>> more than once. But that still creates locking contention if lots of
>> clients are reading the mailbox. Exactly in the situation where I'd
>> mostly use mboxes..
>
> Would not one rather use Maildir and assume the Kernel caches directory
> data? No locking contention...

For read-only mailboxes it's much faster to read a single mbox file 
than to keep opening multiple maildir files. And when you're only 
reading mboxes, there's no lock contention.

From dovecot@andreas.hanssen.name  Mon Aug 25 15:02:23 2003
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EED9823999; Mon, 25 Aug 2003 15:02:23 +0300 (EEST)
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 1ABF8238C8
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 15:02:00 +0300 (EEST)
Received: (qmail 25931 invoked from network); 25 Aug 2003 12:01:59 -0000
Received: from localhost (HELO shusaku.troll.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 25 Aug 2003 12:01:59 -0000
Date: Mon, 25 Aug 2003 14:01:58 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Sender: ahanssen@shusaku.troll.no
To: Dovecot mailing list <dovecot@procontrol.fi>
Subject: Re: [Dovecot] 0.99.11-test6
In-Reply-To: <03870185-D6F0-11D7-9D97-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.44.0308251400360.32473-100000@shusaku.troll.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 12:02:24 -0000
X-UID: 1439                                                  
Status: O

On Mon, 25 Aug 2003, Timo Sirainen wrote:
>On Monday, Aug 25, 2003, at 12:09 Europe/Helsinki, Matthias Andree 
>wrote:
>> Would not one rather use Maildir and assume the Kernel caches directory
>> data? No locking contention...
>For read-only mailboxes it's much faster to read a single mbox file 
>than to keep opening multiple maildir files. And when you're only 
>reading mboxes, there's no lock contention.

If a truncation occurs while concurrent processes are reading, how is this 
handled?

Andy

-- 
Andreas Aardal Hanssen


From tss@iki.fi  Mon Aug 25 15:27:35 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6E508239BA; Mon, 25 Aug 2003 15:27:35 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id F2D3823999
	for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 15:27:33 +0300 (EEST)
Date: Mon, 25 Aug 2003 15:27:46 +0300
Subject: Re: [Dovecot] 0.99.11-test6
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <Pine.LNX.4.44.0308251400360.32473-100000@shusaku.troll.no>
Message-Id: <887FA7CA-D6F7-11D7-9D97-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 12:27:35 -0000
X-UID: 1440                                                  
Status: O

On Monday, Aug 25, 2003, at 15:01 Europe/Helsinki, Andreas Aardal 
Hanssen wrote:

>> For read-only mailboxes it's much faster to read a single mbox file
>> than to keep opening multiple maildir files. And when you're only
>> reading mboxes, there's no lock contention.
>
> If a truncation occurs while concurrent processes are reading, how is 
> this
> handled?

There's no truncation with read-only mailboxes of course :)

Anyway, the mbox files themselves will still be read-locked so no-one 
can modify them (if they still do, it breaks of course). It's only the 
indexes that won't be read-locked. Indexes are never truncated, but 
they may be replaced with rename().

I'm actually still wondering a bit if this works. Have to ask from some 
people who really know. The problem is that if I write 123 over XXX, 
can a simultaneous read() return 1X3 in some situation? (1XX, 12X, XX3 
and X23 are fine) That might break my plan..

From G.Ohrner@post.rwth-aachen.de  Tue Aug 26 01:41:02 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 200AC238D1; Tue, 26 Aug 2003 01:41:02 +0300 (EEST)
Received: from Blubb.wwWLAN.net (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id 48EE623896
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 01:40:38 +0300 (EEST)
Received: by Blubb.wwWLAN.net (Postfix, from userid 106)
	id B474634407A; Tue, 26 Aug 2003 00:40:40 +0200 (CEST)
Received: from HornBurg.CustomCDROM.de (ach9-d9bbaa8d.pool.mediaWays.net
	[217.187.170.141])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by Blubb.wwWLAN.net (Postfix) with ESMTP id B7C7F344079
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 00:40:08 +0200 (CEST)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=a7b5a281b62b5447817b95e0de010615)
	by HornBurg.CustomCDROM.de with esmtp (Exim 3.35 #1 (Debian))
	id 19rQ0H-0001DB-00
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 00:40:01 +0200
Received: from localhost ([127.0.0.1] ident=59d30ca882418ffae32a1be561984202)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 19rQ0G-0005El-00
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 00:40:00 +0200
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: dovecot@procontrol.fi
Date: Tue, 26 Aug 2003 00:39:42 +0200
User-Agent: KMail/1.5.3
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200308260039.59754@mail.CustomCDROM.de>
X-Spam-Status: No, hits=-2.9 required=5.0
	tests=PGP_SIGNATURE,USER_AGENT_KMAIL
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Subject: [Dovecot] mail accounts for users without home dirs
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2003 22:41:02 -0000
X-UID: 1441                                                  
Status: O
Content-Length: 1080

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

I use dovecot on a machine where users without an existing home directory (=
Not=20
my idea...) need to access their mailboxes. Unfortunately dovecot tries to=
=20
chdir to the users home directory before allowing IMAP access - is there=20
anything I can do about that besides creating a dummy-homedirectory for the=
se=20
users?

Greetings,

  Gunter

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Chain-mail isn't much defence against an arrow. It certainly isn't when=20
the arrow is being aimed between your eyes.        -- (Terry Pratchett,=20
Lords and Ladies)
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/SpA/0ORHvREo8l8RAvFcAJ0ZsnnRTmBUzQEuon6QLDSOWMB2lgCfVFJw
C/6nmMXb8cyvOWog0cfmi6E=3D
=3DiO/e
=2D----END PGP SIGNATURE-----

From jens@freebsdforum.de  Tue Aug 26 04:39:47 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 314A423887; Tue, 26 Aug 2003 04:39:47 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id 7398F23896
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 04:39:23 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])327261141C1
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 03:39:12 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: <dovecot@procontrol.fi>
Subject: Re: [Dovecot] 0.99.11-test6
Date: Tue, 26 Aug 2003 03:40:32 +0200
User-Agent: KMail/1.5.3
References: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
In-Reply-To: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308260340.32689.jens@freebsdforum.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 01:39:47 -0000
X-UID: 1442                                                  
Status: O

On Sunday 24 August 2003 10:43, Timo Sirainen wrote:

> messages arrived. I think this release might actually work :)

But not on my machine ;(

I got those compilation errors:

Making all in lib-auth
make[3]: Entering directory `/home/jens/dovecot-0.99.11-test6/src/lib-auth'
/opt/diet/bin/diet gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib    
-L/usr/local/lib -Wall -W -Wmissing-prototypes -Wmissing-declarations 
-Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c 
auth-client.c
auth-client.c:7: auth-server-connection.h: No such file or directory
make[3]: *** [auth-client.o] Error 1
make[3]: Leaving directory `/home/jens/dovecot-0.99.11-test6/src/lib-auth'

Using auth-server-connection.h from CVS worked ok, until I got: 
auth-server-connection.c:11: auth-server-request.h: No such file or directory

looks like you've forgotten some files.

Anyway, I will test latest CVS on my machines :)

Jens

From rjhjr@cox.net  Tue Aug 26 05:43:51 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A4DA3238C7; Tue, 26 Aug 2003 05:43:51 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 5CD5B238C6
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 05:43:27 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030826024323.JLUZ10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Mon, 25 Aug 2003 22:43:23 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Mon, 25 Aug 2003 22:43:25 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Mon, 25 Aug 2003 22:43:25 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] mail accounts for users without home dirs
Message-ID: <20030826024325.GC17307@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <200308260039.59754@mail.CustomCDROM.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200308260039.59754@mail.CustomCDROM.de>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 02:43:51 -0000
X-UID: 1443                                                  
Status: O
Content-Length: 1249

On Tue, Aug 26, 2003 at 12:39:42AM +0200, Gunter Ohrner wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi!
> 
> I use dovecot on a machine where users without an existing home directory (Not 
> my idea...) need to access their mailboxes. Unfortunately dovecot tries to 
> chdir to the users home directory before allowing IMAP access - is there 
> anything I can do about that besides creating a dummy-homedirectory for these 
> users?

I have a similar set up; none of the mail accounts correspond to an 
account in my passwd file. I have a postoffice account in the passwd file 
that owns the /var/mail directories where mail is stored. I use LDAP to 
assign each user the UID number for the postoffice account so that 
Dovecot's imap process can work with their mail. The postoffice home 
directory receives the raw log entries, and the account runs some 
related cron jobs that help manage the mail. So basically, I have one
Unix account and home directory to handle all mail users. If you don't 
want to deal with LDAP, you should be able to do something similar with 
PgSQL, or perhaps one of the other supported user databases. The key is 
always passing the postoffice UID number to Dovecot, regardless of the 
user.

Bob Hall
From tss@iki.fi  Tue Aug 26 11:59:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0762D238D5; Tue, 26 Aug 2003 11:59:49 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 50B2C23896
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 11:59:25 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2110A5C65485
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 11:59:25 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.11-test6
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <200308260340.32689.jens@freebsdforum.de>
References: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
	 <200308260340.32689.jens@freebsdforum.de>
Content-Type: text/plain
Message-Id: <1061888365.834.12.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 26 Aug 2003 11:59:25 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 08:59:49 -0000
X-UID: 1444                                                  
Status: O

On Tue, 2003-08-26 at 04:40, Jens Gutzeit wrote:
> > messages arrived. I think this release might actually work :)
> 
> But not on my machine ;(
> 
> auth-client.c:7: auth-server-connection.h: No such file or directory

Right.. I always forget to add those .h files into Makefiles. automake
should complain about them..

0.99.11-test7 fixes that.


From matthias.andree@gmx.de  Tue Aug 26 16:22:50 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CE9B8238C6; Tue, 26 Aug 2003 16:22:50 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951FE41.dip.t-dialin.net [217.81.254.65])
	by danu.procontrol.fi (Postfix) with ESMTP id 80826238C7
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 16:22:17 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 4344791112; Tue, 26 Aug 2003 15:22:15 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.11-test6
In-Reply-To: <1061888365.834.12.camel@hurina> (Timo Sirainen's message of
 "Tue, 26 Aug 2003 11:59:25 +0300")
References: <FC987FDC-D60E-11D7-9D97-000393CC2E90@iki.fi>
	<200308260340.32689.jens@freebsdforum.de>
	<1061888365.834.12.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 26 Aug 2003 15:22:15 +0200
Message-ID: <m31xv81rlk.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 13:22:51 -0000
X-UID: 1445                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> On Tue, 2003-08-26 at 04:40, Jens Gutzeit wrote:
>> > messages arrived. I think this release might actually work :)
>> 
>> But not on my machine ;(
>> 
>> auth-client.c:7: auth-server-connection.h: No such file or directory
>
> Right.. I always forget to add those .h files into Makefiles. automake
> should complain about them..


Run "make distdir" and configure and compile from the newly-made
distdir, then you'll see what's missing from the distro.

CVS is a different matter, you'd need to cvs export to a fresh directory
first to find files that have to be added.

-- 
Matthias Andree
From dovecot@andreas.hanssen.name  Tue Aug 26 16:44:28 2003
Return-Path: <dovecot@andreas.hanssen.name>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B043F238C7; Tue, 26 Aug 2003 16:44:28 +0300 (EEST)
Received: from lexx.infeline.org (unknown [217.144.230.27])
	by danu.procontrol.fi (Postfix) with SMTP id 5A975238D1
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 16:43:54 +0300 (EEST)
Received: (qmail 18920 invoked from network); 26 Aug 2003 13:43:53 -0000
Received: from localhost (HELO shusaku.troll.no) (andreaha@127.0.0.1)
  by localhost with SMTP; 26 Aug 2003 13:43:53 -0000
Date: Tue, 26 Aug 2003 15:43:52 +0200 (CEST)
From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Sender: ahanssen@shusaku.troll.no
To: Dovecot mailing list <dovecot@procontrol.fi>
Subject: Re: [Dovecot] 0.99.11-test6
In-Reply-To: <m31xv81rlk.fsf@merlin.emma.line.org>
Message-ID: <Pine.LNX.4.44.0308261543200.32473-100000@shusaku.troll.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 13:44:28 -0000
X-UID: 1446                                                  
Status: O

On Tue, 26 Aug 2003, Matthias Andree wrote:
>Timo Sirainen <tss@iki.fi> writes:
>> On Tue, 2003-08-26 at 04:40, Jens Gutzeit wrote:
>>> > messages arrived. I think this release might actually work :)
>>> But not on my machine ;(
>>> auth-client.c:7: auth-server-connection.h: No such file or directory
>> Right.. I always forget to add those .h files into Makefiles. automake
>> should complain about them..
>Run "make distdir" and configure and compile from the newly-made
>distdir, then you'll see what's missing from the distro.

"make distcheck" does it all for you, if I'm not mistaken.

Andy :-)

-- 
Andreas Aardal Hanssen


From matthias.andree@gmx.de  Tue Aug 26 18:19:09 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 99B58238D3; Tue, 26 Aug 2003 18:19:09 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877333.dip.t-dialin.net [80.135.115.51])
	by danu.procontrol.fi (Postfix) with ESMTP id 7DDBB238C8
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 18:18:45 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 5335526BE; Tue, 26 Aug 2003 17:18:43 +0200 (CEST)
To: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name>
Subject: Re: [Dovecot] 0.99.11-test6
In-Reply-To: <Pine.LNX.4.44.0308261543200.32473-100000@shusaku.troll.no>
	(Andreas
	Aardal Hanssen's message of "Tue, 26 Aug 2003 15:43:52 +0200 (CEST)")
References: <Pine.LNX.4.44.0308261543200.32473-100000@shusaku.troll.no>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 26 Aug 2003 17:18:43 +0200
Message-ID: <m3fzjoe9bg.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: Dovecot mailing list <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 15:19:09 -0000
X-UID: 1447                                                  
Status: O

Andreas Aardal Hanssen <dovecot@andreas.hanssen.name> writes:

> On Tue, 26 Aug 2003, Matthias Andree wrote:
>>Timo Sirainen <tss@iki.fi> writes:
>>> On Tue, 2003-08-26 at 04:40, Jens Gutzeit wrote:
>>>> > messages arrived. I think this release might actually work :)
>>>> But not on my machine ;(
>>>> auth-client.c:7: auth-server-connection.h: No such file or directory
>>> Right.. I always forget to add those .h files into Makefiles. automake
>>> should complain about them..
>>Run "make distdir" and configure and compile from the newly-made
>>distdir, then you'll see what's missing from the distro.
>
> "make distcheck" does it all for you, if I'm not mistaken.

make distcheck does more than just that, it'll also try make dist and
do a VPATH build.

-- 
Matthias Andree
From esj@harvee.org  Tue Aug 26 20:19:25 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1CA08238C8; Tue, 26 Aug 2003 20:19:25 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id EC8D223896
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 20:19:00 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7QHIsiE022852
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 13:18:54 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 26 Aug 2003 13:18:51 -0400
Message-ID: <3F4B9601.3070300@harvee.org>
Date: Tue, 26 Aug 2003 13:16:49 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030826:dovecot@procontrol.fi:03463794e07549db
Subject: [Dovecot] conversion to maildir
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 17:19:25 -0000
X-UID: 1448                                                  
Status: O

is really a royal pain in the butt.  most of the conversion tools only do a 
partial job.  mb2md seems to be the best but it does not convert the from line 
correctly unless you are using exim for an MTA.  It also does not get the file 
status right so everything is written to the new maildir directory.  something 
else that makes the process painful is when you have folders containing 
mailboxes.  And the process is *slow* when you have 2 GB of mail (yes, I will be 
deleting some soon).

looks like I will be debugging and rewrapping this package real soon now..

to relate this to dovecot: this is probably not the job of the imap server but 
it would be real nice to be able to fit in some sort of a plug-in that could 
automatically do the conversion on a mailbox as it is opened.

it would make migrations trivial easy.  give me the ability to use python for 
plug-ins and I will write such a tool.

---eric




From wyodlows@andromeda.rutgers.edu  Tue Aug 26 21:03:12 2003
Return-Path: <wyodlows@andromeda.rutgers.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CFEF8238C7; Tue, 26 Aug 2003 21:03:12 +0300 (EEST)
Received: from ajax1.rutgers.edu (ajax1.rutgers.edu [165.230.79.235])
	by danu.procontrol.fi (Postfix) with ESMTP id 2AA2023896
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 21:02:49 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by ajax1.rutgers.edu (Postfix) with ESMTP
	id 851FFB3D0; Tue, 26 Aug 2003 13:36:41 -0400 (EDT)
Received: from ajax1.rutgers.edu ([127.0.0.1])
	by localhost (ajax1.rutgers.edu [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 03006-01-11;	Tue, 26 Aug 2003 13:36:40 -0400 (EDT)
Received: from andromeda.rutgers.edu (andromeda.backend.invalid
	[192.168.0.41])	by ajax1.rutgers.edu (Postfix) with ESMTP
	id BF09DB16D; Tue, 26 Aug 2003 13:36:40 -0400 (EDT)
Received: from andromeda.rutgers.edu (localhost [127.0.0.1])
	by andromeda.rutgers.edu (Postfix) with ESMTP
	id E2EC542046; Tue, 26 Aug 2003 13:36:16 -0400 (EDT)
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] conversion to maildir 
In-reply-to: <3F4B9601.3070300@harvee.org> 
X-Mailer: nmh
X-PGP-Fingerprint: AB4B 584D B0FF D770 2B70  10B5 5708 E111 9A52 9B97
Date: Tue, 26 Aug 2003 13:36:16 -0400
From: William Yodlowsky <wyodlows@andromeda.rutgers.edu>
Message-Id: <20030826173616.E2EC542046@andromeda.rutgers.edu>
X-Virus-Scanned: by amavisd-new
X-Mailman-Approved-At: Tue, 26 Aug 2003 21:48:25 +0300
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 18:03:12 -0000
X-UID: 1449                                                  
Status: O

On 26 August 2003 at 13:16, "Eric S. Johansson" <esj@harvee.org> wrote:

> to relate this to dovecot: this is probably not the job of the imap server but 
> it would be real nice to be able to fit in some sort of a plug-in that could 
> automatically do the conversion on a mailbox as it is opened.
> 
> it would make migrations trivial easy.  give me the ability to use python for 
> plug-ins and I will write such a tool.

I wouldn't mind seeing such a tool also  :)

From tss@iki.fi  Tue Aug 26 22:19:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9AA3D23997; Tue, 26 Aug 2003 22:19:00 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CBDE3238CB
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 22:18:36 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 73E1B5C65485
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 22:18:36 +0300 (EEST)
Subject: Re: [Dovecot] conversion to maildir
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3F4B9601.3070300@harvee.org>
References: <3F4B9601.3070300@harvee.org>
Content-Type: text/plain
Message-Id: <1061925515.1455.10.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 26 Aug 2003 22:18:36 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 19:19:00 -0000
X-UID: 1450                                                  
Status: O
Content-Length: 1206

On Tue, 2003-08-26 at 20:16, Eric S. Johansson wrote:
> is really a royal pain in the butt.  most of the conversion tools only do a 
> partial job.  mb2md seems to be the best but it does not convert the from line 
> correctly unless you are using exim for an MTA.  It also does not get the file 
> status right so everything is written to the new maildir directory.  something 
> else that makes the process painful is when you have folders containing 
> mailboxes.  And the process is *slow* when you have 2 GB of mail (yes, I will be 
> deleting some soon).

Next Dovecot version will support both mboxes and maildir. That could do
it at least one mailbox at a time.

> to relate this to dovecot: this is probably not the job of the imap server but 
> it would be real nice to be able to fit in some sort of a plug-in that could 
> automatically do the conversion on a mailbox as it is opened.

Yes, that should be possible.

> it would make migrations trivial easy.  give me the ability to use python for 
> plug-ins and I will write such a tool.

We'd need a Python plugin :) I don't think it was difficult to export C
stuff from .h files to Python using some tool .. which I can't remember
anymore.


From charlieb-dovecot@e-smith.com  Tue Aug 26 22:37:15 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1B8BA238CB; Tue, 26 Aug 2003 22:37:15 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id E5BF52399F
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 22:36:50 +0300 (EEST)
Received: (qmail 9170 invoked by uid 404); 26 Aug 2003 19:36:46 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 26 Aug 2003 15:36:45 -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; 26 Aug 2003 19:36:45 -0000
Received: (qmail 11708 invoked by uid 5008); 26 Aug 2003 19:36:45 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 26 Aug 2003 19:36:45 -0000
Date: Tue, 26 Aug 2003 15:36:45 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] conversion to maildir
In-Reply-To: <3F4B9601.3070300@harvee.org>
Message-ID: <Pine.LNX.4.44.0308261534060.13040-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 19:37:15 -0000
X-UID: 1451                                                  
Status: O


On Tue, 26 Aug 2003, Eric S. Johansson wrote:

> to relate this to dovecot: this is probably not the job of the imap server

I disagree. An imap server can be expected to copy messages from one 
folder to another perfectly.

Here's one tool - http://home.arcor.de/armin.diehl/imapcopy/imapcopy.html 
- I expect there are others.

--
Charlie


From esj@harvee.org  Tue Aug 26 22:58:28 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 750292399C; Tue, 26 Aug 2003 22:58:28 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 5EBB523996
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 22:58:04 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7QJvwiE025390;
	Tue, 26 Aug 2003 15:57:58 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 26 Aug 2003 15:57:48 -0400
Message-ID: <3F4BBB43.50409@harvee.org>
Date: Tue, 26 Aug 2003 15:55:47 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>,
	Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] conversion to maildir
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
In-Reply-To: <1061925515.1455.10.camel@hurina>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030826:tss@iki.fi:b01acdaeef19d945
X-Camram: stamp; 0:030826:dovecot@procontrol.fi:782d8bf173b4fabf
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 19:58:28 -0000
X-UID: 1452                                                  
Status: O
Content-Length: 1730

Timo Sirainen explained:

> Next Dovecot version will support both mboxes and maildir. That could do
> it at least one mailbox at a time.

I wonder if we're both envisioning the same thing?  I'm envisioning a sequence 
where the maildir directory is looked for first and failing that, trying for a 
mbox one.  for example, if you have a mailbox called plugh it would look for a 
maildir directory called plugh and if it did not exist, look for a mbox file 
called plugh. Granted it would make the subscription to semantics a little funky 
but not unmanageable.

then, if the mbox file was the only mailbox, its contents would be converted to 
maildir and the mbox file would be moved to a "junk" directory

>>to relate this to dovecot: this is probably not the job of the imap server but 
>>it would be real nice to be able to fit in some sort of a plug-in that could 
>>automatically do the conversion on a mailbox as it is opened.
> 
> 
> Yes, that should be possible.

in addition to my ramblings above, seems to me that might be more practical to 
specify a "magic" directory addition to the imap directory representation which 
contains the hierarchy of mbox files which would allow users to copy and then 
delete mboxes to convert formats.

I personally prefer the automatic invisible conversion if at all possible 
because it makes the customer experience a dream (if it works right).

> We'd need a Python plugin :) I don't think it was difficult to export C
> stuff from .h files to Python using some tool .. which I can't remember
> anymore.
> 
http://psyco.sourceforge.net/

but it's not all that you need.  You want to embed python in dovecot and find a 
way to invoke dovecot functions mailbox from python.

---eric


From tss@iki.fi  Tue Aug 26 23:13:01 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92749238CB; Tue, 26 Aug 2003 23:13:01 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5B3DC23996
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 23:12:37 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2D7AA5C65485
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 23:12:37 +0300 (EEST)
Subject: Re: [Dovecot] conversion to maildir
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <3F4BBB43.50409@harvee.org>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	 <3F4BBB43.50409@harvee.org>
Content-Type: text/plain
Message-Id: <1061928756.1459.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 26 Aug 2003 23:12:37 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 20:13:01 -0000
X-UID: 1453                                                  
Status: O
Content-Length: 1298

On Tue, 2003-08-26 at 22:55, Eric S. Johansson wrote:
> > Next Dovecot version will support both mboxes and maildir. That could do
> > it at least one mailbox at a time.
> 
> I wonder if we're both envisioning the same thing?

I think you were talking about two things - mbox2maildir script first
and then the automatic thingy.

> in addition to my ramblings above, seems to me that might be more practical to 
> specify a "magic" directory addition to the imap directory representation which 
> contains the hierarchy of mbox files which would allow users to copy and then 
> delete mboxes to convert formats.

That's what I meant with being possible with next version:

namespace private {
  separator = /
  prefix = #mbox/
  location = mbox:~/mail
}

> > We'd need a Python plugin :) I don't think it was difficult to export C
> > stuff from .h files to Python using some tool .. which I can't remember
> > anymore.
> > 
> http://psyco.sourceforge.net/
> 
> but it's not all that you need.  You want to embed python in dovecot and find a 
> way to invoke dovecot functions mailbox from python.

I was thinking about SWIG. http://www.swig.org/

You'd mostly just need to convert src/lib-storage/mail-storage.h,
imap/client.h and imap/commands-util.h. Maybe some of lib-imap/*.h and
lib-mail/*.h


From G.Ohrner@post.rwth-aachen.de  Tue Aug 26 23:17:00 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 398D22399E; Tue, 26 Aug 2003 23:17:00 +0300 (EEST)
Received: from Blubb.wwWLAN.net (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id 88EAB23996
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 23:16:34 +0300 (EEST)
Received: by Blubb.wwWLAN.net (Postfix, from userid 106)
	id 6351034407C; Tue, 26 Aug 2003 22:16:36 +0200 (CEST)
Received: from HornBurg.CustomCDROM.de (ach9-d9bbaaeb.pool.mediaWays.net
	[217.187.170.235])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by Blubb.wwWLAN.net (Postfix) with ESMTP id 6D55D344079
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 22:16:34 +0200 (CEST)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=3028ebb0b537f4e2e5b7d9f6e764c41f)
	by HornBurg.CustomCDROM.de with esmtp (Exim 3.35 #1 (Debian))
	id 19rkEs-0000Zm-00
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 22:16:26 +0200
Received: from localhost ([127.0.0.1] ident=d2857a865a4daed5d3ceccb156aee853)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 19rkEr-00051e-00
	for <dovecot@procontrol.fi>; Tue, 26 Aug 2003 22:16:25 +0200
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] conversion to maildir
Date: Tue, 26 Aug 2003 22:16:17 +0200
User-Agent: KMail/1.5.3
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	<3F4BBB43.50409@harvee.org>
In-Reply-To: <3F4BBB43.50409@harvee.org>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200308262216.24849@mail.CustomCDROM.de>
X-Spam-Status: No, hits=-5.3 required=5.0
	tests=IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,
	      REPLY_WITH_QUOTES,USER_AGENT_KMAIL
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 26 Aug 2003 20:17:00 -0000
X-UID: 1454                                                  
Status: O

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Dienstag, 26. August 2003 21:55 schrieb Eric S. Johansson:
> then, if the mbox file was the only mailbox, its contents would be
> converted to maildir and the mbox file would be moved to a "junk" directo=
ry

Why don't you convert your mbox files using formail and procmail?

Greetings,

  Gunter

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Dummheit ist die seltsamste aller Krankheiten. Der Kranke leidet niemals=20
unter ihr. Aber die anderen.        -- Paul-Henri Spaak
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/S8AX0ORHvREo8l8RApZuAJ91tUsxWd6bLW67Q3NsuTDbzfMlqgCgi98I
deJuqLCTcnXX0DSFaUm+zho=3D
=3DcaTN
=2D----END PGP SIGNATURE-----

From rjhjr@cox.net  Wed Aug 27 07:14:16 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DEDDB239DB; Wed, 27 Aug 2003 07:14:15 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 2C240239D0
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 07:13:41 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030827041337.CQBG10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 00:13:37 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 27 Aug 2003 00:13:39 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 27 Aug 2003 00:13:39 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] conversion to maildir
Message-ID: <20030827041338.GA6024@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	<3F4BBB43.50409@harvee.org> <200308262216.24849@mail.CustomCDROM.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200308262216.24849@mail.CustomCDROM.de>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 27 Aug 2003 04:14:16 -0000
X-UID: 1455                                                  
Status: O

On Tue, Aug 26, 2003 at 10:16:17PM +0200, Gunter Ohrner wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Am Dienstag, 26. August 2003 21:55 schrieb Eric S. Johansson:
> > then, if the mbox file was the only mailbox, its contents would be
> > converted to maildir and the mbox file would be moved to a "junk" directory
> 
> Why don't you convert your mbox files using formail and procmail?

Because I don't know how. Can you post a script? or guidelines and 
suggestions?

Bob Hall
From rjhjr@cox.net  Wed Aug 27 07:17:33 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 554B5239DC; Wed, 27 Aug 2003 07:17:33 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 2E423239DB
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 07:17:31 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030827041728.CQVY10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 00:17:28 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 27 Aug 2003 00:17:30 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 27 Aug 2003 00:17:30 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Message-ID: <20030827041729.GB6024@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] No localhost after reboot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 27 Aug 2003 04:17:33 -0000
X-UID: 1456                                                  
Status: O

Rebooted the server box today. Now Dovecot doesn't listen at 
localhost. It does listen at the LAN interface, so it is 
perfectly usable, but...

Does anyone have any idea why it has stopped listening at 
localhost?

Bob Hall
From ianj@ian-justman.com  Wed Aug 27 17:25:54 2003
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DB23E239EE; Wed, 27 Aug 2003 17:25:54 +0300 (EEST)
Received: from vector.chocobo.org (vector.chocobo.org [207.126.72.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 27C80239F5
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 17:25:22 +0300 (EEST)
Received: from ian-justman.com (jidoor.chocobo.org [207.126.72.253])
	by vector.chocobo.org (Postfix) with ESMTP
	id F2776A90EA9; Wed, 27 Aug 2003 07:25:18 -0700 (PDT)
Message-ID: <3F4CBF4F.8070200@ian-justman.com>
Date: Wed, 27 Aug 2003 07:25:19 -0700
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bob Hall <rjhjr@cox.net>
Subject: Re: [Dovecot] conversion to maildir
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	<3F4BBB43.50409@harvee.org> <200308262216.24849@mail.CustomCDROM.de>
	<20030827041338.GA6024@kongemord.krig.net>
In-Reply-To: <20030827041338.GA6024@kongemord.krig.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 27 Aug 2003 14:25:55 -0000
X-UID: 1457                                                  
Status: O
Content-Length: 1650



Bob Hall wrote:

>>Why don't you convert your mbox files using formail and procmail?
> 
> 
> Because I don't know how. Can you post a script? or guidelines and 
> suggestions?

It's mind-numbingly easy.

As for getting the mail into Procmail, that's where Formail comes in.  You 
tell it to parse the mailbox, spitting out one message at a time, which you 
then feed back into Procmail which goes by your rules.  As it goes, it'll 
then re-deliver based on your rules.

This example is based directly from the set of examples from Formail's man 
page:

cat mailbox | formail -ds procmail

With your Procmail recipes, follow your mailbox name with a slant, e.g.:

:0:
* 1^0 ^Return-Path:.*dovecot-bounces@procontrol.fi
* 1^0 ^Return-Path:.*dovecot-bounce@procontrol.fi
/home/ianj/maildir/dovecot/

This one is based on a real recipe which on my system does a mbox by month, 
augmented to deliver to a maildir.

and bingo!  Any subsequent mail will be delivered to a maildir.  The cool 
part is that you don't have to do anything special beforehand.

For a main inbox, you'd remove the condition lines, and of course, specify 
the path to the directory (followed by a slant to tell Procmail that you 
want maildir delivery).

Though one of the other people on the list mentioned wanting to be able to 
make maildir the system-wide default mailbox format for users' inboxes, 
which of course can be overridden in ~/.procmailrc.  Any thoughts on this 
one?  I may move my inbox to a maildir format while all my mailing list 
traffic will be filed in monthly mbox files since I rarely make any writes 
to those files from my MUA to begin with.

--Ian.


From tss@iki.fi  Wed Aug 27 18:43:55 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4E2CD239FE; Wed, 27 Aug 2003 18:43:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 703DA239FD
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 18:43:23 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3A1165C65485
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 18:43:23 +0300 (EEST)
Subject: Re: [Dovecot] No localhost after reboot
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030827041729.GB6024@kongemord.krig.net>
References: <20030827041729.GB6024@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1061999002.1454.121.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 27 Aug 2003 18:43:23 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 27 Aug 2003 15:43:55 -0000
X-UID: 1458                                                  
Status: O

On Wed, 2003-08-27 at 07:17, Bob Hall wrote:
> Rebooted the server box today. Now Dovecot doesn't listen at 
> localhost. It does listen at the LAN interface, so it is 
> perfectly usable, but...
> 
> Does anyone have any idea why it has stopped listening at 
> localhost?

If settings still say imap_listen = *, it's probably got something to do
with IPv6.. I think localhost was defined as ::1 in BSDs.. I'm not sure
why it worked before then :)


From wouter@pair.com  Wed Aug 27 20:23:28 2003
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8B1AB23A03; Wed, 27 Aug 2003 20:23:28 +0300 (EEST)
Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.26])
	by danu.procontrol.fi (Postfix) with ESMTP id 591AE23A09
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 20:22:56 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.150.78])
	by amsfep16-int.chello.nlSMTP
	<20030827172254.YSDE26236.amsfep16-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 19:22:54 +0200
Received: (qmail 695 invoked from network); 27 Aug 2003 19:22:34 +0200
Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5)
  by hibernate.cryolabs.net with SMTP; 27 Aug 2003 19:22:34 +0200
Date: Wed, 27 Aug 2003 19:22:53 +0200 (CEST)
From: Wouter Van Hemel <wouter@pair.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] IMAP error after login
In-Reply-To: <6405E349-CE7A-11D7-B43D-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.56.0308271915550.208@cocaine.cryolabs.net>
References: <6405E349-CE7A-11D7-B43D-000393CC2E90@iki.fi>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 27 Aug 2003 17:23:28 -0000
X-UID: 1459                                                  
Status: O

On Thu, 14 Aug 2003, Timo Sirainen wrote:

> On Thursday, Aug 14, 2003, at 10:31 Europe/Helsinki, Nicolas STRANSKY
> wrote:
>
> > I'm having a slight problem with Dovecot (0.99.10-0.rc2, on Debian
> > woody). When using mozilla 1.4, there is an error message from the
> > mailer just after login, but nothing in dovecot logs.
> > "Alert
> > The current command did not succeed. The mail server responded: Error
> > in
> > IMAP command UID: Too long argument.."
> >
> > How could I fix this problem ?
>
> You have a large mailbox and Mozilla tries to send a huge command to
> Dovecot. [...]

If this is Mozilla's problem for not cutting up the command into smaller
pieces - I believe the rfc limits the length of an IMAP command? - maybe a
bugreport could be filed in the project's bugzilla. In the long run, that
might be better than enlarging the buffer to a certain maximum amount of
messages, which could prove to be a game without end.

How about other imap clients? Do they split up long commands?
From rjhjr@cox.net  Wed Aug 27 20:47:57 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 46B4D23A08; Wed, 27 Aug 2003 20:47:57 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id EB1A6239F3
	for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 20:47:24 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030827174723.MVMZ419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 13:47:23 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 27 Aug 2003 13:47:23 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 27 Aug 2003 13:47:23 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
Message-ID: <20030827174722.GB8961@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1061999002.1454.121.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 27 Aug 2003 17:47:57 -0000
X-UID: 1460                                                  
Status: O

On Wed, Aug 27, 2003 at 06:43:23PM +0300, Timo Sirainen wrote:
> On Wed, 2003-08-27 at 07:17, Bob Hall wrote:
> > Rebooted the server box today. Now Dovecot doesn't listen at 
> > localhost. It does listen at the LAN interface, so it is 
> > perfectly usable, but...
> > 
> > Does anyone have any idea why it has stopped listening at 
> > localhost?
> 
> If settings still say imap_listen = *, it's probably got something to do
> with IPv6.. I think localhost was defined as ::1 in BSDs.. I'm not sure
> why it worked before then :)

I've tried both of the following:
	imap_listen = *
	imap_listen = <mailhost>:143
They behave the same; no localhost. Prior to the reboot, I was using
localhost on a daily basis for testing. I never use IP6 for anything, 
so the OS kernel is compiled without IP6 support. When I try to log 
in, I get
	$ telnet localhost 143
	Trying 127.0.0.1...
so the system is trying to connect on an IP4 interface.

Bob Hall
From alex@wankwood.com  Thu Aug 28 03:35:04 2003
Return-Path: <alex@wankwood.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 376D8239EB; Thu, 28 Aug 2003 03:35:04 +0300 (EEST)
Received: from net-srv-0001.bvrd.com (mail.bvrd.com [216.216.73.130])
	by danu.procontrol.fi (Postfix) with SMTP id 6DFD0239CC
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 03:34:29 +0300 (EEST)
Received: (qmail 926 invoked from network); 27 Aug 2003 19:34:26 -0500
Received: from psn01.birdview.com (HELO net-srv-0001.bvrd.com) (192.168.254.2)
  by psn01.birdview.com with SMTP; 27 Aug 2003 19:34:26 -0500
Date: Wed, 27 Aug 2003 19:34:26 -0500 (CDT)
From: Alex Howansky <alex@wankwood.com>
X-X-Sender: alex@net-srv-0001.bvrd.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] mail accounts for users without home dirs
In-Reply-To: <20030826024325.GC17307@kongemord.krig.net>
Message-ID: <Pine.LNX.4.44.0308271932240.471-100000@net-srv-0001.bvrd.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 00:35:04 -0000
X-UID: 1461                                                  
Status: O
Content-Length: 1341

> > I use dovecot on a machine where users without an existing home directory (Not
> > my idea...) need to access their mailboxes. Unfortunately dovecot tries to
> > chdir to the users home directory before allowing IMAP access - is there
> > anything I can do about that besides creating a dummy-homedirectory for these
> > users?
>
> I have a similar set up; none of the mail accounts correspond to an
> account in my passwd file. I have a postoffice account in the passwd file
> that owns the /var/mail directories where mail is stored. I use LDAP to
> assign each user the UID number for the postoffice account so that
> Dovecot's imap process can work with their mail. The postoffice home
> directory receives the raw log entries, and the account runs some
> related cron jobs that help manage the mail. So basically, I have one
> Unix account and home directory to handle all mail users. If you don't
> want to deal with LDAP, you should be able to do something similar with
> PgSQL, or perhaps one of the other supported user databases. The key is
> always passing the postoffice UID number to Dovecot, regardless of the
> user.

You can accomplish this with the static userdb:

auth_userdb = static uid=210 gid=210 home=/var/mail/%d/%n

...or something to that effect.

-- 
Alex Howansky
Wankwood Associates
http://www.wankwood.com/

From tss@iki.fi  Thu Aug 28 03:58:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 61C6F23A0D; Thu, 28 Aug 2003 03:58:07 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 748BE239CC
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 03:57:35 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D5E3A5C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 03:57:30 +0300 (EEST)
Subject: Re: [Dovecot] No localhost after reboot
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
In-Reply-To: <20030827174722.GB8961@kongemord.krig.net>
References: <20030827041729.GB6024@kongemord.krig.net>
	 <1061999002.1454.121.camel@hurina>
	 <20030827174722.GB8961@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1062032250.1460.150.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 03:57:30 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 00:58:07 -0000
X-UID: 1462                                                  
Status: O

On Wed, 2003-08-27 at 20:47, Bob Hall wrote:
> 	imap_listen = *

What does "netstat -na|grep 143" say with this?

> 	imap_listen = <mailhost>:143
> They behave the same; no localhost. Prior to the reboot, I was using
> localhost on a daily basis for testing. I never use IP6 for anything, 
> so the OS kernel is compiled without IP6 support. When I try to log 
> in, I get
> 	$ telnet localhost 143
> 	Trying 127.0.0.1...
> so the system is trying to connect on an IP4 interface.

OK, so it's not that then.


From tss@iki.fi  Thu Aug 28 04:00:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B3D62239CC; Thu, 28 Aug 2003 04:00:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5C3D5239E9
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 04:00:11 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 369565C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 04:00:11 +0300 (EEST)
Subject: Re: [Dovecot] mail accounts for users without home dirs
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.44.0308271932240.471-100000@net-srv-0001.bvrd.com>
References: <Pine.LNX.4.44.0308271932240.471-100000@net-srv-0001.bvrd.com>
Content-Type: text/plain
Message-Id: <1062032410.1455.154.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 04:00:11 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 01:00:44 -0000
X-UID: 1463                                                  
Status: O

On Thu, 2003-08-28 at 03:34, Alex Howansky wrote:
> You can accomplish this with the static userdb:
> 
> auth_userdb = static uid=210 gid=210 home=/var/mail/%d/%n

Of course, I don't really suggest of using just one uid for everything..
Preferrably each user should have separate one, or at least one for each
domain or other group of users that "trust" each others.


From tss@iki.fi  Thu Aug 28 04:13:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7BAF9239E9; Thu, 28 Aug 2003 04:13:30 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A3B1A239FF
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 04:12:58 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7A6755C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 04:12:58 +0300 (EEST)
Subject: Re: [Dovecot] IMAP error after login
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.56.0308271915550.208@cocaine.cryolabs.net>
References: <6405E349-CE7A-11D7-B43D-000393CC2E90@iki.fi>
	 <Pine.LNX.4.56.0308271915550.208@cocaine.cryolabs.net>
Content-Type: text/plain
Message-Id: <1062033178.1454.158.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 04:12:58 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 01:13:30 -0000
X-UID: 1464                                                  
Status: O

On Wed, 2003-08-27 at 20:22, Wouter Van Hemel wrote:
> If this is Mozilla's problem for not cutting up the command into smaller
> pieces - I believe the rfc limits the length of an IMAP command?

Not the IMAP4 RFC, but "IMAP4 Implementation recommandations".

>  - maybe a
> bugreport could be filed in the project's bugzilla. In the long run, that
> might be better than enlarging the buffer to a certain maximum amount of
> messages, which could prove to be a game without end.

Yeah. I've just been lazy :)

http://bugzilla.mozilla.org/show_bug.cgi?id=217518

> How about other imap clients? Do they split up long commands?

I haven't noticed problems with other clients. That doesn't say that
they wouldn't of course.. I would guess it's mostly because of Mozilla's
bad messageset generation. If it sends 1,2,3,4 rather than 1:4 it gets
large easily.

From tss@iki.fi  Thu Aug 28 04:23:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AD749239E9; Thu, 28 Aug 2003 04:23:47 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B8D46239FF
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 04:23:15 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7B2E35C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 04:23:15 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.11-test6
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@procontrol.fi>
In-Reply-To: <887FA7CA-D6F7-11D7-9D97-000393CC2E90@iki.fi>
References: <887FA7CA-D6F7-11D7-9D97-000393CC2E90@iki.fi>
Content-Type: text/plain
Message-Id: <1062033795.1458.167.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 04:23:15 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 01:23:47 -0000
X-UID: 1465                                                  
Status: O
Content-Length: 1866

On Mon, 2003-08-25 at 15:27, Timo Sirainen wrote:
> I'm actually still wondering a bit if this works. Have to ask from some 
> people who really know. The problem is that if I write 123 over XXX, 
> can a simultaneous read() return 1X3 in some situation? (1XX, 12X, XX3 
> and X23 are fine) That might break my plan..

That would probably work, but just to make sure here's an addition to
the plan. Can anyone think of a situation where this would break?


While MD5 is probably good enough, it doesn't _guarantee_ the
consistency. I just thought of a simple algorithm that I think would.
I'll go and use that unless someone proves it wrong :)

Except of course if there's 256 writes and the last one is non-ordered
and it all happens while a read() is executing.. Less than unlikely I'd
say.

I don't think there's any other potential problems with read() than that
it may not have all data up to date? Such as it would never temporarily
show the data as zero?

static int verify(const unsigned char *buf, size_t size)
{
        const unsigned char *checksum = buf + size;
        unsigned char xor;
        size_t i;

        xor = buf[0] ^ checksum[0];
        for (i = 1; i < size; i++) {
                if ((buf[i] ^ xor) != checksum[i])
                        return 0;
        }
        return 1;
}

void write_data(const void *data, size_t size)
{
        unsigned char *checksum = buf + size;
        unsigned char xor;
        size_t i;

        memcpy(buf, data, size);

        checksum[0]++; // always different checksum
        xor = buf[0] ^ checksum[0];

        for (i = 1; i < size; i++)
                checksum[i] = buf[i] ^ xor;
}

void read_data(void *data, size_t size)
{
        unsigned char copy[size*2];

        do {
                memcpy(copy, buf, size*2);
        } while (!verify(copy, size));
        memcpy(data, copy, size);
}


From rjhjr@cox.net  Thu Aug 28 05:39:24 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92141239FF; Thu, 28 Aug 2003 05:39:24 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id C5C2D239EB
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 05:38:51 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030828023850.UJGW419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 22:38:50 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 27 Aug 2003 22:38:50 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 27 Aug 2003 22:38:50 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
Message-ID: <20030828023849.GC537@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina> <20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1062032250.1460.150.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 02:39:24 -0000
X-UID: 1466                                                  
Status: O
Content-Length: 1145

On Thu, Aug 28, 2003 at 03:57:30AM +0300, Timo Sirainen wrote:
> On Wed, 2003-08-27 at 20:47, Bob Hall wrote:
> > 	imap_listen = *
> 
> What does "netstat -na|grep 143" say with this?

It says that the server is listening at that port and there are 
users connected, but that's on the LAN interface. There's no 
mention of 127.0.0.1. If I try to open a connection from the 
command line, netstat reports SYN_SENT to 127.0.0.1:143, but 
there's no response and no connection is established.
 
> > 	imap_listen = <mailhost>:143
> > They behave the same; no localhost. Prior to the reboot, I was using
> > localhost on a daily basis for testing. I never use IP6 for anything, 
> > so the OS kernel is compiled without IP6 support. When I try to log 
> > in, I get
> > 	$ telnet localhost 143
> > 	Trying 127.0.0.1...
> > so the system is trying to connect on an IP4 interface.
> 
> OK, so it's not that then.

Ever since tools got more complicated than the hammer, civilization
has been going downhill. Hammers use binary logic; if you hit something, 
it either goes <bang> or <splat>. I don't know what computers use; 
pixie dust maybe?

Bob Hall 
From rjhjr@cox.net  Thu Aug 28 06:06:07 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E940D23A18; Thu, 28 Aug 2003 06:06:07 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id BC1CF23A10
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 06:05:34 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030828030534.USJQ419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Wed, 27 Aug 2003 23:05:34 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Wed, 27 Aug 2003 23:05:33 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Wed, 27 Aug 2003 23:05:33 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] mail accounts for users without home dirs
Message-ID: <20030828030533.GD537@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <Pine.LNX.4.44.0308271932240.471-100000@net-srv-0001.bvrd.com>
	<1062032410.1455.154.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1062032410.1455.154.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 03:06:08 -0000
X-UID: 1467                                                  
Status: O
Content-Length: 1281

On Thu, Aug 28, 2003 at 04:00:11AM +0300, Timo Sirainen wrote:
> On Thu, 2003-08-28 at 03:34, Alex Howansky wrote:
> > You can accomplish this with the static userdb:
> > 
> > auth_userdb = static uid=210 gid=210 home=/var/mail/%d/%n
> 
> Of course, I don't really suggest of using just one uid for everything..
> Preferrably each user should have separate one, or at least one for each
> domain or other group of users that "trust" each others.

Let's say you have one server box and 20 users. Only the admins have 
accounts on the server box. Users can access mail only through the 
mail servier, via port 143. This involves three types of Unix accounts: 
root, human admins, and the non-human mail account that owns the 
mail files and runs mail scripts. Use sudo to give the admins the 
right to perform any necessary tasks that need the mail account, so 
that the mail account password doesn't get passed around. 
1) What are the security weaknesses? 
2) How does having one UID differ from having one password that gives you 
   access to all the UIDs in the database?
3) How is this handled in settings with hundreds of users? Do they 
   create hundreds of Unix accounts?

Sorry about all the questions, but I'm trying to get a better 
understanding of security. 

Bob Hall
From amyzing@talsever.com  Thu Aug 28 06:25:40 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5BB4D23A1B; Thu, 28 Aug 2003 06:25:40 +0300 (EEST)
Received: from hall.mail.mindspring.net (hall.mail.mindspring.net
	[207.69.200.60])
	by danu.procontrol.fi (Postfix) with ESMTP id BA799239F5
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 06:25:05 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by hall.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 19sDPD-0001hG-00; Wed, 27 Aug 2003 23:25:03 -0400
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP
	id 20A6B8053; Wed, 27 Aug 2003 23:25:00 -0400 (EDT)
Date: Wed, 27 Aug 2003 23:24:59 -0400
From: "Amelia A. Lewis" <amyzing@talsever.com>
To: "Bob Hall" <rjhjr@cox.net>
Subject: Re: [Dovecot] No localhost after reboot
Message-Id: <20030827232459.028c4c4d.amyzing@talsever.com>
In-Reply-To: <20030828023849.GC537@kongemord.krig.net>
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina>
	<20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina>
	<20030828023849.GC537@kongemord.krig.net>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 03:25:40 -0000
X-UID: 1468                                                  
Status: O

On Wed, 27 Aug 2003 22:38:50 -0400
"Bob Hall" <rjhjr@cox.net> wrote:
> Ever since tools got more complicated than the hammer, civilization
> has been going downhill. Hammers use binary logic; if you hit
> something, it either goes <bang> or <splat>. I don't know what
> computers use; pixie dust maybe?

Magic smoke, actually.  You can tell, 'cause when the magic smoke
escapes from inside, then the machine stops working.  A hammer can be
used to prove this thesis (but it's a ternary-logic hammer; in this
case, it generally goes <crunch>).

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Tongue-tied and twisted, just an earthbound misfit, I.
                -- Pink Floyd
From tss@iki.fi  Thu Aug 28 06:39:23 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DD94C23A17; Thu, 28 Aug 2003 06:39:23 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CEA24239F5
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 06:38:50 +0300 (EEST)
Date: Thu, 28 Aug 2003 06:39:04 +0300
Subject: Re: [Dovecot] No localhost after reboot
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030828023849.GC537@kongemord.krig.net>
Message-Id: <2C2B4303-D909-11D7-A165-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 03:39:24 -0000
X-UID: 1469                                                  
Status: O

On Thursday, Aug 28, 2003, at 05:38 Europe/Helsinki, Bob Hall wrote:

>> What does "netstat -na|grep 143" say with this?
>
> It says that the server is listening at that port and there are
> users connected, but that's on the LAN interface.

So it's listening in "xx.xx.xx.xx.143", not "*.143"? What about other 
services?

Anyway, I don't really know. Default is to listen in all IPv4 
interfaces and that's what imap_listen = * does too.

From tss@iki.fi  Thu Aug 28 06:50:35 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 229F6239CC; Thu, 28 Aug 2003 06:50:35 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4A675239F5
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 06:50:03 +0300 (EEST)
Date: Thu, 28 Aug 2003 06:50:18 +0300
Subject: Re: [Dovecot] mail accounts for users without home dirs
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030828030533.GD537@kongemord.krig.net>
Message-Id: <BD56E5F0-D90A-11D7-A165-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 03:50:35 -0000
X-UID: 1470                                                  
Status: O
Content-Length: 1329

On Thursday, Aug 28, 2003, at 06:05 Europe/Helsinki, Bob Hall wrote:

> Let's say you have one server box and 20 users. Only the admins have
> accounts on the server box. Users can access mail only through the
> mail servier, via port 143. This involves three types of Unix accounts:
> root, human admins, and the non-human mail account that owns the
> mail files and runs mail scripts. Use sudo to give the admins the
> right to perform any necessary tasks that need the mail account, so
> that the mail account password doesn't get passed around.
> 1) What are the security weaknesses?

With shared uids the problem is that if there's a security hole in 
Dovecot, attacker can access all the files that are owned by his uid. 
So different uids just provide operating system level security.

> 2) How does having one UID differ from having one password that gives 
> you
>    access to all the UIDs in the database?

If you know the password, it doesn't differ. If you don't, but you 
could exploit security hole in Dovecot you then have access.

> 3) How is this handled in settings with hundreds of users? Do they
>    create hundreds of Unix accounts?

They don't have to have real accounts, just the uids have to be 
reserved for them. For example you could just decide that uids above 
10000 are for virtual users in LDAP.

From tss@iki.fi  Thu Aug 28 08:25:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 823C623A14; Thu, 28 Aug 2003 08:25:49 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 92EBC239F5
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 08:25:17 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 4507B5C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 08:25:17 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.11-test6
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@procontrol.fi>
In-Reply-To: <1062033795.1458.167.camel@hurina>
References: <887FA7CA-D6F7-11D7-9D97-000393CC2E90@iki.fi>
	 <1062033795.1458.167.camel@hurina>
Content-Type: text/plain
Message-Id: <1062048316.1456.189.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 08:25:17 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 05:25:49 -0000
X-UID: 1471                                                  
Status: O

On Thu, 2003-08-28 at 04:23, Timo Sirainen wrote:
> That would probably work, but just to make sure here's an addition to
> the plan. Can anyone think of a situation where this would break?

Sure someone could :)

Yet another idea which looks simple enough to hopefully work perfectly:

checksum[n] = data[n-1] xor data[n]

And if it does work, I'm sure it's some widely known algorithm that I've
just never heard of.. :)

It also just occured to me that this provides easy detection of
corrupted data if system crashes or whatever.


From rjhjr@cox.net  Thu Aug 28 09:18:36 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0079C23A1F; Thu, 28 Aug 2003 09:18:35 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id 78B2C23A14
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 09:18:03 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030828061803.WFGE419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 02:18:03 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Thu, 28 Aug 2003 02:18:02 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Thu, 28 Aug 2003 02:18:02 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
Message-ID: <20030828061802.GC2511@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030828023849.GC537@kongemord.krig.net>
	<2C2B4303-D909-11D7-A165-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <2C2B4303-D909-11D7-A165-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 06:18:36 -0000
X-UID: 1472                                                  
Status: O

On Thu, Aug 28, 2003 at 06:39:04AM +0300, Timo Sirainen wrote:
> On Thursday, Aug 28, 2003, at 05:38 Europe/Helsinki, Bob Hall wrote:
> 
> >>What does "netstat -na|grep 143" say with this?
> >
> >It says that the server is listening at that port and there are
> >users connected, but that's on the LAN interface.
> 
> So it's listening in "xx.xx.xx.xx.143", not "*.143"? What about other 
> services?

I'm sorry, I should have quoted the output instead of interpreting 
it. <IP address> is the address for the mail server. 
	<IP address>.143        <IP address>.1240       ESTABLISHED
	<IP address>.1240       <IP address>.143        ESTABLISHED
	<IP address>.143        *.*                     LISTEN
That what it says right now. At other times, you can see 
connections from other computers. 

> Anyway, I don't really know. Default is to listen in all IPv4 
> interfaces and that's what imap_listen = * does too.

The output doesn't change if I set
	imap_listen = <server name>.143
or
	imap_listen = *

Bob Hall
From rjhjr@cox.net  Thu Aug 28 09:26:59 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ABBB123A26; Thu, 28 Aug 2003 09:26:59 +0300 (EEST)
Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243])
	by danu.procontrol.fi (Postfix) with ESMTP id 3B87923A20
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 09:26:27 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao02.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030828062618.BZE11854.lakemtao02.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 02:26:18 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Thu, 28 Aug 2003 02:26:26 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Thu, 28 Aug 2003 02:26:26 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] No localhost after reboot
Message-ID: <20030828062625.GD2511@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina> <20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina> <20030828023849.GC537@kongemord.krig.net>
	<20030827232459.028c4c4d.amyzing@talsever.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030827232459.028c4c4d.amyzing@talsever.com>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 06:26:59 -0000
X-UID: 1473                                                  
Status: O

On Wed, Aug 27, 2003 at 11:24:59PM -0400, Amelia A. Lewis wrote:
> On Wed, 27 Aug 2003 22:38:50 -0400
> "Bob Hall" <rjhjr@cox.net> wrote:
> > Ever since tools got more complicated than the hammer, civilization
> > has been going downhill. Hammers use binary logic; if you hit
> > something, it either goes <bang> or <splat>. I don't know what
> > computers use; pixie dust maybe?
> 
> Magic smoke, actually.  You can tell, 'cause when the magic smoke
> escapes from inside, then the machine stops working.  A hammer can be

You mean the smoke emitting diodes weren't designed that way?

> used to prove this thesis (but it's a ternary-logic hammer; in this
> case, it generally goes <crunch>).

I wouldn't know. I prefer to use a rock on computers. It doesn't make 
the computer work better, but the juxtaposition of the geological and 
the computational seems to restore harmony in the universe.

Bob Hall

Bob Hall 
From rjhjr@cox.net  Thu Aug 28 10:02:17 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 680E623A17; Thu, 28 Aug 2003 10:02:17 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id DDE3123A23
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 10:01:44 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030828070140.UUQP10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 03:01:40 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Thu, 28 Aug 2003 03:01:43 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Thu, 28 Aug 2003 03:01:42 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] mail accounts for users without home dirs
Message-ID: <20030828070132.GE2511@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030828030533.GD537@kongemord.krig.net>
	<BD56E5F0-D90A-11D7-A165-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <BD56E5F0-D90A-11D7-A165-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 07:02:17 -0000
X-UID: 1474                                                  
Status: O
Content-Length: 1692

On Thu, Aug 28, 2003 at 06:50:18AM +0300, Timo Sirainen wrote:
> On Thursday, Aug 28, 2003, at 06:05 Europe/Helsinki, Bob Hall wrote:
> 
> >Let's say you have one server box and 20 users. Only the admins have
> >accounts on the server box. Users can access mail only through the
> >mail servier, via port 143. This involves three types of Unix accounts:
> >root, human admins, and the non-human mail account that owns the
> >mail files and runs mail scripts. Use sudo to give the admins the
> >right to perform any necessary tasks that need the mail account, so
> >that the mail account password doesn't get passed around.
> >1) What are the security weaknesses?
> 
> With shared uids the problem is that if there's a security hole in 
> Dovecot, attacker can access all the files that are owned by his uid. 
> So different uids just provide operating system level security.
> 
> >2) How does having one UID differ from having one password that gives 
> >you
> >   access to all the UIDs in the database?
> 
> If you know the password, it doesn't differ. If you don't, but you 
> could exploit security hole in Dovecot you then have access.
>
> >3) How is this handled in settings with hundreds of users? Do they
> >   create hundreds of Unix accounts?
> 
> They don't have to have real accounts, just the uids have to be 
> reserved for them. For example you could just decide that uids above 
> 10000 are for virtual users in LDAP.

Since the UIDs don't correspond to actual system accounts, then I 
take it that there's no OS level security?  So if you have a 
requirement for stringent security, you can't use large scale mail 
systems? Multidrop boxes must have the same weakness. 
 
Bob
From tss@iki.fi  Thu Aug 28 10:19:21 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E179B23A31; Thu, 28 Aug 2003 10:19:21 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DED0723A23
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 10:18:48 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A44EF5C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 10:18:48 +0300 (EEST)
Subject: Re: [Dovecot] mail accounts for users without home dirs
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030828070132.GE2511@kongemord.krig.net>
References: <20030828030533.GD537@kongemord.krig.net>
	 <BD56E5F0-D90A-11D7-A165-000393CC2E90@iki.fi>
	 <20030828070132.GE2511@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1062055128.1457.195.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 10:18:48 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 07:19:22 -0000
X-UID: 1475                                                  
Status: O

On Thu, 2003-08-28 at 10:01, Bob Hall wrote:
> > They don't have to have real accounts, just the uids have to be 
> > reserved for them. For example you could just decide that uids above 
> > 10000 are for virtual users in LDAP.
> 
> Since the UIDs don't correspond to actual system accounts, then I 
> take it that there's no OS level security?

There is. With unix accounts I mean about having the user in /etc/passwd
or equilevant. Kernel doesn't care about that, it only cares about the
uids used for files and processes.


From rjhjr@cox.net  Thu Aug 28 11:04:38 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1667D23A21; Thu, 28 Aug 2003 11:04:38 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id B390323A24
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 11:04:04 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030828080404.WOVH419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 04:04:04 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Thu, 28 Aug 2003 04:04:03 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Thu, 28 Aug 2003 04:04:03 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] mail accounts for users without home dirs
Message-ID: <20030828080402.GA4324@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030828030533.GD537@kongemord.krig.net>
	<BD56E5F0-D90A-11D7-A165-000393CC2E90@iki.fi>
	<20030828070132.GE2511@kongemord.krig.net> <1062055128.1457.195.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1062055128.1457.195.camel@hurina>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 08:04:38 -0000
X-UID: 1476                                                  
Status: O

On Thu, Aug 28, 2003 at 10:18:48AM +0300, Timo Sirainen wrote:
> On Thu, 2003-08-28 at 10:01, Bob Hall wrote:
> > > They don't have to have real accounts, just the uids have to be 
> > > reserved for them. For example you could just decide that uids above 
> > > 10000 are for virtual users in LDAP.
> > 
> > Since the UIDs don't correspond to actual system accounts, then I 
> > take it that there's no OS level security?
> 
> There is. With unix accounts I mean about having the user in /etc/passwd
> or equilevant. Kernel doesn't care about that, it only cares about the
> uids used for files and processes.

I thought that the OS used UIDs to associate files and processes with 
passwd accounts. So if you pass Dovecot a UID that doesn't correspond 
to the account that owns the mail files, then you don't get access to 
the mail files. For example, when I passed one account UID number to 
Dovecot, and the mail files were owned by another account, access 
was denied. Are you saying there's a work-around?

Bob Hall 
From tss@iki.fi  Thu Aug 28 12:02:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8BA0A23A1A; Thu, 28 Aug 2003 12:02:49 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9298C23A21
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 12:02:17 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 917065C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 12:02:16 +0300 (EEST)
Subject: Re: [Dovecot] mail accounts for users without home dirs
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030828080402.GA4324@kongemord.krig.net>
References: <20030828030533.GD537@kongemord.krig.net>
	 <BD56E5F0-D90A-11D7-A165-000393CC2E90@iki.fi>
	 <20030828070132.GE2511@kongemord.krig.net>
	 <1062055128.1457.195.camel@hurina>
	 <20030828080402.GA4324@kongemord.krig.net>
Content-Type: text/plain
Message-Id: <1062061336.1455.245.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 12:02:16 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 09:02:49 -0000
X-UID: 1477                                                  
Status: O

On Thu, 2003-08-28 at 11:04, Bob Hall wrote:
> > There is. With unix accounts I mean about having the user in /etc/passwd
> > or equilevant. Kernel doesn't care about that, it only cares about the
> > uids used for files and processes.
> 
> I thought that the OS used UIDs to associate files and processes with 
> passwd accounts. So if you pass Dovecot a UID that doesn't correspond 
> to the account that owns the mail files, then you don't get access to 
> the mail files.

The point was that the mail files are owned by the same uid that is
running imap process. It doesn't matter if the uid is in passwd-file or
not, it's just ls, ps and other userspace programs that map uids to
usernames using it.

So you would have to have same uid <-> username maps for Dovecot and
SMTP server, but they don't have to be anywhere else.


From grahame@ucs.uwa.edu.au  Thu Aug 28 12:26:52 2003
Return-Path: <grahame@ucs.uwa.edu.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5DF0923A1A; Thu, 28 Aug 2003 12:26:52 +0300 (EEST)
Received: from asclepius.uwa.edu.au (asclepius.uwa.edu.au [130.95.128.56])
	by danu.procontrol.fi (Postfix) with ESMTP id A3BAD23A21
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 12:26:19 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id D461536693A
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 17:26:17 +0800 (WST)
Received: from typhaon.ucs.uwa.edu.au (typhaon.ucs.uwa.edu.au [130.95.128.67])
	by asclepius.uwa.edu.au (Postfix) with ESMTP id CC4B23668FD
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 17:26:17 +0800 (WST)
Received: from localhost (localhost [127.0.0.1])
	by typhaon.ucs.uwa.edu.au (Postfix) with ESMTP
	id 585D0408ACD2; Thu, 28 Aug 2003 17:26:17 +0800 (WST)
Subject: Re: [Dovecot] conversion to maildir
From: Grahame Bowland <grahame@ucs.uwa.edu.au>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1061928756.1459.19.camel@hurina>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	 <3F4BBB43.50409@harvee.org>  <1061928756.1459.19.camel@hurina>
Content-Type: text/plain
Organization: The University of Western Australia
Message-Id: <1062062777.32020.51.camel@typhaon.ucs.uwa.edu.au>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 17:26:17 +0800
Content-Transfer-Encoding: 7bit
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 09:26:52 -0000
X-UID: 1478                                                  
Status: O
Content-Length: 1749

On Wed, 2003-08-27 at 04:12, Timo Sirainen wrote:
> > > We'd need a Python plugin :) I don't think it was difficult to export C
> > > stuff from .h files to Python using some tool .. which I can't remember
> > > anymore.
> > > 
> > http://psyco.sourceforge.net/
> > 
> > but it's not all that you need.  You want to embed python in dovecot and find a 
> > way to invoke dovecot functions mailbox from python.
> 
> I was thinking about SWIG. http://www.swig.org/
> 
> You'd mostly just need to convert src/lib-storage/mail-storage.h,
> imap/client.h and imap/commands-util.h. Maybe some of lib-imap/*.h and
> lib-mail/*.h

Do dovecot plugins run as seperate processes and communicate with some
sort of IPC, or do they run within the same process as the main server?
If they run within a plugin would need to embed the actual interpreter.

By the way, I converted over UWA's student email server to dovecot from
UW-IMAP and cucipop last night. Relatively few problems, which I've now
fixed with some tweaks to the config. The only outstanding problem is
these assertions I keep getting in the logs:
Aug 28 17:03:51 tartarus imap(mpienaar): file mbox-rewrite.c: line 429
(mbox_write_header): assertion failed: (hdr_parsed_size.physical_size ==
hdr_size)

Does the assertion indicate a corrupted mailbox file? I can open that
user's mailbox fine with mutt. It's dovecot 0.99.10-5 from Debian.

Load has dropped a lot on the server (we have 20k accounts), so thanks
for a useful program :)

Cheers
Grahame

-- 
Grahame Bowland                       Email: grahame@ucs.uwa.edu.au
University Communications Services    Phone: +61 8 9380 1175
The University of Western Australia     Fax: +61 8 9380 1109
                                     CRICOS: 00126G


From Nicolas.Stransky@crans.org  Thu Aug 28 13:02:44 2003
Return-Path: <Nicolas.Stransky@crans.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8C4E423A28; Thu, 28 Aug 2003 13:02:44 +0300 (EEST)
Received: from mailhost.curie.fr (burton1.curie.fr [193.49.205.23])
	by danu.procontrol.fi (Postfix) with ESMTP id 0639D23A31
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 13:02:08 +0300 (EEST)
Received: from mailhost.curie.fr (localhost [127.0.0.1])
          by mailhost.curie.fr/1 with ESMTP id h7SA26LS009930
          for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 12:02:06 +0200 (CEST)
Received: from crans.org (jpt-0115-6340.curie.fr [10.10.11.73])
          by mailhost.curie.fr/0 with ESMTP id h7SA1wmw009908
          for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 12:01:58 +0200 (CEST)
X-Client-Addr: 10.10.11.73 jpt-0115-6340.curie.fr (OK)
X-Client-Sender: Nicolas.Stransky@crans.org
Message-ID: <3F4DD316.2060603@crans.org>
Date: Thu, 28 Aug 2003 12:01:58 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@crans.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030612
X-Accept-Language: fr-fr, fr, en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
In-Reply-To: <1061925515.1455.10.camel@hurina>
X-Enigmail-Version: 0.74.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Status: No, hits=0.0 required=8.0
	tests=none
	version=2.60-cvs
Subject: [Dovecot] Re: conversion to maildir
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: nico@neo-lan.net
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 10:02:44 -0000
X-UID: 1479                                                  
Status: O

Le 26/08/2003 21:18, Timo Sirainen a crit :

> Next Dovecot version will support both mboxes and maildir. That could do
> it at least one mailbox at a time.

Do you mean that with the actual stable version (99.10) it is not
possible to handle both maildir and mailbox imap folders for the same
account ?

-- 
Nico

From tss@iki.fi  Thu Aug 28 13:05:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2FCF723A34; Thu, 28 Aug 2003 13:05:30 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 73D3023A28
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 13:04:56 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 351C85C65485; Thu, 28 Aug 2003 13:04:56 +0300 (EEST)
Subject: Re: [Dovecot] conversion to maildir
From: Timo Sirainen <tss@iki.fi>
To: Grahame Bowland <grahame@ucs.uwa.edu.au>
In-Reply-To: <1062062777.32020.51.camel@typhaon.ucs.uwa.edu.au>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	 <3F4BBB43.50409@harvee.org>  <1061928756.1459.19.camel@hurina>
	 <1062062777.32020.51.camel@typhaon.ucs.uwa.edu.au>
Content-Type: text/plain
Message-Id: <1062065095.1459.292.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 13:04:56 +0300
Content-Transfer-Encoding: 7bit
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 10:05:30 -0000
X-UID: 1480                                                  
Status: O
Content-Length: 2030

On Thu, 2003-08-28 at 12:26, Grahame Bowland wrote:
> Do dovecot plugins run as seperate processes and communicate with some
> sort of IPC, or do they run within the same process as the main server?
> If they run within a plugin would need to embed the actual interpreter.

They run within the server. I don't think there's much point in
separating them into other processes. So yes, you'd need embedded
interpreter but I don't think that's much of a problem.

> By the way, I converted over UWA's student email server to dovecot from
> UW-IMAP and cucipop last night. Relatively few problems, which I've now
> fixed with some tweaks to the config. 

Nice :)

> The only outstanding problem is
> these assertions I keep getting in the logs:
> Aug 28 17:03:51 tartarus imap(mpienaar): file mbox-rewrite.c: line 429
> (mbox_write_header): assertion failed: (hdr_parsed_size.physical_size ==
> hdr_size)
> 
> Does the assertion indicate a corrupted mailbox file? I can open that
> user's mailbox fine with mutt. It's dovecot 0.99.10-5 from Debian.

I heard about similiar problem before too.. I couldn't really figure out
what it was that caused the problem. I've never seen it myself and I've
been using mboxes all the time.

What that error message means is that message header size is different
when rewriting mbox than what it was at last synchronization. But since
the syncing is done just before the rewriting, that should never happen.
Except if there's a bug somewhere..

If it's possible I would like to see that mbox file. Actually it could
be enough if you just hide the actual content in it. Here's a pretty
perl script for that:

perl -e 'while (<>) { if (/^From ([^ ]*) *(.*)$/) { $hdr = 1; print "From foo\@bar.org $2\n"; } elsif ($hdr) { if (/^$/) { $hdr = 0; print "\n"; } elsif (/^Date:/i || /^Status:/i || /^X-Status:/i || /^X-Keywords:/i || /^X-UID:/i || /^X-IMAPbase:/i || /^Content-Length/i) { print $_; } else { s/^([^:]+:) (.*)/("$1 "."X"x length($2))/e; print $_; } } else { s/./B/g; print $_; } }' < inbox


From tss@iki.fi  Thu Aug 28 13:29:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 922BE23A28; Thu, 28 Aug 2003 13:29:32 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8DFDA23A22
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 13:29:00 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5FCA95C65485
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 13:29:00 +0300 (EEST)
Subject: Re: [Dovecot] Re: conversion to maildir
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F4DD316.2060603@crans.org>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	 <3F4DD316.2060603@crans.org>
Content-Type: text/plain
Message-Id: <1062066540.1455.324.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 28 Aug 2003 13:29:00 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 10:29:32 -0000
X-UID: 1481                                                  
Status: O

On Thu, 2003-08-28 at 13:01, Nicolas STRANSKY wrote:
> > Next Dovecot version will support both mboxes and maildir. That could do
> > it at least one mailbox at a time.
> 
> Do you mean that with the actual stable version (99.10) it is not
> possible to handle both maildir and mailbox imap folders for the same
> account ?

Yep. It didn't need that much changes, but I hadn't bothered to do that
until now.


From michael@michaelandniki.com  Fri Aug 29 00:29:24 2003
Return-Path: <michael@michaelandniki.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 968A823A4C; Fri, 29 Aug 2003 00:29:24 +0300 (EEST)
Received: from mail.michaelandniki.com (node-402418ea.mdw.onnet.us.uu.net
	[64.36.24.234])
	by danu.procontrol.fi (Postfix) with ESMTP id 9638923A31
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 00:28:52 +0300 (EEST)
Received: from [192.168.6.9] (unknown [12.32.94.66])
	by mail.michaelandniki.com (Postfix) with ESMTP id 61518175BE
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 16:27:44 -0500 (CDT)
From: Michael Ducy <michael@michaelandniki.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1062106138.8206.21.camel@mannix.spacedock.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 28 Aug 2003 16:28:58 -0500
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Postgresql and Dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 21:29:24 -0000
X-UID: 1482                                                  
Status: O

I am having some issues getting dovecot to work with postgres.  Dovecot
starts up and runs fine without using postgres (ie passwd and pam). 
There is nothing in /var/log/messages other than:

Aug 28 12:44:05 mail dovecot: dovecot startup succeeded

Then ps -A shows no running dovecot processes (or the imap-login or
pop-login).  I have tried with both the RPMs that are on the download
page and buidling it myself on 2 different boxes (yes I configured with
--with-pgsql - Red Hat 7.3 and Red Hat 9.0).

Any suggestions would be appreciated as this is the only imap/pop server
with pgsql support and flatfile support I can find.



Michael

From michael@michaelandniki.com  Fri Aug 29 00:47:47 2003
Return-Path: <michael@michaelandniki.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9E4E823A4C; Fri, 29 Aug 2003 00:47:47 +0300 (EEST)
Received: from mail.michaelandniki.com (node-402418ea.mdw.onnet.us.uu.net
	[64.36.24.234])
	by danu.procontrol.fi (Postfix) with ESMTP id E7AA9239BA
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 00:47:45 +0300 (EEST)
Received: from [192.168.6.9] (unknown [12.32.94.66])
	by mail.michaelandniki.com (Postfix) with ESMTP id 3A163175BE
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 16:46:38 -0500 (CDT)
Subject: Re: [Dovecot] Postgresql and Dovecot
From: Michael Ducy <michael@michaelandniki.com>
To: dovecot@procontrol.fi
In-Reply-To: <1062106138.8206.21.camel@mannix.spacedock.com>
References: <1062106138.8206.21.camel@mannix.spacedock.com>
Content-Type: text/plain
Organization: 
Message-Id: <1062107262.13637.4.camel@mannix.spacedock.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 28 Aug 2003 16:47:42 -0500
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 21:47:47 -0000
X-UID: 1483                                                  
Status: O

Sorry, it has been a long day.  I noticed my message left something
out.  When I start dovecot using "pgsql /etc/dovecot-pgsql.conf" for
auth_passdb and auth_userdb it dies with no error.

On Thu, 2003-08-28 at 16:28, Michael Ducy wrote:
> I am having some issues getting dovecot to work with postgres.  Dovecot
> starts up and runs fine without using postgres (ie passwd and pam). 
> There is nothing in /var/log/messages other than:
> 
> Aug 28 12:44:05 mail dovecot: dovecot startup succeeded
> 
> Then ps -A shows no running dovecot processes (or the imap-login or
> pop-login).  I have tried with both the RPMs that are on the download
> page and buidling it myself on 2 different boxes (yes I configured with
> --with-pgsql - Red Hat 7.3 and Red Hat 9.0).
> 
> Any suggestions would be appreciated as this is the only imap/pop server
> with pgsql support and flatfile support I can find.
> 
> 
> 
> Michael

From dovecot@alexolson.com  Fri Aug 29 01:50:14 2003
Return-Path: <dovecot@alexolson.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 181C823A4E; Fri, 29 Aug 2003 01:50:14 +0300 (EEST)
Received: from bhodoo.homelinux.net (cs666894-25.austin.rr.com [66.68.94.25])
	by danu.procontrol.fi (Postfix) with ESMTP id 47C9123A31
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 01:49:42 +0300 (EEST)
Received: from 192.168.0.1 (localhost [127.0.0.1])
	by bhodoo.homelinux.net (Postfix) with SMTP id A3A805DAC
	for <dovecot@procontrol.fi>; Thu, 28 Aug 2003 17:49:59 -0500 (CDT)
Received: from 192.168.0.2
        (SquirrelMail authenticated user alex)
        by 192.168.0.1 with HTTP;
        Thu, 28 Aug 2003 22:49:59 -0000 (UTC)
Message-ID: <1040.192.168.0.2.1062110999.squirrel@192.168.0.1>
Date: Thu, 28 Aug 2003 22:49:59 -0000 (UTC)
From: "Alex" <dovecot@alexolson.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Squirrelmail & Dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 22:50:14 -0000
X-UID: 1484                                                  
Status: O

What are the optimum IMAP settings for Squirelmail on dovecot? I am having
good luck with the Cyrus settings, but I would prefer to know the real
truth...

Thanks

-Alex
From jens@freebsdforum.de  Fri Aug 29 02:17:04 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5E555239A1; Fri, 29 Aug 2003 02:17:04 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id C3390238D6
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 02:16:30 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])0AD0A1141EE
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 01:16:17 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Squirrelmail & Dovecot
Date: Fri, 29 Aug 2003 03:17:51 +0200
User-Agent: KMail/1.5.3
References: <1040.192.168.0.2.1062110999.squirrel@192.168.0.1>
In-Reply-To: <1040.192.168.0.2.1062110999.squirrel@192.168.0.1>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308290317.51215.jens@freebsdforum.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2003 23:17:04 -0000
X-UID: 1485                                                  
Status: O

On Friday 29 August 2003 00:49, Alex wrote:
> What are the optimum IMAP settings for Squirelmail on dovecot? I am having
> good luck with the Cyrus settings, but I would prefer to know the real
> truth...

According to http://dovecot.procontrol.fi/clients.html "Others" should be 
correct.

Well, I haven't any problems with "Others".

> Thanks
>
> -Alex

Jens

From matthias.andree@gmx.de  Fri Aug 29 03:59:52 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8FC1E239AB; Fri, 29 Aug 2003 03:59:52 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951FDEA.dip.t-dialin.net [217.81.253.234])
	by danu.procontrol.fi (Postfix) with ESMTP id 72854238D6
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 03:59:20 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 9CF2293093; Fri, 29 Aug 2003 02:59:18 +0200 (CEST)
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
In-Reply-To: <20030828023849.GC537@kongemord.krig.net> (Bob Hall's message
 of "Wed, 27 Aug 2003 22:38:50 -0400")
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina>
	<20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina>
	<20030828023849.GC537@kongemord.krig.net>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 29 Aug 2003 02:59:18 +0200
Message-ID: <m3u1819t3t.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 00:59:52 -0000
X-UID: 1486                                                  
Status: O

"Bob Hall" <rjhjr@cox.net> writes:

> On Thu, Aug 28, 2003 at 03:57:30AM +0300, Timo Sirainen wrote:
>> On Wed, 2003-08-27 at 20:47, Bob Hall wrote:
>> > 	imap_listen = *
>> 
>> What does "netstat -na|grep 143" say with this?
>
> It says that the server is listening at that port and there are 
> users connected, but that's on the LAN interface. There's no 
> mention of 127.0.0.1. If I try to open a connection from the 
> command line, netstat reports SYN_SENT to 127.0.0.1:143, but 
> there's no response and no connection is established.

Check your firewall settings and make sure your loopback device is up
and configured and working. Check /etc/resolv.conf and DNS servers
perhaps.

SYN_SENT shouldn't happen for loopback connections.

-- 
Matthias Andree
From matthias.andree@gmx.de  Fri Aug 29 04:02:29 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5D641239AB; Fri, 29 Aug 2003 04:02:29 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951FDEA.dip.t-dialin.net [217.81.253.234])
	by danu.procontrol.fi (Postfix) with ESMTP id 0F10D23A22
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 04:01:57 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 23B8393097; Fri, 29 Aug 2003 03:01:56 +0200 (CEST)
To: "Alex" <dovecot@alexolson.com>
Subject: Re: [Dovecot] Squirrelmail & Dovecot
In-Reply-To: <1040.192.168.0.2.1062110999.squirrel@192.168.0.1>
	(dovecot@alexolson.com's
	message of "Thu, 28 Aug 2003 22:49:59 -0000 (UTC)")
References: <1040.192.168.0.2.1062110999.squirrel@192.168.0.1>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 29 Aug 2003 03:01:56 +0200
Message-ID: <m3ptip9szf.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 01:02:29 -0000
X-UID: 1487                                                  
Status: O

"Alex" <dovecot@alexolson.com> writes:

> What are the optimum IMAP settings for Squirelmail on dovecot? I am having
> good luck with the Cyrus settings, but I would prefer to know the real
> truth...

I chose Courier and reset the namespace related stuff, worksforme[tm].

-- 
Matthias Andree
From mda@discerning.com  Fri Aug 29 08:25:15 2003
Return-Path: <mda@discerning.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E250E239A9; Fri, 29 Aug 2003 08:25:15 +0300 (EEST)
Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net
	[207.172.4.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 1D3DC2387F
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 08:24:43 +0300 (EEST)
Received: from 64-121-192-147.c3-0.sfpo-ubr1.sfrn-sfpo.ca.cable.rcn.com
	([64.121.192.147] helo=discerning.com)
	by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.35 #4)
	id 19sbkX-00006d-00
	for dovecot@procontrol.fi; Fri, 29 Aug 2003 01:24:41 -0400
Message-ID: <3F4EE37E.2090805@discerning.com>
Date: Thu, 28 Aug 2003 22:24:14 -0700
From: Mark Anderson <mda@discerning.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
	rv:1.5b) Gecko/20030727 Thunderbird/0.1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] better body and text search?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 05:25:16 -0000
X-UID: 1488                                                  
Status: O

(this is a resend, sorry if duplicate but my first post didn't get through).

I was wondering what plans dovecot has for text and body search?

This is one of those issues that *no* imap implementation ever
seems to document :(.
Not cyrus, courier, bincimap, or dovecot....

i speed-read some of the sources and found src/lib-mail/message-body-search.c
After a quick scan, it seems:
- it uses no text index at all, but does a linear search over the folder.
- it searches only messages with content-type starting with "text/" or "message/"
- it does no special parsing of "text/html", so tags and attributes would match
- it appears to exclude any mime messages, since it skips "multipart/mixed" for example.
- it does deal with content encoding and charset.

There is a lucene-based text indexing utility for IMAP stores here:
http://www.tropo.com/techno/java/lucene/imap.html

But ideally there would be pluggable text indexing builtin....

-mda


From rjhjr@cox.net  Fri Aug 29 10:27:28 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6C8AD239BE; Fri, 29 Aug 2003 10:27:28 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 525AD239A9
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 10:26:55 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030829072650.KTFU10977.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 03:26:50 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Fri, 29 Aug 2003 03:26:53 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Fri, 29 Aug 2003 03:26:53 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
Message-ID: <20030829072653.GA413@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina> <20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina> <20030828023849.GC537@kongemord.krig.net>
	<m3u1819t3t.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3u1819t3t.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 07:27:28 -0000
X-UID: 1489                                                  
Status: O
Content-Length: 1405

On Fri, Aug 29, 2003 at 02:59:18AM +0200, Matthias Andree wrote:
> "Bob Hall" <rjhjr@cox.net> writes:
> 
> > On Thu, Aug 28, 2003 at 03:57:30AM +0300, Timo Sirainen wrote:
> >> On Wed, 2003-08-27 at 20:47, Bob Hall wrote:
> >> > 	imap_listen = *
> >> 
> >> What does "netstat -na|grep 143" say with this?
> >
> > It says that the server is listening at that port and there are 
> > users connected, but that's on the LAN interface. There's no 
> > mention of 127.0.0.1. If I try to open a connection from the 
> > command line, netstat reports SYN_SENT to 127.0.0.1:143, but 
> > there's no response and no connection is established.
> 
> Check your firewall settings and make sure your loopback device is up
> and configured and working. Check /etc/resolv.conf and DNS servers
> perhaps.
> 
> SYN_SENT shouldn't happen for loopback connections.

Hmm. How are you going to establish a TCP connection without a handshake? 
The interface doesn't make any difference. Besides, it has nothing to do 
with Dovecot. Dovecot is the intended recipient, not the sender.

The LDAP server listens on localhost, and it currently has a connection 
established with dovecot-auth. Aside from Dovecot, NAT, DNS, Privoxy, 
and Squid all use localhost, so if the loopback wasn't working, I'd know 
about it pretty quickly. /etc/resolv.conf looks normal; it's got the 
search domains and the name server addresses.

Bob Hall
From mda@discerning.com  Fri Aug 29 11:16:35 2003
Return-Path: <mda@discerning.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9C22A239A9; Fri, 29 Aug 2003 11:16:35 +0300 (EEST)
Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net
	[207.172.4.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 538E22384C
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 11:16:31 +0300 (EEST)
Received: from 64-121-192-147.c3-0.sfpo-ubr1.sfrn-sfpo.ca.cable.rcn.com
	([64.121.192.147] helo=discerning.com)
	by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.35 #4)
	id 19sTJj-00069R-00
	for dovecot@procontrol.fi; Thu, 28 Aug 2003 16:24:27 -0400
Message-ID: <3F4E64DE.4070603@discerning.com>
Date: Thu, 28 Aug 2003 13:23:58 -0700
From: Mark Anderson <mda@discerning.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
	rv:1.5b) Gecko/20030727 Thunderbird/0.1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] better body and text search?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 08:16:36 -0000
X-UID: 1490                                                  
Status: O

I was wondering what plans dovecot has for text and body search?

This is one of those issues that *no* imap implementation ever
seems to document :(.
Not cyrus, courier, bincimap, or dovecot....

i speed-read some of the sources and found src/lib-mail/message-body-search.c
After a quick scan, it seems:
- it uses no text index at all, but does a linear search over the folder.
- it searches only messages with content-type starting with "text/" or "message/"
- it does no special parsing of "text/html", so tags and attributes would match
- it appears to exclude any mime messages, since it skips "multipart/mixed" for example.
- it does deal with content encoding and charset.

There is a lucene-based text indexing utility for IMAP stores here:
http://www.tropo.com/techno/java/lucene/imap.html

But ideally there would be pluggable text indexing builtin....

-mda


From tss@iki.fi  Fri Aug 29 11:19:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5EC3F239A9; Fri, 29 Aug 2003 11:19:42 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 80D9223A57
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 11:19:10 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 03B115C65485
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 11:19:09 +0300 (EEST)
Subject: Re: [Dovecot] Postgresql and Dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1062107262.13637.4.camel@mannix.spacedock.com>
References: <1062106138.8206.21.camel@mannix.spacedock.com>
	 <1062107262.13637.4.camel@mannix.spacedock.com>
Content-Type: text/plain
Message-Id: <1062145149.1458.356.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 29 Aug 2003 11:19:09 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 08:19:42 -0000
X-UID: 1491                                                  
Status: O

On Fri, 2003-08-29 at 00:47, Michael Ducy wrote:
> Sorry, it has been a long day.  I noticed my message left something
> out.  When I start dovecot using "pgsql /etc/dovecot-pgsql.conf" for
> auth_passdb and auth_userdb it dies with no error.

dovecot process dies too? If there's no error, it means it crashes.
Check if there's a core file in /usr/local/var/run/dovecot/? Or if not:

gdb /usr/local/sbin/dovecot
run -F

then you should see where it crashes? "bt" gives backtrace.


From tss@iki.fi  Fri Aug 29 11:33:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B678B23A55; Fri, 29 Aug 2003 11:33:49 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BF85923A4E
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 11:33:47 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7A2F35C65485
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 11:33:47 +0300 (EEST)
Subject: Re: [Dovecot] better body and text search?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F4EE37E.2090805@discerning.com>
References: <3F4EE37E.2090805@discerning.com>
Content-Type: text/plain
Message-Id: <1062146027.1458.372.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 29 Aug 2003 11:33:47 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 08:33:49 -0000
X-UID: 1492                                                  
Status: O
Content-Length: 2636

On Fri, 2003-08-29 at 08:24, Mark Anderson wrote:
> (this is a resend, sorry if duplicate but my first post didn't get through).

Looks like it came just now :)

> I was wondering what plans dovecot has for text and body search?
> 
> This is one of those issues that *no* imap implementation ever
> seems to document :(.
> Not cyrus, courier, bincimap, or dovecot....

Well, because it's already pretty strictly documented in IMAP4 RFC.

> i speed-read some of the sources and found src/lib-mail/message-body-search.c
> After a quick scan, it seems:
> - it uses no text index at all, but does a linear search over the folder.

Only RFC-compatible index (you need _exact_ matching) would be what
Cyrus squat does. And not many people seem to use it, so it seems like
it's not worth the trouble either. I might try it some day though. One
problem with Cyrus code was that it didn't have incremental updates.

> - it searches only messages with content-type starting with "text/" or "message/"

For now, yes. Makes it much faster :)

> - it does no special parsing of "text/html", so tags and attributes would match

I think doing that wouldn't be RFC-compatible..

> - it appears to exclude any mime messages, since it skips "multipart/mixed" for example.

No, it shouldn't. It skips the multipart/mixed body itself (which
doesn't really exist anyway), but not it's children.

> - it does deal with content encoding and charset.

But it doesn't do case-insensitive matching for non-ASCII characters.
I'd need utf8_toupper() function..

> There is a lucene-based text indexing utility for IMAP stores here:
> http://www.tropo.com/techno/java/lucene/imap.html

I'm not really sure how that is supposed to be useful.. There's a few
header fields which Dovecot also has in it's indexes. Then there's this
"contents" string which looks like it's all the text data in the
message? There's not much point in copying the whole mailbox data to
index file.

> But ideally there would be pluggable text indexing builtin....

Yes.

    - could optionally support scanning inside file attachments and use
      plugins to extract text out of them (word, excel, pdf, etc. etc.)
    - use a trie index for fast text searching, like cyrus squat?
    - Create our own extension: When searching with TEXT/BODY, return
      the message text surrounding the keywords just like web search engines
      do. like: SEARCH X-PRINT-MATCHES TEXT "hello" -> * SEARCH 1 "He said:
      Hello world!" 2 "Hello, I'm ...". This would be especially useful with
      the above attachment scanning.

And a less strict search command extension would be useful as well..


From msabhnan@eng.utoledo.edu  Fri Aug 29 15:13:23 2003
Return-Path: <msabhnan@eng.utoledo.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2632123A63; Fri, 29 Aug 2003 15:13:23 +0300 (EEST)
Received: from green.eng.utoledo.edu (green.eng.utoledo.edu [131.183.18.5])
	by danu.procontrol.fi (Postfix) with ESMTP id 67F20239B9
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 15:13:19 +0300 (EEST)
Received: from localhost (msabhnan@localhost)h7TCDG8x007415
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 08:13:16 -0400 (EDT)
Date: Fri, 29 Aug 2003 08:13:16 -0400 (EDT)
From: maheshkumar sabhnani <msabhnan@eng.utoledo.edu>
X-Sender: msabhnan@green.eng.utoledo.edu
To: dovecot@procontrol.fi
Message-ID: <Pine.GSO.4.10.10308290807570.6078-100000@green.eng.utoledo.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Filter-Version: 1.14 (green.eng.utoledo.edu)
Subject: [Dovecot] Conf problems ??
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 12:13:23 -0000
X-UID: 1493                                                  
Status: O

Hello,

I am having problems with configuring dovecit. The imap directory was
correctly made in ~/mail/.imap

But I can't see any mail headers. My mbox path is ~/mail/incoming

Currently I am trying to use "mbox:~/mail/:INBOX=~/mail/incoming" for
configuration but it complains about missing value. Can someone send me
more information on configuration directives especially mbox and INBOX.

Early reply shall be appreciated.

Regards,
Mahesh

From tss@iki.fi  Fri Aug 29 16:15:45 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7B04623A89; Fri, 29 Aug 2003 16:15:45 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1C41823A88
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 16:15:41 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id C045F5C65485
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 16:15:40 +0300 (EEST)
Subject: Re: [Dovecot] Conf problems ??
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.GSO.4.10.10308290807570.6078-100000@green.eng.utoledo.edu>
References: <Pine.GSO.4.10.10308290807570.6078-100000@green.eng.utoledo.edu>
Content-Type: text/plain
Message-Id: <1062162940.1455.376.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 29 Aug 2003 16:15:40 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 13:15:45 -0000
X-UID: 1494                                                  
Status: O

On Fri, 2003-08-29 at 15:13, maheshkumar sabhnani wrote:
> Currently I am trying to use "mbox:~/mail/:INBOX=~/mail/incoming" for
> configuration but it complains about missing value. Can someone send me
> more information on configuration directives especially mbox and INBOX.

You didn't set "default_mail_env = " before the mbox:..?


From michael@michaelandniki.com  Fri Aug 29 17:00:44 2003
Return-Path: <michael@michaelandniki.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CEDED239D1; Fri, 29 Aug 2003 17:00:44 +0300 (EEST)
Received: from mail.michaelandniki.com (node-402418ea.mdw.onnet.us.uu.net
	[64.36.24.234])
	by danu.procontrol.fi (Postfix) with ESMTP id 315C223A5D
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 17:00:09 +0300 (EEST)
Received: from [192.168.6.9] (unknown [12.32.94.66])
	by mail.michaelandniki.com (Postfix) with ESMTP id 2BF13175BF
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 08:58:58 -0500 (CDT)
Subject: Re: [Dovecot] Postgresql and Dovecot
From: Michael Ducy <michael@michaelandniki.com>
To: dovecot@procontrol.fi
In-Reply-To: <1062145149.1458.356.camel@hurina>
References: <1062106138.8206.21.camel@mannix.spacedock.com>
	 <1062107262.13637.4.camel@mannix.spacedock.com>
	 <1062145149.1458.356.camel@hurina>
Content-Type: text/plain
Organization: 
Message-Id: <1062165612.17054.32.camel@mannix.spacedock.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 29 Aug 2003 09:00:12 -0500
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 14:00:44 -0000
X-UID: 1495                                                  
Status: O

gdb says the program exits normally.  However I have found the problem.

In my dovecot-pgsql.conf file my user_query was written as

user_query= SELECT .....;

dovecot doesn't like that (and doesn't let me know that :) )

user_query = SELECT   works.

Thanks,
Michael

On Fri, 2003-08-29 at 03:19, Timo Sirainen wrote:
> On Fri, 2003-08-29 at 00:47, Michael Ducy wrote:
> > Sorry, it has been a long day.  I noticed my message left something
> > out.  When I start dovecot using "pgsql /etc/dovecot-pgsql.conf" for
> > auth_passdb and auth_userdb it dies with no error.
> 
> dovecot process dies too? If there's no error, it means it crashes.
> Check if there's a core file in /usr/local/var/run/dovecot/? Or if not:
> 
> gdb /usr/local/sbin/dovecot
> run -F
> 
> then you should see where it crashes? "bt" gives backtrace.
> 

From tss@iki.fi  Fri Aug 29 17:14:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E7AE723A95; Fri, 29 Aug 2003 17:14:58 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 88B3223A90
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 17:14:53 +0300 (EEST)
Date: Fri, 29 Aug 2003 17:15:11 +0300
Subject: Re: [Dovecot] Postgresql and Dovecot
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <1062165612.17054.32.camel@mannix.spacedock.com>
Message-Id: <33B92362-DA2B-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 14:14:59 -0000
X-UID: 1496                                                  
Status: O

On Friday, Aug 29, 2003, at 17:00 Europe/Helsinki, Michael Ducy wrote:

> user_query= SELECT .....;

OK, have to fix that. The space shouldn't be so important there.

> dovecot doesn't like that (and doesn't let me know that :) )

Maybe you're just looking into wrong place, or configured logging wrong 
in some way? :)

Aug 29 17:12:38 hurina dovecot: Dovecot starting up
Aug 29 17:12:39 hurina dovecot-auth: Error in configuration file 
/usr/local/etc/dovecot-pgsql.conf line 81: Missing value
Aug 29 17:12:39 hurina dovecot: Auth process died too early - shutting 
down
Aug 29 17:12:39 hurina dovecot: child 11731 (auth) returned error 89

From msabhnan@eng.utoledo.edu  Fri Aug 29 17:17:54 2003
Return-Path: <msabhnan@eng.utoledo.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E629B23A6B; Fri, 29 Aug 2003 17:17:54 +0300 (EEST)
Received: from green.eng.utoledo.edu (green.eng.utoledo.edu [131.183.18.5])
	by danu.procontrol.fi (Postfix) with ESMTP id D3834239BE
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 17:17:51 +0300 (EEST)
Received: from NI101314 (NI101314.ni.utoledo.edu [131.183.23.107])
	h7TEHjdq007762
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 10:17:46 -0400 (EDT)
From: "Maheshkumar Sabhnani" <msabhnan@eng.utoledo.edu>
To: <dovecot@procontrol.fi>
Date: Fri, 29 Aug 2003 10:17:45 -0400
Message-ID: <000001c36e38$5187e3f0$6b17b783@ni.utoledo.edu>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0001_01C36E16.CA7643F0"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
X-Filter-Version: 1.14 (green.eng.utoledo.edu)
Subject: [Dovecot] Custom flags.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 14:17:55 -0000
X-UID: 1497                                                  
Status: O
Content-Length: 4835

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C36E16.CA7643F0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

How do I define custom flags? What are added features of IMAP apart from
Online access and Hierarchy folders.
 
 
I created a new folder and copied couple of messages from incoming file.
Where is this new folder created? Also Microsoft Outlook still shows the
messages in incoming as deleted. How do I refresh list to permanently
delete the messages that I have already transferred to a different
folder.
 
Mahesh

------=_NextPart_000_0001_01C36E16.CA7643F0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C36E16.C9DA7920">
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";
	mso-bidi-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
span.SpellE
	{mso-style-name:"";
	mso-spl-e:yes;}
span.GramE
	{mso-style-name:"";
	mso-gram-e:yes;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-bidi-font-family:Arial'>How do I define custom =
flags?
What are added features of IMAP apart from <span =
class=3DGramE>Online</span>
access and Hierarchy folders.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-bidi-font-family:Arial'><o:p>&nbsp;</o:p></span></f=
ont></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-bidi-font-family:Arial'><o:p>&nbsp;</o:p></span></f=
ont></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-bidi-font-family:Arial'>I created a new folder and =
copied
couple of messages from incoming file. Where is this new folder created? =
Also
Microsoft Outlook still shows the messages in incoming as deleted. How =
do I
refresh list to permanently delete the messages that I have already =
transferred
to a different folder.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-bidi-font-family:Arial'><o:p>&nbsp;</o:p></span></f=
ont></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-bidi-font-family:Arial'>Mahesh<o:p></o:p></span></f=
ont></p>

</div>

</body>

</html>

------=_NextPart_000_0001_01C36E16.CA7643F0--

From tss@iki.fi  Fri Aug 29 17:37:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 54CC423AA7; Fri, 29 Aug 2003 17:37:58 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7600C239F7
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 17:37:26 +0300 (EEST)
Date: Fri, 29 Aug 2003 17:37:43 +0300
Subject: Re: [Dovecot] Custom flags.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <000001c36e38$5187e3f0$6b17b783@ni.utoledo.edu>
Message-Id: <59B4643D-DA2E-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 14:37:58 -0000
X-UID: 1498                                                  
Status: O

On Friday, Aug 29, 2003, at 17:17 Europe/Helsinki, Maheshkumar Sabhnani 
wrote:

> How do I define custom flags?

That depends on your IMAP client. Outlook and OE don't support them at 
all. Only few seem to support them actually.

>  What are added features of IMAP apart from Online access and 
> Hierarchy folders.

To me the biggest benefit is being able to read the same mail from 
multiple computers. There's lots of smaller features, but they're not 
that important.

> I created a new folder and copied couple of messages from incoming 
> file. Where is this new folder created?

~/mail/ directory.

>  Also Microsoft Outlook still shows the messages in incoming as 
> deleted. How do I refresh list to permanently delete the messages that 
> I have already transferred to a different folder.

Use "expunge" command. I think it's somewhere in the menus.

From michael@michaelandniki.com  Fri Aug 29 18:19:52 2003
Return-Path: <michael@michaelandniki.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2572123AB2; Fri, 29 Aug 2003 18:19:52 +0300 (EEST)
Received: from mail.michaelandniki.com (node-402418ea.mdw.onnet.us.uu.net
	[64.36.24.234])
	by danu.procontrol.fi (Postfix) with ESMTP id 426E023A99
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 18:19:49 +0300 (EEST)
Received: from [192.168.6.9] (unknown [12.32.94.66])
	by mail.michaelandniki.com (Postfix) with ESMTP id AB91A175BF
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 10:18:40 -0500 (CDT)
Subject: Re: [Dovecot] Postgresql and Dovecot
From: Michael Ducy <michael@michaelandniki.com>
To: dovecot@procontrol.fi
In-Reply-To: <33B92362-DA2B-11D7-803E-000393CC2E90@iki.fi>
References: <33B92362-DA2B-11D7-803E-000393CC2E90@iki.fi>
Content-Type: text/plain
Organization: 
Message-Id: <1062170385.17054.76.camel@mannix.spacedock.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 29 Aug 2003 10:19:45 -0500
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 15:19:52 -0000
X-UID: 1499                                                  
Status: O
Content-Length: 1633

I didn't touch the logging settings, however I would be more than happy
too. :)  I didn't set a verboseness level in dovecot.conf.  I am now
putting informational messages into a file.  Any other settings I should
change?

I have another question.  I am authenticating against an existing
database.  Postfix drops mail in /var/spool/mail/%u .  The existing
database only has login (the username) and password.  My user_query is:

user_query = SELECT '/var/spool/mail'||login as mail, 89 AS uid, 89 AS
gid FROM user_common WHERE login='%u';

I am getting :
+OK dovecot ready.
user username
+OK
pass password
+OK Logged in.
* BYE Internal login failure.
Connection closed by foreign host.

default_mail_env is set to:
default_mail_env = mbox:/var/spool/mail/%u

89 is the uid and gid of the dovecot user which is what auth_user is set
to.

Any ideas on the "Internal login failure" failure?

Thanks,
Michael

On Fri, 2003-08-29 at 09:15, Timo Sirainen wrote:
> On Friday, Aug 29, 2003, at 17:00 Europe/Helsinki, Michael Ducy wrote:
> 
> > user_query= SELECT .....;
> 
> OK, have to fix that. The space shouldn't be so important there.
> 
> > dovecot doesn't like that (and doesn't let me know that :) )
> 
> Maybe you're just looking into wrong place, or configured logging wrong 
> in some way? :)
> 
> Aug 29 17:12:38 hurina dovecot: Dovecot starting up
> Aug 29 17:12:39 hurina dovecot-auth: Error in configuration file 
> /usr/local/etc/dovecot-pgsql.conf line 81: Missing value
> Aug 29 17:12:39 hurina dovecot: Auth process died too early - shutting 
> down
> Aug 29 17:12:39 hurina dovecot: child 11731 (auth) returned error 89

From matthias.andree@gmx.de  Fri Aug 29 18:55:23 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4EC4923A7B; Fri, 29 Aug 2003 18:55:23 +0300 (EEST)
Received: from m2a2.dyndns.org (p5087763D.dip.t-dialin.net [80.135.118.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 2A6FC23A92
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 18:54:51 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id D2033937AF; Fri, 29 Aug 2003 17:54:48 +0200 (CEST)
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
In-Reply-To: <20030829072653.GA413@kongemord.krig.net> (Bob Hall's message
 of "Fri, 29 Aug 2003 03:26:53 -0400")
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina>
	<20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina>
	<20030828023849.GC537@kongemord.krig.net>
	<m3u1819t3t.fsf@merlin.emma.line.org>
	<20030829072653.GA413@kongemord.krig.net>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 29 Aug 2003 17:54:48 +0200
Message-ID: <m3d6eo31dj.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 15:55:23 -0000
X-UID: 1500                                                  
Status: O
Content-Length: 1142

"Bob Hall" <rjhjr@cox.net> writes:

>> SYN_SENT shouldn't happen for loopback connections.
>
> Hmm. How are you going to establish a TCP connection without a
> handshake? 

Of course, SYN_SENT will be one state, but I find it intimidating that
apparently all other services work but one on the same interface. There
isn't really much that the application can do to prevent the kernel from
returning ACK.

Are you running a firewall? Check its stats to see where the packets are
lost. Are you running BPF-based applications? Might one of these
hijack^Wdetour the packets?

> The interface doesn't make any difference. Besides, it has nothing to do 
> with Dovecot. Dovecot is the intended recipient, not the sender.

Shouldn't matter, the connection is bidirectional, but the
SYN|ACK-packet is not getting returned -- and on lo0, it's kernel
replying to itself, so it must work unless something is in the way.

Can you tcpdump port 143 on lo (or lo0)?
Can you strace/truss/whichever the process listening on localhost's port
143 to see if it shows any other signs of life?

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
From mda@discerning.com  Fri Aug 29 19:12:40 2003
Return-Path: <mda@discerning.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 146A123A62; Fri, 29 Aug 2003 19:12:40 +0300 (EEST)
Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net
	[207.172.4.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 48FA523AB1
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 19:12:07 +0300 (EEST)
Received: from 64-121-192-147.c3-0.sfpo-ubr1.sfrn-sfpo.ca.cable.rcn.com
	([64.121.192.147] helo=discerning.com)
	by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.35 #4)
	id 19slpp-0000cA-00
	for dovecot@procontrol.fi; Fri, 29 Aug 2003 12:10:49 -0400
Message-ID: <3F4F7AE6.8090809@discerning.com>
Date: Fri, 29 Aug 2003 09:10:14 -0700
From: Mark Anderson <mda@discerning.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
	rv:1.5b) Gecko/20030727 Thunderbird/0.1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] better body and text search?
References: <3F4EE37E.2090805@discerning.com>
	<1062146027.1458.372.camel@hurina>
In-Reply-To: <1062146027.1458.372.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 16:12:40 -0000
X-UID: 1501                                                  
Status: O
Content-Length: 3865

Timo Sirainen wrote:
> On Fri, 2003-08-29 at 08:24, Mark Anderson wrote:
> 
>>(this is a resend, sorry if duplicate but my first post didn't get through).
> 
> 
> Looks like it came just now :)

I think there might be a race condition regarding the mailman confirmation.
I sent my post the instant that i got the confirmation message.
Anyhow, not too important.

>>
>>This is one of those issues that *no* imap implementation ever
>>seems to document :(.
>>Not cyrus, courier, bincimap, or dovecot....
> 
> 
> Well, because it's already pretty strictly documented in IMAP4 RFC.

Well, what it should do is in the RFC.
How it is implemented is another matter; having text indexing is
kind of a big implementation detail.

>>i speed-read some of the sources and found src/lib-mail/message-body-search.c
>>After a quick scan, it seems:
>>- it uses no text index at all, but does a linear search over the folder.
> 
> 
> Only RFC-compatible index (you need _exact_ matching) would be what
> Cyrus squat does. And not many people seem to use it, so it seems like
> it's not worth the trouble either. I might try it some day though. One
> problem with Cyrus code was that it didn't have incremental updates.

[aside:
Understanding cyrus squat also requires source examination, it seems :(.
i must say i find your code a lot more readable than cyrus.
And of course uw-imap is impossible.]

exact matching is fine for me.

this feature is useful for using IMAP in front of large mailing list archives,
for example.

or those of us with INBOX folders containing every message we've ever
received in the past 10 years :).

quite a few email clients with local stores create text indexes
(local storage either because on unix they have direct access to mailboxes,
or local storage made from keeping copies of what is read).
but those clients lose that feature when connecting to IMAP when configured
to not make local copies.

it makes a big difference in user experience to get back search results
in subsecond time, versus having to wait a minute or more, which
is my experience with every IMAP server i've tried on my larger stores.


>>- it appears to exclude any mime messages, since it skips "multipart/mixed" for example.
> 
> 
> No, it shouldn't. It skips the multipart/mixed body itself (which
> doesn't really exist anyway), but not it's children.

ah, i missed the loop in message_body_search_ctx().
it is not recursive, so it would deal only with one level of MIME
nesting, but this would cover almost all MIME messages, for practical
purposes.


>>- it does deal with content encoding and charset.
> 
> 
> But it doesn't do case-insensitive matching for non-ASCII characters.
> I'd need utf8_toupper() function..

ah. probably more an issue for you guys on the other side of the pond :).

> 
> 
>>There is a lucene-based text indexing utility for IMAP stores here:
>>http://www.tropo.com/techno/java/lucene/imap.html
> 
> 
> I'm not really sure how that is supposed to be useful.. There's a few
> header fields which Dovecot also has in it's indexes. Then there's this
> "contents" string which looks like it's all the text data in the
> message? There's not much point in copying the whole mailbox data to
> index file.

well, for example a web-based email application might complement the
IMAP server with that external text index, for search operations.

what sort of header field indexing does dovecot have, if any?
glancing at index-mail.c and mail-index.c it appears that:
- there is no header field indexing, in the sense of hashing or database lookup.
- the persistent "index" file per folder is mmap'd.
   it has a record per message, which contains a linked list of all headers
   in the message, and some summary information about the message.
- to perform header search, it iterates through the headers in the mmap'd records
   for the folder.

-mda


From tss@iki.fi  Fri Aug 29 19:31:27 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BC6C023AD0; Fri, 29 Aug 2003 19:31:27 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1DAFB23AB2
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 19:31:26 +0300 (EEST)
Date: Fri, 29 Aug 2003 19:31:42 +0300
Subject: Re: [Dovecot] better body and text search?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F4F7AE6.8090809@discerning.com>
Message-Id: <45B6601A-DA3E-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 16:31:27 -0000
X-UID: 1502                                                  
Status: O
Content-Length: 2954

On Friday, Aug 29, 2003, at 19:10 Europe/Helsinki, Mark Anderson wrote:

> Well, what it should do is in the RFC.
> How it is implemented is another matter; having text indexing is
> kind of a big implementation detail.

Yes, but the implementation can't really optimize it that much if it 
wants to stay RFC-compatible..

>> Only RFC-compatible index (you need _exact_ matching) would be what
>> Cyrus squat does. And not many people seem to use it, so it seems like
>> it's not worth the trouble either. I might try it some day though. One
>> problem with Cyrus code was that it didn't have incremental updates.
>
> [aside:
> Understanding cyrus squat also requires source examination, it seems 
> :(.

I think the comment at the beginning of the squat.c (or something) was 
enough to understand it. It basically generates all possible 
combinations of letters up to 4 characters (IIRC) that are in the 
messages and stores a list of UIDs where they're found. It's quite a 
large file since each message has a lot of 4 letter combinations in it..

I'm not sure how much this would really help searching. Maybe enough to 
make it useful..

> it makes a big difference in user experience to get back search results
> in subsecond time, versus having to wait a minute or more, which
> is my experience with every IMAP server i've tried on my larger stores.

It'd be much nicer if I was able to create the text indexes with binary 
trees. So that you could only search from the beginning of the word, 
not from the middle of it. But IMAP's search command doesn't allow that 
kind of indexes.

> ah, i missed the loop in message_body_search_ctx().
> it is not recursive, so it would deal only with one level of MIME
> nesting, but this would cover almost all MIME messages, for practical
> purposes.

Oh? I guess that's a bug then.

> what sort of header field indexing does dovecot have, if any?

There's ENVELOPE caching which contains several headers. CVS version 
has real header caching. It caches whatever headers you specifically 
ask with FETCH or SEARCH commands.

> glancing at index-mail.c and mail-index.c it appears that:
> - there is no header field indexing, in the sense of hashing or 
> database lookup.

Right. That wouldn't be really useful for IMAP's searching since you 
have to be able to match substrings as well. It doesn't help much to be 
able to say fast which messages definitely match if you still have to 
check the others the slow way.

> - the persistent "index" file per folder is mmap'd.
>   it has a record per message, which contains a linked list of all 
> headers

Hmm. Not really a linked list. I'm not sure if you're talking about CVS 
or 0.99.10. I don't think .10 had linked lists at all. In CVS it's a 
linked list of "cache records" which may contain multiple cached fields 
including some headers.

> - to perform header search, it iterates through the headers in the 
> mmap'd records
>   for the folder.

Yep.

From tss@iki.fi  Fri Aug 29 19:34:38 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9D92023AD6; Fri, 29 Aug 2003 19:34:38 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1232523AD3
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 19:34:37 +0300 (EEST)
Date: Fri, 29 Aug 2003 19:34:53 +0300
Subject: Re: [Dovecot] Postgresql and Dovecot
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <1062170385.17054.76.camel@mannix.spacedock.com>
Message-Id: <B7DE17A6-DA3E-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 16:34:38 -0000
X-UID: 1503                                                  
Status: O
Content-Length: 1096

On Friday, Aug 29, 2003, at 18:19 Europe/Helsinki, Michael Ducy wrote:

> I didn't touch the logging settings, however I would be more than happy
> too. :)  I didn't set a verboseness level in dovecot.conf.  I am now
> putting informational messages into a file.  Any other settings I 
> should
> change?

No, and the verbosivity isn't really needed either. If you mean 
auth_verbose, it only says why some login failed (invalid password, no 
such user etc).

> I have another question.  I am authenticating against an existing
> database.  Postfix drops mail in /var/spool/mail/%u .  The existing
> database only has login (the username) and password.  My user_query is:
>
> user_query = SELECT '/var/spool/mail'||login as mail, 89 AS uid, 89 AS
> gid FROM user_common WHERE login='%u';

Shouldn't you have / after the /var/spool/mail? And it's not really 
needed anyway if it's the same as default_mail_env. And I think

> * BYE Internal login failure.
>
> Any ideas on the "Internal login failure" failure?

It's told in log file. If you don't see it, you really have some 
logging problem :)

From alex@wankwood.com  Fri Aug 29 22:18:31 2003
Return-Path: <alex@wankwood.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 30E3623A68; Fri, 29 Aug 2003 22:18:31 +0300 (EEST)
Received: from net-srv-0001.bvrd.com (mail.bvrd.com [216.216.73.130])
	by danu.procontrol.fi (Postfix) with SMTP id D10F623A59
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 22:17:58 +0300 (EEST)
Received: (qmail 31521 invoked from network); 29 Aug 2003 14:17:57 -0500
Received: from psn01.birdview.com (HELO net-srv-0001.bvrd.com) (192.168.254.2)
  by psn01.birdview.com with SMTP; 29 Aug 2003 14:17:57 -0500
Date: Fri, 29 Aug 2003 14:17:57 -0500 (CDT)
From: Alex Howansky <alex@wankwood.com>
X-X-Sender: alex@net-srv-0001.bvrd.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Postgresql and Dovecot
In-Reply-To: <1062170385.17054.76.camel@mannix.spacedock.com>
Message-ID: <Pine.LNX.4.44.0308291413380.30535-100000@net-srv-0001.bvrd.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 19:18:31 -0000
X-UID: 1504                                                  
Status: O

> I have another question.  I am authenticating against an existing
> database.  Postfix drops mail in /var/spool/mail/%u .  The existing
> database only has login (the username) and password.  My user_query is:
>
> user_query = SELECT '/var/spool/mail'||login as mail, 89 AS uid, 89 AS
> gid FROM user_common WHERE login='%u';

I think you want a slash after /var/spool/mail, and select the mail directory
field as "home", not "mail":

user_query = SELECT '/var/spool/mail/'||login AS home, 89 AS uid, 89 AS gid
FROM user_common WHERE login='%u';

-- 
Alex Howansky
Wankwood Associates
http://www.wankwood.com/


From rjhjr@cox.net  Fri Aug 29 23:21:12 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BF76823A03; Fri, 29 Aug 2003 23:21:12 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id B4EB323A65
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 23:20:39 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030829202038.TZWM419.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 16:20:38 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Fri, 29 Aug 2003 16:20:37 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Fri, 29 Aug 2003 16:20:37 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
Message-ID: <20030829202036.GA7042@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina> <20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina> <20030828023849.GC537@kongemord.krig.net>
	<m3u1819t3t.fsf@merlin.emma.line.org>
	<20030829072653.GA413@kongemord.krig.net>
	<m3d6eo31dj.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3d6eo31dj.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 20:21:12 -0000
X-UID: 1505                                                  
Status: O
Content-Length: 1029

I've been SIGHUPing Dovecot when I make changes in dovecot.conf. This 
seemed to work fine; I made changes to the imap_listen setting and 
Dovecot accepted them. However, I just reset
	imap_listen = *
and used killall instead of SIGHUP, and restarted, and Dovecot is 
listening on localhost. Previously, Dovecot would listen on both the 
LAN interface and localhost if I set
	imap_listen = <server name>:143
but now it listens only on the specified socket. 

The reboot that changed Dovecot's behavior also changed my LDAP 
server. It was using CRYPT as the default without the --with-crypt flag. 
But after the reboot, I had to recompile OpenLADP with the --with-crypt 
flag. (The flag isn't mentioned in the instructions on the OpenLDAP 
site.)

Maybe I shouldn't have swapped keyboards during the reboot. Or maybe 
the keyboard uses the wrong brand of pixie dust. Or maybe I need to 
hit it with a hammer. Or maybe the power company flushed out some 
fat electrons when they cleaned the tap brushes on the dynamos...

Bob Hall
From matthias.andree@gmx.de  Sat Aug 30 01:14:29 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9BDB523A6D; Sat, 30 Aug 2003 01:14:29 +0300 (EEST)
Received: from m2a2.dyndns.org (p5087763D.dip.t-dialin.net [80.135.118.61])
	by danu.procontrol.fi (Postfix) with ESMTP id 04C9223A59
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 01:14:26 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 316788FD7A; Sat, 30 Aug 2003 00:14:25 +0200 (CEST)
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
In-Reply-To: <20030829202036.GA7042@kongemord.krig.net> (Bob Hall's message
 of "Fri, 29 Aug 2003 16:20:37 -0400")
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina>
	<20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina>
	<20030828023849.GC537@kongemord.krig.net>
	<m3u1819t3t.fsf@merlin.emma.line.org>
	<20030829072653.GA413@kongemord.krig.net>
	<m3d6eo31dj.fsf@merlin.emma.line.org>
	<20030829202036.GA7042@kongemord.krig.net>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sat, 30 Aug 2003 00:14:25 +0200
Message-ID: <m3r834yuv2.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 22:14:30 -0000
X-UID: 1506                                                  
Status: O
Content-Length: 1054

"Bob Hall" <rjhjr@cox.net> writes:

> I've been SIGHUPing Dovecot when I make changes in dovecot.conf. This 
> seemed to work fine; I made changes to the imap_listen setting and 
> Dovecot accepted them. However, I just reset
> 	imap_listen = *
> and used killall instead of SIGHUP, and restarted, and Dovecot is 

Don't do this on SysV (Solaris 8 has pkill instead) - killall kills
EVERYTHING there. (used for shutting down the system).

Anyways, can we please have a decent set of manual pages for dovecot
before 1.0 that specifies what is re-read after SIGHUP and what needs a
full restart? :->

> Maybe I shouldn't have swapped keyboards during the reboot. Or maybe 
> the keyboard uses the wrong brand of pixie dust. Or maybe I need to 
> hit it with a hammer. Or maybe the power company flushed out some 
> fat electrons when they cleaned the tap brushes on the dynamos...

Maybe the current was the wrong color? <shrug> ;-)
(One Power Co here in Germany is called Yello Strom)

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
From rjhjr@cox.net  Sat Aug 30 01:54:21 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 45EE0239E9; Sat, 30 Aug 2003 01:54:21 +0300 (EEST)
Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243])
	by danu.procontrol.fi (Postfix) with ESMTP id A8333239BB
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 01:53:59 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao02.cox.net
          (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP
          id <20030829225356.ZEIT11854.lakemtao02.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 18:53:56 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Fri, 29 Aug 2003 18:53:58 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Fri, 29 Aug 2003 18:53:58 -0400
To: Dovecot Mail List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] No localhost after reboot
Message-ID: <20030829225357.GA417@kongemord.krig.net>
Mail-Followup-To: Dovecot Mail List <dovecot@procontrol.fi>
References: <20030827041729.GB6024@kongemord.krig.net>
	<1061999002.1454.121.camel@hurina> <20030827174722.GB8961@kongemord.krig.net>
	<1062032250.1460.150.camel@hurina> <20030828023849.GC537@kongemord.krig.net>
	<m3u1819t3t.fsf@merlin.emma.line.org>
	<20030829072653.GA413@kongemord.krig.net>
	<m3d6eo31dj.fsf@merlin.emma.line.org>
	<20030829202036.GA7042@kongemord.krig.net>
	<m3r834yuv2.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3r834yuv2.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 22:54:21 -0000
X-UID: 1507                                                  
Status: O
Content-Length: 1283

On Sat, Aug 30, 2003 at 12:14:25AM +0200, Matthias Andree wrote:
> "Bob Hall" <rjhjr@cox.net> writes:
> 
> > I've been SIGHUPing Dovecot when I make changes in dovecot.conf. This 
> > seemed to work fine; I made changes to the imap_listen setting and 
> > Dovecot accepted them. However, I just reset
> > 	imap_listen = *
> > and used killall instead of SIGHUP, and restarted, and Dovecot is 
> 
> Don't do this on SysV (Solaris 8 has pkill instead) - killall kills
> EVERYTHING there. (used for shutting down the system).

I suppose "kill <pid>" is more universal than "killall <process name>"?
At any rate, use whatever sends the TERM signal.
 
> Anyways, can we please have a decent set of manual pages for dovecot
> before 1.0 that specifies what is re-read after SIGHUP and what needs a
> full restart? :->
> 
> > Maybe I shouldn't have swapped keyboards during the reboot. Or maybe 
> > the keyboard uses the wrong brand of pixie dust. Or maybe I need to 
> > hit it with a hammer. Or maybe the power company flushed out some 
> > fat electrons when they cleaned the tap brushes on the dynamos...
> 
> Maybe the current was the wrong color? <shrug> ;-)
> (One Power Co here in Germany is called Yello Strom)

And what do they use to generate "yello strom"; starkbier?

Bob Hall
From emily@lib.utk.edu  Fri Aug 29 22:06:30 2003
Return-Path: <emily@lib.utk.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8492A23A6A; Fri, 29 Aug 2003 22:06:30 +0300 (EEST)
Received: from aztec.lib.utk.edu (aztec.lib.utk.edu [160.36.192.52])
	by danu.procontrol.fi (Postfix) with SMTP id 0B7B123A68
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 22:05:58 +0300 (EEST)
Received: (qmail 27484 invoked from network); 29 Aug 2003 19:05:51 -0000
Received: from harimtu.lib.utk.edu (HELO lib.utk.edu) (160.36.193.103)
  by aztec.lib.utk.edu with SMTP; 29 Aug 2003 19:05:51 -0000
Message-ID: <3F4FA415.2080609@lib.utk.edu>
Date: Fri, 29 Aug 2003 15:05:57 -0400
From: Emily <emily@lib.utk.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sat, 30 Aug 2003 02:18:22 +0300
Subject: [Dovecot] converting from courier-imap
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 19:06:30 -0000
X-UID: 1508                                                  
Status: O
Content-Length: 1513

Hello. I apologize if there is a simple answer to this question, but I 
haven't been able to figure it out. Our people use various clients (pine 
4.50 with maildir patch, eudora, messenger, outlook, squirrelmail), and 
all of them work with courier-imap. But I've become very interested in 
dovecot after reading about it, so I'm trying it out on another server. 
The results are mixed.

Strangely enough, squirrelmail 1.4.1 works wonderfully. For some reason, 
it duplicates Sent, Drafts, and Trash, but I deleted the duplicates and 
it was fine. Mozilla messenger is also fine, but with the same 
duplication of those special folders. Everything seems nice and fast.

But some of our users still cling to pine, which works with courier-imap 
using these three lines in .pinerc:
inbox-path={our.server.edu/ssl/novalidate-cert/user=emily}INBOX
default-fcc={our.server.edu/ssl/novalidate-cert/user=emily}INBOX.Sent
folder-collections="IMAP Folders" 
{our.server.edu/user=emily/ssl/novalidate-cert}INBOX.[]

On the test server I'm using dovecot-0.99.10 compiled against 
openssl-0.9.7b in Redhat 9.

This pine configuration worked in courier, but when I try pine with 
dovecot, I can't see any folders under "Folder Collection" other than 
those special three (Drafts, Sent, Trash). I'm sure there's just 
something I'm doing wrong, but I couldn't find anything in the dovecot 
list archives. I would appreciate any advice on what I'm doing wrong in 
getting pine to see the whole collection.

Thanks,

-- 
Emily



From mreimer@vpop.net  Sat Aug 30 02:16:32 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7786E239F7; Sat, 30 Aug 2003 02:16:32 +0300 (EEST)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 332E4239CE
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 02:15:58 +0300 (EEST)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id DCD673A6608
	for <dovecot@procontrol.fi>; Fri, 29 Aug 2003 16:15:52 -0700 (PDT)
Message-ID: <3F4FDED8.3040906@vpop.net>
Date: Fri, 29 Aug 2003 18:16:40 -0500
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: multipart/mixed;
 boundary="------------000906090001020704090403"
X-Mailman-Approved-At: Sat, 30 Aug 2003 02:18:22 +0300
Subject: [Dovecot] PATCH: mysql authentication
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 23:16:32 -0000
X-UID: 1509                                                  
Status: O
Content-Length: 21714

This is a multi-part message in MIME format.
--------------000906090001020704090403
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Here's a patch that implements mysql authentication. I started with the 
pgsql files and tweaked them to use mysql instead. It works for me, but 
there might be a couple of memory leaks. I'm welcome to suggestions on 
how to clean it up so it can be committed.

Enjoy!

Matt

--------------000906090001020704090403
Content-Type: text/plain;
 name="dovecot-mysql.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot-mysql.patch"

diff -u -r --new-file work/dovecot-0.99.10/doc/dovecot-mysql.conf work.patched/dovecot-0.99.10/doc/dovecot-mysql.conf
--- work/dovecot-0.99.10/doc/dovecot-mysql.conf	Wed Dec 31 18:00:00 1969
+++ work.patched/dovecot-0.99.10/doc/dovecot-mysql.conf	Fri Aug 15 13:43:05 2003
@@ -0,0 +1,70 @@
+# For the mysql passdb module, you'll need a database with a table that
+# contains fields for at least the userid and password. If you want to
+# use the user@domain syntax, you might want to have a separate domain
+# field as well.
+#
+# If your users all have the same uig/gid, and have predictable home
+# directories, you can use the static userdb module to generate the home
+# dir based on the userid and domain. In this case, you won't need fields
+# for home, uid, or gid in the database.
+#
+# If you prefer to use the mysql userdb module, you'll want to add fields
+# for home, uid, and gid. Here is an example table:
+#
+# CREATE TABLE users (
+#     userid VARCHAR(128) NOT NULL,
+#     password VARCHAR(64) NOT NULL,
+#     home VARCHAR(256) NOT NULL,
+#     uid INTEGER NOT NULL,
+#     gid INTEGER NOT NULL,
+#     active CHAR(1) DEFAULT 'Y' NOT NULL
+# );
+
+db_host = localhost
+db_port = 3306
+#db_unix_socket = /var/tmp/mysql.sock
+db = users
+db_user = dovecot-db
+db_passwd = opensesame
+db_client_flags = 0
+
+# Default password scheme.
+#
+# Currently supported schemes include PLAIN, PLAIN-MD5, DIGEST-MD5, and CRYPT.
+#
+#default_pass_scheme = PLAIN-MD5
+
+# Query to retrieve the password.
+#
+# The query should return one row, one column. If more than one row or column
+# is returned, authentication will automatically fail.
+#
+# Available substitutions:
+#   %u = entire userid
+#   %n = user part of user@domain
+#   %d = domain part of user@domain
+#
+# Example:
+#   password_query = SELECT password FROM users WHERE userid = '%n' AND domain = '%d'
+#   password_query = SELECT password FROM users WHERE userid = '%u' AND active = 'Y'
+#
+#password_query = SELECT password FROM users WHERE userid = '%u'
+
+# Query to retrieve the user information.
+#
+# The query must return only one row. The columns to return are:
+#   home - Home directory
+#   mail - MAIL environment
+#   system_user - System user name (for initgroups())
+#   uid - System UID
+#   gid - System GID
+#
+# Either home or mail is required. uid and gid are required. If more than one
+# row is returned or there's missing fields, login will automatically fail.
+#
+# Examples
+#   user_query = SELECT home, uid, gid FROM users WHERE userid = '%n' AND domain = '%d'
+#   user_query = SELECT dir AS home, user AS uid, group AS gid FROM users where userid = '%u'
+#   user_query = SELECT home, 501 AS uid, 501 AS gid FROM users WHERE userid = '%u'
+#
+#user_query = SELECT home, uid, gid FROM users WHERE userid = '%u'
diff -u -r --new-file work/dovecot-0.99.10/src/auth/Makefile.am work.patched/dovecot-0.99.10/src/auth/Makefile.am
--- work/dovecot-0.99.10/src/auth/Makefile.am	Sun May 18 07:26:28 2003
+++ work.patched/dovecot-0.99.10/src/auth/Makefile.am	Fri Aug 15 16:47:21 2003
@@ -19,6 +19,7 @@
 	auth-module.c \
 	db-ldap.c \
 	db-pgsql.c \
+	db-mysql.c \
 	db-passwd-file.c \
 	login-connection.c \
 	main.c \
@@ -38,6 +39,7 @@
 	passdb-shadow.c \
 	passdb-vpopmail.c \
 	passdb-pgsql.c \
+	passdb-mysql.c \
 	password-scheme.c \
 	userdb.c \
 	userdb-ldap.c \
@@ -45,7 +47,8 @@
 	userdb-passwd-file.c \
 	userdb-static.c \
 	userdb-vpopmail.c \
-	userdb-pgsql.c
+	userdb-pgsql.c \
+	userdb-mysql.c
 
 noinst_HEADERS = \
 	auth-login-interface.h \
@@ -54,6 +57,7 @@
 	auth-module.h \
 	db-ldap.h \
 	db-pgsql.h \
+	db-mysql.h \
 	db-passwd-file.h \
 	common.h \
 	login-connection.h \
diff -u -r --new-file work/dovecot-0.99.10/src/auth/db-mysql.c work.patched/dovecot-0.99.10/src/auth/db-mysql.c
--- work/dovecot-0.99.10/src/auth/db-mysql.c	Wed Dec 31 18:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/db-mysql.c	Fri Aug 22 17:56:44 2003
@@ -0,0 +1,181 @@
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */
+
+#include "config.h"
+#undef HAVE_CONFIG_H
+
+#if defined(PASSDB_MYSQL) || defined(USERDB_MYSQL)
+
+#include "common.h"
+#include "network.h"
+#include "str.h"
+#include "settings.h"
+#include "db-mysql.h"
+
+#include <limits.h>
+#include <stddef.h>
+#include <stdlib.h>
+
+#define DEF(type, name) { type, #name, offsetof(struct mysql_settings, name) }
+
+static struct setting_def setting_defs[] = {
+	DEF(SET_STR, db_host),
+	DEF(SET_STR, db_port),
+	DEF(SET_STR, db_unix_socket),
+	DEF(SET_STR, db),
+	DEF(SET_STR, db_user),
+	DEF(SET_STR, db_passwd),
+	DEF(SET_STR, db_client_flags),
+	DEF(SET_STR, password_query),
+	DEF(SET_STR, user_query),
+	DEF(SET_STR, default_pass_scheme)
+};
+
+struct mysql_settings default_mysql_settings = {
+	MEMBER(db_host) "localhost",
+	MEMBER(db_port) "0",
+	MEMBER(db_unix_socket) "/var/tmp/mysql.sock",
+	MEMBER(db) "email_accounts",
+	MEMBER(db_user) "dovecot",
+	MEMBER(db_passwd) "changeme",
+	MEMBER(db_client_flags) "0",
+	MEMBER(password_query) "SELECT password FROM users WHERE userid = '%u'",
+	MEMBER(user_query) "SELECT home, uid, gid FROM users WHERE userid = '%u'",
+	MEMBER(default_pass_scheme) "PLAIN-MD5"
+};
+
+static struct mysql_connection *mysql_connections = NULL;
+
+static int mysql_conn_open(struct mysql_connection *conn);
+static void mysql_conn_close(struct mysql_connection *conn);
+
+void db_mysql_query(struct mysql_connection *conn, const char *query,
+		    struct mysql_request *request)
+{
+	MYSQL_RES *res;
+	int failed;
+
+	if (!conn->connected) {
+		if (!mysql_conn_open(conn)) {
+			request->callback(conn, request, NULL);
+			return;
+		}
+	}
+
+	if (verbose_debug)
+		i_info("MYSQL: Performing query: %s", query);
+
+	if (mysql_query(conn->mysql, query))
+		i_info("MYSQL: Error executing query \"%s\": %s", query,
+		       mysql_error(conn->mysql));
+
+	if ((res = mysql_store_result(conn->mysql)))
+		failed = FALSE;
+	else {
+		i_info("MYSQL: Error retrieving results: %s",
+		       mysql_error(conn->mysql));
+		failed = TRUE;
+	}
+
+	request->callback(conn, request, failed ? NULL : res);
+	mysql_free_result(res);
+	i_free(request);
+}
+
+static int mysql_conn_open(struct mysql_connection *conn)
+{
+	if (conn->connected)
+		return TRUE;
+
+	if (conn->mysql == NULL) {
+		conn->mysql = mysql_init(NULL);
+		if (conn->mysql == NULL) {
+			i_error("MYSQL: mysql_init failed");
+			return FALSE;
+		}
+
+		if (!mysql_real_connect(conn->mysql, conn->set.db_host,
+					conn->set.db_user, conn->set.db_passwd,
+					conn->set.db,
+					atoi(conn->set.db_port),
+					conn->set.db_unix_socket,
+					strtoul(conn->set.db_client_flags,
+						NULL, 10))) {
+			i_error("MYSQL: Can't connect to database %s: %s",
+				conn->set.db, mysql_error(conn->mysql));
+			return FALSE;
+		}
+	}
+
+	conn->connected = TRUE;
+	return TRUE;
+}
+
+static void mysql_conn_close(struct mysql_connection *conn)
+{
+	conn->connected = FALSE;
+
+	if (conn->mysql != NULL) {
+		mysql_close(conn->mysql);
+		conn->mysql = NULL;
+	}
+}
+
+static struct mysql_connection *mysql_conn_find(const char *config_path)
+{
+	struct mysql_connection *conn;
+
+	for (conn = mysql_connections; conn != NULL; conn = conn->next) {
+		if (strcmp(conn->config_path, config_path) == 0)
+			return conn;
+	}
+
+	return NULL;
+}
+
+static const char *parse_setting(const char *key, const char *value,
+				 void *context)
+{
+	struct mysql_connection *conn = context;
+
+	return parse_setting_from_defs(conn->pool, setting_defs,
+				       &conn->set, key, value);
+}
+
+struct mysql_connection *db_mysql_init(const char *config_path)
+{
+	struct mysql_connection *conn;
+	pool_t pool;
+
+	conn = mysql_conn_find(config_path);
+	if (conn != NULL) {
+		conn->refcount++;
+		return conn;
+	}
+
+	pool = pool_alloconly_create("mysql_connection", 1024);
+	conn = p_new(pool, struct mysql_connection, 1);
+	conn->pool = pool;
+
+	conn->refcount = 1;
+
+	conn->config_path = p_strdup(pool, config_path);
+	conn->set = default_mysql_settings;
+	settings_read(config_path, parse_setting, conn);
+
+	(void)mysql_conn_open(conn);
+
+	conn->next = mysql_connections;
+	mysql_connections = conn;
+	return conn;
+}
+
+void db_mysql_unref(struct mysql_connection *conn)
+{
+	if (--conn->refcount > 0)
+		return;
+
+	mysql_conn_close(conn);
+	pool_unref(conn->pool);
+}
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/db-mysql.h work.patched/dovecot-0.99.10/src/auth/db-mysql.h
--- work/dovecot-0.99.10/src/auth/db-mysql.h	Wed Dec 31 18:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/db-mysql.h	Fri Aug 15 13:40:56 2003
@@ -0,0 +1,51 @@
+#ifndef __DB_MYSQL_H
+#define __DB_MYSQL_H
+
+#include <mysql.h>
+
+struct mysql_connection;
+struct mysql_request;
+
+typedef void mysql_query_callback_t(struct mysql_connection *conn,
+				    struct mysql_request *request,
+				    MYSQL_RES *res);
+
+struct mysql_settings {
+	const char *db_host;
+	const char *db_port;
+	const char *db_unix_socket;
+	const char *db;
+	const char *db_user;
+	const char *db_passwd;
+	const char *db_client_flags;
+	const char *password_query;
+	const char *user_query;
+	const char *default_pass_scheme;
+};
+
+struct mysql_connection {
+	struct mysql_connection *next;
+
+	pool_t pool;
+	int refcount;
+
+	char *config_path;
+	struct mysql_settings set;
+
+	MYSQL *mysql;
+
+	unsigned int connected:1;
+};
+
+struct mysql_request {
+	mysql_query_callback_t *callback;
+	void *context;
+};
+
+void db_mysql_query(struct mysql_connection *conn, const char *query,
+		    struct mysql_request *request);
+
+struct mysql_connection *db_mysql_init(const char *config_path);
+void db_mysql_unref(struct mysql_connection *conn);
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/master-connection.c work.patched/dovecot-0.99.10/src/auth/master-connection.c
--- work/dovecot-0.99.10/src/auth/master-connection.c	Mon May 26 10:27:13 2003
+++ work.patched/dovecot-0.99.10/src/auth/master-connection.c	Fri Aug 22 17:56:18 2003
@@ -55,7 +55,7 @@
 	reply.virtual_user_idx = reply_add(buf, user->virtual_user);
 	reply.mail_idx = reply_add(buf, user->mail);
 
-	p = strstr(user->home, "/./");
+	p = user->home ? strstr(user->home, "/./") : NULL;
 	if (p == NULL) {
 		reply.home_idx = reply_add(buf, user->home);
 		reply.chroot_idx = reply_add(buf, NULL);
diff -u -r --new-file work/dovecot-0.99.10/src/auth/passdb-mysql.c work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c
--- work/dovecot-0.99.10/src/auth/passdb-mysql.c	Wed Dec 31 18:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c	Fri Aug 15 14:24:44 2003
@@ -0,0 +1,171 @@
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */
+
+#include "config.h"
+#undef HAVE_CONFIG_H
+
+#ifdef PASSDB_MYSQL
+
+#include "common.h"
+#include "str.h"
+#include "strescape.h"
+#include "var-expand.h"
+#include "password-scheme.h"
+#include "db-mysql.h"
+#include "passdb.h"
+
+#include <mysql.h>
+#include <stdlib.h>
+#include <string.h>
+
+struct passdb_mysql_connection {
+	struct mysql_connection *conn;
+};
+
+struct passdb_mysql_request {
+	struct mysql_request request;
+
+	enum passdb_credentials credentials;
+	union {
+		verify_plain_callback_t *verify_plain;
+                lookup_credentials_callback_t *lookup_credentials;
+	} callback;
+
+	char password[1];
+};
+
+static struct passdb_mysql_connection *passdb_mysql_conn;
+
+static void mysql_handle_request(struct mysql_connection *conn,
+				 struct mysql_request *request, MYSQL_RES *res)
+{
+	struct passdb_mysql_request *mysql_request =
+		(struct passdb_mysql_request *) request;
+	struct auth_request *auth_request = request->context;
+	const char *user, *password, *scheme;
+	int ret = 0;
+
+	user = auth_request->user;
+	password = NULL;
+
+	if (res != NULL) {
+		if (mysql_num_rows(res) == 0) {
+			if (verbose)
+				i_info("mysql(%s): Unknown user", user);
+		} else if (mysql_num_rows(res) > 1) {
+			i_error("mysql(%s): Multiple matches for user", user);
+		} else if (mysql_num_fields(res) != 1) {
+			i_error("mysql(%s): Password query returned "
+				"more than one field", user);
+		} else {
+			MYSQL_ROW row;
+
+			row = mysql_fetch_row(res);
+			if (row)
+				password = t_strdup(row[0]); /* XXX binary? */
+		}
+	}
+
+	scheme = password_get_scheme(&password);
+	if (scheme == NULL) {
+		scheme = conn->set.default_pass_scheme;
+		i_assert(scheme != NULL);
+	}
+
+	if (mysql_request->credentials != -1) {
+		passdb_handle_credentials(mysql_request->credentials,
+			user, password, scheme,
+			mysql_request->callback.lookup_credentials,
+			auth_request);
+		return;
+	}
+
+	/* verify plain */
+	if (password == NULL) {
+		mysql_request->callback.verify_plain(PASSDB_RESULT_USER_UNKNOWN,
+						     auth_request);
+		return;
+	}
+
+	ret = password_verify(mysql_request->password, password,
+			      scheme, user);
+	if (ret < 0)
+		i_error("mysql(%s): Unknown password scheme %s", user, scheme);
+	else if (ret == 0) {
+		if (verbose)
+			i_info("mysql(%s): Password mismatch", user);
+	}
+
+	mysql_request->callback.verify_plain(ret > 0 ? PASSDB_RESULT_OK :
+					     PASSDB_RESULT_PASSWORD_MISMATCH,
+					     auth_request);
+}
+
+static void mysql_lookup_pass(struct auth_request *auth_request,
+			      struct mysql_request *mysql_request)
+{
+	struct mysql_connection *conn = passdb_mysql_conn->conn;
+	const char *query;
+	string_t *str;
+
+	str = t_str_new(512);
+	var_expand(str, conn->set.password_query,
+		   str_escape(auth_request->user), NULL);
+	query = str_c(str);
+
+	mysql_request->callback = mysql_handle_request;
+	mysql_request->context = auth_request;
+
+	db_mysql_query(conn, query, mysql_request);
+}
+
+static void
+mysql_verify_plain(struct auth_request *request, const char *password,
+		   verify_plain_callback_t *callback)
+{
+	struct passdb_mysql_request *mysql_request;
+
+	mysql_request = i_malloc(sizeof(struct passdb_mysql_request) +
+				 strlen(password));
+	mysql_request->credentials = -1;
+	mysql_request->callback.verify_plain = callback;
+	strcpy(mysql_request->password, password);
+
+	mysql_lookup_pass(request, &mysql_request->request);
+}
+
+static void mysql_lookup_credentials(struct auth_request *request,
+				     enum passdb_credentials credentials,
+				     lookup_credentials_callback_t *callback)
+{
+	struct passdb_mysql_request *mysql_request;
+
+	mysql_request = i_new(struct passdb_mysql_request, 1);
+	mysql_request->credentials = credentials;
+	mysql_request->callback.lookup_credentials = callback;
+
+        mysql_lookup_pass(request, &mysql_request->request);
+}
+
+static void passdb_mysql_init(const char *args)
+{
+	struct mysql_connection *conn;
+
+	passdb_mysql_conn = i_new(struct passdb_mysql_connection, 1);
+	passdb_mysql_conn->conn = conn = db_mysql_init(args);
+}
+
+static void passdb_mysql_deinit(void)
+{
+	db_mysql_unref(passdb_mysql_conn->conn);
+	i_free(passdb_mysql_conn);
+}
+
+struct passdb_module passdb_mysql = {
+	passdb_mysql_init,
+	passdb_mysql_deinit,
+
+	mysql_verify_plain,
+	mysql_lookup_credentials
+};
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/passdb.c work.patched/dovecot-0.99.10/src/auth/passdb.c
--- work/dovecot-0.99.10/src/auth/passdb.c	Sun May 18 07:26:28 2003
+++ work.patched/dovecot-0.99.10/src/auth/passdb.c	Fri Aug 15 11:39:31 2003
@@ -110,6 +110,10 @@
 	if (strcasecmp(name, "pgsql") == 0)
 		passdb = &passdb_pgsql;
 #endif
+#ifdef PASSDB_MYSQL
+	if (strcasecmp(name, "mysql") == 0)
+		passdb = &passdb_mysql;
+#endif
 #ifdef HAVE_MODULES
 	passdb_module = passdb != NULL ? NULL : auth_module_open(name);
 	if (passdb_module != NULL) {
diff -u -r --new-file work/dovecot-0.99.10/src/auth/passdb.h work.patched/dovecot-0.99.10/src/auth/passdb.h
--- work/dovecot-0.99.10/src/auth/passdb.h	Thu Mar 20 09:46:33 2003
+++ work.patched/dovecot-0.99.10/src/auth/passdb.h	Fri Aug 15 16:45:43 2003
@@ -58,6 +58,7 @@
 extern struct passdb_module passdb_vpopmail;
 extern struct passdb_module passdb_ldap;
 extern struct passdb_module passdb_pgsql;
+extern struct passdb_module passdb_mysql;
 
 void passdb_init(void);
 void passdb_deinit(void);
diff -u -r --new-file work/dovecot-0.99.10/src/auth/userdb-mysql.c work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c
--- work/dovecot-0.99.10/src/auth/userdb-mysql.c	Wed Dec 31 18:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c	Fri Aug 22 17:53:56 2003
@@ -0,0 +1,148 @@
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */
+
+#include "config.h"
+#undef HAVE_CONFIG_H
+
+#ifdef USERDB_MYSQL
+
+#include "common.h"
+#include "str.h"
+#include "strescape.h"
+#include "var-expand.h"
+#include "db-mysql.h"
+#include "userdb.h"
+
+#include <mysql.h>
+#include <stdlib.h>
+#include <string.h>
+
+struct userdb_mysql_connection {
+	struct mysql_connection *conn;
+};
+
+struct userdb_mysql_request {
+	struct mysql_request request;
+	userdb_callback_t *userdb_callback;
+
+	char username[1]; /* variable width */
+};
+
+static struct userdb_mysql_connection *userdb_mysql_conn;
+
+static int is_result_valid(MYSQL_RES *res)
+{
+
+	if (res == NULL) {
+		i_error("MYSQL: Query failed");
+		return FALSE;
+	}
+
+	if (mysql_num_rows(res) == 0) {
+		if (verbose)
+			i_error("MYSQL: Authenticated user not found");
+		return FALSE;
+	}
+
+	/* XXX */
+	if (mysql_num_fields(res) < 3) {
+		i_error("MYSQL: Not enough fields returned");
+		return FALSE;
+	}
+/* XXX
+	if (PQfnumber(res, "uid") == -1) {
+		i_error("MYSQL: User query did not return 'uid' field");
+		return FALSE;
+	}
+
+	if (PQfnumber(res, "gid") == -1) {
+		i_error("MYSQL: User query did not return 'gid' field");
+		return FALSE;
+	}
+*/
+
+	return TRUE;
+}
+
+static const char *my_get_str(MYSQL_RES *res, MYSQL_ROW row, const char *field)
+{
+	int i, n_fields;
+	unsigned long *lengths;
+	MYSQL_FIELD *fields;
+
+	n_fields = mysql_num_fields(res);
+	lengths = mysql_fetch_lengths(res);
+	fields = mysql_fetch_fields(res);
+	for (i = 0; i < n_fields; i++)
+		if (strcmp(field, fields[i].name) == 0)
+			return (const char *) lengths[i] == 0 ?
+				NULL : t_strdup(row[i]);
+
+	return NULL;
+}
+
+static void mysql_handle_request(struct mysql_connection *conn __attr_unused__,
+				 struct mysql_request *request, MYSQL_RES *res)
+{
+	struct userdb_mysql_request *urequest =
+		(struct userdb_mysql_request *) request;
+	struct user_data user;
+	MYSQL_ROW row;
+
+	if (res != NULL && is_result_valid(res) &&
+	    (row = mysql_fetch_row(res))) {
+		memset(&user, 0, sizeof(user));
+		user.virtual_user = urequest->username;
+		user.system_user = my_get_str(res, row, "system_user");
+		user.home = my_get_str(res, row, "home");
+		user.mail = my_get_str(res, row, "mail");
+		user.uid = atoi(my_get_str(res, row, "uid")); /* XXX leak */
+		user.gid = atoi(my_get_str(res, row, "gid")); /* XXX leak */
+		urequest->userdb_callback(&user, request->context);
+	} else {
+		urequest->userdb_callback(NULL, request->context);
+	}
+}
+
+static void userdb_mysql_lookup(const char *user, userdb_callback_t *callback,
+				void *context)
+{
+	struct mysql_connection *conn = userdb_mysql_conn->conn;
+	struct userdb_mysql_request *request;
+	const char *query;
+	string_t *str;
+
+	str = t_str_new(512);
+	var_expand(str, conn->set.user_query, str_escape(user), NULL);
+	query = str_c(str);
+
+	request = i_malloc(sizeof(struct userdb_mysql_request) + strlen(user));
+	request->request.callback = mysql_handle_request;
+	request->request.context = context;
+	request->userdb_callback = callback;
+	strcpy(request->username, user);
+
+	db_mysql_query(conn, query, &request->request);
+}
+
+static void userdb_mysql_init(const char *args)
+{
+	struct mysql_connection *conn;
+
+	userdb_mysql_conn = i_new(struct userdb_mysql_connection, 1);
+	userdb_mysql_conn->conn = conn = db_mysql_init(args);
+}
+
+static void userdb_mysql_deinit(void)
+{
+	db_mysql_unref(userdb_mysql_conn->conn);
+	i_free(userdb_mysql_conn);
+}
+
+struct userdb_module userdb_mysql = {
+	userdb_mysql_init,
+	userdb_mysql_deinit,
+
+	userdb_mysql_lookup
+};
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/userdb.c work.patched/dovecot-0.99.10/src/auth/userdb.c
--- work/dovecot-0.99.10/src/auth/userdb.c	Sun May 18 07:26:28 2003
+++ work.patched/dovecot-0.99.10/src/auth/userdb.c	Fri Aug 22 13:07:21 2003
@@ -49,6 +49,10 @@
 	if (strcasecmp(name, "pgsql") == 0)
 		userdb = &userdb_pgsql;
 #endif
+#ifdef USERDB_MYSQL
+	if (strcasecmp(name, "mysql") == 0)
+		userdb = &userdb_mysql;
+#endif
 #ifdef HAVE_MODULES
 	userdb_module = userdb != NULL ? NULL : auth_module_open(name);
 	if (userdb_module != NULL) {
diff -u -r --new-file work/dovecot-0.99.10/src/auth/userdb.h work.patched/dovecot-0.99.10/src/auth/userdb.h
--- work/dovecot-0.99.10/src/auth/userdb.h	Sun May 18 07:26:28 2003
+++ work.patched/dovecot-0.99.10/src/auth/userdb.h	Fri Aug 22 13:07:53 2003
@@ -29,6 +29,7 @@
 extern struct userdb_module userdb_vpopmail;
 extern struct userdb_module userdb_ldap;
 extern struct userdb_module userdb_pgsql;
+extern struct userdb_module userdb_mysql;
 
 void userdb_init(void);
 void userdb_deinit(void);

--------------000906090001020704090403--

From tss@iki.fi  Sat Aug 30 02:22:55 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 38D4723A66; Sat, 30 Aug 2003 02:22:55 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E68DD239CE
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 02:22:21 +0300 (EEST)
Date: Sat, 30 Aug 2003 02:22:37 +0300
Subject: Re: [Dovecot] No localhost after reboot
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <m3r834yuv2.fsf@merlin.emma.line.org>
Message-Id: <AD42DDFA-DA77-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 23:22:55 -0000
X-UID: 1510                                                  
Status: O

On Saturday, Aug 30, 2003, at 01:14 Europe/Helsinki, Matthias Andree 
wrote:

> Anyways, can we please have a decent set of manual pages for dovecot
> before 1.0 that specifies what is re-read after SIGHUP and what needs a
> full restart? :->

 From TODO:

  - bugs
     - SIGHUP didn't update imap_listen. this is a bit annoying to fix 
though,
       since new listen() may fail for a few times because login 
processes may
       not die immediately..
     - SIGHUP doesn't update log file location.

From tss@iki.fi  Sat Aug 30 02:25:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C7E1323A67; Sat, 30 Aug 2003 02:25:10 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 338CC239CE; Sat, 30 Aug 2003 02:25:09 +0300 (EEST)
Date: Sat, 30 Aug 2003 02:25:25 +0300
Subject: Re: [Dovecot] converting from courier-imap
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Emily <emily@lib.utk.edu>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <3F4FA415.2080609@lib.utk.edu>
Message-Id: <114A74D5-DA78-11D7-803E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-5.8 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      RCVD_IN_OSIRUSOFT_COM,REPLY_WITH_QUOTES,
	      USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 23:25:10 -0000
X-UID: 1511                                                  
Status: O

On Friday, Aug 29, 2003, at 22:05 Europe/Helsinki, Emily wrote:

> This pine configuration worked in courier, but when I try pine with 
> dovecot, I can't see any folders under "Folder Collection" other than 
> those special three (Drafts, Sent, Trash). I'm sure there's just 
> something I'm doing wrong, but I couldn't find anything in the dovecot 
> list archives. I would appreciate any advice on what I'm doing wrong 
> in getting pine to see the whole collection.

It's about IMAP namespaces. With Courier, you have everything under 
INBOX. With Dovecot everything is in the root along INBOX.

The fix would be to set the "IMAP folder prefix" or whatever it's 
called in clients to empty instead of "INBOX."

From tss@iki.fi  Sat Aug 30 02:34:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3D2E923A67; Sat, 30 Aug 2003 02:34:42 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A11B823A5B
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 02:34:40 +0300 (EEST)
Date: Sat, 30 Aug 2003 02:34:56 +0300
Subject: Re: [Dovecot] PATCH: mysql authentication
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F4FDED8.3040906@vpop.net>
Message-Id: <658D44CA-DA79-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 29 Aug 2003 23:34:42 -0000
X-UID: 1512                                                  
Status: O
Content-Length: 1095

On Saturday, Aug 30, 2003, at 02:16 Europe/Helsinki, Matthew Reimer 
wrote:

> Here's a patch that implements mysql authentication. I started with 
> the pgsql files and tweaked them to use mysql instead. It works for 
> me, but there might be a couple of memory leaks. I'm welcome to 
> suggestions on how to clean it up so it can be committed.

Thank you. I'll look at it more closely later, but it looked fine with 
a quick look.

It would be nice to be able to use asynchronous database lookups. I'm 
not sure how easy that is with MySQL, of if it's possible at all. With 
PostgreSQL it looked annoyingly difficult so I haven't done it yet.

Synchronous calls anyway mean that there's only one SQL statement 
executing at a time and that may slow down the authentication if 
there's a _lot_ of users logging in constantly. If that's a problem, 
growing auth_count should help at least some. It specifies the number 
of auth processes that respond to the authentication queries.

And some day I'll probably move the sql stuff into separate lib-sql and 
have only a single sql authenticator..

From lsa@business.auc.dk  Sat Aug 30 20:17:22 2003
Return-Path: <lsa@business.auc.dk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D7995239AC; Sat, 30 Aug 2003 20:17:22 +0300 (EEST)
Received: from haddock.business.auc.dk (haddock.business.auc.dk
	[130.225.62.11])
	by danu.procontrol.fi (Postfix) with ESMTP id C5E3523A25
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 20:16:48 +0300 (EEST)
Received: from localhost (basilosaurus.business.auc.dk [130.225.62.171])
	by haddock.business.auc.dk (Postfix) with ESMTP
	id 8E1A24B05; Sat, 30 Aug 2003 19:16:08 +0200 (MET DST)
Received: from haddock.business.auc.dk ([130.225.62.11])
 by localhost (basilosaurus [130.225.62.171]) (amavisd-new, port 10024)
 with LMTP id 11172-01-32; Sat, 30 Aug 2003 19:16:03 +0200 (CEST)
Received: from codfish.business.auc.dk (codfish.business.auc.dk
	[130.225.62.177])	by haddock.business.auc.dk (Postfix) with ESMTP
	id 588F94B03; Sat, 30 Aug 2003 19:16:08 +0200 (MET DST)
Received: by codfish.business.auc.dk (Postfix, from userid 135)
	id 95C7515040D; Sat, 30 Aug 2003 13:16:46 -0400 (EDT)
Date: Sat, 30 Aug 2003 19:16:46 +0200
From: Lars Anderson <lsa@business.auc.dk>
To: Grahame Bowland <grahame@ucs.uwa.edu.au>
Subject: Re: [Dovecot] conversion to maildir
Message-ID: <20030830171646.GA8820@business.auc.dk>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	<3F4BBB43.50409@harvee.org> <1061928756.1459.19.camel@hurina>
	<1062062777.32020.51.camel@typhaon.ucs.uwa.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1062062777.32020.51.camel@typhaon.ucs.uwa.edu.au>
Organization: Department of Business Studies - Aalborg University
User-Agent: Mutt/1.5.4i
X-Virus-Scanned: by amavisd-new at business.auc.dk
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 30 Aug 2003 17:17:23 -0000
X-UID: 1513                                                  
Status: O

On Thu, Aug 28, 2003 at 17:26:17, Grahame Bowland wrote:

Hi Grahame,
> 
> By the way, I converted over UWA's student email server to dovecot from
> UW-IMAP and cucipop last night. Relatively few problems, which I've now
> fixed with some tweaks to the config. The only outstanding problem is
> these assertions I keep getting in the logs:
> Aug 28 17:03:51 tartarus imap(mpienaar): file mbox-rewrite.c: line 429
> (mbox_write_header): assertion failed: (hdr_parsed_size.physical_size ==
> hdr_size)
> 

We are also considering leaving UW-IMAP in favour of dovecot, I 
would be very gratefull if you would care to share your tweaks to the 
config with us? 

Best wishes
Lars
-- 
Lars Anderson                      mailto:lsa@business.auc.dk
Department of Business Studies     http://www.business.auc.dk/~lsa/ 
Aalborg University                 Voice: +45 96358225, Fax: +45 98153505
Denmark                            Office: Fib4-117
From skvidal@phy.duke.edu  Sat Aug 30 20:34:09 2003
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 26BD723A8D; Sat, 30 Aug 2003 20:34:09 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 2B417239BB
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 20:33:36 +0300 (EEST)
Received: from opus.phy.duke.edu (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id 42766A77CD; Sat, 30 Aug 2003 13:33:32 -0400 (EDT)
Subject: Re: [Dovecot] conversion to maildir
From: seth vidal <skvidal@phy.duke.edu>
To: Lars Anderson <lsa@business.auc.dk>
In-Reply-To: <20030830171646.GA8820@business.auc.dk>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	 <3F4BBB43.50409@harvee.org> <1061928756.1459.19.camel@hurina>
	 <1062062777.32020.51.camel@typhaon.ucs.uwa.edu.au>
	 <20030830171646.GA8820@business.auc.dk>
Content-Type: text/plain
Message-Id: <1062264808.3837.0.camel@opus>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 (1.4.3-1.duke.1) 
Date: 30 Aug 2003 13:33:28 -0400
Content-Transfer-Encoding: 7bit
cc: Grahame Bowland <grahame@ucs.uwa.edu.au>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 30 Aug 2003 17:34:09 -0000
X-UID: 1514                                                  
Status: O


> We are also considering leaving UW-IMAP in favour of dovecot, I 
> would be very gratefull if you would care to share your tweaks to the 
> config with us? 

At the risk of sounding too ridiculous:

ditto, I'd like to see those tweaks too.

-sv


From cras@irccrew.org  Sat Aug 30 21:46:25 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BB43B239D2; Sat, 30 Aug 2003 21:46:25 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 05E9C23AA2
	for <dovecot@procontrol.fi>; Sat, 30 Aug 2003 21:45:54 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id DD91F2E030; Sat, 30 Aug 2003 21:45:53 +0300 (EEST)
Date: Sat, 30 Aug 2003 21:45:53 +0300
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] conversion to maildir
Message-ID: <20030830184553.GA15598@irccrew.org>
References: <3F4B9601.3070300@harvee.org> <1061925515.1455.10.camel@hurina>
	<3F4BBB43.50409@harvee.org> <1061928756.1459.19.camel@hurina>
	<1062062777.32020.51.camel@typhaon.ucs.uwa.edu.au>
	<20030830171646.GA8820@business.auc.dk> <1062264808.3837.0.camel@opus>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1062264808.3837.0.camel@opus>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 30 Aug 2003 18:46:25 -0000
X-UID: 1515                                                  
Status: O

On Sat, Aug 30, 2003 at 01:33:28PM -0400, seth vidal wrote:
> 
> > We are also considering leaving UW-IMAP in favour of dovecot, I 
> > would be very gratefull if you would care to share your tweaks to the 
> > config with us? 
> 
> At the risk of sounding too ridiculous:
> 
> ditto, I'd like to see those tweaks too.

yea, me too ;) there shouldn't be much tweaks needed really. Just set the
default_mail_env and mbox_locks correctly.

If you want to have backwards compatibility for clients so that their
~/mail and ~user/mail prefixes still work, set full_filesystem_access = yes.

From esj@harvee.org  Mon Sep  1 00:54:47 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0A8A5239B0; Mon,  1 Sep 2003 00:54:47 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id C416923997
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 00:54:13 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7VLsAiE030877
	for <dovecot@procontrol.fi>; Sun, 31 Aug 2003 17:54:11 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Sun, 31 Aug 2003 17:54:08 -0400
Message-ID: <3F526E05.5000700@harvee.org>
Date: Sun, 31 Aug 2003 17:52:05 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030831:dovecot@procontrol.fi:1e5af048fa4eda8f
Subject: [Dovecot] observations about delays
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 31 Aug 2003 21:54:47 -0000
X-UID: 1516                                                  
Status: O
Content-Length: 1965

I've tried two imap clients (mahogany and Mozilla) and they both have strange 
delays and weird failures.  As a reminder, I am using mbox format mailboxes on 
the server and client side filtering of messages from the inbox.

In both cases when the client fetches messages from the inbox and starts 
redistributing them, CPU utilization on the imap server goes to around 40 
percent for Mozilla and around 90 percent for mahogany.  There are long delays 
on the order of two minutes when filtering messages. or 30 to 50 seconds when 
opening a mailbox.

Other than the performance problems, Mozilla is relatively well-behaved. 
Mahogany on the other hand is a bit more rough and (not) ready.  It uses 
c-client for its imap code and during the filter driven message redistribution 
process, it all of a sudden started started complaining about unexpected EOF and 
I found one corrupted message:

on 31/8/03 7:36 pm, Morten Christensen at ipcop-d@indbakke.dk wrote:


 >> These bugs might keep many people from trying a new alpha with
 >> interesting improvements.
 >>
 >> A more detailed help for fixing them after install is needed.


OK, I'll have a From esj@harvee.org  Sun Aug 31 16:01:21 2003
Return-Path: <ipcop-devel-admin@lists.sourceforge.net>
Received: from red.harvee.home (red [192.168.25.1] (may be forged))
	by harvee.org (8.12.8/8.12.8) with ESMTP id h7VK1KiE029762
	for <esj@harvee.billerica.ma.us>; Sun, 31 Aug 2003 16:01:20 -0400
Received: from sc8-sf-list2.sourceforge.net (lists.sourceforge.net [66.35.250.206])
	by red.harvee.home (8.11.6/8.11.6) with ESMTP id h7VK1I111902
	for <esj@harvee.billerica.ma.us>; Sun, 31 Aug 2003 16:01:19 -0400
Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13] 
helo=sc8-sf-list1.sourceforge.net)

I had read this message before it was filtered and moved to the right mailbox. 
It was complete then.  Now it's not so happy.

How can I gather more data to make it possible to debug these problems.

---eric

From Nicolas.Stransky@crans.org  Mon Sep  1 10:34:40 2003
Return-Path: <Nicolas.Stransky@crans.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 68EC123AEC; Mon,  1 Sep 2003 10:34:40 +0300 (EEST)
Received: from aster.neo-lan.net (vaugirard-3-81-57-244-52.fbx.proxad.net
	[81.57.244.52])
	by danu.procontrol.fi (Postfix) with ESMTP id 8DF91239EA
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 10:34:08 +0300 (EEST)
Received: from crans.org (aneto.local.lan [192.168.0.2])
	by aster.neo-lan.net (Postfix) with ESMTP id D95AE1A37C
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 09:34:06 +0200 (CEST)
Message-ID: <3F52F677.9070805@crans.org>
Date: Mon, 01 Sep 2003 09:34:15 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@crans.org>
Organization: CRANS Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.4) Gecko/20030827 Debian/1.4-3
X-Accept-Language: fr, fr-fr, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.76.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Mailman-Approved-At: Mon, 01 Sep 2003 15:03:36 +0300
Subject: [Dovecot] Crash when searching messages
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 07:34:40 -0000
X-UID: 1517                                                  
Status: O

Hi,

I've been encountering a crash when trying to use the "Search messages"
function with mozilla on a newly indexed/subscribed mailbox. I tryed to
search something in "To or CC" and got the following :
Sep  1 09:07:13 aster imap(nico): file message-address.c: line 255
(message_address_write): assertion failed: (addr->domain != NULL)
Sep  1 09:07:13 aster dovecot: child 15674 (imap) killed with signal 6

In addition, mozilla gives the following message : "Server
mail.neo-lan.net has disconnected. The server may have gone down or
there may be a network problem" and the search fails.

But there was no problem when doing other searches. After trying several
different types of searches, the initial one (on TO or CC) worked fine, 
but the crash is reproducible on an other newly subscribed mbox.

-- 
Nico
Si cela fonctionne, c'est obsolte.
Marshall McLuhan


From tss@iki.fi  Mon Sep  1 15:07:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 065FA239E7; Mon,  1 Sep 2003 15:07:47 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 171C8239D3
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 15:07:14 +0300 (EEST)
Date: Mon, 1 Sep 2003 15:07:33 +0300
Subject: Re: [Dovecot] observations about delays
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F526E05.5000700@harvee.org>
Message-Id: <DE0BA3A0-DC74-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 12:07:47 -0000
X-UID: 1518                                                  
Status: O

On Monday, Sep 1, 2003, at 00:52 Europe/Helsinki, Eric S. Johansson 
wrote:

> In both cases when the client fetches messages from the inbox and 
> starts redistributing them, CPU utilization on the imap server goes to 
> around 40 percent for Mozilla and around 90 percent for mahogany.  
> There are long delays on the order of two minutes when filtering 
> messages. or 30 to 50 seconds when opening a mailbox.

Check what Dovecot is doing at the time. Use rawlog (or network 
sniffer) and strace.

> Other than the performance problems, Mozilla is relatively 
> well-behaved. Mahogany on the other hand is a bit more rough and (not) 
> ready.  It uses c-client for its imap code and during the filter 
> driven message redistribution process, it all of a sudden started 
> started complaining about unexpected EOF and I found one corrupted 
> message:

Humm.. If it copies a message from a mailbox to itself, that could 
break mbox, or at least complain about some errors.. Could it be that?

From tss@iki.fi  Mon Sep  1 15:09:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7B43F239D3; Mon,  1 Sep 2003 15:09:00 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8662723B03
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 15:08:28 +0300 (EEST)
Date: Mon, 1 Sep 2003 15:08:48 +0300
Subject: Re: [Dovecot] Crash when searching messages
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F52F677.9070805@crans.org>
Message-Id: <0AF478B8-DC75-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 12:09:00 -0000
X-UID: 1519                                                  
Status: O

On Monday, Sep 1, 2003, at 10:34 Europe/Helsinki, Nicolas STRANSKY 
wrote:

> I've been encountering a crash when trying to use the "Search messages"
> function with mozilla on a newly indexed/subscribed mailbox. I tryed to
> search something in "To or CC" and got the following :

See the patch in Dovecot's news web page.

From esj@harvee.org  Mon Sep  1 16:20:45 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C45E523B10; Mon,  1 Sep 2003 16:20:45 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 9816D23B0E
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 16:20:12 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h81DK8iE008665;
	Mon, 1 Sep 2003 09:20:08 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Mon, 1 Sep 2003 09:19:58 -0400
Message-ID: <3F534704.7080905@harvee.org>
Date: Mon, 01 Sep 2003 09:17:56 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] observations about delays
References: <DE0BA3A0-DC74-11D7-803E-000393CC2E90@iki.fi>
In-Reply-To: <DE0BA3A0-DC74-11D7-803E-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030901:tss@iki.fi:740d76c7edf01cb4
X-Camram: stamp; 0:030901:dovecot@procontrol.fi:e3ba06876755327a
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 13:20:45 -0000
X-UID: 1520                                                  
Status: O

Timo Sirainen explained:
> On Monday, Sep 1, 2003, at 00:52 Europe/Helsinki, Eric S. Johansson wrote:
> 
>> In both cases when the client fetches messages from the inbox and 
>> starts redistributing them, CPU utilization on the imap server goes to 
>> around 40 percent for Mozilla and around 90 percent for mahogany.  
>> There are long delays on the order of two minutes when filtering 
>> messages. or 30 to 50 seconds when opening a mailbox.
> 
> 
> Check what Dovecot is doing at the time. Use rawlog (or network sniffer) 
> and strace.

will do.  should I be using the latest from cvs or from 99.10 like I have been?
> 
> Humm.. If it copies a message from a mailbox to itself, that could break 
> mbox, or at least complain about some errors.. Could it be that?

I don't believe so.  The mahogany filters were under construction to meet my 
needs here.  I am looking forward to server side filtering because I am getting 
rather tired of replicating 100+ filters every time I change clients.

From tweek@jesus.ch  Mon Sep  1 20:57:37 2003
Return-Path: <tweek@jesus.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4077323A0B; Mon,  1 Sep 2003 20:57:37 +0300 (EEST)
Received: from mx1.init7.net (mx1.init7.net [213.144.129.5])
	by danu.procontrol.fi (Postfix) with ESMTP id 48739239EA
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 20:57:05 +0300 (EEST)
Received: from jesus.ch (johannes.livenet.ch [213.144.148.4])
	by mx1.init7.net (8.11.6/8.11.6) with ESMTP id h81Hv3P17665
	for <dovecot@procontrol.fi>; Mon, 1 Sep 2003 19:57:04 +0200
From: "Tweek" <tweek@jesus.ch>
To: dovecot@procontrol.fi
Date: Mon, 1 Sep 2003 18:57:03 +0100
Message-Id: <20030901175630.M38510@jesus.ch>
X-Mailer: Livenet WebMail 2.01 20030512
X-OriginatingIP: 62.245.162.109 (tweek)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Subject: [Dovecot] How do i load a configfile ?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 17:57:37 -0000
X-UID: 1521                                                  
Status: O

hello,

this may be a very stupid question but how do i load a config file?
i didn't find the docs part which explains how to start the imapserver at
all. i have put this in my xinetd.conf:

service imap
{
        disable         = no
        socket_type     = stream
        protocol        = tcp
        wait            = no
        user            = root
        server          = /usr/local/dovecot/imap
        flags           = IPv4
}

and the server is running, but thats all. as u can see i have installed the
server in /usr/local/dovecot and i have put the config file in /etc,
/usr/local/etc and the programmdir itself - nothing worked. what commands
must i write in the xinetd.conf to get the server running ?

thanks


--
E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/
News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs,
Top-Newsletter

From tss@iki.fi  Mon Sep  1 21:07:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 669DA23A12; Mon,  1 Sep 2003 21:07:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 80A7023A0B
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 21:07:12 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 42C355C65485
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 21:07:12 +0300 (EEST)
Subject: Re: [Dovecot] How do i load a configfile ?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030901175630.M38510@jesus.ch>
References: <20030901175630.M38510@jesus.ch>
Content-Type: text/plain
Message-Id: <1062439631.1457.480.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 01 Sep 2003 21:07:11 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 18:07:44 -0000
X-UID: 1522                                                  
Status: O

On Mon, 2003-09-01 at 20:57, Tweek wrote:
> hello,
> 
> this may be a very stupid question but how do i load a config file?
> i didn't find the docs part which explains how to start the imapserver at
> all.

There's two possibilities: Run the "dovecot" binary which does
everything itself, or start imap-login from inetd.

>         server          = /usr/local/dovecot/imap

So imap-login here :)


From tweek@jesus.ch  Mon Sep  1 21:54:28 2003
Return-Path: <tweek@jesus.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8C54B23AEB; Mon,  1 Sep 2003 21:54:28 +0300 (EEST)
Received: from mx1.init7.net (mx1.init7.net [213.144.129.5])
	by danu.procontrol.fi (Postfix) with ESMTP id 4F65823A12
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 21:53:56 +0300 (EEST)
Received: from jesus.ch (johannes.livenet.ch [213.144.148.4])
	by mx1.init7.net (8.11.6/8.11.6) with ESMTP id h81IrsP22138
	for <dovecot@procontrol.fi>; Mon, 1 Sep 2003 20:53:55 +0200
From: "Tweek" <tweek@jesus.ch>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] How do i load a configfile ?
Date: Mon, 1 Sep 2003 19:53:54 +0100
Message-Id: <20030901185244.M51934@jesus.ch>
X-Mailer: Livenet WebMail 2.01 20030512
X-OriginatingIP: 62.245.162.109 (tweek)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 18:54:28 -0000
X-UID: 1523                                                  
Status: O

>which does everything itself

without loading the config file it dosen't do anything -  i can connect to
the server but thats all.
how should the server know where i store my mboxes etc.

i must load the config file - but how ?

----- Original Message ----- 
From: "Timo Sirainen" <tss@iki.fi>
To: <dovecot@procontrol.fi>
Sent: Monday, September 01, 2003 8:07 PM
Subject: Re: [Dovecot] How do i load a configfile ?


> On Mon, 2003-09-01 at 20:57, Tweek wrote:
> > hello,
> >
> > this may be a very stupid question but how do i load a config file?
> > i didn't find the docs part which explains how to start the imapserver
at
> > all.
>
> There's two possibilities: Run the "dovecot" binary which does
> everything itself, or start imap-login from inetd.
>
> >         server          = /usr/local/dovecot/imap
>
> So imap-login here :)
>
>


--
E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/
News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs,
Top-Newsletter

From tss@iki.fi  Mon Sep  1 22:10:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 624D7239CB; Mon,  1 Sep 2003 22:10:07 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9024723A11
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 22:09:35 +0300 (EEST)
Date: Mon, 1 Sep 2003 22:09:52 +0300
Subject: Re: [Dovecot] How do i load a configfile ?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030901185244.M51934@jesus.ch>
Message-Id: <DDC10450-DCAF-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 19:10:07 -0000
X-UID: 1524                                                  
Status: O

On Monday, Sep 1, 2003, at 21:53 Europe/Helsinki, Tweek wrote:

>> which does everything itself
>
> without loading the config file it dosen't do anything -  i can 
> connect to
> the server but thats all.
> how should the server know where i store my mboxes etc.
>
> i must load the config file - but how ?

I'm not sure what you mean. dovecot reads the config file from 
installed_prefix/etc/dovecot.conf file (ie. usually 
/usr/local/etc/dovecot.conf). imap-login executes dovecot which does 
that too.

From tweek@jesus.ch  Mon Sep  1 23:31:43 2003
Return-Path: <tweek@jesus.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E660C239F3; Mon,  1 Sep 2003 23:31:43 +0300 (EEST)
Received: from mx1.init7.net (mx1.init7.net [213.144.129.5])
	by danu.procontrol.fi (Postfix) with ESMTP id 4E21D239F2
	for <dovecot@procontrol.fi>; Mon,  1 Sep 2003 23:30:32 +0300 (EEST)
Received: from jesus.ch (johannes.livenet.ch [213.144.148.4])
	by mx1.init7.net (8.11.6/8.11.6) with ESMTP id h81KUCP08157
	for <dovecot@procontrol.fi>; Mon, 1 Sep 2003 22:30:12 +0200
From: "Tweek" <tweek@jesus.ch>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] How do i load a configfile ?
Date: Mon, 1 Sep 2003 21:30:06 +0100
Message-Id: <20030901195927.M76493@jesus.ch>
In-Reply-To: <DDC10450-DCAF-11D7-803E-000393CC2E90@iki.fi>
References: <20030901185244.M51934@jesus.ch>
	<DDC10450-DCAF-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Livenet WebMail 2.01 20030512
X-OriginatingIP: 62.245.162.109 (tweek)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Sep 2003 20:31:44 -0000
X-UID: 1525                                                  
Status: O

> I'm not sure what you mean. dovecot reads the config file from 
> installed_prefix/etc/dovecot.conf file

thats what i asked, thanks - in my case installed in /usr/local/dovecot this 
would be /usr/local/dovecot/etc/dovecot.conf, am i right?

i have tried this out but still no mails, i can create folders the server 
saves them (by the way where?). im storing my mails in /var/mail/username in 
mbox format and have configurated: 
default_mail_env = mbox:/var/mail/%u:INDEX=/var/mail/indexes/%u

shouldn't that be enough ? 

sorry for all that dump questions but im totaly new in imap server's...

--
E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/
News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs,
Top-Newsletter

From lasse@danielsen.tk  Tue Sep  2 22:59:22 2003
Return-Path: <lasse@danielsen.tk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1CE4523993; Tue,  2 Sep 2003 22:59:22 +0300 (EEST)
Received: from mail.firmaserver.com (mail.psxc.com [193.216.236.21])
	by danu.procontrol.fi (Postfix) with SMTP id 3A07B2387A
	for <dovecot@procontrol.fi>; Tue,  2 Sep 2003 22:59:00 +0300 (EEST)
Received: (qmail 180 invoked by uid 2853); 2 Sep 2003 19:58:55 -0000
Received: from [193.217.147.210] (HELO kari) (193.217.147.210) by
	mail.firmaserver.com (qpsmtpd/0.26) with SMTP; Tue, 02 Sep 2003 21:58:51 +0200
From: "Lasse Danielsen" <lasse@danielsen.tk>
To: "dovecot" <dovecot@procontrol.fi>
Date: Tue, 2 Sep 2003 22:00:45 +0200
Message-ID: <BFECLKJCOFJIEONFHNCEAEMLCDAA.lasse@danielsen.tk>
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-SMTPD: qpsmtpd/0.26, http://develooper.com/code/qpsmtpd/
X-Spam-Check-By: mail.firmaserver.com
X-Spam-Status: Yes (Spam: No ; -0.5 / 4.5)
X-Virus-Scanned: Yep, sure did.
X-Mailman-Approved-At: Tue, 02 Sep 2003 23:49:57 +0300
Subject: [Dovecot] dovecot, vpopmail and djb's tcpserver
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 02 Sep 2003 19:59:22 -0000
X-UID: 1526                                                  
Status: O

Hello!

I've tried to set up dovecot in conjuction with vpopmail, and running it
under djb's tcpserver instead of (x)inetd.

Btw - there was no reference to setting dovecot up using (x)inetd either in
the manuals/faqs i read, though I didn't search all that hard. Anyway, back
to my Q:

vpopmail uses vchkpw as an authentication mechanism, and with tcpserver I
can do relaycontrol (based on vchkpw) with roaming users. Is there anyone
who have tried this, and succeeded? Right now I use two imap services to
accomplish this (bincimap has support for vchkpw).

Thank you for any response.

- Lasse Danielsen

Never argue with an idiot. He'll drag you down to his level, then beat you
with experience.

From marcotte@panix.com  Wed Sep  3 01:45:34 2003
Return-Path: <marcotte@panix.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 280B523996; Wed,  3 Sep 2003 01:45:34 +0300 (EEST)
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74])
	by danu.procontrol.fi (Postfix) with ESMTP id 5F9912387A
	for <dovecot@procontrol.fi>; Wed,  3 Sep 2003 01:45:11 +0300 (EEST)
Received: from panix.com (mailspool3.panix.com [166.84.1.78])
	by mail3.panix.com (Postfix) with SMTP
	id 2E0579875D; Tue,  2 Sep 2003 18:45:05 -0400 (EDT)
Received: from 166.84.1.190
        (SquirrelMail authenticated user marcotte@panix.com)
        by mail.panix.com with HTTP;
        Tue, 2 Sep 2003 18:45:06 -0400 (EDT)
Message-ID: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
Date: Tue, 2 Sep 2003 18:45:06 -0400 (EDT)
From: "Brian Marcotte" <marcotte@panix.com>
To: <dovecot@procontrol.fi>
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.11)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
cc: marcotte@panix.com
Subject: [Dovecot] namespaces
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 02 Sep 2003 22:45:34 -0000
X-UID: 1527                                                  
Status: O
Content-Length: 1306

I'm trying to use the namespaces feature to set up dovecot to look just
like our existing Courier IMAP server, and our previous Cyrus server. That
is, all folders are subfolders of INBOX, and the hierachy separator is
".". I put this in the configuration file:

  namespace private {
    separator = .
    prefix = INBOX.
    location = maildir:~/.maildir
  }

This makes subfolders work correctly, but it can't find the INBOX:

  x1 select INBOX
  x1 NO Unknown namespace.

Also, I don't really want to specify the location here. I want to use the
userdb settings (I'm using password-file). Is there a way to make it use
my setting in the userdb/password-file?

Also, I'm not sure if it actually matters, but when selecting a folder,
the number of RECENT messages is always the same as the number of messages
which EXISTS:

  x2 select INBOX.Tech
  * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
  * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
Flags permitted.
  * 70 EXISTS
  * 70 RECENT
  * OK [UNSEEN 69] First unseen.
  * OK [UIDVALIDITY 1057356619] UIDs valid
  * OK [UIDNEXT 181] Predicted next UID
  x2 OK [READ-WRITE] Select completed.

I'm afraid some clients may use this information for something, and
display incorrect information to the user.

Thanks!

--
- Brian



From tss@iki.fi  Wed Sep  3 19:41:35 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B982B23999; Wed,  3 Sep 2003 19:41:35 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F30692387F
	for <dovecot@procontrol.fi>; Wed,  3 Sep 2003 19:41:02 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B5F925C65485
	for <dovecot@procontrol.fi>; Wed,  3 Sep 2003 19:41:02 +0300 (EEST)
Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver
From: Timo Sirainen <tss@iki.fi>
To: dovecot <dovecot@procontrol.fi>
In-Reply-To: <BFECLKJCOFJIEONFHNCEAEMLCDAA.lasse@danielsen.tk>
References: <BFECLKJCOFJIEONFHNCEAEMLCDAA.lasse@danielsen.tk>
Content-Type: text/plain
Message-Id: <1062607262.26920.74.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 03 Sep 2003 19:41:02 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2003 16:41:35 -0000
X-UID: 1528                                                  
Status: O

On Tue, 2003-09-02 at 23:00, Lasse Danielsen wrote:
> I've tried to set up dovecot in conjuction with vpopmail, and running it
> under djb's tcpserver instead of (x)inetd.
> 
> Btw - there was no reference to setting dovecot up using (x)inetd either in
> the manuals/faqs i read, though I didn't search all that hard.

Yes, manual isn't really written yet.. :)

> Anyway, back to my Q:
> 
> vpopmail uses vchkpw as an authentication mechanism, and with tcpserver I
> can do relaycontrol (based on vchkpw) with roaming users. Is there anyone
> who have tried this, and succeeded? Right now I use two imap services to
> accomplish this (bincimap has support for vchkpw).

I don't really know what vchkpw is supposed to do. Doesn't the vpopmail
library call it? Would Dovecot need separate vchkpw support, not just
the vpopmail library support?


From tss@iki.fi  Wed Sep  3 19:45:37 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A5657239A2; Wed,  3 Sep 2003 19:45:37 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7E53423999
	for <dovecot@procontrol.fi>; Wed,  3 Sep 2003 19:45:34 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2DB495C65485
	for <dovecot@procontrol.fi>; Wed,  3 Sep 2003 19:45:34 +0300 (EEST)
Subject: Re: [Dovecot] namespaces
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
References: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
Content-Type: text/plain
Message-Id: <1062607533.26916.80.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 03 Sep 2003 19:45:34 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2003 16:45:37 -0000
X-UID: 1529                                                  
Status: O

On Wed, 2003-09-03 at 01:45, Brian Marcotte wrote:
>   namespace private {
>     separator = .
>     prefix = INBOX.
>     location = maildir:~/.maildir
>   }
> 
> This makes subfolders work correctly, but it can't find the INBOX:

How about adding new "inbox = yes" setting to specify that it contains
INBOX?

> Also, I don't really want to specify the location here. I want to use the
> userdb settings (I'm using password-file). Is there a way to make it use
> my setting in the userdb/password-file?

Maybe if it wasn't set it could use the one from userdb.

> Also, I'm not sure if it actually matters, but when selecting a folder,
> the number of RECENT messages is always the same as the number of messages
> which EXISTS:

Yes, I haven't yet fixed recent counters.

> I'm afraid some clients may use this information for something, and
> display incorrect information to the user.

A few do.


From marcotte@panix.com  Wed Sep  3 20:10:35 2003
Return-Path: <marcotte@panix.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 861402387A; Wed,  3 Sep 2003 20:10:35 +0300 (EEST)
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74])
	by danu.procontrol.fi (Postfix) with ESMTP id A3EBE23996
	for <dovecot@procontrol.fi>; Wed,  3 Sep 2003 20:10:03 +0300 (EEST)
Received: from panix.com (mailspool2.panix.com [166.84.1.79])
	by mail3.panix.com (Postfix) with SMTP id C356898255
	for <dovecot@procontrol.fi>; Wed,  3 Sep 2003 13:10:02 -0400 (EDT)
Received: from 166.84.167.10
        (SquirrelMail authenticated user marcotte@panix.com)
        by mail.panix.com with HTTP;
        Wed, 3 Sep 2003 13:10:02 -0400 (EDT)
Message-ID: <1689.166.84.167.10.1062609002.squirrel@mail.panix.com>
Date: Wed, 3 Sep 2003 13:10:02 -0400 (EDT)
Subject: Re: [Dovecot] namespaces
From: "Brian Marcotte" <marcotte@panix.com>
To: <dovecot@procontrol.fi>
In-Reply-To: <1062607533.26916.80.camel@hurina>
References: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
        <1062607533.26916.80.camel@hurina>
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.11)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2003 17:10:35 -0000
X-UID: 1530                                                  
Status: O

> How about adding new "inbox = yes" setting to specify that it contains
> INBOX?

That would work for me!

> Maybe if [location in namespace section] wasn't set it could use the one
> from userdb.

Sounds like a good idea. It seems that the location option is most useful
with the shared folders rather than the private ones.

Thanks!

--
- Brian



From jethro.binks@strath.ac.uk  Thu Sep  4 01:10:25 2003
Return-Path: <jethro.binks@strath.ac.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E420523999; Thu,  4 Sep 2003 01:10:25 +0300 (EEST)
Received: from orkney.cc.strath.ac.uk (orkney.cc.strath.ac.uk
	[130.159.248.40])
	by danu.procontrol.fi (Postfix) with ESMTP id 679F22387A
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 01:09:52 +0300 (EEST)
Received: from defjam.cc.strath.ac.uk ([130.159.96.19])
	by orkney.cc.strath.ac.uk with esmtp (Exim 3.32 #2)
	id 19ufp1-0006aZ-00
	for dovecot@procontrol.fi; Wed, 03 Sep 2003 23:09:51 +0100
Date: Wed, 3 Sep 2003 23:09:51 +0100 (BST)
From: Jethro R Binks <jethro.binks@strath.ac.uk>
X-X-Sender: ras99101@defjam.cc.strath.ac.uk
To: dovecot@procontrol.fi
Message-ID: <20030903224339.E30006@defjam.cc.strath.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] pine, INBOX, and dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2003 22:10:26 -0000
X-UID: 1531                                                  
Status: O
Content-Length: 1521

Hi all,

I've been experimenting with Dovecot; tests with Maildir seemed to work
fine.  However, now I'm trying with mbox folders, and I'm having a problem
where I do not get an INBOX listed using pine.  Outlook Express and
IMP show it fine.

I snooped part of the session, which appears to go like this (it is
slightly garbled, sorry -- I couldn't get rawlog to work by creating
dovecot.rawlog in the mail home directory):

00000002 CAPABILITY\r\n
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UN
00000003 LIST "" %\r\n"
* LIST (\NoInferiors) "/" INBOX
* LIST (\NoInferiors \UnMarked) "/" "test"
* LIST (\NoInferiors \UnMarked) ""/" "Sent Items"
* LIST (\NoInferiors \UnMarked) "/" "Drafts"
0000000a OK List .completed..

Pine just displays "test", "Sent Items", and "Drafts".  OE happily
downloads mail from the inbox I put there, and IMP can see it and read it.

Perhaps there is something there that IMAP protocol people might see.  Or
else, perhaps there is a known reason why pine does this?  Any clues would
be appreciated - I browsed the list archives but couldn't spot anything
very relevant.

Pine version is very recent - I updated today to 4.56.

Incidentally, is mbox support still broken in the CVS version?  Is there
an expected timescale for the next release, preferably with mbox fixed
again?!

Thanks for any advice.

Jethro.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks
Computing Officer, IT Services
University Of Strathclyde, Glasgow, UK
From jethro.binks@strath.ac.uk  Thu Sep  4 01:27:45 2003
Return-Path: <jethro.binks@strath.ac.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B129E239A3; Thu,  4 Sep 2003 01:27:45 +0300 (EEST)
Received: from orkney.cc.strath.ac.uk (orkney.cc.strath.ac.uk
	[130.159.248.40])
	by danu.procontrol.fi (Postfix) with ESMTP id 2A2DC2387A
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 01:27:43 +0300 (EEST)
Received: from defjam.cc.strath.ac.uk ([130.159.96.19])
	by orkney.cc.strath.ac.uk with esmtp (Exim 3.32 #2)
	id 19ug6I-0000N0-00
	for dovecot@procontrol.fi; Wed, 03 Sep 2003 23:27:42 +0100
Date: Wed, 3 Sep 2003 23:27:42 +0100 (BST)
From: Jethro R Binks <jethro.binks@strath.ac.uk>
X-X-Sender: ras99101@defjam.cc.strath.ac.uk
To: dovecot@procontrol.fi
In-Reply-To: <20030903224339.E30006@defjam.cc.strath.ac.uk>
Message-ID: <20030903232103.K30105@defjam.cc.strath.ac.uk>
References: <20030903224339.E30006@defjam.cc.strath.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Re: pine, INBOX, and dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2003 22:27:45 -0000
X-UID: 1532                                                  
Status: O
Content-Length: 2948

Typical, send something off and _then_ get the inspiration.

Poking around a bit more, it looks like a peculiarity of my pine setup.
I'm testing dovecot on a new server, but my real mail is still being
delivered to the old server, also read in that pine.

For testing, I added:

"new server" {dns.name}[],

to folder-collections in my .pinerc, as an addition to my usual setup.
That gives me a folder collection I can select, displaying the folders I
mentioned, but not the inbox.  I now see that the inbox is treated
specially.

I tried adding:

{dns.name}inbox

to incoming-folders, and I got a new collection called Incoming-Folders or
something with my usual INBOX folder and the inbox on the new server.
Neither of the other collection (current or dovecot testing) now lists an
inbox, which I think I remember is just the way pine works.

So, I surmise that if I just run a "clean" pine config, without anything
relating to my current server and just stuff relating to the testing
server, I will be able to see the inbox.  But it is too late tonight to
test that now.

If it works out, sorry for wasting your brain cells!

Jethro.





On Wed, 3 Sep 2003, Jethro R Binks wrote:

> Hi all,
>
> I've been experimenting with Dovecot; tests with Maildir seemed to work
> fine.  However, now I'm trying with mbox folders, and I'm having a problem
> where I do not get an INBOX listed using pine.  Outlook Express and
> IMP show it fine.
>
> I snooped part of the session, which appears to go like this (it is
> slightly garbled, sorry -- I couldn't get rawlog to work by creating
> dovecot.rawlog in the mail home directory):
>
> 00000002 CAPABILITY\r\n
> * CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UN
> 00000003 LIST "" %\r\n"
> * LIST (\NoInferiors) "/" INBOX
> * LIST (\NoInferiors \UnMarked) "/" "test"
> * LIST (\NoInferiors \UnMarked) ""/" "Sent Items"
> * LIST (\NoInferiors \UnMarked) "/" "Drafts"
> 0000000a OK List .completed..
>
> Pine just displays "test", "Sent Items", and "Drafts".  OE happily
> downloads mail from the inbox I put there, and IMP can see it and read it.
>
> Perhaps there is something there that IMAP protocol people might see.  Or
> else, perhaps there is a known reason why pine does this?  Any clues would
> be appreciated - I browsed the list archives but couldn't spot anything
> very relevant.
>
> Pine version is very recent - I updated today to 4.56.
>
> Incidentally, is mbox support still broken in the CVS version?  Is there
> an expected timescale for the next release, preferably with mbox fixed
> again?!
>
> Thanks for any advice.
>
> Jethro.
>
> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
> Jethro R Binks
> Computing Officer, IT Services
> University Of Strathclyde, Glasgow, UK
>


. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks
Computing Officer, IT Services
University Of Strathclyde, Glasgow, UK
From tss@iki.fi  Thu Sep  4 02:22:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7C50A2399D; Thu,  4 Sep 2003 02:22:20 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id C74F723999
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 02:22:18 +0300 (EEST)
Date: Thu, 4 Sep 2003 02:22:39 +0300
Subject: Re: [Dovecot] pine, INBOX, and dovecot
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030903224339.E30006@defjam.cc.strath.ac.uk>
Message-Id: <82D0BA1F-DE65-11D7-803E-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2003 23:22:20 -0000
X-UID: 1533                                                  
Status: O

On Thursday, Sep 4, 2003, at 01:09 Europe/Helsinki, Jethro R Binks 
wrote:

> Incidentally, is mbox support still broken in the CVS version?  Is 
> there
> an expected timescale for the next release, preferably with mbox fixed
> again?!

It works as read-only. Expunge will crash. I haven't dared to try 
rewriting yet, probably corrupts everything :) Maybe I'll now finally 
optimize the rewriting and expunging into same thing rather than spend 
time debugging and kludging around problems.

CVS code also finally hides mbox headers which contain message flags 
etc. Those caused message to change constantly which isn't allowed by 
IMAP.

From matthias.andree@gmx.de  Thu Sep  4 10:25:08 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 36ECC23999; Thu,  4 Sep 2003 10:25:08 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877930.dip.t-dialin.net [80.135.121.48])
	by danu.procontrol.fi (Postfix) with ESMTP id 46BE9238C5
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 10:24:32 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 3CEFD41710; Wed,  3 Sep 2003 15:11:58 +0200 (CEST)
To: "Lasse Danielsen" <lasse@danielsen.tk>
Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver
In-Reply-To: <BFECLKJCOFJIEONFHNCEAEMLCDAA.lasse@danielsen.tk> (Lasse
 Danielsen's message of "Tue, 2 Sep 2003 22:00:45 +0200")
References: <BFECLKJCOFJIEONFHNCEAEMLCDAA.lasse@danielsen.tk>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Wed, 03 Sep 2003 15:11:58 +0200
Message-ID: <m33cfednj5.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Sep 2003 07:25:08 -0000
X-UID: 1534                                                  
Status: O

"Lasse Danielsen" <lasse@danielsen.tk> writes:

> vpopmail uses vchkpw as an authentication mechanism, and with tcpserver I
> can do relaycontrol (based on vchkpw) with roaming users. Is there anyone
> who have tried this, and succeeded? Right now I use two imap services to
> accomplish this (bincimap has support for vchkpw).

The proper way to authenticate roaming users is SMTP AUTH and not a
botch like SMTP-after-POP/IMAP (which I assume you're trying to do as
otherwise, the IMAP/POP3 server isn't concerned with relaying
mail). SMTP AUTH works independently of Dovecot or BincIMAP.

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
From charlie@rubberduck.com  Thu Sep  4 10:37:53 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 95BCC239A3; Thu,  4 Sep 2003 10:37:53 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id A1DAD23999
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 10:37:20 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])	by lazy.spodder.com (Postfix) with ESMTP id 01A6E8F0B
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 17:33:41 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id E07B5219708; Thu,  4 Sep 2003 17:37:18 +1000 (EST)
Date: Thu, 4 Sep 2003 17:37:18 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20030904073716.GA6696@myinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV"
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] 
	still getting weird .{inbox} folder creations with latest -test7
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Sep 2003 07:37:53 -0000
X-UID: 1535                                                  
Status: O
Content-Length: 8629


--Y7xTucakfITjPcLV
Content-Type: multipart/mixed; boundary="ibTvN161/egqYuK8"
Content-Disposition: inline


--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

	I am still getting strange creation and mailbox lookups from
0.99.11-test7.

dovecot creates in ~/Maildir/
                             .INBOX/
                               .imap.index
                               .imap.index.cache
                               .imap.index.log
							 .customflags
							 dovecot-uidlist
=09
=2EINBOX seems to be a reference to ~/Maildir/{cur,new,tmp} yet I
cannot get an IMAP client uo pick up my other maildir, located at
~/Maildir/mi/{cur,new,tmp}.

In Apple's Mail.app, it picks up a file called ~/Maildir/.procmaillog
as if it were a maildir directory! This is with the Mail.app
preference for "IMAP Path Prefix" set to null.

mutt just seems plain confused. I have these settings:

# imap styleee
set folder=3Dimap://yeled@lazy.spodder.com/
set mbox=3Dimap://yeled@lazy.spodder.com/mbox
set record=3Dimap://yeled@lazy.spodder.com/sent
set postponed=3Dimap://yeled@lazy.spodder.com/postponed
set spoolfile=3Dimap://yeled@lazy.spodder.com/
set certificate_file=3D~/.mutt/certificates
set mail_check=3D10
set timeout=3D10
set imap_home_namespace=3D""
set imap_pass=3D"foo"


I have included the tcpflow files to show what the clients are doing..
Is it normal to search for folders starting with "." ? Why won't it
just pick up my normally nested maildir folders?

  C.
--=20
 charlie@rubberduck.com - http://rubberduck.com/~yeled/


--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Description: mutt tcpflow
Content-Disposition: attachment;
	filename="203.018.243.123.00143-203.031.232.002.50048"

* OK dovecot ready.
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE STARTTLS AUTH=PLAIN
a0000 OK Capability completed.
a0001 OK Logged in.
* LIST (\Noselect) "." ""
a0002 OK List completed.
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted.
* 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1062657336] UIDs valid
* OK [UIDNEXT 12] Predicted next UID
a0003 OK [READ-WRITE] Select completed.
a0004 OK NOOP completed.
* NAMESPACE (("" ".")) NIL NIL
a0005 OK Namespace completed.
* LIST (\NoChildren) "." INBOX
* LIST (\NoChildren) "." "procmaillog"
a0006 OK List completed.
* NAMESPACE (("" ".")) NIL NIL
a0007 OK Namespace completed.
* LIST (\NoChildren) "." INBOX
* LIST (\NoChildren) "." "procmaillog"
a0008 OK List completed.
a0009 OK List completed.
* NAMESPACE (("" ".")) NIL NIL
a0010 OK Namespace completed.
* LIST (\NoChildren) "." INBOX
* LIST (\NoChildren) "." "procmaillog"
a0011 OK List completed.
a0012 OK List completed.
* NAMESPACE (("" ".")) NIL NIL
a0013 OK Namespace completed.
* LIST (\NoChildren) "." INBOX
* LIST (\NoChildren) "." "procmaillog"
a0014 OK List completed.
a0015 OK NOOP completed.
a0016 OK List completed.
a0017 OK List completed.
a0018 OK List completed.
a0019 OK List completed.
a0020 OK NOOP completed.
* LIST (\NoChildren) "." INBOX
* LIST (\NoChildren) "." "procmaillog"
a0021 OK List completed.
a0022 OK Close completed.
a0023 NO Mailbox doesn't exist: =mi
* BYE Logging out
a0024 OK Logout completed.

--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Description: mutt tcpflow
Content-Disposition: attachment;
	filename="203.031.232.002.50048-203.018.243.123.00143"

a0000 CAPABILITY
a0001 LOGIN "yeled" "foo"
a0002 LIST "" ""
a0003 SELECT "INBOX"
a0004 NOOP
a0005 NAMESPACE
a0006 LIST "" "%"
a0007 NAMESPACE
a0008 LIST "" "%"
a0009 LIST "" "procmaillog.%"
a0010 NAMESPACE
a0011 LIST "" "%"
a0012 LIST "" "INBOX.%"
a0013 NAMESPACE
a0014 LIST "" "%"
a0015 NOOP
a0016 LIST "" ".mi"
a0017 LIST "" ".mi%"
a0018 LIST "" ".mi"
a0019 LIST "" ".mi%"
a0020 NOOP
a0021 LIST "" "%"
a0022 CLOSE
a0023 SELECT "=mi"
a0024 LOGOUT

--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Description: Mail.app tcpflow
Content-Disposition: attachment;
	filename="203.018.243.123.00143-203.031.232.002.50001"
Content-Transfer-Encoding: quoted-printable

* OK dovecot ready.=0D
1 OK Logged in.=0D
* CAPABILITY IMAP4rev1 SORT THREAD=3DREFERENCES MULTIAPPEND UNSELECT LITERA=
L+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE=0D
2 OK Capability completed.=0D
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)=0D
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags p=
ermitted.=0D
* 3 EXISTS=0D
* 3 RECENT=0D
* OK [UNSEEN 1] First unseen.=0D
* OK [UIDVALIDITY 1062657336] UIDs valid=0D
* OK [UIDNEXT 9] Predicted next UID=0D
3 OK [READ-WRITE] Select completed.=0D
* 1 FETCH (UID 6 FLAGS (\Recent))=0D
* 2 FETCH (UID 7 FLAGS (\Recent))=0D
* 3 FETCH (UID 8 FLAGS (\Recent))=0D
4 OK Fetch completed.=0D
* 1 FETCH (UID 6 FLAGS (\Recent) INTERNALDATE "04-Sep-2003 16:44:15 +1000" =
RFC822.SIZE 4714 BODY[HEADER.FIELDS (DATE SUBJECT FROM TO)] {147}=0D
Date: Thu, 4 Sep 2003 00:41:05 -0600=0D
Subject: Re: Phone software=0D
To: George <foo@mac.com>=0D
=46rom: guy <foo@foo-net.net>=0D
)=0D
5 OK Fetch completed.=0D
* 1 FETCH (UID 6 BODY[HEADER] {2536}=0D
Return-Path: <macos-x-server-admin@lists.apple.com>=0D
X-Original-To: charlie@rubberduck.com=0D
Delivered-To: yeled@lazy.spodder.com=0D
=0D
<<<<snip>>>>=0D
=0D
)=0D
12 OK Fetch completed.=0D
13 OK NOOP completed.=0D
14 OK NOOP completed.=0D
15 OK NOOP completed.=0D
16 OK Close completed.=0D
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)=0D
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags p=
ermitted.=0D
* 0 EXISTS=0D
* 0 RECENT=0D
* OK [UIDVALIDITY 1062657336] UIDs valid=0D
* OK [UIDNEXT 9] Predicted next UID=0D
17 OK [READ-WRITE] Select completed.=0D
* 1 FETCH (UID 8 FLAGS (\Deleted \Seen \Recent))=0D
18 OK Fetch completed.=0D
19 OK Close completed.=0D
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)=0D
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags p=
ermitted.=0D
* 0 EXISTS=0D
* 0 RECENT=0D
* OK [UIDVALIDITY 1062657336] UIDs valid=0D
* OK [UIDNEXT 9] Predicted next UID=0D
20 OK [READ-WRITE] Select completed.=0D
* 1 FETCH (UID 8 FLAGS (\Deleted \Seen \Recent))=0D
21 OK Fetch completed.=0D

--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Description: Mail.app tcpflow
Content-Disposition: attachment;
	filename="203.018.243.123.00143-203.031.232.002.50002"

* OK dovecot ready.
1 OK Logged in.
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE
2 OK Capability completed.
* LIST (\Noselect) "." ""
3 OK List completed.
* LIST (\NoChildren) "." INBOX
* LIST (\NoChildren) "." "procmaillog"
4 OK List completed.
5 NO Internal error [2003-09-04 16:45:54]
* LIST (\NoChildren) "." INBOX
* LIST (\NoChildren) "." "procmaillog"
6 OK List completed.
7 NO Internal error [2003-09-04 16:45:57]
8 NO Internal error [2003-09-04 16:46:03]
9 NO Internal error [2003-09-04 16:46:09]
10 BAD No mailbox selected.

--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Description: Mail.app tcpflow
Content-Disposition: attachment;
	filename="203.031.232.002.50001-203.018.243.123.00143"

1 LOGIN yeled "foo"
2 CAPABILITY
3 SELECT INBOX
4 UID FETCH 1:15 (UID FLAGS)
5 UID FETCH 6:6 (INTERNALDATE UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (date subject from to)])
6 UID FETCH 6 BODY.PEEK[HEADER]
7 UID FETCH 7:8 (INTERNALDATE UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (date subject from to)])
8 UID FETCH 7 BODY.PEEK[HEADER]
9 UID FETCH 8 BODY.PEEK[HEADER]
10 UID FETCH 8 BODY.PEEK[]
11 UID FETCH 6 BODY.PEEK[]
12 UID FETCH 7 BODY.PEEK[]
13 NOOP
14 NOOP
15 NOOP
16 CLOSE
17 SELECT INBOX
18 UID FETCH 1:8 (UID FLAGS)
19 CLOSE
20 SELECT INBOX
21 UID FETCH 1:8 (UID FLAGS)

--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Description: Mail.app tcpflow
Content-Disposition: attachment;
	filename="203.031.232.002.50002-203.018.243.123.00143"

1 LOGIN yeled "jam"
2 CAPABILITY
3 LIST "" ""
4 LIST "" "*"
5 STATUS procmaillog (UNSEEN)
6 LIST "" "*"
7 STATUS procmaillog (UNSEEN)
8 SELECT procmaillog
9 SELECT procmaillog
10 CLOSE

--ibTvN161/egqYuK8--

--Y7xTucakfITjPcLV
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/VuusqiZDwhSqeUERApc2AJ41TMn+vokC7dwC6PtjYYetjIF67gCgqKNd
exb0kWfARBfVmsqhBWmF3b0=
=0/sr
-----END PGP SIGNATURE-----

--Y7xTucakfITjPcLV--
From grahame@ucs.uwa.edu.au  Thu Sep  4 11:29:19 2003
Return-Path: <grahame@ucs.uwa.edu.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E27ED23999; Thu,  4 Sep 2003 11:29:19 +0300 (EEST)
Received: from asclepius.uwa.edu.au (asclepius.uwa.edu.au [130.95.128.56])
	by danu.procontrol.fi (Postfix) with ESMTP id 83F902387A
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 11:28:46 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id 0CEEA3666C9
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 16:28:44 +0800 (WST)
Received: from typhaon.ucs.uwa.edu.au (typhaon.ucs.uwa.edu.au [130.95.128.67])
	by asclepius.uwa.edu.au (Postfix) with ESMTP id 0719036664A
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 16:28:44 +0800 (WST)
Received: from localhost (localhost [127.0.0.1])
	by typhaon.ucs.uwa.edu.au (Postfix) with ESMTP
	id 84B1D401238D; Thu,  4 Sep 2003 16:28:43 +0800 (WST)
Subject: Re: [Dovecot]  still getting weird .{inbox} folder creations with
	latest -test7
From: Grahame Bowland <grahame@ucs.uwa.edu.au>
To: Charlie Allom <charlie@rubberduck.com>
In-Reply-To: <20030904073716.GA6696@myinternet.com.au>
References: <20030904073716.GA6696@myinternet.com.au>
Content-Type: text/plain
Organization: The University of Western Australia
Message-Id: <1062664123.25301.35.camel@typhaon.ucs.uwa.edu.au>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 04 Sep 2003 16:28:43 +0800
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Sep 2003 08:29:20 -0000
X-UID: 1536                                                  
Status: O
Content-Length: 1070

On Thu, 2003-09-04 at 15:37, Charlie Allom wrote:
> Hi,
> 
> 	I am still getting strange creation and mailbox lookups from
> 0.99.11-test7.
> 
> dovecot creates in ~/Maildir/
>                              .INBOX/
>                                .imap.index
>                                .imap.index.cache
>                                .imap.index.log
> 							 .customflags
> 							 dovecot-uidlist
> 	
> .INBOX seems to be a reference to ~/Maildir/{cur,new,tmp} yet I
> cannot get an IMAP client uo pick up my other maildir, located at
> ~/Maildir/mi/{cur,new,tmp}.

I think you want to name your subfolders with a "." in front of them;
it's mentioned in the documentation somewhere. So you'd have
~/Maildir/.mi/{cur,new,tmp} - try creating a folder in an IMAP email
client and you should notice this behaviour.

-- 
Grahame Bowland                       Email: grahame@ucs.uwa.edu.au
University Communications Services    Phone: +61 8 9380 1175
The University of Western Australia     Fax: +61 8 9380 1109
                                     CRICOS: 00126G


From charlie@myinternet.com.au  Thu Sep  4 11:53:47 2003
Return-Path: <charlie@myinternet.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AA32F23999; Thu,  4 Sep 2003 11:53:47 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 63C902387A
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 11:53:44 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])	by lazy.spodder.com (Postfix) with ESMTP
	id 62B8E8F11; Thu,  4 Sep 2003 18:50:00 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id 1DCDC219E57; Thu,  4 Sep 2003 18:53:37 +1000 (EST)
Date: Thu, 4 Sep 2003 18:53:36 +1000
From: Charlie Allom <charlie@myinternet.com.au>
To: Grahame Bowland <grahame@ucs.uwa.edu.au>
Subject: Re: [Dovecot]  still getting weird .{inbox} folder creations with
	latest -test7
Message-ID: <20030904085336.GA6728@myinternet.com.au>
References: <20030904073716.GA6696@myinternet.com.au>
	<1062664123.25301.35.camel@typhaon.ucs.uwa.edu.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz"
Content-Disposition: inline
In-Reply-To: <1062664123.25301.35.camel@typhaon.ucs.uwa.edu.au>
User-Agent: Mutt/1.5.4i
X-Mailman-Approved-At: Thu, 04 Sep 2003 13:58:30 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Sep 2003 08:53:47 -0000
X-UID: 1537                                                  
Status: O
Content-Length: 1048


--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Sep 04, 2003 at 04:28:43PM +0800, Grahame Bowland wrote:
> On Thu, 2003-09-04 at 15:37, Charlie Allom wrote:
> >=20
> I think you want to name your subfolders with a "." in front of them;
> it's mentioned in the documentation somewhere. So you'd have
> ~/Maildir/.mi/{cur,new,tmp} - try creating a folder in an IMAP email
> client and you should notice this behaviour.

Thanks I'm half way to rearranging my procmailrc to set this up - But
i'd prefer not to.

Is this an RFC thing or just historically set to create .dotfile
mailboxes?

  C.
--=20
 charlie@myinternet.com.au - http://rubberduck.com/~yeled/


--3V7upXqbjpZ4EhLz
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/Vv2QqiZDwhSqeUERAkKWAKCrhYvZjQtM/moRX6FchcADPn8N1QCgnXLZ
nvIABACMcsrCQ/hdn2jW4SE=
=07Jg
-----END PGP SIGNATURE-----

--3V7upXqbjpZ4EhLz--
From tss@iki.fi  Thu Sep  4 14:07:11 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B0FF72399D; Thu,  4 Sep 2003 14:07:11 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CDF9823999
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 14:06:39 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 9BB715C65485
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 14:06:39 +0300 (EEST)
Subject: Re: [Dovecot]  still getting weird .{inbox} folder creations with
	latest -test7
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030904085336.GA6728@myinternet.com.au>
References: <20030904073716.GA6696@myinternet.com.au>
	 <1062664123.25301.35.camel@typhaon.ucs.uwa.edu.au>
	 <20030904085336.GA6728@myinternet.com.au>
Content-Type: text/plain
Message-Id: <1062673599.26916.92.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 04 Sep 2003 14:06:39 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Sep 2003 11:07:11 -0000
X-UID: 1538                                                  
Status: O

On Thu, 2003-09-04 at 11:53, Charlie Allom wrote:
> Is this an RFC thing or just historically set to create .dotfile
> mailboxes?

That's how Courier-compatible Maildir++ works. If you want subfolders,
you'd create ".sub.folder.name". There's a few good things with this:

- There's no namespace conflicts since only mailboxes begin with dot.
You can create eg. "new" mailbox.
- Listing all mailboxes is fast since everything is in one directory

CVS has been optimized to assume all files beginning with a dot (except
.subscriptions currently) are mailboxes. This is faster since it doesn't
have to stat() each file to figure out if it's a directory or not.
Perhaps that should be optional. New Linux systems (maybe others too)
wouldn't actually even need the stat()..

I'll probably some day also add support for dotless directory-structured
mailbox locations, but it's not really high priority.


From lasse@danielsen.tk  Thu Sep  4 15:54:59 2003
Return-Path: <lasse@danielsen.tk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9AAF823999; Thu,  4 Sep 2003 15:54:59 +0300 (EEST)
Received: from mail.firmaserver.com (mail.psxc.com [193.216.236.21])
	by danu.procontrol.fi (Postfix) with SMTP id BAE46238C5
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 15:54:27 +0300 (EEST)
Received: (qmail 17713 invoked by uid 2853); 4 Sep 2003 12:54:21 -0000
Received: from [193.217.147.210] (HELO kari) (193.217.147.210) by
	mail.firmaserver.com (qpsmtpd/0.26) with SMTP; Thu, 04 Sep 2003 14:54:16 +0200
From: "Lasse Danielsen" <lasse@danielsen.tk>
To: "dovecot" <dovecot@procontrol.fi>
Subject: RE: [Dovecot] dovecot, vpopmail and djb's tcpserver
Date: Thu, 4 Sep 2003 14:56:12 +0200
Message-ID: <BFECLKJCOFJIEONFHNCEEEPDCDAA.lasse@danielsen.tk>
MIME-Version: 1.0
Content-Type: text/plain;	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
In-reply-to: <m33cfednj5.fsf@merlin.emma.line.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
X-SMTPD: qpsmtpd/0.26, http://develooper.com/code/qpsmtpd/
X-Spam-Check-By: mail.firmaserver.com
X-Spam-Status: Yes (Spam: No ; -1.5 / 4.5)
X-Virus-Scanned: Yep, sure did.
X-Mailman-Approved-At: Thu, 04 Sep 2003 17:08:17 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Sep 2003 12:54:59 -0000
X-UID: 1539                                                  
Status: O

Well, what is proper and not can be discussed, I'm sure. I prefer using the
"botch" as you call it. I assume support for some kind of external
authentication mechanism need to be supported in dovecot for
pop/imap-before-smtp. Afaik, vchkpw is one of many such mechanism. I was
just asking if this had been done before, or if it's currently unsupported.

Regards,

Lasse Danielsen

> -----Original Message-----
> From: dovecot-bounces@procontrol.fi
> [mailto:dovecot-bounces@procontrol.fi]On Behalf Of Matthias Andree

> The proper way to authenticate roaming users is SMTP AUTH and not a
> botch like SMTP-after-POP/IMAP (which I assume you're trying to do as
> otherwise, the IMAP/POP3 server isn't concerned with relaying
> mail). SMTP AUTH works independently of Dovecot or BincIMAP.
>
> --
> Matthias Andree
>
> Encrypt your mail: my GnuPG key ID is 0x052E7D95
>

From matthias.andree@gmx.de  Thu Sep  4 22:24:50 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2B53223998; Thu,  4 Sep 2003 22:24:50 +0300 (EEST)
Received: from m2a2.dyndns.org (p50877490.dip.t-dialin.net [80.135.116.144])
	by danu.procontrol.fi (Postfix) with ESMTP id 761462387A
	for <dovecot@procontrol.fi>; Thu,  4 Sep 2003 22:24:17 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id A7C81946EF; Thu,  4 Sep 2003 21:24:15 +0200 (CEST)
To: "Lasse Danielsen" <lasse@danielsen.tk>
Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver
In-Reply-To: <BFECLKJCOFJIEONFHNCEEEPDCDAA.lasse@danielsen.tk> (Lasse
 Danielsen's message of "Thu, 4 Sep 2003 14:56:12 +0200")
References: <BFECLKJCOFJIEONFHNCEEEPDCDAA.lasse@danielsen.tk>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Thu, 04 Sep 2003 21:24:15 +0200
Message-ID: <m3k78o2w80.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Sep 2003 19:24:50 -0000
X-UID: 1540                                                  
Status: O

"Lasse Danielsen" <lasse@danielsen.tk> writes:

> Well, what is proper and not can be discussed, I'm sure. I prefer using the
> "botch" as you call it. I assume support for some kind of external
> authentication mechanism need to be supported in dovecot for
> pop/imap-before-smtp. Afaik, vchkpw is one of many such mechanism. I was
> just asking if this had been done before, or if it's currently unsupported.

If you really need it today, how about grepping the log for now (but
beware of the infamous time zone!)? You may need to set auth_verbose=yes
though.

Sep  4 20:07:11 mail imap-login: Login: ma [80.135.11X.XXX]

That should be sufficient to enable SMTP for a minute or two from that
IP. A couple of lines of Perl around File::Tail should do.

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
From lists@ceskyserver.cz  Fri Sep  5 18:46:02 2003
Return-Path: <lists@ceskyserver.cz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8D1CC238CE; Fri,  5 Sep 2003 18:46:02 +0300 (EEST)
Received: from ceskyserver.cz (myadmin.ceskyserver.cz [81.0.235.157])
	by danu.procontrol.fi (Postfix) with SMTP id ADFA2238C6
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 18:45:30 +0300 (EEST)
Received: (qmail 4277 invoked by uid 89); 5 Sep 2003 15:46:25 -0000
Message-ID: <20030905154625.4276.qmail@ceskyserver.cz>
From: "Antonin Karasek" <lists@ceskyserver.cz>
To: dovecot@procontrol.fi
Date: Fri, 05 Sep 2003 17:46:25 +0200
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot not starting
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Sep 2003 15:46:02 -0000
X-UID: 1541                                                  
Status: O

Hello everybody,
sorry for stupid qustion, but I have following problem:
I succesfully installed Dovecot on Debian (from source). Now I want to run 
it. I tryed:
# /usr/local/dovecot/sbin/dovecot
#
but nothing happened:
# ps -Af | grep dove
....... ps -Af | grep dove
# 

What is wrong? 

I want Dovecot to serve POP3 over SSL. 

Many thanks and sorry again :o)
From jens@freebsdforum.de  Fri Sep  5 19:16:14 2003
Return-Path: <jens@freebsdforum.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1B956238C9; Fri,  5 Sep 2003 19:16:14 +0300 (EEST)
Received: from lieber-annanas-als-annatrocken.de
	(lieber-annanas-als-annatrocken.de [213.133.103.207])
	by danu.procontrol.fi (Postfix) with ESMTP id AEDED2387A
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 19:15:39 +0300 (EEST)
Received: from localhost (localhost [213.133.103.207])60BB2114014
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 18:15:23 +0200 (CEST)
From: Jens Gutzeit <jens@freebsdforum.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot not starting
Date: Fri, 5 Sep 2003 18:15:51 +0200
User-Agent: KMail/1.5.3
References: <20030905154625.4276.qmail@ceskyserver.cz>
In-Reply-To: <20030905154625.4276.qmail@ceskyserver.cz>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309051815.51373.jens@freebsdforum.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Sep 2003 16:16:14 -0000
X-UID: 1542                                                  
Status: O

On Friday 05 September 2003 17:46, Antonin Karasek wrote:
> Hello everybody,
> sorry for stupid qustion, but I have following problem:
> I succesfully installed Dovecot on Debian (from source). Now I want to run
> it. I tryed:
> # /usr/local/dovecot/sbin/dovecot
> #
> but nothing happened:
> # ps -Af | grep dove
> ....... ps -Af | grep dove
> #
>
> What is wrong?

Probably misconfigured, show some logs.

> I want Dovecot to serve POP3 over SSL.
>
> Many thanks and sorry again :o)

From lists@ceskyserver.cz  Fri Sep  5 19:21:42 2003
Return-Path: <lists@ceskyserver.cz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B943B238C9; Fri,  5 Sep 2003 19:21:42 +0300 (EEST)
Received: from ceskyserver.cz (wmail.ceskyserver.cz [81.0.235.159])
	by danu.procontrol.fi (Postfix) with SMTP id 92D902387A
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 19:21:10 +0300 (EEST)
Received: (qmail 4418 invoked by uid 89); 5 Sep 2003 16:22:03 -0000
Message-ID: <20030905162203.4417.qmail@ceskyserver.cz>
References: <30F0523D384016498241055B0311A072487209@equital-mail.equital.com>
In-Reply-To: <30F0523D384016498241055B0311A072487209@equital-mail.equital.com>
From: "Antonin Karasek" <lists@ceskyserver.cz>
To: dovecot@procontrol.fi
Date: Fri, 05 Sep 2003 18:22:03 +0200
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Re: Dovecot not starting
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Sep 2003 16:21:42 -0000
X-UID: 1543                                                  
Status: O

Thanks for fast response :) 

This is copy of syslog: 

Sep  5 17:58:40 cernunnos dovecot: Dovecot starting up
Sep  5 17:58:41 cernunnos dovecot: Auth process died too early - shutting 
down
Sep  5 17:58:41 cernunnos dovecot: child 4327 (auth) returned error 11
Sep  5 17:58:41 cernunnos pop3-login: fd_send(-1) failed: Broken pipe 

Alejandro Martinez writes: 

> Did you see the logs ? 
> 
> -----Mensaje original-----
> De: Antonin Karasek [mailto:lists@ceskyserver.cz] 
> Enviado el: viernes, 05 de septiembre de 2003 12:46
> Para: dovecot@procontrol.fi
> Asunto: [Dovecot] Dovecot not starting 
> 
> 
> Hello everybody,
> sorry for stupid qustion, but I have following problem:
> I succesfully installed Dovecot on Debian (from source). Now I want to
> run 
> it. I tryed:
> # /usr/local/dovecot/sbin/dovecot
> #
> but nothing happened:
> # ps -Af | grep dove
> ....... ps -Af | grep dove
> #  
> 
> What is wrong?  
> 
> I want Dovecot to serve POP3 over SSL.  
> 
> Many thanks and sorry again :o)
 

From jaldhar@debian.org  Fri Sep  5 21:50:00 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E2054238D5; Fri,  5 Sep 2003 21:50:00 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 1F2A4238C9
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 21:49:28 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 187007FB6; Fri,  5 Sep 2003 14:49:28 -0400 (EDT)
Date: Fri, 5 Sep 2003 14:49:24 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: Antonin Karasek <lists@ceskyserver.cz>
Subject: Re: [Dovecot] Dovecot not starting
In-Reply-To: <20030905154625.4276.qmail@ceskyserver.cz>
Message-ID: <Pine.LNX.4.56.0309051448190.25723@samadhi.braincells.com>
References: <20030905154625.4276.qmail@ceskyserver.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Sep 2003 18:50:01 -0000
X-UID: 1544                                                  
Status: O

On Fri, 5 Sep 2003, Antonin Karasek wrote:

> Hello everybody,
> sorry for stupid qustion, but I have following problem:
> I succesfully installed Dovecot on Debian (from source).

Is there any reason why you can't/don't want to use the dovecot Debian
packages?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From jaldhar@debian.org  Fri Sep  5 22:30:01 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0DAE3238C6; Fri,  5 Sep 2003 22:30:01 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 69D442387A
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 22:29:58 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 1CA7E7FB6
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 15:29:51 -0400 (EDT)
Date: Fri, 5 Sep 2003 15:29:50 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.56.0309051523180.25723@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Debian bug #201444: More verbose logging
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Sep 2003 19:30:01 -0000
X-UID: 1545                                                  
Status: O


I brought this up a while ago but the submitter is wondering if there
has been any progress on this issue.  He says:

  It would be extremely nice to have a little bit more detailed logging,
  and I believe it doesn't really require that much code.

  I use now a daemon which logs login (name, ip; as dovecot does), and
  logout (with name, logout reason if any special) with the numbers of "read
  new mail number and size" and "mail left on server number and size". Would
  be nice to have something like that in dovecot.

Could something like this be added for the next version?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From ianj@ian-justman.com  Sat Sep  6 02:38:34 2003
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B272B2387A; Sat,  6 Sep 2003 02:38:34 +0300 (EEST)
Received: from sakura.ian-justman.com (sakura.ian-justman.com
	[207.126.72.246])
	by danu.procontrol.fi (Postfix) with ESMTP id F2A9F238C6
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 02:38:00 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.ian-justman.com (Postfix) with ESMTP id 58F13C8DDCE
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 16:37:59 -0700 (PDT)
Received: from sakura.ian-justman.com ([127.0.0.1])
	by localhost (sakura [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09084-01 for <dovecot@procontrol.fi>;
	Fri, 5 Sep 2003 16:37:57 -0700 (PDT)
Received: from ian-justman.com (fenchurch.netasset.com [207.126.67.194])
	by sakura.ian-justman.com (Postfix) with ESMTP id 177A9C8DDCD
	for <dovecot@procontrol.fi>; Fri,  5 Sep 2003 16:37:57 -0700 (PDT)
Message-ID: <3F591E54.2000803@ian-justman.com>
Date: Fri, 05 Sep 2003 16:37:56 -0700
From: "Ian R. Justman" <ianj@ian-justman.com>
Organization: Net Asset, Network Operations
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en, ja
MIME-Version: 1.0
To: dovecot <dovecot@procontrol.fi>
Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver
References: <BFECLKJCOFJIEONFHNCEEEPDCDAA.lasse@danielsen.tk>
	<m3k78o2w80.fsf@merlin.emma.line.org>
In-Reply-To: <m3k78o2w80.fsf@merlin.emma.line.org>
X-Enigmail-Version: 0.76.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Sep 2003 23:38:35 -0000
X-UID: 1546                                                  
Status: O
Content-Length: 1424



Matthias Andree wrote:

> "Lasse Danielsen" <lasse@danielsen.tk> writes:
> 
> 
>>Well, what is proper and not can be discussed, I'm sure. I prefer using the
>>"botch" as you call it. I assume support for some kind of external
>>authentication mechanism need to be supported in dovecot for
>>pop/imap-before-smtp. Afaik, vchkpw is one of many such mechanism. I was
>>just asking if this had been done before, or if it's currently unsupported.
> 
> 
> If you really need it today, how about grepping the log for now (but
> beware of the infamous time zone!)? You may need to set auth_verbose=yes
> though.
> 
> Sep  4 20:07:11 mail imap-login: Login: ma [80.135.11X.XXX]
> 
> That should be sufficient to enable SMTP for a minute or two from that
> IP. A couple of lines of Perl around File::Tail should do.

Or here's another implementation of the "botch" method:

http://www.authd.org

This method does not use the system logs, but works by taking cues from 
a hacked POP3/IMAP server, or in my case, a hacked POP3/IMAP proxy 
(Perdition).  Thankfully, I no longer have to hack my MTA (Postfix) for 
that side of the equation. ;)  I use a snapshot version of Authd, for 
everyone's information.

However, since I implemented SMTP AUTH on my own servers, at some point, 
I am considering completely phasing out POP-before-SMTP because it's a 
Very Ugly Kludge(R).  Besides, the less I have to hack, the better. ;)

--Ian.


From charlie@rubberduck.com  Sat Sep  6 08:59:46 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3A1D0238C6; Sat,  6 Sep 2003 08:59:46 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 78FCD23896
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 08:59:11 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])	by lazy.spodder.com (Postfix) with ESMTP
	id 8D2188FD7; Sat,  6 Sep 2003 15:55:32 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id 6E7B32423E9; Sat,  6 Sep 2003 15:59:03 +1000 (EST)
Date: Sat, 6 Sep 2003 15:59:03 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot]  still getting weird .{inbox} folder creations with
	latest -test7
Message-ID: <20030906055903.GA6002@myinternet.com.au>
References: <20030904073716.GA6696@myinternet.com.au>
	<1062664123.25301.35.camel@typhaon.ucs.uwa.edu.au>
	<20030904085336.GA6728@myinternet.com.au> <1062673599.26916.92.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv"
Content-Disposition: inline
In-Reply-To: <1062673599.26916.92.camel@hurina>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 06 Sep 2003 05:59:46 -0000
X-UID: 1547                                                  
Status: O


--ZGiS0Q5IWpPtfppv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Sep 04, 2003 at 02:06:39PM +0300, Timo Sirainen wrote:
>=20
> That's how Courier-compatible Maildir++ works. If you want subfolders,
> you'd create ".sub.folder.name". There's a few good things with this:

Great! Thanks for this.

> CVS has been optimized to assume all files beginning with a dot (except
> .subscriptions currently) are mailboxes.=20

Ah I see.

Cheers Timo..

  C.
--=20
 charlie@rubberduck.com - http://rubberduck.com/~yeled/


--ZGiS0Q5IWpPtfppv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/WXenqiZDwhSqeUERApD8AJ9PikHWwLDbjeDKOd/ysB2FGeC6ywCeICgf
lR3i8qbV59/mIqrjuVks3bM=
=zU3F
-----END PGP SIGNATURE-----

--ZGiS0Q5IWpPtfppv--
From lists@ceskyserver.cz  Sat Sep  6 14:43:33 2003
Return-Path: <lists@ceskyserver.cz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E37F423896; Sat,  6 Sep 2003 14:43:33 +0300 (EEST)
Received: from ceskyserver.cz (wmail.ceskyserver.cz [81.0.235.159])
	by danu.procontrol.fi (Postfix) with SMTP id 834872387A
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 14:43:01 +0300 (EEST)
Received: (qmail 5468 invoked by uid 89); 6 Sep 2003 11:43:53 -0000
Message-ID: <20030906114353.5467.qmail@ceskyserver.cz>
References: <20030905154625.4276.qmail@ceskyserver.cz>
            <Pine.LNX.4.56.0309051448190.25723@samadhi.braincells.com>
In-Reply-To: <Pine.LNX.4.56.0309051448190.25723@samadhi.braincells.com>
From: "Antonin Karasek" <lists@ceskyserver.cz>
To: dovecot@procontrol.fi
Date: Sat, 06 Sep 2003 13:43:53 +0200
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Re: Dovecot not starting
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 06 Sep 2003 11:43:34 -0000
X-UID: 1548                                                  
Status: O

Jaldhar H. Vyas writes: 

> On Fri, 5 Sep 2003, Antonin Karasek wrote: 
> 
>> Hello everybody,
>> sorry for stupid qustion, but I have following problem:
>> I succesfully installed Dovecot on Debian (from source).
> 
> Is there any reason why you can't/don't want to use the dovecot Debian
> packages?

Yes, I have compiled qmail. So, dpkg don't know, that I have it and want to 
instal a mail-server. And more - I'm using Debian-stable and Dovecot is only 
in Debian-unstable (or testing - may be). 

Do you thing, it is a bug or bad configuration? In attachment is copy of my 
dovecot.conf. 

Many thanks :o) 


> -- 
> Jaldhar H. Vyas <jaldhar@debian.org>
> La Salle Debain - http://www.braincells.com/debian/
 

From tss@iki.fi  Sat Sep  6 20:56:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DCECB238C6; Sat,  6 Sep 2003 20:56:17 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id EE74C23896
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 20:55:45 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A47CD5C65485
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 20:55:45 +0300 (EEST)
Subject: Re: [Dovecot] Debian bug #201444: More verbose logging
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.56.0309051523180.25723@samadhi.braincells.com>
References: <Pine.LNX.4.56.0309051523180.25723@samadhi.braincells.com>
Content-Type: text/plain
Message-Id: <1062870944.23541.9.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 06 Sep 2003 20:55:45 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 06 Sep 2003 17:56:18 -0000
X-UID: 1549                                                  
Status: O

O  I use now a daemon which logs login (name, ip; as dovecot does), and
>   logout (with name, logout reason if any special) with the numbers of "read
>   new mail number and size" and "mail left on server number and size". Would
>   be nice to have something like that in dovecot.
> 
> Could something like this be added for the next version?

Hmm. I think plugins should do that. No-one will agree on what they want
to log anyway :) And the above is likely meant just for POP3 users.

But I think master process should actually handle logging the user's
comings and goings so that they couldn't be faked. Especially logins
from imap/pop3-login processes.. imap/pop3 processes could then just
tell master process what extra stuff they want logged such as those mail
counts and sizes.

Maybe master process should handle all logging anyway. Processes would
just print to stderr which master process would redirect into proper log
file..


From tss@iki.fi  Sat Sep  6 20:57:29 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 65DFF2387A; Sat,  6 Sep 2003 20:57:29 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DEE93238D7
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 20:56:55 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id AC9415C65485
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 20:56:55 +0300 (EEST)
Subject: Re: [Dovecot] namespaces
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1689.166.84.167.10.1062609002.squirrel@mail.panix.com>
References: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
	 <1062607533.26916.80.camel@hurina>
	 <1689.166.84.167.10.1062609002.squirrel@mail.panix.com>
Content-Type: text/plain
Message-Id: <1062871015.23538.12.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 06 Sep 2003 20:56:55 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 06 Sep 2003 17:57:29 -0000
X-UID: 1550                                                  
Status: O

On Wed, 2003-09-03 at 20:10, Brian Marcotte wrote:
> > How about adding new "inbox = yes" setting to specify that it contains
> > INBOX?
> 
> That would work for me!
> 
> > Maybe if [location in namespace section] wasn't set it could use the one
> > from userdb.
> 
> Sounds like a good idea. It seems that the location option is most useful
> with the shared folders rather than the private ones.

These are in CVS now.


From tss@iki.fi  Sat Sep  6 23:30:51 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 99B1D238C7; Sat,  6 Sep 2003 23:30:51 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 52F592387A
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 23:30:49 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0F0B05C65485
	for <dovecot@procontrol.fi>; Sat,  6 Sep 2003 23:30:41 +0300 (EEST)
Subject: Re: [Dovecot] Re: Dovecot not starting
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030905162203.4417.qmail@ceskyserver.cz>
References: 
	 <30F0523D384016498241055B0311A072487209@equital-mail.equital.com>
	 <20030905162203.4417.qmail@ceskyserver.cz>
Content-Type: text/plain
Message-Id: <1062880240.23533.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 06 Sep 2003 23:30:41 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 06 Sep 2003 20:30:51 -0000
X-UID: 1551                                                  
Status: O

On Fri, 2003-09-05 at 19:22, Antonin Karasek wrote:
> Thanks for fast response :) 
> 
> This is copy of syslog: 
> 
> Sep  5 17:58:40 cernunnos dovecot: Dovecot starting up
> Sep  5 17:58:41 cernunnos dovecot: Auth process died too early - shutting 
> down
> Sep  5 17:58:41 cernunnos dovecot: child 4327 (auth) returned error 11
> Sep  5 17:58:41 cernunnos pop3-login: fd_send(-1) failed: Broken pipe 

You probably haven't set user's home directory. It's not really needed
though, you can get a patch to fix it:

http://dovecot.procontrol.fi/auth-home.patch


From jaldhar@debian.org  Sun Sep  7 04:54:56 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 91D8D238C6; Sun,  7 Sep 2003 04:54:56 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 7F32223896
	for <dovecot@procontrol.fi>; Sun,  7 Sep 2003 04:54:24 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id AF3737F67; Sat,  6 Sep 2003 21:54:18 -0400 (EDT)
Date: Sat, 6 Sep 2003 21:54:12 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: Antonin Karasek <lists@ceskyserver.cz>
Subject: Re: [Dovecot] Re: Dovecot not starting
In-Reply-To: <20030906114353.5467.qmail@ceskyserver.cz>
Message-ID: <Pine.LNX.4.56.0309062147580.10880@samadhi.braincells.com>
References: <20030905154625.4276.qmail@ceskyserver.cz>           
 <Pine.LNX.4.56.0309051448190.25723@samadhi.braincells.com>
 <20030906114353.5467.qmail@ceskyserver.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 07 Sep 2003 01:54:56 -0000
X-UID: 1552                                                  
Status: O

On Sat, 6 Sep 2003, Antonin Karasek wrote:

> Yes, I have compiled qmail. So, dpkg don't know, that I have it and want to
> instal a mail-server.

apt-get install  equivs and read its' documentation to find out how to
make a "fake" package.

> And more - I'm using Debian-stable and Dovecot is only
> in Debian-unstable (or testing - may be).
>

I maintain a backport to woody at http://www.braincells.com/open/

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From jaldhar@debian.org  Sun Sep  7 05:00:39 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 95379238C7; Sun,  7 Sep 2003 05:00:39 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 114D92387A
	for <dovecot@procontrol.fi>; Sun,  7 Sep 2003 05:00:32 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id D593F7FC1; Sat,  6 Sep 2003 22:00:33 -0400 (EDT)
Date: Sat, 6 Sep 2003 22:00:33 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Debian bug #201444: More verbose logging
In-Reply-To: <1062870944.23541.9.camel@hurina>
Message-ID: <Pine.LNX.4.56.0309062156260.10880@samadhi.braincells.com>
References: <Pine.LNX.4.56.0309051523180.25723@samadhi.braincells.com>
 <1062870944.23541.9.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 07 Sep 2003 02:00:40 -0000
X-UID: 1553                                                  
Status: O

On Sat, 6 Sep 2003, Timo Sirainen wrote:

> Maybe master process should handle all logging anyway. Processes would
> just print to stderr which master process would redirect into proper log
> file..
>

I think this is a better solution than plugins.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From lfarkas@bnap.hu  Mon Sep  8 19:00:08 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A37D823896; Mon,  8 Sep 2003 19:00:08 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id B9C252387A
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 18:59:34 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by mail1.bppiac.hu (Postfix) with ESMTP id 51D216E4012
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 17:59:22 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 6E65916F8EF; Mon,  8 Sep 2003 17:59:32 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 9D6D116F80A
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 17:59:30 +0200 (CEST)
Message-ID: <3F5CA758.2080307@bnap.hu>
Date: Mon, 08 Sep 2003 17:59:20 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] what is the current state
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 16:00:09 -0000
X-UID: 1554                                                  
Status: O

hi,
what is the current state of dovecot? is it worth to upgrade now or wait 
for some release in the near future?

-- 
   Levente                               "Si vis pacem para bellum!"


From cras@irccrew.org  Mon Sep  8 19:53:21 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D92362387A; Mon,  8 Sep 2003 19:53:21 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A9AB723896
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 19:52:49 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 7E2A82E030; Mon,  8 Sep 2003 19:52:49 +0300 (EEST)
Date: Mon, 8 Sep 2003 19:52:49 +0300
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] what is the current state
Message-ID: <20030908165249.GA15533@irccrew.org>
References: <3F5CA758.2080307@bnap.hu>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <3F5CA758.2080307@bnap.hu>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 16:53:22 -0000
X-UID: 1555                                                  
Status: O

On Mon, Sep 08, 2003 at 05:59:20PM +0200, Farkas Levente wrote:
> what is the current state of dovecot? is it worth to upgrade now or wait 
> for some release in the near future?

It's probably not a good idea to use CVS yet. There's a few small bugs
(which I'll fix today) and it doesn't yet do any smart decisions on what it
should save into cache.

It might work better than 0.99.10, but I'll probably break the index format
a few times more before 0.99.11.

I wasted yesterday trying to figure out why Cyrus was faster in simple
fetches. Such as fetching UID for 360k mails took a bit over second in Cyrus
while Dovecot used two seconds. Annoying :) Probably has something to do
with Cyrus printing things directly into stdout while Dovecot copies the
data through a couple of buffers.

Anyway, I would really like to know if the new indexing code helps with your
load problems. It should use much less disk I/O.

From esj@harvee.org  Mon Sep  8 19:57:11 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BC05E238C8; Mon,  8 Sep 2003 19:57:10 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 788FB23896
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 19:56:38 +0300 (EEST)
Received: from harvee.org (rufus.billerica.ma.us [192.168.0.10])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h88GuasC031382
	for <dovecot@procontrol.fi>; Mon, 8 Sep 2003 12:56:36 -0400
Message-ID: <3F5CB442.9050804@harvee.org>
Date: Mon, 08 Sep 2003 12:54:26 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5b) Gecko/20030901 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] what is the current state
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
In-Reply-To: <20030908165249.GA15533@irccrew.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 16:57:11 -0000
X-UID: 1556                                                  
Status: O

Timo Sirainen wrote:

> Anyway, I would really like to know if the new indexing code helps with your
> load problems. It should use much less disk I/O.

sounds like this would also help with some of the problems I was having 
with long delays.  Think it would be worth trying?

---eric


From cras@irccrew.org  Mon Sep  8 20:24:14 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 56C55238CE; Mon,  8 Sep 2003 20:24:14 +0300 (EEST)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 5DF88238C8
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 20:24:11 +0300 (EEST)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 43F8E2E030; Mon,  8 Sep 2003 20:24:11 +0300 (EEST)
Date: Mon, 8 Sep 2003 20:24:11 +0300
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] what is the current state
Message-ID: <20030908172411.GB15533@irccrew.org>
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
	<3F5CB442.9050804@harvee.org>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <3F5CB442.9050804@harvee.org>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 17:24:14 -0000
X-UID: 1557                                                  
Status: O

On Mon, Sep 08, 2003 at 12:54:26PM -0400, Eric S. Johansson wrote:
> >Anyway, I would really like to know if the new indexing code helps with 
> >your
> >load problems. It should use much less disk I/O.
> 
> sounds like this would also help with some of the problems I was having 
> with long delays.  Think it would be worth trying?

I think your problems were mostly due to general mbox slowness :) mbox
support also isn't really working in CVS now. I'd have to figure out some
nice algorithm how to quickly write changes to mbox.

From esj@harvee.org  Mon Sep  8 20:38:31 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1ECE523993; Mon,  8 Sep 2003 20:38:31 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id C596A238D4
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 20:37:57 +0300 (EEST)
Received: from harvee.org (rufus.billerica.ma.us [192.168.0.10])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h88HbusC031835
	for <dovecot@procontrol.fi>; Mon, 8 Sep 2003 13:37:56 -0400
Message-ID: <3F5CBDF2.6040202@harvee.org>
Date: Mon, 08 Sep 2003 13:35:46 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5b) Gecko/20030901 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] what is the current state
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
	<3F5CB442.9050804@harvee.org> <20030908172411.GB15533@irccrew.org>
In-Reply-To: <20030908172411.GB15533@irccrew.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 17:38:31 -0000
X-UID: 1558                                                  
Status: O

Timo Sirainen wrote:

> On Mon, Sep 08, 2003 at 12:54:26PM -0400, Eric S. Johansson wrote:
>
> I think your problems were mostly due to general mbox slowness :) mbox
> support also isn't really working in CVS now. I'd have to figure out some
> nice algorithm how to quickly write changes to mbox.

:-) crush dreams why don't you?

seriously, on mbox, the best thing we can do is to provide minimal 
support (i.e. reliable and it works no worse than uw) and make maildir 
transition as trivial as possible (i.e. switch mbox to maildir on first 
write).

the automatic switching code should be relatively trivial and the 
process would be something like:

Move mbox to mbox-xyxzzy
make directory mbox
iterate over mbox-xyzzy copying each message into maildir entry.
move mbox-xyzzy safe-dir

I'm willing to bet that 90 percent of this code exists in dovecot. 
there are probably a few other guards when they want to put around this 
code to make it truly safe but I believe it would be really good idea.

---eric


From mem@mv.mv.com  Mon Sep  8 20:45:30 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 795E523993; Mon,  8 Sep 2003 20:45:30 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 7703B23998
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 20:44:57 +0300 (EEST)
Received: (qmail 27628 invoked by uid 101); 8 Sep 2003 13:44:52 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 8 Sep 2003 13:44:52 -0400
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] what is the current state
Message-ID: <20030908174452.GA13163@iridium.mv.net>
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
	<3F5CB442.9050804@harvee.org> <20030908172411.GB15533@irccrew.org>
	<3F5CBDF2.6040202@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3F5CBDF2.6040202@harvee.org>
User-Agent: Mutt/1.4.1i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 17:45:30 -0000
X-UID: 1559                                                  
Status: O

On Mon, Sep 08, 2003 at 01:35:46PM -0400, Eric S. Johansson wrote:
> Timo Sirainen wrote:
> 
> >On Mon, Sep 08, 2003 at 12:54:26PM -0400, Eric S. Johansson wrote:
> >
> >I think your problems were mostly due to general mbox slowness :) mbox
> >support also isn't really working in CVS now. I'd have to figure out some
> >nice algorithm how to quickly write changes to mbox.
> 
> :-) crush dreams why don't you?
> 
> seriously, on mbox, the best thing we can do is to provide minimal 
> support (i.e. reliable and it works no worse than uw) and make maildir 
> transition as trivial as possible (i.e. switch mbox to maildir on first 
> write).

I would not consider that to be the best thing.  I'm not interested
in having our mboxes converted automatically to maildirs.  We have
systems where each is used, and enviromnents where both are used,
by choice.

-mm-
From esj@harvee.org  Mon Sep  8 20:49:15 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6017123997; Mon,  8 Sep 2003 20:49:15 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 8AB8023994
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 20:49:12 +0300 (EEST)
Received: from harvee.org (rufus.billerica.ma.us [192.168.0.10])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h88HnBsC032006
	for <dovecot@procontrol.fi>; Mon, 8 Sep 2003 13:49:11 -0400
Message-ID: <3F5CC095.8050401@harvee.org>
Date: Mon, 08 Sep 2003 13:47:01 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5b) Gecko/20030901 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] what is the current state
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
	<3F5CB442.9050804@harvee.org> <20030908172411.GB15533@irccrew.org>
	<3F5CBDF2.6040202@harvee.org>
In-Reply-To: <3F5CBDF2.6040202@harvee.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 17:49:15 -0000
X-UID: 1560                                                  
Status: O

Eric S. Johansson wrote:
>
> there 
> are probably a few other guards when they want to put around this code 
> 

urg...speech recognition errors...

...there are probably a few other guards one would want to put around 
this code...

From esj@harvee.org  Mon Sep  8 21:17:57 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 57373238CE; Mon,  8 Sep 2003 21:17:57 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 2E6372387A
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 21:17:54 +0300 (EEST)
Received: from harvee.org (rufus.billerica.ma.us [192.168.0.10])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h88IHpsC032336
	for <dovecot@procontrol.fi>; Mon, 8 Sep 2003 14:17:51 -0400
Message-ID: <3F5CC74D.5020601@harvee.org>
Date: Mon, 08 Sep 2003 14:15:41 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5b) Gecko/20030901 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] what is the current state
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
	<3F5CB442.9050804@harvee.org> <20030908172411.GB15533@irccrew.org>
	<3F5CBDF2.6040202@harvee.org> <20030908174452.GA13163@iridium.mv.net>
In-Reply-To: <20030908174452.GA13163@iridium.mv.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 18:17:57 -0000
X-UID: 1561                                                  
Status: O
Content-Length: 1472

Mark E. Mallett wrote:

> On Mon, Sep 08, 2003 at 01:35:46PM -0400, Eric S. Johansson wrote:
>>seriously, on mbox, the best thing we can do is to provide minimal 
>>support (i.e. reliable and it works no worse than uw) and make maildir 
>>transition as trivial as possible (i.e. switch mbox to maildir on first 
>>write).
> 
> 
> I would not consider that to be the best thing.  I'm not interested
> in having our mboxes converted automatically to maildirs.  We have
> systems where each is used, and enviromnents where both are used,
> by choice.

I think we're in more agreement than not.  Like you, I would not want 
them to be converted automatically.  That is *unless* I set 
configuration to convert them automatically.   mbox accesse is never 
going to be fast or efficient.  If it was possible to make mbox access 
faster, it would be because enough bright people have thought about the 
problem to find a solution if there was one.  I'm not saying there isn't 
an undiscovered magic option like marking a message as replaced, writing 
an updated copy to the end of the file, and sorting out the order at 
read time.  Only that it's highly unlikely.

the reason I advocate automatic conversion is that the process is 
usually painful and error prone when it does not need to be.  Someone 
should be able to turn on dovecot and have the conversion happen 
automatically and feel confident that they will be able to get their 
e-mail quickly and reliably.

---eric


From tss@iki.fi  Mon Sep  8 21:38:51 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A7ED623993; Mon,  8 Sep 2003 21:38:51 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 954E1238CE
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 21:38:47 +0300 (EEST)
Date: Mon, 8 Sep 2003 21:39:13 +0300
Subject: Re: [Dovecot] what is the current state
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot List <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F5CC74D.5020601@harvee.org>
Message-Id: <BE541FB6-E22B-11D7-8771-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 18:38:51 -0000
X-UID: 1562                                                  
Status: O
Content-Length: 1846

On Monday, Sep 8, 2003, at 21:15 Europe/Helsinki, Eric S. Johansson 
wrote:

> mbox accesse is never going to be fast or efficient.  If it was 
> possible to make mbox access faster, it would be because enough bright 
> people have thought about the problem to find a solution if there was 
> one.  I'm not saying there isn't an undiscovered magic option like 
> marking a message as replaced, writing an updated copy to the end of 
> the file, and sorting out the order at read time.  Only that it's 
> highly unlikely.

Well .. mbox performance does depend on what the client does. 
Synchronizing can do all kinds of tricks to speed it up when Dovecot is 
the only one accessing the mbox. I'll probably do these once I get mbox 
working in general.

Sync optimization would work so that whenever Dovecot modifies mbox or 
synchronizes it, it keeps the mbox read-locked for at least two 
seconds. This guarantees that if someone else modifies the mbox, the 
timestamp changes and we know it. If it doesn't change, our index is up 
to date and we don't need any syncing.

Only problem is that if there's lots of unsynced mailboxes, we don't 
really want to just keep waiting for those 2 seconds. We'd rather just 
want to keep the lock and remove it two seconds later. But we don't 
necessarily want to keep all the mboxes open and eat all available file 
decriptors.. Maybe it should keep max. 10 mboxes open before waiting 
for one of them to finish the wait.

Expunging can't do much optimizations or it wouldn't be mbox-compatible 
anymore. But luckily most expunges are done for new messages and then 
it doesn't have to move that much data.

That sync optimization would actually help with your slowdown, if 
Dovecot also indexed mails at the time they were copied/appended. That 
also makes UIDPLUS extension possible with little effort..

From mem@mv.mv.com  Mon Sep  8 21:57:47 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8FEF423997; Mon,  8 Sep 2003 21:57:47 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 046AC238C8
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 21:57:45 +0300 (EEST)
Received: (qmail 25304 invoked by uid 101); 8 Sep 2003 14:57:43 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 8 Sep 2003 14:57:43 -0400
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] what is the current state
Message-ID: <20030908185743.GA24401@iridium.mv.net>
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
	<3F5CB442.9050804@harvee.org> <20030908172411.GB15533@irccrew.org>
	<3F5CBDF2.6040202@harvee.org> <20030908174452.GA13163@iridium.mv.net>
	<3F5CC74D.5020601@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3F5CC74D.5020601@harvee.org>
User-Agent: Mutt/1.4.1i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2003 18:57:47 -0000
X-UID: 1563                                                  
Status: O

> I think we're in more agreement than not.

ah, yep, sounds like it.  Autoconversion where desired could
be a useful thing.

-mm-
From warren@togami.com  Tue Sep  9 06:55:00 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 897A123896; Tue,  9 Sep 2003 06:55:00 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 9A3322387A
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 06:54:28 +0300 (EEST)
Received: from localhost (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id 2D5525D804B
	for <dovecot@procontrol.fi>; Mon,  8 Sep 2003 17:57:22 -1000 (HST)
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1063079664.18659.561.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-5) 
Date: Mon, 08 Sep 2003 17:54:24 -1000
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] squirrelmail + dovecot + qmail + vpopmail error
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 03:55:00 -0000
X-UID: 1564                                                  
Status: O

ERROR : Could not complete request.
Query: COPY 99:99 "INBOX.SPAM"
Reason Given: [TRYCREATE] Mailbox doesn't exist: INBOX.SPAM

Running latest stable version of squirrelmail, dovecot, qmail and
vpopmail with Maildir storage in virtual users.

One of my users reports seeing this yesterday, then it went away for a
few hours, then early in the next day it happened again on the same
account, but went away a little while after that.

Any idea what could be happening here?

Warren Togami
warren@togami.com


From lfarkas@bnap.hu  Tue Sep  9 12:07:22 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0222E238C8; Tue,  9 Sep 2003 12:07:21 +0300 (EEST)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 6280923896
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 12:07:18 +0300 (EEST)
Received: from mail2.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by mail1.bppiac.hu (Postfix) with ESMTP id 6DCCF6E404E
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 11:07:04 +0200 (CEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 9A12316F5FF; Tue,  9 Sep 2003 11:07:16 +0200 (CEST)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 8CEF316F4C3
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 11:07:16 +0200 (CEST)
Message-ID: <3F5D9839.9000108@bnap.hu>
Date: Tue, 09 Sep 2003 11:07:05 +0200
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: Dovecot List <dovecot@procontrol.fi>
Subject: Re: [Dovecot] what is the current state
References: <3F5CA758.2080307@bnap.hu> <20030908165249.GA15533@irccrew.org>
In-Reply-To: <20030908165249.GA15533@irccrew.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 09:07:22 -0000
X-UID: 1565                                                  
Status: O
Content-Length: 1469

Timo Sirainen wrote:
> On Mon, Sep 08, 2003 at 05:59:20PM +0200, Farkas Levente wrote:
> 
>>what is the current state of dovecot? is it worth to upgrade now or wait 
>>for some release in the near future?
> 
> 
> It's probably not a good idea to use CVS yet. There's a few small bugs
> (which I'll fix today) and it doesn't yet do any smart decisions on what it
> should save into cache.
> 
> It might work better than 0.99.10, but I'll probably break the index format
> a few times more before 0.99.11.
> 
> I wasted yesterday trying to figure out why Cyrus was faster in simple
> fetches. Such as fetching UID for 360k mails took a bit over second in Cyrus
> while Dovecot used two seconds. Annoying :) Probably has something to do
> with Cyrus printing things directly into stdout while Dovecot copies the
> data through a couple of buffers.
> 
> Anyway, I would really like to know if the new indexing code helps with your
> load problems. It should use much less disk I/O.

as you know we'd a lot of problem with dovecot at the begining (with 
stability and the load). now there is one version of dovecot (a cvs 
around 99.10) which still has a high load, but work both with mozilla 
and OE6. this's a production system about 300 user so we can't play with 
it too much. that was the reason why I ask it. try now or wait a bit 
more? but as I see it's better to wait a bit more...
thanks.

-- 
   Levente                               "Si vis pacem para bellum!"


From david@rohr.se  Tue Sep  9 14:09:48 2003
Return-Path: <david@rohr.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 39DF42387F; Tue,  9 Sep 2003 14:09:48 +0300 (EEST)
Received: from angelica.rajraj.net (angelica.rajraj.net [217.151.192.103])
	by danu.procontrol.fi (Postfix) with ESMTP id CEC242384C
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 14:09:14 +0300 (EEST)
Received: from angelica.rajraj.net (localhost [127.0.0.1])
	h89B9BMD005795
	for <dovecot@procontrol.fi>; Tue, 9 Sep 2003 13:09:11 +0200
Received: (from david@localhost)
	by angelica.rajraj.net (8.12.9/8.12.6/Debian-5) id h89B9A8u005791
	for dovecot@procontrol.fi; Tue, 9 Sep 2003 13:09:10 +0200
X-Authentication-Warning: angelica.rajraj.net: david set sender to
	david@rohr.se using -f
Date: Tue, 9 Sep 2003 13:09:10 +0200
From: David =?iso-8859-1?Q?R=F6hr?= <david@rohr.se>
To: dovecot@procontrol.fi
Message-ID: <20030909110910.GA5483@angelica.rajraj.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.4.1i
X-AllYourBaseAreBelongTo: Us
X-Warning: Junk / bulk email will be reported: http://rohr.nu/nospam.php
X-Crypto: GnuPG/1.2.2-1 http://www.gnupg.org
X-GPG-Fingerprint: 71AD 5E55 2B2E 8B7D 524F EC36 9C11 AE32 548A 5ECF
X-Uptime: 14:01
X-URL: http://www.rohr.se/
X-Accept-Language: sv en de
X-Location: Europe, Sweden, Stockholm
Subject: [Dovecot] Problem with mbox files.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 11:09:48 -0000
X-UID: 1566                                                  
Status: O
Content-Length: 1153

I have trouble to get my INBOX-mbox to work properly. 

I have set the default_mail_env, to this..

    "default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u"

Since my users are using thier home-dirs to store folders and old mails,
and recieving them in /var/mail/username.

But when logging in i get this..

Sep  9 12:25:23 angelica imap-login: Login: username [217.151.192.103]
Sep  9 12:25:23 angelica imap(username): stat() failed with mbox file
/var/mail/username : No such file or directory

Just like the file wasn't there?! But checking..

.~ > ls -l /var/mail/username
1200 -rw-rw----    1 username     mail      1222055 Sep  9 12:16 /var/mail/username

I can see that it is there, and containing mails.. It's not corrupt or
anything like that. And its not a link of any kind.

Why am I getting this error? And how do I solve it? I've tested to
disable chroots, but get the same error... 


/d

-- 
... david rhr              |      o_
.. unix systems consultant  | o/  /\   Solaris, AIX, HP-UX
. qbranch system management | /|_, \\   and GNU/Linux Certified.
        www.qbranch.se        /                    
                              `

From tss@iki.fi  Tue Sep  9 16:09:16 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 510F92387F; Tue,  9 Sep 2003 16:09:16 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6DC582387A
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 16:08:44 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 391AF5C65485
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 16:08:44 +0300 (EEST)
Subject: Re: [Dovecot] Problem with mbox files.
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030909110910.GA5483@angelica.rajraj.net>
References: <20030909110910.GA5483@angelica.rajraj.net>
Content-Type: text/plain; charset=iso-8859-15
Message-Id: <1063112923.9345.34.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 09 Sep 2003 16:08:44 +0300
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 13:09:16 -0000
X-UID: 1567                                                  
Status: O

On Tue, 2003-09-09 at 14:09, David Rhr wrote:
>     "default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u"

> Sep  9 12:25:23 angelica imap(username): stat() failed with mbox file
> /var/mail/username : No such file or directory

Do you have space after the %u? Dovecot thinks it belongs to the mailbox
name.


From david@rohr.se  Tue Sep  9 16:12:03 2003
Return-Path: <david@rohr.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 442C123896; Tue,  9 Sep 2003 16:12:03 +0300 (EEST)
Received: from angelica.rajraj.net (angelica.rajraj.net [217.151.192.103])
	by danu.procontrol.fi (Postfix) with ESMTP id B26B12387F
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 16:12:01 +0300 (EEST)
Received: from angelica.rajraj.net (localhost [127.0.0.1])
	h89DC0MD014075
	for <dovecot@procontrol.fi>; Tue, 9 Sep 2003 15:12:00 +0200
Received: (from david@localhost)
	by angelica.rajraj.net (8.12.9/8.12.6/Debian-5) id h89DC08I014074
	for dovecot@procontrol.fi; Tue, 9 Sep 2003 15:12:00 +0200
X-Authentication-Warning: angelica.rajraj.net: david set sender to
	david@rohr.se using -f
Date: Tue, 9 Sep 2003 15:12:00 +0200
From: David =?iso-8859-1?Q?R=F6hr?= <david@rohr.se>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Problem with mbox files.
Message-ID: <20030909131200.GA13825@angelica.rajraj.net>
References: <20030909110910.GA5483@angelica.rajraj.net>
	<1063112923.9345.34.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1063112923.9345.34.camel@hurina>
User-Agent: Mutt/1.4.1i
X-AllYourBaseAreBelongTo: Us
X-Warning: Junk / bulk email will be reported: http://rohr.nu/nospam.php
X-Crypto: GnuPG/1.2.2-1 http://www.gnupg.org
X-GPG-Fingerprint: 71AD 5E55 2B2E 8B7D 524F EC36 9C11 AE32 548A 5ECF
X-Uptime: 16:06
X-URL: http://www.rohr.se/
X-Accept-Language: sv en de
X-Location: Europe, Sweden, Stockholm
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 13:12:03 -0000
X-UID: 1568                                                  
Status: O

On Tue, 09 Sep 2003 [16:08],
    Timo Sirainen (tss@iki.fi) wrote:

> On Tue, 2003-09-09 at 14:09, David Rhr wrote:
> >     "default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u"
> 
> > Sep  9 12:25:23 angelica imap(username): stat() failed with mbox file
> > /var/mail/username : No such file or directory
> 
> Do you have space after the %u? Dovecot thinks it belongs to the mailbox
> name.

You are my saviour. That was the case! Haha, I can't realy see how I
didn't see that before. Been looking everywhere for the bug. Thanks!


/d

-- 
... david rhr              |      o_
.. unix systems consultant  | o/  /\   Solaris, AIX, HP-UX
. qbranch system management | /|_, \\   and GNU/Linux Certified.
        www.qbranch.se        /                    
                              `

From tss@iki.fi  Tue Sep  9 18:36:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A019023896; Tue,  9 Sep 2003 18:36:13 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id D34CA2387A
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 18:36:11 +0300 (EEST)
Date: Tue, 9 Sep 2003 18:36:37 +0300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <668CB2EA-E2DB-11D7-8771-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] Web administration tool
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 15:36:13 -0000
X-UID: 1569                                                  
Status: O

Any suggestions for a small web based tool to manage virtual 
domains/users? I tried to look but didn't really find anything that 
didn't seem to be tightly integrated with Courier or Cyrus, and I'd 
rather not spend time writing yet another one of those. I would be 
using Postfix and Squirrelmail with LDAP or PostgreSQL.

On a somewhat related thought, I've been thinking about writing some 
kind of performance and statistics tool which would at least show the 
users who are logged in and how much CPU, memory and disk I/O they're 
eating so that you could see what's happening when load is too high. 
 From Dovecot side that'd be done using a plugin. I'm not sure what the 
client side would be.. HTML might not be enough. Java maybe. Would 
Flash be too evil? :)

From mem@mv.mv.com  Tue Sep  9 18:42:31 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 02C7D2387A; Tue,  9 Sep 2003 18:42:31 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id A847F2384C
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 18:41:57 +0300 (EEST)
Received: (qmail 10836 invoked by uid 101); 9 Sep 2003 11:41:52 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 9 Sep 2003 11:41:52 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Web administration tool
Message-ID: <20030909154152.GD10814@iridium.mv.net>
References: <668CB2EA-E2DB-11D7-8771-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <668CB2EA-E2DB-11D7-8771-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 15:42:31 -0000
X-UID: 1570                                                  
Status: O

> 
> On a somewhat related thought, I've been thinking about writing some 
> kind of performance and statistics tool which would at least show the 
> users who are logged in and how much CPU, memory and disk I/O they're 
> eating so that you could see what's happening when load is too high. 
> From Dovecot side that'd be done using a plugin. I'm not sure what the 
> client side would be.. HTML might not be enough. Java maybe. Would 
> Flash be too evil? :)

I'd say java would be evil and Flash would be unconscionable :-)

mm
From lists@pote.com  Tue Sep  9 21:03:17 2003
Return-Path: <lists@pote.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4D3D7238B6; Tue,  9 Sep 2003 21:03:17 +0300 (EEST)
Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net
	[207.217.120.84])
	by danu.procontrol.fi (Postfix) with ESMTP id 22BD22387A
	for <dovecot@procontrol.fi>; Tue,  9 Sep 2003 21:02:45 +0300 (EEST)
Received: from user-0cceuil.cable.mindspring.com ([24.199.122.85]
	helo=X31.earthlink.net)
	by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 19wmp7-0004wB-00
	for dovecot@procontrol.fi; Tue, 09 Sep 2003 11:02:42 -0700
Date: Tue, 9 Sep 2003 14:02:46 -0400 (Eastern Daylight Time)
From: Paul Adams <lists@pote.com>
To: dovecot@procontrol.fi
Message-ID: <Pine.WNT.4.56.0309091347580.3480@X31>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Tue, 09 Sep 2003 21:32:43 +0300
Subject: [Dovecot] PC-Pine "Junk in end of group"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 18:03:17 -0000
X-UID: 1571                                                  
Status: O

I am running PC-Pine under Windows XP, connecting via SSL to a Dovecot
IMAP server (0.99.10-2 under Debian woody). When I open a mail folder
(mbox format) in Pine I get the following non-fatal error:

[Junk in end of group: pn=undisclosed-recipients al= dn=]

A similar error was reported to comp.mail.pine as happening with a Lotus
Domino server. Mark Crispin explained it as a server-side bug:

http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&safe=off&threadm=4192a0ec.0307090631.32e1a815%40posting.google.com&rnum=1&prev=/groups%3Fq%3D%2522junk%2Bin%2Bend%2Bof%2Bgroup%2522%26hl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26selm%3D4192a0ec.0307090631.32e1a815%2540posting.google.com%26rnum%3D1

Is this something that can be easily fixed?

	Paul
From tss@iki.fi  Tue Sep  9 21:52:27 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2622B238C8; Tue,  9 Sep 2003 21:52:27 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 5F133238B6; Tue,  9 Sep 2003 21:52:25 +0300 (EEST)
Date: Tue, 9 Sep 2003 21:52:51 +0300
Subject: Re: [Dovecot] PC-Pine "Junk in end of group"
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Paul Adams <lists@pote.com>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <Pine.WNT.4.56.0309091347580.3480@X31>
Message-Id: <D04ACEB5-E2F6-11D7-8771-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-6.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,
	      PATCH_UNIFIED_DIFF,QUOTED_EMAIL_TEXT,RCVD_IN_OSIRUSOFT_COM,
	      REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 09 Sep 2003 18:52:27 -0000
X-UID: 1572                                                  
Status: O

On Tuesday, Sep 9, 2003, at 21:02 Europe/Helsinki, Paul Adams wrote:

> I am running PC-Pine under Windows XP, connecting via SSL to a Dovecot
> IMAP server (0.99.10-2 under Debian woody). When I open a mail folder
> (mbox format) in Pine I get the following non-fatal error:
>
> [Junk in end of group: pn=undisclosed-recipients al= dn=]

I think this patch fixes it:

diff -u -r1.6 message-address.c
--- src/lib-mail/message-address.c      17 Jul 2003 14:50:45 -0000      
1.6
+++ src/lib-mail/message-address.c      9 Sep 2003 18:51:52 -0000
@@ -196,7 +196,7 @@
                         /* beginning of group */
                         addr = new_address(pool, &next_addr);
                         max_addresses--;
-                       addr->name = p_strdup(pool, str_c(mailbox));
+                       addr->mailbox = p_strdup(pool, str_c(mailbox));

                         str_truncate(mailbox, 0);
                         str_truncate(comment, 0);

From bakirov@transfer.kg  Wed Sep 10 06:12:18 2003
Return-Path: <bakirov@transfer.kg>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9B6B3238B6; Wed, 10 Sep 2003 06:12:18 +0300 (EEST)
Received: from mail.transfer.kg (unknown [81.88.192.10])
	by danu.procontrol.fi (Postfix) with ESMTP id 00E9923896
	for <dovecot@procontrol.fi>; Wed, 10 Sep 2003 06:11:44 +0300 (EEST)
Received: by mail.transfer.kg (Postfix, from userid 503)
	id 9DF93340F6; Wed, 10 Sep 2003 09:09:51 +0600 (KGST)
Received: from dotcoder.transfer.kg (unknown [81.88.192.7])
	by mail.transfer.kg (Postfix) with ESMTP id 74EEF340E7
	for <dovecot@procontrol.fi>; Wed, 10 Sep 2003 09:09:51 +0600 (KGST)
From: Meder Bakirov <bakirov@transfer.kg>
Organization: Transfer Ltd.
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Web administration tool
Date: Wed, 10 Sep 2003 09:09:38 +0600
User-Agent: KMail/1.5.3
References: <668CB2EA-E2DB-11D7-8771-000393CC2E90@iki.fi>
	<20030909154152.GD10814@iridium.mv.net>
In-Reply-To: <20030909154152.GD10814@iridium.mv.net>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200309100909.49192.bakirov@transfer.kg>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: bakirov@transfer.kg
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 10 Sep 2003 03:12:18 -0000
X-UID: 1573                                                  
Status: O

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I would vote for a Java (JSP, servlets) and/or for PHP.

On Tuesday 09 September 2003 21:41, Mark E. Mallett wrote:
> > On a somewhat related thought, I've been thinking about writing some
> > kind of performance and statistics tool which would at least show the
> > users who are logged in and how much CPU, memory and disk I/O they're
> > eating so that you could see what's happening when load is too high.
> > From Dovecot side that'd be done using a plugin. I'm not sure what the
> > client side would be.. HTML might not be enough. Java maybe. Would
> > Flash be too evil? :)
>
> I'd say java would be evil and Flash would be unconscionable :-)
>
> mm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/XpX8iHZXWv0HWscRAihZAJ9evJUXs6R4bXDr2nzbeouCBb96YQCcC0Vg
LmOoCT9SzGcy0bzy1KmSKOw=
=h0xw
-----END PGP SIGNATURE-----

From david@madole.net  Wed Sep 10 21:37:12 2003
Return-Path: <david@madole.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8052423896; Wed, 10 Sep 2003 21:37:12 +0300 (EEST)
Received: from omdev.com (dhcp-209-54-72-175.ct.dsl.ntplx.com [209.54.72.175])
	by danu.procontrol.fi (Postfix) with ESMTP id 794E02387A
	for <dovecot@procontrol.fi>; Wed, 10 Sep 2003 21:36:37 +0300 (EEST)
Received: from [209.54.72.175] (helo=madole.net)
	by omdev.com with smtp (Exim 4.20)
	id 19x9pU-000OMe-Ob
	for dovecot@procontrol.fi; Wed, 10 Sep 2003 14:36:36 -0400
Received: from 12.148.10.20
        (SquirrelMail authenticated user david@madole.net)
        by www.omdev.com with HTTP;
        Wed, 10 Sep 2003 14:36:36 -0400 (EDT)
Message-ID: <57695.12.148.10.20.1063218996.squirrel@www.omdev.com>
Date: Wed, 10 Sep 2003 14:36:36 -0400 (EDT)
From: "David S Madole" <david@madole.net>
To: <dovecot@procontrol.fi>
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.10)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] Patch for auto-creating home directories
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 10 Sep 2003 18:37:12 -0000
X-UID: 1574                                                  
Status: O
Content-Length: 3690


I've created a patch that adds a feature that is helpful to my setup. If
'parent_dir_umask' is set in the configuration file, any missing
directories in the home directory path are created.

The home directory itself is created according to the 'umask' setting,
'parent_dir_umask' is only used for intermediate directories that might
need creating.

This is useful to me, as I pull user information from a PostgreSQL
database. This allows a new account to be created just by populating the
database. The directory gets created the first time the user logs in (by
Dovecot) or mail is received (by the MTA).

As the patch is of modest length, I have included it below. I hope my
meager skills are not an insult to the beatiful Dovecot code base!

Thanks,
David



*** ./src/master/mail-process.c.orig	Wed Sep 10 10:14:04 2003
--- ./src/master/mail-process.c	Wed Sep 10 12:16:06 2003
***************
*** 95,100 ****
--- 95,136 ----
  	return str_c(str);
  }

+ static int create_directories(const char *directory, mode_t mask) + {
+ 	char *chunk, *slash, *path;
+ 	mode_t oldmask;
+ 	int result;
+
+ 	if (mkdir(directory, 0777) == 0 || errno == EEXIST)
+ 		return TRUE;
+
+ 	if (errno != ENOENT)
+ 		return FALSE;
+
+ 	path = t_strdup_noconst(directory);
+
+ 	oldmask = umask(mask);
+
+ 	for (chunk = path; (slash = strchr(chunk, '/')); chunk = slash + 1) {
+
+ 		if (slash > chunk) {
+
+ 			*slash = '\0';
+ 			result = mkdir(path, 0777);
+ 			*slash = '/';
+
+ 			if (result != 0  && errno != EEXIST) {
+ 				umask(oldmask);
+ 				return FALSE;
+ 			}
+ 		}
+ 	}
+
+ 	umask(oldmask);
+
+ 	return (mkdir(path, 0777) == 0 || errno == EEXIST);
+ }
+
  int create_mail_process(int socket, struct ip_addr *ip,
  			const char *executable, const char *module_dir,
  			unsigned int process_size, int process_type,
***************
*** 156,164 ****
--- 192,205 ----

  	restrict_process_size(process_size, (unsigned int)-1);

+ 	(void)umask(set->umask);
+
  	if (*home_dir != '\0') {
  		full_home_dir = *chroot_dir == '\0' ? home_dir :
  			t_strconcat(chroot_dir, "/", home_dir, NULL);
+ 		if (set->parent_dir_umask != 0777 &&
+ 		    !create_directories(full_home_dir, set->parent_dir_umask)) +
			i_fatal("mkdir(%s) failed: %m", full_home_dir);
  		if (chdir(full_home_dir) < 0)
  			i_fatal("chdir(%s) failed: %m", full_home_dir);
  	}
***************
*** 188,194 ****
  		env_put("MAILDIR_CHECK_CONTENT_CHANGES=1");
  	if (set->mail_full_filesystem_access)
  		env_put("FULL_FILESYSTEM_ACCESS=1");
- 	(void)umask(set->umask);

  	env_put(t_strconcat("MBOX_LOCKS=", set->mbox_locks, NULL));
  	env_put(t_strdup_printf("MBOX_LOCK_TIMEOUT=%u",
--- 229,234 ----
*** ./src/master/master-settings.h.orig	Wed Sep 10 12:13:45 2003
--- ./src/master/master-settings.h	Wed Sep 10 12:13:47 2003
***************
*** 51,56 ****
--- 51,57 ----
  	int mbox_read_dotlock;
  	unsigned int mbox_lock_timeout;
  	unsigned int mbox_dotlock_change_timeout;
+ 	unsigned int parent_dir_umask;
  	unsigned int umask;
  	int mail_drop_priv_before_exec;

*** ./src/master/master-settings.c.orig	Wed Sep 10 12:13:59 2003
--- ./src/master/master-settings.c	Wed Sep 10 12:14:40 2003
***************
*** 67,72 ****
--- 67,73 ----
  	DEF(SET_BOOL, mbox_read_dotlock),
  	DEF(SET_INT, mbox_lock_timeout),
  	DEF(SET_INT, mbox_dotlock_change_timeout),
+ 	DEF(SET_INT, parent_dir_umask),
  	DEF(SET_INT, umask),
  	DEF(SET_BOOL, mail_drop_priv_before_exec),

***************
*** 180,185 ****
--- 181,187 ----
  	MEMBER(mbox_read_dotlock) FALSE,
  	MEMBER(mbox_lock_timeout) 300,
  	MEMBER(mbox_dotlock_change_timeout) 30,
+ 	MEMBER(parent_dir_umask) 0777,
  	MEMBER(umask) 0077,
  	MEMBER(mail_drop_priv_before_exec) FALSE,




From peter-clark@bethel.edu  Thu Sep 11 18:39:31 2003
Return-Path: <peter-clark@bethel.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BC3B423896; Thu, 11 Sep 2003 18:39:31 +0300 (EEST)
Received: from m1.ispmail.dnbsi.com (m1.dnbsi.com [198.136.194.44])
	by danu.procontrol.fi (Postfix) with ESMTP id C800323887
	for <dovecot@procontrol.fi>; Thu, 11 Sep 2003 18:38:59 +0300 (EEST)
Received: from 0-2pool130-132.nas4.minneapolis1.mn.us.da.qwest.net
	(0-2pool130-132.nas4.minneapolis1.mn.us.da.qwest.net [67.4.130.132])
	by m1.ispmail.dnbsi.com (Postfix) with ESMTP id 4A2ED8FC7A
	for <dovecot@procontrol.fi>; Thu, 11 Sep 2003 08:38:57 -0700 (PDT)
From: Peter Clark <peter-clark@bethel.edu>
To: dovecot@procontrol.fi
Date: Thu, 11 Sep 2003 10:27:25 -0500
User-Agent: KMail/1.5.3
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309111027.25544.peter-clark@bethel.edu>
Subject: [Dovecot] Setting up a local shared mailbox
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 11 Sep 2003 15:39:31 -0000
X-UID: 1575                                                  
Status: O

	One: I have never set up an IMAP server before, so I thought I would ask 
first before blindly stumbling around. The problem I am want to solve is 
this: my wife and I have a "joint" email account that we both want to access 
(we also have our own personal accounts, but that's beside the point.) I 
posed the question to my local LUG, and several suggested setting up a local 
IMAP server so that we can both access it through KMail. Would you concur? If 
so, is there a tutorial or something similar that gives instructions for 
setting up dovecot locally? As I said, I've never set up an IMAP server 
before, and I'm not really sure how to go about it. (I'm running Debian Sid, 
so the packages are already installed, but I don't know what additional steps 
need to be taken.)
	Thanks for your help,
	:Peter

From rjhjr@cox.net  Thu Sep 11 23:29:33 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E92FE238B6; Thu, 11 Sep 2003 23:29:32 +0300 (EEST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 0DBE02387F
	for <dovecot@procontrol.fi>; Thu, 11 Sep 2003 23:29:00 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao03.cox.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP
          id <20030911202857.HWSF9576.lakemtao03.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Thu, 11 Sep 2003 16:28:57 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Thu, 11 Sep 2003 16:28:58 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Thu, 11 Sep 2003 16:28:58 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Setting up a local shared mailbox
Message-ID: <20030911202858.GI86658@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <200309111027.25544.peter-clark@bethel.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200309111027.25544.peter-clark@bethel.edu>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 11 Sep 2003 20:29:33 -0000
X-UID: 1576                                                  
Status: O
Content-Length: 3338

On Thu, Sep 11, 2003 at 10:27:25AM -0500, Peter Clark wrote:
> 	One: I have never set up an IMAP server before, so I thought I would ask 
> first before blindly stumbling around. The problem I am want to solve is 
> this: my wife and I have a "joint" email account that we both want to access 
> (we also have our own personal accounts, but that's beside the point.) I 
> posed the question to my local LUG, and several suggested setting up a local 
> IMAP server so that we can both access it through KMail. Would you concur? If 
> so, is there a tutorial or something similar that gives instructions for 
> setting up dovecot locally? As I said, I've never set up an IMAP server 
> before, and I'm not really sure how to go about it. (I'm running Debian Sid, 
> so the packages are already installed, but I don't know what additional steps 
> need to be taken.)

I just finished doing the same thing, and there really isn't any 
documentation specific to this. Read the documentation on the dovecot 
web site. Also, Timo has set up a Wiki at 
	http://dovecot.procontrol.fi/dovewiki
Immediately above the word "MoinMoinWiki" is a link to the contents. 
The troubleshooting section may be helpful. Any one can contribute a 
new topic or edit an existing one, so someone who solved problems not 
currently documented could add to the troubleshooting guide or even 
write a guide to setting up dovecot for your specific needs. Hint. Hint. 
Wink. Wink. Nudge. Nudge. 

What you want to do is very easy if you avoid all the mistakes I made. 
Most of my mistakes involved the interaction between Dovecot and LDAP. 
If you use the passwd file for authentication, it becomes much easier. 
(I.e. there are fewer opportunities for making mistakes.) Post questions 
and people will try to answer them.

Here's a rough outline of my system: 

This is handled on a FreeBSD box. 

getmail imports mail from various POP3 accounts with a couple of ISPs.
getmail runs under a postoffice account (normal Unix user) that runs 
mail-related cron jobs and performs other mail-admin tasks. POP3-to-
IMAP accounts are 1-to-1; e.g. mail at the POP3 account wibble@isp.net 
is imported to /var/mail/wibble/inbox.

All accounts are virtual; none of the accounts are mentioned in 
passwd. I use LDAP to store account names and passwords, but there are 
other solutions. The easiest is probably 'static' (see Timo's 
documentation). 

Each account has a directory in /var/mail; e.g. the account wibble has 
its mail in /var/mail/wibble. The directories in /var/mail are all owned 
by the postoffice account. I don't know what the Linux equivalent of 
/var/mail would be.

I'm using the mbox format for mailboxes, because the mailboxes were 
already in that format when I imported them to Dovecot. I found a script 
for converting them to maildir, but I'm busy and mbox works, and I may 
never get around to it.

Outgoing mail goes directly from the MUA to the outside account. 
Since every /var/mail/wibble corresponds to a wibble@isp.net, I don't 
need to do anything except set up the MUA to send outgoing mail to 
the SMTP server at the ISP, exactly as you are probably doing now. 

We offer no services on the Internet, so the firewall and hosts.allow 
file both refuse connection attempts from outside the LAN. This makes 
security relatively easy. 
 
Bob Hall
From warren@togami.com  Fri Sep 12 06:32:19 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 46C77238B6; Fri, 12 Sep 2003 06:32:19 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 124FF2387F
	for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 06:31:46 +0300 (EEST)
Received: from localhost (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP id 17EE25D8060
	for <dovecot@procontrol.fi>; Thu, 11 Sep 2003 17:35:25 -1000 (HST)
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1063337498.9924.3.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-5) 
Date: Thu, 11 Sep 2003 17:31:39 -1000
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] dovecot IMAP misserving problem?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 12 Sep 2003 03:32:19 -0000
X-UID: 1577                                                  
Status: O

http://togami.com/~warren/archive/2003/evolution-1.4.4-crash.mbox
I suspect that dovecot-0.99.10 is misserving this message in some way
that is confusing some IMAP clients.  This behavior causes
evolution-1.4.4 to segfault, and squirrelmail-1.4.1 to be unable to read
the message.  The same message served by uw-imapd works works fine in
both evolution and squirrelmail.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104288
Red Hat Bugzilla dovecot report

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104289
Red Hat Bugzilla evolution segfault report

http://bugzilla.ximian.com/show_bug.cgi?id=48418
Ximian evolution segfault report


From kyler@lairds.com  Fri Sep 12 02:43:24 2003
Return-Path: <kyler@lairds.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E04EB23887; Fri, 12 Sep 2003 02:43:24 +0300 (EEST)
Received: from ns.purdue.org (ns.purdue.org [206.230.5.18])
	by danu.procontrol.fi (Postfix) with ESMTP id 7B7302387F
	for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 02:42:51 +0300 (EEST)
Received: from portproxy by ns.purdue.org with local (Exim 3.36 #1 (Debian))
	id 19xb5N-0004ew-00
	for <dovecot@procontrol.fi>; Thu, 11 Sep 2003 18:42:49 -0500
Received: from kyler by lairds.com with local (masqmail 0.2.20) id
 19xb3D-8El-00; Thu, 11 Sep 2003 18:40:35 -0500
Date: Thu, 11 Sep 2003 18:40:35 -0500
From: Kyler Laird <Kyler@Lairds.com>
To: grahame@ucs.uwa.edu.au
Message-ID: <20030911234035.GF24978@jowls>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
X-Mailman-Approved-At: Fri, 12 Sep 2003 15:44:07 +0300
cc: dovecot@procontrol.fi
Subject: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: kyler-dated-1063582650.97713a@lairds.com
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 11 Sep 2003 23:43:25 -0000
X-UID: 1578                                                  
Status: O

I've been using Dovecot on 2.6.0-test1 for quite awhile but today I
jumped ahead to test5 and it broke in the way you described.
	http://dovecot.procontrol.fi/list/dovecot/2003-July/001943.html

I used your workaround and now everyone is back in business.  Thank you
for the help!  (I was sweating there for a bit.)

--kyler

From peter-clark@bethel.edu  Fri Sep 12 19:55:39 2003
Return-Path: <peter-clark@bethel.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ED19E238B6; Fri, 12 Sep 2003 19:55:38 +0300 (EEST)
Received: from m1.ispmail.dnbsi.com (m1.dnbsi.com [198.136.194.44])
	by danu.procontrol.fi (Postfix) with ESMTP id 3E64D23887
	for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 19:55:05 +0300 (EEST)
Received: from 0-1pool205-129.nas29.minneapolis1.mn.us.da.qwest.net
	(0-1pool205-129.nas29.minneapolis1.mn.us.da.qwest.net [67.4.205.129])
	by m1.ispmail.dnbsi.com (Postfix) with ESMTP id A62398FC69
	for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 09:54:59 -0700 (PDT)
From: Peter Clark <peter-clark@bethel.edu>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Setting up a local shared mailbox
Date: Fri, 12 Sep 2003 11:54:56 -0500
User-Agent: KMail/1.5.3
References: <200309111027.25544.peter-clark@bethel.edu>
	<20030911202858.GI86658@kongemord.krig.net>
In-Reply-To: <20030911202858.GI86658@kongemord.krig.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309121154.57436.peter-clark@bethel.edu>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dovecot@procontrol.fi
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 12 Sep 2003 16:55:39 -0000
X-UID: 1579                                                  
Status: O
Content-Length: 1349

On Thursday 11 September 2003 03:28 pm, Bob Hall wrote:
> I just finished doing the same thing, and there really isn't any
> documentation specific to this. Read the documentation on the dovecot
> web site. Also, Timo has set up a Wiki at
>         http://dovecot.procontrol.fi/dovewiki
	This was helpful, especially the "cheat sheet." Here's my setup:
base_dir = /var/run/dovecot/
protocols =  imap
imap_listen = *
ssl_disable = yes
login_chroot = yes
login = imap
login_executable = /usr/lib/dovecot/imap-login
login_user = dovecot
verbose_proctitle = yes
valid_chroot_dirs = /var/mail
default_mail_env = maildir:/var/mail/theclarks
imap_executable = /usr/lib/dovecot/imap
auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = pam
auth_executable = /usr/lib/dovecot/dovecot-auth
auth_user = root
auth_verbose = yes

	Almost everything works fine, although I'm concerned about 'imap_listen = *'. 
Is there any way to restrict this to just localhost? I tried 'imap_listen = 
localhost', but that didn't seem to work. (Ditto with 127.0.0.1). (The other 
problem is that KMail doesn't indicate new messages in the folder, so the 
only way to see if there are new messages is to click on the folder itself, 
but that's off-topic, I suppose.) Suggestions?
	:Peter
-- 
Oh what a tangled web they weave who try a new word to conceive!

From rjhjr@cox.net  Fri Sep 12 21:42:59 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C133F238C5; Fri, 12 Sep 2003 21:42:59 +0300 (EEST)
Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241])
	by danu.procontrol.fi (Postfix) with ESMTP id DF64423887
	for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 21:42:26 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao04.cox.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP
          id <20030912184226.VQTX29227.lakemtao04.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 14:42:26 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Fri, 12 Sep 2003 14:42:25 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Fri, 12 Sep 2003 14:42:25 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Setting up a local shared mailbox
Message-ID: <20030912184224.GA3173@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <200309111027.25544.peter-clark@bethel.edu>
	<20030911202858.GI86658@kongemord.krig.net>
	<200309121154.57436.peter-clark@bethel.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200309121154.57436.peter-clark@bethel.edu>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 12 Sep 2003 18:42:59 -0000
X-UID: 1580                                                  
Status: O
Content-Length: 1682

On Fri, Sep 12, 2003 at 11:54:56AM -0500, Peter Clark wrote:
> auth_passdb = pam
> auth_user = root

I thought you didn't need to be root to authenticate with PAM? If you 
can do this as dovecot-auth, it will be more secure.
> 
> 	Almost everything works fine, although I'm concerned about 'imap_listen = *'. 
> Is there any way to restrict this to just localhost? I tried 'imap_listen = 
> localhost', but that didn't seem to work. (Ditto with 127.0.0.1). (The other 

If you set it to localhost, then you can only access mail from the one 
machine. I was under the impression that you were trying to access mail 
from more than one machine on your LAN. If not, then I'm not sure what 
IMAP is doing for you.

I haven't tried setting it to the loopback interface. I did set it to the 
LAN interface, but that eliminated loopback. Since I want both, I set it 
back to *. That means that it's also listening on the Internet interface, 
but the firewall and permissions are both blocking any connections there, 
so we're probably pretty secure. 

Regarding the cheatsheet: I got the idea from McKusick's site at
www.mostgraveconcern.com. It seems to be a good way of packing the 
maximum info into the minimum space. Sort of like an extra-terse man 
page. A series of cheatsheets for specific implementations might be 
the fastest, easiest way of supplementing the existing documentation. 
Since it consists only of the config files without comments, perhaps 
other people could edit their files and contribute them? Particularly 
for unusual setups? 

Also, if you find a solution to a specific problem, please consider 
adding it to the troubleshooting guide on the Wiki. 

Bob Hall
From peter-clark@bethel.edu  Fri Sep 12 23:54:26 2003
Return-Path: <peter-clark@bethel.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2BC4623887; Fri, 12 Sep 2003 23:54:26 +0300 (EEST)
Received: from m1.ispmail.dnbsi.com (m1.dnbsi.com [198.136.194.44])
	by danu.procontrol.fi (Postfix) with ESMTP id 735402387F
	for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 23:54:21 +0300 (EEST)
Received: from 0-1pool204-179.nas29.minneapolis1.mn.us.da.qwest.net
	(0-1pool204-179.nas29.minneapolis1.mn.us.da.qwest.net [67.4.204.179])
	by m1.ispmail.dnbsi.com (Postfix) with ESMTP id DA2898FD1F
	for <dovecot@procontrol.fi>; Fri, 12 Sep 2003 13:54:17 -0700 (PDT)
From: Peter Clark <peter-clark@bethel.edu>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Setting up a local shared mailbox
Date: Fri, 12 Sep 2003 15:54:14 -0500
User-Agent: KMail/1.5.3
References: <200309111027.25544.peter-clark@bethel.edu>
	<200309121154.57436.peter-clark@bethel.edu>
	<20030912184224.GA3173@kongemord.krig.net>
In-Reply-To: <20030912184224.GA3173@kongemord.krig.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309121554.14426.peter-clark@bethel.edu>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dovecot@procontrol.fi
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 12 Sep 2003 20:54:26 -0000
X-UID: 1581                                                  
Status: O
Content-Length: 1477

On Friday 12 September 2003 01:42 pm, Bob Hall wrote:
> On Fri, Sep 12, 2003 at 11:54:56AM -0500, Peter Clark wrote:
> > auth_passdb = pam
> > auth_user = root
>
> I thought you didn't need to be root to authenticate with PAM? If you
> can do this as dovecot-auth, it will be more secure.
	Hey, I don't know. :) I'll try, though.

> > 	Almost everything works fine, although I'm concerned about 'imap_listen
> > = *'. Is there any way to restrict this to just localhost? I tried
> > 'imap_listen = localhost', but that didn't seem to work. (Ditto with
> > 127.0.0.1). (The other
>
> If you set it to localhost, then you can only access mail from the one
> machine. I was under the impression that you were trying to access mail
> from more than one machine on your LAN. If not, then I'm not sure what
> IMAP is doing for you.
	No, it's one machine. My "desktop" is vt7, my wife's is vt8. We both want to 
access the same maildir that is our common account (while keeping our own 
accounts separate--my wife doesn't want to wade through the 100 emails I get 
daily). The LUG members in my area recommended IMAP, rather than trying to 
symlink it. If you think it would be better to symlink it, please say so.
	And BTW, "localhost" doesn't work, even on one machine.

> Also, if you find a solution to a specific problem, please consider
> adding it to the troubleshooting guide on the Wiki.
	Will do.
	:Peter
-- 
Oh what a tangled web they weave who try a new word to conceive!

From tss@iki.fi  Sat Sep 13 05:03:36 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 402E8238D5; Sat, 13 Sep 2003 05:03:36 +0300 (EEST)
Received: from iki.fi (cb-33.mpy.kv9.net [217.78.213.33])
	by danu.procontrol.fi (Postfix) with ESMTP id ACD83238C5
	for <dovecot@procontrol.fi>; Sat, 13 Sep 2003 05:03:02 +0300 (EEST)
Date: Sat, 13 Sep 2003 05:03:29 +0300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <787104AA-E58E-11D7-B223-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] Dovecot Wiki
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 02:03:36 -0000
X-UID: 1582                                                  
Status: O

I finally got around to cleaning up the MoinMoin pages out of it and 
added a link to it from main page. I also got dovecot.fi domain, so 
Dovecot pages can be accessed from http://www.dovecot.fi/ and Wiki is 
at http://wiki.dovecot.fi/

From tss@iki.fi  Sat Sep 13 05:28:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E66BF238D7; Sat, 13 Sep 2003 05:28:13 +0300 (EEST)
Received: from iki.fi (cb-33.mpy.kv9.net [217.78.213.33])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 756D3238D5; Sat, 13 Sep 2003 05:28:11 +0300 (EEST)
Date: Sat, 13 Sep 2003 05:28:38 +0300
Subject: Re: [Dovecot] Patch for auto-creating home directories
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: "David S Madole" <david@madole.net>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <57695.12.148.10.20.1063218996.squirrel@www.omdev.com>
Message-Id: <FBA6B85C-E591-11D7-B223-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-Spam-Status: No, hits=-5.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      RCVD_IN_OSIRUSOFT_COM,REPLY_WITH_QUOTES,
	      USER_AGENT_APPLEMAIL
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 02:28:14 -0000
X-UID: 1583                                                  
Status: O

On Wednesday, Sep 10, 2003, at 21:36 Europe/Helsinki, David S Madole 
wrote:

> I've created a patch that adds a feature that is helpful to my setup. 
> If
> 'parent_dir_umask' is set in the configuration file, any missing
> directories in the home directory path are created.

Hmm. Looks like the home directory owner is kept as root, or did I miss 
something? :) There's actually mkdir_parents() function which does 
pretty much what your create_directories() does.

It should also work with multiple uids so that directories up until the 
home directory would be owned by root (or configurable?). The home 
directory itself should have user's uid/gid as owner/group.

Other than that it's good :)

From tss@iki.fi  Sat Sep 13 05:42:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9932B23993; Sat, 13 Sep 2003 05:42:42 +0300 (EEST)
Received: from iki.fi (cb-33.mpy.kv9.net [217.78.213.33])
	by danu.procontrol.fi (Postfix) with ESMTP id B143B238D5
	for <dovecot@procontrol.fi>; Sat, 13 Sep 2003 05:42:40 +0300 (EEST)
Date: Sat, 13 Sep 2003 05:43:08 +0300
Subject: Re: [Dovecot] dovecot IMAP misserving problem?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <1063337498.9924.3.camel@laptop>
Message-Id: <01E83A68-E594-11D7-B223-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 02:42:42 -0000
X-UID: 1584                                                  
Status: O

On Friday, Sep 12, 2003, at 06:31 Europe/Helsinki, Warren Togami wrote:

> http://togami.com/~warren/archive/2003/evolution-1.4.4-crash.mbox
> I suspect that dovecot-0.99.10 is misserving this message in some way
> that is confusing some IMAP clients.  This behavior causes
> evolution-1.4.4 to segfault, and squirrelmail-1.4.1 to be unable to 
> read
> the message.  The same message served by uw-imapd works works fine in
> both evolution and squirrelmail.

Problem is that it contained message/rfc822 attachment which didn't 
actually have any headers (Content-Type especially). Dovecot didn't 
write empty envelope for it in BODY or BODYSTRUCTURE replies. It's 
fixed in CVS, I think it was this change: 
http://dovecot.fi/bodystructure.patch

From tss@iki.fi  Sat Sep 13 05:46:45 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 99A7623994; Sat, 13 Sep 2003 05:46:45 +0300 (EEST)
Received: from iki.fi (cb-33.mpy.kv9.net [217.78.213.33])
	by danu.procontrol.fi (Postfix) with ESMTP id B14BB23993
	for <dovecot@procontrol.fi>; Sat, 13 Sep 2003 05:46:42 +0300 (EEST)
Date: Sat, 13 Sep 2003 05:47:10 +0300
Subject: Re: [Dovecot] Setting up a local shared mailbox
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030912184224.GA3173@kongemord.krig.net>
Message-Id: <92928873-E594-11D7-B223-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 02:46:45 -0000
X-UID: 1585                                                  
Status: O

On Friday, Sep 12, 2003, at 21:42 Europe/Helsinki, Bob Hall wrote:

> On Fri, Sep 12, 2003 at 11:54:56AM -0500, Peter Clark wrote:
>> auth_passdb = pam
>> auth_user = root
>
> I thought you didn't need to be root to authenticate with PAM? If you
> can do this as dovecot-auth, it will be more secure.

I think PAM always requires roots.

From tss@iki.fi  Sat Sep 13 05:49:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 14F5F2399A; Sat, 13 Sep 2003 05:49:47 +0300 (EEST)
Received: from iki.fi (cb-33.mpy.kv9.net [217.78.213.33])
	by danu.procontrol.fi (Postfix) with ESMTP id 01F8523993
	for <dovecot@procontrol.fi>; Sat, 13 Sep 2003 05:49:44 +0300 (EEST)
Date: Sat, 13 Sep 2003 05:50:12 +0300
Subject: Re: [Dovecot] Setting up a local shared mailbox
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <200309121154.57436.peter-clark@bethel.edu>
Message-Id: <FECEA02A-E594-11D7-B223-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 02:49:47 -0000
X-UID: 1586                                                  
Status: O

On Friday, Sep 12, 2003, at 19:54 Europe/Helsinki, Peter Clark wrote:

> 	Almost everything works fine, although I'm concerned about 
> 'imap_listen = *'.
> Is there any way to restrict this to just localhost? I tried 
> 'imap_listen =
> localhost', but that didn't seem to work. (Ditto with 127.0.0.1).

That should work. What do you mean by it didn't work? Does Dovecot 
start? Is there anything in log files (/var/log/mail.log)? Can you 
"telnet localhost imap2"? Does "netstat -l" show that it's listening 
there?

From phil@brutsche.us  Sat Sep 13 07:07:01 2003
Return-Path: <phil@brutsche.us>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ECAE12399D; Sat, 13 Sep 2003 07:07:01 +0300 (EEST)
Received: from tux.obix.com (tux.creighton.edu [147.134.5.192])
	by danu.procontrol.fi (Postfix) with ESMTP id AEF1D2399C
	for <dovecot@procontrol.fi>; Sat, 13 Sep 2003 07:06:29 +0300 (EEST)
Received: from giedi.brutsche.us ([68.224.160.76])
	by tux.obix.com with asmtp (TLSv1:EDH-RSA-DES-CBC3-SHA:168)
	(Exim 4.20)
	id 19y1g2-0000eA-Lg
	for dovecot@procontrol.fi; Fri, 12 Sep 2003 23:06:26 -0500
Received: from dhcp-0-225.brutsche.com ([192.168.0.225] helo=brutsche.us)
	by giedi.brutsche.us with esmtp (Exim 4.20)
	id 19y1fx-00038g-DP
	for dovecot@procontrol.fi; Fri, 12 Sep 2003 23:06:21 -0500
Message-ID: <3F62983A.5080508@brutsche.us>
Date: Fri, 12 Sep 2003 23:08:26 -0500
From: Phil Brutsche <phil@brutsche.us>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: dovecot@procontrol.fi
Subject: Re: [Dovecot] Setting up a local shared mailbox
References: <92928873-E594-11D7-B223-000393CC2E90@iki.fi>
In-Reply-To: <92928873-E594-11D7-B223-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 04:07:02 -0000
X-UID: 1587                                                  
Status: O

Timo Sirainen wrote:
> On Friday, Sep 12, 2003, at 21:42 Europe/Helsinki, Bob Hall wrote:
> 
> 
>>On Fri, Sep 12, 2003 at 11:54:56AM -0500, Peter Clark wrote:
>>
>>>auth_passdb = pam
>>>auth_user = root
>>
>>I thought you didn't need to be root to authenticate with PAM? If you
>>can do this as dovecot-auth, it will be more secure.
> 
> 
> I think PAM always requires roots.

The process authenticating via PAM needs whatever access rights are 
required to read the password database.

Anyone who uses PAM to authenticate out of /etc/shadow (or the 
equivalent) will inevitably end up with the authentication daemon 
running as root.

If you tell PAM to authenticate via:
  * LDAP
  * any SQL database
  * SMB (aka ask a Windows or Samba box)
  * winbind (aka ask a WinNT, Win2k, or Win2k3 domain controller)
then the ability to open a TCP, UDP, or unix domain socket is the only 
access required.

Note that the above list of PAM authentication mechanisms is by no means 
complete.

-- 

Phil Brutsche
phil@brutsche.us


From warren@togami.com  Sat Sep 13 12:50:57 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ECD6A238C7; Sat, 13 Sep 2003 12:50:56 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id D4569238B6
	for <dovecot@procontrol.fi>; Sat, 13 Sep 2003 12:50:23 +0300 (EEST)
Received: from localhost (unknown [127.0.0.1])
	by pan.mplug.org (Postfix) with ESMTP
	id 0D9245D8060; Fri, 12 Sep 2003 23:54:25 -1000 (HST)
Subject: Re: [Dovecot] dovecot IMAP misserving problem?
From: Warren Togami <warren@togami.com>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <01E83A68-E594-11D7-B223-000393CC2E90@iki.fi>
References: <01E83A68-E594-11D7-B223-000393CC2E90@iki.fi>
Content-Type: text/plain
Message-Id: <1063444255.3226.1.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-5) 
Date: Fri, 12 Sep 2003 23:50:18 -1000
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 09:50:57 -0000
X-UID: 1588                                                  
Status: O
Content-Length: 1146

On Fri, 2003-09-12 at 16:43, Timo Sirainen wrote:
> On Friday, Sep 12, 2003, at 06:31 Europe/Helsinki, Warren Togami wrote:
> 
> > http://togami.com/~warren/archive/2003/evolution-1.4.4-crash.mbox
> > I suspect that dovecot-0.99.10 is misserving this message in some way
> > that is confusing some IMAP clients.  This behavior causes
> > evolution-1.4.4 to segfault, and squirrelmail-1.4.1 to be unable to 
> > read
> > the message.  The same message served by uw-imapd works works fine in
> > both evolution and squirrelmail.
> 
> Problem is that it contained message/rfc822 attachment which didn't 
> actually have any headers (Content-Type especially). Dovecot didn't 
> write empty envelope for it in BODY or BODYSTRUCTURE replies. It's 
> fixed in CVS, I think it was this change: 
> http://dovecot.fi/bodystructure.patch

Tested this patch with 0.99.10.  evolution-1.4.4 still segfaults, and
squirrelmail-1.4.1 similarly is unable to read the message. Mozilla
still works.

Please suggest anything more to test.

http://bugzilla.ximian.com/show_bug.cgi?id=48418
Ximian evolution segfault bug report

Thanks,
Warren Togami
warren@togami.com

From tss@iki.fi  Sat Sep 13 14:33:27 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 22EB323887; Sat, 13 Sep 2003 14:33:27 +0300 (EEST)
Received: from iki.fi (cb-33.mpy.kv9.net [217.78.213.33])
	by danu.procontrol.fi (Postfix) with ESMTP
	id B7C4823866; Sat, 13 Sep 2003 14:33:22 +0300 (EEST)
Date: Sat, 13 Sep 2003 14:33:51 +0300
Subject: Re: [Dovecot] dovecot IMAP misserving problem?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Warren Togami <warren@togami.com>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1063444255.3226.1.camel@laptop>
Message-Id: <25F0676A-E5DE-11D7-B223-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 11:33:27 -0000
X-UID: 1589                                                  
Status: O

On Saturday, Sep 13, 2003, at 12:50 Europe/Helsinki, Warren Togami 
wrote:

>> Problem is that it contained message/rfc822 attachment which didn't
>> actually have any headers (Content-Type especially). Dovecot didn't
>> write empty envelope for it in BODY or BODYSTRUCTURE replies. It's
>> fixed in CVS, I think it was this change:
>> http://dovecot.fi/bodystructure.patch
>
> Tested this patch with 0.99.10.  evolution-1.4.4 still segfaults, and
> squirrelmail-1.4.1 similarly is unable to read the message. Mozilla
> still works.
>
> Please suggest anything more to test.

Dovecot probably cached the reply. Try deleting .imap.index* files.

From rjhjr@cox.net  Sun Sep 14 01:39:19 2003
Return-Path: <rjhjr@cox.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7630A238B6; Sun, 14 Sep 2003 01:39:19 +0300 (EEST)
Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244])
	by danu.procontrol.fi (Postfix) with ESMTP id 87C4B23887
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 01:38:44 +0300 (EEST)
Received: from kongemord.krig.net ([68.100.111.121]) by lakemtao01.cox.net
          (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP
          id <20030913223843.SEGF29208.lakemtao01.cox.net@kongemord.krig.net>
          for <dovecot@procontrol.fi>; Sat, 13 Sep 2003 18:38:43 -0400
Received: by kongemord.krig.net (sSMTP sendmail emulation);
	Sat, 13 Sep 2003 18:38:42 -0400
From: "Bob Hall" <rjhjr@cox.net>
Date: Sat, 13 Sep 2003 18:38:42 -0400
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Setting up a local shared mailbox
Message-ID: <20030913223841.GA84630@kongemord.krig.net>
Mail-Followup-To: dovecot@procontrol.fi
References: <92928873-E594-11D7-B223-000393CC2E90@iki.fi>
	<3F62983A.5080508@brutsche.us>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3F62983A.5080508@brutsche.us>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2003 22:39:19 -0000
X-UID: 1590                                                  
Status: O

On Fri, Sep 12, 2003 at 11:08:26PM -0500, Phil Brutsche wrote:
> The process authenticating via PAM needs whatever access rights are 
> required to read the password database.

Thanks for the correction.

Bob Hall
From matthias.andree@gmx.de  Sun Sep 14 19:09:06 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4D42D238B6; Sun, 14 Sep 2003 19:09:06 +0300 (EEST)
Received: from mail.gmx.net (imap.gmx.net [213.165.64.20])
	by danu.procontrol.fi (Postfix) with SMTP id 01B1123887
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 19:08:32 +0300 (EEST)
Received: (qmail 23796 invoked by uid 65534); 14 Sep 2003 16:08:28 -0000
Received: from pD951FF21.dip.t-dialin.net (EHLO merlin.emma.line.org)
	(217.81.255.33)
	by mail.gmx.net (mp005) with SMTP; 14 Sep 2003 18:08:28 +0200
Date: Sun, 14 Sep 2003 18:08:27 +0200
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot Wiki
References: <787104AA-E58E-11D7-B223-000393CC2E90@iki.fi>
Message-ID: <oprvhy4dei4xwok9@mail.gmx.net>
From: Matthias Andree <matthias.andree@gmx.de>
Content-Type: text/plain; format=flowed; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <787104AA-E58E-11D7-B223-000393CC2E90@iki.fi>
User-Agent: Opera7.20/FreeBSD M2 build 459
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 14 Sep 2003 16:09:06 -0000
X-UID: 1591                                                  
Status: O

On Sat, 13 Sep 2003 05:03:29 +0300, Timo Sirainen <tss@iki.fi> wrote:

> I finally got around to cleaning up the MoinMoin pages out of it and 
> added a link to it from main page. I also got dovecot.fi domain, so 
> Dovecot pages can be accessed from http://www.dovecot.fi/ and Wiki is at 
> http://wiki.dovecot.fi/

I've polished the FrontPage and the Question and Answers page a tiny bit, 
and found that the "UserPreferences" buttons and links (top right of the 
pages) seem non-functional. Could these be fixed so I can edit my 
preferences? That's useful to set e. g. the edit window size.

Thanks in advance.

-- 
Matthias Andree
From tss@iki.fi  Sun Sep 14 19:17:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 846C2238B6; Sun, 14 Sep 2003 19:17:13 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AFB0B23887
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 19:16:40 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 740655C65485
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 19:16:40 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot Wiki
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <oprvhy4dei4xwok9@mail.gmx.net>
References: <787104AA-E58E-11D7-B223-000393CC2E90@iki.fi>
	 <oprvhy4dei4xwok9@mail.gmx.net>
Content-Type: text/plain
Message-Id: <1063556199.855.86.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 14 Sep 2003 19:16:40 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 14 Sep 2003 16:17:13 -0000
X-UID: 1592                                                  
Status: O

On Sun, 2003-09-14 at 19:08, Matthias Andree wrote:
> I've polished the FrontPage and the Question and Answers page a tiny bit, 
> and found that the "UserPreferences" buttons and links (top right of the 
> pages) seem non-functional. Could these be fixed so I can edit my 
> preferences? That's useful to set e. g. the edit window size.

Fixed. Anything else broken?


From G.Ohrner@post.rwth-aachen.de  Sun Sep 14 20:11:09 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8126A23887; Sun, 14 Sep 2003 20:11:09 +0300 (EEST)
Received: from Blubb.wwWLAN.net (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id 0370C23866
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 20:10:48 +0300 (EEST)
Received: by Blubb.wwWLAN.net (Postfix, from userid 106)
	id 73EC2344087; Sun, 14 Sep 2003 19:10:50 +0200 (CEST)
Received: from HornBurg.CustomCDROM.de (ach9-d9bba996.pool.mediaWays.net
	[217.187.169.150])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by Blubb.wwWLAN.net (Postfix) with ESMTP id CD4B7344086
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 19:10:49 +0200 (CEST)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=d5f6cbda3352de9a1d245605c057247c)
	by HornBurg.CustomCDROM.de with esmtp (Exim 3.35 #1 (Debian))
	id 19yaOY-0002I8-00
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 19:10:42 +0200
Received: from localhost ([127.0.0.1] ident=ecf9dc44daf30a1040dd1ba4abe0fb0d)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 19yaOf-0003Bt-00
	for <dovecot@procontrol.fi>; Sun, 14 Sep 2003 19:10:49 +0200
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: dovecot@procontrol.fi
Date: Sun, 14 Sep 2003 19:10:32 +0200
User-Agent: KMail/1.5.3
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200309141910.48991@mail.CustomCDROM.de>
X-Spam-Status: No, hits=-2.9 required=5.0
	tests=PGP_SIGNATURE,USER_AGENT_KMAIL
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Subject: [Dovecot] child 9436 (pop3) killed with signal 11
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 14 Sep 2003 17:11:09 -0000
X-UID: 1593                                                  
Status: O
Content-Length: 1974

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

Suddenly since this afternoon the following happens:

Sep 14 18:16:55 UnseenUniversity pop3-login: Login: gunter [127.0.0.1]
Sep 14 18:16:55 UnseenUniversity pop3(gunter): Corrupted index data file /
home/gunter/Mail/.imap/INBOX/.imap.index.data: Field 1 size points outside=
=20
file (205408 / 205376) for record 4662
Sep 14 18:16:55 UnseenUniversity pop3(gunter): Corrupted index data file /
home/gunter/Mail/.imap/INBOX/.imap.index.data: Missing location field for=20
record 4662
Sep 14 18:16:55 UnseenUniversity dovecot: child 9436 (pop3) killed with sig=
nal=20
11

I thought dovecot would delete damaged index files but I get this always wh=
en=20
checking mail for the first time, cheking mail for the second time tells me:

Sep 14 18:18:43 UnseenUniversity pop3-login: Login: gunter [127.0.0.1]
Sep 14 18:18:43 UnseenUniversity pop3(gunter): Corrupted binary tree file /
home/gunter/Mail/.imap/INBOX/.imap.index.tree: Invalid used_file_size in=20
header (0)

but actually fetches the mail after that.
So what can/should I do? Simply delete the offending index file?

The dovecot version I'm using here is Debian's
ii  dovecot-pop3d  0.99.10-7      A secure POP3 server that supports mbox a=
nd
and only it's pop3 part.

Greetings,

  Gunter

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
3) I don't sign parts of the body, even if they're still attached.      =20
 -- From Terry's Rules of Book Signing           (Terry Pratchett,=20
alt.fan.pratchett)
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/ZKEX0ORHvREo8l8RAnKoAJoDpKu3OprNQ0W7ZWXpj5/RcYmZFgCfWU2c
s5uLQS9yQpe7LQlVDRbnlvk=3D
=3DngZu
=2D----END PGP SIGNATURE-----

From tss@iki.fi  Mon Sep 15 20:08:47 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5CCD8238B6; Mon, 15 Sep 2003 20:08:47 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id B4F5F2387F
	for <dovecot@procontrol.fi>; Mon, 15 Sep 2003 20:08:45 +0300 (EEST)
Date: Mon, 15 Sep 2003 20:09:16 +0300
Subject: Re: [Dovecot] child 9436 (pop3) killed with signal 11
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <200309141910.48991@mail.CustomCDROM.de>
Message-Id: <56146A10-E79F-11D7-AD52-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 15 Sep 2003 17:08:47 -0000
X-UID: 1594                                                  
Status: O

On Sunday, Sep 14, 2003, at 20:10 Europe/Helsinki, Gunter Ohrner wrote:

> I thought dovecot would delete damaged index files

It should rebuild them automatically. I guess there are some situations 
when it fails to do that.

>  but I get this always when
> checking mail for the first time, cheking mail for the second time 
> tells me:
>
> Sep 14 18:18:43 UnseenUniversity pop3-login: Login: gunter [127.0.0.1]
> Sep 14 18:18:43 UnseenUniversity pop3(gunter): Corrupted binary tree 
> file /
> home/gunter/Mail/.imap/INBOX/.imap.index.tree: Invalid used_file_size 
> in
> header (0)
>
> but actually fetches the mail after that.
> So what can/should I do? Simply delete the offending index file?

Yes, see if it helps.

From kollathodi@yahoo.com  Tue Sep 16 01:35:47 2003
Return-Path: <kollathodi@yahoo.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DE36D238B6; Tue, 16 Sep 2003 01:35:47 +0300 (EEST)
Received: from web20804.mail.yahoo.com (web20804.mail.yahoo.com
	[216.136.226.193])
	by danu.procontrol.fi (Postfix) with SMTP id 56A3923866
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 01:35:14 +0300 (EEST)
Message-ID: <20030915223509.9640.qmail@web20804.mail.yahoo.com>
Received: from [217.17.233.135] by web20804.mail.yahoo.com via HTTP;
	Mon, 15 Sep 2003 15:35:09 PDT
Date: Mon, 15 Sep 2003 15:35:09 -0700 (PDT)
From: nasir nasir <kollathodi@yahoo.com>
To: dovecot@procontrol.fi
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] Unable to access the mailbox or folders !!
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 15 Sep 2003 22:35:48 -0000
X-UID: 1595                                                  
Status: O
Content-Length: 1322

Hi all,
        I have installed dovecot on redhat linux with
ldap backend. I can login using ldap account in to my
webmail (squirrelmail) .But when I login to the
webmail , I cant see any inbox or anything . Just some
error messages like this ,

ERROR:
ERROR : Connection dropped by imap-server.
Query: LIST "" "Sent"

ERROR : Could not complete request.
Query: SELECT "INBOX"
Reason Given: 

I tried to telnet to port 143. Its also similar case.
It allows me to login but when I give "select" command
, it gives error(in fact, "NO" and nothing else). 

Required info,

OS - Redhat 8.0 
dovecot - dovecot-0.99.10-2.dag.src.rpm ( --with-ldap
--with-rawlog additionally)
MTA - Exim 4.14
Webmail - Squirrelmail 1.4.1-2
Location of Maildir - /var/spool/mail/USERNAME/Maildir
dovecot configuration has the following line,

default_mail_env = maildir:/var/spool/mail/%u/Maildir

Is there anything I am missing or doing wrong ? I am
sorry if this is a silly question. But I am a newbie
to dovecot and did a lot of google search for this
error  or even additional documentation for dovecot
without any success. Any suggestion or advice would be
highly appreciated.
Regards,
Nasirudheen

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
From tss@iki.fi  Tue Sep 16 01:40:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C7D7B238C5; Tue, 16 Sep 2003 01:40:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9CB8F238B6
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 01:40:09 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 57E6C5C654A5
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 01:40:09 +0300 (EEST)
Subject: Re: [Dovecot] Unable to access the mailbox or folders !!
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030915223509.9640.qmail@web20804.mail.yahoo.com>
References: <20030915223509.9640.qmail@web20804.mail.yahoo.com>
Content-Type: text/plain
Message-Id: <1063665609.18684.48.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 16 Sep 2003 01:40:09 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 15 Sep 2003 22:40:41 -0000
X-UID: 1596                                                  
Status: O

On Tue, 2003-09-16 at 01:35, nasir nasir wrote:
> Hi all,
>         I have installed dovecot on redhat linux with
> ldap backend. I can login using ldap account in to my
> webmail (squirrelmail) .But when I login to the
> webmail , I cant see any inbox or anything . Just some
> error messages like this ,

Check the log file. /var/log/mail.log usually. It should give more
specific error message on what happened.

> I tried to telnet to port 143. Its also similar case.
> It allows me to login but when I give "select" command
> , it gives error(in fact, "NO" and nothing else). 

"x select inbox" too?


From tss@iki.fi  Tue Sep 16 06:22:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E5FB9238B6; Tue, 16 Sep 2003 06:22:10 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id ED4C023866
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 06:22:05 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id AFB005EC10A5
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 06:22:05 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1063682525.18682.54.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 16 Sep 2003 06:22:05 +0300
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot + PostgreSQL + Postfix with SMTP AUTH HOWTO
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 03:22:11 -0000
X-UID: 1597                                                  
Status: O

Just built one and figured I'd write down what I did :) Still needing
some web thingy to configure it. At least a password changer plugin for
Squirrelmail.

http://wiki.dovecot.fi/moin.cgi/DovecotPostgresql


From ian@onepost.net  Tue Sep 16 07:22:58 2003
Return-Path: <ian@onepost.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 261DA238B6; Tue, 16 Sep 2003 07:22:58 +0300 (EEST)
Received: from orb.pobox.com (orb.pobox.com [216.65.124.72])
	by danu.procontrol.fi (Postfix) with ESMTP id 8114E2387F
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 07:22:25 +0300 (EEST)
Received: from texas.pobox.com (texas.pobox.com[64.49.223.111])
	by orb.pobox.com (Postfix) with ESMTP id 0C6BB15607B
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 00:22:21 -0400 (EDT)
Received: from [10.0.1.3]
	(209-6-159-188.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com [209.6.159.188])
	by texas.pobox.com (Postfix) with ESMTP id 65FF74551B
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 00:22:20 -0400 (EDT)
User-Agent: Microsoft-Entourage/10.1.1.2418
Date: Tue, 16 Sep 2003 00:22:17 -0400
From: Ian Marlier <ian@onepost.net>
To: <dovecot@procontrol.fi>
Message-ID: <BB8C0839.101D7%ian@onepost.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Subject: [Dovecot] Locking foolishness
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 04:22:58 -0000
X-UID: 1598                                                  
Status: O

I'm working on getting Dovecot set up on my school's mailserver, as an IMAP
and POP server.  Everything is going well, move over to maildir went well,
and all that...

The catch:
When I coverted from mbox to maildir (as part of this whole process), I put
the Maildir folders under user home dirs -- and the home dirs are mounted
via NFS from a server.  This is for reasons of space as well as simply
seeming to make sense.

Now I get errors in my mail.log which read:
imap-login: Sep 16 00:16:24 dovecot:Info: Login: marlier [209.6.159.188]
imap(marlier): Sep 16 00:16:28 dovecot:Error: file_wait_lock() failed with
index file 
/Network/Servers/network.uphamscornercs.net/Users/marlier/Maildir/.INBOX/.im
ap.index: Invalid argument


It looks to me like it's a file locking problem...any thoughts on how to get
around it?  I've already tried the dotlock mechanism alone...without
success...

More information available upon request...

- Ian

From jello@waste.org  Tue Sep 16 09:21:54 2003
Return-Path: <jello@waste.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BBC02238B6; Tue, 16 Sep 2003 09:21:54 +0300 (EEST)
Received: from waste.org (waste.org [209.173.204.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 2A54B2387F
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 09:21:21 +0300 (EEST)
Received: from localhost (kdslppp194.mpls.uswest.net [63.225.147.194])
	by waste.org (8.12.3/8.12.3/Debian-6.4) with ESMTP id h8G6LHxc027507
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 01:21:17 -0500
Received: from localhost (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP id 29FD83BD
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 01:21:16 -0500 (CDT)
Received: from localhost ([127.0.0.1])
 by localhost (refuse [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 02522-03 for <dovecot@procontrol.fi>;
 Tue, 16 Sep 2003 01:21:15 -0500 (CDT)
Received: by localhost (Postfix, from userid 1001)
	id E94453BF; Tue, 16 Sep 2003 01:21:14 -0500 (CDT)
Date: Tue, 16 Sep 2003 01:21:14 -0500
From: John Ello <jello@waste.org>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot + PostgreSQL + Postfix with SMTP AUTH HOWTO
Message-ID: <20030916062114.GA722@waste.org>
References: <1063682525.18682.54.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1063682525.18682.54.camel@hurina>
User-Agent: Mutt/1.5.4i
X-Virus-Scanned: by amavisd-new-20030616-p3 (Debian) at refuse.waste.org
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 06:21:55 -0000
X-UID: 1599                                                  
Status: O

> Just built one and figured I'd write down what I did :) Still needing
> some web thingy to configure it. At least a password changer plugin for
> Squirrelmail.
> 
> http://wiki.dovecot.fi/moin.cgi/DovecotPostgresql

Cool. I've built something similar with MySQL instead of Postgres
recently. I have to use passwd-file until Dovecot supports Mysql
directly which is a bit hackish obviously. I have a perl CGI GUI thing
that's almost done, it supports multiple admins each with access only
to their own domains. It should be easily possible to make it use
postgres instead of mysql. I'll drop a note here when it's ready for
testing, I'll be releasing it under the GPL.
From kollathodi@yahoo.com  Tue Sep 16 11:17:36 2003
Return-Path: <kollathodi@yahoo.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0595C238B6; Tue, 16 Sep 2003 11:17:36 +0300 (EEST)
Received: from web20801.mail.yahoo.com (web20801.mail.yahoo.com
	[216.136.226.190])
	by danu.procontrol.fi (Postfix) with SMTP id 1BF752387F
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 11:17:01 +0300 (EEST)
Message-ID: <20030916081659.73157.qmail@web20801.mail.yahoo.com>
Received: from [217.17.233.135] by web20801.mail.yahoo.com via HTTP;
	Tue, 16 Sep 2003 01:16:59 PDT
Date: Tue, 16 Sep 2003 01:16:59 -0700 (PDT)
From: nasir nasir <kollathodi@yahoo.com>
Subject: [Dovecot] Unable to access the mailbox or folders !!
To: dovecot@procontrol.fi
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 08:17:36 -0000
X-UID: 1600                                                  
Status: O
Content-Length: 1777

Hi,
     Thanx a lot for your reply. But my log file(its
/var/log/dovecot) doesnt have any information other
than the following line for example,
imap-login: Sep 16 10:31:50 Info: Login: usr1
[127.0.0.1]
After this when I give select command or anything like
that, its not logged(I dont know also, how to enable
maximum debug information, I checked the docs and all)
Again, let me tell you that I suspect there is
something wrong with the mail environment setting. its
as follows

default_mail_env = maildir:/var/spool/mail/%u/Maildir

and when i give some nonexisting location ( eg;
/var/blah/blah) also, I get the SAME ERROR.

Here is a sample telnet session

Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
* OK dovecot ready.
a01 login usr1 XXXXXXXXX
a01 OK Logged in.
a02 select inbox
a02 NO

Please tell me if you would like to have any other
info. 
Thanx again and regards,
Nasirudheen


--- Timo Sirainen <tss@iki.fi> wrote:
> On Tue, 2003-09-16 at 01:35, nasir nasir wrote:
> > Hi all,
> >         I have installed dovecot on redhat linux
> with
> > ldap backend. I can login using ldap account in to
> my
> > webmail (squirrelmail) .But when I login to the
> > webmail , I cant see any inbox or anything . Just
> some
> > error messages like this ,
> 
> Check the log file. /var/log/mail.log usually. It
> should give more
> specific error message on what happened.
> 
> > I tried to telnet to port 143. Its also similar
> case.
> > It allows me to login but when I give "select"
> command
> > , it gives error(in fact, "NO" and nothing else). 
> 
> "x select inbox" too?
> 
> 

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
From ian@onepost.net  Tue Sep 16 15:47:23 2003
Return-Path: <ian@onepost.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 59A2D238B6; Tue, 16 Sep 2003 15:47:23 +0300 (EEST)
Received: from orb.pobox.com (orb.pobox.com [216.65.124.72])
	by danu.procontrol.fi (Postfix) with ESMTP id B681A2387F
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 15:47:19 +0300 (EEST)
Received: from texas.pobox.com (texas.pobox.com[64.49.223.111])
	by orb.pobox.com (Postfix) with ESMTP id 809C515628B
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 08:47:18 -0400 (EDT)
Received: from [10.0.0.23] (pool-151-203-115-71.bos.east.verizon.net
	[151.203.115.71])
	by texas.pobox.com (Postfix) with ESMTP id 309DE45519
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 08:47:17 -0400 (EDT)
User-Agent: Microsoft-Entourage/10.1.1.2418
Date: Tue, 16 Sep 2003 08:47:13 -0400
From: Ian Marlier <ian@onepost.net>
To: <dovecot@procontrol.fi>
Message-ID: <BB8C7E91.101FE%ian@onepost.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Subject: [Dovecot] Locking foolishness - Better info
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 12:47:23 -0000
X-UID: 1601                                                  
Status: O
Content-Length: 5012

I realized that my last message about locking gave bad information -- or
rather, very little information.

Here's my setup:

 - Home directories and user login information are located on an Xserve
running Mac OS X 10.2.6.  Home directories are split between 2 different
directories -- /Users and /Students.  Home dirs are exported via NFS to the
mail server.  User login info is shared via LDAP to the mail server and to
Windows machines in classrooms.

 - The mail server is an old beige G3 running Debian Woody (linux 2.4.20)
kernel.  It's completely up-to-date.  Homedirs are mounted at
/Network/Servers/network.uphamscornercs.net/Users and
/Network/Servers/network.uphamscornercs.net/Students, in keeping with the OS
X Server userdir name scheme.  The only user with a shell on the server is
root, other than that all user information is pulled from LDAP using PAM.

Postfix is setup to deliver mail to maildir:~/Maildir, and dovecot is set to
read mail from the same directory.  This is working without any problem.

- Clients
Entourage works fine to access mailboxes -- it reads mail without a problem.
However, it pops up an error message intermittently that reads "Mail could
not be read: Internal Error [<datestamp>]".  This message doesn't seem to
interfere with reading mail, it's just an annoyance.

Squirrelmail doesn't work to access mailboxes.  It logs in fine, but gives
the following error message in all windows that require mailbox access:
"ERROR : Could not complete request.
Query: <imap query string>
Reason Given: Internal error [<datestamp>]"

In both cases (Entourage and Squirrelmail), the Internal Error is
accompanied by the following error message in the /var/log/mail.log file:
"imap(marlier): Sep 16 08:40:45 dovecot:Error:
/Network/Servers/network.uphamscornercs.net/Users/marlier/Maildir/.subscript
ions failed with subscription file file_wait_lock(): Invalid argument"

So, it looks to me like something isn't working with locking.  I'm not sure
whether the problem is with the NFS mount, or with dovecot, or with
permissions, or something else, but I'd like to get it fixed.  I love the
server, and if I can get this licked I think I've got a long-term setup.

Relevant sections of /usr/local/etc/dovecot.conf:
--------
# Use mmap() instead of read() to read mail files. read() seems to be a bit
# faster with my Linux/x86 and it's better with NFS, so that's the default.
mail_read_mmaped = no

# Copy mail to another folders using hard links. This is much faster than
# actually copying the file. This is problematic only if something modifies
# the mail in one folder but doesn't want it modified in the others. I don't
# know any MUA which would modify mail files directly. IMAP protocol also
# requires that the mails don't change, so it would be problematic in any
case.
# If you care about performance, enable it.
maildir_copy_with_hardlinks = no

# Check if mails' content has been changed by external programs. This slows
# down things as extra stat() needs to be called for each file. If changes
are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
maildir_check_content_changes = yes

# Which locking methods to use for locking mbox. There's three available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#           solution. If you want to use /var/mail/ like directory, the
users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both
fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created first.
mbox_locks = dotlock

# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed
simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
mbox_read_dotlock = yes

# Maximum time in seconds to wait for lock (all of them) before aborting.
mbox_lock_timeout = 300

# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
mbox_dotlock_change_timeout = 30

# umask to use for mail files and directories
umask = 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use single
UID
# for multiple users, as the users could ptrace() each others processes
then.
mail_drop_priv_before_exec = no
---------


Thanks in advance for any help you can give.

- Ian

From cao@bus.net  Tue Sep 16 16:56:11 2003
Return-Path: <cao@bus.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92947238B6; Tue, 16 Sep 2003 16:56:11 +0300 (EEST)
Received: from mail.c.bus.net (65-85-139-25.client.dsl.net [65.85.139.25])
	by danu.procontrol.fi (Postfix) with ESMTP id 9FA4F23866
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 16:55:49 +0300 (EEST)
Received: from ws100.c.bus.net (ws102.c.bus.net [192.168.1.12])
	by mail.c.bus.net (Postfix) with ESMTP id C42F75487A
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 09:54:36 -0400 (EDT)
Received: (from cao@localhost)
	by ws100.c.bus.net (8.12.6/8.12.6/Submit) id h8GDtlvY005549
	for dovecot@procontrol.fi; Tue, 16 Sep 2003 09:55:47 -0400 (EDT)
	(envelope-from cao)
Date: Tue, 16 Sep 2003 09:55:47 -0400
From: chuck odonnell <cao@bus.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot + PostgreSQL + Postfix with SMTP AUTH HOWTO
Message-ID: <20030916135546.GA5492@bus.net>
References: <1063682525.18682.54.camel@hurina>
	<20030916062114.GA722@waste.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030916062114.GA722@waste.org>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 13:56:11 -0000
X-UID: 1602                                                  
Status: O

On Tue, Sep 16, 2003 at 01:21:14AM -0500, John Ello wrote:
> 
> Cool. I've built something similar with MySQL instead of Postgres
> recently. I have to use passwd-file until Dovecot supports Mysql
> directly which is a bit hackish obviously. I have a perl CGI GUI thing

speaking of MySQL support, how many folks would use this?

i am comfortable with the MySQL C API, but after poking around the
dovecot src/auth directory, it looks like there are quite a few files
and linkages that have to be created to get a new auth module up and
running. is there any documentation available for the dovecot AUTH
mechanism?

cheers.

chuck
From tss@iki.fi  Tue Sep 16 18:17:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2AD1A238C5; Tue, 16 Sep 2003 18:17:15 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 24D112387F
	for <dovecot@procontrol.fi>; Tue, 16 Sep 2003 18:17:13 +0300 (EEST)
Date: Tue, 16 Sep 2003 18:17:43 +0300
Subject: Re: [Dovecot] Locking foolishness
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: <dovecot@procontrol.fi>
Content-Transfer-Encoding: 7bit
In-Reply-To: <BB8C0839.101D7%ian@onepost.net>
Message-Id: <EB6E09F9-E858-11D7-AD52-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 15:17:15 -0000
X-UID: 1603                                                  
Status: O
Content-Length: 1070

On Tuesday, Sep 16, 2003, at 07:22 Europe/Helsinki, Ian Marlier wrote:

> When I coverted from mbox to maildir (as part of this whole process),  
> I put
> the Maildir folders under user home dirs -- and the home dirs are  
> mounted
> via NFS from a server.  This is for reasons of space as well as simply
> seeming to make sense.
>
> Now I get errors in my mail.log which read:
> imap-login: Sep 16 00:16:24 dovecot:Info: Login: marlier  
> [209.6.159.188]
> imap(marlier): Sep 16 00:16:28 dovecot:Error: file_wait_lock() failed  
> with
> index file
> /Network/Servers/network.uphamscornercs.net/Users/marlier/Maildir/ 
> .INBOX/.im
> ap.index: Invalid argument

1) Index files can't be accessed safely via NFS. You can disable them  
by appending :INDEX=MEMORY in default_mail_env.

2) .subscriptions file isn't NFS safe yet. It has been fixed in CVS.

3) .customflags file isn't NFS safe yet. It hasn't been fixed in CVS.

You could use lockd to enable fcntl() locks which would make 2 and 3  
work, but many NFS client implementations don't really support lockd..

From daniel@electricrain.com  Wed Sep 17 01:55:03 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8348C238B6; Wed, 17 Sep 2003 01:55:03 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 0EFF02387F
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 01:54:31 +0300 (EEST)
Received: (qmail 32285 invoked by uid 501); 16 Sep 2003 22:54:29 -0000
Date: Tue, 16 Sep 2003 15:54:29 -0700
From: Dan Sully <daniel@electricrain.com>
To: dovecot@procontrol.fi
Message-ID: <20030916225429.GY7437@electricrain.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Invader-Zim: The dogs! After my juicy meat body of baloney meat!
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] Multiple auth checkers
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 22:55:03 -0000
X-UID: 1604                                                  
Status: O

I noticed this is in the TODO:

- support for multiple auth checkers. passdb+userdb should be tied together.
  auth process configurations really should be used for this..

and is functionality that I really would like, as I have local users
(passwd+shadow) and vpopmail users. In -test7's dovecot-example.conf, there
is a different format for "blocking" multiple auth types, and I created a conf as such:

auth default {
  mechanisms = plain
  userdb = passwd
  passdb = shadow
  user = root
  count = 2
}

auth vpopmail {
  mechanisms = plain
  userdb = vpopmail
  passdb = vpopmail
  user   = vpopmail
  count = 2
} 

Password authentication still works fine, but I can't find a way to get it to
fallback to using the vpopmail auth. Is this simply not working yet? Timo -
what part of the code needs this update?

Thanks.

-D
-- 
Change? We fear change.
From tss@iki.fi  Wed Sep 17 02:52:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DBAD7238B6; Wed, 17 Sep 2003 02:52:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C7F9C23866
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 02:51:33 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id BF8665EC10F1
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 02:51:32 +0300 (EEST)
Subject: Re: [Dovecot] Unable to access the mailbox or folders !!
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030916081659.73157.qmail@web20801.mail.yahoo.com>
References: <20030916081659.73157.qmail@web20801.mail.yahoo.com>
Content-Type: text/plain
Message-Id: <1063756292.12669.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 17 Sep 2003 02:51:32 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 23:52:07 -0000
X-UID: 1605                                                  
Status: O
Content-Length: 1156

On Tue, 2003-09-16 at 11:16, nasir nasir wrote:
> Hi,
>      Thanx a lot for your reply. But my log file(its
> /var/log/dovecot) doesnt have any information other
> than the following line for example,
> imap-login: Sep 16 10:31:50 Info: Login: usr1
> [127.0.0.1]
> After this when I give select command or anything like
> that, its not logged(I dont know also, how to enable
> maximum debug information, I checked the docs and all)

Hmmh. It's difficult to say anything. If it returns just "NO" it means
something returns a failure without setting any error message. That
really shouldn't happen..

> Again, let me tell you that I suspect there is
> something wrong with the mail environment setting. its
> as follows
> 
> default_mail_env = maildir:/var/spool/mail/%u/Maildir
> 
> and when i give some nonexisting location ( eg;
> /var/blah/blah) also, I get the SAME ERROR.

It probably has something to do with not finding the maildir, or that
the maildir doesn't work for some reason or .. hmm. Do you use one or
multiple UIDs?

Try this:

MAIL=/var/spool/mail/username/Maildir /usr/local/libexec/dovecot/imap

and see if you can select inbox there?


From tss@iki.fi  Wed Sep 17 02:53:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 60128238C6; Wed, 17 Sep 2003 02:53:46 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7735423866
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 02:53:44 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 50FD45EC10F1
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 02:53:44 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot + PostgreSQL + Postfix with SMTP AUTH HOWTO
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030916135546.GA5492@bus.net>
References: <1063682525.18682.54.camel@hurina>
	 <20030916062114.GA722@waste.org>  <20030916135546.GA5492@bus.net>
Content-Type: text/plain
Message-Id: <1063756424.12665.7.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 17 Sep 2003 02:53:44 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 23:53:46 -0000
X-UID: 1606                                                  
Status: O

On Tue, 2003-09-16 at 16:55, chuck odonnell wrote:
> speaking of MySQL support, how many folks would use this?
> 
> i am comfortable with the MySQL C API, but after poking around the
> dovecot src/auth directory, it looks like there are quite a few files
> and linkages that have to be created to get a new auth module up and
> running. is there any documentation available for the dovecot AUTH
> mechanism?

There's already a mysql auth module, although it needs a few more fixes:

http://dovecot.procontrol.fi/list/dovecot/2003-August/002237.html

I'll add it to next release.


From tss@iki.fi  Wed Sep 17 02:58:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BB35A238B6; Wed, 17 Sep 2003 02:58:53 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 17E252387F
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 02:58:52 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id BCAC35EC10F1
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 02:58:51 +0300 (EEST)
Subject: Re: [Dovecot] Multiple auth checkers
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030916225429.GY7437@electricrain.com>
References: <20030916225429.GY7437@electricrain.com>
Content-Type: text/plain
Message-Id: <1063756731.12664.11.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 17 Sep 2003 02:58:51 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 16 Sep 2003 23:58:53 -0000
X-UID: 1607                                                  
Status: O

On Wed, 2003-09-17 at 01:54, Dan Sully wrote:
> auth default {
>   mechanisms = plain
>   userdb = passwd
>   passdb = shadow
>   user = root
>   count = 2
> }
> 
> auth vpopmail {
>   mechanisms = plain
>   userdb = vpopmail
>   passdb = vpopmail
>   user   = vpopmail
>   count = 2
> } 

Does vpopmail authentication work alone?

> Password authentication still works fine, but I can't find a way to get it to
> fallback to using the vpopmail auth. Is this simply not working yet? Timo -
> what part of the code needs this update?

-test7 should support this already. Maybe I've fixed something in it
since. I'll create -test8 now, see if it helps.


From daniel@electricrain.com  Wed Sep 17 03:04:11 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 40898238B6; Wed, 17 Sep 2003 03:04:11 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 09CD92387F
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 03:04:08 +0300 (EEST)
Received: (qmail 17331 invoked by uid 501); 17 Sep 2003 00:04:06 -0000
Date: Tue, 16 Sep 2003 17:04:06 -0700
From: Dan Sully <daniel@electricrain.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Multiple auth checkers
Message-ID: <20030917000406.GB2132@electricrain.com>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
References: <20030916225429.GY7437@electricrain.com>
	<1063756731.12664.11.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1063756731.12664.11.camel@hurina>
X-Invader-Zim: BALONEY! Zim has introduced baloney dna into my body?!
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 17 Sep 2003 00:04:11 -0000
X-UID: 1608                                                  
Status: O

* Timo Sirainen <tss@iki.fi> shaped the electrons to say...

> Does vpopmail authentication work alone?

Yes it does.

> > Password authentication still works fine, but I can't find a way to get it to
> > fallback to using the vpopmail auth. Is this simply not working yet? Timo -
> > what part of the code needs this update?
> 
> -test7 should support this already. Maybe I've fixed something in it
> since. I'll create -test8 now, see if it helps.

Ok, thanks.

Is that the correct configuration? It seems to me that there should be a list
of valid auth checkers to try in a certain order.

-D
-- 
It appears my hypocrisy knows no bounds.
From tss@iki.fi  Wed Sep 17 03:22:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6C025238B6; Wed, 17 Sep 2003 03:22:20 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5C6022387F
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 03:22:18 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2A3365EC10F1
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 03:22:18 +0300 (EEST)
Subject: Re: [Dovecot] Multiple auth checkers
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030917000406.GB2132@electricrain.com>
References: <20030916225429.GY7437@electricrain.com>
	<20030917000406.GB2132@electricrain.com>
Content-Type: text/plain
Message-Id: <1063758137.12666.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 17 Sep 2003 03:22:18 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 17 Sep 2003 00:22:20 -0000
X-UID: 1609                                                  
Status: O

On Wed, 2003-09-17 at 03:04, Dan Sully wrote:
> > > Password authentication still works fine, but I can't find a way to get it to
> > > fallback to using the vpopmail auth. Is this simply not working yet? Timo -
> > > what part of the code needs this update?
> > 
> > -test7 should support this already. Maybe I've fixed something in it
> > since. I'll create -test8 now, see if it helps.
> 
> Ok, thanks.
> 
> Is that the correct configuration?

Yes. It should be enough to just add multiple auth blocks.

>  It seems to me that there should be a list
> of valid auth checkers to try in a certain order.

I was thinking about checking them in specified order, but I don't think
it's really worth the trouble. It's not even really possible with eg.
PAM since it only tells that the check failed, it doesn't know why.
Besides I actually like that I can login to my test server using either
of the two passwords. :)


From daniel@electricrain.com  Wed Sep 17 03:29:41 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4459C238B6; Wed, 17 Sep 2003 03:29:41 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 167A52387F
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 03:29:39 +0300 (EEST)
Received: (qmail 21628 invoked by uid 501); 17 Sep 2003 00:29:37 -0000
Date: Tue, 16 Sep 2003 17:29:37 -0700
From: Dan Sully <daniel@electricrain.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Multiple auth checkers
Message-ID: <20030917002937.GC2132@electricrain.com>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
References: <20030916225429.GY7437@electricrain.com>
	<20030917000406.GB2132@electricrain.com> <1063758137.12666.26.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1063758137.12666.26.camel@hurina>
X-Invader-Zim: BALONEY! Zim has introduced baloney dna into my body?!
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 17 Sep 2003 00:29:41 -0000
X-UID: 1610                                                  
Status: O

* Timo Sirainen <tss@iki.fi> shaped the electrons to say...

> > Is that the correct configuration?
> 
> Yes. It should be enough to just add multiple auth blocks.

Where in the code does it "fallback" to the other blocks?

I can't seem to find it.

-D
-- 
<iNoah> you know, most free operating systems come preinstalled with their own high horse.
From tss@iki.fi  Wed Sep 17 03:40:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6E198238B6; Wed, 17 Sep 2003 03:40:07 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 30A562387F
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 03:40:04 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E570F5EC10F1
	for <dovecot@procontrol.fi>; Wed, 17 Sep 2003 03:40:03 +0300 (EEST)
Subject: Re: [Dovecot] Multiple auth checkers
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030917002937.GC2132@electricrain.com>
References: <20030916225429.GY7437@electricrain.com>
	<1063758137.12666.26.camel@hurina>
	<20030917002937.GC2132@electricrain.com>
Content-Type: text/plain
Message-Id: <1063759203.12669.32.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 17 Sep 2003 03:40:03 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 17 Sep 2003 00:40:07 -0000
X-UID: 1611                                                  
Status: O

On Wed, 2003-09-17 at 03:29, Dan Sully wrote:
> > Yes. It should be enough to just add multiple auth blocks.
> 
> Where in the code does it "fallback" to the other blocks?
> 
> I can't seem to find it.

src/lib-auth/auth-server-request.c sends two requests at the same time.
If the first one fails (AUTH_CLIENT_RESULT_FAILURE) it hides the failure
and continues with the next one.

The reason it sends multiple requests at the same time is that PAM waits
for two seconds before replying failure. The other check can be done
while waiting for it. Actually all failed password checks should wait
for one or two seconds before replying, I just haven't got around
implementing it..


From daniel@electricrain.com  Thu Sep 18 02:56:08 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6E770238B6; Thu, 18 Sep 2003 02:56:08 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 85FD523866
	for <dovecot@procontrol.fi>; Thu, 18 Sep 2003 02:55:35 +0300 (EEST)
Received: (qmail 32221 invoked by uid 501); 17 Sep 2003 23:55:31 -0000
Date: Wed, 17 Sep 2003 16:55:31 -0700
From: Dan Sully <daniel@electricrain.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Multiple auth checkers
Message-ID: <20030917235531.GI13675@electricrain.com>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
References: <20030917002937.GC2132@electricrain.com>
	<1063759203.12669.32.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1063759203.12669.32.camel@hurina>
X-Invader-Zim: I have already stuffed my normal human belly so full of
	delicious human FILTH than I could not eat another bite.
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 17 Sep 2003 23:56:08 -0000
X-UID: 1612                                                  
Status: O

* Timo Sirainen <tss@iki.fi> shaped the electrons to say...

> src/lib-auth/auth-server-request.c sends two requests at the same time.
> If the first one fails (AUTH_CLIENT_RESULT_FAILURE) it hides the failure
> and continues with the next one.

Thanks. Got it all working. -test8 did the trick for whatever reason.

-D
-- 
Minds are like parachutes... they work best when open.
From daniel@electricrain.com  Fri Sep 19 06:21:11 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 76345238B6; Fri, 19 Sep 2003 06:21:11 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id A992A23866
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 06:20:37 +0300 (EEST)
Received: (qmail 2327 invoked by uid 501); 19 Sep 2003 03:20:33 -0000
Date: Thu, 18 Sep 2003 20:20:33 -0700
From: Dan Sully <daniel@electricrain.com>
To: dovecot@procontrol.fi
Message-ID: <20030919032033.GJ7575@electricrain.com>
Mail-Followup-To: dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Invader-Zim: BALONEY! Zim has introduced baloney dna into my body?!
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] Feature question/request
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 19 Sep 2003 03:21:11 -0000
X-UID: 1613                                                  
Status: O

So I have a bunch of users who are roaming - IE no static IP address from all
over the internet. Some of them are able to use SMTP-AUTH which is great, but
for those that can't, a pop before smtp solution is in place using
relay-ctrl-age & cdb files via qmail.

Would it be desirable to have this feature in dovecot? I'd really like to
ditch qmail-pop3d, etc. 

vpopmail has a open_smtp_relay() when using vchkpw directly.

-D
-- 
<iNoah> I won't be satisfied until I have a rectally-insertable laptop
From tss@iki.fi  Fri Sep 19 10:57:48 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5B8D5238B6; Fri, 19 Sep 2003 10:57:48 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0A8EC23896
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 10:57:44 +0300 (EEST)
Date: Fri, 19 Sep 2003 10:58:13 +0300
Subject: Re: [Dovecot] Feature question/request
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20030919032033.GJ7575@electricrain.com>
Message-Id: <04C33D9F-EA77-11D7-86F1-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 19 Sep 2003 07:57:48 -0000
X-UID: 1614                                                  
Status: O

On Friday, Sep 19, 2003, at 06:20 Europe/Helsinki, Dan Sully wrote:

> So I have a bunch of users who are roaming - IE no static IP address 
> from all
> over the internet. Some of them are able to use SMTP-AUTH which is 
> great, but
> for those that can't, a pop before smtp solution is in place using
> relay-ctrl-age & cdb files via qmail.
>
> Would it be desirable to have this feature in dovecot? I'd really like 
> to
> ditch qmail-pop3d, etc.

There's a plugin for drac:

http://mail.cc.umanitoba.ca/drac/
http://dovecot.fi/patches/drac.c

From security@jlug.org  Fri Sep 19 11:05:19 2003
Return-Path: <security@jlug.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 897B8238B6; Fri, 19 Sep 2003 11:05:19 +0300 (EEST)
Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25])
	by danu.procontrol.fi (Postfix) with ESMTP id C699923896
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 11:04:47 +0300 (EEST)
Received: from jlug.fi (jlug.fi [192.194.49.184])
	by smtp.tele.fi (Postfix) with ESMTP id 9A8FA966D
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 11:04:47 +0300 (EEST)
Received: (qmail 17158 invoked by uid 537); 19 Sep 2003 08:04:43 -0000
Received: from security@jlug.org by jlug by uid 510 with qmail-scanner-1.20rc3
	 (f-prot: 3.12/. spamassassin: 2.50.  Clear:RC:0:SA:0(2.0/10.0):. 
	Processed in 1.872632 secs); 19 Sep 2003 08:04:43 -0000
Received: from unknown (HELO desktop) (security@jlug.org@195.197.199.46)
  by 0 with SMTP; 19 Sep 2003 08:04:41 -0000
Message-ID: <039801c37e84$ae5fe990$0200a8c0@desktop>
From: "Eero Volotinen" <security@jlug.org>
To: <dovecot@procontrol.fi>
Date: Fri, 19 Sep 2003 11:04:41 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 1
X-MSMail-Priority: High
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Spam-Status: No, hits=2.0 required=10.0
	tests=X_PRIORITY_HIGH
	version=2.50
X-Spam-Level: **
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
Subject: [Dovecot] feature request: maildirquota
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 19 Sep 2003 08:05:19 -0000
X-UID: 1615                                                  
Status: O
Content-Length: 1417

Hope maildirquota++ is soon supported, without it, dovecot is useless in my
use (mail hosting with maildirquotas).

Also QUOTA cabability in dovecot is needed to get to use my webmail plugins
that use
a001 CAPABILITY to get quota support. Courier imapd supports this.

--snippet from quota usage plugin to squirrelmail--
   function sqimap_get_quota ($imap_stream, $mailbox) {
      if (check_quota_capability($imap_stream, "QUOTA")) {
        fputs ($imap_stream, "a001 GETQUOTAROOT \"$mailbox\"\r\n");
        $read_ary = sqimap_read_data ($imap_stream, 'a001', true, $result,
            $message);
        for ($i = 0; $i < count($read_ary); $i++) {
            if (ereg("STORAGE", $read_ary[$i])) {
                $tempusage = ereg_replace("^.*[(]STORAGE +(.*)[)].*$",
"\\1",
                    $read_ary[$i]);
                $usagearray = explode(" ", $tempusage);
                return $usagearray[0].":".$usagearray[1];
            }
        }
      }
      return "NOQUOTA";
   }

   function check_quota_capability($imap_stream, $capability) {
        global $imap_general_debug;

        fputs ($imap_stream, "a001 CAPABILITY\r\n");
        $read_ary = sqimap_read_data($imap_stream, 'a001', true, $a, $b);

        for($i = 0; $i < count($read_ary); $i++) {
            if (ereg("QUOTA", $read_ary[$i]))
                return TRUE;
        }
        return false;

    }

-- end snippet--



--
Eero

From daniel@electricrain.com  Fri Sep 19 17:38:57 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C7215238B6; Fri, 19 Sep 2003 17:38:57 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id E684423896
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 17:38:53 +0300 (EEST)
Received: (qmail 23110 invoked by uid 501); 19 Sep 2003 14:38:51 -0000
Date: Fri, 19 Sep 2003 07:38:51 -0700
From: Dan Sully <daniel@electricrain.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Feature question/request
Message-ID: <20030919143851.GN7575@electricrain.com>
Mail-Followup-To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
References: <20030919032033.GJ7575@electricrain.com>
	<04C33D9F-EA77-11D7-86F1-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <04C33D9F-EA77-11D7-86F1-000393CC2E90@iki.fi>
X-Invader-Zim: BALONEY! Zim has introduced baloney dna into my body?!
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 19 Sep 2003 14:38:58 -0000
X-UID: 1616                                                  
Status: O

* Timo Sirainen <tss@iki.fi> shaped the electrons to say...

> On Friday, Sep 19, 2003, at 06:20 Europe/Helsinki, Dan Sully wrote:
> 
> There's a plugin for drac:
> 
> http://mail.cc.umanitoba.ca/drac/
> http://dovecot.fi/patches/drac.c

drac appears to be sendmail only.

*searches google for drac + qmail*

-D
-- 
<iNoah> kernel's original recipe: 11 secret args and switches
From matthias.andree@gmx.de  Fri Sep 19 22:43:26 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7CFB4238D4; Fri, 19 Sep 2003 22:43:26 +0300 (EEST)
Received: from m2a2.dyndns.org (p508778FC.dip.t-dialin.net [80.135.120.252])
	by danu.procontrol.fi (Postfix) with ESMTP id 4B60E23866
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 22:42:54 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id A4986938EE; Fri, 19 Sep 2003 21:42:51 +0200 (CEST)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Feature question/request
In-Reply-To: <20030919032033.GJ7575@electricrain.com> (Dan Sully's message
 of "Thu, 18 Sep 2003 20:20:33 -0700")
References: <20030919032033.GJ7575@electricrain.com>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 19 Sep 2003 21:42:51 +0200
Message-ID: <m3wuc436pw.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 19 Sep 2003 19:43:26 -0000
X-UID: 1617                                                  
Status: O

Dan Sully <daniel@electricrain.com> writes:

> So I have a bunch of users who are roaming - IE no static IP address from all
> over the internet. Some of them are able to use SMTP-AUTH which is great, but
> for those that can't, a pop before smtp solution is in place using
> relay-ctrl-age & cdb files via qmail.

Why cannot they use SMTP AUTH?

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
From daniel@electricrain.com  Fri Sep 19 23:00:11 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 84949238D4; Fri, 19 Sep 2003 23:00:11 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 4536E238D2
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 23:00:02 +0300 (EEST)
Received: (qmail 2995 invoked by uid 501); 19 Sep 2003 19:59:59 -0000
Date: Fri, 19 Sep 2003 12:59:59 -0700
From: Dan Sully <daniel@electricrain.com>
To: Matthias Andree <matthias.andree@gmx.de>
Subject: Re: [Dovecot] Feature question/request
Message-ID: <20030919195959.GN7452@electricrain.com>
Mail-Followup-To: Matthias Andree <matthias.andree@gmx.de>,
	dovecot@procontrol.fi
References: <20030919032033.GJ7575@electricrain.com>
	<m3wuc436pw.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3wuc436pw.fsf@merlin.emma.line.org>
X-Invader-Zim: As soon as my skeleton stops being broken, I'm going to destroy
	you, Dib.
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 19 Sep 2003 20:00:11 -0000
X-UID: 1618                                                  
Status: O

* Matthias Andree <matthias.andree@gmx.de> shaped the electrons to say...

> > So I have a bunch of users who are roaming - IE no static IP address from all
> > over the internet. Some of them are able to use SMTP-AUTH which is great, but
> > for those that can't, a pop before smtp solution is in place using
> > relay-ctrl-age & cdb files via qmail.
> 
> Why cannot they use SMTP AUTH?

A number of people are using older mail programs that don't support it.

I'm not trying to solve that problem right now.

-D
-- 
I am the Supreme Being, I'm not entirely dim.
From marcotte@panix.com  Sat Sep 20 02:12:43 2003
Return-Path: <marcotte@panix.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7056D238D5; Sat, 20 Sep 2003 02:12:43 +0300 (EEST)
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74])
	by danu.procontrol.fi (Postfix) with ESMTP id 7648823866
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 02:12:11 +0300 (EEST)
Received: from panix.com (mailspool3.panix.com [166.84.1.78])
	by mail3.panix.com (Postfix) with SMTP id 7871B981EA
	for <dovecot@procontrol.fi>; Fri, 19 Sep 2003 19:12:10 -0400 (EDT)
Received: from 166.84.1.190
        (SquirrelMail authenticated user marcotte@panix.com)
        by mail.panix.com with HTTP;
        Fri, 19 Sep 2003 19:12:10 -0400 (EDT)
Message-ID: <57541.166.84.1.190.1064013130.squirrel@mail.panix.com>
Date: Fri, 19 Sep 2003 19:12:10 -0400 (EDT)
Subject: Re: [Dovecot] namespaces
From: "Brian Marcotte" <marcotte@panix.com>
To: <dovecot@procontrol.fi>
In-Reply-To: <1062871015.23538.12.camel@hurina>
References: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
        <1062607533.26916.80.camel@hurina>
        <1689.166.84.167.10.1062609002.squirrel@mail.panix.com>
        <1062871015.23538.12.camel@hurina>
X-Priority: 3
Importance: Normal
X-Mailer: SquirrelMail (version 1.2.11)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 19 Sep 2003 23:12:43 -0000
X-UID: 1619                                                  
Status: O

I'm using dovecot-0.99.11-test9, and still have one problem with namespaces:

> > Maybe if [location in namespace section] wasn't set it could use the
> > one from userdb.
>
> These are in CVS now.

I tried this (no "location" setting):

  namespace private {
    separator = .
    prefix = INBOX.
    inbox = yes
  }

I was able to log in using the userdb, but it didn't use the mailbox path
I specified in the userdb. It instead was searching other places for the
folders like ~/Maildir, ~/mail and many other things.

When I specified a "location", everything worked including finding the
inbox, but that's not an option I have for my mail servers.

-----------------

Despite the above issue, I've rolled out dovecot on some of our shell
machines as an option (alternate port). This is a subset of our users, but
also the ones most likely to benefit from Dovecot's indexes. The results
have been very promising so far. Mutt and pine are now blazingly fast!

Thanks again!

--
- Brian



From charlie@rubberduck.com  Sat Sep 20 04:29:51 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 254BF238D5; Sat, 20 Sep 2003 04:29:51 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 5C38223866
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 04:29:18 +0300 (EEST)
Received: from machine.internal.schools.net.au
	(dsl-203-113-202-186.VIC.netspace.net.au [203.113.202.186])
	by lazy.spodder.com (Postfix) with ESMTP
	id 156E88F28; Sat, 20 Sep 2003 11:24:37 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 501)
	id 73CD42D2B1C; Sat, 20 Sep 2003 11:29:04 +1000 (EST)
Date: Sat, 20 Sep 2003 11:29:03 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
Subject: Re: [Dovecot] Feature question/request
Message-ID: <20030920012903.GA6893@myinternet.com.au>
References: <20030919032033.GJ7575@electricrain.com>
	<04C33D9F-EA77-11D7-86F1-000393CC2E90@iki.fi>
	<20030919143851.GN7575@electricrain.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C"
Content-Disposition: inline
In-Reply-To: <20030919143851.GN7575@electricrain.com>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 01:29:51 -0000
X-UID: 1620                                                  
Status: O


--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Sep 19, 2003 at 07:38:51AM -0700, Dan Sully wrote:
> * Timo Sirainen <tss@iki.fi> shaped the electrons to say...
>=20
> > On Friday, Sep 19, 2003, at 06:20 Europe/Helsinki, Dan Sully wrote:
> >=20
> > There's a plugin for drac:
> >=20
> > http://mail.cc.umanitoba.ca/drac/
> > http://dovecot.fi/patches/drac.c
>=20
> drac appears to be sendmail only.

I use DRAC with postfix.

  C.
--=20
 charlie@rubberduck.com - http://rubberduck.com/~yeled/


--a8Wt8u1KmwUX3Y2C
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/a61fqiZDwhSqeUERAvqRAJ9QaKl/fRcdXzDNhaBEYcD4BMeFYgCfb4Ag
QiGzc+WI4oNKgM6PrF3n/f8=
=Myiu
-----END PGP SIGNATURE-----

--a8Wt8u1KmwUX3Y2C--
From daniel@electricrain.com  Sat Sep 20 04:41:29 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 408E2238D7; Sat, 20 Sep 2003 04:41:29 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 6544D23866
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 04:40:55 +0300 (EEST)
Received: (qmail 7711 invoked by uid 501); 20 Sep 2003 01:40:51 -0000
Date: Fri, 19 Sep 2003 18:40:51 -0700
From: Dan Sully <daniel@electricrain.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Feature question/request
Message-ID: <20030920014051.GA2147@electricrain.com>
Mail-Followup-To: dovecot@procontrol.fi
References: <20030919143851.GN7575@electricrain.com>
	<20030920012903.GA6893@myinternet.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030920012903.GA6893@myinternet.com.au>
X-Invader-Zim: Is it a fair fight? Is this...moose...creature wielding any
	type of projectile weapons?
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 01:41:29 -0000
X-UID: 1621                                                  
Status: O

* Charlie Allom <charlie@rubberduck.com> shaped the electrons to say...

> > drac appears to be sendmail only.
> 
> I use DRAC with postfix.
 
That's nice and all, but postfix is a lot more like sendmail than qmail is.

Qmail has a built in interface to using a CDB - constant database, which
although similar, is not the BerkeleyDB that DRAC uses.

-D
-- 
<_> oops i dropped weed in the keyboard
<qq> ctrl-alt-marijuana
From wouter@pair.com  Sat Sep 20 05:18:05 2003
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B2BE3238D2; Sat, 20 Sep 2003 05:18:05 +0300 (EEST)
Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.20])
	by danu.procontrol.fi (Postfix) with ESMTP id 2CBB923866
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 05:17:33 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.150.78])
	by amsfep11-int.chello.nlSMTP
	<20030920021731.YRZA1843.amsfep11-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 04:17:31 +0200
Received: (qmail 27006 invoked from network); 20 Sep 2003 04:17:24 +0200
Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5)
  by hibernate.cryolabs.net with SMTP; 20 Sep 2003 04:17:24 +0200
Date: Sat, 20 Sep 2003 04:17:31 +0200 (CEST)
From: Wouter Van Hemel <wouter@pair.com>
Sender: Wouter Van Hemel <wouter@pair.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Feature question/request
In-Reply-To: <20030920014051.GA2147@electricrain.com>
Message-ID: <Pine.LNX.4.58.0309200409440.517@cocaine.cryolabs.net>
References: <20030919143851.GN7575@electricrain.com>
	<20030920012903.GA6893@myinternet.com.au>
	<20030920014051.GA2147@electricrain.com>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 02:18:05 -0000
X-UID: 1622                                                  
Status: O

On Fri, 19 Sep 2003, Dan Sully wrote:

> * Charlie Allom <charlie@rubberduck.com> shaped the electrons to say...
>
> > > drac appears to be sendmail only.
> >
> > I use DRAC with postfix.
>
> That's nice and all, but postfix is a lot more like sendmail than qmail is.
>

Huh? >:-)

> Qmail has a built in interface to using a CDB - constant database, which
> although similar, is not the BerkeleyDB that DRAC uses.
>

Well, you shouldn't use Qmail and complain it doesn't have features. ;)

I'm afraid you are stretching it to the point it doesn't make sense
anymore to still choose Qmail.

Anyway, out of curiosity, which clients still don't have SMTP AUTH support?

From daniel@electricrain.com  Sat Sep 20 10:28:31 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2716123993; Sat, 20 Sep 2003 10:28:31 +0300 (EEST)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 2171423887
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 10:28:25 +0300 (EEST)
Received: (qmail 2885 invoked by uid 501); 20 Sep 2003 07:28:23 -0000
Date: Sat, 20 Sep 2003 00:28:23 -0700
From: Dan Sully <daniel@electricrain.com>
To: Wouter Van Hemel <wouter@pair.com>
Subject: Re: [Dovecot] Feature question/request
Message-ID: <20030920072823.GB9190@electricrain.com>
Mail-Followup-To: Wouter Van Hemel <wouter@pair.com>,
	dovecot@procontrol.fi
References: <20030919143851.GN7575@electricrain.com>
	<20030920012903.GA6893@myinternet.com.au>
	<20030920014051.GA2147@electricrain.com>
	<Pine.LNX.4.58.0309200409440.517@cocaine.cryolabs.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0309200409440.517@cocaine.cryolabs.net>
X-Invader-Zim: Hey...I'm delicious! Gaz, taste me! I'm delicious!
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 07:28:31 -0000
X-UID: 1623                                                  
Status: O

* Wouter Van Hemel <wouter@pair.com> shaped the electrons to say...

> > Qmail has a built in interface to using a CDB - constant database, which
> > although similar, is not the BerkeleyDB that DRAC uses.
> 
> Well, you shouldn't use Qmail and complain it doesn't have features. ;)
> 
> I'm afraid you are stretching it to the point it doesn't make sense
> anymore to still choose Qmail.

Well, I could be using courier-imap which does support this feature, but I'd
rather use dovecot. =)

> Anyway, out of curiosity, which clients still don't have SMTP AUTH support?

Older versions of Eudora is what I know of right off.

-D
-- 
The things you own end up owning you.
From tss@iki.fi  Sat Sep 20 21:46:04 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 603FC238C8; Sat, 20 Sep 2003 21:46:04 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AD61C23896
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 21:45:32 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 700A35C65486
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 21:45:32 +0300 (EEST)
Subject: Re: [Dovecot] namespaces
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <57541.166.84.1.190.1064013130.squirrel@mail.panix.com>
References: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
	 <1062607533.26916.80.camel@hurina>
	 <1689.166.84.167.10.1062609002.squirrel@mail.panix.com>
	 <1062871015.23538.12.camel@hurina>
	 <57541.166.84.1.190.1064013130.squirrel@mail.panix.com>
Content-Type: text/plain
Message-Id: <1064083532.13836.9.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 20 Sep 2003 21:45:32 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 18:46:04 -0000
X-UID: 1624                                                  
Status: O

On Sat, 2003-09-20 at 02:12, Brian Marcotte wrote:
> > > Maybe if [location in namespace section] wasn't set it could use the
> > > one from userdb.
> >
> > These are in CVS now.
> 
> I was able to log in using the userdb, but it didn't use the mailbox path
> I specified in the userdb. It instead was searching other places for the
> folders like ~/Maildir, ~/mail and many other things.

Whops, here's a fix:

diff -u -r1.37 mail-process.c
--- mail-process.c      15 Sep 2003 14:02:07 -0000      1.37
+++ mail-process.c      20 Sep 2003 18:44:25 -0000
@@ -296,7 +296,7 @@
 
        if (set->server->namespaces != NULL) {
                env_put_namespace(set->server->namespaces,
-                                 set->default_mail_env, user, home_dir);
+                                 mail, user, home_dir);
        }
 
        env_put(t_strconcat("MAIL=", mail, NULL));


From tss@iki.fi  Sat Sep 20 21:52:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3E763238B6; Sat, 20 Sep 2003 21:52:40 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 78BB323896
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 21:52:37 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 34E825C65486
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 21:52:37 +0300 (EEST)
Subject: Re: [Dovecot] feature request: maildirquota
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <039801c37e84$ae5fe990$0200a8c0@desktop>
References: <039801c37e84$ae5fe990$0200a8c0@desktop>
Content-Type: text/plain
Message-Id: <1064083957.13836.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 20 Sep 2003 21:52:37 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 18:52:40 -0000
X-UID: 1625                                                  
Status: O

On Fri, 2003-09-19 at 11:04, Eero Volotinen wrote:
> Hope maildirquota++ is soon supported, without it, dovecot is useless in my
> use (mail hosting with maildirquotas).

I don't really have plans to write quota support before 1.0. It will be
done via plugin anyway (which can be compiled into binary), and it's
already possible to write such plugin for CVS Dovecot. Or almost,
there's a small problem with calculating quota correctly when saving new
mails via IMAP, but that will be fixed hopefully sooner than later :)

There's an example quota plugin if someone wants to write the real
thing. Just fill the i_warning() calls with real quota calculations:

http://dovecot.fi/patches/quota.c


From marcotte@panix.com  Sun Sep 21 01:03:53 2003
Return-Path: <marcotte@panix.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 63ABD238CB; Sun, 21 Sep 2003 01:03:53 +0300 (EEST)
Received: from mail1.panix.com (mail1.panix.com [166.84.1.72])
	by danu.procontrol.fi (Postfix) with ESMTP id A404923896
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 01:03:19 +0300 (EEST)
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5])
	by mail1.panix.com (Postfix) with ESMTP
	id 1B4EE487D0; Sat, 20 Sep 2003 18:03:18 -0400 (EDT)
Received: (from marcotte@localhost)
	by panix5.panix.com (8.11.6p2-a/8.8.8/PanixN1.1) id h8KM3IY22365;
	Sat, 20 Sep 2003 18:03:18 -0400 (EDT)
Date: Sat, 20 Sep 2003 18:03:18 -0400
From: Brian Marcotte <marcotte@panix.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] namespaces
Message-ID: <20030920220318.GA22328@panix.com>
References: <65328.166.84.1.190.1062542706.squirrel@mail.panix.com>
	<1062607533.26916.80.camel@hurina>
	<1689.166.84.167.10.1062609002.squirrel@mail.panix.com>
	<1062871015.23538.12.camel@hurina>
	<57541.166.84.1.190.1064013130.squirrel@mail.panix.com>
	<1064083532.13836.9.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1064083532.13836.9.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 22:03:53 -0000
X-UID: 1626                                                  
Status: O

> > I was able to log in using the userdb, but it didn't use the mailbox path
> > I specified in the userdb. It instead was searching other places for the
> > folders like ~/Maildir, ~/mail and many other things.
> 
> Whops, here's a fix:

It works now.

Thanks!

--
- Brian
From warren@togami.com  Sun Sep 21 11:41:04 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AB6EB238CE; Sun, 21 Sep 2003 11:41:04 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 51D8123896
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 11:40:32 +0300 (EEST)
Received: from laptop (cpe-24-94-73-135.hawaii.rr.com [24.94.73.135])
	by pan.mplug.org (Postfix) with ESMTP id 79B295D8078
	for <dovecot@procontrol.fi>; Sat, 20 Sep 2003 23:16:44 -1000 (HST)
Subject: Re: [Dovecot] dovecot IMAP misserving problem?
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
In-Reply-To: <25F0676A-E5DE-11D7-B223-000393CC2E90@iki.fi>
References: <25F0676A-E5DE-11D7-B223-000393CC2E90@iki.fi>
Content-Type: text/plain
Message-Id: <1064133626.10215.5.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-7) 
Date: Sat, 20 Sep 2003 22:40:27 -1000
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 08:41:04 -0000
X-UID: 1627                                                  
Status: O

On Sat, 2003-09-13 at 01:33, Timo Sirainen wrote:
> On Saturday, Sep 13, 2003, at 12:50 Europe/Helsinki, Warren Togami 
> wrote:
> 
> >> Problem is that it contained message/rfc822 attachment which didn't
> >> actually have any headers (Content-Type especially). Dovecot didn't
> >> write empty envelope for it in BODY or BODYSTRUCTURE replies. It's
> >> fixed in CVS, I think it was this change:
> >> http://dovecot.fi/bodystructure.patch
> >
> > Tested this patch with 0.99.10.  evolution-1.4.4 still segfaults, and
> > squirrelmail-1.4.1 similarly is unable to read the message. Mozilla
> > still works.
> >
> > Please suggest anything more to test.
> 
> Dovecot probably cached the reply. Try deleting .imap.index* files.

I have determined that it was not a caching issue.  With the patch
applied the message is still unreadable in Squirrelmail, causes
Evolution to crash, but readable in Mozilla.

Please advise further testing options.

Thanks,
Warren

From aline@ronnie.rdsor.ro  Sun Sep 21 15:12:19 2003
Return-Path: <aline@ronnie.rdsor.ro>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6610823993; Sun, 21 Sep 2003 15:12:19 +0300 (EEST)
Received: from ronnie.rdsor.ro (unknown [193.231.188.240])
	by danu.procontrol.fi (Postfix) with ESMTP id 63B66238D3
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 15:11:47 +0300 (EEST)
Received: by ronnie.rdsor.ro (qmail, from userid 500)
	id 99DC0D7407; Sun, 21 Sep 2003 15:11:46 +0300 (EEST)
From: Alin Osan <al@casa.org.ro>
Organization: Fundatia Casa
To: dovecot@procontrol.fi
Date: Sun, 21 Sep 2003 15:11:46 +0300
User-Agent: KMail/1.5.4
X-OS: GNU/Linux 2.4.20 athlon: 
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309211511.46433@X-OS>
Subject: [Dovecot] convert wu-imap Maildir format to dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: al@casa.org.ro
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 12:12:19 -0000
X-UID: 1628                                                  
Status: O

Hello,

I intend to migrate a mail server with Maildir from wu-imap to dovecot 
imap. Using horde/IMP, users can not access their imap forders, as wu-imap 
created Mail directory that holds all created folders. Dovecot could not 
detect the mail directory so I had to put default_mail_env = ~/Maildir in 
dovecot.conf. 
Before I begin to read the source-code of dovecot or try to migrate the the 
mailboxes using a shell script, is there any way I can make dovecot read 
the wu-imap folders format?
Please suggest any solution that you find viable.
Thank you.

-- 
--
We are what we repeatedly do. Excellence, then, is not an act, but a habit.
--
Alin Osan

From tss@iki.fi  Sun Sep 21 15:23:28 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 530BC23994; Sun, 21 Sep 2003 15:23:28 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 201E0238D3
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 15:23:26 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id CF88A5C65486
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 15:23:25 +0300 (EEST)
Subject: Re: [Dovecot] dovecot IMAP misserving problem?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1064133626.10215.5.camel@laptop>
References: <25F0676A-E5DE-11D7-B223-000393CC2E90@iki.fi>
	 <1064133626.10215.5.camel@laptop>
Content-Type: text/plain
Message-Id: <1064147005.13841.92.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 21 Sep 2003 15:23:25 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 12:23:28 -0000
X-UID: 1629                                                  
Status: O

On Sun, 2003-09-21 at 11:40, Warren Togami wrote:
> > >> Problem is that it contained message/rfc822 attachment which didn't
> > >> actually have any headers (Content-Type especially). Dovecot didn't
> > >> write empty envelope for it in BODY or BODYSTRUCTURE replies. It's
> > >> fixed in CVS, I think it was this change:
> > >> http://dovecot.fi/bodystructure.patch

> I have determined that it was not a caching issue.  With the patch
> applied the message is still unreadable in Squirrelmail, causes
> Evolution to crash, but readable in Mozilla.

I missed a few more changes which were needed. I updated the patch in
the above url.


From tss@iki.fi  Sun Sep 21 15:34:24 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 784EA23994; Sun, 21 Sep 2003 15:34:24 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B8497238D3
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 15:34:21 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 68BFC5C65486; Sun, 21 Sep 2003 15:34:21 +0300 (EEST)
Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot
From: Timo Sirainen <tss@iki.fi>
To: al@casa.org.ro
In-Reply-To: <200309211511.46433@X-OS>
References: <200309211511.46433@X-OS>
Content-Type: text/plain
Message-Id: <1064147661.13839.103.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 21 Sep 2003 15:34:21 +0300
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 12:34:24 -0000
X-UID: 1630                                                  
Status: O
Content-Length: 1481

On Sun, 2003-09-21 at 15:11, Alin Osan wrote:
> I intend to migrate a mail server with Maildir from wu-imap to dovecot 
> imap. Using horde/IMP, users can not access their imap forders, as wu-imap 
> created Mail directory that holds all created folders. Dovecot could not 
> detect the mail directory so I had to put default_mail_env = ~/Maildir in 
> dovecot.conf. 

Mail or Maildir? ..

> Before I begin to read the source-code of dovecot or try to migrate the the 
> mailboxes using a shell script, is there any way I can make dovecot read 
> the wu-imap folders format?

I don't really know what format uw-imap's maildir patch uses, but I'm
guessing it's not Maildir++ which Dovecot and Courier use. Maildir++
works like:

~/Maildir/{cur,new,tmp} = INBOX
~/Maildir/.folder/{cur,new,tmp} = folder
~/Maildir/.folder.subfolder/{cur,new,tmp} = folder.subfolder

ie. everything under ~/Maildir/, hierarchies separated by dot.

I've been thinking on supporting something like what I'd guess uw-imap's
maildir uses:

~/Maildir/{cur,new,tmp} = INBOX
~/Maildir/folder/{cur,new,tmp} = folder
~/Maildir/folder/subfolder/{cur,new,tmp} = folder/subfolder

One bad thing with that format is that you can't have mailbox named cur,
new or tmp. Anyway, supporting that format isn't really in my short term
plans..

Hmm. Was it also uw-imap's maildir patch that added the UID into maildir
filename like: 12345,U=uid? I was also considering on supporting it, but
I think it had some problems..


From aline@ronnie.rdsor.ro  Sun Sep 21 15:46:30 2003
Return-Path: <aline@ronnie.rdsor.ro>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0DB2723995; Sun, 21 Sep 2003 15:46:30 +0300 (EEST)
Received: from ronnie.rdsor.ro (unknown [193.231.188.240])
	by danu.procontrol.fi (Postfix) with ESMTP id 7DBBC23994
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 15:46:28 +0300 (EEST)
Received: by ronnie.rdsor.ro (qmail, from userid 500)
	id 2C38AD7407; Sun, 21 Sep 2003 15:46:15 +0300 (EEST)
From: Alin Osan <al@casa.org.ro>
Organization: Fundatia Casa
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot
Date: Sun, 21 Sep 2003 15:46:15 +0300
User-Agent: KMail/1.5.4
References: <200309211511.46433@X-OS> <1064147661.13839.103.camel@hurina>
In-Reply-To: <1064147661.13839.103.camel@hurina>
X-OS: GNU/Linux 2.4.20 athlon: 
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309211546.15010@X-OS>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: al@casa.org.ro
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 12:46:30 -0000
X-UID: 1631                                                  
Status: O
Content-Length: 1506

On Sunday 21 September 2003 15:34, Timo Sirainen wrote:


> Mail or Maildir? ..

Maildir. I also lets you put folders in a Mail directory, but that has 
nothing to do with Maildir. From IMP you can create an imap directory 
pretty much where you want.


> I don't really know what format uw-imap's maildir patch uses, but I'm
> guessing it's not Maildir++ which Dovecot and Courier use. Maildir++
> works like:

No, it's not Maildir++, that is my problem.

> ~/Maildir/{cur,new,tmp} = INBOX
> ~/Maildir/.folder/{cur,new,tmp} = folder
> ~/Maildir/.folder.subfolder/{cur,new,tmp} = folder.subfolder
>
> ie. everything under ~/Maildir/, hierarchies separated by dot.
>
> I've been thinking on supporting something like what I'd guess uw-imap's
> maildir uses:
>
> ~/Maildir/{cur,new,tmp} = INBOX
> ~/Maildir/folder/{cur,new,tmp} = folder
> ~/Maildir/folder/subfolder/{cur,new,tmp} = folder/subfolder

Yes, that is the format used by wu-imap.

> One bad thing with that format is that you can't have mailbox named cur,
> new or tmp. Anyway, supporting that format isn't really in my short term
> plans..

No problem, I think that a converter added to dovecot would be a much 
better solution.

> Hmm. Was it also uw-imap's maildir patch that added the UID into maildir
> filename like: 12345,U=uid? I was also considering on supporting it, but
> I think it had some problems..

No, it's not IMO.
Thank you, Timo.

-- 
--
We are what we repeatedly do. Excellence, then, is not an act, but a habit.
--
Alin Osan

From security@jlug.org  Sun Sep 21 15:49:46 2003
Return-Path: <security@jlug.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A7DC42399B; Sun, 21 Sep 2003 15:49:46 +0300 (EEST)
Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25])
	by danu.procontrol.fi (Postfix) with ESMTP id DE87923994
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 15:49:14 +0300 (EEST)
Received: from jlug.fi (jlug.fi [192.194.49.184])
	by smtp.tele.fi (Postfix) with ESMTP id ECE6B177C8
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 15:49:13 +0300 (EEST)
Received: (qmail 11496 invoked by uid 537); 21 Sep 2003 12:49:08 -0000
Received: from security@jlug.org by jlug by uid 510 with qmail-scanner-1.20rc3
	 (f-prot: 3.12/. spamassassin: 2.50.  Clear:RC:0:SA:0(-9.8/10.0):. 
	Processed in 3.091397 secs); 21 Sep 2003 12:49:08 -0000
Received: from unknown (HELO desktop) (security@jlug.org@195.197.199.46)
  by 0 with SMTP; 21 Sep 2003 12:49:05 -0000
Message-ID: <053101c3803e$bd80fa20$0200a8c0@desktop>
From: "Eero Volotinen" <security@jlug.org>
To: <dovecot@procontrol.fi>
References: <200309211511.46433@X-OS> <1064147661.13839.103.camel@hurina>
	<200309211546.15010@X-OS>
Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot
Date: Sun, 21 Sep 2003 15:49:04 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Spam-Status: No, hits=-9.8 required=10.0
	tests=QUOTED_EMAIL_TEXT,REFERENCES
	autolearn=ham	version=2.50
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 12:49:46 -0000
X-UID: 1632                                                  
Status: O

> No problem, I think that a converter added to dovecot would be a much 
> better solution.

There is to maildir conversion scripts in qmail.org

--
Eero
From aline@ronnie.rdsor.ro  Sun Sep 21 16:01:22 2003
Return-Path: <aline@ronnie.rdsor.ro>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 420C42399D; Sun, 21 Sep 2003 16:01:22 +0300 (EEST)
Received: from ronnie.rdsor.ro (unknown [193.231.188.240])
	by danu.procontrol.fi (Postfix) with ESMTP id C86DE23866
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 16:01:20 +0300 (EEST)
Received: by ronnie.rdsor.ro (qmail, from userid 500)
	id 53296D7407; Sun, 21 Sep 2003 16:01:20 +0300 (EEST)
From: Alin Osan <al@casa.org.ro>
Organization: Fundatia Casa
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot
Date: Sun, 21 Sep 2003 16:01:20 +0300
User-Agent: KMail/1.5.4
References: <200309211511.46433@X-OS> <200309211546.15010@X-OS>
	<053101c3803e$bd80fa20$0200a8c0@desktop>
In-Reply-To: <053101c3803e$bd80fa20$0200a8c0@desktop>
X-OS: GNU/Linux 2.4.20 athlon: 
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309211601.20208@X-OS>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: al@casa.org.ro
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 13:01:22 -0000
X-UID: 1633                                                  
Status: O

On Sunday 21 September 2003 15:49, Eero Volotinen wrote:
> > No problem, I think that a converter added to dovecot would be a much
> > better solution.
>
> There is to maildir conversion scripts in qmail.org

I was thinking of a Maildir to Maildir++ converter.

-- 
--
We are what we repeatedly do. Excellence, then, is not an act, but a habit.
--
Alin Osan

From security@jlug.org  Sun Sep 21 16:05:08 2003
Return-Path: <security@jlug.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 245DD2399E; Sun, 21 Sep 2003 16:05:08 +0300 (EEST)
Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25])
	by danu.procontrol.fi (Postfix) with ESMTP id ABCBF2399D
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 16:05:06 +0300 (EEST)
Received: from jlug.fi (jlug.fi [192.194.49.184])
	by smtp.tele.fi (Postfix) with ESMTP id 5FA6F27A36
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 16:05:06 +0300 (EEST)
Received: (qmail 12989 invoked by uid 537); 21 Sep 2003 13:05:01 -0000
Received: from security@jlug.org by jlug by uid 510 with qmail-scanner-1.20rc3
	 (f-prot: 3.12/. spamassassin: 2.50.  Clear:RC:0:SA:0(-7.2/10.0):. 
	Processed in 3.413181 secs); 21 Sep 2003 13:05:01 -0000
Received: from unknown (HELO desktop) (security@jlug.org@195.197.199.46)
  by 0 with SMTP; 21 Sep 2003 13:04:57 -0000
Message-ID: <055401c38040$f4fc8d00$0200a8c0@desktop>
From: "Eero Volotinen" <security@jlug.org>
To: <dovecot@procontrol.fi>
References: <200309211511.46433@X-OS>
	<200309211546.15010@X-OS><053101c3803e$bd80fa20$0200a8c0@desktop>
	<200309211601.20208@X-OS>
Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot
Date: Sun, 21 Sep 2003 16:04:56 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Spam-Status: No, hits=-7.2 required=10.0
	tests=QUOTE_TWICE_1,REFERENCES
	autolearn=ham	version=2.50
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 13:05:08 -0000
X-UID: 1634                                                  
Status: O

> > There is to maildir conversion scripts in qmail.org
> 
> I was thinking of a Maildir to Maildir++ converter.

Why? Maildir quota is not supported by dovecot.

Maildir and maildir++ are compatible.

--
Eero
From aline@ronnie.rdsor.ro  Sun Sep 21 16:17:32 2003
Return-Path: <aline@ronnie.rdsor.ro>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B7FF32399F; Sun, 21 Sep 2003 16:17:32 +0300 (EEST)
Received: from ronnie.rdsor.ro (193.231.188.240.catv.rdsor.ro
	[193.231.188.240])
	by danu.procontrol.fi (Postfix) with ESMTP id 2D0A62399E
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 16:17:30 +0300 (EEST)
Received: by ronnie.rdsor.ro (qmail, from userid 500)
	id E6645D7407; Sun, 21 Sep 2003 16:17:22 +0300 (EEST)
From: Alin Osan <al@casa.org.ro>
Organization: Fundatia Casa
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot
Date: Sun, 21 Sep 2003 16:17:22 +0300
User-Agent: KMail/1.5.4
References: <200309211511.46433@X-OS> <200309211601.20208@X-OS>
	<055401c38040$f4fc8d00$0200a8c0@desktop>
In-Reply-To: <055401c38040$f4fc8d00$0200a8c0@desktop>
X-OS: GNU/Linux 2.4.20 athlon: 
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200309211617.22793@X-OS>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: al@casa.org.ro
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 13:17:32 -0000
X-UID: 1635                                                  
Status: O

On Sunday 21 September 2003 16:04, Eero Volotinen wrote:

> Why? Maildir quota is not supported by dovecot.

I didn't know that.

> Maildir and maildir++ are compatible.

Well, actually I need to convert the wu-imap Maildir format to something 
dovecot can work with. Maildir++ seemed the best solution for this, as 
this is supported by dovecot. But Maildir would do just fine, I suppose.


-- 
--
We are what we repeatedly do. Excellence, then, is not an act, but a habit.
--
Alin Osan

From tss@iki.fi  Sun Sep 21 16:34:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E7466239A7; Sun, 21 Sep 2003 16:34:10 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 44FE62399F
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 16:34:09 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D32615C65486
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 16:34:05 +0300 (EEST)
Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <055401c38040$f4fc8d00$0200a8c0@desktop>
References: <200309211511.46433@X-OS> <200309211546.15010@X-OS>
	 <053101c3803e$bd80fa20$0200a8c0@desktop> <200309211601.20208@X-OS>
	 <055401c38040$f4fc8d00$0200a8c0@desktop>
Content-Type: text/plain
Message-Id: <1064151245.13841.109.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 21 Sep 2003 16:34:05 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 13:34:11 -0000
X-UID: 1636                                                  
Status: O

On Sun, 2003-09-21 at 16:04, Eero Volotinen wrote:
> Maildir and maildir++ are compatible.

Maildir++ defines where non-INBOX mailboxes are located and how they're
named. Dovecot doesn't support accessing maildirs from random locations
in filesystem. That was his problem.


From tss@iki.fi  Sun Sep 21 21:16:27 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CF15E239A8; Sun, 21 Sep 2003 21:16:27 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4715523994
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 21:16:23 +0300 (EEST)
Date: Sun, 21 Sep 2003 21:16:57 +0300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <C95FC454-EC5F-11D7-86F1-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] Secure coding guide
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 18:16:28 -0000
X-UID: 1637                                                  
Status: O

I thought I'd write a small guide to what Dovecot's "secure coding 
techniques" are and how you'd use them:

http://dovecot.fi/doc/securecoding.txt

From matthias.andree@gmx.de  Sun Sep 21 23:43:07 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CCF12239A8; Sun, 21 Sep 2003 23:43:07 +0300 (EEST)
Received: from m2a2.dyndns.org (pD951F1EB.dip.t-dialin.net [217.81.241.235])
	by danu.procontrol.fi (Postfix) with ESMTP id 6846F23994
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 23:42:33 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 96D0296372; Sun, 21 Sep 2003 22:42:31 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] feature request: maildirquota
In-Reply-To: <1064083957.13836.17.camel@hurina> (Timo Sirainen's message of
 "Sat, 20 Sep 2003 21:52:37 +0300")
References: <039801c37e84$ae5fe990$0200a8c0@desktop>
	<1064083957.13836.17.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 21 Sep 2003 22:42:31 +0200
Message-ID: <m3u175vpoo.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 20:43:08 -0000
X-UID: 1638                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> I don't really have plans to write quota support before 1.0. It will be
> done via plugin anyway (which can be compiled into binary), and it's
> already possible to write such plugin for CVS Dovecot. Or almost,
> there's a small problem with calculating quota correctly when saving new
> mails via IMAP, but that will be fixed hopefully sooner than later :)

Using *real* user accounts and *file system* quotas should work today,
and should be bullet-proof on sane operating systems.

I wouldn't place any bets on Linux quota code though. ;-)

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
From ewald@geschwinde.net  Mon Sep 22 00:42:10 2003
Return-Path: <ewald@geschwinde.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1811B239A9; Mon, 22 Sep 2003 00:42:10 +0300 (EEST)
Received: from sx4gdsl001.gdsl.at (sx4gdsl001.globalcore.net [80.78.225.200])
	by danu.procontrol.fi (Postfix) with ESMTP id 7D46B2399F
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 00:42:08 +0300 (EEST)
Received: from geschwinde.net (unknown [80.78.255.20])
	by sx4gdsl001.gdsl.at (Postfix) with ESMTP id 176325800AB
	for <dovecot@procontrol.fi>; Sun, 21 Sep 2003 23:14:57 +0200 (CEST)
Message-ID: <3F6E1A10.5010108@geschwinde.net>
Date: Sun, 21 Sep 2003 23:37:20 +0200
From: Ewald Geschwinde <ewald@geschwinde.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5b) Gecko/20030903 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] problem with auth
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 21 Sep 2003 21:42:10 -0000
X-UID: 1639                                                  
Status: O

I'm new to dovecot

(it's a cool piece of software!!!)

I'm using Debian woody

I'm trying to start the server but then there is this mail
Do I have to set an environment variable or waht does this mean.

I'm trying to use a pgsql backend for authentification
and I have compiled it from source


/usr/local/libexec/dovecot/dovecot-auth start
dovecot-auth: Fatal: MECHANISMS environment is unset


Regards Ewald Geschwinde

From tss@iki.fi  Mon Sep 22 14:06:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0DA46238C6; Mon, 22 Sep 2003 14:06:58 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8712C23896
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 14:06:55 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 54E205C65486
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 14:06:55 +0300 (EEST)
Subject: Re: [Dovecot] problem with auth
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F6E1A10.5010108@geschwinde.net>
References: <3F6E1A10.5010108@geschwinde.net>
Content-Type: text/plain
Message-Id: <1064228815.13836.152.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 22 Sep 2003 14:06:55 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 22 Sep 2003 11:06:58 -0000
X-UID: 1640                                                  
Status: O

On Mon, 2003-09-22 at 00:37, Ewald Geschwinde wrote:
> I'm trying to start the server but then there is this mail
> Do I have to set an environment variable or waht does this mean.

No .. I should probably start talking about it with a different name in
docs. "mailbox location" or something rather than "MAIL environment". :)
And rename default_mail_env from dovecot.conf with
default_mailbox_location.

> I'm trying to use a pgsql backend for authentification
> and I have compiled it from source
> 
> 
> /usr/local/libexec/dovecot/dovecot-auth start
> dovecot-auth: Fatal: MECHANISMS environment is unset

Start /usr/local/sbin/dovecot binary.


From dovecot@fabre.id.au  Mon Sep 22 16:13:28 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A4914238C6; Mon, 22 Sep 2003 16:13:28 +0300 (EEST)
Received: from mail006.syd.optusnet.com.au (mail006.syd.optusnet.com.au
	[211.29.132.63])
	by danu.procontrol.fi (Postfix) with ESMTP id 210DD23896
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 16:13:22 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8MDDKi32335
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 23:13:20 +1000
Date: Mon, 22 Sep 2003 23:13:17 +1000
From: Ron <dovecot@fabre.id.au>
To: dovecot@procontrol.fi
Message-Id: <20030922231317.3b6664ca.dovecot@fabre.id.au>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Multiple instances of .customflags staying open
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 22 Sep 2003 13:13:29 -0000
X-UID: 1641                                                  
Status: O
Content-Length: 1413

# cat /proc/version
Linux version 2.4.20-18.9 (bhcompile@daffy.perf.redhat.com) (gcc version
3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu May 29 07:09:43 EDT 2003
# dovecot --version
0.99.10

I've just recently noticed a serious problem with my system. After about
an hour or so I get errors in /var/log/maillog such as this;
Sep 21 06:40:16 the-system imap(ray): opendir() failed with file \
\/home/ray/Maildir//new: Too many open files

I investigated with 'lsof' and found that many copies of '.customflags'
were open for each and every folder. ie; Each folder's '.customflags'
file was open 15 times!

I suspect that postfix is not able to store newly collected email while
this is occuring, therefore I am likely losing messages.

I've tried with multiple mail clients (Sylpheed & Evolution) and
multiple users, always with the same result.

Further investigation indicates that each time the client scans for new
mail another instance of each and every '.customflags' is opened. As I
have the client set for checking at five minute intervals then it was
probably 75 minutes until the client barfed. Less, if I manualy scan for
new mail a few times.

If I shutdown the client and restart it then everything is fine for
about an hour. Running 'lsof /home/ray/Maildir/.customflags' on the
server I can see the list of files increasing each time the client
checks for new mail.

Any help would be appreciated!
From tss@iki.fi  Mon Sep 22 17:28:54 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 031F2238D3; Mon, 22 Sep 2003 17:28:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F40BB238B6
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 17:28:48 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B1CC15C65486
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 17:28:48 +0300 (EEST)
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030922231317.3b6664ca.dovecot@fabre.id.au>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
Content-Type: multipart/mixed; boundary="=-vbqoi7YN4os9IgUNurfK"
Message-Id: <1064240928.13839.160.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 22 Sep 2003 17:28:48 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 22 Sep 2003 14:28:54 -0000
X-UID: 1642                                                  
Status: O
Content-Length: 2009


--=-vbqoi7YN4os9IgUNurfK
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Mon, 2003-09-22 at 16:13, Ron wrote:
> I've just recently noticed a serious problem with my system. After about
> an hour or so I get errors in /var/log/maillog such as this;
> Sep 21 06:40:16 the-system imap(ray): opendir() failed with file \
> \/home/ray/Maildir//new: Too many open files
> 
> I investigated with 'lsof' and found that many copies of '.customflags'
> were open for each and every folder. ie; Each folder's '.customflags'
> file was open 15 times!

Could it be that your .customflags files are not writable to users?
That's the only code path that I can see it leaking file descriptors for
.customflags. Attached patch should also fix it.



--=-vbqoi7YN4os9IgUNurfK
Content-Disposition: attachment; filename=leak.diff
Content-Type: text/x-patch; name=leak.diff; charset=iso-8859-15
Content-Transfer-Encoding: 7bit

Index: src/lib-index/mail-custom-flags.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib-index/mail-custom-flags.c,v
retrieving revision 1.23
diff -u -r1.23 mail-custom-flags.c
--- src/lib-index/mail-custom-flags.c	6 Aug 2003 20:15:31 -0000	1.23
+++ src/lib-index/mail-custom-flags.c	22 Sep 2003 14:27:47 -0000
@@ -248,16 +248,14 @@
 				   CUSTOM_FLAGS_FILE_NAME, NULL);
 		fd = !readonly ? open(path, O_RDWR | O_CREAT, 0660) :
 			open(path, O_RDONLY);
-		if (fd == -1) {
-			if (errno == EACCES) {
-				fd = open(path, O_RDONLY);
-				readonly = TRUE;
-			}
-			if (errno != EACCES && errno != ENOENT &&
-			    !ENOSPACE(errno)) {
-				index_file_set_syscall_error(index, path, "open()");
-				return FALSE;
-			}
+		if (fd == -1 && errno == EACCES) {
+			fd = open(path, O_RDONLY);
+			readonly = TRUE;
+		}
+		if (fd == -1 && errno != EACCES && errno != ENOENT &&
+		    !ENOSPACE(errno)) {
+			index_file_set_syscall_error(index, path, "open()");
+			return FALSE;
 		}
 	} else {
 		path = NULL;

--=-vbqoi7YN4os9IgUNurfK--

From esj@harvee.org  Mon Sep 22 22:19:56 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2B43D238D3; Mon, 22 Sep 2003 22:19:56 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id ECA80238C6
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 22:19:22 +0300 (EEST)
Received: from harvee.org ([192.168.0.59])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h8MJJIsC011023
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 15:19:18 -0400
Message-ID: <3F6F4B32.1000908@harvee.org>
Date: Mon, 22 Sep 2003 15:19:14 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5b) Gecko/20030901 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] status of maildir and mbox
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 22 Sep 2003 19:19:56 -0000
X-UID: 1643                                                  
Status: O

what is the status of mixed support of maildir and mbox at the same 
time?  Has any progress been made?

--- eric


From tss@iki.fi  Mon Sep 22 22:30:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4D37523996; Mon, 22 Sep 2003 22:30:17 +0300 (EEST)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 57B7923993
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 22:29:55 +0300 (EEST)
Date: Mon, 22 Sep 2003 22:30:31 +0300
Subject: Re: [Dovecot] status of maildir and mbox
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <3F6F4B32.1000908@harvee.org>
Message-Id: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 22 Sep 2003 19:30:17 -0000
X-UID: 1644                                                  
Status: O

On Monday, Sep 22, 2003, at 22:19 Europe/Helsinki, Eric S. Johansson 
wrote:

> what is the status of mixed support of maildir and mbox at the same 
> time?  Has any progress been made?

It was working in CVS after I added support for namespaces. Then I 
broke mbox support with index changes and still haven't managed to kick 
myself into fixing the mbox code.

From esj@harvee.org  Mon Sep 22 22:37:16 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7BE5C23996; Mon, 22 Sep 2003 22:37:16 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id A1A9423993
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 22:37:13 +0300 (EEST)
Received: from harvee.org ([192.168.0.59])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h8MJbAsC011175;
	Mon, 22 Sep 2003 15:37:10 -0400
Message-ID: <3F6F4F61.8090300@harvee.org>
Date: Mon, 22 Sep 2003 15:37:05 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5b) Gecko/20030901 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] status of maildir and mbox
References: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
In-Reply-To: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 22 Sep 2003 19:37:16 -0000
X-UID: 1645                                                  
Status: O

Timo Sirainen wrote:

> On Monday, Sep 22, 2003, at 22:19 Europe/Helsinki, Eric S. Johansson 
> wrote:
>
>> what is the status of mixed support of maildir and mbox at the same 
>> time?  Has any progress been made?
>
>
> It was working in CVS after I added support for namespaces. Then I 
> broke mbox support with index changes and still haven't managed to 
> kick myself into fixing the mbox code.

what kind of a bribe will it take?  Chocolate (not that we make anything 
good east of the Continental divide although I do know of a rather nice 
chocolate shop in Rockport Massachusetts that makes yummy handmade 
truffles and peppermint candy canes), music, videos,??
--- eric

From mem@mv.mv.com  Tue Sep 23 05:12:36 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CA9E723993; Tue, 23 Sep 2003 05:12:36 +0300 (EEST)
Received: from mv.mv.com (iridium.mv.net [199.125.85.17])
	by danu.procontrol.fi (Postfix) with SMTP id 29D21238D1
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 05:12:04 +0300 (EEST)
Received: (qmail 12693 invoked by uid 101); 22 Sep 2003 22:12:01 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 22 Sep 2003 22:12:01 -0400
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] status of maildir and mbox
Message-ID: <20030923021201.GF25879@iridium.mv.net>
References: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
	<3F6F4F61.8090300@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3F6F4F61.8090300@harvee.org>
User-Agent: Mutt/1.4.1i
cc: Timo Sirainen <tss@iki.fi>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 02:12:37 -0000
X-UID: 1646                                                  
Status: O

On Mon, Sep 22, 2003 at 03:37:05PM -0400, Eric S. Johansson wrote:
> Timo Sirainen wrote:
> 
> >On Monday, Sep 22, 2003, at 22:19 Europe/Helsinki, Eric S. Johansson 
> >wrote:
> >
> >>what is the status of mixed support of maildir and mbox at the same 
> >>time?  Has any progress been made?
> >
> >
> >It was working in CVS after I added support for namespaces. Then I 
> >broke mbox support with index changes and still haven't managed to 
> >kick myself into fixing the mbox code.
> 
> what kind of a bribe will it take?  Chocolate (not that we make anything 
> good east of the Continental divide although I do know of a rather nice 
> chocolate shop in Rockport Massachusetts that makes yummy handmade 
> truffles and peppermint candy canes), music, videos,??

I'll pitch in-- I'm even close enough to Rockport to drive there :-)

mm
From warren@togami.com  Tue Sep 23 10:58:18 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 378B423993; Tue, 23 Sep 2003 10:58:18 +0300 (EEST)
Received: from pan.mplug.org (unknown [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 0A224238D1
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 10:57:45 +0300 (EEST)
Received: from laptop (cpe-24-94-73-135.hawaii.rr.com [24.94.73.135])
	by pan.mplug.org (Postfix) with ESMTP id A51745D8079
	for <dovecot@procontrol.fi>; Mon, 22 Sep 2003 22:34:29 -1000 (HST)
Subject: Re: [Dovecot] dovecot IMAP misserving problem?
From: Warren Togami <warren@togami.com>
To: dovecot@procontrol.fi
In-Reply-To: <1064147005.13841.92.camel@hurina>
References: <25F0676A-E5DE-11D7-B223-000393CC2E90@iki.fi>
	 <1064133626.10215.5.camel@laptop>  <1064147005.13841.92.camel@hurina>
Content-Type: text/plain
Message-Id: <1064303859.24880.55.camel@laptop>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 (1.4.4-7) 
Date: Mon, 22 Sep 2003 21:57:40 -1000
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 07:58:18 -0000
X-UID: 1647                                                  
Status: O

On Sun, 2003-09-21 at 02:23, Timo Sirainen wrote:
> On Sun, 2003-09-21 at 11:40, Warren Togami wrote:
> > > >> Problem is that it contained message/rfc822 attachment which didn't
> > > >> actually have any headers (Content-Type especially). Dovecot didn't
> > > >> write empty envelope for it in BODY or BODYSTRUCTURE replies. It's
> > > >> fixed in CVS, I think it was this change:
> > > >> http://dovecot.fi/bodystructure.patch
> 
> > I have determined that it was not a caching issue.  With the patch
> > applied the message is still unreadable in Squirrelmail, causes
> > Evolution to crash, but readable in Mozilla.
> 
> I missed a few more changes which were needed. I updated the patch in
> the above url.
> 

Confirmed, that patch now seems to fix the problem for dovecot-0.99.10. 
I am running it in production now for long term testing.

Warren

From dovecot@fabre.id.au  Tue Sep 23 14:17:14 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0D8D823996; Tue, 23 Sep 2003 14:17:14 +0300 (EEST)
Received: from mail002.syd.optusnet.com.au (mail002.syd.optusnet.com.au
	[211.29.132.32])
	by danu.procontrol.fi (Postfix) with ESMTP id 8CF35238C6
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 14:16:36 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8NBGUj30887
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 21:16:31 +1000
Date: Tue, 23 Sep 2003 21:16:28 +1000
From: Ron <dovecot@fabre.id.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-Id: <20030923211628.29a154d4.dovecot@fabre.id.au>
In-Reply-To: <1064240928.13839.160.camel@hurina>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	<1064240928.13839.160.camel@hurina>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 11:17:14 -0000
X-UID: 1648                                                  
Status: O
Content-Length: 1077

On Mon, 22 Sep 2003 17:28:48 +0300 Timo Sirainen (Timo Sirainen
<tss@iki.fi>) said:

> On Mon, 2003-09-22 at 16:13, Ron wrote:
> > I've just recently noticed a serious problem with my system. After
> > about an hour or so I get errors in /var/log/maillog such as this;
> > Sep 21 06:40:16 the-system imap(ray): opendir() failed with file \
> > \/home/ray/Maildir//new: Too many open files
> > 
> > I investigated with 'lsof' and found that many copies of
> > '.customflags' were open for each and every folder. ie; Each
> > folder's '.customflags' file was open 15 times!
> 
> Could it be that your .customflags files are not writable to users?

No, they're all writable to the user.

> That's the only code path that I can see it leaking file descriptors
> for.customflags. Attached patch should also fix it.

This is likely a dumb question, but how do I apply the patch? I'm no
programmer, just an admin/user.

btw, the situation got worse today. I couldn't keep the mail client
running for more than a minute at a time. This is a real nuicence.

Thanks for the speedy reply!
From t1lt@bk.ru  Tue Sep 23 06:27:56 2003
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5CC6A23993; Tue, 23 Sep 2003 06:27:56 +0300 (EEST)
Received: from sun.com (port-212-202-39-64.reverse.qsc.de [212.202.39.64])
	by danu.procontrol.fi (Postfix) with SMTP id 2FF7D238C6
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 06:27:23 +0300 (EEST)
Received: (qmail 12162 invoked by uid 1000); 23 Sep 2003 03:31:21 -0000
Date: Tue, 23 Sep 2003 05:31:21 +0200
From: Samuel Verner <t1lt@bk.ru>
To: dovecot@procontrol.fi
Message-ID: <20030923033121.GA1700@woom.net>
Mail-Followup-To: Samuel Verner <t1lt@bk.ru>, dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Mailman-Approved-At: Tue, 23 Sep 2003 15:07:49 +0300
Subject: [Dovecot] shared folders?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 03:27:56 -0000
X-UID: 1649                                                  
Status: O

hello,

does dovecot support shared folders (a very nice feature in cyrus-imapd)?


sam

From tss@iki.fi  Tue Sep 23 15:27:16 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 76EE4239A3; Tue, 23 Sep 2003 15:27:16 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2DD392399B
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 15:27:12 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3ACE65EC1162
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 15:27:11 +0300 (EEST)
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030923211628.29a154d4.dovecot@fabre.id.au>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	 <1064240928.13839.160.camel@hurina>
	 <20030923211628.29a154d4.dovecot@fabre.id.au>
Content-Type: text/plain
Message-Id: <1064320030.23454.12.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 23 Sep 2003 15:27:10 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 12:27:16 -0000
X-UID: 1650                                                  
Status: O
Content-Length: 1188

On Tue, 2003-09-23 at 14:16, Ron wrote:
> > > I investigated with 'lsof' and found that many copies of
> > > '.customflags' were open for each and every folder. ie; Each
> > > folder's '.customflags' file was open 15 times!

Try manually running:

MAIL=~Maildir /usr/local/libexec/dovecot/imap
x select inbox

and check if that process also is leaking .customflags files?

And is it really the same .customflags file that is open 15 times?

Do you use INDEX=MEMORY?

> > Could it be that your .customflags files are not writable to users?
> 
> No, they're all writable to the user.

Then that patch probably doesn't help. Hmm. There's another way actually
for leaks to happen but I think it also leaks .data files. Happens when
opening indexes fails because it has to be rebuilt. Shouldn't happen
normally so I'm not sure if that's your problem either. I'll fix that
later today anyway.

> > That's the only code path that I can see it leaking file descriptors
> > for.customflags. Attached patch should also fix it.
> 
> This is likely a dumb question, but how do I apply the patch? I'm no
> programmer, just an admin/user.

cd dovecot-0.99.10
patch -p0 < file.diff

(or -p1 sometimes)


From tss@iki.fi  Tue Sep 23 15:28:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E7D15239AC; Tue, 23 Sep 2003 15:28:39 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 63D9B239A8
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 15:28:38 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 396C25EC1162
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 15:28:38 +0300 (EEST)
Subject: Re: [Dovecot] status of maildir and mbox
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F6F4F61.8090300@harvee.org>
References: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
	 <3F6F4F61.8090300@harvee.org>
Content-Type: text/plain
Message-Id: <1064320118.23451.15.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 23 Sep 2003 15:28:38 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 12:28:40 -0000
X-UID: 1651                                                  
Status: O

On Mon, 2003-09-22 at 22:37, Eric S. Johansson wrote:
> >> what is the status of mixed support of maildir and mbox at the same 
> >> time?  Has any progress been made?
> >
> > It was working in CVS after I added support for namespaces. Then I 
> > broke mbox support with index changes and still haven't managed to 
> > kick myself into fixing the mbox code.
> 
> what kind of a bribe will it take?

I don't know if bribes help, I've been wanting it myself for a while now
too.

> Chocolate (not that we make anything 
> good east of the Continental divide although I do know of a rather nice 
> chocolate shop in Rockport Massachusetts that makes yummy handmade 
> truffles and peppermint candy canes), music, videos,??

I don't really like chocolate :)


From tss@iki.fi  Tue Sep 23 15:29:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 834D6239AB; Tue, 23 Sep 2003 15:29:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1A4C22399B
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 15:29:40 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id E91AC5EC1162; Tue, 23 Sep 2003 15:29:39 +0300 (EEST)
Subject: Re: [Dovecot] shared folders?
From: Timo Sirainen <tss@iki.fi>
To: Samuel Verner <t1lt@bk.ru>
In-Reply-To: <20030923033121.GA1700@woom.net>
References: <20030923033121.GA1700@woom.net>
Content-Type: text/plain
Message-Id: <1064320179.23448.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 23 Sep 2003 15:29:39 +0300
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 12:29:41 -0000
X-UID: 1652                                                  
Status: O

On Tue, 2003-09-23 at 06:31, Samuel Verner wrote:
> does dovecot support shared folders (a very nice feature in cyrus-imapd)?

Not yet. It's planned after 1.0 release.


From dovecot@fabre.id.au  Tue Sep 23 16:09:28 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 63EA8239A2; Tue, 23 Sep 2003 16:09:28 +0300 (EEST)
Received: from mail017.syd.optusnet.com.au (mail017.syd.optusnet.com.au
	[211.29.132.168])
	by danu.procontrol.fi (Postfix) with ESMTP id D7132238C6
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 16:08:54 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8ND8pX07305
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 23:08:52 +1000
Date: Tue, 23 Sep 2003 23:08:50 +1000
From: Ron <dovecot@fabre.id.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-Id: <20030923230850.4b9fa09c.dovecot@fabre.id.au>
In-Reply-To: <1064320030.23454.12.camel@hurina>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	<1064240928.13839.160.camel@hurina>
	<20030923211628.29a154d4.dovecot@fabre.id.au>
	<1064320030.23454.12.camel@hurina>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 13:09:28 -0000
X-UID: 1653                                                  
Status: O

On Tue, 23 Sep 2003 15:27:10 +0300 Timo Sirainen (Timo Sirainen
<tss@iki.fi>) said:

> Try manually running:
> MAIL=~Maildir /usr/local/libexec/dovecot/imap
> x select inbox
> and check if that process also is leaking .customflags files?

Two copies of the .customflags file get opened, and stay opened. I
execute the commands (1 select INBOX, 2 select INBOX, etc) and only the
two are opened;

# lsof|grep customflag
imap      1703     ron  mem    REG        3,5        5   5488711
/home/ron/Maildir/.customflags
1703     ron    5u   REG        3,5        5   5488711
/home/ron/Maildir/.customflags imap

> And is it really the same .customflags file that is open 15 times?

Yes, absolutely.

> Do you use INDEX=MEMORY?

Do you mean this?;
default_mail_env = maildir:%h/Maildir/:INDEX=MEMORY

Thanks again!
From ewald@geschwinde.net  Tue Sep 23 20:15:47 2003
Return-Path: <ewald@geschwinde.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6AAA0239AB; Tue, 23 Sep 2003 20:15:47 +0300 (EEST)
Received: from sx4gdsl001.gdsl.at (sx4gdsl001.globalcore.net [80.78.225.200])
	by danu.procontrol.fi (Postfix) with ESMTP id B9E18238C6
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 20:15:11 +0300 (EEST)
Received: from geschwinde.net (unknown [80.78.255.20])
	by sx4gdsl001.gdsl.at (Postfix) with ESMTP id AD9885800AB
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 18:47:37 +0200 (CEST)
Message-ID: <3F707EAC.4070801@geschwinde.net>
Date: Tue, 23 Sep 2003 19:11:08 +0200
From: Ewald Geschwinde <ewald@geschwinde.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5b) Gecko/20030903 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] debian installation
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 17:15:47 -0000
X-UID: 1654                                                  
Status: O

apt-get install postfix-tls postfix-pgsql sasl2-bin libsasl2-modules 
postgresql libpam-pgsql
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  sasl2-bin: Depends: libcomerr1-kerberos4kth (>= 1.2.2-2) but it is not 
installable
E: Sorry, broken packages


I think the new users should know this

Maybe it takes some time before the sasl2-bin is update

Regards Ewald Geschwinde


From tss@iki.fi  Tue Sep 23 20:40:57 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 207BF239AC; Tue, 23 Sep 2003 20:40:57 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7A77F239AB
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 20:40:24 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7E83F5EC1162
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 20:40:23 +0300 (EEST)
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030923230850.4b9fa09c.dovecot@fabre.id.au>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	 <1064240928.13839.160.camel@hurina>
	 <20030923211628.29a154d4.dovecot@fabre.id.au>
	 <1064320030.23454.12.camel@hurina>
	 <20030923230850.4b9fa09c.dovecot@fabre.id.au>
Content-Type: multipart/mixed; boundary="=-LxcRs9J/K2udB/rK1bZL"
Message-Id: <1064338823.23444.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 23 Sep 2003 20:40:23 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 17:40:57 -0000
X-UID: 1655                                                  
Status: O
Content-Length: 3862


--=-LxcRs9J/K2udB/rK1bZL
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Tue, 2003-09-23 at 16:08, Ron wrote:
> > Do you use INDEX=MEMORY?
> 
> Do you mean this?;
> default_mail_env = maildir:%h/Maildir/:INDEX=MEMORY

Yes. OK, got it :) It happens with INDEX=MEMORY. Included patch should
fix it.


--=-LxcRs9J/K2udB/rK1bZL
Content-Disposition: attachment; filename=inmem.diff
Content-Type: text/x-patch; name=inmem.diff; charset=iso-8859-15
Content-Transfer-Encoding: 7bit

diff -ru ../dovecot-0.99.10/src/lib-storage/index/index-storage.c src/lib-storage/index/index-storage.c
--- ../dovecot-0.99.10/src/lib-storage/index/index-storage.c	2003-06-15 06:43:05.000000000 +0300
+++ src/lib-storage/index/index-storage.c	2003-09-23 20:36:20.000000000 +0300
@@ -42,27 +42,31 @@
 	indexes = list;
 }
 
-struct mail_index *index_storage_lookup_ref(const char *path)
+struct mail_index *
+index_storage_lookup_ref(const char *index_dir, const char *path)
 {
 	struct index_list **list, *rec;
 	struct mail_index *match;
 	struct stat st1, st2;
 	int destroy_count;
 
-	if (stat(path, &st1) < 0)
-		return NULL;
+	if (index_dir != NULL) {
+		if (stat(index_dir, &st1) < 0)
+			return NULL;
+	}
 
-	/* compare inodes so we don't break even with symlinks */
+	/* compare index_dir inodes so we don't break even with symlinks.
+	   for in-memory indexes compare just mailbox paths */
 	destroy_count = 0; match = NULL;
 	for (list = &indexes; *list != NULL;) {
 		rec = *list;
 
-		if (stat(rec->index->dir, &st2) == 0) {
-			if (st1.st_ino == st2.st_ino &&
-			    st1.st_dev == st2.st_dev) {
-				rec->refcount++;
-				match = rec->index;
-			}
+		if ((index_dir != NULL && stat(rec->index->dir, &st2) == 0 &&
+		     st1.st_ino == st2.st_ino && st1.st_dev == st2.st_dev) ||
+		    (index_dir == NULL &&
+		     strcmp(path, rec->index->mailbox_path) == 0)) {
+			rec->refcount++;
+			match = rec->index;
 		}
 
 		if (rec->refcount == 0) {
diff -ru ../dovecot-0.99.10/src/lib-storage/index/index-storage.h src/lib-storage/index/index-storage.h
--- ../dovecot-0.99.10/src/lib-storage/index/index-storage.h	2003-06-15 06:43:05.000000000 +0300
+++ src/lib-storage/index/index-storage.h	2003-09-23 20:33:30.000000000 +0300
@@ -42,7 +42,8 @@
 		       enum mail_lock_type lock_type);
 
 void index_storage_add(struct mail_index *index);
-struct mail_index *index_storage_lookup_ref(const char *path);
+struct mail_index *
+index_storage_lookup_ref(const char *index_dir, const char *path);
 void index_storage_unref(struct mail_index *index);
 void index_storage_destroy_unrefed(void);
 
diff -ru ../dovecot-0.99.10/src/lib-storage/index/maildir/maildir-storage.c src/lib-storage/index/maildir/maildir-storage.c
--- ../dovecot-0.99.10/src/lib-storage/index/maildir/maildir-storage.c	2003-06-15 06:43:05.000000000 +0300
+++ src/lib-storage/index/maildir/maildir-storage.c	2003-09-23 20:36:27.000000000 +0300
@@ -301,7 +301,7 @@
 	index_dir = maildir_get_index_path(storage, name);
 	control_dir = maildir_get_control_path(storage, name);
 
-	index = index_storage_lookup_ref(index_dir);
+	index = index_storage_lookup_ref(index_dir, path);
 	if (index == NULL) {
 		index = maildir_index_alloc(path, index_dir, control_dir);
 		index_storage_add(index);
diff -ru ../dovecot-0.99.10/src/lib-storage/index/mbox/mbox-storage.c src/lib-storage/index/mbox/mbox-storage.c
--- ../dovecot-0.99.10/src/lib-storage/index/mbox/mbox-storage.c	2003-06-26 04:02:04.000000000 +0300
+++ src/lib-storage/index/mbox/mbox-storage.c	2003-09-23 20:36:36.000000000 +0300
@@ -337,7 +337,7 @@
 		index_dir = mbox_get_index_dir(storage, name);
 	}
 
-	index = index_storage_lookup_ref(index_dir);
+	index = index_storage_lookup_ref(index_dir, path);
 	if (index == NULL) {
 		index = mbox_index_alloc(path, index_dir, index_dir);
 		index_storage_add(index);

--=-LxcRs9J/K2udB/rK1bZL--

From tss@iki.fi  Tue Sep 23 20:47:19 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 203F6239B0; Tue, 23 Sep 2003 20:47:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 91BB2239AB
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 20:47:17 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5BA0E5EC1162
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 20:47:17 +0300 (EEST)
Subject: Re: [Dovecot] debian installation
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F707EAC.4070801@geschwinde.net>
References: <3F707EAC.4070801@geschwinde.net>
Content-Type: text/plain
Message-Id: <1064339237.23449.30.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 23 Sep 2003 20:47:17 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 17:47:19 -0000
X-UID: 1656                                                  
Status: O

On Tue, 2003-09-23 at 20:11, Ewald Geschwinde wrote:
> Sorry, but the following packages have unmet dependencies:
>   sasl2-bin: Depends: libcomerr1-kerberos4kth (>= 1.2.2-2) but it is not 
> installable

I had the same problem. Why do they have to put that kerberos stuff
everywhere.. I used then some older packages and kludgeing to install
it.

> I think the new users should know this

It's anyway a temporary problem.. And probably not a problem with Debian
stable/testing(?)


From ewald@geschwinde.net  Tue Sep 23 21:03:47 2003
Return-Path: <ewald@geschwinde.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2316F239B1; Tue, 23 Sep 2003 21:03:47 +0300 (EEST)
Received: from sx4gdsl001.gdsl.at (sx4gdsl001.globalcore.net [80.78.225.200])
	by danu.procontrol.fi (Postfix) with ESMTP id 6D63F2399B
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 21:03:44 +0300 (EEST)
Received: from geschwinde.net (unknown [80.78.255.20])
	by sx4gdsl001.gdsl.at (Postfix) with ESMTP
	id 9F39E5800AB; Tue, 23 Sep 2003 19:36:11 +0200 (CEST)
Message-ID: <3F7089FF.1080501@geschwinde.net>
Date: Tue, 23 Sep 2003 19:59:27 +0200
From: Ewald Geschwinde <ewald@geschwinde.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5b) Gecko/20030903 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] debian installation
References: <3F707EAC.4070801@geschwinde.net>
	<1064339237.23449.30.camel@hurina>
In-Reply-To: <1064339237.23449.30.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 18:03:47 -0000
X-UID: 1657                                                  
Status: O

Timo Sirainen wrote:

>On Tue, 2003-09-23 at 20:11, Ewald Geschwinde wrote:
>  
>
>>Sorry, but the following packages have unmet dependencies:
>>  sasl2-bin: Depends: libcomerr1-kerberos4kth (>= 1.2.2-2) but it is not 
>>installable
>>    
>>
>
>I had the same problem. Why do they have to put that kerberos stuff
>everywhere.. I used then some older packages and kludgeing to install
>it.
>
>  
>
>>I think the new users should know this
>>    
>>
>
>It's anyway a temporary problem.. And probably not a problem with Debian
>stable/testing(?)
>
>
>
>  
>
no it's an unstable problem



From jaldhar@debian.org  Tue Sep 23 23:28:29 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A1CC8239B4; Tue, 23 Sep 2003 23:28:29 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 04AB7239B1
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 23:27:56 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 83F01854B
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 16:27:56 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20806-02 for <dovecot@procontrol.fi>;
	Tue, 23 Sep 2003 16:27:56 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id F3853806F
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 16:27:55 -0400 (EDT)
Date: Tue, 23 Sep 2003 16:27:55 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] debian installation
In-Reply-To: <1064339237.23449.30.camel@hurina>
Message-ID: <Pine.LNX.4.58.0309231616391.19924@samadhi.braincells.com>
References: <3F707EAC.4070801@geschwinde.net>
	<1064339237.23449.30.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at braincells.com
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 20:28:29 -0000
X-UID: 1658                                                  
Status: O

On Tue, 23 Sep 2003, Timo Sirainen wrote:

> It's anyway a temporary problem.. And probably not a problem with Debian
> stable/testing(?)
>

No just unstable.  http://snapshot.debian.net is a good resource for users
who need to rollback a package when unstable gets a little too unstable.

It shouldn't affect installing dovecot because it only depends on libsasl2
and I'm going to take even that out at your request.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From dovecot@fabre.id.au  Wed Sep 24 00:09:40 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 29932239B4; Wed, 24 Sep 2003 00:09:40 +0300 (EEST)
Received: from mail008.syd.optusnet.com.au (mail008.syd.optusnet.com.au
	[211.29.132.212])
	by danu.procontrol.fi (Postfix) with ESMTP id 8EBB3239B0
	for <dovecot@procontrol.fi>; Wed, 24 Sep 2003 00:09:06 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8NL94604471
	for <dovecot@procontrol.fi>; Wed, 24 Sep 2003 07:09:04 +1000
Date: Wed, 24 Sep 2003 07:09:01 +1000
From: Ron <dovecot@fabre.id.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-Id: <20030924070901.62f1411b.dovecot@fabre.id.au>
In-Reply-To: <1064338823.23444.22.camel@hurina>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	<1064240928.13839.160.camel@hurina>
	<20030923211628.29a154d4.dovecot@fabre.id.au>
	<1064320030.23454.12.camel@hurina>
	<20030923230850.4b9fa09c.dovecot@fabre.id.au>
	<1064338823.23444.22.camel@hurina>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 21:09:40 -0000
X-UID: 1659                                                  
Status: O
Content-Length: 1118

On Tue, 23 Sep 2003 20:40:23 +0300 Timo Sirainen (Timo Sirainen
<tss@iki.fi>) said:

> On Tue, 2003-09-23 at 16:08, Ron wrote:
> > > Do you use INDEX=MEMORY?
> > 
> > Do you mean this?;
> > default_mail_env = maildir:%h/Maildir/:INDEX=MEMORY
> 
> Yes. OK, got it :) It happens with INDEX=MEMORY. Included patch should
> fix it.

Beaut, thanks. I'll apply it later today and report back.

One more piece of information I've discovered which may help though; I
changed the mail checking interval from five minutes to thirty minutes
and then left the mail client running overnight. It did _not_ die. There
was only five occurences of any one .customflags file open, whereas
there should have been around fifteen (and therefore it would have
locked up).

Maybe the opened files are timing out after a period of maybe two or
three hours? Therefore the problem had been there all along (on my
system, anyway) until a week or so ago when I changed from ten minute
intervals to five minute intervals. ie; I'm opening the files faster
than they timeout and close.

What do you think? Or have I gone completely mad? ;-)

cheers!
From esj@harvee.org  Wed Sep 24 00:35:23 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3FAFA239B6; Wed, 24 Sep 2003 00:35:23 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 56C2A239B0
	for <dovecot@procontrol.fi>; Wed, 24 Sep 2003 00:34:50 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h8NLYmsC002022
	for <dovecot@procontrol.fi>; Tue, 23 Sep 2003 17:34:48 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 23 Sep 2003 17:34:34 -0400
Message-ID: <3F70BBDE.5040004@harvee.org>
Date: Tue, 23 Sep 2003 17:32:14 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] status of maildir and mbox
References: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
	<3F6F4F61.8090300@harvee.org> <1064320118.23451.15.camel@hurina>
In-Reply-To: <1064320118.23451.15.camel@hurina>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:030923:dovecot@procontrol.fi:8e19eaaca0aa49c7
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 21:35:23 -0000
X-UID: 1660                                                  
Status: O

Timo Sirainen explained:

> I don't know if bribes help, I've been wanting it myself for a while now
> too.

I can understand that.  Today is the Equinox and the days are going to get 
shorter.  The only good thing about this season is that 80 m opens to Europe and 
points east.

I still need to put up an inverted L too.

> I don't really like chocolate :)

pervert... ;-)

hmmm maybe pizza? Estonian vodka?  antique Shaker style furniture?

---eric


From dovecot@fabre.id.au  Wed Sep 24 12:18:13 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D3FD9239B0; Wed, 24 Sep 2003 12:18:13 +0300 (EEST)
Received: from mail004.syd.optusnet.com.au (mail004.syd.optusnet.com.au
	[211.29.132.145])
	by danu.procontrol.fi (Postfix) with ESMTP id A8BE02399B
	for <dovecot@procontrol.fi>; Wed, 24 Sep 2003 12:17:39 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8O9HYn27950
	for <dovecot@procontrol.fi>; Wed, 24 Sep 2003 19:17:36 +1000
Date: Wed, 24 Sep 2003 19:16:39 +1000
From: Ron <dovecot@fabre.id.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-Id: <20030924191639.6b3b8080.dovecot@fabre.id.au>
In-Reply-To: <20030924070901.62f1411b.dovecot@fabre.id.au>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	<1064240928.13839.160.camel@hurina>
	<20030923211628.29a154d4.dovecot@fabre.id.au>
	<1064320030.23454.12.camel@hurina>
	<20030923230850.4b9fa09c.dovecot@fabre.id.au>
	<1064338823.23444.22.camel@hurina>
	<20030924070901.62f1411b.dovecot@fabre.id.au>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 24 Sep 2003 09:18:14 -0000
X-UID: 1661                                                  
Status: O
Content-Length: 1090

On Wed, 24 Sep 2003 07:09:01 +1000 Ron (Ron <dovecot@fabre.id.au>) said:

> On Tue, 23 Sep 2003 20:40:23 +0300 Timo Sirainen (Timo Sirainen
> <tss@iki.fi>) said:
> 
> > Yes. OK, got it :) It happens with INDEX=MEMORY. Included patch
> > should fix it.
> 
> Beaut, thanks. I'll apply it later today and report back.

ok, I applied the patch and things are much better. When I check for
open customflags files I find that there are only a couple of unique
ones, and only for a short time (probably while the client is scanning
the folders).

However, a new bug has appeared. When I press send on a message I
sometimes get this error;

  The message was queued but could not be sent.
  Use "Send queued messages" from the main window to  retry.

The message does not actualy appear in the Queue folder unless I quit
the client and restart it (this bit could be a client issue). When I
check maillog I see this entry;

  Sep 24 19:03:53 the-system imap(ron): Corrupted index file \
  (in-memory index for /home/ron/Maildir//.Queue): UIDVALIDITY \
  changed in uidlist

Any (new) ideas?

cheers!
From lists@pote.com  Wed Sep 24 21:17:57 2003
Return-Path: <lists@pote.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 207292399B; Wed, 24 Sep 2003 21:17:57 +0300 (EEST)
Received: from grebe.mail.pas.earthlink.net (grebe.mail.pas.earthlink.net
	[207.217.120.46])
	by danu.procontrol.fi (Postfix) with ESMTP id 27C10238C6
	for <dovecot@procontrol.fi>; Wed, 24 Sep 2003 21:17:22 +0300 (EEST)
Received: from user-0ccemou.cable.mindspring.com ([24.199.91.30]
	helo=tarsier.pote.com)
	by grebe.mail.pas.earthlink.net with smtp (Exim 3.33 #1)
	id 1A2ECV-0005eq-00
	for dovecot@procontrol.fi; Wed, 24 Sep 2003 11:17:19 -0700
Received: (qmail 10688 invoked from network); 24 Sep 2003 18:17:17 -0000
Received: from unknown (HELO mayfly.earthlink.net) (eater@192.168.50.1)
  by 192.168.50.105 with SMTP; 24 Sep 2003 14:17:17 -0400
Date: Wed, 24 Sep 2003 14:17:20 -0400 (Eastern Daylight Time)
From: Paul <lists@pote.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PC-Pine "Junk in end of group"
In-Reply-To: <D04ACEB5-E2F6-11D7-8771-000393CC2E90@iki.fi>
Message-ID: <Pine.WNT.4.56.0309241334110.1164@mayfly>
References: <D04ACEB5-E2F6-11D7-8771-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 24 Sep 2003 18:17:57 -0000
X-UID: 1662                                                  
Status: O
Content-Length: 1180

Timo, thanks -

I applied the patch and recompiled, but I am still getting the same
error, under the same circumstances.

	Paul



On September 9, at 9:52pm, Timo Sirainen wrote:

> On Tuesday, Sep 9, 2003, at 21:02 Europe/Helsinki, Paul Adams wrote:
>
> > I am running PC-Pine under Windows XP, connecting via SSL to a Dovecot
> > IMAP server (0.99.10-2 under Debian woody). When I open a mail folder
> > (mbox format) in Pine I get the following non-fatal error:
> >
> > [Junk in end of group: pn=undisclosed-recipients al= dn=]
>
> I think this patch fixes it:
>
> diff -u -r1.6 message-address.c
> --- src/lib-mail/message-address.c      17 Jul 2003 14:50:45 -0000
> 1.6
> +++ src/lib-mail/message-address.c      9 Sep 2003 18:51:52 -0000
> @@ -196,7 +196,7 @@
>                          /* beginning of group */
>                          addr = new_address(pool, &next_addr);
>                          max_addresses--;
> -                       addr->name = p_strdup(pool, str_c(mailbox));
> +                       addr->mailbox = p_strdup(pool, str_c(mailbox));
>
>                          str_truncate(mailbox, 0);
>                          str_truncate(comment, 0);
>
From lists@pote.com  Wed Sep 24 21:20:52 2003
Return-Path: <lists@pote.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1E4C52399B; Wed, 24 Sep 2003 21:20:52 +0300 (EEST)
Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net
	[207.217.120.49])
	by danu.procontrol.fi (Postfix) with ESMTP id 40A01239B5
	for <dovecot@procontrol.fi>; Wed, 24 Sep 2003 21:20:20 +0300 (EEST)
Received: from user-0ccemou.cable.mindspring.com ([24.199.91.30]
	helo=tarsier.pote.com)
	by scaup.mail.pas.earthlink.net with smtp (Exim 3.33 #1)
	id 1A2EFL-0004mP-00
	for dovecot@procontrol.fi; Wed, 24 Sep 2003 11:20:15 -0700
Received: (qmail 10708 invoked from network); 24 Sep 2003 18:20:13 -0000
Received: from unknown (HELO mayfly.earthlink.net) (eater@192.168.50.1)
  by 192.168.50.105 with SMTP; 24 Sep 2003 14:20:13 -0400
Date: Wed, 24 Sep 2003 14:20:15 -0400 (Eastern Daylight Time)
From: Paul <lists@pote.com>
To: To: ;
Subject: Re: [Dovecot] PC-Pine "Junk in end of group" (fwd)
Message-ID: <Pine.WNT.4.56.0309241418280.1564@mayfly>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Thu, 25 Sep 2003 02:47:07 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 24 Sep 2003 18:20:52 -0000
X-UID: 1663                                                  
Status: O

Also, this line is popping up in my syslog. It wasn't there before the
recompile:

imap(paul): Error indexing mbox file /home/paul/mail/postponed-msgs: LF not found where expected

	Paul



---------- Forwarded message ----------
Date: Wed, 24 Sep 2003 14:17:20 -0400 (Eastern Daylight Time)
From: Paul <lists@pote.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PC-Pine "Junk in end of group"

Timo, thanks -

I applied the patch and recompiled, but I am still getting the same
error, under the same circumstances.

	Paul


From tss@iki.fi  Thu Sep 25 02:48:59 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92449238D6; Thu, 25 Sep 2003 02:48:59 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 812B3238C9
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 02:48:27 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 586395EC1169
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 02:48:27 +0300 (EEST)
Subject: Re: [Dovecot] PC-Pine "Junk in end of group"
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.WNT.4.56.0309241334110.1164@mayfly>
References: <D04ACEB5-E2F6-11D7-8771-000393CC2E90@iki.fi>
	 <Pine.WNT.4.56.0309241334110.1164@mayfly>
Content-Type: text/plain
Message-Id: <1064447307.3584.36.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 25 Sep 2003 02:48:27 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 24 Sep 2003 23:48:59 -0000
X-UID: 1664                                                  
Status: O

On Wed, 2003-09-24 at 21:17, Paul wrote:
> I applied the patch and recompiled, but I am still getting the same
> error, under the same circumstances.

It's probably because Dovecot has cached the data in index files. Try
deleting .imap.index* files for the mailbox.


From tss@iki.fi  Thu Sep 25 02:53:25 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5503E2399B; Thu, 25 Sep 2003 02:53:25 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DCBCC238C9
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 02:53:23 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A4E5C5EC1169
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 02:53:23 +0300 (EEST)
Subject: Re: [Dovecot] PC-Pine "Junk in end of group" (fwd)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.WNT.4.56.0309241418280.1564@mayfly>
References: <Pine.WNT.4.56.0309241418280.1564@mayfly>
Content-Type: text/plain
Message-Id: <1064447603.3580.43.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 25 Sep 2003 02:53:23 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 24 Sep 2003 23:53:25 -0000
X-UID: 1665                                                  
Status: O

On Wed, 2003-09-24 at 21:20, Paul wrote:
> Also, this line is popping up in my syslog. It wasn't there before the
> recompile:
> 
> imap(paul): Error indexing mbox file /home/paul/mail/postponed-msgs: LF not found where expected

I've been getting similiar errors in my drafts mbox. I guess it doesn't
always like when mbox gets empty, but I haven't noticed any real
problems from that either :)


From tss@iki.fi  Thu Sep 25 02:57:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B8987238C6; Thu, 25 Sep 2003 02:57:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D7AAC238C9
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 02:57:03 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8DB8E5EC1169
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 02:57:03 +0300 (EEST)
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030924191639.6b3b8080.dovecot@fabre.id.au>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	 <1064240928.13839.160.camel@hurina>
	 <20030923211628.29a154d4.dovecot@fabre.id.au>
	 <1064320030.23454.12.camel@hurina>
	 <20030923230850.4b9fa09c.dovecot@fabre.id.au>
	 <1064338823.23444.22.camel@hurina>
	 <20030924070901.62f1411b.dovecot@fabre.id.au>
	 <20030924191639.6b3b8080.dovecot@fabre.id.au>
Content-Type: text/plain
Message-Id: <1064447823.3580.49.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 25 Sep 2003 02:57:03 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 24 Sep 2003 23:57:06 -0000
X-UID: 1666                                                  
Status: O

On Wed, 2003-09-24 at 12:16, Ron wrote:
> The message does not actualy appear in the Queue folder unless I quit
> the client and restart it (this bit could be a client issue). When I
> check maillog I see this entry;
> 
>   Sep 24 19:03:53 the-system imap(ron): Corrupted index file \
>   (in-memory index for /home/ron/Maildir//.Queue): UIDVALIDITY \
>   changed in uidlist
> 
> Any (new) ideas?

Hmh. I guess INDEX=MEMORY doesn't work too well. I can't reproduce this
myself though. Do you use multiple clients, or does your client use
multiple IMAP connections?

Can you check if the UIDVALIDITY really changes in the file? It's the
middle number in first line of dovecot-uidlist file.


From tss@iki.fi  Thu Sep 25 03:04:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9E7CF239CC; Thu, 25 Sep 2003 03:04:13 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 20600238C9
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 03:04:12 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D8AC55EC1169
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 03:04:11 +0300 (EEST)
Subject: Re: [Dovecot] status of maildir and mbox
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F70BBDE.5040004@harvee.org>
References: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
	 <3F6F4F61.8090300@harvee.org> <1064320118.23451.15.camel@hurina>
	 <3F70BBDE.5040004@harvee.org>
Content-Type: text/plain
Message-Id: <1064448251.3582.57.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 25 Sep 2003 03:04:11 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 00:04:13 -0000
X-UID: 1667                                                  
Status: O

On Wed, 2003-09-24 at 00:32, Eric S. Johansson wrote:
> > I don't really like chocolate :)
> 
> pervert... ;-)
> 
> hmmm maybe pizza? Estonian vodka?  antique Shaker style furniture?

I'd rather eat something else than pizza for a change. Don't know about
Estonian voda, I've drank only Finlandia. I could use a bit more
furniture though - a book shelf and some carpets on the floor, but I
think those are being taken care of already :)

Hmm. I don't know what I'd really want. Except maybe a nicer apartment,
better car and 


From tss@iki.fi  Thu Sep 25 03:08:05 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BD204239CC; Thu, 25 Sep 2003 03:08:05 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4BFAD238C9
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 03:08:04 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0DA7B5EC1169
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 03:08:04 +0300 (EEST)
Subject: Re: [Dovecot] status of maildir and mbox
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1064448251.3582.57.camel@hurina>
References: <3B02BDB8-ED33-11D7-86F1-000393CC2E90@iki.fi>
	 <3F6F4F61.8090300@harvee.org> <1064320118.23451.15.camel@hurina>
	 <3F70BBDE.5040004@harvee.org>  <1064448251.3582.57.camel@hurina>
Content-Type: text/plain
Message-Id: <1064448483.3583.61.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 25 Sep 2003 03:08:03 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 00:08:05 -0000
X-UID: 1668                                                  
Status: O

On Thu, 2003-09-25 at 03:04, Timo Sirainen wrote:
> Hmm. I don't know what I'd really want. Except maybe a nicer apartment,
> better car and 

Oops, I wondered how long it'd take to hit ctrl-enter (send mail)
accidentally the first time :)

Anyway, that's pretty much that. s/and/:)/. Oh, and new 15" powerbook I
think. Assuming it isn't as hot as 12" and it's not "too big". Will see
once they arrive. :)


From tss@iki.fi  Thu Sep 25 03:11:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3E962239D1; Thu, 25 Sep 2003 03:11:00 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AE310239D0
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 03:10:58 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 806525EC1169
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 03:10:58 +0300 (EEST)
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030924070901.62f1411b.dovecot@fabre.id.au>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	 <1064240928.13839.160.camel@hurina>
	 <20030923211628.29a154d4.dovecot@fabre.id.au>
	 <1064320030.23454.12.camel@hurina>
	 <20030923230850.4b9fa09c.dovecot@fabre.id.au>
	 <1064338823.23444.22.camel@hurina>
	 <20030924070901.62f1411b.dovecot@fabre.id.au>
Content-Type: text/plain
Message-Id: <1064448658.3584.65.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 25 Sep 2003 03:10:58 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 00:11:00 -0000
X-UID: 1669                                                  
Status: O

On Wed, 2003-09-24 at 00:09, Ron wrote:
> Maybe the opened files are timing out after a period of maybe two or
> three hours? Therefore the problem had been there all along (on my
> system, anyway) until a week or so ago when I changed from ten minute
> intervals to five minute intervals. ie; I'm opening the files faster
> than they timeout and close.
> 
> What do you think? Or have I gone completely mad? ;-)

It leaked one file descriptor every time a client did STATUS or SELECT
command, so it was there before too. I don't think it ever closed them..
Maybe your client reconnected. Dunno :)


From tss@iki.fi  Thu Sep 25 03:42:52 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C709238D6; Thu, 25 Sep 2003 03:42:52 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 219A8238D4
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 03:42:50 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id B46015EC1169; Thu, 25 Sep 2003 03:42:49 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: Akhilesh Agarwal <akhilesh_agarwal@msn.com>
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAsLY8A+l/OUW7cFVNb/cwfuKAAAAQAAAA3iSn1yeOWkuN/6wQP/rsogEAAAAA@msn.com>
References: 
	<!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAsLY8A+l/OUW7cFVNb/cwfuKAAAAQAAAA3iSn1yeOWkuN/6wQP/rsogEAAAAA@msn.com>
Content-Type: text/plain
Message-Id: <1064450569.3583.88.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 25 Sep 2003 03:42:49 +0300
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
Subject: [Dovecot] Re: Bug: Message time gets changed during move/copy
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 00:42:52 -0000
X-UID: 1670                                                  
Status: O
Content-Length: 1669

On Sat, 2003-09-13 at 13:10, Akhilesh Agarwal wrote:
> SERVER
> 
>       * Redhat 9.0 stable (with all up2date updates installed)
>       * Sendmail-8.12.8-6.90
>       * Dovecot 0.99.10 release

>       * On the workstation running Outlook Express, there should be
>         some existing messages in Local Folders. (example: message
>         downloaded from a POP3 server)
>       * Change the time zone of the workstation machine to non-GMT
>         time zone. In my case GMT +0530 (Indian Standard Time)
>       * Create a test IMAP account on the server
>       * Configure Outlook Express to connect to the IMAP account.
>       * Now select a message in the Local Folders and copy it to a
>         folder on the IMAP server.
>       * If you check the message time on the IMAP account, you will
>         find that +0530 hrs was added to the message time. (+0530 is
>         apparently the time zone of my workstation as configure above)

Sorry for taking this long to reply, it always takes so much effort to
turn on my Windows computer :)

I cannot reproduce this. I have my server and workstation set to GMT+3
and copying message from Dovecot to OE6 local folder and back keeps the
message date the same.

Or actually it looks like IMAP -> local folder copies using the
message's Date field rather than IMAP's INTERNALDATE which
Received-field shows.

I'm not sure if this could be Dovecot's or OE6's fault .. Has anyone
else seen timestamps going wrong when copying?

> Can anyone please confirm this and let me know, as I am not subscribed
> to the list.

It actually never made it to list because it was decided to be spam
(mostly due to being HTML).


From dovecot@fabre.id.au  Thu Sep 25 04:31:11 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92CD5239CC; Thu, 25 Sep 2003 04:31:11 +0300 (EEST)
Received: from mail014.syd.optusnet.com.au (mail014.syd.optusnet.com.au
	[211.29.132.160])
	by danu.procontrol.fi (Postfix) with ESMTP id 2511D239B5
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 04:30:37 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8P1UWO16311
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 11:30:33 +1000
Received: from lemon.office.cyber.com.au (unknown [192.168.1.10])
	by the-system.home.lan (Postfix) with SMTP id AEA796500BC
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 11:30:31 +1000 (EST)
Date: Thu, 25 Sep 2003 11:30:30 +1000
From: Ron <dovecot@fabre.id.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-Id: <20030925113030.7904afdc.dovecot@fabre.id.au>
In-Reply-To: <1064447823.3580.49.camel@hurina>
References: <20030922231317.3b6664ca.dovecot@fabre.id.au>
	<1064240928.13839.160.camel@hurina>
	<20030923211628.29a154d4.dovecot@fabre.id.au>
	<1064320030.23454.12.camel@hurina>
	<20030923230850.4b9fa09c.dovecot@fabre.id.au>
	<1064338823.23444.22.camel@hurina>
	<20030924070901.62f1411b.dovecot@fabre.id.au>
	<20030924191639.6b3b8080.dovecot@fabre.id.au>
	<1064447823.3580.49.camel@hurina>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 01:31:11 -0000
X-UID: 1671                                                  
Status: O

On Thu, 25 Sep 2003 02:57:03 +0300 Timo Sirainen (Timo Sirainen
<tss@iki.fi>) said:

> Hmh. I guess INDEX=MEMORY doesn't work too well. I can't reproduce
> this myself though. Do you use multiple clients, or does your client
> use multiple IMAP connections?
> 
> Can you check if the UIDVALIDITY really changes in the file? It's the
> middle number in first line of dovecot-uidlist file.

Before creating the new message;
1 1061811585 283
282 1064450999.P20289Q9M323521.the-system

After sending, but failing;
1 1061811585 283
282 1064450999.P20289Q9M323521.the-system

After the message appeared in the queue, and was successfully sent;
1 1061811585 284
283 1064452695.P20289Q14M935913.the-system

btw, it doesn't require a restart of the client, if I wait for about 30
seconds then the message appears in the Queue folder ready for me to
force the send again.

cheers!
From jonas@illuminet.se  Thu Sep 25 12:23:49 2003
Return-Path: <jonas@illuminet.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1B660238C9; Thu, 25 Sep 2003 12:23:49 +0300 (EEST)
Received: from server.illuminet.se (h144n3fls27o1055.bredband.comhem.se
	[217.209.104.144])
	by danu.procontrol.fi (Postfix) with ESMTP id CEC9A23887
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 12:23:15 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by server.illuminet.se (8.12.8/8.12.5) with ESMTP id h8P9NDYK001593
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 11:23:13 +0200
From: Jonas Bosson <jonas@illuminet.se>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: IllumiNet AB
Message-Id: <1064481793.1177.44.camel@server.illuminet.se>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 25 Sep 2003 11:23:13 +0200
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] can't read attachments using javamail with dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 09:23:49 -0000
X-UID: 1672                                                  
Status: O
Content-Length: 1884

Dear folks,

this might be a java-bug, but it seems to occur only when connecting to
dovecot-IMAP.

UW and Cyrus-ditto works, while when I try to read attachments (base64),
I get slapped in the face with this:

java.lang.NullPointerException
at com.sun.mail.iap.Response.parse(Response.java:99)
at com.sun.mail.iap.Response.<init>(Response.java:68)
at com.sun.mail.imap.protocol.IMAPResponse.<init>(IMAPResponse.java:31)
at
com.sun.mail.imap.protocol.IMAPResponse.readResponse(IMAPResponse.java:105)
at
com.sun.mail.imap.protocol.IMAPProtocol.readResponse(IMAPProtocol.java:153)
at com.sun.mail.iap.Protocol.command(Protocol.java:215)
at com.sun.mail.imap.protocol.IMAPProtocol.fetch(IMAPProtocol.java:882)
at com.sun.mail.imap.protocol.IMAPProtocol.fetch(IMAPProtocol.java:874)
at
com.sun.mail.imap.protocol.IMAPProtocol.fetchBody(IMAPProtocol.java:677)
at com.sun.mail.imap.IMAPInputStream.fill(IMAPInputStream.java:74)
at com.sun.mail.imap.IMAPInputStream.read(IMAPInputStream.java:105)
at
com.sun.mail.util.BASE64DecoderStream.decode(BASE64DecoderStream.java:143)
at
com.sun.mail.util.BASE64DecoderStream.read(BASE64DecoderStream.java:54)
at
se.illuminet.httpd.mail.MailXMLService.serviceXml(MailXMLService.java:361)

This occurs in booth javamail 1.2 and 1.3(.1) using dovecot. Of
course this unfriendly/unhandled response is a problem with javamail
while biting the dust. 

Further analysis points to that the reading works OK up until 2^16
bytes, so it fails either in reading the tail of the attachment or
resuming after the first buffered data is consumed.

I tried the BODYSTRCUTURE-patch (booth #1 and then #2), but it didn't
help. Now I am fresh out of ideas. The java-bug has a three week delay
to surface on "bug-parade". But I still have to explain why it works in
UW/Cyrus and not with dovecot.

Next step would be to add trace-lines in dovecot. 

Any ideas?

/Jonas


From charlieb-dovecot@e-smith.com  Thu Sep 25 12:52:10 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 37CDC238D2; Thu, 25 Sep 2003 12:52:10 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id B9F80238C9
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 12:51:36 +0300 (EEST)
Received: (qmail 6161 invoked by uid 404); 25 Sep 2003 09:51:33 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 25 Sep 2003 05:51:33 -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; 25 Sep 2003 09:51:33 -0000
Received: (qmail 18945 invoked by uid 5008); 25 Sep 2003 09:51:33 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 25 Sep 2003 09:51:33 -0000
Date: Thu, 25 Sep 2003 05:51:33 -0400 (EDT)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Ron <dovecot@fabre.id.au>
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
In-Reply-To: <20030925113030.7904afdc.dovecot@fabre.id.au>
Message-ID: <Pine.LNX.4.44.0309250547550.16362-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 09:52:10 -0000
X-UID: 1673                                                  
Status: O
Content-Length: 1037


Hi Ron!

On Thu, 25 Sep 2003, Ron wrote:

> On Thu, 25 Sep 2003 02:57:03 +0300 Timo Sirainen (Timo Sirainen
> <tss@iki.fi>) said:
> 
> > Hmh. I guess INDEX=MEMORY doesn't work too well. I can't reproduce
> > this myself though. Do you use multiple clients, or does your client
> > use multiple IMAP connections?

I wonder why INDEX=MEMORY is being used at all. IIRC, Ron said it was RH 
standard config.

> > Can you check if the UIDVALIDITY really changes in the file? It's the
> > middle number in first line of dovecot-uidlist file.
> 
> Before creating the new message;
> 1 1061811585 283
> 282 1064450999.P20289Q9M323521.the-system
> 
> After sending, but failing;
> 1 1061811585 283
> 282 1064450999.P20289Q9M323521.the-system

I don't see how swnding mail has anything to do with dovecot. That's a 
transaction between your mail client and your SMTP daemon.

Timo, Ron has an strace of the imap process if you need any further 
confirmation of the location of the fd leak. But it looks like you've 
found it anyway.

--
Charlie


From rueckert@informatik.uni-rostock.de  Thu Sep 25 14:04:05 2003
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B1334238D2; Thu, 25 Sep 2003 14:04:05 +0300 (EEST)
Received: from irssi.ath.cx (vpn017235.uni-rostock.de [139.30.17.235])
	by danu.procontrol.fi (Postfix) with ESMTP id 55830238C9
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 14:03:33 +0300 (EEST)
Received: by irssi.ath.cx (Postfix, from userid 500)
	id AE7F97471B8; Thu, 25 Sep 2003 13:03:50 +0200 (CEST)
Date: Thu, 25 Sep 2003 13:03:50 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Charlie Brady <charlieb-dovecot@e-smith.com>
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-ID: <20030925110350.GF8439@irssi.ath.cx>
References: <20030925113030.7904afdc.dovecot@fabre.id.au>
	<Pine.LNX.4.44.0309250547550.16362-100000@allspice.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0309250547550.16362-100000@allspice.nssg.mitel.com>
User-Agent: Mutt/1.5.4i
cc: Ron <dovecot@fabre.id.au>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 11:04:05 -0000
X-UID: 1674                                                  
Status: O

On 2003-09-25 05:51:33 -0400, Charlie Brady wrote:
> I don't see how swnding mail has anything to do with dovecot. That's a 
> transaction between your mail client and your SMTP daemon.

i think is "sentmail" folder is on the imap server.

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/

From dovecot@fabre.id.au  Thu Sep 25 16:59:41 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8A0E0238D6; Thu, 25 Sep 2003 16:59:41 +0300 (EEST)
Received: from mail005.syd.optusnet.com.au (mail005.syd.optusnet.com.au
	[211.29.132.54])
	by danu.procontrol.fi (Postfix) with ESMTP id CFED9238C6
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 16:59:05 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8PDx2G25212
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 23:59:03 +1000
Date: Thu, 25 Sep 2003 23:52:14 +1000
From: Ron <dovecot@fabre.id.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-Id: <20030925235214.19ffb391.dovecot@fabre.id.au>
In-Reply-To: <Pine.LNX.4.44.0309250547550.16362-100000@allspice.nssg.mitel.com>
References: <20030925113030.7904afdc.dovecot@fabre.id.au>
	<Pine.LNX.4.44.0309250547550.16362-100000@allspice.nssg.mitel.com>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 13:59:41 -0000
X-UID: 1675                                                  
Status: O

On Thu, 25 Sep 2003 05:51:33 -0400 (EDT) Charlie Brady (Charlie Brady
<charlieb-dovecot@e-smith.com>) said:

> Hi Ron!

Howdy stranger! ;-)

> I don't see how swnding mail has anything to do with dovecot. That's a
> transaction between your mail client and your SMTP daemon.

Except that the messages get stored in both the Queue and Sent folders.
It's the Queue folder that is generating the error.

> Timo, Ron has an strace of the imap process if you need any further 
> confirmation of the location of the fd leak. But it looks like you've 
> found it anyway.

heh. I almost forgot about that.

cheers!
Ron
From dovecot@fabre.id.au  Thu Sep 25 16:59:54 2003
Return-Path: <dovecot@fabre.id.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EFFD5239B5; Thu, 25 Sep 2003 16:59:54 +0300 (EEST)
Received: from mail010.syd.optusnet.com.au (mail010.syd.optusnet.com.au
	[211.29.132.56])
	by danu.procontrol.fi (Postfix) with ESMTP id 16A53238D5
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 16:59:20 +0300 (EEST)
Received: from the-system.home.lan
	(c210-49-179-203.eburwd1.vic.optusnet.com.au [210.49.179.203])
	h8PDx3L29384;	Thu, 25 Sep 2003 23:59:03 +1000
Date: Thu, 25 Sep 2003 23:52:40 +1000
From: Ron <dovecot@fabre.id.au>
To: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
Subject: Re: [Dovecot] Multiple instances of .customflags staying open
Message-Id: <20030925235240.37cee629.dovecot@fabre.id.au>
In-Reply-To: <20030925110350.GF8439@irssi.ath.cx>
References: <20030925113030.7904afdc.dovecot@fabre.id.au>
	<Pine.LNX.4.44.0309250547550.16362-100000@allspice.nssg.mitel.com>
	<20030925110350.GF8439@irssi.ath.cx>
X-Mailer: Sylpheed version 0.9.5claws (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 13:59:55 -0000
X-UID: 1676                                                  
Status: O

On Thu, 25 Sep 2003 13:03:50 +0200 Marcus Rueckert (Marcus Rueckert
<rueckert@informatik.uni-rostock.de>) said:

> On 2003-09-25 05:51:33 -0400, Charlie Brady wrote:
> > I don't see how swnding mail has anything to do with dovecot. That's
> > a transaction between your mail client and your SMTP daemon.
> 
> i think is "sentmail" folder is on the imap server.

Yes, my Sent and Queue folders are on the IMAP server. This problem
normaly appears when sending mail, and therefore in the Queue folder,
however I've occasionaly noticed it in other folders.

cheers!
From lists@pote.com  Thu Sep 25 19:51:24 2003
Return-Path: <lists@pote.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 42981238D5; Thu, 25 Sep 2003 19:51:24 +0300 (EEST)
Received: from grouse.mail.pas.earthlink.net (grouse.mail.pas.earthlink.net
	[207.217.120.116])
	by danu.procontrol.fi (Postfix) with ESMTP id BC401238C6
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 19:50:51 +0300 (EEST)
Received: from user-0ccemou.cable.mindspring.com ([24.199.91.30]
	helo=tarsier.pote.com)
	by grouse.mail.pas.earthlink.net with smtp (Exim 3.33 #1)
	id 1A2ZKF-0005cb-00
	for dovecot@procontrol.fi; Thu, 25 Sep 2003 09:50:43 -0700
Received: (qmail 19272 invoked from network); 25 Sep 2003 16:50:41 -0000
Received: from unknown (HELO mayfly.earthlink.net) (eater@192.168.50.1)
  by 192.168.50.105 with SMTP; 25 Sep 2003 12:50:41 -0400
Date: Thu, 25 Sep 2003 12:50:35 -0400 (Eastern Daylight Time)
From: Paul <lists@pote.com>
To: dovecot@procontrol.fi
In-Reply-To: <20030925090003.CAF68238D2@danu.procontrol.fi>
Message-ID: <Pine.WNT.4.56.0309251220270.1488@mayfly>
References: <20030925090003.CAF68238D2@danu.procontrol.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] mailbox sorting issue
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 16:51:24 -0000
X-UID: 1677                                                  
Status: O
Content-Length: 1834

Thanks for the "junk at end" help. Now I'm having one more perplexing
issue:

When I sort a Dovecot mbox in Pine, the most recent messages tend to
linger near the bottom of the message list, regardless of how they're
sorted. Here's a snippet of the bottom of the list, sorted by arrival
time:

448   2003-09-24  20:31    sprightly@e...      Re: *hoopoe
449   2003-09-24  21:05    mlescaut@w...       Re: yes!
450   2003-09-24  23:57    jackulysses@y...    Re: oh my lord
451   2003-09-25  01:43    sprightly@e...      attachments==take a look
452   2003-09-25  01:29    avantguild@m...     Your Membership is Almost Up
453   2003-09-25  10:40    heidi@p...          xhtml
454   2003-09-25  11:04    dembo@s.            Re: bridge
455   2003-09-25  11:54    JKesner@m...        Bombay
456   2003-09-25  12:05    cm2144@c...         Re: bridge at linda's

And here is a snippet of the same mbox list, sorted by From address:

449   2003-09-25  01:43    sprightly@e...      attachments==take a look
450   2003-09-10  16:06    staff@c...          Tribute in Light Shines
451   2003-09-08  18:44    starpiekat@y...     Re: Sorry!
452   2003-09-23  22:01    starry@p...         but...
453   2003-09-25  12:05    cm2144@c...         Re: bridge at linda's
454   2003-09-17  17:07    wahrman@s...        RE: bridge etc.
455   2003-09-19  13:11    wahrman@s...        RE: bridge etc.
456   2003-09-15  23:39    waycross@u...       waycross - the eagle

Notice that message from cm2144 in both lists, way out of order in the
second!

I'm not 100% sure that this is a Dovecot issue, but I suspect it is,
since this doesn't happen if I open the same mailbox locally or with
UW-IMAP. I know that Pine makes use of IMAP server-based sorting if it
is available.

I tried deleting .imap-index* files, just in case, but that didn't help.

thanks,
	Paul
From jonas@illuminet.se  Thu Sep 25 20:12:40 2003
Return-Path: <jonas@illuminet.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1BA8F238D5; Thu, 25 Sep 2003 20:12:40 +0300 (EEST)
Received: from localhost.localdomain (h107n2fls32o263.telia.com
	[217.209.33.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 0E554238D2
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 20:12:07 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h8PHBtWo023017
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 19:11:55 +0200
From: Jonas Bosson <jonas@illuminet.se>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1064509914.22904.2.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) 
Date: 25 Sep 2003 19:11:55 +0200
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] can't read attachments using javamail with dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 17:12:40 -0000
X-UID: 1678                                                  
Status: O
Content-Length: 1887

Dear folks, this might be a javamail-bug, but it seems to occur only
when connecting to dovecot-IMAP. UW and Cyrus-ditto works, while when I
try to read attachments (base64), I get slapped in the face with this:

java.lang.NullPointerException
at com.sun.mail.iap.Response.parse(Response.java:99)
at com.sun.mail.iap.Response.<init>(Response.java:68)
at com.sun.mail.imap.protocol.IMAPResponse.<init>(IMAPResponse.java:31)
at
com.sun.mail.imap.protocol.IMAPResponse.readResponse(IMAPResponse.java:105)
at
com.sun.mail.imap.protocol.IMAPProtocol.readResponse(IMAPProtocol.java:153)
at com.sun.mail.iap.Protocol.command(Protocol.java:215)
at com.sun.mail.imap.protocol.IMAPProtocol.fetch(IMAPProtocol.java:882)
at com.sun.mail.imap.protocol.IMAPProtocol.fetch(IMAPProtocol.java:874)
at
com.sun.mail.imap.protocol.IMAPProtocol.fetchBody(IMAPProtocol.java:677)
at com.sun.mail.imap.IMAPInputStream.fill(IMAPInputStream.java:74)
at com.sun.mail.imap.IMAPInputStream.read(IMAPInputStream.java:105)
at
com.sun.mail.util.BASE64DecoderStream.decode(BASE64DecoderStream.java:143)
at
com.sun.mail.util.BASE64DecoderStream.read(BASE64DecoderStream.java:54)
at
se.illuminet.httpd.mail.MailXMLService.serviceXml(MailXMLService.java:361)

This occurs in booth javamail 1.2 and 1.3(.1) using dovecot. Of
course this unfriendly/unhandled response is a problem with javamail
while it bites the dust. 

Further analysis points to that the reading works OK up until 2^16
bytes, so it fails either in reading the tail of the attachment or
resuming after the first buffered data is consumed.

I tried the BODYSTRCUTURE-patch (booth #1 and then #2), but it didn't
help. Now I am fresh out of ideas. The java-bug has a three week delay
to surface on "bug-parade". But I still have to explain why it works in
UW/Cyrus and not with dovecot.

Next step would be to add trace-lines in dovecot. 

Any ideas?

/Jonas

From cirvis@konts.lv  Thu Sep 25 21:14:54 2003
Return-Path: <cirvis@konts.lv>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2062E238D5; Thu, 25 Sep 2003 21:14:54 +0300 (EEST)
Received: from card.konts.lv (card.konts.lv [159.148.139.17])
	by danu.procontrol.fi (Postfix) with ESMTP id 041C6238C6
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 21:14:19 +0300 (EEST)
Received: (from daemon@localhost)
	by card.konts.lv (8.11.6/8.11.6) id h8PIEDX23541
	for <dovecot@procontrol.fi>; Thu, 25 Sep 2003 21:14:13 +0300
Received: from <cirvis@konts.lv> (gugu.konts.lv [10.10.1.171]) by
	card.konts.lv via smap (V2.1)
	id xma023344; Thu, 25 Sep 03 21:14:07 +0300
Message-ID: <3F733057.90403@konts.lv>
Date: Thu, 25 Sep 2003 21:13:43 +0300
From: Gasha <cirvis@konts.lv>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
MIME-Version: 1.0
To: Dovecot Mail List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-18.3 required=6.0
	tests=AWL,BAYES_00,USER_AGENT_MOZILLA_UA
	autolearn=ham version=2.52
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.52 (1.174.2.8-2003-03-24-exp)
Subject: [Dovecot] pine and mozilla at the same time
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 18:14:54 -0000
X-UID: 1679                                                  
Status: O


Hi all,

what is the best way to read e-mail from server using "pine" ??
I would like to use graphical IMAP client, mozilla for example.
And sometimes run pine from shell.

mbox or Maildir?
Or maybe setup pine to use IMAP server on "localhost" ??

Gasha

From matthias.andree@gmx.de  Fri Sep 26 02:11:23 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DF88F238C8; Fri, 26 Sep 2003 02:11:23 +0300 (EEST)
Received: from m2a2.dyndns.org (pD9E1E4E1.dip.t-dialin.net [217.225.228.225])
	by danu.procontrol.fi (Postfix) with ESMTP id D5026238C7
	for <dovecot@procontrol.fi>; Fri, 26 Sep 2003 02:10:50 +0300 (EEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 7AF2E94EC4; Fri, 26 Sep 2003 01:10:48 +0200 (CEST)
To: Gasha <cirvis@konts.lv>
Subject: Re: [Dovecot] pine and mozilla at the same time
In-Reply-To: <3F733057.90403@konts.lv> (cirvis@konts.lv's message of "Thu,
 25 Sep 2003 21:13:43 +0300")
References: <3F733057.90403@konts.lv>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 26 Sep 2003 01:10:48 +0200
Message-ID: <m31xu4xy4n.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: Dovecot Mail List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2003 23:11:24 -0000
X-UID: 1680                                                  
Status: O

Gasha <cirvis@konts.lv> writes:

> what is the best way to read e-mail from server using "pine" ??
> I would like to use graphical IMAP client, mozilla for example.
> And sometimes run pine from shell.
>
> mbox or Maildir?

I prefer Maildir since it's much friendlier to differential and
incremental backups, however, since PINE doesn't natively talk Maildir,
you'd do...

> Or maybe setup pine to use IMAP server on "localhost" ??

...just that anyways if you were into Maildir.

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95
From tim@gem.win.co.nz  Sat Sep 27 09:02:13 2003
Return-Path: <tim@gem.win.co.nz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B29EA238C7; Sat, 27 Sep 2003 09:02:13 +0300 (EEST)
Received: from gem.win.co.nz (gem.win.co.nz [210.55.105.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 1CB60238C6
	for <dovecot@procontrol.fi>; Sat, 27 Sep 2003 09:01:40 +0300 (EEST)
Received: from localhost (tim@localhost)
	by gem.win.co.nz (8.9.3p2/8.9.3) with ESMTP id SAA21775
	for <dovecot@procontrol.fi>; Sat, 27 Sep 2003 18:01:22 +1200
Date: Sat, 27 Sep 2003 18:01:22 +1200 (NZST)
From: Tim Miller <tim@gem.win.co.nz>
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.04.10309271751060.21546-100000@gem.win.co.nz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Odd problem with dovecot segfaulting
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 27 Sep 2003 06:02:13 -0000
X-UID: 1681                                                  
Status: O
Content-Length: 1465

Hi All,

I installed dovecot on one of my servers the other day, and I want to use
it in a vhosting environment. To this end, I have set it up to use
password file authentication with a passwd file specified by me. This file
will contain both system users and virtual accounts.

To test it, I set up two accounts in the dovecot passwd file. One is a
system user, I give his home dir in the correct field, along with the
MD5 hash of his password in its field, and everything seems to work OK (he
can login, read mail out of /var/spool/mail/user etc.).

The seconmd account is a vhosted account, and I set the uid and gid to
that under which the vhosting account exists. I did not set a home dir,
but I set a mail dir in /var/spool/vmail/imap/vhost/user, and made this
dir group writeable by dovecot. The user can login, but immediately upon
authentication, dovecot segfaults (the log reports an "Internal login
failure" and the authentication process is killed with signal 11, i.e. a
segfault).

Has anyone encountered this before? Is this even the right way to set up
vhosting (I don't want to go with LDAP or SQL authentication right at the
moment, but I may move to that later on)? Are there any things I should
look for (this is probably due to something I've done wrong) or make
dovecot be a bit more verbose in reporting errors to its log?

Thanks in advance for any help. From what I've seen so far, dovecot looks
like an excellent product.

Best,
Tim Miller

From keith@midnighthax.com  Mon Sep 29 14:08:36 2003
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EF45E238B6; Mon, 29 Sep 2003 14:08:36 +0300 (EEST)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by danu.procontrol.fi (Postfix) with ESMTP id CFAB123866
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 14:08:02 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP id 6F0E932DE7
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 12:08:02 +0100 (BST)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	(amavisd-new, port 10024)
	with ESMTP id 03043-04 for <dovecot@procontrol.fi>;
	Mon, 29 Sep 2003 12:08:01 +0100 (BST)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100])
	by gs001.rg2.tiger-computing.com (Postfix) with SMTP id CE56732DE5
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 12:08:01 +0100 (BST)
Date: Mon, 29 Sep 2003 12:08:01 +0100
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@procontrol.fi
Message-Id: <20030929120801.6132fe24.keith@midnighthax.com>
X-Mailer: Sylpheed version 0.9.5claws36 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
Subject: [Dovecot] UIDPLUS?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 11:08:37 -0000
X-UID: 1682                                                  
Status: O

Any plans to implement UIDPLUS in Dovecot?

Keith
From bernard@blackham.com.au  Mon Sep 29 15:16:29 2003
Return-Path: <bernard@blackham.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ED6FA238C7; Mon, 29 Sep 2003 15:16:28 +0300 (EEST)
Received: from dagobah.blackham.com.au (dsl-202-72-159-76.wa.westnet.com.au
	[202.72.159.76])
	by danu.procontrol.fi (Postfix) with ESMTP id B001623896
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 15:16:04 +0300 (EEST)
Received: from amidala.home ([192.168.0.10] helo=localhost)
	by dagobah.blackham.com.au with esmtp (Exim 3.35 #1 (Debian))
	id 1A3wwc-0002x1-00
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 20:16:02 +0800
Received: from b by localhost with local (Exim 3.36 #1 (Debian))
	id 1A3wwc-0004aq-00
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 20:16:02 +0800
Date: Mon, 29 Sep 2003 20:16:02 +0800
From: Bernard Blackham <b-dovecot@blackham.com.au>
To: dovecot@procontrol.fi
Message-ID: <20030929121602.GA17431@amidala>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="YiEDa0DAkWCtVeE4"
Content-Disposition: inline
Organization: Dagobah Systems
User-Agent: Mutt/1.5.4i
Sender: Bernard Blackham <bernard@blackham.com.au>
Subject: [Dovecot] Handling of X-Status flags
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 12:16:29 -0000
X-UID: 1683                                                  
Status: O
Content-Length: 4346


--YiEDa0DAkWCtVeE4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi all,

I've done a bit of searching and haven't seen anybody else coming
across this problem yet:

I noticed that Dovecot uses the opposite flags for marking messages
as deleted and draft to most other MUAs I've seen or used:

With PINE, mutt and uw-imapd at least, messages are marked with
X-Status 'D' for Deleted, and 'T' for drafT. Dovecot reverses this
behaviour, using 'D' for Draft, and 'T' for Trashed.

Was there any reason behind this? Or have I gone loopy? At our site,
we have users reading mail with a mix of PINE locally, and through
dovecot via WebMail and there seems to arise a bit of confusion
between the two flags.

Attached is a patch that reverses this behaviour (prepared against
0.99.10 but applies with a little fuzz to cvs). I'd like to hear
people's comments on the issue... is it just me? :)

Thanks,

Bernard.

-- 
 Bernard Blackham 
 bernard at blackham dot com dot au

--YiEDa0DAkWCtVeE4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dovecot-DT.patch"

diff -ruN dovecot-0.99.10/src/lib-index/maildir/maildir-index.c dovecot-0.99.10.brb/src/lib-index/maildir/maildir-index.c
--- dovecot-0.99.10/src/lib-index/maildir/maildir-index.c	Fri Jun 27 00:11:06 2003
+++ dovecot-0.99.10.brb/src/lib-index/maildir/maildir-index.c	Sat Sep 27 13:17:04 2003
@@ -109,10 +109,10 @@
 		case 'S': /* seen */
 			flags |= MAIL_SEEN;
 			break;
-		case 'T': /* trashed */
+		case 'D': /* trashed */
 			flags |= MAIL_DELETED;
 			break;
-		case 'D': /* draft */
+		case 'T': /* draft */
 			flags |= MAIL_DRAFT;
 			break;
 		case 'F': /* flagged */
@@ -168,9 +168,9 @@
 		nextflag = *oldflags == '\0' || *oldflags == ',' ? 256 :
 			(unsigned char) *oldflags;
 
-		if ((flags & MAIL_DRAFT) && nextflag > 'D') {
+		if ((flags & MAIL_DELETED) && nextflag > 'D') {
 			str_append_c(flags_str, 'D');
-			flags &= ~MAIL_DRAFT;
+			flags &= ~MAIL_DELETED;
 		}
 		if ((flags & MAIL_FLAGGED) && nextflag > 'F') {
 			str_append_c(flags_str, 'F');
@@ -184,9 +184,9 @@
 			str_append_c(flags_str, 'S');
 			flags &= ~MAIL_SEEN;
 		}
-		if ((flags & MAIL_DELETED) && nextflag > 'T') {
+		if ((flags & MAIL_DRAFT) && nextflag > 'T') {
 			str_append_c(flags_str, 'T');
-			flags &= ~MAIL_DELETED;
+			flags &= ~MAIL_DRAFT;
 		}
 
 		if ((flags & MAIL_CUSTOM_FLAGS_MASK) && nextflag > 'a') {
diff -ruN dovecot-0.99.10/src/lib-index/mbox/mbox-index.c dovecot-0.99.10.brb/src/lib-index/mbox/mbox-index.c
--- dovecot-0.99.10/src/lib-index/mbox/mbox-index.c	Mon May 19 15:26:46 2003
+++ dovecot-0.99.10.brb/src/lib-index/mbox/mbox-index.c	Sat Sep 27 13:19:41 2003
@@ -157,13 +157,13 @@
 		case 'F':
 			flags |= MAIL_FLAGGED;
 			break;
-		case 'D':
+		case 'T':
 			flags |= MAIL_DRAFT;
 			break;
 		case 'R':
 			flags |= MAIL_SEEN;
 			break;
-		case 'T':
+		case 'D':
 			flags |= MAIL_DELETED;
 			break;
 		}
diff -ruN dovecot-0.99.10/src/lib-index/mbox/mbox-rewrite.c dovecot-0.99.10.brb/src/lib-index/mbox/mbox-rewrite.c
--- dovecot-0.99.10/src/lib-index/mbox/mbox-rewrite.c	Sun Jun 15 11:43:05 2003
+++ dovecot-0.99.10.brb/src/lib-index/mbox/mbox-rewrite.c	Sat Sep 27 13:19:54 2003
@@ -210,9 +210,9 @@
 
 	str = t_strconcat("X-Status: ",
 			  (ctx->msg_flags & MAIL_ANSWERED) ? "A" : "",
-			  (ctx->msg_flags & MAIL_DRAFT) ? "D" : "",
+			  (ctx->msg_flags & MAIL_DELETED) ? "D" : "",
 			  (ctx->msg_flags & MAIL_FLAGGED) ? "F" : "",
-			  (ctx->msg_flags & MAIL_DELETED) ? "T" : "",
+			  (ctx->msg_flags & MAIL_DRAFT) ? "T" : "",
 			  x_status, NULL);
 
 	if (o_stream_send_str(ctx->output, str) < 0)
diff -ruN dovecot-0.99.10/src/lib-storage/index/mbox/mbox-save.c dovecot-0.99.10.brb/src/lib-storage/index/mbox/mbox-save.c
--- dovecot-0.99.10/src/lib-storage/index/mbox/mbox-save.c	Sun Jun 15 11:43:05 2003
+++ dovecot-0.99.10.brb/src/lib-storage/index/mbox/mbox-save.c	Sat Sep 27 13:20:28 2003
@@ -131,11 +131,11 @@
 
 		if ((flags & MAIL_ANSWERED) != 0)
 			str_append_c(str, 'A');
-		if ((flags & MAIL_DRAFT) != 0)
+		if ((flags & MAIL_DELETED) != 0)
 			str_append_c(str, 'D');
 		if ((flags & MAIL_FLAGGED) != 0)
 			str_append_c(str, 'F');
-		if ((flags & MAIL_DELETED) != 0)
+		if ((flags & MAIL_DRAFT) != 0)
 			str_append_c(str, 'T');
 		str_append_c(str, '\n');
 	}

--YiEDa0DAkWCtVeE4--
From tss@iki.fi  Mon Sep 29 16:54:48 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0221B238CB; Mon, 29 Sep 2003 16:54:48 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E731323866
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 16:54:34 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 78F7D5EC1176
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 16:54:31 +0300 (EEST)
Subject: Re: [Dovecot] can't read attachments using javamail with dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1064481793.1177.44.camel@server.illuminet.se>
References: <1064481793.1177.44.camel@server.illuminet.se>
Content-Type: text/plain
Message-Id: <1064843671.32107.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 29 Sep 2003 16:54:31 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 13:54:48 -0000
X-UID: 1684                                                  
Status: O

On Thu, 2003-09-25 at 12:23, Jonas Bosson wrote:

> This occurs in booth javamail 1.2 and 1.3(.1) using dovecot. Of
> course this unfriendly/unhandled response is a problem with javamail
> while biting the dust. 
> 
> Further analysis points to that the reading works OK up until 2^16
> bytes, so it fails either in reading the tail of the attachment or
> resuming after the first buffered data is consumed.

Can you check what the IMAP traffic is between them?
http://dovecot.procontrol.fi/bugreport.html#sniffing

It's probably asking the attachment in 64kB blocks and maybe Dovecot
doesn't give a correct reply.. I think Mozilla works that way too and
there hasn't been problems with it for a while now.


From tss@iki.fi  Mon Sep 29 17:03:59 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3F152238CB; Mon, 29 Sep 2003 17:03:59 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 66DCE238C7
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 17:03:46 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2BCFC5EC1176
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 17:03:46 +0300 (EEST)
Subject: Re: [Dovecot] Odd problem with dovecot segfaulting
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.04.10309271751060.21546-100000@gem.win.co.nz>
References: <Pine.LNX.4.04.10309271751060.21546-100000@gem.win.co.nz>
Content-Type: text/plain
Message-Id: <1064844225.32106.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 29 Sep 2003 17:03:46 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 14:03:59 -0000
X-UID: 1685                                                  
Status: O
Content-Length: 1467

On Sat, 2003-09-27 at 09:01, Tim Miller wrote:
> The seconmd account is a vhosted account, and I set the uid and gid to
> that under which the vhosting account exists. I did not set a home dir,
> but I set a mail dir in /var/spool/vmail/imap/vhost/user, and made this
> dir group writeable by dovecot. The user can login, but immediately upon
> authentication, dovecot segfaults (the log reports an "Internal login
> failure" and the authentication process is killed with signal 11, i.e. a
> segfault).

This patch fixes it: http://dovecot.fi/auth-home.patch

> Has anyone encountered this before? Is this even the right way to set up
> vhosting (I don't want to go with LDAP or SQL authentication right at the
> moment, but I may move to that later on)? 

You could also just set the home directory to the mail dir. It doesn't
really matter which way you use.

The reason why I used SQL authentication rather than passwd-file is that
Postfix doesn't really like passwd-file type files. And it's a bit
easier to write some simple web user interface for changing the data.

> Are there any things I should
> look for (this is probably due to something I've done wrong) or make
> dovecot be a bit more verbose in reporting errors to its log?

There's auth_verbose setting but that's mostly useful for figuring out
why authentication fails. Dovecot should have verbose enough logging for
all error handling, but for crashes it can't say much more than that it
crashed.


From tss@iki.fi  Mon Sep 29 17:07:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7412C238CB; Mon, 29 Sep 2003 17:07:40 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 79332238C7
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 17:07:27 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 31C855EC1176
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 17:07:27 +0300 (EEST)
Subject: Re: [Dovecot] UIDPLUS?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030929120801.6132fe24.keith@midnighthax.com>
References: <20030929120801.6132fe24.keith@midnighthax.com>
Content-Type: text/plain
Message-Id: <1064844447.32104.18.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 29 Sep 2003 17:07:27 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 14:07:40 -0000
X-UID: 1686                                                  
Status: O

On Mon, 2003-09-29 at 14:08, Keith Edmunds wrote:
> Any plans to implement UIDPLUS in Dovecot?

Yes. It will be simple to add once saving mails updates indexes
immediately instead of when syncing mailbox later. I'll do this change
anyway, hopefully soon.


From tss@iki.fi  Mon Sep 29 17:15:37 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 001B323996; Mon, 29 Sep 2003 17:15:36 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C8D43238CB
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 17:15:16 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8DC195C2BBB0
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 17:15:16 +0300 (EEST)
Subject: Re: [Dovecot] Handling of X-Status flags
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20030929121602.GA17431@amidala>
References: <20030929121602.GA17431@amidala>
Content-Type: text/plain
Message-Id: <1064844916.32105.25.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 29 Sep 2003 17:15:16 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 14:15:37 -0000
X-UID: 1687                                                  
Status: O

On Mon, 2003-09-29 at 15:16, Bernard Blackham wrote:
> I noticed that Dovecot uses the opposite flags for marking messages
> as deleted and draft to most other MUAs I've seen or used:
> 
> With PINE, mutt and uw-imapd at least, messages are marked with
> X-Status 'D' for Deleted, and 'T' for drafT. Dovecot reverses this
> behaviour, using 'D' for Draft, and 'T' for Trashed.
> 
> Was there any reason behind this?

Maildir uses T for Trash, D for Draft. I didn't notice that mbox does it
differently.

> Attached is a patch that reverses this behaviour (prepared against
> 0.99.10 but applies with a little fuzz to cvs). I'd like to hear
> people's comments on the issue... is it just me? :)

Thanks, committed to CVS after I removed the maildir changes.


From bernard@blackham.com.au  Mon Sep 29 17:41:26 2003
Return-Path: <bernard@blackham.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C163C238CB; Mon, 29 Sep 2003 17:41:26 +0300 (EEST)
Received: from dagobah.blackham.com.au (dsl-202-72-159-76.wa.westnet.com.au
	[202.72.159.76])
	by danu.procontrol.fi (Postfix) with ESMTP id 59281238C7
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 17:41:13 +0300 (EEST)
Received: from amidala.home ([192.168.0.10] helo=localhost)
	by dagobah.blackham.com.au with esmtp (Exim 3.35 #1 (Debian))
	id 1A3zD0-0003DV-00
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 22:41:06 +0800
Received: from b by localhost with local (Exim 3.36 #1 (Debian))
	id 1A3zD1-0004uM-00
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 22:41:07 +0800
Resent-From: bernard@blackham.com.au
Resent-Date: Mon, 29 Sep 2003 22:41:07 +0800
Resent-Message-ID: <20030929144107.GA18835@amidala>
Resent-To: dovecot@procontrol.fi
Date: Mon, 29 Sep 2003 22:38:09 +0800
From: Bernard Blackham <b-dovecot@blackham.com.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Handling of X-Status flags
Message-ID: <20030929143809.GA18769@amidala>
References: <20030929121602.GA17431@amidala>
	<1064844916.32105.25.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1064844916.32105.25.camel@hurina>
Organization: Dagobah Systems
User-Agent: Mutt/1.5.4i
Resent-Sender: Bernard Blackham <bernard@blackham.com.au>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 14:41:26 -0000
X-UID: 1688                                                  
Status: O

On Mon, Sep 29, 2003 at 05:15:16PM +0300, Timo Sirainen wrote:
> > With PINE, mutt and uw-imapd at least, messages are marked with
> > X-Status 'D' for Deleted, and 'T' for drafT. Dovecot reverses this
> > behaviour, using 'D' for Draft, and 'T' for Trashed.
> > 
> > Was there any reason behind this?
> 
> Maildir uses T for Trash, D for Draft. I didn't notice that mbox does it
> differently.

Ahhh... yay for (psuedo)standards :)

> > Attached is a patch that reverses this behaviour (prepared against
> > 0.99.10 but applies with a little fuzz to cvs). I'd like to hear
> > people's comments on the issue... is it just me? :)
> 
> Thanks, committed to CVS after I removed the maildir changes.

Thanks!

Bernard.

-- 
 Bernard Blackham 
 bernard at blackham dot com dot au
From jonas@illuminet.se  Mon Sep 29 20:03:22 2003
Return-Path: <jonas@illuminet.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DD7D2238D1; Mon, 29 Sep 2003 20:03:22 +0300 (EEST)
Received: from localhost.localdomain (h107n2fls32o263.telia.com
	[217.209.33.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 4185523866
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 20:02:48 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h8TH2NWo004929
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 19:02:34 +0200
Subject: Re: [Dovecot] can't read attachments using javamail with dovecot
From: Jonas Bosson <jonas@illuminet.se>
To: dovecot@procontrol.fi
In-Reply-To: <1064843671.32107.6.camel@hurina>
References: <1064481793.1177.44.camel@server.illuminet.se>
	 <1064843671.32107.6.camel@hurina>
Content-Type: text/plain
Organization: 
Message-Id: <1064854943.3748.219.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) 
Date: 29 Sep 2003 19:02:23 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 17:03:23 -0000
X-UID: 1689                                                  
Status: O


On Mon, 2003-09-29 at 15:54, Timo Sirainen wrote:

> Can you check what the IMAP traffic is between them?
> http://dovecot.procontrol.fi/bugreport.html#sniffing
> 
> It's probably asking the attachment in 64kB blocks and maybe Dovecot
> doesn't give a correct reply.. I think Mozilla works that way too and
> there hasn't been problems with it for a while now.
> 

Now I have conducted the trace and all seems fine, unless dovecot should
not append the mime-boundary too... witch it does. That could explain
why the javamail base64 parser flips out.

It this the problem perhaps?

--- snip from tail ---
zym/MizHsizPMi3Xsi3f8qgFBAAAOx==
 
--=-u5ZQZIAhsi8nf+mzzgM1--
)
A9 OK Fetch completed.
--- SNAP

best regards,
Jonas



From jonas@illuminet.se  Mon Sep 29 20:43:01 2003
Return-Path: <jonas@illuminet.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 70B6B238D1; Mon, 29 Sep 2003 20:43:01 +0300 (EEST)
Received: from localhost.localdomain (h107n2fls32o263.telia.com
	[217.209.33.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 5379F23866
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 20:42:48 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h8THgYWo004944
	for <dovecot@procontrol.fi>; Mon, 29 Sep 2003 19:42:35 +0200
Subject: Re: [Dovecot] can't read attachments using javamail with dovecot
From: Jonas Bosson <jonas@illuminet.se>
To: dovecot@procontrol.fi
In-Reply-To: <1064854943.3748.219.camel@localhost>
References: <1064481793.1177.44.camel@server.illuminet.se>
	<1064854943.3748.219.camel@localhost>
Content-Type: text/plain
Organization: 
Message-Id: <1064857354.3748.225.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) 
Date: 29 Sep 2003 19:42:34 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 29 Sep 2003 17:43:01 -0000
X-UID: 1690                                                  
Status: O

On Mon, 2003-09-29 at 19:02, Jonas Bosson wrote:

> Now I have conducted the trace and all seems fine, unless dovecot should
> not append the mime-boundary too... witch it does. That could explain
> why the javamail base64 parser flips out.
> 
> It this the problem perhaps?
> 
> --- snip from tail ---
> zym/MizHsizPMi3Xsi3f8qgFBAAAOx==
>  
> --=-u5ZQZIAhsi8nf+mzzgM1--
> )
> A9 OK Fetch completed.
> --- SNAP

Also, dovecot includes the boundary in the "length" of the body part in:

A3 OK [READ-ONLY] Select completed.
* 103 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") NIL
NIL "7bit" 15 3 NIL NIL NIL)("image" "gif" ("name"
"usenet-traffic-globe.gif") NIL NIL "base64" 81076 NIL ("attachment"
("filename" "usenet-traffic-globe.gif")) NIL) "mixed" ("boundary"
"=-u5ZQZIAhsi8nf+mzzgM1") NIL NIL))
A4 OK Fetch completed.

81076 includes the boundary shown above.
Sorry if this is entirely up the wrong tree.
And thanks for any advice.

/Jonas


From t1lt@bk.ru  Wed Oct  1 03:47:46 2003
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8599423887; Wed,  1 Oct 2003 03:47:46 +0300 (EEST)
Received: from sun.com (port-212-202-39-64.reverse.qsc.de [212.202.39.64])
	by danu.procontrol.fi (Postfix) with SMTP id 07CA823866
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 03:47:12 +0300 (EEST)
Received: (qmail 848 invoked by uid 1000); 1 Oct 2003 00:51:13 -0000
Date: Wed, 1 Oct 2003 02:51:13 +0200
From: Samuel Verner <t1lt@bk.ru>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Why does dovecot confuse mutt?
Message-ID: <20031001005112.GA30133@woom.net>
Mail-Followup-To: Samuel Verner <t1lt@bk.ru>, dovecot@procontrol.fi
References: <20030723225217.73dde8ac.amyzing@talsever.com>
	<A14B2CBE-BDBA-11D7-B3F9-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A14B2CBE-BDBA-11D7-B3F9-000393CC2E90@iki.fi>
X-Mailman-Approved-At: Wed, 01 Oct 2003 04:13:41 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 01 Oct 2003 00:47:46 -0000
X-UID: 1691                                                  
Status: O

On Thu, Jul 24, 2003 at 12:38:49PM +0300, Timo Sirainen wrote:
> On Thursday, Jul 24, 2003, at 05:52 Europe/Helsinki, Amelia A Lewis 
> wrote:
> 
> >However, as far as mutt is concerned, *every* mailbox has child 
> >folders.
> 
> I think this is because Dovecot doesn't send \NoChildren flag for 
> mailboxes. I'm not sure when that got lost.. Maybe it's time to rewrite 
> the mailbox listing code once again.

Is this fixed in latest dovecot?


hand

From bert@rosanneke.com  Wed Oct  1 13:37:34 2003
Return-Path: <bert@rosanneke.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B2F4723866; Wed,  1 Oct 2003 13:37:34 +0300 (EEST)
Received: from mailhost1.tudelft.nl (mailhost1.tudelft.nl [130.161.180.15])
	by danu.procontrol.fi (Postfix) with ESMTP id D544623887
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 13:37:02 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by rav.antivirus (Postfix) with SMTP id 7A2413E3D
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 12:36:52 +0200 (CEST)
Received: from rosanneke.com (cpzp-n-22.practica.twi.tudelft.nl
	[130.161.31.150])
	by mailhost1.tudelft.nl (Postfix) with ESMTP id 2B1D23C4B
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 12:36:52 +0200 (CEST)
Message-ID: <3F7AAE4E.9010100@rosanneke.com>
Date: Wed, 01 Oct 2003 12:37:02 +0200
From: Bert Koelewijn <bert@rosanneke.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] SSL Client Certificate Support
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 01 Oct 2003 10:37:34 -0000
X-UID: 1692                                                  
Status: O

Dear Timo,

most modern enterprises make use of a Public Key Infrastructure. It 
would be nice to have dovecot check a client certificate instead of a 
password. This makes life much easier and more secure.
Mail clients like Mozilla and MS Outlook do support this. What do you 
think of the following feature request:

- Client authenticates with a certificate via SSL. (Like stunnel can)
- Dovecot looks the username up in a table with (public key, username)
- The mailclient gives a name and password, but dovecot ignores them
- Dovecot gives the client access by the username found in the table

This way existing mail clients can use this system and you can save your 
username with an empty password.

Best Regards,

Bert Koelewijn



From jaekel@webgods.de  Wed Oct  1 13:57:12 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5ED4E23887; Wed,  1 Oct 2003 13:57:12 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id AB02A23866
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 13:56:49 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP
	id 6E90113C004; Wed,  1 Oct 2003 12:56:44 +0200 (CEST)
Message-Id: <5.2.1.1.0.20031001125307.00b0e528@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 01 Oct 2003 12:55:30 +0200
To: Bert Koelewijn <bert@rosanneke.com>, dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] SSL Client Certificate Support
In-Reply-To: <3F7AAE4E.9010100@rosanneke.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 01 Oct 2003 10:57:12 -0000
X-UID: 1693                                                  
Status: O
Content-Length: 1547

Aloha!


At 12:37 01/10/2003 +0200, Bert Koelewijn wrote:
>Dear Timo,
>
>most modern enterprises make use of a Public Key Infrastructure. It would 
>be nice to have dovecot check a client certificate instead of a password. 
>This makes life much easier and more secure.
>Mail clients like Mozilla and MS Outlook do support this. What do you 
>think of the following feature request:
>
>- Client authenticates with a certificate via SSL. (Like stunnel can)
>- Dovecot looks the username up in a table with (public key, username)
>- The mailclient gives a name and password, but dovecot ignores them
>- Dovecot gives the client access by the username found in the table
>
>This way existing mail clients can use this system and you can save your 
>username with an empty password.


Wouldn't it be much better to take the list of valid usernames from X.509
extension fields instead of a lookup table?  That way the usernames are also
verified and trusted information.

dovecot-auth would then allow the client to log in with any of the certified
usernames using any arbitrary password, or to additional usernames using
the correct password.

Of course, one could also use attribute certificates... :)

Anyway, one thing to remember might be that a ceritifcate usually identifies
a person, not an account, so if a lookup table is used it should allow
the person to have more than one account, and dovecot should allow that
person into any one of them.  Which one the person wants would be indicated
by the username given to LOGIN.

Regards,
   Andy


From bert@rosanneke.com  Wed Oct  1 15:04:28 2003
Return-Path: <bert@rosanneke.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2ECC623887; Wed,  1 Oct 2003 15:04:28 +0300 (EEST)
Received: from mailhost1.tudelft.nl (mailhost1.tudelft.nl [130.161.180.15])
	by danu.procontrol.fi (Postfix) with ESMTP id DF21A23866
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 15:03:54 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by rav.antivirus (Postfix) with SMTP
	id 957C05893; Wed,  1 Oct 2003 14:03:44 +0200 (CEST)
Received: from rosanneke.com (cpfwf.twi.tudelft.nl [130.161.156.6])
	by mailhost1.tudelft.nl (Postfix) with ESMTP
	id 2C1BA5843; Wed,  1 Oct 2003 14:03:44 +0200 (CEST)
Message-ID: <3F7AC2A9.1080907@rosanneke.com>
Date: Wed, 01 Oct 2003 14:03:53 +0200
From: Bert Koelewijn <bert@rosanneke.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] SSL Client Certificate Support
References: <5.2.1.1.0.20031001125307.00b0e528@fredda.webgods.de>
In-Reply-To: <5.2.1.1.0.20031001125307.00b0e528@fredda.webgods.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 01 Oct 2003 12:04:28 -0000
X-UID: 1694                                                  
Status: O
Content-Length: 1785

Andreas Jaekel wrote:
> Aloha!
> 
> 
> At 12:37 01/10/2003 +0200, Bert Koelewijn wrote:
> 
>> Dear Timo,
>>
>> most modern enterprises make use of a Public Key Infrastructure. It 
>> would be nice to have dovecot check a client certificate instead of a 
>> password. This makes life much easier and more secure.
>> Mail clients like Mozilla and MS Outlook do support this. What do you 
>> think of the following feature request:
>>
>> - Client authenticates with a certificate via SSL. (Like stunnel can)
>> - Dovecot looks the username up in a table with (public key, username)
>> - The mailclient gives a name and password, but dovecot ignores them
>> - Dovecot gives the client access by the username found in the table
>>
>> This way existing mail clients can use this system and you can save 
>> your username with an empty password.
> 
> 
> 
> Wouldn't it be much better to take the list of valid usernames from X.509
> extension fields instead of a lookup table?  That way the usernames are 
> also
> verified and trusted information.
> 
> dovecot-auth would then allow the client to log in with any of the 
> certified
> usernames using any arbitrary password, or to additional usernames using
> the correct password.
> 
> Of course, one could also use attribute certificates... :)
> 
> Anyway, one thing to remember might be that a ceritifcate usually 
> identifies
> a person, not an account, so if a lookup table is used it should allow
> the person to have more than one account, and dovecot should allow that
> person into any one of them.  Which one the person wants would be indicated
> by the username given to LOGIN.
> 
> Regards,
>   Andy
> 
>

Yep, you're totally right. In our company everybody has 1 mailbox, then 
one could use X.509 extensions.

Thanks!

Bert



From bert@rosanneke.com  Wed Oct  1 15:23:19 2003
Return-Path: <bert@rosanneke.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 310E423887; Wed,  1 Oct 2003 15:23:19 +0300 (EEST)
Received: from mailhost1.tudelft.nl (mailhost1.tudelft.nl [130.161.180.15])
	by danu.procontrol.fi (Postfix) with ESMTP id 59C4C23866
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 15:23:06 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by rav.antivirus (Postfix) with SMTP
	id 0F3DC4171; Wed,  1 Oct 2003 14:22:56 +0200 (CEST)
Received: from rosanneke.com (cpfwf.twi.tudelft.nl [130.161.156.6])
	by mailhost1.tudelft.nl (Postfix) with ESMTP
	id A514A2970; Wed,  1 Oct 2003 14:22:55 +0200 (CEST)
Message-ID: <3F7AC728.1040101@rosanneke.com>
Date: Wed, 01 Oct 2003 14:23:04 +0200
From: Bert Koelewijn <bert@rosanneke.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] SSL Client Certificate Support
References: <5.2.1.1.0.20031001125307.00b0e528@fredda.webgods.de>
	<3F7AC2A9.1080907@rosanneke.com>
In-Reply-To: <3F7AC2A9.1080907@rosanneke.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 01 Oct 2003 12:23:19 -0000
X-UID: 1695                                                  
Status: O
Content-Length: 2032

Bert Koelewijn wrote:

> Andreas Jaekel wrote:
> 
>> Aloha!
>>
>>
>> At 12:37 01/10/2003 +0200, Bert Koelewijn wrote:
>>
>>> Dear Timo,
>>>
>>> most modern enterprises make use of a Public Key Infrastructure. It 
>>> would be nice to have dovecot check a client certificate instead of a 
>>> password. This makes life much easier and more secure.
>>> Mail clients like Mozilla and MS Outlook do support this. What do you 
>>> think of the following feature request:
>>>
>>> - Client authenticates with a certificate via SSL. (Like stunnel can)
>>> - Dovecot looks the username up in a table with (public key, username)
>>> - The mailclient gives a name and password, but dovecot ignores them
>>> - Dovecot gives the client access by the username found in the table
>>>
>>> This way existing mail clients can use this system and you can save 
>>> your username with an empty password.
>>
>>
>>
>>
>> Wouldn't it be much better to take the list of valid usernames from X.509
>> extension fields instead of a lookup table?  That way the usernames 
>> are also
>> verified and trusted information.
>>
>> dovecot-auth would then allow the client to log in with any of the 
>> certified
>> usernames using any arbitrary password, or to additional usernames using
>> the correct password.
>>
>> Of course, one could also use attribute certificates... :)
>>
>> Anyway, one thing to remember might be that a ceritifcate usually 
>> identifies
>> a person, not an account, so if a lookup table is used it should allow
>> the person to have more than one account, and dovecot should allow that
>> person into any one of them.  Which one the person wants would be 
>> indicated
>> by the username given to LOGIN.
>>
>> Regards,
>>   Andy
>>
>>
> 
> Yep, you're totally right. In our company everybody has 1 mailbox, then 
> one could use X.509 extensions.
> 
> Thanks!
> 
> Bert
> 
> 
>
If you don't use a lookup table, you HAVE to implement CRL's! You can 
make a script to download a new CRL and set it in your cron tabs.

Regards,

Bert





From jaekel@webgods.de  Wed Oct  1 15:34:15 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 494B723887; Wed,  1 Oct 2003 15:34:15 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 8984223866
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 15:34:02 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP
	id D8CC013C004; Wed,  1 Oct 2003 14:34:01 +0200 (CEST)
Message-Id: <5.2.1.1.0.20031001142618.034f2258@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 01 Oct 2003 14:32:48 +0200
To: Bert Koelewijn <bert@rosanneke.com>
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] SSL Client Certificate Support
In-Reply-To: <3F7AC728.1040101@rosanneke.com>
References: <3F7AC2A9.1080907@rosanneke.com>
 <5.2.1.1.0.20031001125307.00b0e528@fredda.webgods.de>
 <3F7AC2A9.1080907@rosanneke.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 01 Oct 2003 12:34:15 -0000
X-UID: 1696                                                  
Status: O
Content-Length: 2432

At 14:23 01/10/2003 +0200, Bert Koelewijn wrote:
>Bert Koelewijn wrote:
>
>>Andreas Jaekel wrote:
>>
>>>Aloha!
>>>
>>>
>>>At 12:37 01/10/2003 +0200, Bert Koelewijn wrote:
>>>
>>>>Dear Timo,
>>>>
>>>>most modern enterprises make use of a Public Key Infrastructure. It 
>>>>would be nice to have dovecot check a client certificate instead of a 
>>>>password. This makes life much easier and more secure.
>>>>Mail clients like Mozilla and MS Outlook do support this. What do you 
>>>>think of the following feature request:
>>>>
>>>>- Client authenticates with a certificate via SSL. (Like stunnel can)
>>>>- Dovecot looks the username up in a table with (public key, username)
>>>>- The mailclient gives a name and password, but dovecot ignores them
>>>>- Dovecot gives the client access by the username found in the table
>>>>
>>>>This way existing mail clients can use this system and you can save 
>>>>your username with an empty password.
>>>
>>>
>>>
>>>
>>>Wouldn't it be much better to take the list of valid usernames from X.509
>>>extension fields instead of a lookup table?  That way the usernames are also
>>>verified and trusted information.
>>>
>>>dovecot-auth would then allow the client to log in with any of the certified
>>>usernames using any arbitrary password, or to additional usernames using
>>>the correct password.
>>>
>>>Of course, one could also use attribute certificates... :)
>>>
>>>Anyway, one thing to remember might be that a ceritifcate usually identifies
>>>a person, not an account, so if a lookup table is used it should allow
>>>the person to have more than one account, and dovecot should allow that
>>>person into any one of them.  Which one the person wants would be indicated
>>>by the username given to LOGIN.
>>>
>>>Regards,
>>>   Andy
>>>
>>Yep, you're totally right. In our company everybody has 1 mailbox, then 
>>one could use X.509 extensions.
>>Thanks!
>>Bert
>>
>If you don't use a lookup table, you HAVE to implement CRL's! You can make 
>a script to download a new CRL and set it in your cron tabs.
>
>Regards,
>
>Bert
>
Wouldn't it be CA- and config specific how to implement revocation lists?
Maybe dovecot wants to do real time checks via LDAP and use an internal cache
with weekly updates. A cron job would be easiest, thought, and the fastest
way to get there.

I imagine the cert code from Apache could be used to verify certs and
extract X.509 extensions.


Regards,
   Andy


From esj@harvee.org  Wed Oct  1 16:09:30 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3804223887; Wed,  1 Oct 2003 16:09:30 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id D14212385D
	for <dovecot@procontrol.fi>; Wed,  1 Oct 2003 16:08:57 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h91D8tfO011548
	for <dovecot@procontrol.fi>; Wed, 1 Oct 2003 09:08:55 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Wed, 1 Oct 2003 09:08:47 -0400
Message-ID: <3F7AD153.1070503@harvee.org>
Date: Wed, 01 Oct 2003 09:06:27 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] SSL Client Certificate Support
References: <3F7AC2A9.1080907@rosanneke.com>
	<5.2.1.1.0.20031001125307.00b0e528@fredda.webgods.de>
	<3F7AC2A9.1080907@rosanneke.com>
	<5.2.1.1.0.20031001142618.034f2258@fredda.webgods.de>
In-Reply-To: <5.2.1.1.0.20031001142618.034f2258@fredda.webgods.de>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:031001:dovecot@procontrol.fi:04810c2878142788
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 01 Oct 2003 13:09:30 -0000
X-UID: 1697                                                  
Status: O
Content-Length: 1610

Andreas Jaekel queried:
> Wouldn't it be CA- and config specific how to implement revocation lists? 
> Maybe dovecot wants to do real time checks via LDAP and use an internal cache
>  with weekly updates. A cron job would be easiest, thought, and the fastest 
> way to get there.

this is one of those cases where theory and practice in certificates collide 
rather unpleasantly.  In theory, the entity receiving a certificate should query 
the CA's revocation list each and every time it sees a certificate.  To be most 
accurate, this query should go directly to the CA and receive an answer directly 
from their primary copy of the revocation list.  Unfortunately, this model 
doesn't scale beyond something like a few thousand certificates.  Implementation 
assumptions might get you better scaling on the order of a few tens of percent 
but you won't see the order of magnitude scaling that is frequently needed.

The suggestion you gave is more practical but does create an opportunity for a 
revoked certificate to still be used.  This opportunity is the latency between 
the time the certificate is revoked and the time the revocation list is 
propagated.  If you can use a push model (from CA to certificate receiver), it 
will keep the latency to a minimum.

Personally, I think the whole PKI idea is fundamentally flawed as do many 
cryptographic and security experts in the world.  It works in the small.  It 
doesn't work in the large and as long as you recognize that and are willing to 
accept the limitations of the implementation, you will be OK.  Just never forget 
the limitations.

---eric

From jaldhar@debian.org  Thu Oct  2 18:48:53 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F0C9B23887; Thu,  2 Oct 2003 18:48:52 +0300 (EEST)
Received: from mail.braincells.com (unknown [69.55.226.47])
	by danu.procontrol.fi (Postfix) with ESMTP id A9EE62385D
	for <dovecot@procontrol.fi>; Thu,  2 Oct 2003 18:48:20 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 5F5F21D70069
	for <dovecot@procontrol.fi>; Thu,  2 Oct 2003 11:48:16 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])10024)
	with ESMTP id 11413-03 for <dovecot@procontrol.fi>;
	Thu, 2 Oct 2003 11:48:16 -0400 (EDT)
Received: from turiya.braincells.com (turiya.braincells.com [69.55.226.47])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 2704F1D70064
	for <dovecot@procontrol.fi>; Thu,  2 Oct 2003 11:48:16 -0400 (EDT)
Date: Thu, 2 Oct 2003 11:48:15 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@turiya.braincells.com
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.58.0310021128050.8736@turiya.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at braincells.com
Subject: [Dovecot] Patches
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 02 Oct 2003 15:48:53 -0000
X-UID: 1698                                                  
Status: O

As the freeze for Debian sarge slowly approaches I want to make sure
the Dovecot packages are in as good condition as possible.  I see there
have been a number of patches since 0.99.10.  I have added the following
patches:

* segfault when user home directory is empty
* Proper PAM service name
* Make suid work on 2.6 kernels

Any other patches thatI ought to add.  Or better yet, will there be a
0.99.11 soon?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From jonas@illuminet.se  Thu Oct  2 19:23:49 2003
Return-Path: <jonas@illuminet.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6F14D23887; Thu,  2 Oct 2003 19:23:49 +0300 (EEST)
Received: from localhost.localdomain (h107n2fls32o263.telia.com
	[217.209.33.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 6C66D23866
	for <dovecot@procontrol.fi>; Thu,  2 Oct 2003 19:23:16 +0300 (EEST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h92GMUXc006602
	for <dovecot@procontrol.fi>; Thu, 2 Oct 2003 18:22:55 +0200
Subject: Re: [Dovecot] can't read attachments using javamail with dovecot
From: Jonas Bosson <jonas@illuminet.se>
To: dovecot@procontrol.fi
In-Reply-To: <1064857354.3748.225.camel@localhost>
References: <1064481793.1177.44.camel@server.illuminet.se>
	<1064854943.3748.219.camel@localhost>
	<1064857354.3748.225.camel@localhost>
Content-Type: text/plain
Organization: 
Message-Id: <1065111750.5445.116.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) 
Date: 02 Oct 2003 18:22:30 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 02 Oct 2003 16:23:49 -0000
X-UID: 1699                                                  
Status: O
Content-Length: 1164

Where should I look to change this behavior (below)?
lib-mail, lib-imap or lib-storage?


On Mon, 2003-09-29 at 19:42, Jonas Bosson wrote:
> On Mon, 2003-09-29 at 19:02, Jonas Bosson wrote:
> 
> > Now I have conducted the trace and all seems fine, unless dovecot should
> > not append the mime-boundary too... witch it does. That could explain
> > why the javamail base64 parser flips out.
> > 
> > It this the problem perhaps?
> > 
> > --- snip from tail ---
> > zym/MizHsizPMi3Xsi3f8qgFBAAAOx==
> >  
> > --=-u5ZQZIAhsi8nf+mzzgM1--
> > )
> > A9 OK Fetch completed.
> > --- SNAP
> 
> Also, dovecot includes the boundary in the "length" of the body part in:
> 
> A3 OK [READ-ONLY] Select completed.
> * 103 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") NIL
> NIL "7bit" 15 3 NIL NIL NIL)("image" "gif" ("name"
> "usenet-traffic-globe.gif") NIL NIL "base64" 81076 NIL ("attachment"
> ("filename" "usenet-traffic-globe.gif")) NIL) "mixed" ("boundary"
> "=-u5ZQZIAhsi8nf+mzzgM1") NIL NIL))
> A4 OK Fetch completed.
> 
> 81076 includes the boundary shown above.
> Sorry if this is entirely up the wrong tree.
> And thanks for any advice.
> 
> /Jonas
> 

From tim@gem.win.co.nz  Thu Oct  2 20:56:27 2003
Return-Path: <tim@gem.win.co.nz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EE3A1238C7; Thu,  2 Oct 2003 20:56:26 +0300 (EEST)
Received: from gem.win.co.nz (gem.win.co.nz [210.55.105.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 0FBBE23896
	for <dovecot@procontrol.fi>; Thu,  2 Oct 2003 20:55:53 +0300 (EEST)
Received: from localhost (tim@localhost)
	by gem.win.co.nz (8.9.3p2/8.9.3) with ESMTP id FAA26241
	for <dovecot@procontrol.fi>; Fri, 3 Oct 2003 05:57:44 +1200
Date: Fri, 3 Oct 2003 05:57:43 +1200 (NZST)
From: Tim Miller <tim@gem.win.co.nz>
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.04.10310030546400.25928-100000@gem.win.co.nz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] another Dovecot problem
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 02 Oct 2003 17:56:27 -0000
X-UID: 1700                                                  
Status: O
Content-Length: 1472

Hi All--

First, thanks to Timo for solving my last issue. I got dovecot up and
running on one of my machines, and it does exactly what I want. Now I'm
trying to install dovecot on an older box (glibc 2.0.7 Linux kernel
2.0.36), and encountering some problems:

-- firstly autoconf/automake does not seem to correctly deal with the
madvise function on this system. It detects that we don't have madvise,
yet it's prototyped in /usr/include/sys/mman.h. This causes the
compilation to fail when dovecot tries to redefine this function.

-- I attempted to solve this problem by renaming the function dovecot
prototypes to dc_madvise and then changed all the calls in the code (and
the implementation) from madvise to dc_madvise. This allows the code to
compile correctly.

-- However, once the server is installed, it does not appear to work
correctly. I can login, but when I try to list my folders or select any
folder (one that exists or one that doesn't exist) the connection times
out and the following entry is written to the log file:

dovecot: Oct 03 05:38:56 Error: login: received another "not listening"
notification (if you can't login at all, see src/lib/fdpass.c)

I tracked this message down in the source, but didn't see any obvious way
to trace back the problem.

Does anyone have experience building on this older configuration (the
glibc is a Red Hat version, if it makes any difference)? Any ideas on what
might be causing this issue?

Best,
Tim Miller



From lists@ceskyserver.cz  Fri Oct  3 14:28:06 2003
Return-Path: <lists@ceskyserver.cz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5E22923887; Fri,  3 Oct 2003 14:28:06 +0300 (EEST)
Received: from cernunnos.ceskyserver.cz (wmail.ceskyserver.cz [81.0.235.159])
	by danu.procontrol.fi (Postfix) with ESMTP id BD0182385D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 14:27:33 +0300 (EEST)
Received: (qmail 13682 invoked by uid 89); 3 Oct 2003 11:26:29 -0000
Message-ID: <20031003112629.13681.qmail@cernunnos.ceskyserver.cz>
From: "Antonin Karasek" <karasek@ceskyserver.cz>
To: dovecot@procontrol.fi
Date: Fri, 03 Oct 2003 13:26:29 +0200
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] pop3s in Outlook
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 11:28:06 -0000
X-UID: 1701                                                  
Status: O

Hi,
I'm using Dovecot for pop3-ssl. Unofortunatelly, most of my users are using 
MS Outlook. I want them to be able to remove standard mesage: "The 
certificat is not signed by...", but I don't know how :-( In the dialog 
isn't a button "Trust this certificate forever"... 

Is there anybody, who know, how to solve this? 

Many thanks.
From jonas@illuminet.se  Fri Oct  3 16:34:23 2003
Return-Path: <jonas@illuminet.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7C26E23896; Fri,  3 Oct 2003 16:34:23 +0300 (EEST)
Received: from localhost.localdomain (h107n2fls32o263.telia.com
	[217.209.33.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 23FC12385D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 16:33:51 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h93DXSXc007945
	for <dovecot@procontrol.fi>; Fri, 3 Oct 2003 15:33:28 +0200
Subject: Re: [Dovecot] can't read attachments using javamail with dovecot
From: Jonas Bosson <jonas@illuminet.se>
To: dovecot@procontrol.fi
In-Reply-To: <1065111750.5445.116.camel@localhost>
References: <1064481793.1177.44.camel@server.illuminet.se>
	<1064857354.3748.225.camel@localhost>
	<1065111750.5445.116.camel@localhost>
Content-Type: text/plain
Organization: 
Message-Id: <1065188008.7697.36.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) 
Date: 03 Oct 2003 15:33:28 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 13:34:23 -0000
X-UID: 1702                                                  
Status: O
Content-Length: 1743

I have put the source mail and the traces from dovecot in: 
http://www.illuminet.se/test/error.tgz

It also seems there is different behavior in size, small sizes work
fine, but larger attachments go bezerk. This example for instance
overruns the boundary of the larger attachment and displays
part of the following one. 

I have been tracing the use of message_find_boundary and message_size
structs, but have not found the miss calculation yet.

/Jonas

On Thu, 2003-10-02 at 18:22, Jonas Bosson wrote:
> Where should I look to change this behavior (below)?
> lib-mail, lib-imap or lib-storage?
> 
> 
> On Mon, 2003-09-29 at 19:42, Jonas Bosson wrote:
> > On Mon, 2003-09-29 at 19:02, Jonas Bosson wrote:
> > 
> > > Now I have conducted the trace and all seems fine, unless dovecot should
> > > not append the mime-boundary too... witch it does. That could explain
> > > why the javamail base64 parser flips out.
> > > 
> > > It this the problem perhaps?
> > > 
> > > --- snip from tail ---
> > > zym/MizHsizPMi3Xsi3f8qgFBAAAOx==
> > >  
> > > --=-u5ZQZIAhsi8nf+mzzgM1--
> > > )
> > > A9 OK Fetch completed.
> > > --- SNAP
> > 
> > Also, dovecot includes the boundary in the "length" of the body part in:
> > 
> > A3 OK [READ-ONLY] Select completed.
> > * 103 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") NIL
> > NIL "7bit" 15 3 NIL NIL NIL)("image" "gif" ("name"
> > "usenet-traffic-globe.gif") NIL NIL "base64" 81076 NIL ("attachment"
> > ("filename" "usenet-traffic-globe.gif")) NIL) "mixed" ("boundary"
> > "=-u5ZQZIAhsi8nf+mzzgM1") NIL NIL))
> > A4 OK Fetch completed.
> > 
> > 81076 includes the boundary shown above.
> > Sorry if this is entirely up the wrong tree.
> > And thanks for any advice.
> > 
> > /Jonas
> > 

From grahame@typhaon.ucs.uwa.edu.au  Fri Oct  3 07:27:52 2003
Return-Path: <grahame@typhaon.ucs.uwa.edu.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C56723887; Fri,  3 Oct 2003 07:27:52 +0300 (EEST)
Received: from asclepius.uwa.edu.au (asclepius.uwa.edu.au [130.95.128.56])
	by danu.procontrol.fi (Postfix) with ESMTP id 6369623866
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 07:27:17 +0300 (EEST)
Received: from 127.0.0.1 (localhost [127.0.0.1])
	by dummy.domain.name (Postfix) with SMTP id 55C903675FE
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 12:27:14 +0800 (WST)
Received: from typhaon.ucs.uwa.edu.au (typhaon.ucs.uwa.edu.au [130.95.128.67])
	by asclepius.uwa.edu.au (Postfix) with ESMTP id 4FE86366EFC
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 12:27:14 +0800 (WST)
Received: by typhaon.ucs.uwa.edu.au (Postfix, from userid 60001)
	id 62AC44087109; Fri,  3 Oct 2003 12:27:13 +0800 (WST)
Date: Fri, 3 Oct 2003 12:27:13 +0800
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Subject: Re: [Dovecot] Patches
Message-ID: <20031003042713.GA25044@typhaon.ucs.uwa.edu.au>
References: <Pine.LNX.4.58.0310021128050.8736@turiya.braincells.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0310021128050.8736@turiya.braincells.com>
User-Agent: Mutt/1.5.4i
From: grahame@typhaon.ucs.uwa.edu.au (Grahame Bowland)
X-Mailman-Approved-At: Fri, 03 Oct 2003 17:07:25 +0300
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 04:27:52 -0000
X-UID: 1703                                                  
Status: O
Content-Length: 1024

On Thu, Oct 02, 2003 at 11:48:15AM -0400, Jaldhar H. Vyas wrote:
> As the freeze for Debian sarge slowly approaches I want to make sure
> the Dovecot packages are in as good condition as possible.  I see there
> have been a number of patches since 0.99.10.  I have added the following
> patches:
> 
> * segfault when user home directory is empty
> * Proper PAM service name
> * Make suid work on 2.6 kernels
> 
> Any other patches thatI ought to add.  Or better yet, will there be a
> 0.99.11 soon?

The only other patch we're running is the one by Bernard Blackham 
(it's in the list archives) so that "Deleted" and "Draft" messages 
are handled properly in mbox files. It's a fairly important patch, 
and it'd be really great if it was in the Debian package.

Cheers
Grahame

-- 
Grahame Bowland                       Email: grahame@ucs.uwa.edu.au
University Communications Services    Phone: +61 8 9380 1175
The University of Western Australia     Fax: +61 8 9380 1109
                                     CRICOS: 00126G

From Nicolas.Stransky@crans.org  Fri Oct  3 17:16:48 2003
Return-Path: <Nicolas.Stransky@crans.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 036C2238B6; Fri,  3 Oct 2003 17:16:48 +0300 (EEST)
Received: from mailhost.curie.fr (burton1.curie.fr [193.49.205.23])
	by danu.procontrol.fi (Postfix) with ESMTP id 6455E23887
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 17:16:14 +0300 (EEST)
Received: from mailhost.curie.fr (localhost [127.0.0.1])
          by mailhost.curie.fr/1 with ESMTP id h93EGCVC002704
          for <dovecot@procontrol.fi>; Fri, 3 Oct 2003 16:16:12 +0200 (CEST)
Received: from crans.org (jpt-0115-6340.curie.fr [10.10.11.73])
          by mailhost.curie.fr/0 with ESMTP id h93EG7ZK002693
          for <dovecot@procontrol.fi>; Fri, 3 Oct 2003 16:16:07 +0200 (CEST)
X-Client-Addr: 10.10.11.73 jpt-0115-6340.curie.fr (OK)
X-Client-Sender: Nicolas.Stransky@crans.org
Message-ID: <3F7D84A7.7000907@crans.org>
Date: Fri, 03 Oct 2003 16:16:07 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@crans.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20030925
X-Accept-Language: fr-fr, fr, en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
References: <20031003112629.13681.qmail@cernunnos.ceskyserver.cz>
In-Reply-To: <20031003112629.13681.qmail@cernunnos.ceskyserver.cz>
X-Enigmail-Version: 0.76.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Spam-Status: No, hits=0.0 required=8.0
	tests=none
	version=2.60-cvs
X-Mailman-Approved-At: Fri, 03 Oct 2003 17:36:26 +0300
Subject: [Dovecot] Re: pop3s in Outlook
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 14:16:48 -0000
X-UID: 1704                                                  
Status: O

Le 03/10/2003 13:26, Antonin Karasek a écrit :

> Hi,
> I'm using Dovecot for pop3-ssl. Unofortunatelly, most of my users are
> using MS Outlook. I want them to be able to remove standard mesage: "The
> certificat is not signed by...", but I don't know how :-( In the dialog
> isn't a button "Trust this certificate forever"...
> Is there anybody, who know, how to solve this?

I have written something about this some time ago.
http://www.crans.org/docs/stunnel.html
Sorry it's in french, but the important part is that you have got to
export your certificate in a format that outlook (or windows) is able to
import.
openssl x509 -in certificate.pem -outform DER -out
certificate_for_outlook.der

Then you can distribute this certificate and your users only have to
double clic on it to import it.

-- 
Nico

From tss@iki.fi  Fri Oct  3 17:39:36 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6F3A5238B6; Fri,  3 Oct 2003 17:39:36 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8A94C23887
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 17:39:04 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 17C5C5EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 17:39:04 +0300 (EEST)
Subject: Re: [Dovecot] can't read attachments using javamail with dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1065188008.7697.36.camel@localhost>
References: <1064481793.1177.44.camel@server.illuminet.se>
	<1065111750.5445.116.camel@localhost>
	<1065188008.7697.36.camel@localhost>
Content-Type: text/plain
Message-Id: <1065191943.32104.89.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 17:39:03 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 14:39:36 -0000
X-UID: 1705                                                  
Status: O

On Fri, 2003-10-03 at 16:33, Jonas Bosson wrote:
> I have put the source mail and the traces from dovecot in: 
> http://www.illuminet.se/test/error.tgz

Thanks. The real problem was the it was asking more data than there
really was in the body part, and my checks were a bit wrong there.

http://dovecot.fi/fetch-body.patch


From tss@iki.fi  Fri Oct  3 17:40:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BD54623887; Fri,  3 Oct 2003 17:40:46 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 7E39F238D1
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 17:40:06 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 558C55EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 17:40:03 +0300 (EEST)
Subject: Re: [Dovecot] Why does dovecot confuse mutt?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031001005112.GA30133@woom.net>
References: <20030723225217.73dde8ac.amyzing@talsever.com>
	 <A14B2CBE-BDBA-11D7-B3F9-000393CC2E90@iki.fi>
	 <20031001005112.GA30133@woom.net>
Content-Type: text/plain
Message-Id: <1065192003.32099.91.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 17:40:03 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 14:40:46 -0000
X-UID: 1706                                                  
Status: O

On Wed, 2003-10-01 at 03:51, Samuel Verner wrote:
> > I think this is because Dovecot doesn't send \NoChildren flag for 
> > mailboxes. I'm not sure when that got lost.. Maybe it's time to rewrite 
> > the mailbox listing code once again.
> 
> Is this fixed in latest dovecot?

It's fixed in CVS, but I don't think it's in 0.99.10..


From tss@iki.fi  Fri Oct  3 17:48:27 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 451A6238B6; Fri,  3 Oct 2003 17:48:27 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 93EFC23896
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 17:48:14 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5B74A5EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 17:48:14 +0300 (EEST)
Subject: Re: [Dovecot] SSL Client Certificate Support
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F7AAE4E.9010100@rosanneke.com>
References: <3F7AAE4E.9010100@rosanneke.com>
Content-Type: text/plain
Message-Id: <1065192494.32105.100.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 17:48:14 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 14:48:27 -0000
X-UID: 1707                                                  
Status: O

On Wed, 2003-10-01 at 13:37, Bert Koelewijn wrote:
> most modern enterprises make use of a Public Key Infrastructure. It 
> would be nice to have dovecot check a client certificate instead of a 
> password. This makes life much easier and more secure.
> Mail clients like Mozilla and MS Outlook do support this. What do you 
> think of the following feature request:
> 
> - Client authenticates with a certificate via SSL. (Like stunnel can)
> - Dovecot looks the username up in a table with (public key, username)
> - The mailclient gives a name and password, but dovecot ignores them
> - Dovecot gives the client access by the username found in the table

I've thought about it before myself a few times. I'm not against such
patch, but I don't think I'll implement it myself anytime soon.

Doing this also worries me a bit. Wasn't the recent security hole in
OpenSSL just in the client certificate parsing? SSL cert authentication
would have to rely on OpenSSL (or GNUTLS).


From tss@iki.fi  Fri Oct  3 18:02:25 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6806E23887; Fri,  3 Oct 2003 18:02:25 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 342012385D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 18:02:12 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E0AA65EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 18:02:11 +0300 (EEST)
Subject: Re: [Dovecot] another Dovecot problem
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.04.10310030546400.25928-100000@gem.win.co.nz>
References: <Pine.LNX.4.04.10310030546400.25928-100000@gem.win.co.nz>
Content-Type: multipart/mixed; boundary="=-t5deGpcRIJq0ZMJjhLWJ"
Message-Id: <1065193331.32105.115.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 18:02:11 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 15:02:25 -0000
X-UID: 1708                                                  
Status: O
Content-Length: 4350


--=-t5deGpcRIJq0ZMJjhLWJ
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Thu, 2003-10-02 at 20:57, Tim Miller wrote:
> First, thanks to Timo for solving my last issue. I got dovecot up and
> running on one of my machines, and it does exactly what I want. Now I'm
> trying to install dovecot on an older box (glibc 2.0.7 Linux kernel
> 2.0.36), and encountering some problems:
> 
> -- firstly autoconf/automake does not seem to correctly deal with the
> madvise function on this system. It detects that we don't have madvise,
> yet it's prototyped in /usr/include/sys/mman.h. This causes the
> compilation to fail when dovecot tries to redefine this function.
> 
> -- I attempted to solve this problem by renaming the function dovecot
> prototypes to dc_madvise and then changed all the calls in the code (and
> the implementation) from madvise to dc_madvise. This allows the code to
> compile correctly.

Well, I fixed it in a bit easier way :)

diff -u -r1.4 -r1.5
--- mmap-util.h 28 Oct 2002 09:00:25 -0000      1.4
+++ mmap-util.h 3 Oct 2003 14:50:48 -0000       1.5
@@ -15,7 +15,8 @@
 #endif
 
 #ifndef HAVE_MADVISE
-int madvise(void *start, size_t length, int advice);
+#  define madvise my_madvise
+int my_madvise(void *start, size_t length, int advice);
 #  ifndef MADV_NORMAL
 #    define MADV_NORMAL 0
 #    define MADV_RANDOM 0


> -- However, once the server is installed, it does not appear to work
> correctly. I can login, but when I try to list my folders or select any
> folder (one that exists or one that doesn't exist) the connection times
> out and the following entry is written to the log file:
> 
> dovecot: Oct 03 05:38:56 Error: login: received another "not listening"
> notification (if you can't login at all, see src/lib/fdpass.c)
> 
> I tracked this message down in the source, but didn't see any obvious way
> to trace back the problem.

Linux 2.0.x kernels requires changes in the source to work. I didn't
think anyone would really bother trying Dovecot with 2.0 kernels anymore
so there was only a comment about it there. Apply the included patch and
compile with -DLINUX20 and it should work.


--=-t5deGpcRIJq0ZMJjhLWJ
Content-Disposition: attachment; filename=fdpass.patch
Content-Type: text/plain; name=fdpass.patch; charset=iso-8859-15
Content-Transfer-Encoding: 7bit

? src/lib/file-lock-remote.c
? src/lib/file-lock-remote.h
? src/lib/istream-copy.c
? src/lib/istream-data.c2
? src/lib/istream-filter.c
? src/lib/istream-filter.h
? src/lib/m
Index: src/lib/fdpass.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib/fdpass.c,v
retrieving revision 1.26
diff -u -r1.26 fdpass.c
--- src/lib/fdpass.c	26 Aug 2003 21:06:44 -0000	1.26
+++ src/lib/fdpass.c	3 Oct 2003 15:01:33 -0000
@@ -78,6 +78,22 @@
 	return sendmsg(handle, &msg, 0);
 }
 
+#ifdef __osf__
+#  define CHECK_MSG(msg) TRUE /* Tru64 */
+#else
+#  define CHECK_MSG(msg) (msg).msg_controllen >= CMSG_SPACE(sizeof(int))
+#endif
+
+#ifdef LINUX20
+/* Linux 2.0.x doesn't set any cmsg fields. Note that this might make some
+   attacks possible so don't do it unless you really have to. */
+#  define CHECK_CMSG(cmsg) ((cmsg) != NULL)
+#else
+#  define CHECK_CMSG(cmsg) \
+	((cmsg) != NULL && (cmsg)->cmsg_len >= CMSG_LEN(sizeof(int)) && \
+	 (cmsg)->cmsg_level == SOL_SOCKET && (cmsg)->cmsg_type == SCM_RIGHTS)
+#endif
+
 ssize_t fd_read(int handle, void *data, size_t size, int *fd)
 {
 	struct msghdr msg;
@@ -109,17 +125,10 @@
 	/* at least one byte transferred - we should have the fd now.
 	   do extra checks to make sure it really is an fd that is being
 	   transferred to avoid potential DoS conditions. some systems don't
-	   set all these values correctly however:
-
-	   Linux 2.0.x - cmsg_len, cmsg_level, cmsg_type are not set
-	   Tru64 - msg_controllen isn't set */
+	   set all these values correctly however so CHECK_MSG() and
+	   CHECK_CMSG() are somewhat system dependent */
 	cmsg = CMSG_FIRSTHDR(&msg);
-	if (
-#ifndef __osf__ /* Tru64 */
-	    msg.msg_controllen < CMSG_SPACE(sizeof(int)) ||
-#endif
-	    cmsg == NULL || cmsg->cmsg_len < CMSG_LEN(sizeof(int)) ||
-	    cmsg->cmsg_level != SOL_SOCKET || cmsg->cmsg_type != SCM_RIGHTS)
+	if (!CHECK_MSG(msg) || !CHECK_CMSG(cmsg))
 		*fd = -1;
 	else
 		*fd = *((int *) CMSG_DATA(cmsg));

--=-t5deGpcRIJq0ZMJjhLWJ--

From tss@iki.fi  Fri Oct  3 18:04:48 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 78A0E23887; Fri,  3 Oct 2003 18:04:48 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D38AC2385D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 18:04:35 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A4EB25EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 18:04:35 +0300 (EEST)
Subject: Re: [Dovecot] Patches
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.58.0310021128050.8736@turiya.braincells.com>
References: <Pine.LNX.4.58.0310021128050.8736@turiya.braincells.com>
Content-Type: text/plain
Message-Id: <1065193475.32107.118.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 18:04:35 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 15:04:48 -0000
X-UID: 1709                                                  
Status: O

On Thu, 2003-10-02 at 18:48, Jaldhar H. Vyas wrote:
> Or better yet, will there be a 0.99.11 soon?

Maybe it's time for 0.99.10.1 with all the small fixes.. 0.99.11 is
still waiting for the mbox code to get fixed.


From tss@iki.fi  Fri Oct  3 19:29:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ED13023896; Fri,  3 Oct 2003 19:29:39 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2CD8623887
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 19:29:27 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E49D85EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 19:29:26 +0300 (EEST)
Subject: Re: [Dovecot] mailbox sorting issue
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.WNT.4.56.0309251220270.1488@mayfly>
References: <20030925090003.CAF68238D2@danu.procontrol.fi>
	 <Pine.WNT.4.56.0309251220270.1488@mayfly>
Content-Type: text/plain
Message-Id: <1065198566.32105.127.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 19:29:26 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 16:29:40 -0000
X-UID: 1710                                                  
Status: O

On Thu, 2003-09-25 at 19:50, Paul wrote:
> When I sort a Dovecot mbox in Pine, the most recent messages tend to
> linger near the bottom of the message list, regardless of how they're
> sorted. Here's a snippet of the bottom of the list, sorted by arrival
> time:

Looks like it's buggy in 0.99.10. I found several sorting bugs from CVS
as well. CVS works now correctly, I'll look at 0.99.10 later again since
the problem is elsewhere in it..

Maybe I'll just kludge the mbox support working again to get 0.99.11 out
:)


From mreimer@vpop.net  Fri Oct  3 19:55:01 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7142723896; Fri,  3 Oct 2003 19:55:01 +0300 (EEST)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 902C823887
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 19:54:28 +0300 (EEST)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id DE8D03A6016
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 09:54:24 -0700 (PDT)
Message-ID: <3F7DA9D8.2030409@vpop.net>
Date: Fri, 03 Oct 2003 11:54:48 -0500
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PATCH: mysql authentication
Content-Type: multipart/mixed;
 boundary="------------090209080508010809040904"
X-Mailman-Approved-At: Fri, 03 Oct 2003 20:04:26 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 16:55:01 -0000
X-UID: 1711                                                  
Status: O
Content-Length: 26769

This is a multi-part message in MIME format.
--------------090209080508010809040904
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Here's another patch. This one isn't much different from the last patch, 
except it tries a little harder to make sure that the required fields 
are returned by the query (like the pgsql module does).

One question about how t_strdup works. How and who should memory 
returned by t_strdup be freed? My patch has a function my_get_str() 
which returns the value of t_strdup, and then I do this:

     user.uid = atoi(my_get_str(res, row, "uid")); /* XXX leak */
     user.gid = atoi(my_get_str(res, row, "gid")); /* XXX leak */

Will this result in a memory leak?

Matt

--------------090209080508010809040904
Content-Type: text/plain;
 name="dovecot.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot.patch"

diff -u -r --new-file work/dovecot-0.99.10/doc/dovecot-mysql.conf work.patched/dovecot-0.99.10/doc/dovecot-mysql.conf
--- work/dovecot-0.99.10/doc/dovecot-mysql.conf	Wed Dec 31 16:00:00 1969
+++ work.patched/dovecot-0.99.10/doc/dovecot-mysql.conf	Tue Sep 30 12:24:00 2003
@@ -0,0 +1,70 @@
+# For the mysql passdb module, you'll need a database with a table that
+# contains fields for at least the userid and password. If you want to
+# use the user@domain syntax, you might want to have a separate domain
+# field as well.
+#
+# If your users all have the same uig/gid, and have predictable home
+# directories, you can use the static userdb module to generate the home
+# dir based on the userid and domain. In this case, you won't need fields
+# for home, uid, or gid in the database.
+#
+# If you prefer to use the mysql userdb module, you'll want to add fields
+# for home, uid, and gid. Here is an example table:
+#
+# CREATE TABLE users (
+#     userid VARCHAR(128) NOT NULL,
+#     password VARCHAR(64) NOT NULL,
+#     home VARCHAR(256) NOT NULL,
+#     uid INTEGER NOT NULL,
+#     gid INTEGER NOT NULL,
+#     active CHAR(1) DEFAULT 'Y' NOT NULL
+# );
+
+db_host = localhost
+db_port = 3306
+#db_unix_socket = /var/tmp/mysql.sock
+db = users
+db_user = dovecot-db
+db_passwd = opensesame
+db_client_flags = 0
+
+# Default password scheme.
+#
+# Currently supported schemes include PLAIN, PLAIN-MD5, DIGEST-MD5, and CRYPT.
+#
+#default_pass_scheme = PLAIN-MD5
+
+# Query to retrieve the password.
+#
+# The query should return one row, one column. If more than one row or column
+# is returned, authentication will automatically fail.
+#
+# Available substitutions:
+#   %u = entire userid
+#   %n = user part of user@domain
+#   %d = domain part of user@domain
+#
+# Example:
+#   password_query = SELECT password FROM users WHERE userid = '%n' AND domain = '%d'
+#   password_query = SELECT password FROM users WHERE userid = '%u' AND active = 'Y'
+#
+#password_query = SELECT password FROM users WHERE userid = '%u'
+
+# Query to retrieve the user information.
+#
+# The query must return only one row. The columns to return are:
+#   home - Home directory
+#   mail - MAIL environment
+#   system_user - System user name (for initgroups())
+#   uid - System UID
+#   gid - System GID
+#
+# Either home or mail is required. uid and gid are required. If more than one
+# row is returned or there's missing fields, login will automatically fail.
+#
+# Examples
+#   user_query = SELECT home, uid, gid FROM users WHERE userid = '%n' AND domain = '%d'
+#   user_query = SELECT dir AS home, user AS uid, group AS gid FROM users where userid = '%u'
+#   user_query = SELECT home, 501 AS uid, 501 AS gid FROM users WHERE userid = '%u'
+#
+#user_query = SELECT home, uid, gid FROM users WHERE userid = '%u'
diff -u -r --new-file work/dovecot-0.99.10/src/auth/Makefile.in work.patched/dovecot-0.99.10/src/auth/Makefile.in
--- work/dovecot-0.99.10/src/auth/Makefile.in	Thu Jun 26 09:15:11 2003
+++ work.patched/dovecot-0.99.10/src/auth/Makefile.in	Tue Sep 30 12:24:00 2003
@@ -99,10 +99,10 @@
 dovecot_auth_LDADD =  	../lib-settings/libsettings.a 	../lib/liblib.a 	$(AUTH_LIBS) 	$(RAND_LIBS) 	$(MODULE_LIBS)
 
 
-dovecot_auth_SOURCES =  	auth-module.c 	db-ldap.c 	db-pgsql.c 	db-passwd-file.c 	login-connection.c 	main.c 	master-connection.c 	md5crypt.c 	mech.c 	mech-anonymous.c 	mech-cyrus-sasl2.c 	mech-plain.c 	mech-digest-md5.c 	mycrypt.c 	passdb.c 	passdb-ldap.c 	passdb-passwd.c 	passdb-passwd-file.c 	passdb-pam.c 	passdb-shadow.c 	passdb-vpopmail.c 	passdb-pgsql.c 	password-scheme.c 	userdb.c 	userdb-ldap.c 	userdb-passwd.c 	userdb-passwd-file.c 	userdb-static.c 	userdb-vpopmail.c 	userdb-pgsql.c
+dovecot_auth_SOURCES =  	auth-module.c 	db-ldap.c 	db-pgsql.c	db-mysql.c 	db-passwd-file.c 	login-connection.c 	main.c 	master-connection.c 	md5crypt.c 	mech.c 	mech-anonymous.c 	mech-cyrus-sasl2.c 	mech-plain.c 	mech-digest-md5.c 	mycrypt.c 	passdb.c 	passdb-ldap.c 	passdb-passwd.c 	passdb-passwd-file.c 	passdb-pam.c 	passdb-shadow.c 	passdb-vpopmail.c 	passdb-pgsql.c 	passdb-mysql.c	password-scheme.c 	userdb.c 	userdb-ldap.c 	userdb-passwd.c 	userdb-passwd-file.c 	userdb-static.c 	userdb-vpopmail.c 	userdb-pgsql.c	userdb-mysql.c
 
 
-noinst_HEADERS =  	auth-login-interface.h 	auth-master-interface.h 	auth-mech-desc.h 	auth-module.h 	db-ldap.h 	db-pgsql.h 	db-passwd-file.h 	common.h 	login-connection.h 	master-connection.h 	md5crypt.h 	mech.h 	mycrypt.h 	passdb.h 	password-scheme.h 	userdb.h 	userdb-vpopmail.h
+noinst_HEADERS =  	auth-login-interface.h 	auth-master-interface.h 	auth-mech-desc.h 	auth-module.h 	db-ldap.h 	db-pgsql.h 	db-mysql.h	db-passwd-file.h 	common.h 	login-connection.h 	master-connection.h 	md5crypt.h 	mech.h 	mycrypt.h 	passdb.h 	password-scheme.h 	userdb.h 	userdb-vpopmail.h
 
 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
 CONFIG_HEADER = ../../config.h
@@ -116,17 +116,17 @@
 LDFLAGS = @LDFLAGS@
 LIBS = @LIBS@
 dovecot_auth_OBJECTS =  auth-module.$(OBJEXT) db-ldap.$(OBJEXT) \
-db-pgsql.$(OBJEXT) db-passwd-file.$(OBJEXT) login-connection.$(OBJEXT) \
+db-pgsql.$(OBJEXT) db-mysql.$(OBJEXT) db-passwd-file.$(OBJEXT) login-connection.$(OBJEXT) \
 main.$(OBJEXT) master-connection.$(OBJEXT) md5crypt.$(OBJEXT) \
 mech.$(OBJEXT) mech-anonymous.$(OBJEXT) mech-cyrus-sasl2.$(OBJEXT) \
 mech-plain.$(OBJEXT) mech-digest-md5.$(OBJEXT) mycrypt.$(OBJEXT) \
 passdb.$(OBJEXT) passdb-ldap.$(OBJEXT) passdb-passwd.$(OBJEXT) \
 passdb-passwd-file.$(OBJEXT) passdb-pam.$(OBJEXT) \
 passdb-shadow.$(OBJEXT) passdb-vpopmail.$(OBJEXT) \
-passdb-pgsql.$(OBJEXT) password-scheme.$(OBJEXT) userdb.$(OBJEXT) \
+passdb-pgsql.$(OBJEXT) passdb-mysql.$(OBJEXT) password-scheme.$(OBJEXT) userdb.$(OBJEXT) \
 userdb-ldap.$(OBJEXT) userdb-passwd.$(OBJEXT) \
 userdb-passwd-file.$(OBJEXT) userdb-static.$(OBJEXT) \
-userdb-vpopmail.$(OBJEXT) userdb-pgsql.$(OBJEXT)
+userdb-vpopmail.$(OBJEXT) userdb-pgsql.$(OBJEXT) userdb-mysql.$(OBJEXT)
 dovecot_auth_DEPENDENCIES =  ../lib-settings/libsettings.a \
 ../lib/liblib.a
 dovecot_auth_LDFLAGS = 
@@ -295,6 +295,13 @@
 	../../src/lib/strfuncs.h ../../src/lib/network.h \
 	../../src/lib/str.h ../../src/lib-settings/settings.h \
 	db-pgsql.h
+db-mysql.o: db-mysql.c ../../config.h common.h ../../src/lib/lib.h \
+	../../src/lib/compat.h ../../src/lib/macros.h \
+	../../src/lib/failures.h ../../src/lib/data-stack.h \
+	../../src/lib/mempool.h ../../src/lib/imem.h \
+	../../src/lib/strfuncs.h ../../src/lib/network.h \
+	../../src/lib/str.h ../../src/lib-settings/settings.h \
+	db-mysql.h
 login-connection.o: login-connection.c common.h ../../src/lib/lib.h \
 	../../config.h ../../src/lib/compat.h ../../src/lib/macros.h \
 	../../src/lib/failures.h ../../src/lib/data-stack.h \
@@ -388,6 +395,14 @@
 	../../src/lib/str.h ../../src/lib/strescape.h \
 	../../src/lib/var-expand.h password-scheme.h db-pgsql.h \
 	passdb.h mech.h auth-login-interface.h
+passdb-mysql.o: passdb-mysql.c ../../config.h common.h \
+	../../src/lib/lib.h ../../src/lib/compat.h \
+	../../src/lib/macros.h ../../src/lib/failures.h \
+	../../src/lib/data-stack.h ../../src/lib/mempool.h \
+	../../src/lib/imem.h ../../src/lib/strfuncs.h \
+	../../src/lib/str.h ../../src/lib/strescape.h \
+	../../src/lib/var-expand.h password-scheme.h db-mysql.h \
+	passdb.h mech.h auth-login-interface.h
 passdb-shadow.o: passdb-shadow.c ../../config.h common.h \
 	../../src/lib/lib.h ../../src/lib/compat.h \
 	../../src/lib/macros.h ../../src/lib/failures.h \
@@ -428,6 +443,13 @@
 	../../src/lib/imem.h ../../src/lib/strfuncs.h \
 	../../src/lib/str.h ../../src/lib/strescape.h \
 	../../src/lib/var-expand.h db-pgsql.h userdb.h
+userdb-mysql.o: userdb-mysql.c ../../config.h common.h \
+	../../src/lib/lib.h ../../src/lib/compat.h \
+	../../src/lib/macros.h ../../src/lib/failures.h \
+	../../src/lib/data-stack.h ../../src/lib/mempool.h \
+	../../src/lib/imem.h ../../src/lib/strfuncs.h \
+	../../src/lib/str.h ../../src/lib/strescape.h \
+	../../src/lib/var-expand.h db-mysql.h userdb.h
 userdb-static.o: userdb-static.c ../../config.h common.h \
 	../../src/lib/lib.h ../../src/lib/compat.h \
 	../../src/lib/macros.h ../../src/lib/failures.h \
diff -u -r --new-file work/dovecot-0.99.10/src/auth/db-mysql.c work.patched/dovecot-0.99.10/src/auth/db-mysql.c
--- work/dovecot-0.99.10/src/auth/db-mysql.c	Wed Dec 31 16:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/db-mysql.c	Tue Sep 30 12:24:00 2003
@@ -0,0 +1,181 @@
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */
+
+#include "config.h"
+#undef HAVE_CONFIG_H
+
+#if defined(PASSDB_MYSQL) || defined(USERDB_MYSQL)
+
+#include "common.h"
+#include "network.h"
+#include "str.h"
+#include "settings.h"
+#include "db-mysql.h"
+
+#include <limits.h>
+#include <stddef.h>
+#include <stdlib.h>
+
+#define DEF(type, name) { type, #name, offsetof(struct mysql_settings, name) }
+
+static struct setting_def setting_defs[] = {
+	DEF(SET_STR, db_host),
+	DEF(SET_STR, db_port),
+	DEF(SET_STR, db_unix_socket),
+	DEF(SET_STR, db),
+	DEF(SET_STR, db_user),
+	DEF(SET_STR, db_passwd),
+	DEF(SET_STR, db_client_flags),
+	DEF(SET_STR, password_query),
+	DEF(SET_STR, user_query),
+	DEF(SET_STR, default_pass_scheme)
+};
+
+struct mysql_settings default_mysql_settings = {
+	MEMBER(db_host) "localhost",
+	MEMBER(db_port) "0",
+	MEMBER(db_unix_socket) "/var/tmp/mysql.sock",
+	MEMBER(db) "email_accounts",
+	MEMBER(db_user) "dovecot",
+	MEMBER(db_passwd) "changeme",
+	MEMBER(db_client_flags) "0",
+	MEMBER(password_query) "SELECT password FROM users WHERE userid = '%u'",
+	MEMBER(user_query) "SELECT home, uid, gid FROM users WHERE userid = '%u'",
+	MEMBER(default_pass_scheme) "PLAIN-MD5"
+};
+
+static struct mysql_connection *mysql_connections = NULL;
+
+static int mysql_conn_open(struct mysql_connection *conn);
+static void mysql_conn_close(struct mysql_connection *conn);
+
+void db_mysql_query(struct mysql_connection *conn, const char *query,
+		    struct mysql_request *request)
+{
+	MYSQL_RES *res;
+	int failed;
+
+	if (!conn->connected) {
+		if (!mysql_conn_open(conn)) {
+			request->callback(conn, request, NULL);
+			return;
+		}
+	}
+
+	if (verbose_debug)
+		i_info("MYSQL: Performing query: %s", query);
+
+	if (mysql_query(conn->mysql, query))
+		i_info("MYSQL: Error executing query \"%s\": %s", query,
+		       mysql_error(conn->mysql));
+
+	if ((res = mysql_store_result(conn->mysql)))
+		failed = FALSE;
+	else {
+		i_info("MYSQL: Error retrieving results: %s",
+		       mysql_error(conn->mysql));
+		failed = TRUE;
+	}
+
+	request->callback(conn, request, failed ? NULL : res);
+	mysql_free_result(res);
+	i_free(request);
+}
+
+static int mysql_conn_open(struct mysql_connection *conn)
+{
+	if (conn->connected)
+		return TRUE;
+
+	if (conn->mysql == NULL) {
+		conn->mysql = mysql_init(NULL);
+		if (conn->mysql == NULL) {
+			i_error("MYSQL: mysql_init failed");
+			return FALSE;
+		}
+
+		if (!mysql_real_connect(conn->mysql, conn->set.db_host,
+					conn->set.db_user, conn->set.db_passwd,
+					conn->set.db,
+					atoi(conn->set.db_port),
+					conn->set.db_unix_socket,
+					strtoul(conn->set.db_client_flags,
+						NULL, 10))) {
+			i_error("MYSQL: Can't connect to database %s: %s",
+				conn->set.db, mysql_error(conn->mysql));
+			return FALSE;
+		}
+	}
+
+	conn->connected = TRUE;
+	return TRUE;
+}
+
+static void mysql_conn_close(struct mysql_connection *conn)
+{
+	conn->connected = FALSE;
+
+	if (conn->mysql != NULL) {
+		mysql_close(conn->mysql);
+		conn->mysql = NULL;
+	}
+}
+
+static struct mysql_connection *mysql_conn_find(const char *config_path)
+{
+	struct mysql_connection *conn;
+
+	for (conn = mysql_connections; conn != NULL; conn = conn->next) {
+		if (strcmp(conn->config_path, config_path) == 0)
+			return conn;
+	}
+
+	return NULL;
+}
+
+static const char *parse_setting(const char *key, const char *value,
+				 void *context)
+{
+	struct mysql_connection *conn = context;
+
+	return parse_setting_from_defs(conn->pool, setting_defs,
+				       &conn->set, key, value);
+}
+
+struct mysql_connection *db_mysql_init(const char *config_path)
+{
+	struct mysql_connection *conn;
+	pool_t pool;
+
+	conn = mysql_conn_find(config_path);
+	if (conn != NULL) {
+		conn->refcount++;
+		return conn;
+	}
+
+	pool = pool_alloconly_create("mysql_connection", 1024);
+	conn = p_new(pool, struct mysql_connection, 1);
+	conn->pool = pool;
+
+	conn->refcount = 1;
+
+	conn->config_path = p_strdup(pool, config_path);
+	conn->set = default_mysql_settings;
+	settings_read(config_path, parse_setting, conn);
+
+	(void)mysql_conn_open(conn);
+
+	conn->next = mysql_connections;
+	mysql_connections = conn;
+	return conn;
+}
+
+void db_mysql_unref(struct mysql_connection *conn)
+{
+	if (--conn->refcount > 0)
+		return;
+
+	mysql_conn_close(conn);
+	pool_unref(conn->pool);
+}
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/db-mysql.h work.patched/dovecot-0.99.10/src/auth/db-mysql.h
--- work/dovecot-0.99.10/src/auth/db-mysql.h	Wed Dec 31 16:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/db-mysql.h	Tue Sep 30 12:24:00 2003
@@ -0,0 +1,51 @@
+#ifndef __DB_MYSQL_H
+#define __DB_MYSQL_H
+
+#include <mysql.h>
+
+struct mysql_connection;
+struct mysql_request;
+
+typedef void mysql_query_callback_t(struct mysql_connection *conn,
+				    struct mysql_request *request,
+				    MYSQL_RES *res);
+
+struct mysql_settings {
+	const char *db_host;
+	const char *db_port;
+	const char *db_unix_socket;
+	const char *db;
+	const char *db_user;
+	const char *db_passwd;
+	const char *db_client_flags;
+	const char *password_query;
+	const char *user_query;
+	const char *default_pass_scheme;
+};
+
+struct mysql_connection {
+	struct mysql_connection *next;
+
+	pool_t pool;
+	int refcount;
+
+	char *config_path;
+	struct mysql_settings set;
+
+	MYSQL *mysql;
+
+	unsigned int connected:1;
+};
+
+struct mysql_request {
+	mysql_query_callback_t *callback;
+	void *context;
+};
+
+void db_mysql_query(struct mysql_connection *conn, const char *query,
+		    struct mysql_request *request);
+
+struct mysql_connection *db_mysql_init(const char *config_path);
+void db_mysql_unref(struct mysql_connection *conn);
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/master-connection.c work.patched/dovecot-0.99.10/src/auth/master-connection.c
--- work/dovecot-0.99.10/src/auth/master-connection.c	Mon May 26 08:27:13 2003
+++ work.patched/dovecot-0.99.10/src/auth/master-connection.c	Tue Sep 30 12:24:00 2003
@@ -55,7 +55,7 @@
 	reply.virtual_user_idx = reply_add(buf, user->virtual_user);
 	reply.mail_idx = reply_add(buf, user->mail);
 
-	p = strstr(user->home, "/./");
+	p = user->home ? strstr(user->home, "/./") : NULL;
 	if (p == NULL) {
 		reply.home_idx = reply_add(buf, user->home);
 		reply.chroot_idx = reply_add(buf, NULL);
diff -u -r --new-file work/dovecot-0.99.10/src/auth/passdb-mysql.c work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c
--- work/dovecot-0.99.10/src/auth/passdb-mysql.c	Wed Dec 31 16:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c	Tue Sep 30 12:24:00 2003
@@ -0,0 +1,171 @@
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */
+
+#include "config.h"
+#undef HAVE_CONFIG_H
+
+#ifdef PASSDB_MYSQL
+
+#include "common.h"
+#include "str.h"
+#include "strescape.h"
+#include "var-expand.h"
+#include "password-scheme.h"
+#include "db-mysql.h"
+#include "passdb.h"
+
+#include <mysql.h>
+#include <stdlib.h>
+#include <string.h>
+
+struct passdb_mysql_connection {
+	struct mysql_connection *conn;
+};
+
+struct passdb_mysql_request {
+	struct mysql_request request;
+
+	enum passdb_credentials credentials;
+	union {
+		verify_plain_callback_t *verify_plain;
+                lookup_credentials_callback_t *lookup_credentials;
+	} callback;
+
+	char password[1];
+};
+
+static struct passdb_mysql_connection *passdb_mysql_conn;
+
+static void mysql_handle_request(struct mysql_connection *conn,
+				 struct mysql_request *request, MYSQL_RES *res)
+{
+	struct passdb_mysql_request *mysql_request =
+		(struct passdb_mysql_request *) request;
+	struct auth_request *auth_request = request->context;
+	const char *user, *password, *scheme;
+	int ret = 0;
+
+	user = auth_request->user;
+	password = NULL;
+
+	if (res != NULL) {
+		if (mysql_num_rows(res) == 0) {
+			if (verbose)
+				i_info("mysql(%s): Unknown user", user);
+		} else if (mysql_num_rows(res) > 1) {
+			i_error("mysql(%s): Multiple matches for user", user);
+		} else if (mysql_num_fields(res) != 1) {
+			i_error("mysql(%s): Password query returned "
+				"more than one field", user);
+		} else {
+			MYSQL_ROW row;
+
+			row = mysql_fetch_row(res);
+			if (row)
+				password = t_strdup(row[0]);
+		}
+	}
+
+	scheme = password_get_scheme(&password);
+	if (scheme == NULL) {
+		scheme = conn->set.default_pass_scheme;
+		i_assert(scheme != NULL);
+	}
+
+	if (mysql_request->credentials != -1) {
+		passdb_handle_credentials(mysql_request->credentials,
+			user, password, scheme,
+			mysql_request->callback.lookup_credentials,
+			auth_request);
+		return;
+	}
+
+	/* verify plain */
+	if (password == NULL) {
+		mysql_request->callback.verify_plain(PASSDB_RESULT_USER_UNKNOWN,
+						     auth_request);
+		return;
+	}
+
+	ret = password_verify(mysql_request->password, password,
+			      scheme, user);
+	if (ret < 0)
+		i_error("mysql(%s): Unknown password scheme %s", user, scheme);
+	else if (ret == 0) {
+		if (verbose)
+			i_info("mysql(%s): Password mismatch", user);
+	}
+
+	mysql_request->callback.verify_plain(ret > 0 ? PASSDB_RESULT_OK :
+					     PASSDB_RESULT_PASSWORD_MISMATCH,
+					     auth_request);
+}
+
+static void mysql_lookup_pass(struct auth_request *auth_request,
+			      struct mysql_request *mysql_request)
+{
+	struct mysql_connection *conn = passdb_mysql_conn->conn;
+	const char *query;
+	string_t *str;
+
+	str = t_str_new(512);
+	var_expand(str, conn->set.password_query,
+		   str_escape(auth_request->user), NULL);
+	query = str_c(str);
+
+	mysql_request->callback = mysql_handle_request;
+	mysql_request->context = auth_request;
+
+	db_mysql_query(conn, query, mysql_request);
+}
+
+static void
+mysql_verify_plain(struct auth_request *request, const char *password,
+		   verify_plain_callback_t *callback)
+{
+	struct passdb_mysql_request *mysql_request;
+
+	mysql_request = i_malloc(sizeof(struct passdb_mysql_request) +
+				 strlen(password));
+	mysql_request->credentials = -1;
+	mysql_request->callback.verify_plain = callback;
+	strcpy(mysql_request->password, password);
+
+	mysql_lookup_pass(request, &mysql_request->request);
+}
+
+static void mysql_lookup_credentials(struct auth_request *request,
+				     enum passdb_credentials credentials,
+				     lookup_credentials_callback_t *callback)
+{
+	struct passdb_mysql_request *mysql_request;
+
+	mysql_request = i_new(struct passdb_mysql_request, 1);
+	mysql_request->credentials = credentials;
+	mysql_request->callback.lookup_credentials = callback;
+
+        mysql_lookup_pass(request, &mysql_request->request);
+}
+
+static void passdb_mysql_init(const char *args)
+{
+	struct mysql_connection *conn;
+
+	passdb_mysql_conn = i_new(struct passdb_mysql_connection, 1);
+	passdb_mysql_conn->conn = conn = db_mysql_init(args);
+}
+
+static void passdb_mysql_deinit(void)
+{
+	db_mysql_unref(passdb_mysql_conn->conn);
+	i_free(passdb_mysql_conn);
+}
+
+struct passdb_module passdb_mysql = {
+	passdb_mysql_init,
+	passdb_mysql_deinit,
+
+	mysql_verify_plain,
+	mysql_lookup_credentials
+};
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/passdb.c work.patched/dovecot-0.99.10/src/auth/passdb.c
--- work/dovecot-0.99.10/src/auth/passdb.c	Sun May 18 05:26:28 2003
+++ work.patched/dovecot-0.99.10/src/auth/passdb.c	Tue Sep 30 12:24:00 2003
@@ -110,6 +110,10 @@
 	if (strcasecmp(name, "pgsql") == 0)
 		passdb = &passdb_pgsql;
 #endif
+#ifdef PASSDB_MYSQL
+	if (strcasecmp(name, "mysql") == 0)
+		passdb = &passdb_mysql;
+#endif
 #ifdef HAVE_MODULES
 	passdb_module = passdb != NULL ? NULL : auth_module_open(name);
 	if (passdb_module != NULL) {
diff -u -r --new-file work/dovecot-0.99.10/src/auth/passdb.h work.patched/dovecot-0.99.10/src/auth/passdb.h
--- work/dovecot-0.99.10/src/auth/passdb.h	Thu Mar 20 07:46:33 2003
+++ work.patched/dovecot-0.99.10/src/auth/passdb.h	Tue Sep 30 12:24:00 2003
@@ -58,6 +58,7 @@
 extern struct passdb_module passdb_vpopmail;
 extern struct passdb_module passdb_ldap;
 extern struct passdb_module passdb_pgsql;
+extern struct passdb_module passdb_mysql;
 
 void passdb_init(void);
 void passdb_deinit(void);
diff -u -r --new-file work/dovecot-0.99.10/src/auth/userdb-mysql.c work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c
--- work/dovecot-0.99.10/src/auth/userdb-mysql.c	Wed Dec 31 16:00:00 1969
+++ work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c	Tue Sep 30 12:24:00 2003
@@ -0,0 +1,160 @@
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */
+
+#include "config.h"
+#undef HAVE_CONFIG_H
+
+#ifdef USERDB_MYSQL
+
+#include "common.h"
+#include "str.h"
+#include "strescape.h"
+#include "var-expand.h"
+#include "db-mysql.h"
+#include "userdb.h"
+
+#include <mysql.h>
+#include <stdlib.h>
+#include <string.h>
+
+struct userdb_mysql_connection {
+	struct mysql_connection *conn;
+};
+
+struct userdb_mysql_request {
+	struct mysql_request request;
+	userdb_callback_t *userdb_callback;
+
+	char username[1]; /* variable width */
+};
+
+static struct userdb_mysql_connection *userdb_mysql_conn;
+
+static int is_result_valid(MYSQL_RES *res)
+{
+	int i, n_fields, found;
+	MYSQL_FIELD *fields;
+
+	if (res == NULL) {
+		i_error("MYSQL: Query failed");
+		return FALSE;
+	}
+
+	if (mysql_num_rows(res) == 0) {
+		if (verbose)
+			i_error("MYSQL: Authenticated user not found");
+		return FALSE;
+	}
+
+	n_fields = mysql_num_fields(res);
+	fields = mysql_fetch_fields(res);
+
+	/* Make sure the 'uid' field exists. */
+	for (found = 0, i = 0; i < n_fields; i++)
+		if (strcmp("uid", fields[i].name) == 0) {
+			found = 1;
+			break;
+		}
+
+	if (!found) {
+		i_error("MYSQL: User query did not return 'uid' field");
+		return FALSE;
+	}
+
+	/* Make sure the 'gid' field exists. */
+	for (found = 0, i = 0; i < n_fields; i++)
+		if (strcmp("gid", fields[i].name) == 0) {
+			found = 1;
+			break;
+		}
+
+	if (!found) {
+		i_error("MYSQL: User query did not return 'gid' field");
+		return FALSE;
+	}
+
+	return TRUE;
+}
+
+static const char *my_get_str(MYSQL_RES *res, MYSQL_ROW row, const char *field)
+{
+	int i, n_fields;
+	unsigned long *lengths;
+	MYSQL_FIELD *fields;
+
+	n_fields = mysql_num_fields(res);
+	lengths = mysql_fetch_lengths(res);
+	fields = mysql_fetch_fields(res);
+	for (i = 0; i < n_fields; i++)
+		if (strcmp(field, fields[i].name) == 0)
+			return (const char *) lengths[i] == 0 ?
+				NULL : t_strdup(row[i]);
+
+	return NULL;
+}
+
+static void mysql_handle_request(struct mysql_connection *conn __attr_unused__,
+				 struct mysql_request *request, MYSQL_RES *res)
+{
+	struct userdb_mysql_request *urequest =
+		(struct userdb_mysql_request *) request;
+	struct user_data user;
+	MYSQL_ROW row;
+
+	if (res != NULL && is_result_valid(res) &&
+	    (row = mysql_fetch_row(res))) {
+		memset(&user, 0, sizeof(user));
+		user.virtual_user = urequest->username;
+		user.system_user = my_get_str(res, row, "system_user");
+		user.home = my_get_str(res, row, "home");
+		user.mail = my_get_str(res, row, "mail");
+		user.uid = atoi(my_get_str(res, row, "uid")); /* XXX leak */
+		user.gid = atoi(my_get_str(res, row, "gid")); /* XXX leak */
+		urequest->userdb_callback(&user, request->context);
+	} else {
+		urequest->userdb_callback(NULL, request->context);
+	}
+}
+
+static void userdb_mysql_lookup(const char *user, userdb_callback_t *callback,
+				void *context)
+{
+	struct mysql_connection *conn = userdb_mysql_conn->conn;
+	struct userdb_mysql_request *request;
+	const char *query;
+	string_t *str;
+
+	str = t_str_new(512);
+	var_expand(str, conn->set.user_query, str_escape(user), NULL);
+	query = str_c(str);
+
+	request = i_malloc(sizeof(struct userdb_mysql_request) + strlen(user));
+	request->request.callback = mysql_handle_request;
+	request->request.context = context;
+	request->userdb_callback = callback;
+	strcpy(request->username, user);
+
+	db_mysql_query(conn, query, &request->request);
+}
+
+static void userdb_mysql_init(const char *args)
+{
+	struct mysql_connection *conn;
+
+	userdb_mysql_conn = i_new(struct userdb_mysql_connection, 1);
+	userdb_mysql_conn->conn = conn = db_mysql_init(args);
+}
+
+static void userdb_mysql_deinit(void)
+{
+	db_mysql_unref(userdb_mysql_conn->conn);
+	i_free(userdb_mysql_conn);
+}
+
+struct userdb_module userdb_mysql = {
+	userdb_mysql_init,
+	userdb_mysql_deinit,
+
+	userdb_mysql_lookup
+};
+
+#endif
diff -u -r --new-file work/dovecot-0.99.10/src/auth/userdb.c work.patched/dovecot-0.99.10/src/auth/userdb.c
--- work/dovecot-0.99.10/src/auth/userdb.c	Sun May 18 05:26:28 2003
+++ work.patched/dovecot-0.99.10/src/auth/userdb.c	Tue Sep 30 12:24:00 2003
@@ -49,6 +49,10 @@
 	if (strcasecmp(name, "pgsql") == 0)
 		userdb = &userdb_pgsql;
 #endif
+#ifdef USERDB_MYSQL
+	if (strcasecmp(name, "mysql") == 0)
+		userdb = &userdb_mysql;
+#endif
 #ifdef HAVE_MODULES
 	userdb_module = userdb != NULL ? NULL : auth_module_open(name);
 	if (userdb_module != NULL) {
diff -u -r --new-file work/dovecot-0.99.10/src/auth/userdb.h work.patched/dovecot-0.99.10/src/auth/userdb.h
--- work/dovecot-0.99.10/src/auth/userdb.h	Sun May 18 05:26:28 2003
+++ work.patched/dovecot-0.99.10/src/auth/userdb.h	Tue Sep 30 12:24:00 2003
@@ -29,6 +29,7 @@
 extern struct userdb_module userdb_vpopmail;
 extern struct userdb_module userdb_ldap;
 extern struct userdb_module userdb_pgsql;
+extern struct userdb_module userdb_mysql;
 
 void userdb_init(void);
 void userdb_deinit(void);

--------------090209080508010809040904--

From mreimer@vpop.net  Fri Oct  3 20:06:27 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1F0D32385D; Fri,  3 Oct 2003 20:06:27 +0300 (EEST)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 235C4238B6
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 20:06:14 +0300 (EEST)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id 4E6E23A6712
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 10:06:11 -0700 (PDT)
Message-ID: <3F7DAC9B.5000306@vpop.net>
Date: Fri, 03 Oct 2003 12:06:35 -0500
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PATCH: mysql authentication
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 17:06:27 -0000
X-UID: 1712                                                  
Status: O
Content-Length: 3935

Timo Sirainen wrote:
 >
> On Saturday, Aug 30, 2003, at 02:16 Europe/Helsinki, Matthew Reimer 
> wrote:
> 
>> Here's a patch that implements mysql authentication. I started with 
>> the pgsql files and tweaked them to use mysql instead. It works for 
>> me, but there might be a couple of memory leaks. I'm welcome to 
>> suggestions on how to clean it up so it can be committed.
> 
> Thank you. I'll look at it more closely later, but it looked fine with 
> a quick look.
> 
> It would be nice to be able to use asynchronous database lookups. I'm 
> not sure how easy that is with MySQL, of if it's possible at all. With 
> PostgreSQL it looked annoyingly difficult so I haven't done it yet.
 >
 > Synchronous calls anyway mean that there's only one SQL statement
 > executing at a time and that may slow down the authentication if
 > there's a _lot_ of users logging in constantly. If that's a problem,
 > growing auth_count should help at least some. It specifies the number
 > of auth processes that respond to the authentication queries.
 >
 > And some day I'll probably move the sql stuff into separate lib-sql
 > and have only a single sql authenticator..

I'm not sure what you mean by asynchronous database lookups. Do you mean 
you'd like to be able to fire off a db lookup and then come back later 
to get the results? Like blocking vs non-blocking? I've pasted what may 
be relevant mysql documentation below in case it might help answer the 
question.

N db handles could be allocated, giving us N simultaneous lookups.

Matt

---

 From http://www.mysql.com/doc/en/C_API_function_overview.html:

There are two ways for a client to process result sets. One way is to 
retrieve the entire result set all at once by calling 
mysql_store_result(). This function acquires from the server all the 
rows returned by the query and stores them in the client. The second way 
is for the client to initiate a row-by-row result set retrieval by 
calling mysql_use_result(). This function initialises the retrieval, but 
does not actually get any rows from the server.

In both cases, you access rows by calling mysql_fetch_row(). With 
mysql_store_result(), mysql_fetch_row() accesses rows that have already 
been fetched from the server. With mysql_use_result(), mysql_fetch_row() 
actually retrieves the row from the server. Information about the size 
of the data in each row is available by calling mysql_fetch_lengths().

After you are done with a result set, call mysql_free_result() to free 
the memory used for it.

The two retrieval mechanisms are complementary. Client programs should 
choose the approach that is most appropriate for their requirements. In 
practice, clients tend to use mysql_store_result() more commonly.

An advantage of mysql_store_result() is that because the rows have all 
been fetched to the client, you not only can access rows sequentially, 
you can move back and forth in the result set using mysql_data_seek() or 
mysql_row_seek() to change the current row position within the result 
set. You can also find out how many rows there are by calling 
mysql_num_rows(). On the other hand, the memory requirements for 
mysql_store_result() may be very high for large result sets and you are 
more likely to encounter out-of-memory conditions.

An advantage of mysql_use_result() is that the client requires less 
memory for the result set because it maintains only one row at a time 
(and because there is less allocation overhead, mysql_use_result() can 
be faster). Disadvantages are that you must process each row quickly to 
avoid tying up the server, you don't have random access to rows within 
the result set (you can only access rows sequentially), and you don't 
know how many rows are in the result set until you have retrieved them 
all. Furthermore, you must retrieve all the rows even if you determine 
in mid-retrieval that you've found the information you were looking for.

--- end

From tss@iki.fi  Fri Oct  3 20:11:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E5B2C23896; Fri,  3 Oct 2003 20:11:32 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3FAEC2385D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 20:11:20 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0F0B35EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 20:11:20 +0300 (EEST)
Subject: Re: [Dovecot] PATCH: mysql authentication
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F7DA9D8.2030409@vpop.net>
References: <3F7DA9D8.2030409@vpop.net>
Content-Type: text/plain
Message-Id: <1065201079.32106.134.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 20:11:19 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 17:11:33 -0000
X-UID: 1713                                                  
Status: O

On Fri, 2003-10-03 at 19:54, Matthew Reimer wrote:
> Here's another patch. This one isn't much different from the last patch, 
> except it tries a little harder to make sure that the required fields 
> are returned by the query (like the pgsql module does).

Thanks. I'll look it again later :)

> One question about how t_strdup works. How and who should memory 
> returned by t_strdup be freed? My patch has a function my_get_str() 
> which returns the value of t_strdup, and then I do this:
> 
>      user.uid = atoi(my_get_str(res, row, "uid")); /* XXX leak */
>      user.gid = atoi(my_get_str(res, row, "gid")); /* XXX leak */
> 
> Will this result in a memory leak?

No.

Memory allocated by t_*() functions are freed "later". There's first
t_push(), then you allocate memory, then t_pop() frees it all. So they
never leak memory, but they could allocate more memory than necessary if
called inside loop. That can be fixed by adding t_push/t_pop calls
there.


From tim@gem.win.co.nz  Fri Oct  3 20:14:16 2003
Return-Path: <tim@gem.win.co.nz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8709B238B6; Fri,  3 Oct 2003 20:14:16 +0300 (EEST)
Received: from gem.win.co.nz (gem.win.co.nz [210.55.105.242])
	by danu.procontrol.fi (Postfix) with ESMTP id E921123896
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 20:13:41 +0300 (EEST)
Received: from localhost (tim@localhost)
	by gem.win.co.nz (8.9.3p2/8.9.3) with ESMTP id FAA11722;
	Sat, 4 Oct 2003 05:15:52 +1200
Date: Sat, 4 Oct 2003 05:15:52 +1200 (NZST)
From: Tim Miller <tim@gem.win.co.nz>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] another Dovecot problem
In-Reply-To: <1065193331.32105.115.camel@hurina>
Message-ID: <Pine.LNX.4.04.10310040512490.11665-100000@gem.win.co.nz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 17:14:16 -0000
X-UID: 1714                                                  
Status: O
Content-Length: 1355



On Fri, 3 Oct 2003, Timo Sirainen wrote:

> > -- However, once the server is installed, it does not appear to work
> > correctly. I can login, but when I try to list my folders or select any
> > folder (one that exists or one that doesn't exist) the connection times
> > out and the following entry is written to the log file:
> > 
> > dovecot: Oct 03 05:38:56 Error: login: received another "not listening"
> > notification (if you can't login at all, see src/lib/fdpass.c)
> > 
> > I tracked this message down in the source, but didn't see any obvious way
> > to trace back the problem.
> 
> Linux 2.0.x kernels requires changes in the source to work. I didn't
> think anyone would really bother trying Dovecot with 2.0 kernels anymore
> so there was only a comment about it there. Apply the included patch and
> compile with -DLINUX20 and it should work.

Hi Timo,

I can't seem to apply your patch -- doing patch -p1 < fdpass.patch tells
me it can't find input file on line 15. Looking at the diff, I think your
line numbers are off (at least they don't seem to quite match the ones in
my fdpass.c) -- I've tried this both on the dovecot-0.99.10 available on
the web site and the version checked out of CVS.

I could hack the source myself, but I want to make sure I don't break
something else.

Thanks again for all your help with this.

Best,
Tim

From tss@iki.fi  Fri Oct  3 20:23:26 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A146723896; Fri,  3 Oct 2003 20:23:26 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id EC10C2385D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 20:23:13 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A96125EC117D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 20:23:10 +0300 (EEST)
Subject: Re: [Dovecot] another Dovecot problem
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.04.10310040512490.11665-100000@gem.win.co.nz>
References: <Pine.LNX.4.04.10310040512490.11665-100000@gem.win.co.nz>
Content-Type: text/plain
Message-Id: <1065201790.32106.137.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Fri, 03 Oct 2003 20:23:10 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 17:23:26 -0000
X-UID: 1715                                                  
Status: O

On Fri, 2003-10-03 at 20:15, Tim Miller wrote:
> I can't seem to apply your patch -- doing patch -p1 < fdpass.patch tells
> me it can't find input file on line 15. 

It'd be patch -p0 this time.. :) I'll try to keep the -p0 format from
now on.

> Looking at the diff, I think your
> line numbers are off (at least they don't seem to quite match the ones in
> my fdpass.c) 

That itself doesn't really matter. patch is able to fix the line
numbers.

> -- I've tried this both on the dovecot-0.99.10 available on
> the web site and the version checked out of CVS.

The patch is already committed to CVS.


From mreimer@vpop.net  Fri Oct  3 21:15:25 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F1ED8238B6; Fri,  3 Oct 2003 21:15:24 +0300 (EEST)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 5BC5623887
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 21:15:07 +0300 (EEST)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id DB70A3A65E9
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 11:15:00 -0700 (PDT)
Message-ID: <3F7DBCBC.5000706@vpop.net>
Date: Fri, 03 Oct 2003 13:15:24 -0500
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PATCH: mysql authentication
References: <lists.dovecot.3F7DA9D8.2030409@vpop.net>
	<lists.dovecot.1065201079.32106.134.camel@hurina.SOMEWHERE>
In-Reply-To: <lists.dovecot.1065201079.32106.134.camel@hurina.SOMEWHERE>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 18:15:25 -0000
X-UID: 1716                                                  
Status: O

Timo Sirainen wrote:
> On Fri, 2003-10-03 at 19:54, Matthew Reimer wrote:
>>One question about how t_strdup works. How and who should memory 
>>returned by t_strdup be freed? My patch has a function my_get_str() 
>>which returns the value of t_strdup, and then I do this:
>>
>>     user.uid = atoi(my_get_str(res, row, "uid")); /* XXX leak */
>>     user.gid = atoi(my_get_str(res, row, "gid")); /* XXX leak */
>>
>>Will this result in a memory leak?
> 
> 
> No.
> 
> Memory allocated by t_*() functions are freed "later". There's first
> t_push(), then you allocate memory, then t_pop() frees it all. So they
> never leak memory, but they could allocate more memory than necessary if
> called inside loop. That can be fixed by adding t_push/t_pop calls
> there.

Nice!

Thanks for the answer Timo.

Matt

From mreimer@vpop.net  Fri Oct  3 21:17:28 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 67A5523896; Fri,  3 Oct 2003 21:17:28 +0300 (EEST)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id DAD5123887
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 21:17:13 +0300 (EEST)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id 0CB693A66FD
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 11:17:11 -0700 (PDT)
Message-ID: <3F7DBD3F.6010401@vpop.net>
Date: Fri, 03 Oct 2003 13:17:35 -0500
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PATCH: mysql authentication
References: <lists.dovecot.3F7DA9D8.2030409@vpop.net>
	<lists.dovecot.1065201079.32106.134.camel@hurina.SOMEWHERE>
In-Reply-To: <lists.dovecot.1065201079.32106.134.camel@hurina.SOMEWHERE>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 18:17:28 -0000
X-UID: 1717                                                  
Status: O

> On Fri, 2003-10-03 at 19:54, Matthew Reimer wrote:
> 
>Here's another patch. This one isn't much different from the last patch, 
>except it tries a little harder to make sure that the required fields 
>are returned by the query (like the pgsql module does).

BTW, the patch lacks configure magic to detect mysql includes and libs, 
and to define USERDB_MYSQL and PASSDB_MYSQL in config.h.

Matt

From tim@gem.win.co.nz  Fri Oct  3 22:50:42 2003
Return-Path: <tim@gem.win.co.nz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7000F23896; Fri,  3 Oct 2003 22:50:42 +0300 (EEST)
Received: from gem.win.co.nz (gem.win.co.nz [210.55.105.242])
	by danu.procontrol.fi (Postfix) with ESMTP id 2D51D2385D
	for <dovecot@procontrol.fi>; Fri,  3 Oct 2003 22:50:28 +0300 (EEST)
Received: from localhost (tim@localhost)
	by gem.win.co.nz (8.9.3p2/8.9.3) with ESMTP id HAA21172;
	Sat, 4 Oct 2003 07:52:43 +1200
Date: Sat, 4 Oct 2003 07:52:42 +1200 (NZST)
From: Tim Miller <tim@gem.win.co.nz>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] another Dovecot problem
In-Reply-To: <1065201790.32106.137.camel@hurina>
Message-ID: <Pine.LNX.4.04.10310040742090.20803-100000@gem.win.co.nz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 19:50:42 -0000
X-UID: 1718                                                  
Status: O
Content-Length: 1287



On Fri, 3 Oct 2003, Timo Sirainen wrote:

> On Fri, 2003-10-03 at 20:15, Tim Miller wrote:
> > I can't seem to apply your patch -- doing patch -p1 < fdpass.patch tells
> > me it can't find input file on line 15. 
> 
> It'd be patch -p0 this time.. :) I'll try to keep the -p0 format from
> now on.

Thanks -- I feel really silly now. Unfortunately, something still seems to
be amiss. I compile dovecot with the patch, but the server refuses to
start with:

dovecot: Oct 04 07:37:01 Info: Dovecot starting up
dovecot: Oct 04 07:37:03 Error: login: Authentication process 0 doesn't
exist
dovecot: Oct 04 07:37:03 Fatal: fcntl(F_GETFD, 0) failed: Bad file
descriptor
imap-login: Oct 04 07:37:03 Fatal: Master sent reply with unknown tag 0
imap-login: Oct 04 07:37:03 Warning: Error sending handshake to auth
process: Broken pipe
imap-login: Oct 04 07:37:03 Fatal: fd_send(-1) failed: Broken pipe

This is from the Website version with the patch applied. I doubt it would
help, but I'd like to try the CVS version (with all the patches), but it
doesn't appear to have a configure or install.sh script when I check it
out of the CVS. Shall I use these scripts from the released version, or is
there another way to build the CVS version?

Thanks again for all the help with this.

Best,
Tim

From esj@harvee.org  Sat Oct  4 01:30:20 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BBC0423896; Sat,  4 Oct 2003 01:30:20 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id C83D523887
	for <dovecot@procontrol.fi>; Sat,  4 Oct 2003 01:29:45 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h93MTghZ007187
	for <dovecot@procontrol.fi>; Fri, 3 Oct 2003 18:29:43 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Fri, 3 Oct 2003 18:29:38 -0400
Message-ID: <3F7DF7C5.9000109@harvee.org>
Date: Fri, 03 Oct 2003 18:27:17 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] mailbox sorting issue
References: <20030925090003.CAF68238D2@danu.procontrol.fi>
	<Pine.WNT.4.56.0309251220270.1488@mayfly> <1065198566.32105.127.camel@hurina>
In-Reply-To: <1065198566.32105.127.camel@hurina>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:031003:dovecot@procontrol.fi:66b9dd460241abb1
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2003 22:30:21 -0000
X-UID: 1719                                                  
Status: O

Timo Sirainen explained:
> Maybe I'll just kludge the mbox support working again to get 0.99.11 out
> :)

Timo's new mbox motto:

Use brute force and bloody ignorance for something as ugly as mbox


;-)

--- eric


From bernard@blackham.com.au  Sat Oct  4 04:27:49 2003
Return-Path: <bernard@blackham.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8722823896; Sat,  4 Oct 2003 04:27:49 +0300 (EEST)
Received: from dagobah.blackham.com.au (unknown [202.72.159.76])
	by danu.procontrol.fi (Postfix) with ESMTP id AD7512385D
	for <dovecot@procontrol.fi>; Sat,  4 Oct 2003 04:27:14 +0300 (EEST)
Received: from amidala.home
	([192.168.0.10] helo=localhost ident=dagobah)
	by dagobah.blackham.com.au with esmtp (Exim 3.35 #1 (Debian))
	id 1A5bBj-0004EK-00
	for <dovecot@procontrol.fi>; Sat, 04 Oct 2003 09:26:27 +0800
Received: from b by localhost with local (Exim 3.36 #1 (Debian))
	id 1A5bCG-0001SP-00
	for <dovecot@procontrol.fi>; Sat, 04 Oct 2003 09:27:00 +0800
Date: Sat, 4 Oct 2003 09:27:00 +0800
From: Bernard Blackham <b-dovecot@blackham.com.au>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Patches
Message-ID: <20031004012700.GD1707@amidala>
References: <Pine.LNX.4.58.0310021128050.8736@turiya.braincells.com>
	<20031003042713.GA25044@typhaon.ucs.uwa.edu.au>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="6c2NcOVqGQ03X4Wi"
Content-Disposition: inline
In-Reply-To: <20031003042713.GA25044@typhaon.ucs.uwa.edu.au>
Organization: Dagobah Systems
User-Agent: Mutt/1.5.4i
Sender: Bernard Blackham <bernard@blackham.com.au>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 04 Oct 2003 01:27:49 -0000
X-UID: 1720                                                  
Status: O
Content-Length: 3166


--6c2NcOVqGQ03X4Wi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Oct 03, 2003 at 12:27:13PM +0800, Grahame Bowland wrote:
> > Any other patches thatI ought to add.  Or better yet, will there be a
> > 0.99.11 soon?
> 
> The only other patch we're running is the one by Bernard Blackham 
> (it's in the list archives) so that "Deleted" and "Draft" messages 
> are handled properly in mbox files. It's a fairly important patch, 
> and it'd be really great if it was in the Debian package.

Timo clarified that the patch was only necessary for mboxes, not
maildirs so part of it wasn't applied. Attached is the correct patch
for mboxes only. Without it, users will get very confused very
quickly so it'd be good to see it in the Debian package. :)

For new installations, it's fine, but if you upgrade to a version
with this patch, users will discover all their Draft messages as
Deleted and all their Deleted messages as Draft. I have a small
utility to reverse these flags in an mbox if anybody is interested.

Thanks,

Bernard.

-- 
 Bernard Blackham 
 bernard at blackham dot com dot au

--6c2NcOVqGQ03X4Wi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dovecot-DT.patch"

diff -ruN dovecot-0.99.10/src/lib-index/mbox/mbox-index.c dovecot-0.99.10.brb/src/lib-index/mbox/mbox-index.c
--- dovecot-0.99.10/src/lib-index/mbox/mbox-index.c	Mon May 19 15:26:46 2003
+++ dovecot-0.99.10.brb/src/lib-index/mbox/mbox-index.c	Sat Sep 27 13:19:41 2003
@@ -157,13 +157,13 @@
 		case 'F':
 			flags |= MAIL_FLAGGED;
 			break;
-		case 'D':
+		case 'T':
 			flags |= MAIL_DRAFT;
 			break;
 		case 'R':
 			flags |= MAIL_SEEN;
 			break;
-		case 'T':
+		case 'D':
 			flags |= MAIL_DELETED;
 			break;
 		}
diff -ruN dovecot-0.99.10/src/lib-index/mbox/mbox-rewrite.c dovecot-0.99.10.brb/src/lib-index/mbox/mbox-rewrite.c
--- dovecot-0.99.10/src/lib-index/mbox/mbox-rewrite.c	Sun Jun 15 11:43:05 2003
+++ dovecot-0.99.10.brb/src/lib-index/mbox/mbox-rewrite.c	Sat Sep 27 13:19:54 2003
@@ -210,9 +210,9 @@
 
 	str = t_strconcat("X-Status: ",
 			  (ctx->msg_flags & MAIL_ANSWERED) ? "A" : "",
-			  (ctx->msg_flags & MAIL_DRAFT) ? "D" : "",
+			  (ctx->msg_flags & MAIL_DELETED) ? "D" : "",
 			  (ctx->msg_flags & MAIL_FLAGGED) ? "F" : "",
-			  (ctx->msg_flags & MAIL_DELETED) ? "T" : "",
+			  (ctx->msg_flags & MAIL_DRAFT) ? "T" : "",
 			  x_status, NULL);
 
 	if (o_stream_send_str(ctx->output, str) < 0)
diff -ruN dovecot-0.99.10/src/lib-storage/index/mbox/mbox-save.c dovecot-0.99.10.brb/src/lib-storage/index/mbox/mbox-save.c
--- dovecot-0.99.10/src/lib-storage/index/mbox/mbox-save.c	Sun Jun 15 11:43:05 2003
+++ dovecot-0.99.10.brb/src/lib-storage/index/mbox/mbox-save.c	Sat Sep 27 13:20:28 2003
@@ -131,11 +131,11 @@
 
 		if ((flags & MAIL_ANSWERED) != 0)
 			str_append_c(str, 'A');
-		if ((flags & MAIL_DRAFT) != 0)
+		if ((flags & MAIL_DELETED) != 0)
 			str_append_c(str, 'D');
 		if ((flags & MAIL_FLAGGED) != 0)
 			str_append_c(str, 'F');
-		if ((flags & MAIL_DELETED) != 0)
+		if ((flags & MAIL_DRAFT) != 0)
 			str_append_c(str, 'T');
 		str_append_c(str, '\n');
 	}

--6c2NcOVqGQ03X4Wi--
From miquels@cistron.net  Sat Oct  4 14:55:37 2003
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A379B238C6; Sat,  4 Oct 2003 14:55:37 +0300 (EEST)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl
	[62.216.29.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 9FB27238B6
	for <dovecot@procontrol.fi>; Sat,  4 Oct 2003 14:55:05 +0300 (EEST)
Received: from a80-126-193-215.adsl.xs4all.nl ([80.126.193.215]
	helo=drinkel.cistron.nl)
	by smtp.cistron-office.nl with asmtp (Exim 3.35 #1 (Debian))
	id 1A5l02-0000KB-00
	for <dovecot@procontrol.fi>; Sat, 04 Oct 2003 13:55:02 +0200
Date: Sat, 4 Oct 2003 13:55:01 +0200
From: Miquel van Smoorenburg <miquels@cistron.net>
To: dovecot@procontrol.fi
Subject: mbox/maildir/directories [was: Re: [Dovecot] still getting weird
	.{inbox} folder creations with latest -test7]
Message-ID: <20031004115501.GA31739@drinkel.cistron.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-Mailer: Balsa 2.0.14
Lines: 26
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dovecot@procontrol.fi
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 04 Oct 2003 11:55:38 -0000
X-UID: 1721                                                  
Status: O
Content-Length: 1062

This is a bit of a late reply, but still:

On Thu, 2003-09-04 at 15:06, Timo Sirainen wrote:
> CVS has been optimized to assume all files beginning with a dot (except
> .subscriptions currently) are mailboxes. This is faster since it doesn't
> have to stat() each file to figure out if it's a directory or not.
> Perhaps that should be optional. New Linux systems (maybe others too)
> wouldn't actually even need the stat()..
>
> I'll probably some day also add support for dotless directory-structured
> mailbox locations, but it's not really high priority.

Well, on our systems the mailbox is in /var/mail in maildir format,
and in ~/Mail users have split up their folders in subdirs, in
mixed maildir and mbox formats.

So if dovecot could support both dotless directory-structured mailbox
locations and maildir/mbox mix-n-match in the same tree, that would
be excellent for us.

Mbox is a better format for archiving. Now if Dovecot could also access
(read-only ofcourse) compressed mbox archives ...

Food for thought. Just put it on the wishlist ;)

Mike.
From t1lt@bk.ru  Sat Oct  4 14:06:51 2003
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 56DDE238B6; Sat,  4 Oct 2003 14:06:51 +0300 (EEST)
Received: from sun.com (port-212-202-39-248.reverse.qsc.de [212.202.39.248])
	by danu.procontrol.fi (Postfix) with SMTP id 95FF323896
	for <dovecot@procontrol.fi>; Sat,  4 Oct 2003 14:06:18 +0300 (EEST)
Received: (qmail 2706 invoked by uid 1000); 4 Oct 2003 11:10:25 -0000
Date: Sat, 4 Oct 2003 13:10:25 +0200
From: Sam Verner <t1lt@bk.ru>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Why does dovecot confuse mutt?
Message-ID: <20031004111025.GA16117@woom.net>
Mail-Followup-To: Sam Verner <t1lt@bk.ru>, dovecot@procontrol.fi
References: <20030723225217.73dde8ac.amyzing@talsever.com>
	<A14B2CBE-BDBA-11D7-B3F9-000393CC2E90@iki.fi>
	<20031001005112.GA30133@woom.net> <1065192003.32099.91.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1065192003.32099.91.camel@hurina>
X-Mailman-Approved-At: Sat, 04 Oct 2003 21:13:37 +0300
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 04 Oct 2003 11:06:51 -0000
X-UID: 1722                                                  
Status: O

On Fri, Oct 03, 2003 at 05:40:03PM +0300, Timo Sirainen wrote:
> On Wed, 2003-10-01 at 03:51, Samuel Verner wrote:
> > > I think this is because Dovecot doesn't send \NoChildren flag for 
> > > mailboxes. I'm not sure when that got lost.. Maybe it's time to rewrite 
> > > the mailbox listing code once again.
> > 
> > Is this fixed in latest dovecot?
> 
> It's fixed in CVS, but I don't think it's in 0.99.10..

Thanks. I'll wait for next release then. :-)


hand

From bert@rosanneke.com  Sun Oct  5 13:01:05 2003
Return-Path: <bert@rosanneke.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A427E238B6; Sun,  5 Oct 2003 13:01:05 +0300 (EEST)
Received: from smtp06.wxs.nl (smtp06.wxs.nl [195.121.6.58])
	by danu.procontrol.fi (Postfix) with ESMTP id 0745223896
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 13:00:27 +0300 (EEST)
Received: from rosanneke.com (ip3e83fde6.speed.planet.nl [62.131.253.230])
 by smtp06.wxs.nl
 (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id
 <0HMA00EZG3C4AO@smtp06.wxs.nl> for dovecot@procontrol.fi; Sun,
 05 Oct 2003 11:50:29 +0200 (MEST)
Date: Sun, 05 Oct 2003 11:52:56 +0200
From: Bert Koelewijn <bert@rosanneke.com>
Subject: Re: [Dovecot] SSL Client Certificate Support
In-reply-to: <1065192494.32105.100.camel@hurina>
To: Timo Sirainen <tss@iki.fi>
Message-id: <3F7FE9F8.8050200@rosanneke.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4)
 Gecko/20030624
References: <3F7AAE4E.9010100@rosanneke.com>
	<1065192494.32105.100.camel@hurina>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 10:01:05 -0000
X-UID: 1723                                                  
Status: O

Timo Sirainen wrote:
> I've thought about it before myself a few times. I'm not against such
> patch, but I don't think I'll implement it myself anytime soon.
Is there anything I can do to give this patch a higher priority?

> 
> Doing this also worries me a bit. Wasn't the recent security hole in
> OpenSSL just in the client certificate parsing? SSL cert authentication
> would have to rely on OpenSSL (or GNUTLS).

OpenSSL have been audited many times, by many experts. If you trust 
dovecot, I think you can trust OpenSSL too.





From G.Ohrner@post.rwth-aachen.de  Sun Oct  5 13:20:13 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9EE97238C6; Sun,  5 Oct 2003 13:20:13 +0300 (EEST)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.184])
	by danu.procontrol.fi (Postfix) with ESMTP id 835F9238B6
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 13:19:40 +0300 (EEST)
Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1A65zH-0002lE-00
	for dovecot@procontrol.fi; Sun, 05 Oct 2003 12:19:39 +0200
Received: from [217.187.170.109] (helo=HornBurg.CustomCDROM.de)
	(TLSv1:EDH-RSA-DES-CBC3-SHA:168)	(Exim 3.35 #1)	id 1A65zH-0002mz-00
	for dovecot@procontrol.fi; Sun, 05 Oct 2003 12:19:39 +0200
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=cac13e3885583cad73849a8aa6533643)
	by HornBurg.CustomCDROM.de with esmtp (Exim 3.35 #1 (Debian))
	id 1A65zD-0001OL-00
	for <dovecot@procontrol.fi>; Sun, 05 Oct 2003 12:19:35 +0200
Received: from localhost ([127.0.0.1] ident=91ab592e83ace09b64b322955538bc57)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 1A65zK-0005IJ-00
	for <dovecot@procontrol.fi>; Sun, 05 Oct 2003 12:19:42 +0200
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Patches
Date: Sun, 5 Oct 2003 12:19:40 +0200
User-Agent: KMail/1.5.3
References: <Pine.LNX.4.58.0310021128050.8736@turiya.braincells.com>
	<1065193475.32107.118.camel@hurina>
In-Reply-To: <1065193475.32107.118.camel@hurina>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200310051219.41951@mail.CustomCDROM.de>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 10:20:13 -0000
X-UID: 1724                                                  
Status: O
Content-Length: 1122

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Freitag, 3. Oktober 2003 17:04 schrieb Timo Sirainen:
> On Thu, 2003-10-02 at 18:48, Jaldhar H. Vyas wrote:
> > Or better yet, will there be a 0.99.11 soon?
> Maybe it's time for 0.99.10.1 with all the small fixes..

I'd definitely consider this to be a good idea, even if I do not depend on =
it=20
if Jaldhar adds all fixes manually back to the Debian package. ;)

Greetings,

  Gunter

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Have a bit more patience with newbies. Of course some of them act dumb=20
=2D -- they're often *students*, for heaven's sake.        -- (Terry=20
Pratchett, alt.fan.pratchett)
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/f/A80ORHvREo8l8RAqthAJ9YobQz9qY9VvEeTNylp87EvWtMUACeIGzc
PYMnKckQfkLT+LY2yN0ogOQ=3D
=3DM2Pr
=2D----END PGP SIGNATURE-----

From stefan@sels.com  Sun Oct  5 13:32:42 2003
Return-Path: <stefan@sels.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A73F4238C7; Sun,  5 Oct 2003 13:32:42 +0300 (EEST)
Received: from odo.oi.o123456789.net (odo.oi.o123456789.net [217.69.77.194])
	by danu.procontrol.fi (Postfix) with ESMTP id 7FD22238C6
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 13:32:21 +0300 (EEST)
Received: (qmail 24147 invoked from network); 5 Oct 2003 10:32:14 -0000
Received: from localhost (HELO sqmail.sels.com) ([127.0.0.1])
          (envelope-sender <stefan@sels.com>)
          by odo.oi.o123456789.net (qmail-ldap-1.03) with SMTP
          for <dovecot@procontrol.fi>; 5 Oct 2003 10:32:14 -0000
Received: from 213.146.112.93
        (SquirrelMail authenticated user stefan@sels.com)
        by sqmail.sels.com with HTTP;
        Sun, 5 Oct 2003 12:32:14 +0200 (CEST)
Message-ID: <3100.213.146.112.93.1065349934.squirrel@sqmail.sels.com>
In-Reply-To: <3F7FE9F8.8050200@rosanneke.com>
References: 
    <3F7AAE4E.9010100@rosanneke.com><1065192494.32105.100.camel@hurina>
    <3F7FE9F8.8050200@rosanneke.com>
Date: Sun, 5 Oct 2003 12:32:14 +0200 (CEST)
Subject: Re: [Dovecot] SSL Client Certificate Support
From: "Stefan Sels" <stefan@sels.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 10:32:42 -0000
X-UID: 1725                                                  
Status: O

<quote who="Bert Koelewijn">
> Timo Sirainen wrote:
>> Doing this also worries me a bit. Wasn't the recent security hole in
>> OpenSSL just in the client certificate parsing? SSL cert authentication
>> would have to rely on OpenSSL (or GNUTLS).
>
> OpenSSL have been audited many times, by many experts. If you trust
> dovecot, I think you can trust OpenSSL too.

this might be a bit off-topic but :
-openssl might be audited by many experts, but this might apply to an
version, but not the latest.
-openssh is probably audited with the same affort as openssl. do you
remember the bugs ?

for me the conclusion is every security application  which is used by a
large userbase (as openssl or openssh) is audited so closely that they
always find some bugs.

regards,
  stefan
From tss@iki.fi  Sun Oct  5 21:07:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 49E64238C6; Sun,  5 Oct 2003 21:07:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 914D023887
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 21:07:31 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3208B5EC1181
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 21:07:31 +0300 (EEST)
Subject: Re: mbox/maildir/directories [was: Re: [Dovecot] still getting
	weird .{inbox} folder creations with latest -test7]
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031004115501.GA31739@drinkel.cistron.nl>
References: <20031004115501.GA31739@drinkel.cistron.nl>
Content-Type: text/plain
Message-Id: <1065377250.19099.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 05 Oct 2003 21:07:30 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 18:07:44 -0000
X-UID: 1726                                                  
Status: O

On Sat, 2003-10-04 at 14:55, Miquel van Smoorenburg wrote:
> Mbox is a better format for archiving. Now if Dovecot could also access
> (read-only ofcourse) compressed mbox archives ...
> 
> Food for thought. Just put it on the wishlist ;)

It's actually already in wishlist. Also compressed Maildir files are in
TODO :)

It wouldn't be too difficult to implement, just an istream wrapper for
zlib or bz2lib.


From tss@iki.fi  Sun Oct  5 21:19:09 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BE54A238CB; Sun,  5 Oct 2003 21:19:09 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9A77C23887
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 21:18:56 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D02D15EC1181
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 21:18:55 +0300 (EEST)
Subject: Re: [Dovecot] another Dovecot problem
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.04.10310040742090.20803-100000@gem.win.co.nz>
References: <Pine.LNX.4.04.10310040742090.20803-100000@gem.win.co.nz>
Content-Type: text/plain
Message-Id: <1065377935.19103.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 05 Oct 2003 21:18:55 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 18:19:10 -0000
X-UID: 1727                                                  
Status: O

On Fri, 2003-10-03 at 22:52, Tim Miller wrote:
> dovecot: Oct 04 07:37:03 Error: login: Authentication process 0 doesn't
> exist
> dovecot: Oct 04 07:37:03 Fatal: fcntl(F_GETFD, 0) failed: Bad file
> descriptor

Some fd_close_on_exec(0, ..) call failed. I checked them all through, I
can't think of a reason why it should ever return "bad file descriptor".

Maybe it's some glibc/linux 2.0 bugginess..

You could try commenting those fd_close_on_exec calls from
src/master/*.c and seeing which one does it.

> imap-login: Oct 04 07:37:03 Fatal: Master sent reply with unknown tag 0

Maybe related to above but can't be sure. Shouldn't really happen.

> This is from the Website version with the patch applied. I doubt it would
> help, but I'd like to try the CVS version (with all the patches), but it
> doesn't appear to have a configure or install.sh script when I check it
> out of the CVS. Shall I use these scripts from the released version, or is
> there another way to build the CVS version?

Run autogen.sh first.


From tss@iki.fi  Sun Oct  5 22:01:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 02700238CE; Sun,  5 Oct 2003 22:01:39 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D4436238C7
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 22:01:06 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B08B25EC1181
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 22:01:05 +0300 (EEST)
Subject: Re: [Dovecot] SSL Client Certificate Support
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F7FE9F8.8050200@rosanneke.com>
References: <3F7AAE4E.9010100@rosanneke.com>
	 <1065192494.32105.100.camel@hurina>  <3F7FE9F8.8050200@rosanneke.com>
Content-Type: text/plain
Message-Id: <1065380465.19102.56.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 05 Oct 2003 22:01:05 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 19:01:39 -0000
X-UID: 1728                                                  
Status: O
Content-Length: 1720

On Sun, 2003-10-05 at 12:52, Bert Koelewijn wrote:
> Timo Sirainen wrote:
> > I've thought about it before myself a few times. I'm not against such
> > patch, but I don't think I'll implement it myself anytime soon.
> Is there anything I can do to give this patch a higher priority?

Well..

Personally I'd really like to get the current CVS code fully working as
intended. Then there's some long standing bugs/features (eg. recent
counters). Then some NFS safety problems. All those should have been
fixed long ago.

But it's also possible to buy features, support and whatever from
Procontrol. I just don't really like that idea (well, support anyway)
before 1.0 is released. Currently it's 85EUR/h if you really want it
done :)

> > Doing this also worries me a bit. Wasn't the recent security hole in
> > OpenSSL just in the client certificate parsing? SSL cert authentication
> > would have to rely on OpenSSL (or GNUTLS).
> 
> OpenSSL have been audited many times, by many experts. If you trust 
> dovecot, I think you can trust OpenSSL too.

Sendmail has also been audited many times by many experts and holes
still keep showing up.

OpenSSL sources aren't nearly as bad as sendmail, but they are pretty
dirty. Auditing dirty code is very time consuming and it's too easy to
overlook problems. I've thought about auditing OpenSSL a few times, but
I always got tired after reading just a few files since they were full
of code that looked suspicious.

Also currently there's only dovecot-auth and master processes in Dovecot
which have to be free of security holes to avoid pre-login security
holes. That's not a lot of code. Using OpenSSL for authentication brings
in tons of more code that has to be relied on.


From bernard@blackham.com.au  Sun Oct  5 22:43:51 2003
Return-Path: <bernard@blackham.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AB49A238D2; Sun,  5 Oct 2003 22:43:51 +0300 (EEST)
Received: from dagobah.blackham.com.au (dsl-202-72-159-76.wa.westnet.com.au
	[202.72.159.76])
	by danu.procontrol.fi (Postfix) with ESMTP id 10516238CE
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 22:43:19 +0300 (EEST)
Received: from amidala.home
	([192.168.0.10] helo=localhost ident=dagobah)
	by dagobah.blackham.com.au with esmtp (Exim 3.35 #1 (Debian))
	id 1A6Elo-00076m-00
	for <dovecot@procontrol.fi>; Mon, 06 Oct 2003 03:42:20 +0800
Received: from b by localhost with local (Exim 3.36 #1 (Debian))
	id 1A6EmY-0001KT-00
	for <dovecot@procontrol.fi>; Mon, 06 Oct 2003 03:43:06 +0800
Date: Mon, 6 Oct 2003 03:43:06 +0800
From: Bernard Blackham <b-dovecot@blackham.com.au>
To: dovecot@procontrol.fi
Message-ID: <20031005194306.GA5080@amidala>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Organization: Dagobah Systems
User-Agent: Mutt/1.5.4i
Sender: Bernard Blackham <bernard@blackham.com.au>
Subject: [Dovecot] those assertions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 19:43:51 -0000
X-UID: 1729                                                  
Status: O

Hi,

I did a bit of digging into the assertions from mbox-rewrite.c
(hdr_parsed_size.physical_size == hdr_size). Every time it happens,
hdr_size is 0, while hdr_parsed_size.physical_size is non-zero
(presumably the correct value).

Does this help track it down? I can't manage to get hold of an mbox
that causes this though.

Another infrequent assertion that's popped up:
file message-address.c: line 262 (message_address_write): assertion failed: (addr->domain != NULL)

And one that's only ever been spotted once in the last few weeks:
file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset)

I'm waiting for them to happen again to provide some more info...

Regards,

Bernard.

-- 
 Bernard Blackham 
 bernard at blackham dot com dot au
From tss@iki.fi  Sun Oct  5 23:16:09 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ED71A238D2; Sun,  5 Oct 2003 23:16:09 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4B9BE238CB
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 23:15:56 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 15CF65EC1181
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 23:15:56 +0300 (EEST)
Subject: Re: [Dovecot] those assertions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031005194306.GA5080@amidala>
References: <20031005194306.GA5080@amidala>
Content-Type: text/plain
Message-Id: <1065384955.30739.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sun, 05 Oct 2003 23:15:56 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 20:16:10 -0000
X-UID: 1730                                                  
Status: O
Content-Length: 1151

On Sun, 2003-10-05 at 22:43, Bernard Blackham wrote:
> Hi,
> 
> I did a bit of digging into the assertions from mbox-rewrite.c
> (hdr_parsed_size.physical_size == hdr_size). Every time it happens,
> hdr_size is 0, while hdr_parsed_size.physical_size is non-zero
> (presumably the correct value).

That'd mean the header size is saved incorrectly to index file..

Hmm. CVS doesn't anymore store header size in indexes and the assertion
has been removed. Maybe that "fixes" it :)

> Another infrequent assertion that's popped up:
> file message-address.c: line 262 (message_address_write): assertion failed: (addr->domain != NULL)

This is fixed by the address-parser patch in web page.

> And one that's only ever been spotted once in the last few weeks:
> file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset)

This assertion has also been removed from CVS, but it also indicates
some index corruption..

Maybe next version magically fixes everything :) BTW. I fixed today the
mbox code to work again and I'm now using it. Lets see how long it takes
to corrupt my inbox :)


From amyzing@talsever.com  Mon Oct  6 01:09:47 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 30B55238D4; Mon,  6 Oct 2003 01:09:47 +0300 (EEST)
Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110])
	by danu.procontrol.fi (Postfix) with ESMTP id B74EA238CB
	for <dovecot@procontrol.fi>; Mon,  6 Oct 2003 01:09:13 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by smtp6.mindspring.com with esmtp (Exim 3.33 #1)	id 1A6H3w-0006bE-00
	for dovecot@procontrol.fi; Sun, 05 Oct 2003 18:09:12 -0400
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP id A48BC81AF
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 18:09:10 -0400 (EDT)
Date: Sun, 5 Oct 2003 18:09:10 -0400
From: "Amelia A. Lewis" <amyzing@talsever.com>
To: dovecot@procontrol.fi
Message-Id: <20031005180910.24018fb5.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.6 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] 
	Line length limitation in dovecot leads to out-of-control process?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 22:09:47 -0000
X-UID: 1731                                                  
Status: O
Content-Length: 2394

Heylas!

I've been copying mailboxes from one dovecot server (on an alpha running
debian testing, 0.99.10-9) to another (on an i686 running debian
unstable, 0.99.10-9).  I encountered a weird problem, which I seem to
have resolved by moving a message with a To: line from hell out of the
mailbox.  Both machines are running maildir.  They're not exactly
identical, but they're fairly similar, apart from differences in
distribution and architecture; they're running the same version of
dovecot, supposedly.

Specifically, when I copied this folder over to the new location,
dovecot went into CPU-feeding frenzy (up to 99.7% of CPU), and stayed
there.  If I killed the client and tried to look at the same mailbox
using a different client (mutt instead of sylpheed), without killing the
imap processor on the server, the indexes would be locked, mutt would
fall back to reading headers instead, and then would send its imap
process into CPU-feeding frenzy when it got to one particular message.

After some experimentation, I found the message.  Once I moved it out of
cur, I could access the mailbox without problems.  The odd thing is that
I can look at the message on the original machine, but on the machine it
was copied to, its mere existence makes the mailbox inaccessible.

After a little more exploration (grep ^To name-of-message | wc, on both
machines) I seem to have found the issue: the original message has a To:
line that is 16504 characters long.  In the copy, it's 8192 characters
long, and ends in the middle of a <email@address> (line in copy ends:
user name <emai, chopped right there).  I suspect that it is the
*latter* that's causing dovecot to die a messy death.  Or, actually, to
turn into a very *rude* process that *doesn't* die.

It's a really stupid trick to stuff that much into a header line (it's
from helixcode in 2000, btw, notifying people that the promised CD is
late), and perfectly reasonable to truncate (even to truncate to 1000
characters, per 282[12]).  However, I kinda thing dovecot shouldn't
choke on the results of truncation, which is what I think is the
problem.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
I have spent nights with matches and knives, leaning over ledges, only 
two flights up.  Cutting my heart, burning my soul.  Nothing left to
hold.  Nothing left, but blood and fire.
                -- Indigo Girls
From amyzing@talsever.com  Mon Oct  6 01:54:00 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 57BD6238D5; Mon,  6 Oct 2003 01:54:00 +0300 (EEST)
Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net
	[207.69.200.246])
	by danu.procontrol.fi (Postfix) with ESMTP id 46E3A238CB
	for <dovecot@procontrol.fi>; Mon,  6 Oct 2003 01:53:28 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 1A6Hkk-0000di-00
	for dovecot@procontrol.fi; Sun, 05 Oct 2003 18:53:26 -0400
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP id 9945481AF
	for <dovecot@procontrol.fi>; Sun,  5 Oct 2003 18:53:26 -0400 (EDT)
Date: Sun, 5 Oct 2003 18:53:26 -0400
From: "Amelia A. Lewis" <amyzing@talsever.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot]  Line length limitation in dovecot leads to
 out-of-control process?
Message-Id: <20031005185326.6af608ff.amyzing@talsever.com>
In-Reply-To: <20031005180910.24018fb5.amyzing@talsever.com>
References: <20031005180910.24018fb5.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.6 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 05 Oct 2003 22:54:00 -0000
X-UID: 1732                                                  
Status: O

A follow-up:

The messages are roughly the same length on both machines.  +2 on the
copy-to machine (added LFs, I guess).  It turns out that on copy, the
to-line-from-hell is truncated, then continued (but without a space at
the front of the "added" line, and truncation in mid-word),
lather-rinse-repeat (original is 16504 long, so that's two by 8192 and a
trailer).  Problems therefore could be because the line ends abruptly,
or because the two lines introduced are not valid header lines.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
I have spent nights with matches and knives, leaning over ledges, only 
two flights up.  Cutting my heart, burning my soul.  Nothing left to
hold.  Nothing left, but blood and fire.
                -- Indigo Girls
From bert@rosanneke.com  Mon Oct  6 22:14:44 2003
Return-Path: <bert@rosanneke.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A894823896; Mon,  6 Oct 2003 22:14:44 +0300 (EEST)
Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.54])
	by danu.procontrol.fi (Postfix) with ESMTP id 53B9D23887
	for <dovecot@procontrol.fi>; Mon,  6 Oct 2003 22:14:09 +0300 (EEST)
Received: from rosanneke.com (ipd54ba005.premium.planet.nl [213.75.160.5])
 by smtp02.wxs.nl
 (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id
 <0HMC0080COB8XW@smtp02.wxs.nl> for dovecot@procontrol.fi; Mon,
 06 Oct 2003 21:18:45 +0200 (MEST)
Date: Mon, 06 Oct 2003 21:14:03 +0200
From: Bert Koelewijn <bert@rosanneke.com>
Subject: Re: [Dovecot] SSL Client Certificate Support
In-reply-to: <1065380465.19102.56.camel@hurina>
To: Timo Sirainen <tss@iki.fi>
Message-id: <3F81BEFB.2070407@rosanneke.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4)
 Gecko/20030624
References: <3F7AAE4E.9010100@rosanneke.com>
 <1065192494.32105.100.camel@hurina> <3F7FE9F8.8050200@rosanneke.com>
 <1065380465.19102.56.camel@hurina>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 06 Oct 2003 19:14:45 -0000
X-UID: 1733                                                  
Status: O

Timo Sirainen wrote:
> Personally I'd really like to get the current CVS code fully working as
> intended. Then there's some long standing bugs/features (eg. recent
> counters). Then some NFS safety problems. All those should have been
> fixed long ago.
yes, it's better to get dovecot stable first.

> Also currently there's only dovecot-auth and master processes in Dovecot
> which have to be free of security holes to avoid pre-login security
> holes. That's not a lot of code. Using OpenSSL for authentication brings
> in tons of more code that has to be relied on.

I understand. But please, keep it in mind for later versions of dovecot!



From dovecot@spam.turbolink.net  Mon Oct  6 22:58:28 2003
Return-Path: <dovecot@spam.turbolink.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 37E0123896; Mon,  6 Oct 2003 22:58:28 +0300 (EEST)
Received: from delorean.turbolink.net (firewall.turbolink.net
	[209.120.199.48])
	by danu.procontrol.fi (Postfix) with ESMTP id 832952385D
	for <dovecot@procontrol.fi>; Mon,  6 Oct 2003 22:57:55 +0300 (EEST)
Received: from localhost (junkmail@localhost)
	by delorean.turbolink.net (8.12.8/8.11.2) with ESMTP id h96JvtYR019327
	for <dovecot@procontrol.fi>; Mon, 6 Oct 2003 15:57:56 -0400
Date: Mon, 6 Oct 2003 15:57:55 -0400 (EDT)
From: dovecot@spam.turbolink.net
X-X-Sender: junkmail@delorean.turbolink.net
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.53.0310061551220.27729@delorean.turbolink.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] those assertions
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 06 Oct 2003 19:58:28 -0000
X-UID: 1734                                                  
Status: O


Timo,

Just FYI while you're working on the mbox code, I discovered a bug that
occasionally causes dovecot to insert a single blank line at the beginning
of the mbox, I'm not sure when/how/why.

A single blank line seems to really confuse dovecot, and causes the server
to crash when somebody connects to an afflicted mbox.  ("Error indexing
mbox" in the log, and disconects the user right away).

I fixed it with lots of ugly code at our site (basically just remember
that we skipped an intial blank line when doing other operations, instead
of skipping it then forgetting later).  I suspect there's a more elegant
way to do it.

- Mike
From email@pbryan.net  Tue Oct  7 11:09:26 2003
Return-Path: <email@pbryan.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4D81423896; Tue,  7 Oct 2003 11:09:26 +0300 (EEST)
Received: from mail.creatia.net (64-85-32-233.ip.van.radiant.net
	[64.85.32.233])
	by danu.procontrol.fi (Postfix) with ESMTP id DBBF22385D
	for <dovecot@procontrol.fi>; Tue,  7 Oct 2003 11:08:53 +0300 (EEST)
Received: from pbryan.net (64-85-32-234.ip.van.radiant.net [64.85.32.234])
	by mail.creatia.net (Postfix) with ESMTP id D536F88C065
	for <dovecot@procontrol.fi>; Tue,  7 Oct 2003 01:08:51 -0700 (PDT)
Message-ID: <3F82748E.7000005@pbryan.net>
Date: Tue, 07 Oct 2003 01:08:46 -0700
From: "Paul C. Bryan" <email@pbryan.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.4) Gecko/20030930 Debian/1.4-5
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Plaintext Authentication from Localhost
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 07 Oct 2003 08:09:26 -0000
X-UID: 1735                                                  
Status: O
Content-Length: 1067

Hi:

It appears that at least at one time, Dovecot supported plaintext 
authentication from localhost, even if disable_plaintext_auth = yes. To wit, 
the example configuration file reads:

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability). Note that 127.*.*.* and
# IPv6 ::1 addresses are considered secure, this setting has no effect if
# you connect from those addresses.
#disable_plaintext_auth = yes

On brief inspection of the code, there doesn't seem to be any such support. 
This is corroborated by the fact that 0.99.10 (Debian package) behaves by 
disallowing plaintext authentication via connections on localhost.

This is a particularly useful feature, as local webmail clients can safely 
authenticate via the local interface without requiring secure authentication.

So, the question is, is Dovecot supposed to support plaintext auth via 
localhost even if disallowed in dovecot.conf? If so, any suggestions as to 
what I may be doing wrong?

Yours truly,

Paul C. Bryan
email@pbryan.net

From diyab@ovis.net  Wed Oct  8 03:10:29 2003
Return-Path: <diyab@ovis.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 603F723896; Wed,  8 Oct 2003 03:10:29 +0300 (EEST)
Received: from mcfeely.r00td0wn.net (dsl093-212-010.clb1.dsl.speakeasy.net
	[66.93.212.10])
	by danu.procontrol.fi (Postfix) with ESMTP id A7DBD2385D
	for <dovecot@procontrol.fi>; Wed,  8 Oct 2003 03:09:56 +0300 (EEST)
Received: from ovis.net ([172.16.1.222]) by mcfeely.r00td0wn.net with
	Microsoft SMTPSVC(5.0.2195.5329);	 Tue, 7 Oct 2003 20:09:55 -0400
Message-ID: <3F8355D3.3010304@ovis.net>
Date: Tue, 07 Oct 2003 20:09:55 -0400
From: Timothy <diyab@ovis.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 08 Oct 2003 00:09:55.0391 (UTC)
	FILETIME=[80B6B4F0:01C38D30]
Subject: [Dovecot] dovecot crashes on start
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 08 Oct 2003 00:10:29 -0000
X-UID: 1736                                                  
Status: O
Content-Length: 1064

Hello,

I wasn't able to find anything about this on the site that could give me 
a definite answer, but when I start dovecot it dies immediately.  The 
following is left in the logs.

dovecot: Oct 06 20:59:30 Info: Dovecot starting up
dovecot: Oct 06 20:59:32 Error: Auth process died too early - shutting down
pop3-login: Oct 06 20:59:32 Fatal: fd_send(-1) failed: Broken pipe

I thought this might have something to do with chrooting so I tried to 
disable all of that in the configuration.  After that did not work I 
rebuilt dovecot with minimal configure options (compared to what I used 
originally) and used a stock configuration changing only the certificate 
locations so that dovecot would not complain about the certificates 
missing, still no luck and the same error.  I've tried using strace on 
dovecot but it seems like it hardly ever hangs/dies at the same point. 
I'm trying to run this on a slackware 9.0 linux based machine.  Any 
suggestions?

Timothy,

-- 
I put instant coffee in a microwave and almost went back in time.
		-- Steven Wright

From jesse@pixeltechs.com  Wed Oct  8 08:03:55 2003
Return-Path: <jesse@pixeltechs.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6F07523896; Wed,  8 Oct 2003 08:03:55 +0300 (EEST)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
	by danu.procontrol.fi (Postfix) with ESMTP id E8FBE23887
	for <dovecot@procontrol.fi>; Wed,  8 Oct 2003 08:03:21 +0300 (EEST)
Received: from pixeltechs.com
	(c-67-168-175-37.client.comcast.net[67.168.175.37])
	by comcast.net (rwcrmhc11) with SMTP
	id <2003100805031901300qpbr5e>; Wed, 8 Oct 2003 05:03:20 +0000
Date: Tue, 7 Oct 2003 22:03:23 -0700
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: tss@iki.fi
From: Jesse Peterson <jesse@pixeltechs.com>
Content-Transfer-Encoding: 7bit
Message-Id: <BE36F275-F94C-11D7-9531-00306567080E@pixeltechs.com>
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
Subject: [Dovecot] 
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 08 Oct 2003 05:03:55 -0000
X-UID: 1737                                                  
Status: O

% uname -a
Darwin xxx 6.6 Darwin Kernel Version 6.6: Sun Jul  6 05:12:51 PDT 2003; 
root:tmp/xnu-6.6.2-4-root.obj/RELEASE_PPC  Power Macintosh powerpc

Attached is a gzipped "sh autogen.sh >& autogen.log" for the above 
machine.  What do you think?



Jesse Peterson <jesse@mactechs.com>
Office 206.441.7443 / Fax 206.441.8078
MacTechs / Macintosh System and Network Support
2121 First Avenue, Suite 103 / Seattle, Washington 98121
http://www.mactechs.com/

From jesse@pixeltechs.com  Wed Oct  8 17:24:15 2003
Return-Path: <jesse@pixeltechs.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 628C223887; Wed,  8 Oct 2003 17:24:15 +0300 (EEST)
Received: from postoffice.mactechs.com (ns1.mactechs.com [206.63.241.14])
	by danu.procontrol.fi (Postfix) with ESMTP id B82F223866
	for <dovecot@procontrol.fi>; Wed,  8 Oct 2003 17:23:39 +0300 (EEST)
Received: from pixeltechs.com (ns2.mactechs.com [206.63.241.2])
	by postoffice.mactechs.com (Postfix) with ESMTP
	id 6482E7F0; Wed,  8 Oct 2003 07:31:52 -0700 (PDT)
Date: Wed, 8 Oct 2003 07:23:38 -0700
Content-Type: multipart/mixed; boundary=Apple-Mail-2--731011449
Mime-Version: 1.0 (Apple Message framework v552)
To: tss@iki.fi
From: Jesse Peterson <jesse@pixeltechs.com>
Message-Id: <02131A40-F99B-11D7-9480-00306567080E@pixeltechs.com>
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
Subject: [Dovecot] Darwin Build (cvs)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 08 Oct 2003 14:24:15 -0000
X-UID: 1738                                                  
Status: O
Content-Length: 1803


--Apple-Mail-2--731011449
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

Oops, I apologize for my short, breif message that didn't even include 
what I said it should inlcude =).

Here's the deal: OpenDarwin 6.6 (closest relative being Mac OS X 
10.2.6) won't build from CVS.  Specifically libtoolize doesn't seem to 
exist (does it even come with libtool?) and the other parts of the 
"autogen.sh" fail miserably.

This time (really) attached is a gzip of the log of autogen.sh: 
"./autogen.sh >& autogen.log".

Thanks for any help!

- Jesse
--Apple-Mail-2--731011449
Content-Disposition: attachment;
	filename=autogen.log.gz
Content-Transfer-Encoding: base64
Content-Type: application/x-gzip;
	x-unix-mode=0644;
	name="autogen.log.gz"

H4sICEIKgj8AA2F1dG9nZW4ubG9nAO2bS2/aQBCA7/yKudFKyVppHkp9cwNNrcY4SkmknshiL3gV
e9fdtdumv76zNqEE+uBUZaU5IDDMfDPz7XIcnpU642UImVYLuWyNYFKFcHQaQsUzo+E+SmbxRTq5
G4LSDSx0q3KQCko5N9w8DljA20YvhWK2CN23jdal/CEcsao4Bq/TBs9qnIT4C9RG18KArOpSVEI1
vJFagV6AKzuJp7Podpom0ccxfOO2xxzscBAy5/PyEeYi460VwPupWHUC0kIlrZVqyRjbyfysW7CF
bsscTKue8qDRkBnBGwFNgYCFLMUBfhRqB9BloYCKP2DZJZdqqwi6sg0vS2wA7lmwejq0xfCvcdXD
6jmXxv4jtB9vOLjFydFcq6SSjeTuFHL4ystWuANDRIYTqd7wK/YaeANBa00wlypYz4BUAefHb4/Z
YLtQ3wRbtsLa/1bNtvOt8Y/RuvjSSoP13MlsBBf4+/BPF+7o5DeJZVO5M8Pj2EizJnMtFkGCPbpI
xqvt9nJR4wWvh4NuKFtwI9ZjHR6xs4BXLkao/E2XHSWj8TXkWtiuEK9rwY0zhRcd/16jeBqnk+jK
X1zJ1fLQKXny9fJafNk4EkgCSaDXOBJIAkmg1zgSSAJJoNc4EkgCSaDXOBJIAkmg1zgSSAJJoNc4
EkgCSaDXOBJIAkmg1zgSSAJJoNc4EkgCSaDXOBJIAkmg1zgSSAJJoNc4EkgCSaDXOBJIAkmg1zgS
SAI9FfgE6paGM9FtzkLC+zVPCxyTC2GgkZVwW8AL+d3t/VbQ1qzLLQTPhQlBGKPxLbpw9Pfx5ezD
OBqNbz511ddL0pv7pztLrCtErbEJt7yMOdiFEnm/eR2uWv8F31k+3ofwbIn6OeFsP0ISxZMpvsY3
syQdjXeXaveBXN+kl7Or+N00Ta+2CKd7DoIu7rZSz/esvnkDfgKvLG9c8j4AAA==

--Apple-Mail-2--731011449--

From tss@iki.fi  Thu Oct  9 03:06:43 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 743EF23896; Thu,  9 Oct 2003 03:06:43 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D352A23866
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:06:29 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 71ACD5EC1184
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:06:29 +0300 (EEST)
Subject: Re: [Dovecot] Darwin Build (cvs)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <02131A40-F99B-11D7-9480-00306567080E@pixeltechs.com>
References: <02131A40-F99B-11D7-9480-00306567080E@pixeltechs.com>
Content-Type: text/plain
Message-Id: <1065657988.1377.43.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 09 Oct 2003 03:06:29 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 00:06:43 -0000
X-UID: 1739                                                  
Status: O

On Wed, 2003-10-08 at 17:23, Jesse Peterson wrote:
> Here's the deal: OpenDarwin 6.6 (closest relative being Mac OS X 
> 10.2.6) won't build from CVS.  Specifically libtoolize doesn't seem to 
> exist (does it even come with libtool?) and the other parts of the 
> "autogen.sh" fail miserably.

So, the solution is to get libtoolize :) Mine seems to have come from
libtool14 package in Fink (although it is libtool v1.5, weird).

Also it looks like you're missing iconv.m4. It's in gettext package in
Fink.

Did OpenDarwin use Fink?

Anyway, building from CVS requires some more packages to install which
aren't needed if you stick with tarballs. I could also build a new test
tarball if you need :)


From tss@iki.fi  Thu Oct  9 03:11:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E0CB5238C6; Thu,  9 Oct 2003 03:11:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2277223896
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:11:02 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D30ED5EC1184
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:10:30 +0300 (EEST)
Subject: Re: [Dovecot] dovecot crashes on start
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F8355D3.3010304@ovis.net>
References: <3F8355D3.3010304@ovis.net>
Content-Type: text/plain
Message-Id: <1065658222.1376.48.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 09 Oct 2003 03:10:22 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 00:11:15 -0000
X-UID: 1740                                                  
Status: O
Content-Length: 1259

On Wed, 2003-10-08 at 03:09, Timothy wrote:
> I wasn't able to find anything about this on the site that could give me 
> a definite answer, but when I start dovecot it dies immediately.  The 
> following is left in the logs.
> 
> dovecot: Oct 06 20:59:30 Info: Dovecot starting up
> dovecot: Oct 06 20:59:32 Error: Auth process died too early - shutting down
> pop3-login: Oct 06 20:59:32 Fatal: fd_send(-1) failed: Broken pipe

Doesn't it say why auth process died? It should say at least something..
Such as a crash..

> I thought this might have something to do with chrooting so I tried to 
> disable all of that in the configuration.  After that did not work I 
> rebuilt dovecot with minimal configure options (compared to what I used 
> originally) and used a stock configuration changing only the certificate 
> locations so that dovecot would not complain about the certificates 
> missing, still no luck and the same error. 

So your auth_userdb = passwd and auth_passdb = pam?

>  I've tried using strace on 
> dovecot but it seems like it hardly ever hangs/dies at the same point. 
> I'm trying to run this on a slackware 9.0 linux based machine.  Any 
> suggestions?

I could take a look at one of the straces. And give the -f parameter to
it.


From tss@iki.fi  Thu Oct  9 03:14:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AAF29238C7; Thu,  9 Oct 2003 03:14:34 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 58F37238C6
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:14:20 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2140F5EC1184
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:14:20 +0300 (EEST)
Subject: Re: [Dovecot] Plaintext Authentication from Localhost
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F82748E.7000005@pbryan.net>
References: <3F82748E.7000005@pbryan.net>
Content-Type: text/plain
Message-Id: <1065658459.1378.51.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 09 Oct 2003 03:14:20 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 00:14:34 -0000
X-UID: 1741                                                  
Status: O

On Tue, 2003-10-07 at 11:08, Paul C. Bryan wrote:
> Hi:
> 
> It appears that at least at one time, Dovecot supported plaintext 
> authentication from localhost, even if disable_plaintext_auth = yes. To wit, 
> the example configuration file reads:

Ah, but you're looking at the CVS version's config file :) I'm copying
it to web page from CVS automatically. Maybe not that good idea but easy
to keep up to date..

> So, the question is, is Dovecot supposed to support plaintext auth via 
> localhost even if disallowed in dovecot.conf? If so, any suggestions as to 
> what I may be doing wrong?

I only added that code a few weeks ago.


From tss@iki.fi  Thu Oct  9 03:44:15 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6ED3F238C8; Thu,  9 Oct 2003 03:44:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8ADBD238C6
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:44:02 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 6CFAE5EC1184
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:44:01 +0300 (EEST)
Subject: Re: [Dovecot]  Line length limitation in dovecot leads to
	out-of-control process?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031005180910.24018fb5.amyzing@talsever.com>
References: <20031005180910.24018fb5.amyzing@talsever.com>
Content-Type: text/plain
Message-Id: <1065660240.1382.55.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 09 Oct 2003 03:44:01 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 00:44:15 -0000
X-UID: 1742                                                  
Status: O

On Mon, 2003-10-06 at 01:09, Amelia A. Lewis wrote:
> After a little more exploration (grep ^To name-of-message | wc, on both
> machines) I seem to have found the issue: the original message has a To:
> line that is 16504 characters long.  In the copy, it's 8192 characters
> long, and ends in the middle of a <email@address> (line in copy ends:
> user name <emai, chopped right there).  I suspect that it is the
> *latter* that's causing dovecot to die a messy death.  Or, actually, to
> turn into a very *rude* process that *doesn't* die.

Yes, it happens when the header name is larger than 8192 bytes. Dovecot
wants to read more data, but the buffer is already full and it tries
again.. Actually there is code to handle this, but it has a bug
somewhere. I'll fix this and check that other parsers don't have the
same problem.


From warren@togami.com  Thu Oct  9 03:54:01 2003
Return-Path: <warren@togami.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 42F88238C8; Thu,  9 Oct 2003 03:54:01 +0300 (EEST)
Received: from pan.mplug.org (pan.togami.com [66.139.75.105])
	by danu.procontrol.fi (Postfix) with ESMTP id 3A6D723896
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 03:53:29 +0300 (EEST)
Received: by pan.mplug.org (Postfix, from userid 48)
	id ED7535D8078; Wed,  8 Oct 2003 15:34:05 -1000 (HST)
Received: from 128.171.104.130
        (SquirrelMail authenticated user warren)
        by togami.com with HTTP;
        Wed, 8 Oct 2003 15:34:05 -1000 (HST)
Message-ID: <1202.128.171.104.130.1065663245.squirrel@togami.com>
In-Reply-To: <000f01c38dd5$fe4ebf70$2401a8c0@MELON>
References: <000f01c38dd5$fe4ebf70$2401a8c0@MELON>
Date: Wed, 8 Oct 2003 15:34:05 -1000 (HST)
From: "Warren Togami" <warren@togami.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.1-2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Dovecot pop3 and Outlook Express timeout
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 00:54:01 -0000
X-UID: 1743                                                  
Status: O

> Vince did some troubleshooting at my Dad's place and found that part of
> the problem was related to dovecot timing out in communicating with
> outlook express.  Any ideas?  You can do a raw pop3 connection which works
> fine, but if you try to do the same from within outlook it times out or
> gives "server not found".  This sounds like what I was experiencing here
> with my outlook express as well.
>
> thanks,
> scott
>

Any idea what could be happening here?  They insist that Outlook Express
constant times out when trying to download POP3 from the latest stable
dovecot.

Thanks,
Warren Togami
warren@togami.com
From diyab@ovis.net  Thu Oct  9 04:25:04 2003
Return-Path: <diyab@ovis.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 81D92238C9; Thu,  9 Oct 2003 04:25:04 +0300 (EEST)
Received: from mcfeely.r00td0wn.net (dsl093-212-010.clb1.dsl.speakeasy.net
	[66.93.212.10])
	by danu.procontrol.fi (Postfix) with ESMTP id 181D92385D
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 04:24:32 +0300 (EEST)
Received: from ovis.net ([172.16.1.222]) by mcfeely.r00td0wn.net with
	Microsoft SMTPSVC(5.0.2195.5329);	 Wed, 8 Oct 2003 21:24:30 -0400
Message-ID: <3F84B8CE.6040503@ovis.net>
Date: Wed, 08 Oct 2003 21:24:30 -0400
From: Timothy <diyab@ovis.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] dovecot crashes on start
References: <3F8355D3.3010304@ovis.net> <1065658222.1376.48.camel@hurina>
In-Reply-To: <1065658222.1376.48.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 09 Oct 2003 01:24:30.0249 (UTC)
	FILETIME=[16599990:01C38E04]
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 01:25:04 -0000
X-UID: 1744                                                  
Status: O

I think I found the problem.   The second trace had this line.

[pid 14987] writev(2, [{"dovecot-auth", 12}, {": ", 2}, {"error while 
loading shared libra"..., 36},  {": ", 2}, {"libpq.so.3", 10}, {": ", 
2}, {"cannot open shared object file", 30}, {": ", 2},
{"No such file or directory", 25}, {"\n", 1}], 10 <unfinished ...>

so I added /usr/local/pgsql/lib into /etc/ld.so.conf and ran ldconfig. 
I now have running dovecot processes.  I apologize for wasting your time.

Timothy,

-- 
I put instant coffee in a microwave and almost went back in time.
		-- Steven Wright

From olive@pasteur.fr  Thu Oct  9 17:18:26 2003
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B586523896; Thu,  9 Oct 2003 17:18:26 +0300 (EEST)
Received: from electre.pasteur.fr (electre.pasteur.fr [157.99.64.120])
	by danu.procontrol.fi (Postfix) with ESMTP id 756632385D
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 17:17:52 +0300 (EEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by electre.pasteur.fr (8.12.10/8.12.10) with ESMTP id h99EHnbs202885
	for <dovecot@procontrol.fi>; Thu, 9 Oct 2003 16:17:49 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 47A3B3F67A; Thu,  9 Oct 2003 16:17:57 +0200 (CEST)
Date: Thu, 9 Oct 2003 16:17:57 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@procontrol.fi
Message-ID: <20031009141757.GQ10510@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Attribution: Olive
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
Subject: [Dovecot] gzipped files in Mail directory
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 14:18:26 -0000
X-UID: 1745                                                  
Status: O

	Hi,

I have been testing dovecot on my own machine before a bigger
deployment. Basically I have all my mbox mailboxes in ~/Mail, delivered
by procmail.

Some mbox's are gzipped because they are archives which I can grep into,
but do not want to look at often.

When I first launched an IMAP client, dovecot created the indexes (I
think) and gave several errors when finding a gzipped file, such as:

,----
| Oct  1 19:53:21 mafate imap(olive): File isn't in mbox format: /home/olive/Mail//Archives/daily.d/mafate.2003.gz
`----

After 19 gzipped mbox's, I had the following crash:

,----
| Oct  1 19:53:21 mafate dovecot: child 4923 (imap) killed with signal 10
`----

Does dovecot not like gzipped mbox's? For the moment, all gzipped files
are in ~/Mail/.Archives and I can live with it.

-- 
olive
From jesse@pixeltechs.com  Thu Oct  9 21:18:01 2003
Return-Path: <jesse@pixeltechs.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7232A23896; Thu,  9 Oct 2003 21:18:01 +0300 (EEST)
Received: from postoffice.mactechs.com (postoffice.mactechs.com
	[206.63.241.14])
	by danu.procontrol.fi (Postfix) with ESMTP id D0F1523866
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 21:17:25 +0300 (EEST)
Received: from pixeltechs.com (ns2.mactechs.com [206.63.241.2])
	by postoffice.mactechs.com (Postfix) with ESMTP id E4B3D7F5
	for <dovecot@procontrol.fi>; Thu,  9 Oct 2003 11:25:33 -0700 (PDT)
Date: Thu, 9 Oct 2003 11:17:15 -0700
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Jesse Peterson <jesse@pixeltechs.com>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <20031009090005.76DCA238C8@danu.procontrol.fi>
Message-Id: <CF9D3C45-FA84-11D7-A43A-00306567080E@pixeltechs.com>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] Re: Darwin Build (cvs)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 09 Oct 2003 18:18:01 -0000
X-UID: 1746                                                  
Status: O
Content-Length: 1318


On Thursday, October 9, 2003, at 02:00 AM, 
dovecot-request@procontrol.fi wrote:

> From: Timo Sirainen <tss@iki.fi>
> Subject: Re: [Dovecot] Darwin Build (cvs)
> To: dovecot@procontrol.fi
> Message-ID: <1065657988.1377.43.camel@hurina>
> Content-Type: text/plain
>
> On Wed, 2003-10-08 at 17:23, Jesse Peterson wrote:
>> Here's the deal: OpenDarwin 6.6 (closest relative being Mac OS X
>> 10.2.6) won't build from CVS.  Specifically libtoolize doesn't seem to
>> exist (does it even come with libtool?) and the other parts of the
>> "autogen.sh" fail miserably.
>
> So, the solution is to get libtoolize :) Mine seems to have come from
> libtool14 package in Fink (although it is libtool v1.5, weird).

Thought so.  I wasn't sure if it came with libtool or not (OpenDarwin 
does ship with libtool).

>
> Also it looks like you're missing iconv.m4. It's in gettext package in
> Fink.

Ahh, I'll grab that as well.

>
> Did OpenDarwin use Fink?
>

Yes, although they've switched from 'DarwinPorts' to MetaPkg.  Not sure 
the status on either of those, though.

> Anyway, building from CVS requires some more packages to install which
> aren't needed if you stick with tarballs. I could also build a new test
> tarball if you need :)
>

This would be great.  Maybe an automatically posted daily snapshot?

Thanks Timo.

From vikrant@linmark.com  Mon Oct 13 13:46:18 2003
Return-Path: <vikrant@linmark.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 605E6238A8; Mon, 13 Oct 2003 13:46:18 +0300 (EEST)
Received: from hanghau.pacific.net.hk (hanghau.pacific.net.hk [202.64.33.137])
	by danu.procontrol.fi (Postfix) with ESMTP id 5B2A52385D
	for <dovecot@procontrol.fi>; Mon, 13 Oct 2003 13:45:44 +0300 (EEST)
Received: from linmark1 ([202.64.253.222])
	by hanghau.pacific.net.hk with ESMTP
	id h9DAjcK1027737 for <dovecot@procontrol.fi>;
	Mon, 13 Oct 2003 18:45:38 +0800 (CST)
Received: from 192.168.1.50 by linmark1 ([192.168.1.1] running VPOP3) with
	ESMTP for <dovecot@procontrol.fi>; Mon, 13 Oct 2003 18:58:54 +0800
From: vikrant@linmark.com
To: dovecot@procontrol.fi
Date: Mon, 13 Oct 2003 18:45:37 +0800
MIME-Version: 1.0
Message-ID: <3F8AF2D1.26309.210D2BA@localhost>
Priority: normal
X-mailer: Pegasus Mail for Windows (v4.12a)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body
X-Server: VPOP3 V1.4.5 - Registered
Subject: [Dovecot] Ignore purge and delete command
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 13 Oct 2003 10:46:18 -0000
X-UID: 1747                                                  
Status: O

Hi,

Does anyone know how to ignore the purge or delete command 
from the imap clients.

Actually I created a mail archive and using dovecot and so far I am 
happy with the performance. But the problem I am facing right now 
is I do not want the users to delete the mail by themselves and want 
to disable the purge or delete command.

Thanks
Vikrant

From david@madole.net  Mon Oct 13 16:50:08 2003
Return-Path: <david@madole.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 04D3A238A8; Mon, 13 Oct 2003 16:50:08 +0300 (EEST)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by danu.procontrol.fi (Postfix) with ESMTP id ACAB623866
	for <dovecot@procontrol.fi>; Mon, 13 Oct 2003 16:49:33 +0300 (EEST)
Received: from [69.46.19.120] (helo=ssl.omd3.com)
	by box1.omd3.com with smtp (Exim 4.23)
	id 1A934l-000KON-0X
	for dovecot@procontrol.fi; Mon, 13 Oct 2003 13:49:31 +0000
Received: from 12.148.10.20
        (SquirrelMail authenticated user david@madole.net)
        by ssl.omd3.com with HTTP;
        Mon, 13 Oct 2003 09:49:31 -0400 (EDT)
Message-ID: <56192.12.148.10.20.1066052971.squirrel@ssl.omd3.com>
Date: Mon, 13 Oct 2003 09:49:31 -0400 (EDT)
From: david@madole.net
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Tips to build from CVS?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 13 Oct 2003 13:50:08 -0000
X-UID: 1748                                                  
Status: O
Content-Length: 1344


I am struggling to compile Dovecot from CVS. I don't seem to be able to
get a good configure script, always ending up with an error during
configure.

   # sh autogen.sh
   configure.in:13: warning: AC_ARG_PROGRAM invoked multiple times
   # ./configure
   checking for a BSD-compatible install... /usr/bin/install -c
   checking whether build environment is sane... yes
   [...]
   checking build system type... i386-unknown-freebsd4.8
   checking host system type... i386-unknown-freebsd4.8
   [...]
   checking whether va_lists can be copied by value... yes
   checking for gnutls_global_init in -lgnutls... no
   ./configure.lineno: 25085: Syntax error: word unexpected (expecting ")")

Looking at the script:

   cat >>confdefs.h <<\_ACEOF
   #define HAVE_GNUTLS
   _ACEOF

                           SSL_LIBS="-lgnutls -lgcrypt"

                           have_ssl="yes (GNUTLS)"
                           have_gnutls=yes

   fi

   done

                 <-- line 25085
   fi

   fi

   if test "$want_openssl" = "yes" && test "$have_ssl" = "no"; then
     if pkg-config --exists openssl; then

I have the following installed:

   autoconf-2.57
   automake-1.7.7
   libtool-1.5

I've alto tried:

  autoconf-2.13
  automake-1.5

With similar results except a different line number and more warnings from
autogen.sh

Any ideas?

David

From ian@onepost.net  Tue Oct 14 03:03:12 2003
Return-Path: <ian@onepost.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D83EF238A8; Tue, 14 Oct 2003 03:03:12 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by danu.procontrol.fi (Postfix) with ESMTP id 7BBAF2385D
	for <dovecot@procontrol.fi>; Tue, 14 Oct 2003 03:02:39 +0300 (EEST)
Received: from texas.pobox.com (texas.pobox.com[64.49.223.111])
	by puzzle.pobox.com (Postfix) with ESMTP id C4983E480B
	for <dovecot@procontrol.fi>; Mon, 13 Oct 2003 20:02:36 -0400 (EDT)
Received: from [10.0.0.21] (pool-68-163-96-164.bos.east.verizon.net
	[68.163.96.164])
	by texas.pobox.com (Postfix) with ESMTP id ADB0345354
	for <dovecot@procontrol.fi>; Mon, 13 Oct 2003 20:02:34 -0400 (EDT)
User-Agent: Microsoft-Entourage/10.1.1.2418
Date: Mon, 13 Oct 2003 20:02:32 -0400
From: Ian Marlier <ian@onepost.net>
To: Dovecot <"mailto:dovecot"@procontrol.fi>
Message-ID: <BBB0B558.13A97%ian@onepost.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Mailman-Approved-At: Tue, 14 Oct 2003 22:12:26 +0300
Subject: [Dovecot] Ordering mailboxes
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 14 Oct 2003 00:03:13 -0000
X-UID: 1749                                                  
Status: O
Content-Length: 20476

I have a really weird problem.  To whit:

I compiled dovecot 0.99.10 on two different systems: a linux-ppc box running
Debian, and a Mac OS X Server v. 10.2.8.  It compiled fine on both.

The same Maildir's are being served up on both -- the OS X server exports
home directories to the clients via NFS.

BUT the OS X box orders mailboxes this way:
INBOX
Deleted Items
Sent Items
.
.
.

And the Debian box orders mailboxes this way:
INBOX
INBOX/Deleted Items
INBOX/Sent Items
.
.
.

The compilation options were the same in both cases.  The dovecot.conf files
are essentially identical -- the only changes are the names of the SSL
certificates and the name of the dovecot user.

What I can't figure out is, why is the ordering of the mailboxes different?

This is the Maildir directory list:
[network:/Users/foc/Maildir] root# ls -al
/Network/Servers/network.uphamscornercs.net/Users/marlier/Maildir/
total 816
drwxrw----    22 marlier  staff     748 Oct 13 19:52 .
drwxr-xr-x    64 marlier  staff    2176 Oct 10 14:08 ..
drwxrw----    13 marlier  staff     442 Oct 13 19:14 .Deleted Items
drwxrwxr-x     9 marlier  staff     306 Oct 13 19:14 .Dovecot
drwxrw----    12 marlier  staff     408 Oct  8 12:26 .Drafts
drwxrw----     7 marlier  staff     238 Oct 13 19:28 .INBOX
drwxrw----    13 marlier  staff     442 Sep 16 22:59 .Jen
drwxrw----    13 marlier  staff     442 Oct 13 18:30 .Klimas List
drwxrw----    13 marlier  staff     442 Oct 13 17:57 .Rachel
drwxrw----    13 marlier  staff     442 Oct 13 19:14 .Sent Items
drwxrw----    13 marlier  staff     442 Oct 13 19:16 .UCCS
-rw-rw----     1 marlier  staff       5 Sep 15 20:58 .customflags
-rw-rw----     1 marlier  staff     120 Oct 13 18:16 .subscriptions
-rw-------     1 marlier  staff  296206 Oct 13 19:40 bincimap-cache
-rw-------     1 marlier  staff     534 Sep 22 17:45 bincimap-subscribed
-rw-------     1 marlier  staff     197 Sep 16 21:38 bincimap-subscribed.old
-rw-------     1 marlier  staff      59 Oct 13 19:40 bincimap-uidvalidity
drwx------  3582 marlier  staff  121788 Oct 13 19:36 cur
-rw-------     1 marlier  staff   96421 Oct 13 19:36 dovecot-uidlist
drwx------     2 marlier  staff      68 Oct 13 19:36 new
drwxrw--w-     2 marlier  staff      68 Sep 15 20:58 recov
drwx------     2 marlier  staff      68 Oct 13 19:36 tmp
[network:/Users/foc/Maildir] root#

Any thoughts?


(dovecot.conf files is included here, if it's helpful):
[network:/Users/foc/Maildir] root# more /usr/local/etc/dovecot.conf
## Dovecot 1.0 configuration file

# Default values are shown after each value, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl

# Base directory where to store runtime data.
base_dir = /var/run/dovecot/

# Protocols we want to be serving:
#  imap imaps pop3 pop3s
protocols = imap imaps pop3 pop3s

# IP or host address where to listen in for connections. It's not currently
# possible to specify multiple addresses. "*" listens in all IPv4
interfaces.
# "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
# interfaces depending on the operating system. You can specify ports with
# "host:port".
imap_listen = *
pop3_listen = *

# IP or host address where to listen in for SSL connections. Defaults
# to above non-SSL equilevants if not specified.
#imaps_listen = 
#pop3s_listen = 

# Disable SSL/TLS support.
ssl_disable = no

# PEM encoded X.509 SSL/TLS certificate and private key. They're opened
before
# dropping root privileges, so keep the key file unreadable by anyone but
# root. Included doc/mkcert.sh can be used to easily generate self-signed
# certificate, just make sure to update the domains in dovecot-openssl.cnf
ssl_cert_file = /etc/ssl/certs/imapd.pem
ssl_key_file = /etc/ssl/private/imapd.pem

# SSL parameter file. Master process generates this file for login
processes.
# It contains Diffie Hellman and RSA parameters.
ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat

# How often to regenerate the SSL parameters file. Generation is quite CPU
# intensive operation. The value is in hours, 0 disables regeneration
# entirely.
ssl_parameters_regenerate = 0

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability)
disable_plaintext_auth = no

# Use this logfile instead of syslog(). /dev/stderr can be used if you want
to
# use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
log_path = /var/log/mail.log

# For informational messages, use this logfile instead of the default
info_log_path = /var/log/mail.log

# Prefix for each line written to log file. % codes are in strftime(3)
# format. Note the extra space at the end of line.
log_timestamp = %b %d %H:%M:%S dovecot:

##
## Login processes
##

# Directory where authentication process places authentication UNIX sockets
# which login needs to be able to connect to. The sockets are created when
# running as root, so you don't have to worry about permissions.
login_dir = /var/run/dovecot/login

# chroot login process to the login_dir. Only reason not to do this is if
you
# wish to run the whole Dovecot without roots.
login_chroot = yes


##
## IMAP login process
##

login = imap

# Executable location.
login_executable = /usr/local/libexec/dovecot/imap-login

# User to use for the login process. Create a completely new user for this,
# and don't use it anywhere else. The user must also belong to a group where
# only it has access, it's used to control access for authentication
process.
login_user = dovecot

# Set max. process size in megabytes. If you don't use
# login_process_per_connection you might need to grow this.
login_process_size = 32

# Should each login be processed in it's own process (yes), or should one
# login process be allowed to process multiple connections (no)? Yes is more
# secure, espcially with SSL/TLS enabled. No is faster since there's no need
# to create processes all the time.
login_process_per_connection = yes

# Number of login processes to create. If login_process_per_user is
# yes, this is the number of extra processes waiting for users to log in.
login_processes_count = 5

# Maximum number of extra login processes to create. The extra process count
# usually stays at login_processes_count, but when multiple users start
logging
# in at the same time more extra processes are created. To prevent
fork-bombing
# we check only once in a second if new processes should be created - if all
# of them are used at the time, we double their amount until limit set by
this
# setting is reached. This setting is used only if login_process_per_use is
yes.
login_max_processes_count = 128

# Maximum number of connections allowed in login state. When this limit is
# reached, the oldest connections are dropped. If login_process_per_user
# is no, this is a per-process value, so the absolute maximum number of
users
# logging in actually login_processes_count * max_logging_users.
login_max_logging_users = 256

##
## POP3 login process
##

# Settings default to same as above, so you don't have to set anything
# unless you want to override them.

login = pop3

# Exception to above rule being the executable location.
login_executable = /usr/local/libexec/dovecot/pop3-login

##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
max_mail_processes = 1024

# Show more verbose process titles (in ps). Currently shows user name and
# IP address. Useful for seeing who are actually using the IMAP processes
# (eg. shared mailboxes or if same uid is used for multiple accounts).
verbose_proctitle = yes

# Show protocol level SSL errors.
verbose_ssl = yes

# Valid UID range for users, defaults to 500 and above. This is mostly
# to make sure that users can't log in as daemons or other system users.
# Note that denying root logins is hardcoded to dovecot binary and can't
# be done even if first_valid_uid is set to 0.
first_valid_uid = 30
#last_valid_uid = 0

# Valid GID range for users, defaults to non-root/wheel. Users having
# non-valid GID as primary group ID aren't allowed to log in. If user
# belongs to supplementary groups with non-valid GIDs, those groups are
# not set.
first_valid_gid = 1
#last_valid_gid = 0

# ':' separated list of directories under which chrooting is allowed for
mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you don't
# allow shell access for users. See doc/configuration.txt for more
information.
# valid_chroot_dirs = /var/mail

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max.
characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#  maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#
default_mail_env = maildir:~/Maildir

# Space-separated list of fields to cache for all mails. Currently these
# fields are allowed followed by a list of commands they speed up:
#
#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
#                  HEADER IN-REPLY-TO
#  Body          - FETCH BODY
#  Bodystructure - FETCH BODY, BODYSTRUCTURE
#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
#                  SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE
#                  generation. This is always set with mbox mailboxes, and
#                  also default with Maildir.
#
# Different IMAP clients work in different ways, that's why Dovecot by
default
# only caches MessagePart which speeds up most operations. Whenever client
# does something where caching could be used, the field is automatically
marked
# to be cached later. For example after FETCH BODY the BODY will be cached
# for all new messages. Normally you should leave this alone, unless you
know
# what most of your IMAP clients are. Caching more fields than needed makes
# the index files larger and generate useless I/O.
#
# With maildir there's one extra optimization - if nothing is cached,
indexing
# the maildir becomes much faster since it's not opening any of the mail
files.
# This could be useful if your IMAP clients access only new mails.

mail_cache_fields = MessagePart Envelope Bodystructure Body

# Space-separated list of fields that Dovecot should never set to be cached.
# Useful if you want to save disk space at the cost of more I/O when the
fields
# needed.
#mail_never_cache_fields =

# Workarounds for various client bugs:
#   oe6-fetch-no-newmail:
#     Never send EXISTS/RECENT when replying to FETCH command. Outlook
Express
#     seems to think they are FETCH replies and gives user "Message no
longer
#     in server" error. Note that OE6 still breaks even with this workaround
#     if synchronization is set to "Headers Only".
#   outlook-idle:
#     Outlook and Outlook Express never abort IDLE command, so if no mail
#     arrives in half a hour, Dovecot closes the connection. This is still
#     fine, except Outlook doesn't connect back so you don't see if new mail
#     arrives.
#client_workarounds =

# Dovecot can notify client of new mail in selected mailbox soon after it's
# received. This setting specifies the minimum interval in seconds between
# new mail notifications to client - internally they may be checked more or
# less often. Setting this to 0 disables the checking.
# NOTE: Evolution client breaks with this option when it's trying to APPEND.
mailbox_check_interval = 30

# Like mailbox_check_interval, but used for IDLE command.
#mailbox_idle_check_interval = 30

# Allow full filesystem access to clients. There's no access checks other
than
# what the operating system does for the active UID/GID. It works with both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
# or ~user/.
mail_full_filesystem_access = no

# Maximum allowed length for custom flag name. It's only forced when trying
# to create new flags.
mail_max_flag_length = 50

# Save mails with CR+LF instead of plain LF. This makes sending those mails
# take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
mail_save_crlf = no

# Use mmap() instead of read() to read mail files. read() seems to be a bit
# faster with my Linux/x86 and it's better with NFS, so that's the default.
mail_read_mmaped = no

# Copy mail to another folders using hard links. This is much faster than
# actually copying the file. This is problematic only if something modifies
# the mail in one folder but doesn't want it modified in the others. I don't
# know any MUA which would modify mail files directly. IMAP protocol also
# requires that the mails don't change, so it would be problematic in any
case.
# If you care about performance, enable it.
maildir_copy_with_hardlinks = no

# Check if mails' content has been changed by external programs. This slows
# down things as extra stat() needs to be called for each file. If changes
are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
maildir_check_content_changes = yes

# Which locking methods to use for locking mbox. There's three available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#           solution. If you want to use /var/mail/ like directory, the
users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both
fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created first.
mbox_locks = fcntl

# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed
simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
mbox_read_dotlock = no

# Maximum time in seconds to wait for lock (all of them) before aborting.
mbox_lock_timeout = 300

# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
mbox_dotlock_change_timeout = 30

# umask to use for mail files and directories
umask = 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use single
UID
# for multiple users, as the users could ptrace() each others processes
then.
mail_drop_priv_before_exec = no

##
## IMAP process
##

# Executable location
imap_executable = /usr/local/libexec/dovecot/imap

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
imap_process_size = 256

# Support for dynamically loadable modules.
imap_use_modules = no
#imap_modules = /usr/local/lib/dovecot/imap

##
## POP3 process
##

# Executable location
pop3_executable = /usr/local/libexec/dovecot/pop3

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
pop3_process_size = 256

# Support for dynamically loadable modules.
pop3_use_modules = no
#pop3_modules = /usr/lib/dovecot/pop3

##
## Authentication processes
##

# You can have multiple processes; each time "auth = xx" is seen, a new
# process definition is started. The point of multiple processes is to be
# able to set stricter permissions to others. For example, plain/PAM
# authentication requires roots, but if you also use digest-md5
authentication
# for some users, you can authenticate them without any privileges in a
# separate auth process. Just remember that only one auth process is asked
# for the password, so you can't have different passwords with different
# processes (unless they have different auth methods, and you're ok with
# having different password for each method).

# Authentication process name.
auth = default

# Space separated list of wanted authentication mechanisms:
#   plain digest-md5 anonymous
auth_mechanisms = plain

# Space separated list of realms for SASL authentication mechanisms that
need
# them. You can leave it empty if you don't want to support multiple realms.
# Many clients simply use the first one listed here, so keep the default
realm
# first.
#auth_realms =

# Default realm to use if none was specified.
#auth_default_realm =

# Where user database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   passwd-file <path>: passwd-like file with specified location
#   static uid=<uid> gid=<gid> home=<dir template>: static settings
#   vpopmail: vpopmail library
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
auth_userdb = passwd
# auth_userdb = ldap /usr/local/etc/dovecot-ldap.conf

# Where password database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   shadow: /etc/shadow or similiar, using getspnam()
#   pam [<service> | *]: PAM authentication
#   passwd-file <path>: passwd-like file with specified location
#   vpopmail: vpopmail authentication
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
auth_passdb = pam dovecot
# auth_passdb = ldap /usr/local/etc/dovecot-ldap.conf

# Executable location
auth_executable = /usr/local/libexec/dovecot/dovecot-auth

# Set max. process size in megabytes.
auth_process_size = 256

# User to use for the process. This user needs access to only user and
# password databases, nothing else. Only shadow and pam authentication
# requires roots, so use something else if possible.
auth_user = root

# Directory where to chroot the process. Most authentication backends don't
# work if this is set, and there's no point chrooting if auth_user is root.
#auth_chroot = 

# Number of authentication processes to create
auth_count = 2

# List of allowed characters in username. If the user-given username
contains
# a character not listed in here, the login automatically fails. This is
just
# an extra check to make sure user can't exploit any potential quote
escaping
# vulnerabilities with SQL/LDAP databases. If you want to allow all
characters,
# set this value to empty.
auth_username_chars =
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@

# Username to use for users logging in with ANONYMOUS SASL mechanism
#auth_anonymous_username = anonymous

# More verbose logging. Useful for figuring out why authentication isn't
# working.
auth_verbose = yes

# digest-md5 authentication process. It requires special MD5 passwords which
# /etc/shadow and PAM doesn't support, so we never need roots to handle it.
# Note that the passwd-file is opened before chrooting and dropping root
# privileges, so it may be 0600-root owned file.

#auth = digest_md5
#auth_methods = digest-md5
#auth_realms = 
#auth_userdb = passwd-file /etc/passwd.imap
#auth_passdb = passwd-file /etc/passwd.imap
#auth_user = imapauth
#auth_chroot = 

# if you plan to use only passwd-file, you don't need the two auth
processes,
# simply set "auth_methods = plain digest-md5"

From gavin@estey.com  Wed Oct 15 05:44:42 2003
Return-Path: <gavin@estey.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B8EF2238A8; Wed, 15 Oct 2003 05:44:42 +0300 (EEST)
Received: from chicken.bock.com (unknown [64.30.29.62])
	by danu.procontrol.fi (Postfix) with ESMTP id 26E232385D
	for <dovecot@procontrol.fi>; Wed, 15 Oct 2003 05:44:09 +0300 (EEST)
Received: from estey.com (chicken.bock.com [64.30.29.62])
	(authenticated)
	by chicken.bock.com (8.11.6/8.11.6) with ESMTP id h9F2i9211845
	for <dovecot@procontrol.fi>; Tue, 14 Oct 2003 22:44:10 -0400
Date: Tue, 14 Oct 2003 22:44:17 -0400
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Gavin Estey <gavin@estey.com>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <78BEEC14-FEB9-11D7-AB9B-000393BE445A@estey.com>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] problem getting mail from mbox
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 15 Oct 2003 02:44:42 -0000
X-UID: 1750                                                  
Status: O
Content-Length: 1614

I'm trying to set up dovecot and I'm running into a few problems.

I just want to use IMAP for one user, everyone else gets POP3 from the 
existing (working server).

$MAIL is set to /var/spool/mail/gavin_imap

In my /var/spool/mail directory I now have a problem:

-rw-------    1 gavin_im mail         1392 Oct 14 22:28 gavin_imap
-rw-------    1 gavin_im popusers        0 Oct 14 21:54 gavin_imap

When I try to get my mail, I guess it's checking the wrong file as I 
can't download anything. I also can't delete the file (which I find 
confusing as I am root):

[root@chicken mail]# rm gavin_imap
rm: cannot remove `gavin_imap': No such file or directory

I actually have the same problem with the dovecot log file. I have this 
in my config:

info_log_path = /tmp/dovecot

-rw-------    1 root     root         4436 Oct 14 22:40 dovecot

[root@chicken tmp]# cat dovecot
cat: dovecot: No such file or directory

I don't get any obvious errors if I telnet in:

[root@chicken tmp]# telnet localhost 143
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK dovecot ready.
1 LOGIN gavin_imap <pass>
1 OK Logged in.
1 SELECT Inbox
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] 
Flags permitted.
* 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1066184985] UIDs valid
* OK [UIDNEXT 1] Predicted next UID
1 OK [READ-WRITE] Select completed.
1 LOGOUT
* BYE Logging out
1 OK Logout completed.
Connection closed by foreign host.

This is confusing the hell out of me. Is there anything obvious that 
I've screwed up?

Thanks!
Gavin.


From gavin@estey.com  Wed Oct 15 06:36:39 2003
Return-Path: <gavin@estey.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A08EA238A8; Wed, 15 Oct 2003 06:36:39 +0300 (EEST)
Received: from chicken.bock.com (unknown [64.30.29.62])
	by danu.procontrol.fi (Postfix) with ESMTP id 23C9B23866
	for <dovecot@procontrol.fi>; Wed, 15 Oct 2003 06:36:06 +0300 (EEST)
Received: from estey.com (chicken.bock.com [64.30.29.62])
	(authenticated)
	by chicken.bock.com (8.11.6/8.11.6) with ESMTP id h9F3a8212378
	for <dovecot@procontrol.fi>; Tue, 14 Oct 2003 23:36:08 -0400
Date: Tue, 14 Oct 2003 23:36:15 -0400
Subject: Re: [Dovecot] problem getting mail from mbox
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Gavin Estey <gavin@estey.com>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <78BEEC14-FEB9-11D7-AB9B-000393BE445A@estey.com>
Message-Id: <BB3677EA-FEC0-11D7-AB9B-000393BE445A@estey.com>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 15 Oct 2003 03:36:39 -0000
X-UID: 1751                                                  
Status: O


On Tuesday, October 14, 2003, at 10:44  PM, Gavin Estey wrote:

> I'm trying to set up dovecot and I'm running into a few problems.
>

I've finally solved the "odd filename" issue. If I run:

$ find . -name "dovecot*" -print0 | xargs -0 cat

I get to see the file. Is there some bug where dovecot has got a space 
or a NULL or something stuck on the filename? An "ls -Q" seems to 
confirm this:

$ ls -Q dovecot*
"dovecot "
$ ls -Q /var/spool/mail/gavin_imap*
"/var/spool/mail/gavin_imap"  "/var/spool/mail/gavin_imap "

Hope this helps.

Gavin.

From drk@doctornet.at  Thu Oct 16 15:53:47 2003
Return-Path: <drk@doctornet.at>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4E90E238A8; Thu, 16 Oct 2003 15:53:47 +0300 (EEST)
Received: from hoedlmayr (chello080110026181.205.12.tuwien.teleweb.at
	[80.110.26.181])
	by danu.procontrol.fi (Postfix) with ESMTP id 205712385D
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 15:53:15 +0300 (EEST)
Received: from dwh.doctornet.at ([192.168.0.5] ident=mail)
	by hoedlmayr with esmtp (Exim 3.35 #1 (Debian))
	id 1AA7cq-00013f-00
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 14:53:08 +0200
Received: from drk by dwh.doctornet.at with local (Exim 3.36 #1 (Debian))
	id 1AA7cn-0000a9-00
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 14:53:05 +0200
Date: Thu, 16 Oct 2003 14:53:05 +0200
From: Krammer Clemens <drk@w123.at>
To: dovecot@procontrol.fi
Message-ID: <20031016125302.GB31215@dwh.doctornet.at>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Organisation: Doctornet.at
User-Agent: Mutt/1.5.4i
Sender: Krammer Clemens <drk@dwh.doctornet.at>
Subject: [Dovecot] exchange, dovecot, mutt, evolution
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 12:53:47 -0000
X-UID: 1752                                                  
Status: O


Dear all,

When I "migrate" my outlook folders to imapd (dovecot) it works well
from a Windoze perspective, but if I open a migrated folder via imap
(mutt, evolution) a cannot see the Senders. If i open the folder locally
via mutt, the Senders are displayed correctly. By examining one folder
with vi I recognised that there are no valid From headers but
Return-Paths. Is there a common way to see the senders when connecting
with imap?


Best Regards,
Clemens



From jaekel@webgods.de  Thu Oct 16 17:17:08 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B8305238A8; Thu, 16 Oct 2003 17:17:08 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 32E302385D
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 17:16:34 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP id DC00813C007
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 16:16:31 +0200 (CEST)
Message-Id: <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Thu, 16 Oct 2003 16:14:21 +0200
To: dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [Dovecot] A view quirks
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 14:17:09 -0000
X-UID: 1753                                                  
Status: O
Content-Length: 1324

Aloha Timo.

I found a few odd things while playing with dovecot.  At least
one of them bugs me, but it might be a result of my own
patches - I haven't testet it with mbox or maildir, yet.

The details :)


1.

* OK dovecot ready.
A = (<return>
Connection closed by foreign host.



2.

* OK dovecot ready.
A001 LOGIN xxxxxx xxxxxx
A001 OK Logged in.
A002 COPY 1 INBOX
Connection closed by foreign host.
(segfault)



3.

[...]
A003 SEARCH SUBJECT "test"
* SEARCH 1
A003 OK Search completed.
A004 SEARCH SUBJECT {6}
+ OK
"test"
* SEARCH
A004 OK Search completed.

I think these two searches should give identical results.



4. (my current nemesis)

A002 CREATE bla
A003 SELECT INBOX
A004 COPY 1 bla
A005 SELECT bla
A006 COPY 1 bla
* NO Internal error [2003-10-16 16:07:21]
A006 OK Copy completed.

If I copy from the current folder to the current folder I get
a scrambled mailbox and an error.  This might be selfmade, though.

I'm currently trying to find this bug, but the various layers of
[_oi]streams and callback and function pointer structs do not help :)
I think the stream routines hide the mstream(istream(realstream(iostream)))
and the ostream(_ostream(iostream)) behind the same file descriptor
and the data gets written to the wrong position.

BTW: what exactly is "max_pos"?



Greetings and thanks!
    Andy

From tss@iki.fi  Thu Oct 16 18:19:06 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 353C4238A8; Thu, 16 Oct 2003 18:19:06 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9277423866
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:18:32 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5246D5C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:18:32 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot pop3 and Outlook Express timeout
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1202.128.171.104.130.1065663245.squirrel@togami.com>
References: <000f01c38dd5$fe4ebf70$2401a8c0@MELON>
	 <1202.128.171.104.130.1065663245.squirrel@togami.com>
Content-Type: text/plain
Message-Id: <1066317512.26594.303.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 18:18:32 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 15:19:06 -0000
X-UID: 1754                                                  
Status: O

On Thu, 2003-10-09 at 04:34, Warren Togami wrote:
> Any idea what could be happening here?  They insist that Outlook Express
> constant times out when trying to download POP3 from the latest stable
> dovecot.

No idea .. Is it authentication problem or does Dovecot just get stuck
later when trying to download messages?


From tss@iki.fi  Thu Oct 16 18:21:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0FAAC238C7; Thu, 16 Oct 2003 18:21:07 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 38133238A8
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:20:34 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0A5035C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:20:34 +0300 (EEST)
Subject: Re: [Dovecot] dovecot crashes on start
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F84B8CE.6040503@ovis.net>
References: <3F8355D3.3010304@ovis.net> <1065658222.1376.48.camel@hurina>
	 <3F84B8CE.6040503@ovis.net>
Content-Type: text/plain
Message-Id: <1066317633.26593.306.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 18:20:33 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 15:21:07 -0000
X-UID: 1755                                                  
Status: O

On Thu, 2003-10-09 at 04:24, Timothy wrote:
> I think I found the problem.   The second trace had this line.
> 
> [pid 14987] writev(2, [{"dovecot-auth", 12}, {": ", 2}, {"error while 
> loading shared libra"..., 36},  {": ", 2}, {"libpq.so.3", 10}, {": ", 
> 2}, {"cannot open shared object file", 30}, {": ", 2},
> {"No such file or directory", 25}, {"\n", 1}], 10 <unfinished ...>
> 
> so I added /usr/local/pgsql/lib into /etc/ld.so.conf and ran ldconfig. 
> I now have running dovecot processes.  I apologize for wasting your time.

I think I'll have to change the logging a bit, so that anything written
to stderr will go into log file.. Then these kind of problems could be
noticed easily.


From tss@iki.fi  Thu Oct 16 18:26:59 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B04C9238C7; Thu, 16 Oct 2003 18:26:59 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D1332238C6
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:26:27 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 95CC75C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:26:27 +0300 (EEST)
Subject: Re: [Dovecot] Ignore purge and delete command
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3F8AF2D1.26309.210D2BA@localhost>
References: <3F8AF2D1.26309.210D2BA@localhost>
Content-Type: text/plain
Message-Id: <1066317987.26589.311.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 18:26:27 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 15:26:59 -0000
X-UID: 1756                                                  
Status: O

On Mon, 2003-10-13 at 13:45, vikrant@linmark.com wrote:
> Hi,
> 
> Does anyone know how to ignore the purge or delete command 
> from the imap clients.
> 
> Actually I created a mail archive and using dovecot and so far I am 
> happy with the performance. But the problem I am facing right now 
> is I do not want the users to delete the mail by themselves and want 
> to disable the purge or delete command.

Instead of ignoring some commands, how about just changing the file
permissions to read-only? 0.99.10 already should support that well with
mbox. Dovecot-list's IMAP archives are also implemented so that the imap
user has only read access to everything except for index files which are
located elsewhere.


From tss@iki.fi  Thu Oct 16 18:35:10 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E2C53238CB; Thu, 16 Oct 2003 18:35:10 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C7BE5238C6
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:34:37 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 88F725C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:34:37 +0300 (EEST)
Subject: Re: [Dovecot] Ordering mailboxes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <BBB0B558.13A97%ian@onepost.net>
References: <BBB0B558.13A97%ian@onepost.net>
Content-Type: text/plain
Message-Id: <1066318477.26597.317.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 18:34:37 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 15:35:11 -0000
X-UID: 1757                                                  
Status: O

On Tue, 2003-10-14 at 03:02, Ian Marlier wrote:
> I compiled dovecot 0.99.10 on two different systems: a linux-ppc box running
> Debian, and a Mac OS X Server v. 10.2.8.  It compiled fine on both.
> 
> The same Maildir's are being served up on both -- the OS X server exports
> home directories to the clients via NFS.
> 
> And the Debian box orders mailboxes this way:
> INBOX
> INBOX/Deleted Items
> INBOX/Sent Items

Where did you get these names? Dovecot uses '.' instead of '/' as
separator and it doesn't support showing mailboxes under INBOX. In CVS
both are possible though.

I think the explanation is simply..

> -rw-------     1 marlier  staff  296206 Oct 13 19:40 bincimap-cache
> -rw-------     1 marlier  staff     534 Sep 22 17:45 bincimap-subscribed
> -rw-------     1 marlier  staff     197 Sep 16 21:38 bincimap-subscribed.old
> -rw-------     1 marlier  staff      59 Oct 13 19:40 bincimap-uidvalidity

.. that you're still running bincimap in your Debian server :)


From tss@iki.fi  Thu Oct 16 18:39:59 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AF81F238D1; Thu, 16 Oct 2003 18:39:59 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D3C1D238C6
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:39:27 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 953CF5C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:39:27 +0300 (EEST)
Subject: Re: [Dovecot] problem getting mail from mbox
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <78BEEC14-FEB9-11D7-AB9B-000393BE445A@estey.com>
References: <78BEEC14-FEB9-11D7-AB9B-000393BE445A@estey.com>
Content-Type: text/plain
Message-Id: <1066318767.26594.322.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 18:39:27 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 15:39:59 -0000
X-UID: 1758                                                  
Status: O

On Wed, 2003-10-15 at 05:44, Gavin Estey wrote:
> I'm trying to set up dovecot and I'm running into a few problems.
> 
> I just want to use IMAP for one user, everyone else gets POP3 from the 
> existing (working server).
> 
> $MAIL is set to /var/spool/mail/gavin_imap

You mean default_mail_env setting in config file too?

> In my /var/spool/mail directory I now have a problem:
> 
> -rw-------    1 gavin_im mail         1392 Oct 14 22:28 gavin_imap
> -rw-------    1 gavin_im popusers        0 Oct 14 21:54 gavin_imap

How are there two gavin_imap files? They probably have spaces or
something after the name?

You probably added space at the end of default_mail_env in config file
which is causing the problems?

> info_log_path = /tmp/dovecot
> 
> -rw-------    1 root     root         4436 Oct 14 22:40 dovecot
> 
> [root@chicken tmp]# cat dovecot
> cat: dovecot: No such file or directory

Maybe the same space problem?

BTW. Next version will ignore the spaces automatically.


From tss@iki.fi  Thu Oct 16 18:44:04 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B6360238D2; Thu, 16 Oct 2003 18:44:04 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E24BD238C6
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:43:32 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 89F2B5C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:43:28 +0300 (EEST)
Subject: Re: [Dovecot] exchange, dovecot, mutt, evolution
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031016125302.GB31215@dwh.doctornet.at>
References: <20031016125302.GB31215@dwh.doctornet.at>
Content-Type: text/plain
Message-Id: <1066319008.26596.325.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 18:43:28 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 15:44:04 -0000
X-UID: 1759                                                  
Status: O

On Thu, 2003-10-16 at 15:53, Krammer Clemens wrote:
> When I "migrate" my outlook folders to imapd (dovecot) it works well
> from a Windoze perspective, but if I open a migrated folder via imap
> (mutt, evolution) a cannot see the Senders. If i open the folder locally
> via mutt, the Senders are displayed correctly. By examining one folder
> with vi I recognised that there are no valid From headers but
> Return-Paths. Is there a common way to see the senders when connecting
> with imap?

Umm. Why aren't there From headers? That's the explanation then.. Anyway
IMAP specifications don't allow server to grab the sender from
Return-Path header, and I'm not sure if it's such a good idea anyway.

I guess Outlook does it somehow differently than other clients.


From jaekel@webgods.de  Thu Oct 16 19:09:03 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 58B32238C9; Thu, 16 Oct 2003 19:09:03 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 8DF5F238C5
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:08:31 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP id EB82413C007
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 18:08:30 +0200 (CEST)
Message-Id: <5.2.1.1.0.20031016180203.0354b798@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Thu, 16 Oct 2003 18:06:21 +0200
To: dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [Dovecot] Copy from INBOX to INBOX corrupts file
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 16:09:03 -0000
X-UID: 1760                                                  
Status: O

Aloha, again, Timo.


Concerning the problem of copying within one folder...

I'm still not sure it's not a problem I created myself,
but I think it's caused by the use of the buffered IO
routines in ostream-file.c ... you use io_add() to schedule
write operations for later while simultanously reading
new chunks from the very same file.  This seems to
confuse dovecot and make it write the copy to the
strangest locations.  I think when working within one
folder I should use either blocking IO or a lot
of calls to o_stream_flush()...  what do you think?


Greetings,
    Andy

From tss@iki.fi  Thu Oct 16 19:13:21 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F2839238D6; Thu, 16 Oct 2003 19:13:20 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5389F238C5
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:12:48 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 09E4C5C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:12:48 +0300 (EEST)
Subject: Re: [Dovecot] A view quirks
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
References: <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
Content-Type: text/plain
Message-Id: <1066320767.26596.353.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 19:12:47 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 16:13:21 -0000
X-UID: 1761                                                  
Status: O
Content-Length: 2691

On Thu, 2003-10-16 at 17:14, Andreas Jaekel wrote:
> 1.
> 
> * OK dovecot ready.
> A = (<return>
> Connection closed by foreign host.

Fixed. It always disconnected if there was an error in the IMAP command
syntax.

> 2.
> 
> * OK dovecot ready.
> A001 LOGIN xxxxxx xxxxxx
> A001 OK Logged in.
> A002 COPY 1 INBOX
> Connection closed by foreign host.
> (segfault)

Fixed.

> 3.
> 
> [...]
> A003 SEARCH SUBJECT "test"
> * SEARCH 1
> A003 OK Search completed.
> A004 SEARCH SUBJECT {6}
> + OK
> "test"
> * SEARCH
> A004 OK Search completed.
> 
> I think these two searches should give identical results.

No. First you are searching for test without quotes. Then you are
searching for "test" with quotes. Correct way would be {4}\r\ntest, or
SEARCH SUBJECT "\"test\"".

> 4. (my current nemesis)
> 
> A002 CREATE bla
> A003 SELECT INBOX
> A004 COPY 1 bla
> A005 SELECT bla
> A006 COPY 1 bla
> * NO Internal error [2003-10-16 16:07:21]
> A006 OK Copy completed.
> 
> If I copy from the current folder to the current folder I get
> a scrambled mailbox and an error.  This might be selfmade, though.

Yeah. It's in my TODO list too. Problem is that it uses the same file
descriptor for both reading and writing and the seek offsets get mixed
up. This could be fixed by always seeking to correct position, but
that's a bit annoying since either you have to do it always (unnecessary
nearly always) or add some extra kludgy checks. You could also be just
reading with mmap() or pread() but I'm not sure if it's a good idea to
rely on them either.

> I'm currently trying to find this bug, but the various layers of
> [_oi]streams and callback and function pointer structs do not help :)
> I think the stream routines hide the mstream(istream(realstream(iostream)))
> and the ostream(_ostream(iostream)) behind the same file descriptor
> and the data gets written to the wrong position.

Yes, the stream stuff is kind of ugly and difficult to follow. Maybe
still has some bugs too.. Cleaning them up would be a good idea, but I'm
not sure if I know how. I don't think the class system is too bad
though, you can't do it much better with C.

> BTW: what exactly is "max_pos"?

You mean high_pos? It's .. um.. some kludge.. that I added to fix some
problem.. :) I think it went:

Normally "pos" contains the amount of data that has been read from the
underlying stream. But when you temporarily set a read limit, it has to
shrink "pos" as well or things break. So "high_pos" is there just to
remember what the "pos" was before any read limits.

It should work so that istream.c does every stream's buffering. The
istream-*.c then just provide a way to fill the buffer and seek around
in the stream.


From tss@iki.fi  Thu Oct 16 19:16:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 372D8238C9; Thu, 16 Oct 2003 19:16:32 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A6181238C5
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:15:58 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id CF3F65C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:15:53 +0300 (EEST)
Subject: Re: [Dovecot] Copy from INBOX to INBOX corrupts file
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <5.2.1.1.0.20031016180203.0354b798@fredda.webgods.de>
References: <5.2.1.1.0.20031016180203.0354b798@fredda.webgods.de>
Content-Type: text/plain
Message-Id: <1066320953.26595.357.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 19:15:53 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 16:16:32 -0000
X-UID: 1762                                                  
Status: O

On Thu, 2003-10-16 at 19:06, Andreas Jaekel wrote:
> Concerning the problem of copying within one folder...
> 
> I'm still not sure it's not a problem I created myself,

No, it's with mbox too.

> but I think it's caused by the use of the buffered IO
> routines in ostream-file.c ... you use io_add() to schedule
> write operations for later while simultanously reading
> new chunks from the very same file.  This seems to
> confuse dovecot and make it write the copy to the
> strangest locations.  I think when working within one
> folder I should use either blocking IO or a lot
> of calls to o_stream_flush()...  what do you think?

I think it is using blocking I/O? I'm not actually sure if Dovecot ever
really uses the io_add() there anymore..

mbox-save.c:
	ctx->output = o_stream_create_file(ibox->index->mbox_fd,
					   default_pool, 4096, FALSE);
	o_stream_set_blocking(ctx->output, 60000, NULL, NULL);


From gavin@estey.com  Thu Oct 16 19:20:00 2003
Return-Path: <gavin@estey.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ABE5F238E1; Thu, 16 Oct 2003 19:20:00 +0300 (EEST)
Received: from chicken.bock.com (unknown [64.30.29.62])
	by danu.procontrol.fi (Postfix) with ESMTP id 3CF41238C5
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:19:27 +0300 (EEST)
Received: from gavinw2k ([64.30.29.43])
	(authenticated)
	by chicken.bock.com (8.11.6/8.11.6) with ESMTP id h9GGJJ217702;
	Thu, 16 Oct 2003 12:19:20 -0400
Message-ID: <00c301c39401$473c05e0$2b1d1e40@gavinw2k>
From: "Gavin Estey" <gavin@estey.com>
To: "Timo Sirainen" <tss@iki.fi>, <dovecot@procontrol.fi>
References: <78BEEC14-FEB9-11D7-AB9B-000393BE445A@estey.com>
	<1066318767.26594.322.camel@hurina>
Subject: Re: [Dovecot] problem getting mail from mbox
Date: Thu, 16 Oct 2003 12:19:30 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 16:20:00 -0000
X-UID: 1763                                                  
Status: O

On Thursday, October 16, 2003 11:39 AM, Timo Sirainen <tss@iki.fi>
wrote: 
> How are there two gavin_imap files? They probably have spaces or
> something after the name?
> 
> You probably added space at the end of default_mail_env in config file
> which is causing the problems?
> 

That's it! Thanks. Everything is working fine now.

Gavin.
From tss@iki.fi  Thu Oct 16 19:26:31 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1E3F323993; Thu, 16 Oct 2003 19:26:31 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id F2F22238E1
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:25:57 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 67DE15C25CD0
	for <dovecot@procontrol.fi>; Thu, 16 Oct 2003 19:25:51 +0300 (EEST)
Subject: Re: [Dovecot] Re: Darwin Build (cvs)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <CF9D3C45-FA84-11D7-A43A-00306567080E@pixeltechs.com>
References: <CF9D3C45-FA84-11D7-A43A-00306567080E@pixeltechs.com>
Content-Type: text/plain
Message-Id: <1066321551.26595.359.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Thu, 16 Oct 2003 19:25:51 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2003 16:26:31 -0000
X-UID: 1764                                                  
Status: O

On Thu, 2003-10-09 at 21:17, Jesse Peterson wrote:
> > Anyway, building from CVS requires some more packages to install which
> > aren't needed if you stick with tarballs. I could also build a new test
> > tarball if you need :)
> >
> 
> This would be great.  Maybe an automatically posted daily snapshot?

http://dovecot.fi/nightly/


From canfield@uindy.edu  Fri Oct 17 19:29:12 2003
Return-Path: <canfield@uindy.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 40DB7238CE; Fri, 17 Oct 2003 19:29:12 +0300 (EEST)
Received: from mail.uindy.edu (balrog.is.uindy.edu [192.146.191.11])
	by danu.procontrol.fi (Postfix) with ESMTP id 09639238C5
	for <dovecot@procontrol.fi>; Fri, 17 Oct 2003 19:28:39 +0300 (EEST)
Received: from [192.146.191.70] (defiant.is.uindy.edu [192.146.191.70])
	by mail.uindy.edu (Postfix) with ESMTP id CCE8A53DFB6
	for <dovecot@procontrol.fi>; Fri, 17 Oct 2003 11:29:14 -0500 (EST)
From: D Canfield <canfield@uindy.edu>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1066408118.10385.69.camel@defiant.is.uindy.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-3) 
Date: Fri, 17 Oct 2003 11:28:38 -0500
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Shared Folders
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 17 Oct 2003 16:29:12 -0000
X-UID: 1765                                                  
Status: O
Content-Length: 2089

I was just wondering if any thought has been given to shared folders and
how they might be implemented yet?  True shared folders are compelling
enough to our organization that I've been looking into moving to Cyrus
from Courier, but transparent folder migration looks to be nearly
impossible for more than a handful of accounts... so that leaves me back
at hoping courier or dovecot can eventually do what we want.

We have a lot of organizations on campus that have a generic mail
address such as "maintenance" of "physics."  We don't like the idea of
shared accounts (invariably either the mailbox gets forgotten about when
a secretary changes, the password gets lost, or everyone on campus ends
up with the password), so our policies require such generic accounts to
be forwarded to a folder in a "real person's" account.  This works well
for us, but the users are clamoring for the ability to have more than
one person access those folders.

The problem with Courier's shared folders is that one person owns the
folder and while others can see that mailbox, only the owner has write
access.  This kills most of the utility of shared folders, except for
use as announcement areas.  

As I understand it, the reason Courier does it this way is that it uses
the underlying unix permissions to control access to the mailbox.  I'm
thinking that even if dovecot uses the same concept for shared folders,
it should be possible to allow multiple users to write to the folders if
filesystem ACL support is used.  At least ext3 and XFS both support
ACL's, so there is a reasonable amount of support for them, and they
would allow dovecot to give multiple users write access to the folders
without having to manage it's own security system.  The only issue would
be that the delivery agent would have to make sure that that ACLs for a
folder are kept consistent... I'm not even sure dovecot has to be
ACL-aware.

Anyway, if there is a completely different plan in the works, that's
great too, but I wanted to at least voice an opinion and offer a
suggestion of how to make it work.  

Thanks

DC

From sem@ciam.ru  Sat Oct 18 10:24:43 2003
Return-Path: <sem@ciam.ru>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3B904238D4; Sat, 18 Oct 2003 10:24:43 +0300 (EEST)
Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru
	[195.34.32.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 012CB238C6
	for <dovecot@procontrol.fi>; Sat, 18 Oct 2003 10:24:10 +0300 (EEST)
Received: from ciam.ru (ppp139-157.dialup.mtu-net.ru [62.118.139.157])
	by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 46B22F8461
	for <dovecot@procontrol.fi>; Sat, 18 Oct 2003 11:24:08 +0400 (MSD)
	(envelope-from sem@ciam.ru)
Message-ID: <3F90EA98.9070208@ciam.ru>
Date: Sat, 18 Oct 2003 11:24:08 +0400
From: Sergey Matveychuk <sem@ciam.ru>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5b) Gecko/20030827
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] move from imap-uw
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 18 Oct 2003 07:24:43 -0000
X-UID: 1766                                                  
Status: O

Hello!

I've just subscribed and I'd like to ask. Is there any troubles if I 
change my imap-uw with davecot? Will davecot pick up imap-uw created 
folders (mboxes)? I use all protocols: imap, imaps, pop and pops.

I've seen some problems with mbox was mention on this maillist. What 
kind of problem?

-- 
Sem.

From esj@harvee.org  Sat Oct 18 15:41:32 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BF538238D4; Sat, 18 Oct 2003 15:41:32 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 1994F238C5
	for <dovecot@procontrol.fi>; Sat, 18 Oct 2003 15:40:58 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id h9ICeiMY026678;
	Sat, 18 Oct 2003 08:40:45 -0400
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Sat, 18 Oct 2003 08:40:38 -0400
Message-ID: <3F913439.2030300@harvee.org>
Date: Sat, 18 Oct 2003 08:38:17 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Sergey Matveychuk <sem@ciam.ru>
Subject: Re: [Dovecot] move from imap-uw
References: <3F90EA98.9070208@ciam.ru>
In-Reply-To: <3F90EA98.9070208@ciam.ru>
X-Enigmail-Version: 0.76.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Camram: stamp; 0:031018:sem@ciam.ru:8ec612df4196ac91
X-Camram: stamp; 0:031018:dovecot@procontrol.fi:885e3d53636acbd9
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 18 Oct 2003 12:41:32 -0000
X-UID: 1767                                                  
Status: O
Content-Length: 1194

Sergey Matveychuk explained:

> Hello!
> 
> I've just subscribed and I'd like to ask. Is there any troubles if I 
> change my imap-uw with davecot? Will davecot pick up imap-uw created 
> folders (mboxes)? I use all protocols: imap, imaps, pop and pops.
> 
> I've seen some problems with mbox was mention on this maillist. What 
> kind of problem?

the only problem I had (and it was severe enough to push me back to UW) was that 
client side filtering seemed to trigger reindexing every time a message was 
moved.  This problem made my e-mail processing very very slow.  If I had moved 
to maildir, I think things would have been a very different story.

I will say however that I am quite confident that Timo will solve this problem 
and also make it trivially easy for people to convert away from mbox to maildir 
  in an opportunistic fashion as they access each mailbox.  And I am sitting 
here with mboxes just waiting to be a guinea pig!

It will be also interesting to see the solution for mail delivery when you have 
a mixture of users accepting mail through /var/spool/mail/XXX and others in home 
directory maildir.  And yes, I know of sites where they need to do this.

---eric




From tss@iki.fi  Mon Oct 20 08:26:29 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2802223850; Mon, 20 Oct 2003 08:26:29 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B68A82384E
	for <dovecot@procontrol.fi>; Mon, 20 Oct 2003 08:25:56 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 767CA5C616E3
	for <dovecot@procontrol.fi>; Mon, 20 Oct 2003 08:25:53 +0300 (EEST)
Subject: Re: [Dovecot] Shared Folders
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1066408118.10385.69.camel@defiant.is.uindy.edu>
References: <1066408118.10385.69.camel@defiant.is.uindy.edu>
Content-Type: text/plain
Message-Id: <1066627553.26589.411.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 20 Oct 2003 08:25:53 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 20 Oct 2003 05:26:29 -0000
X-UID: 1768                                                  
Status: O
Content-Length: 2337

On Fri, 2003-10-17 at 19:28, D Canfield wrote:
> I was just wondering if any thought has been given to shared folders and
> how they might be implemented yet?

Some, but I've thought of it as mostly post-1.0 feature.

> The problem with Courier's shared folders is that one person owns the
> folder and while others can see that mailbox, only the owner has write
> access.  This kills most of the utility of shared folders, except for
> use as announcement areas.  

Really? I thought it wanted to set sticky bit to the directory so that
others could write there and they would "own" their posts.

> As I understand it, the reason Courier does it this way is that it uses
> the underlying unix permissions to control access to the mailbox.  I'm
> thinking that even if dovecot uses the same concept for shared folders,
> it should be possible to allow multiple users to write to the folders if
> filesystem ACL support is used.  At least ext3 and XFS both support
> ACL's, so there is a reasonable amount of support for them, and they
> would allow dovecot to give multiple users write access to the folders
> without having to manage it's own security system.  The only issue would
> be that the delivery agent would have to make sure that that ACLs for a
> folder are kept consistent... I'm not even sure dovecot has to be
> ACL-aware.

Filesystem ACLs should work just fine at least with CVS code base. The
only problem is that currently everyone's message flags would be shared
as well. There would be two ways to allow private flags:

a) Do it like Courier with symlinking. Kind of ugly and some complain
about it taking too much inodes.

b) Ignore maildir file flags and just use the flags in index files.
Somewhat more easier to get corrupted.

b) would probably be quite easy to do. You'd just have to figure out
somehow that the mailbox is shared (eg. some empty dovecot-shared file)
and then you'd just add a few checks to code so that Dovecot wouldn't
try to sync maildir flags.

Also I'm not sure how you'd set what permissions new mails would get.
group+r or group+rw? Maybe take from the directory's mode?

Hmmm.. Is it really that easy? ACL extension itself could be supported
later, but filesystem ACLs (even regular UNIX ones) with flags in index
files would provide easy and quick way to get shared mailbox support :)


From tss@iki.fi  Mon Oct 20 09:10:52 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C4D89238C6; Mon, 20 Oct 2003 09:10:52 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CB712238C5
	for <dovecot@procontrol.fi>; Mon, 20 Oct 2003 09:10:20 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 98B965C616E2
	for <dovecot@procontrol.fi>; Mon, 20 Oct 2003 09:10:20 +0300 (EEST)
Subject: Re: [Dovecot] Shared Folders
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1066627553.26589.411.camel@hurina>
References: <1066408118.10385.69.camel@defiant.is.uindy.edu>
	 <1066627553.26589.411.camel@hurina>
Content-Type: text/plain
Message-Id: <1066630220.26595.422.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 20 Oct 2003 09:10:20 +0300
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 20 Oct 2003 06:10:52 -0000
X-UID: 1769                                                  
Status: O
Content-Length: 1256

On Mon, 2003-10-20 at 08:25, Timo Sirainen wrote:
> Hmmm.. Is it really that easy? ACL extension itself could be supported
> later, but filesystem ACLs (even regular UNIX ones) with flags in index
> files would provide easy and quick way to get shared mailbox support :)

Done in CVS (also latest in http://dovecot.fi/nightly/):

- Create dovecot-shared file to maildir you want to share

- dovecot-shared file permissions should be the same as you want to give
to new mails (0640 or 0660 probably). Or should this be taken from new/
dir's mode instead? I'm not sure.

- It's possible to specify which flags are shared between users and
which are private. Currently I've just hardcoded \Seen flag to be
private. Any suggestions where and how this should be configured? Maybe
inside dovecot-shared file a list of flag names?

- Custom flag names can't be private currently. This is a bit
problematic situation if you want both private and shared custom flags
since then there would have to be two .customflags files..

- ANNOTATE extension supports accessing both shared and private message
flags. We don't currently support ANNOTATE, but probably will later.
This probably requires changing index files so that it contains both
shared and private flags..


From jaekel@webgods.de  Tue Oct 21 11:57:02 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 53AD323855; Tue, 21 Oct 2003 11:57:02 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id A071123850
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 11:56:29 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP
	id E7D3813C008; Tue, 21 Oct 2003 10:56:25 +0200 (CEST)
Message-Id: <5.2.1.1.0.20031021103035.035493b8@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 21 Oct 2003 10:50:52 +0200
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] A view quirks
In-Reply-To: <1066320767.26596.353.camel@hurina>
References: <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
 <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 08:57:02 -0000
X-UID: 1770                                                  
Status: O
Content-Length: 2974

Aloha Timo.


Thanks for the other fixes.


> > If I copy from the current folder to the current folder I get
> > a scrambled mailbox and an error.  This might be selfmade, though.
>
>Yeah. It's in my TODO list too. Problem is that it uses the same file
>descriptor for both reading and writing and the seek offsets get mixed
>up. This could be fixed by always seeking to correct position, but
>that's a bit annoying since either you have to do it always (unnecessary
>nearly always) or add some extra kludgy checks. You could also be just
>reading with mmap() or pread() but I'm not sure if it's a good idea to
>rely on them either.


Well, always seeking on input and output works, (I tried)
except it breaks APPEND, which reads from a socket, which
fails seeking, which I have no clean way of knowing since
it's all hidden behind the stream wrappers.

I think a clean way may be to change the stream wrappers so
they remember which streams are dup()s of other streams.  Then,
on each read or write operation they could consider the 'original
stream' a kind of master record in order to store the current
cursor position there on every operation.  And check -before-
every operation wether the master record's pos is equal to
their own wanted position.  If not, a seek is needed.

Somewhat like:

if (stream->master_copy->current_pos != stream->current_pos)
         stream->seek(stream->current_pos);

After that the only problem would be to find the master record
when creating new streams, but that should be possible.

Another possible solution is to change output to always use
pwrite(), avoiding the need for seeks completly.



>Yes, the stream stuff is kind of ugly and difficult to follow. Maybe
>still has some bugs too.. Cleaning them up would be a good idea, but I'm
>not sure if I know how. I don't think the class system is too bad
>though, you can't do it much better with C.

Well, it's quite confusing sometimes, but it's also quite handy.  It took
me a while to figure out that mstreams make a difference between
mail header read() and mail body read(), though :)



> > BTW: what exactly is "max_pos"?
>
>You mean high_pos? It's .. um.. some kludge.. that I added to fix some
>problem.. :) I think it went:
>
>Normally "pos" contains the amount of data that has been read from the
>underlying stream. But when you temporarily set a read limit, it has to
>shrink "pos" as well or things break. So "high_pos" is there just to
>remember what the "pos" was before any read limits.
>
>It should work so that istream.c does every stream's buffering. The
>istream-*.c then just provide a way to fill the buffer and seek around
>in the stream.

Hmm... when I made my copy of the mbox backend I had to modify
my version of i_stream_create_mbox() to add a call to i_stream_seek()
after  i_stream_set_read_limit(),  or else mail_storage_save() would
break with unexpected EOF.  The reason was that high_pos was != 0, but
I don't remember the details anymore. :)



From tss@iki.fi  Tue Oct 21 13:12:54 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D698023866; Tue, 21 Oct 2003 13:12:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 616882385D
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 13:12:22 +0300 (EEST)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 2043D5C616E3; Tue, 21 Oct 2003 13:12:22 +0300 (EEST)
Subject: Re: [Dovecot] A view quirks
From: Timo Sirainen <tss@iki.fi>
To: Andreas Jaekel <jaekel@webgods.de>
In-Reply-To: <5.2.1.1.0.20031021103035.035493b8@fredda.webgods.de>
References: <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
	 <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
	 <5.2.1.1.0.20031021103035.035493b8@fredda.webgods.de>
Content-Type: text/plain
Message-Id: <1066731141.6026.34.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 21 Oct 2003 13:12:21 +0300
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 10:12:55 -0000
X-UID: 1771                                                  
Status: O
Content-Length: 2184

On Tue, 2003-10-21 at 11:50, Andreas Jaekel wrote:
> >that's a bit annoying since either you have to do it always (unnecessary
> >nearly always) or add some extra kludgy checks. You could also be just
> >reading with mmap() or pread() but I'm not sure if it's a good idea to
> >rely on them either.
> 
> 
> Well, always seeking on input and output works, (I tried)
> except it breaks APPEND, which reads from a socket, which
> fails seeking, which I have no clean way of knowing since
> it's all hidden behind the stream wrappers.

There's fstream->file which tells if it's a regular file :)

> I think a clean way may be to change the stream wrappers so
> they remember which streams are dup()s of other streams.

They're not dup()ed, they just use the same file descriptors. But ..
hmm. that would be possible, but that's still quite a lot of code for
cases which are rarely needed..

> Another possible solution is to change output to always use
> pwrite(), avoiding the need for seeks completly.

Changing ostream to use pwrite() would require replacing the one
writev() call too with multiple pwrite()s, not nice .. :)

How about:

diff -u -r1.9 istream-file.c
--- istream-file.c      26 Aug 2003 21:18:16 -0000      1.9
+++ istream-file.c      21 Oct 2003 10:11:25 -0000
@@ -2,6 +2,8 @@
 
 /* @UNSAFE: whole file */
 
+#define _XOPEN_SOURCE 500 /* for pread() / Linux */
+
 #include "lib.h"
 #include "alarm-hup.h"
 #include "istream-internal.h"
@@ -169,7 +171,15 @@
                        return -1;
                }
 
-               ret = read(stream->fd, stream->w_buffer + stream->pos, size);
+               if (fstream->file) {
+                       ret = pread(stream->fd,
+                                   stream->w_buffer + stream->pos, size,
+                                   stream->istream.start_offset +
+                                   stream->istream.v_offset);
+               } else {
+                       ret = read(stream->fd,
+                                  stream->w_buffer + stream->pos, size);
+               }
                if (ret == 0) {
                        /* EOF */
                        stream->istream.stream_errno = 0;


From gmid-dovecot@m.gmane.org  Tue Oct 21 15:07:28 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DFA8C238A8; Tue, 21 Oct 2003 15:07:28 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by danu.procontrol.fi (Postfix) with ESMTP id 114F92385D
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 15:06:56 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1ABvHr-0007FF-00
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 14:06:55 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@procontrol.fi
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1ABvHq-0007F7-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Tue, 21 Oct 2003 14:06:54 +0200
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1ABvHq-0004x1-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Tue, 21 Oct 2003 14:06:54 +0200
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 21 Oct 2003 01:31:17 +0200
Lines: 20
Message-ID: <m34qy38p16.fsf@merlin.emma.line.org>
References: <1066408118.10385.69.camel@defiant.is.uindy.edu>
	<1066627553.26589.411.camel@hurina>
	<1066630220.26595.422.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux)
Cancel-Lock: sha1:dyL0GpfP9Y0nOVnwaUc3SqH+3I8=
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Shared Folders
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 12:07:29 -0000
X-UID: 1772                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> On Mon, 2003-10-20 at 08:25, Timo Sirainen wrote:
>> Hmmm.. Is it really that easy? ACL extension itself could be supported
>> later, but filesystem ACLs (even regular UNIX ones) with flags in index
>> files would provide easy and quick way to get shared mailbox support :)
>
> Done in CVS (also latest in http://dovecot.fi/nightly/):

Makes me wonder what your release plans are.

I'm still running v0.99.10 with NAMESPACE patch + extension which sorta
works but sometimes confuses Mozilla (known issue).

Should I hold my breath for the next version? :-)

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95

From jaekel@webgods.de  Tue Oct 21 17:28:32 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4D6DE23866; Tue, 21 Oct 2003 17:28:32 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id CCA1A2385D
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 17:27:58 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP
	id 30E2E13C008; Tue, 21 Oct 2003 16:27:58 +0200 (CEST)
Message-Id: <5.2.1.1.0.20031021161706.03651080@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 21 Oct 2003 16:25:49 +0200
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] A view quirks
In-Reply-To: <1066731141.6026.34.camel@hurina>
References: <5.2.1.1.0.20031021103035.035493b8@fredda.webgods.de>
 <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
 <5.2.1.1.0.20031016155732.03530f90@fredda.webgods.de>
 <5.2.1.1.0.20031021103035.035493b8@fredda.webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 14:28:32 -0000
X-UID: 1773                                                  
Status: O
Content-Length: 2295

Aloha.


>here's fstream->file which tells if it's a regular file :)

Oooh, nice!  But does that work outside ostream.c? :)





>They're not dup()ed, they just use the same file descriptors. But ..
>hmm. that would be possible, but that's still quite a lot of code for
>cases which are rarely needed..

But it'd be clean and the way to avoid the largest number of
syscalls if pread/pwrite are not an option.



> > Another possible solution is to change output to always use
> > pwrite(), avoiding the need for seeks completly.
>
>Changing ostream to use pwrite() would require replacing the one
>writev() call too with multiple pwrite()s, not nice .. :)
>
>How about: [...]

Thank you for the patch.  It worked, except for two little things:

1. I don't use Linux, so the #define for pseek broke
the compile and
2. I had to remove the lseek() call in _read(), which was
the whole point in using pread()   :)   In mbox folders
this wouldn't have mattered since the loop is written in
a way that assumes mail 4 starts exactly where mail 3 ends,
which is not true for my case.

This worked for me:


--- ../dovecot/src/lib/istream-file.c   Tue Aug 26 23:18:16 2003
+++ ./src/lib/istream-file.c    Tue Oct 21 16:18:55 2003
@@ -169,7 +169,15 @@
                         return -1;
                 }

-               ret = read(stream->fd, stream->w_buffer + stream->pos, size);
+               if (fstream->file) {
+                       ret = pread(stream->fd,
+                       stream->w_buffer + stream->pos, size,
+                       stream->istream.start_offset +
+                       stream->istream.v_offset);
+               } else {
+                       ret = read(stream->fd,
+                       stream->w_buffer + stream->pos, size);
+               }
                 if (ret == 0) {
                         /* EOF */
                         stream->istream.stream_errno = 0;
@@ -228,7 +236,7 @@
                 stream->istream.stream_errno = EOVERFLOW;
                 ret = -1;
         } else {
-               ret = lseek(stream->fd, (off_t)real_offset, SEEK_SET);
+               ret = (off_t)real_offset;
                 if (ret < 0)
                         stream->istream.stream_errno = errno;
                 else if (ret != (off_t)real_offset) {


From tss@iki.fi  Tue Oct 21 18:00:22 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2B66A23866; Tue, 21 Oct 2003 18:00:22 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP
	id DA40123855; Tue, 21 Oct 2003 18:00:15 +0300 (EEST)
Date: Tue, 21 Oct 2003 18:00:39 +0300
Subject: Re: [Dovecot] A view quirks
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Andreas Jaekel <jaekel@webgods.de>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <5.2.1.1.0.20031021161706.03651080@fredda.webgods.de>
Message-Id: <555A3C5C-03D7-11D8-8D59-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 15:00:22 -0000
X-UID: 1774                                                  
Status: O
Content-Length: 1155

On Tuesday, Oct 21, 2003, at 17:25 Europe/Helsinki, Andreas Jaekel 
wrote:

>> here's fstream->file which tells if it's a regular file :)
>
> Oooh, nice!  But does that work outside ostream.c? :)

I haven't seen a reason to make it visible outside ..

>> They're not dup()ed, they just use the same file descriptors. But ..
>> hmm. that would be possible, but that's still quite a lot of code for
>> cases which are rarely needed..
>
> But it'd be clean and the way to avoid the largest number of
> syscalls if pread/pwrite are not an option.

Yes, but is it really a problem? I just started thinking that 
pread/pwrite are probably supported by pretty much all new operating 
systems. Do we need to add lots of kludgeing for some old systems?

> hank you for the patch.  It worked, except for two little things:
>
> 1. I don't use Linux, so the #define for pseek broke
> the compile and

Oh .. I was thinking too that it might cause problems somewhere..

> 2. I had to remove the lseek() call in _read(), which was
> the whole point in using pread()   :)

Well .. I left it there because I thought it might be useful in some 
cases .. well, maybe not :)

From tss@iki.fi  Tue Oct 21 18:03:04 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ACA8023866; Tue, 21 Oct 2003 18:03:04 +0300 (EEST)
Received: from iki.fi (unknown [192.168.123.201])
	by danu.procontrol.fi (Postfix) with ESMTP id 459FE23855
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 18:03:03 +0300 (EEST)
Date: Tue, 21 Oct 2003 18:03:27 +0300
Subject: Re: [Dovecot] Re: Shared Folders
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
In-Reply-To: <m34qy38p16.fsf@merlin.emma.line.org>
Message-Id: <B982EFC9-03D7-11D8-8D59-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 15:03:04 -0000
X-UID: 1775                                                  
Status: O

On Tuesday, Oct 21, 2003, at 02:31 Europe/Helsinki, Matthias Andree 
wrote:

>> Done in CVS (also latest in http://dovecot.fi/nightly/):
>
> Makes me wonder what your release plans are.

When it works. My logs are still showing some weird errors. There are 
also some other known bugs that I should fix and a few features that 
really have to be implemented.

From jaekel@webgods.de  Tue Oct 21 18:45:41 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D30D23866; Tue, 21 Oct 2003 18:45:41 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 95BF523855
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 18:45:05 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP
	id B8AAC13C003; Tue, 21 Oct 2003 17:45:04 +0200 (CEST)
Message-Id: <5.2.1.1.0.20031021170022.035c5ec0@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 21 Oct 2003 17:42:56 +0200
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] A view quirks
In-Reply-To: <555A3C5C-03D7-11D8-8D59-000393CC2E90@iki.fi>
References: <5.2.1.1.0.20031021161706.03651080@fredda.webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 15:45:41 -0000
X-UID: 1776                                                  
Status: O



>>2. I had to remove the lseek() call in _read(), which was
>>the whole point in using pread()   :)
>
>Well .. I left it there because I thought it might be useful in some cases 
>.. well, maybe not :)
>


I get some odd behaviour now which will have me testing and searching
for a while, I guess. :)

BTW: is it possible that the current CVS checkout does not
include the pwrite() and can not COPY mails do empty folders?


From mem@mv.mv.com  Tue Oct 21 19:54:13 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 42A8F2385D; Tue, 21 Oct 2003 19:54:13 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by danu.procontrol.fi (Postfix) with SMTP id 58BBC23855
	for <dovecot@procontrol.fi>; Tue, 21 Oct 2003 19:53:39 +0300 (EEST)
Received: (qmail 22668 invoked from network); 21 Oct 2003 12:53:37 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
  by mercury.mv.net with SMTP; 21 Oct 2003 12:53:37 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
  local-name mercury.mv.net
Received: (qmail 24386 invoked by uid 101); 21 Oct 2003 12:53:37 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 21 Oct 2003 12:53:37 -0400
To: Matthias Andree <matthias.andree@gmx.de>
Subject: Re: [Dovecot] Re: Shared Folders
Message-ID: <20031021165337.GG28809@iridium.mv.net>
References: <1066408118.10385.69.camel@defiant.is.uindy.edu>
	<1066627553.26589.411.camel@hurina> <1066630220.26595.422.camel@hurina>
	<m34qy38p16.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m34qy38p16.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2003 16:54:13 -0000
X-UID: 1777                                                  
Status: O

On Tue, Oct 21, 2003 at 01:31:17AM +0200, Matthias Andree wrote:
> Timo Sirainen <tss@iki.fi> writes:
> 
> > On Mon, 2003-10-20 at 08:25, Timo Sirainen wrote:
> >> Hmmm.. Is it really that easy? ACL extension itself could be supported
> >> later, but filesystem ACLs (even regular UNIX ones) with flags in index
> >> files would provide easy and quick way to get shared mailbox support :)
> >
> > Done in CVS (also latest in http://dovecot.fi/nightly/):
> 
> Makes me wonder what your release plans are.
> 
> I'm still running v0.99.10 with NAMESPACE patch + extension which sorta
> works but sometimes confuses Mozilla (known issue).

still running 0.99.10-rc4 here too.  I have to restart it now and
again because of a file descriptor leak (which I believe has been
fixed in later code), but it continues to do the job.  I'd move to a
later rev when the mbox code is working again, but there are no
other glaring issues for me and no real pressure.

mm
From lists@netxp.com.au  Wed Oct 22 13:12:11 2003
Return-Path: <lists@netxp.com.au>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4934A23866; Wed, 22 Oct 2003 13:12:11 +0300 (EEST)
Received: from phil.netxp.com.au (dsl-2.217.240.220.dsl.comindico.com.au
	[220.240.217.2])
	by danu.procontrol.fi (Postfix) with ESMTP id CE05423855
	for <dovecot@procontrol.fi>; Wed, 22 Oct 2003 13:11:38 +0300 (EEST)
Received: from netxp.com.au (unknown [192.168.101.15])
	by phil.netxp.com.au (Postfix) with ESMTP id A4A7BEE52E
	for <dovecot@procontrol.fi>; Wed, 22 Oct 2003 20:12:21 +1000 (EST)
Message-ID: <3F965803.2090005@netxp.com.au>
Date: Wed, 22 Oct 2003 20:12:19 +1000
From: "lists@netxp.com.au" <lists@netxp.com.au>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.3b) Gecko/20030210
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] root privilidge issues?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: lists@netxp.com.au
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 22 Oct 2003 10:12:11 -0000
X-UID: 1778                                                  
Status: O

hi all,

i am migrating from imap-uw to dovecot on a freebsd machine
and i am getting this error message:

imap(phil): Oct 22 19:24:01 Fatal: We couldn't drop root group privileges
imap-login: Oct 22 19:24:01 Info: Login: phil [220.240.217.2]
dovecot: Oct 22 19:24:01 Error: child 1019 (imap) returned error 89

when it trie manually logining in this is what i see

telnet localhost 143
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK dovecot ready.
1 login phil password
1 OK Logged in.
Connection closed by foreign host.

any ideas?

thansk in advance

phil

From sem@ciam.ru  Fri Oct 24 06:20:04 2003
Return-Path: <sem@ciam.ru>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0F51423866; Fri, 24 Oct 2003 06:20:04 +0300 (EEST)
Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru
	[195.34.32.123])
	by danu.procontrol.fi (Postfix) with ESMTP id A52C523855
	for <dovecot@procontrol.fi>; Fri, 24 Oct 2003 06:19:29 +0300 (EEST)
Received: from ciam.ru (ppp129-176.dialup.mtu-net.ru [62.118.129.176])
	by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP
	id 084C3FE1CC; Fri, 24 Oct 2003 07:19:22 +0400 (MSD)
	(envelope-from sem@ciam.ru)
Message-ID: <3F9899C6.5080806@ciam.ru>
Date: Fri, 24 Oct 2003 07:17:26 +0400
From: Sergey Matveychuk <sem@ciam.ru>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: lists@netxp.com.au
Subject: Re: [Dovecot] root privilidge issues?
References: <3F965803.2090005@netxp.com.au>
In-Reply-To: <3F965803.2090005@netxp.com.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 24 Oct 2003 03:20:04 -0000
X-UID: 1779                                                  
Status: O

lists@netxp.com.au wrote:

> hi all,
> 
> i am migrating from imap-uw to dovecot on a freebsd machine
> and i am getting this error message:
> 
> imap(phil): Oct 22 19:24:01 Fatal: We couldn't drop root group privileges
> imap-login: Oct 22 19:24:01 Info: Login: phil [220.240.217.2]
> dovecot: Oct 22 19:24:01 Error: child 1019 (imap) returned error 89

You're in root (wheel) group with gid=0.
Change it in passwd file to any other gid and add yourself in wheel 
group in /etc/group file.

----
Sem.


From admin@xantara.co.uk  Mon Oct 27 15:02:18 2003
Return-Path: <admin@xantara.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C020D23866; Mon, 27 Oct 2003 15:02:18 +0200 (EET)
Received: from neuron.xantara.co.uk (neuron.xantara.co.uk [212.135.164.120])
	by danu.procontrol.fi (Postfix) with ESMTP id BA07023855
	for <dovecot@procontrol.fi>; Mon, 27 Oct 2003 15:01:45 +0200 (EET)
Received: from nitro.xantara.co.uk ([212.135.164.121])
	by neuron.xantara.co.uk with asmtp (TLSv1:RC4-SHA:128)
	(Exim 4.20)
	id 1AE705-0000GP-22
	for dovecot@procontrol.fi; Mon, 27 Oct 2003 13:01:37 +0000
Mime-Version: 1.0 (Apple Message framework v606)
Content-Transfer-Encoding: 7bit
Message-Id: <AE88002F-087D-11D8-ADC1-000A957D61B0@xantara.co.uk>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@procontrol.fi
From: Steve Gare <admin@xantara.co.uk>
Date: Mon, 27 Oct 2003 13:01:29 +0000
X-Mailer: Apple Mail (2.606)
Subject: [Dovecot] SSL Certificate Chains?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 27 Oct 2003 13:02:18 -0000
X-UID: 1780                                                  
Status: O

Hi,

Just a quicky, I can't see anything about how Dovecot handles 
certificate chains.

1, Does it handle them?
2, How, if if does?

(Just got a cert from www.instantssl.com and I need there intermediate 
cert do validate it.., Works fine with Apache and Exim )

Cheers,

Steve Gare
- Xantara.Net
-- 0845 123 5707

From jaekel@webgods.de  Tue Oct 28 13:42:36 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A200D23866; Tue, 28 Oct 2003 13:42:36 +0200 (EET)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 1A2AF23855
	for <dovecot@procontrol.fi>; Tue, 28 Oct 2003 13:42:03 +0200 (EET)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP
	id 1246413C003; Tue, 28 Oct 2003 12:42:00 +0100 (CET)
Message-Id: <5.2.1.1.0.20031028114232.02b67530@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 28 Oct 2003 12:39:18 +0100
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] Copy from INBOX to INBOX corrupts file
In-Reply-To: <1066320953.26595.357.camel@hurina>
References: <5.2.1.1.0.20031016180203.0354b798@fredda.webgods.de>
 <5.2.1.1.0.20031016180203.0354b798@fredda.webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 28 Oct 2003 11:42:36 -0000
X-UID: 1781                                                  
Status: O
Content-Length: 1838

Aloha Timo.

I had some further looks into the folder corruption issue
and it looks like non-blocking routines are being used.
Could it be possible that you are setting the istream to
non-blocking and that influences the ostream's/iostream's
timeout_msecs settings?

I got rid of the problem by using your pread() patch and
doing seeks on output in mail_storage_save() and write_func().
Because ostream-file.c/_read() is somehow thinking
ostream is non-blocking I had to do a call to
o_stream_flush() after writing the body, too, or
else a stray llseek() on input would make me write
the body to a very unfortunate position in the file.

io_add() is not being used, but the last bits of data
were still just being written to an iov and write()
was called only after some other operation.



At 19:15 16/10/2003 +0300, Timo Sirainen wrote:
>On Thu, 2003-10-16 at 19:06, Andreas Jaekel wrote:
> > Concerning the problem of copying within one folder...
> >
> > I'm still not sure it's not a problem I created myself,
>
>No, it's with mbox too.
>
> > but I think it's caused by the use of the buffered IO
> > routines in ostream-file.c ... you use io_add() to schedule
> > write operations for later while simultanously reading
> > new chunks from the very same file.  This seems to
> > confuse dovecot and make it write the copy to the
> > strangest locations.  I think when working within one
> > folder I should use either blocking IO or a lot
> > of calls to o_stream_flush()...  what do you think?
>
>I think it is using blocking I/O? I'm not actually sure if Dovecot ever
>really uses the io_add() there anymore..
>
>mbox-save.c:
>         ctx->output = o_stream_create_file(ibox->index->mbox_fd,
>                                            default_pool, 4096, FALSE);
>         o_stream_set_blocking(ctx->output, 60000, NULL, NULL);


From tss@iki.fi  Wed Oct 29 14:57:16 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 010DA238A8; Wed, 29 Oct 2003 14:57:15 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id EA81223850
	for <dovecot@procontrol.fi>; Wed, 29 Oct 2003 14:56:42 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 814F55C616E3
	for <dovecot@procontrol.fi>; Wed, 29 Oct 2003 14:56:40 +0200 (EET)
Subject: Re: [Dovecot] SSL Certificate Chains?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <AE88002F-087D-11D8-ADC1-000A957D61B0@xantara.co.uk>
References: <AE88002F-087D-11D8-ADC1-000A957D61B0@xantara.co.uk>
Content-Type: text/plain
Message-Id: <1067432199.15028.208.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 29 Oct 2003 14:56:40 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 29 Oct 2003 12:57:16 -0000
X-UID: 1782                                                  
Status: O

On Mon, 2003-10-27 at 15:01, Steve Gare wrote:
> Just a quicky, I can't see anything about how Dovecot handles 
> certificate chains.
> 
> 1, Does it handle them?
> 2, How, if if does?
> 
> (Just got a cert from www.instantssl.com and I need there intermediate 
> cert do validate it.., Works fine with Apache and Exim )

Dovecot doesn't check client's certificate. It's client's job to check
server's certificate and check the chains. Or at least I don't think
there's anything special Dovecot should do with them..


From tss@iki.fi  Wed Oct 29 15:40:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 17840238B6; Wed, 29 Oct 2003 15:40:53 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 32AB72385D
	for <dovecot@procontrol.fi>; Wed, 29 Oct 2003 15:40:20 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id D96285C616E3; Wed, 29 Oct 2003 15:40:19 +0200 (EET)
Subject: Re: [Dovecot] Copy from INBOX to INBOX corrupts file
From: Timo Sirainen <tss@iki.fi>
To: Andreas Jaekel <jaekel@webgods.de>
In-Reply-To: <5.2.1.1.0.20031028114232.02b67530@fredda.webgods.de>
References: <5.2.1.1.0.20031016180203.0354b798@fredda.webgods.de>
	 <5.2.1.1.0.20031016180203.0354b798@fredda.webgods.de>
	 <5.2.1.1.0.20031028114232.02b67530@fredda.webgods.de>
Content-Type: text/plain
Message-Id: <1067434818.15032.212.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Wed, 29 Oct 2003 15:40:19 +0200
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 29 Oct 2003 13:40:53 -0000
X-UID: 1783                                                  
Status: O

On Tue, 2003-10-28 at 13:39, Andreas Jaekel wrote:
> Aloha Timo.
> 
> I had some further looks into the folder corruption issue
> and it looks like non-blocking routines are being used.
> Could it be possible that you are setting the istream to
> non-blocking and that influences the ostream's/iostream's
> timeout_msecs settings?

I don't think it should be set non-blocking.. What makes it look like
they're used?

> io_add() is not being used, but the last bits of data
> were still just being written to an iov and write()
> was called only after some other operation.

Yes, flushing has to be done to ostream since it does buffer data even
in blocking mode.

I just did several changes in CVS to make copying inside same mbox
working. Lets see if those changes corrupt my mboxes.. :)


From mreimer@vpop.net  Wed Oct 29 17:21:31 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 108F12385D; Wed, 29 Oct 2003 17:21:31 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 74C2023850
	for <dovecot@procontrol.fi>; Wed, 29 Oct 2003 17:20:58 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id 0FD4D3A6AE5; Wed, 29 Oct 2003 07:20:54 -0800 (PST)
Message-ID: <3F9FDADE.50009@vpop.net>
Date: Wed, 29 Oct 2003 09:21:02 -0600
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] SSL Certificate Chains?
References: <lists.dovecot.AE88002F-087D-11D8-ADC1-000A957D61B0@xantara.co.uk>
	<lists.dovecot.1067432199.15028.208.camel@hurina.SOMEWHERE>
In-Reply-To: <lists.dovecot.1067432199.15028.208.camel@hurina.SOMEWHERE>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 29 Oct 2003 15:21:31 -0000
X-UID: 1784                                                  
Status: O

Timo Sirainen wrote:
> On Mon, 2003-10-27 at 15:01, Steve Gare wrote:
> 
>>Just a quicky, I can't see anything about how Dovecot handles 
>>certificate chains.
>>
>>1, Does it handle them?
>>2, How, if if does?
>>
>>(Just got a cert from www.instantssl.com and I need there intermediate 
>>cert do validate it.., Works fine with Apache and Exim )
> 
> 
> Dovecot doesn't check client's certificate. It's client's job to check
> server's certificate and check the chains. Or at least I don't think
> there's anything special Dovecot should do with them..

I had trouble with an instantssl cert, and found that what I needed to 
do was to also include all the certs up the chain, in a certain order, 
to keep the client from complaining about an invalid certificate. The 
first certificate in the pem file should be the the server certificate, 
followed by its chain starting from the root certificate down.

Matt

From hacker@gnu-designs.com  Thu Oct 30 20:37:52 2003
Return-Path: <hacker@gnu-designs.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8F047238A8; Thu, 30 Oct 2003 20:37:52 +0200 (EET)
Received: from aphrodite.gnu-designs.com (unknown [65.172.152.98])
	by danu.procontrol.fi (Postfix) with ESMTP id 94EA12385D
	for <dovecot@procontrol.fi>; Thu, 30 Oct 2003 20:37:19 +0200 (EET)
Received: from localhost (japh@localhost.localdomain [127.0.0.1])
	h9UIbIP3013139
	for <dovecot@procontrol.fi>; Thu, 30 Oct 2003 13:37:18 -0500
Date: Thu, 30 Oct 2003 13:37:18 -0500 (EST)
From: "David A. Desrosiers" <hacker@gnu-designs.com>
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.58.0310301333370.13074@aphrodite.gnu-designs.com>
X-Biography: http://www.gnu-designs.com/palm+linux/
X-Advogato: http://www.advogato.org/person/hacker
X-Sourcefubar: http://www.sourcefubar.net
X-GPG-Fingerprint: 125A 3A28 0F57 72F7 AF7B  67DF 9114 0446 7075 AE4A
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Problems finding information on passwd-file
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 30 Oct 2003 18:37:52 -0000
X-UID: 1785                                                  
Status: O


	I've recently converted over to dovecot to uw-imap, and am having a
heck of a time trying to find actual docs that describe how to set up
virtual users properly without using ldap or posgres.. Basically I need to
know what goes in auth_userdb and auth_passdb for a system with *NO* local
user accounts in /etc/passwd and /etc/shadow. I will only create mbox files
for these users in /var/mail/%u and alternately a home directory where they
can store their own mail folders under /home/%u.

	How can I do this, given the current dovecot codebase? I've googled
for a few hours, talked to many people on irc, and checked the mailing lists
(of what I could find) related to this, and found nothing whatsoever
describing how to achive this. Dovecot apparently supports "virtual users",
but I can't find any supporting documentation that describes exactly HOW to
set that up.

	Thanks in advance.

d.

From gmid-dovecot@m.gmane.org  Thu Oct 30 12:11:03 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A9443238B6; Thu, 30 Oct 2003 12:11:03 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by danu.procontrol.fi (Postfix) with ESMTP id 3BBA3238A8
	for <dovecot@procontrol.fi>; Thu, 30 Oct 2003 12:10:31 +0200 (EET)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AF9kz-0001Rx-00
	for <dovecot@procontrol.fi>; Thu, 30 Oct 2003 11:10:21 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@procontrol.fi
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AF9G4-00016J-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Thu, 30 Oct 2003 10:38:24 +0100
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AF9G4-0004Fi-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Thu, 30 Oct 2003 10:38:24 +0100
From: peter gervai <grin@grin.hu>
Date: Thu, 30 Oct 2003 10:38:22 +0100
Lines: 49
Message-ID: <oprxunp8dq53bdlw@news.gmane.org>
References: <Pine.LNX.4.56.0309051523180.25723@samadhi.braincells.com>
	<1062870944.23541.9.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@sea.gmane.org
User-Agent: Opera7.21/Linux M2 build 480
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Fri, 31 Oct 2003 08:50:22 +0200
Subject: [Dovecot] Re: Debian bug #201444: More verbose logging
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 30 Oct 2003 10:11:03 -0000
X-UID: 1786                                                  
Status: O
Content-Length: 2181

About more verbose logging... (my only showstopper now)

On Sat, 06 Sep 2003 20:55:45 +0300, Timo Sirainen <tss@iki.fi> wrote:

> O  I use now a daemon which logs login (name, ip; as dovecot does), and
>> logout (with name, logout reason if any special) with the numbers of 
>> "read
>>   new mail number and size" and "mail left on server number and size".  
>> Would
>>   be nice to have something like that in dovecot.
>>
>> Could something like this be added for the next version?
>
> Hmm. I think plugins should do that. No-one will agree on what they want
> to log anyway :) And the above is likely meant just for POP3 users.

Mainly it was meant for POP3 users, but IMAP debugging is just as
expected. For example it's often useful to know whether a user was
actually _able_ to read their mail, delete them or kept them as read,
how many bytes did they transfer and what way was the connection closed.

Unfortunately it's pretty hard to tell a clueless end-user what the
possible problem might have been when they have "no mail", "full mailbox"
or "mail they never seen", if one can't see approximately what have
happened. This stands for pop3 as well as for individual imap boxes (in the
future for me, since there is no trusted imap servers so far).

> But I think master process should actually handle logging the user's
> comings and goings so that they couldn't be faked. Especially logins
> from imap/pop3-login processes.. imap/pop3 processes could then just
> tell master process what extra stuff they want logged such as those mail
> counts and sizes.
>
> Maybe master process should handle all logging anyway. Processes would
> just print to stderr which master process would redirect into proper log
> file..

Probably that's the best way (log important info by master, and generate
stats and misc logs in plugins sent to the master).
But.... could you please tell whether I should expect that in the near 
future,
or shall I start worrying about being stuck with qpopper? :-o

(I do not have the time, but maybe I could try to help to write the plugin,
or extend it, but it needs the internal code to handle it first anyway. No
promise though...)

thanks,
Peter

From mreimer@vpop.net  Sat Nov  1 00:28:42 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 22D6C2385D; Sat,  1 Nov 2003 00:28:42 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 46AB523841
	for <dovecot@procontrol.fi>; Sat,  1 Nov 2003 00:28:07 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id 11BD73A6695
	for <dovecot@procontrol.fi>; Fri, 31 Oct 2003 14:26:54 -0800 (PST)
Message-ID: <3FA2E1C3.30207@vpop.net>
Date: Fri, 31 Oct 2003 16:27:15 -0600
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: multipart/mixed;
 boundary="------------050801080502050205020902"
Subject: [Dovecot] Bug with partial IMAP fetches
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 31 Oct 2003 22:28:42 -0000
X-UID: 1787                                                  
Status: O
Content-Length: 22960

This is a multi-part message in MIME format.
--------------050801080502050205020902
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
There is a bug in partial IMAP fetches where the following happens:<br>
<br>
<table cellpadding="2" cellspacing="2" border="1">
  <tbody>
    <tr>
      <td valign="top">fetch ... &lt;0.10240&gt;<br>
      </td>
      <td valign="top">correctly returns bytes 0-10239<br>
      </td>
    </tr>
    <tr>
      <td valign="top">fetch ... &lt;10240.10240&gt;<br>
      </td>
      <td valign="top"><font color="#ff0000">incorrectly returns bytes
20479...</font><br>
      </td>
    </tr>
    <tr>
      <td valign="top">fetch ... &lt;10240.10240&gt; (a 2nd time)<br>
      </td>
      <td valign="top">correctly returns bytes 10240-20479<br>
      </td>
    </tr>
  </tbody>
</table>
<br>
While the second fetch fails, the third fetch works correctly. I
tracked this down to a problem with partial_cache. There seems to be a
bug in lib-mail/message-send.c:39 (CVS):<br>
<br>
&nbsp;&nbsp;&nbsp; ret = o_stream_send_istream(output, input) &gt; 0;<br>
<br>
This causes message_send() to return 0 or 1 (note the "&gt; 0"), not
the number of bytes sent. This in turn causes partial.pos.virtual_size
to get a value of 1 rather than 10240 in fetch_body(), and this in turn
results in the wrong portion of the message being returned for the
subsequent fetch.<br>
<br>
But then when I remove the "&gt; 0" from the above line of code, I get
off-by-one errors:<br>
<br>
<table border="1" cellspacing="2" cellpadding="2">
  <tbody>
    <tr>
      <td valign="top">fetch ... &lt;0.10240&gt;<br>
      </td>
      <td valign="top">correctly returns bytes 0-10240<br>
      </td>
    </tr>
    <tr>
      <td valign="top">fetch ... &lt;10240.10240&gt;<br>
      </td>
      <td valign="top"><font color="#ff0000">incorrectly returns bytes
10241-20480</font><br>
      </td>
    </tr>
    <tr>
      <td valign="top">fetch ... &lt;10240.10240&gt; (a 2nd time)<br>
      </td>
      <td valign="top">correctly returns bytes 10240-20479<br>
      </td>
    </tr>
  </tbody>
</table>
<br>
I'm guessing there is a bug in the interaction with
message_skip_virtual(), but I haven't been able to find the problem yet.<br>
<br>
Any ideas? I've attached the offending message.<br>
<br>
Matt<br>
</body>
</html>

--------------050801080502050205020902
Content-Type: text/plain;
 name="problem.msg"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="problem.msg"

X-UIDL: 61c08992b287bf24b6fff123164620b2
Return-Path: <mreimer@vpop.net>
Delivered-To: krista@vpop.net
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id 6B7D43A60F6
	for <krista@vpop.net>; Sun,  6 Oct 2002 21:16:38 -0700 (PDT)
Message-ID: <3DA10B4B.50405@vpop.net>
Date: Sun, 06 Oct 2002 23:19:23 -0500
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020829
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Krista Reimer <krista@vpop.net>
Subject: WORLD October 12, 2002: Eight principles
Content-Type: multipart/mixed;
 boundary="------------010405000308030207040500"

This is a multi-part message in MIME format.
--------------010405000308030207040500
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Lemme know if this doesn't come through right.

http://www.worldmag.com/world/issue/10-12-02/closing_1.asp

Matt

--------------010405000308030207040500
Content-Type: text/html; charset=WINDOWS\252;
 name="www.worldmag.com/world/issue/10-12-02/closing_1.asp"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="www.worldmag.com/world/issue/10-12-02/closing_1.asp"
Content-Base: "http://www.worldmag.com/world/issue/10
	-12-02/closing_1.asp"
Content-Location: "http://www.worldmag.com/world/issue/10
	-12-02/closing_1.asp"



<DOCTYPE HTML PUBLIC "-//IETF//DTD HTML3.0//EN" "html.dtd">
<HTML><HEAD><TITLE>WORLD October 12, 2002: Eight principles</TITLE>
<META HTTP-EQUIV="Content-type" CONTENT="text/html; charset=Windows\252">
<META NAME="ISSUE" CONTENT="2002-10-12">
<META NAME="ISSUEFOLDER" CONTENT="10-12-02">
<META NAME="DESCRIPTION" CONTENT="How Christians should relate to those of other faiths : 1. We should not conceal aspects of our faith so as to avoid criticism or disapproval, and we should not ask others to do that. We believe it is just and loving to point out publicly the errors of other faiths, provided this is done with suf...">
<META NAME="ARTICLEAUTHOR" CONTENT=""></HEAD>
<BODY BGCOLOR=ffffff BACKGROUND=/world/image/bg.gif LINK=#000099 VLINK=#6699CC ALINK=#0000FF>
<A NAME="top">

<!--****************TOP****************-->


<script type="text/javascript" src="/world/world_ad.js"></script>



<TABLE BORDER="0"
	CELLPADDING="0"
	CELLSPACING="0"
	WIDTH="520">
<TR><TD
		WIDTH=20
		VALIGN=TOP
		ALIGN=LEFT><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="20"
		HEIGHT="56"
		BORDER="0"></TD><TD
		WIDTH=500
		VALIGN=MIDDLE
		ALIGN=LEFT><A TARGET="_top" HREF="/world/adredir.asp?url=http://stats.schwa.com/ss%3Fclick%26world%263a5f25c8&image=/world/image/ads/maiad.jpg" ><IMG SRC="/world/image/ads/maiad.jpg" ALT="Medical Ambassadors International" WIDTH=468 HEIGHT=60 BORDER=1></A> <BR></TD></TR></TABLE>

<BR>
<script type="text/javascript">
	var isContents=false
</script>
<TABLE BORDER="0"
	CELLPADDING="0"
	CELLSPACING="0"
	WIDTH="720">
<TR><TD
		ALIGN=LEFT
		VALIGN=TOP
		WIDTH="4"><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="4"
		HEIGHT="1"
		BORDER="0"><BR></TD><TD
		ALIGN=LEFT
		VALIGN=MIDDLE
		WIDTH="110"><FONT SIZE="1" FACE="arial, helvetica">Call 1-800-951-NEWS (6397) to subscribe today!




























































<BR></TD><TD
		ALIGN=LEFT
		VALIGN=MIDDLE
		WIDTH="38"><BR></TD><TD
		WIDTH="280"
		VALIGN=BOTTOM
		ALIGN=LEFT><IMG SRC="/world/image/world_header.gif"
		WIDTH="276"
		HEIGHT="51"
		BORDER="0">
		
		</TD><TD
		WIDTH=98
		VALIGN=MIDDLE
		ALIGN=LEFT><FONT SIZE="1" FACE="arial, helvetica">October 12, 2002<BR>
		Volume 17<BR>
		Number 39
		</FONT><BR>
		</TD>
		<TD width="190">

<a href="http://www.weeklystandard.com/world"><img src="/world/image/side_ads/TWS-Wrld-2.gif" width="180" height="100"></a>





		</TD></TR></TABLE>


<TABLE BORDER="0"
	CELLPADDING="0"
	CELLSPACING="0"
	WIDTH="720"><TR>
	
<!--********************************SPACER CELL********************************-->	
		<TD
		ALIGN=LEFT
		VALIGN=TOP
		ROWSPAN="1"
		WIDTH="4"><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="4"
		HEIGHT="1"
		BORDER="0"></TD>
		
<!--********************************END SPACER CELL********************************-->	
<!--********************************NAVIGATION CELL********************************-->		
		
		<TD
		ALIGN=LEFT
		VALIGN=TOP
		WIDTH="136">
<IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="11"
		BORDER="0"><BR><A HREF="home.asp" TARGET="_top"><IMG
		SRC="/world/image/nav/contents.gif"
		WIDTH="131"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="opening_1.asp" TARGET="_top"><IMG
		SRC="/world/image/nav/opening.gif"
		WIDTH="131"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="cover_1.asp" TARGET="_top"><IMG
		SRC="/world/image/nav/cover.gif"
		WIDTH="131"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="national_1.asp" TARGET="_top"><IMG
		SRC="/world/image/nav/national.gif"
		WIDTH="131"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="international_1.asp" TARGET="_top"><IMG
		SRC="/world/image/nav/international.gif"
		WIDTH="131"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="cultural_1.asp" TARGET="_top"><IMG
		SRC="/world/image/nav/cultural.gif"
		WIDTH="131"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><IMG
		SRC="/world/image/nav/closing_v.gif"
		WIDTH="131"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="20"
		BORDER="0"><BR><A HREF="/world/meta/search/" TARGET="_top"><IMG
		SRC="/world/image/nav/search.gif"
		WIDTH="106"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="/world/meta/subscribe/" TARGET="_top"><IMG
		SRC="/world/image/nav/subscribe.gif"
		WIDTH="106"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="https://secure.palmcoastd.com/pcd/document?ikey=057FCIREN" TARGET="_top"><IMG
		SRC="/world/image/nav/renew.gif"
		WIDTH="106"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="/world/meta/archives/" TARGET="_top"><IMG
		SRC="/world/image/nav/archives.gif"
		WIDTH="106"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="/world/classifieds/" TARGET="_top"><IMG
		SRC="/world/image/nav/classifieds.gif"
		WIDTH="106"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR><IMG
		SRC="/world/image/dot_red.gif"
		WIDTH="1"
		HEIGHT="7"
		BORDER="0"><BR><A HREF="/world/meta/adrates/" TARGET="_top"><IMG
		SRC="/world/image/nav/adinfo.gif"
		WIDTH="106"
		HEIGHT="18"
		BORDER="0"
		VSPACE="0"></A><BR>
		<TABLE BORDER="0"
		CELLPADDING="0"
		CELLSPACING="0"
		WIDTH="110"><TR><TD
			ALIGN=LEFT
			VALIGN=TOP
			WIDTH="110"><FONT SIZE="1" FACE="arial, helvetica"><STYLE>
A.side {color:white;}
</STYLE>

<P><A class=side HREF=/world/issue/08-17-02/home.asp TARGET=_top><IMG
		SRC=/world/issue/08-17-02/image/cover_thumb.jpg
		WIDTH=72
		HEIGHT=97
		HSPACE=15
		VSPACE=10
		BORDER=0><BR><center>REMEMBERING 9/11 
</center></A>


<P>Read <A TARGET=_top HREF=/world/olasky/centralideas/index.html class=side>Central Ideas in the Development of American Journalism</a>, <A TARGET=_top HREF=/world/olasky/truth1.html class=side>Telling the Truth</A> and <A TARGET=_top HREF=/world/olasky/Prodigal/index.html class=side>Prodigal Press</a>, three books on journalism by Marvin Olasky. 

<!--<P><A TARGET=_top HREF=/world/meta/wear/ class=side>Click here for WORLD apparel!</A>-->

<P>
<A TARGET=_top HREF=http://www.gwbc.com/godsworld/worldad.asp  class=side>Add Olasky, Belz, and other great thinkers to your reading list!</A>

<P>
<A class=side HREF=/world/meta/wear/ TARGET=_top>
<IMG
		SRC=/world/image/world_wear_ad.gif
		WIDTH=99
		HEIGHT=99
		HSPACE=0
		VSPACE=0
		BORDER=1></A>

<P>
<A class=side HREF=/world/meta/subscribe/sub_standard.asp TARGET=_top>
<IMG
		SRC=/world/image/bennett_book.gif
		WIDTH=75
		HEIGHT=101
		HSPACE=15
		VSPACE=0
		BORDER=1>
<center>Free Book!</center></A>

<P>Find out <A TARGET=_top HREF=/world/meta/contact/ class=side>how to contact us</A>.

<P>Not familiar with WORLD Magazine? <A HREF=/world/meta/about/pr.asp TARGET=_top class=side>Find out more about us.</A>

<P>Read our <A HREF=/world/meta/about/mission.asp TARGET=_top class=side>Mission Statement.</A>

<P>If you are already a WORLD reader, head to <A HREF=/world/meta/help/ TARGET=_top class=side>Help Us Out</A> to find out how to help us grow.

<!--<P>Interested in using WORLD articles in your paper or magazine? <A HREF=/world/meta/about/republish.asp TARGET=_top class=side>Find out how</A>.-->

<P>Find out <A HREF=/world/meta/about/about.asp TARGET=_top class=side>about this site</A>.

<P>Excellence in Home Education starts here. Visit the new God's World Book Club Online!
<A HREF=http://www.gwbc.com/godsworld TARGET=_top class=side>www.gwbc.com</A>.

<p>Check out the World Journalism Institute website at <a href=http://www.worldji.com TARGET=_top class=side>www.worldji.com</a> and apply online!

<p>Since 1981, God's World News has been helping children to understand and interpret the world around them. Now you can visit God's World News Online at <A HREF=http://www.gwnews.com TARGET=_top class=side>GWNews.com</a></font></body>








































<P></FONT>
			
			</TD>
		</TR>
		</TABLE>
		

		</TD>

<!--********************************END NAVIGATION CELL********************************-->	
<!--********************************SPACER CELL********************************-->	
		
		<TD
		ALIGN=LEFT
		VALIGN=TOP
		WIDTH="16">		
		<IMG
		SRC="/world/image/dot_clr.gif"
		WIDTH="16"
		HEIGHT="1"
		BORDER="0"><BR></TD>
		
<!--********************************END SPACER CELL********************************-->	
<!--********************************SECTION CELL********************************-->
		
		<TD
		ALIGN=LEFT
		VALIGN=TOP
		WIDTH="364">

<!--****************/TOP****************-->

		
		
<!--************FORM NAVIGATION TABLE***********-->	
<TABLE BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
BORDER="0"
HEIGHT="45">
	

<TR VALIGN="MIDDLE">

	
<TD ALIGN="LEFT"><FORM
METHOD="POST"
ACTION="/world/redirect.asp">
<INPUT
TYPE=HIDDEN
NAME="folder"
VALUE="10-12-02">
<SELECT NAME="where">
<OPTION VALUE="closing_1.asp">Also in CLOSING THOUGHTS

	<OPTION VALUE="closing_2.asp">What&#39;s the difference?
</SELECT>
</TD>
		

<TD ALIGN="LEFT">

		
<INPUT
TYPE=SUBMIT
VALUE="go"></FORM>
</TD></TR></TABLE>
<!--**********/FORM NAVIGATION TABLE*********-->	
		
		
		
		<FONT SIZE="5" COLOR="CC0000" FACE="arial, helvetica"><B>JOHN PIPER</B></FONT><BR><IMG
	SRC="/world/image/line_364.gif"
	WIDTH="364"
	HEIGHT="1"
	BORDER="0"><BR>
	<H2>Eight principles</H2>
	<H3><I>How Christians should relate to those of other faiths</I></H3>
	<!--no author-->
	<!--no works-->
	<P>1. We should not conceal aspects of our faith so as to avoid criticism or disapproval, and we should not ask others to do that. We believe it is just and loving to point out publicly the errors of other faiths, provided this is done with sufficient evidence that the sacred writings or representative spokesmen of those faiths do indeed express these errors. We must strive not to misrepresent other faiths, as that is not only disrespectful but also undermining of our own credibility.<P>
2. We should acknowledge our sin and desperate need of salvation by a crucified and risen Savior, and not posture ourselves as worthy of salvation as if we had superior intellect or wisdom or goodness. We are beggars who have, by grace, found the life-giving bread of truth, forgiveness, and joy. As we expose the errors of other religions, we should feel and express sorrow and compassion for those who do not embrace Christ so as to be saved.<P>
3. We should not expect a fair fight in a secular world that is hostile to God and uncomfortable around the truth of Christ. Therefore, our response to abuse, distortion, or slander should not be angry resentment, but patient witness to the truth, in the hope and with the prayer that returning good for evil may open hearts to the truth. We must recognize that persecution is normal and that much of the protection Christians have in America is abnormal in history and in the world. Our witness will be best advanced by kind, steadfast statements and reasonable defenses of the truth.<P>
4. We should renounce all violence as a means of spreading our faith. Christians spread biblical faith by suffering, not by causing suffering. Authentic Christianity cannot be coerced by force or manipulation. We should acknowledge and proclaim that Christ will, at his personal appearing, punish those who have rejected him; his violence at the end of the age is a decisive reason we should not and may not exert violence against anyone because of his beliefs. This is Christ&#39;s right, not ours.<P>
5. We believe that God has given to civil government, not individuals or the church, the duty to bear the sword for justice and safety. Civil authorities should not punish beliefs, but some behaviors rooted in beliefs&#151;such as killing, assault, or theft&#151;may be outside the law and therefore punishable by the civil authority. Which behaviors are legally prohibited in a society based on freedom of belief and religion will be determined in a process of persuasion, debate, and election of representative lawmakers, with checks and balances provided by the executive and judicial branches and by constitutional safeguards for the rights of minorities.<P>
6. We should distinguish between a just war of defense against aggression and a religious war against people because of their beliefs. We should acknowledge that this distinction will probably not be recognized by certain religions that define their beliefs to include the right of cultural domination by force. But we should insist on this distinction rather than accept the claim of aggressors that our resistance is a religious attack on their faith. We should argue that the ground of such national defense is the civil right to freedom (of religion and speech and press and assembly), not disapproval of the religion underlying the attack.<P>
7. We should distinguish between the right to express criticism of erroneous beliefs and sinful behaviors, on the one hand, and the false inference some draw from this criticism that proponents of the criticized beliefs can therefore legitimately be mistreated. We also should not accept the claim that being criticized or denounced as mistaken or as sinners is a form of mistreatment. It is not a crime (hate crime or otherwise) to say publicly that someone&#39;s belief is wrong and harmful, or to call someone&#39;s behavior sinful and destructive. A necessary part of all debate concerning beliefs, behaviors, or proposals is the argument that some are wrong, ill-founded, and have deleterious effects.<P>
8. We believe that every religion, worldview, or philosophy of life may freely endeavor to influence and shape our culture. We renounce the use of force or bribery or deceit in this culture-shaping effort. We affirm preaching the gospel, publishing truth, and modeling love and justice, as well as prayer, persuasion, and participation in the political process. We recognize that all laws &quot;impose&quot; some group&#39;s behavioral conviction on all, so it is not a compelling criticism to say that a law that governs behavior is bad because it &quot;imposes someone&#39;s morality&quot; on society. It is therefore particularly vital to support principles, laws, and policies that protect the legal freedoms of minorities that do not have the numbers to sway lawmaking processes.<P>
&#151;These principles are further developed at the website http://www.desiringgod.org/library/topics/culture/tolerance_principles.html
		
<!--****************BOTTOM****************-->
	
<BR></TD><TD width="200" valign="top">

<link rel="Stylesheet" href="/world/right-bar-basic.css" type="text/css"></link>
<style type="text/css">
	@import: "/world/right-bar-advanced.css";
</style>

<div id="rightbar">

<div id="listenlinks">
<h4><a target="_top" href="/world/listen/">Listen to WORLD</a></h4>
<div>Daily radio shorts by Nick Eicher. <a target="_top" href="/world/listen/">Read more...</a><br />



<p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000201.mp3">10/7/02 download MP3</a></p>

<p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000199.mp3">10/8/02 download MP3</a></p>

<p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000198.mp3">10/9/02 download MP3</a></p>

<p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000197.mp3">10/10/02 download MP3</a></p>

<p><img src="/world/image/speaker.gif" height="11" width="12" /> <a target="_top" href="/world/listen/home.asp?file=000000196.mp3">10/11/02 download MP3</a></p>

</div>
</div>

<div id="recentlinks">
<h4><a target="_top" href="/world/meta/archives/">From Previous Weeks</a></h4>
<div>



<p><a target="_top" href="/world/issue/10-05-02/"><img src="/world/issue/10-05-02/image/cover_thumb.jpg" width="72" height="97" /><br />
October 5, 2002</a></p>

<p><a target="_top" href="/world/issue/09-28-02/"><img src="/world/issue/09-28-02/image/cover_thumb.jpg" width="72" height="97" /><br />
September 28, 2002</a></p>

<p><a target="_top" href="/world/issue/09-21-02/"><img src="/world/issue/09-21-02/image/cover_thumb.jpg" width="72" height="97" /><br />
September 21, 2002</a></p>




</div>
<br />
<a href="http://worldmag.com/world/classifieds/"><img src="/world/image/side_ads/Searching_Ad_100x180.gif" width="180" height="100"></a>







</div>

</div>


</TD></TR>
	
</TABLE>
<BR>

<TABLE BORDER="0"
	WIDTH=520><TR><TD
	WIDTH=110
	ALIGN=right
	VALIGN=top><FONT COLOR=ffffff><B>Search for more<BR>articles about:</B></FONT><BR></TD><TD
	WIDTH=40><BR></TD><TD
	WIDTH=370 
	VALIGN=top 
	ALIGN=left 
        BGCOLOR="#CCCC99">
	<TABLE WIDTH="370"
		BORDER="0"
		CELLPADDING="8"
		CELLSPACING="0"><TR><TR><TD
		WIDTH="370"
		ALIGN="LEFT" 
		VALIGN="top"><form name="searchForm" action="/world/meta/search/search.asp" onsubmit="">
	<input type="hidden" name="performSearch" value="y">
	<INPUT TYPE="text" NAME="target" SIZE="30" MAXLENGTH="100"><br>
	<input type=checkbox name="stype" value="phrase" checked> exact phrase
	</TD><TD
		ALIGN="LEFT"
		VALIGN="TOP">
			<INPUT TYPE=SUBMIT
			VALUE="search"></FORM>
		</TD></TR>
	</TABLE>
	</TD></TR></TABLE>



<TABLE BORDER="0"
	CELLPADDING="0"
	CELLSPACING="0"
	WIDTH="500"><TR><TD
	WIDTH="156"><BR></TD><TD ALIGN=LEFT WIDTH="253"><FONT SIZE="1"><A HREF="/world/meta/copyright.asp" TARGET="_top">&#169; 1996 - 2002 WORLD</A> Magazine. <A HREF="/world/meta/contact/" TARGET="_top">mailbag@worldmag.com</A></FONT></TD><TD
	COLSPAN="1"
	ALIGN=RIGHT
	WIDTH="91"><A HREF="#top"><IMG
	SRC="/world/image/nav/top_bottom.gif"
	WIDTH="22"
	HEIGHT="15"
	HSPACE="10"
	VSPACE="10"
	BORDER="0"></A><A HREF="home.asp" TARGET="_top"><IMG SRC="/world/image/nav/contents_bottom.gif"
WIDTH="49"
HEIGHT="15"
BORDER="0"
VSPACE="10"></A></TD></TR></TABLE>

<!--  LOAD SUCCESSFUL  -->
<script type="text/javascript">
if(parent.frames.length>0&&!isContents) top.location.replace(document.location)
</script>
</BODY>
</HTML>

<!--****************/BOTTOM****************-->


--------------010405000308030207040500--




--------------050801080502050205020902--

From mreimer@vpop.net  Sat Nov  1 00:44:08 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5CB97238B6; Sat,  1 Nov 2003 00:44:08 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 7193423841
	for <dovecot@procontrol.fi>; Sat,  1 Nov 2003 00:43:36 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id 204B13A6917
	for <dovecot@procontrol.fi>; Fri, 31 Oct 2003 14:43:33 -0800 (PST)
Message-ID: <3FA2E5AB.2070209@vpop.net>
Date: Fri, 31 Oct 2003 16:43:55 -0600
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Re: Bug with partial IMAP fetches
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 31 Oct 2003 22:44:08 -0000
X-UID: 1788                                                  
Status: O

A little more information:

This bug results in Mozilla and pine never rendering the message, since 
dovecot lies about how much data was really sent, as seen in the 
following log in which only 394 bytes (rather than the 10240 dovecot is 
claiming to send) are returned:

----

8 UID fetch 94 (UID RFC822.SIZE BODY[]<10240.10240>)
* 24 FETCH (UID 94 RFC822.SIZE 20873 BODY[]<10240> {10240}
G SRC="/world/image/nav/contents_bottom.gif"
WIDTH="49"
HEIGHT="15"
BORDER="0"
VSPACE="10"></A></TD></TR></TABLE>

<!--  LOAD SUCCESSFUL  -->
<script type="text/javascript">
if(parent.frames.length>0&&!isContents) 
top.location.replace(document.location)
</script>
</BODY>
</HTML>

<!--****************/BOTTOM****************-->


--------------010405000308030207040500--



)
8 OK Fetch completed.

----

Matt

From tallison@tacocat.net  Sun Nov  2 15:08:02 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3AF7E2385D; Sun,  2 Nov 2003 15:08:02 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 19CC723850
	for <dovecot@procontrol.fi>; Sun,  2 Nov 2003 15:07:30 +0200 (EET)
Received: from tacocat.net (unknown [192.168.1.103])
	by tacocat.net (Postfix) with ESMTP id 5B90E79D26
	for <dovecot@procontrol.fi>; Sun,  2 Nov 2003 08:07:29 -0500 (EST)
Message-ID: <3FA5018D.8020307@tacocat.net>
Date: Sun, 02 Nov 2003 08:07:25 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] dies on start-up: Auth process
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 02 Nov 2003 13:08:02 -0000
X-UID: 1789                                                  
Status: O
Content-Length: 3858

I was digging through some of the archives and ran into someone who was 
having the same problem, but for completely different reasons....i think.

dovecot: Nov 02 07:58:51 Info: Dovecot starting up
dovecot: Nov 02 07:58:52 Error: Auth process died too early - shutting down
dovecot: Nov 02 07:58:52 Error: child 27673 (login) killed with signal 11
dovecot: Nov 02 07:58:52 Error: child 27672 (login) killed with signal 11
dovecot: Nov 02 07:58:52 Error: child 27671 (login) killed with signal 11
dovecot: Nov 02 07:58:52 Error: child 27670 (auth) killed with signal 11


So I took the advice posted and ran 'strace dovecot' and this is what I 
got.  Unfortunately I'm not exactly good enough with this to even know 
what I'm looking at.

But I suspect the notation about "/dev/null" might have something to do 
with it.
my user, dovecot as a shell of /bin/bash and a $HOME of 
/usr/local/lib/dovecot
By all rights, he's almost a regular user, except that his UID is <100 
(I built user:dovecot as a system uid under SuSE 8.2)


open("/var/run/dovecot/", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
close(3)                                = 0
lstat64("/var/run/dovecot/", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(".", O_RDONLY|O_LARGEFILE)         = 3
open("/var/run/dovecot//login", O_RDONLY|O_LARGEFILE|O_NOFOLLOW) = 4
fchdir(4)                               = 0
open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a 
directory)
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6
fstat64(6, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
brk(0)                                  = 0x8061000
brk(0x8062000)                          = 0x8062000
getdents64(6, /* 2 entries */, 4096)    = 48
getdents64(6, /* 0 entries */, 4096)    = 0
close(4)                                = 0
close(6)                                = 0
fchdir(3)                               = 0
close(3)                                = 0
geteuid32()                             = 0
lstat64("/var/run/dovecot//login", {st_mode=S_IFDIR|0750, st_size=4096, 
...}) = 0
open("/var/run/dovecot//login", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
close(3)                                = 0
lstat64("/var/run/dovecot//login", {st_mode=S_IFDIR|0750, st_size=4096, 
...}) = 0
access("/usr/local/libexec/dovecot/dovecot-auth", X_OK) = 0
open("/dev/null", O_RDONLY|O_LARGEFILE) = 3
fcntl64(3, F_GETFD)                     = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
dup(3)                                  = 4
fcntl64(4, F_GETFD)                     = 0
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
setsockopt(6, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
setsockopt(6, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
bind(6, {sa_family=AF_INET, sin_port=htons(143), 
sin_addr=inet_addr("0.0.0.0")}, 16) = 0
getsockname(6, {sa_family=AF_INET, sin_port=htons(143), 
sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
listen(6, 8)                            = 0
fcntl64(6, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
fcntl64(6, F_GETFD)                     = 0
fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
dup(4)                                  = 7
fcntl64(7, F_GETFD)                     = 0
fcntl64(7, F_SETFD, FD_CLOEXEC)         = 0
dup(4)                                  = 8
fcntl64(8, F_GETFD)                     = 0
fcntl64(8, F_SETFD, FD_CLOEXEC)         = 0
dup(4)                                  = 9
fcntl64(9, F_GETFD)                     = 0
fcntl64(9, F_SETFD, FD_CLOEXEC)         = 0
dup2(4, 0)                              = 0
dup2(4, 1)                              = 1
dup2(4, 2)                              = 2
fork()                                  = 27706
exit_group(0)                           = ?

From td3201@yahoo.com  Sun Nov  2 23:55:28 2003
Return-Path: <td3201@yahoo.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8B1A62385D; Sun,  2 Nov 2003 23:55:28 +0200 (EET)
Received: from web60301.mail.yahoo.com (web60301.mail.yahoo.com
	[216.109.118.112])
	by danu.procontrol.fi (Postfix) with SMTP id 3DB4C23850
	for <dovecot@procontrol.fi>; Sun,  2 Nov 2003 23:54:55 +0200 (EET)
Message-ID: <20031102215454.64263.qmail@web60301.mail.yahoo.com>
Received: from [68.99.19.201] by web60301.mail.yahoo.com via HTTP;
	Sun, 02 Nov 2003 13:54:54 PST
Date: Sun, 2 Nov 2003 13:54:54 -0800 (PST)
From: Terry <td3201@yahoo.com>
To: dovecot@procontrol.fi
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] evolution - folders not displayed correctly
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 02 Nov 2003 21:55:28 -0000
X-UID: 1790                                                  
Status: O

Hello,

First, I used thunderbird, and everything looks great.
 I tried my account in evolution and all the folders
appear in one level and not in several as they were in
thunderbird.

Inbox
Inbox.foo
Inbox.bar

instead of
Inbox
     foo
     bar

What could be the problem?  Thanks!

=====
Terry

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
From matthias.andree@gmx.de  Mon Nov  3 00:38:42 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C338B23850; Mon,  3 Nov 2003 00:38:42 +0200 (EET)
Received: from m2a2.dyndns.org (pD951F1C5.dip.t-dialin.net [217.81.241.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 78B2023841
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 00:38:10 +0200 (EET)
Received: from merlin (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id 7140B980E0;
	Sun,  2 Nov 2003 23:38:08 +0100 (CET)
To: dovecot@procontrol.fi
From: Matthias Andree <matthias.andree@gmx.de>
Organization: 
Content-Type: text/plain; format=flowed; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Date: Sun, 02 Nov 2003 23:38:07 +0100
Message-ID: <oprx07ttj94xwok9@localhost>
User-Agent: Opera7.21/Linux M2 build 480
Subject: [Dovecot] [POP3] RFC2449 conformance?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 02 Nov 2003 22:38:42 -0000
X-UID: 1791                                                  
Status: O

RFC2449 Section 5 ("Capabilities available in the AUTHORIZATION state MUST 
be announced in both states.") requires that POP3 extensions offered in 
Authentication state MUST be offered in Transaction state as well, this 
affects the "SASL" extension.

This is a CVS version that is a couple of days old (the old 0.99.10 
wouldn't run on Linux 2.6 because it has tighter resource limiting):

+OK dovecot ready.
capa
+OK
CAPA
TOP
USER
UIDL
RESP-CODES
SASL PLAIN
.
user SECRET
+OK
pass VERYSECRET
+OK Logged in.
capa
+OK
CAPA
TOP
USER
UIDL
RESP-CODES
.
quit
+OK Logging out.


-- 
Matthias Andree
From matthias.andree@gmx.de  Mon Nov  3 00:40:38 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5F0A0238C5; Mon,  3 Nov 2003 00:40:38 +0200 (EET)
Received: from m2a2.dyndns.org (pD951F1C5.dip.t-dialin.net [217.81.241.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 8A4A123841
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 00:40:06 +0200 (EET)
Received: from merlin (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id 159A4980E0;
	Sun,  2 Nov 2003 23:40:06 +0100 (CET)
To: Tom Allison <tallison@tacocat.net>, dovecot@procontrol.fi
Subject: Re: [Dovecot] dies on start-up: Auth process
References: <3FA5018D.8020307@tacocat.net>
Message-ID: <oprx07w2ue4xwok9@localhost>
From: Matthias Andree <matthias.andree@gmx.de>
Organization: 
Content-Type: text/plain; format=flowed; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Date: Sun, 02 Nov 2003 23:40:04 +0100
In-Reply-To: <3FA5018D.8020307@tacocat.net>
User-Agent: Opera7.21/Linux M2 build 480
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 02 Nov 2003 22:40:38 -0000
X-UID: 1792                                                  
Status: O

Am Sun, 02 Nov 2003 08:07:25 -0500 hat Tom Allison <tallison@tacocat.net> 
geschrieben:

> So I took the advice posted and ran 'strace dovecot' and this is what I 
> got.  Unfortunately I'm not exactly good enough with this to even know 
> what I'm looking at.

Can you run "strace -fF dovecot -F", so it traces the children that die 
prematurely?

Your trace doesn't show processes that terminate by receiving a certain 
signal, unfortunately.

-- 
Matthias Andree
From td3201@yahoo.com  Mon Nov  3 00:52:50 2003
Return-Path: <td3201@yahoo.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B8A45238C5; Mon,  3 Nov 2003 00:52:50 +0200 (EET)
Received: from web60309.mail.yahoo.com (web60309.mail.yahoo.com
	[216.109.118.120])
	by danu.procontrol.fi (Postfix) with SMTP id 406AD23841
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 00:52:17 +0200 (EET)
Message-ID: <20031102225216.93071.qmail@web60309.mail.yahoo.com>
Received: from [68.99.19.201] by web60309.mail.yahoo.com via HTTP;
	Sun, 02 Nov 2003 14:52:16 PST
Date: Sun, 2 Nov 2003 14:52:16 -0800 (PST)
From: Terry <td3201@yahoo.com>
Subject: Re: [Dovecot] evolution - folders not displayed correctly
To: Jonas Smedegaard <dr@jones.dk>
In-Reply-To: <1067811639.11275.109.camel@auryn>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 02 Nov 2003 22:52:50 -0000
X-UID: 1793                                                  
Status: O


--- Jonas Smedegaard <dr@jones.dk> wrote:
> sn, 2003-11-02 kl. 22:54 skrev Terry:
> ...
> >  I tried my account in evolution and all the
> folders
> > appear in one level and not in several as they
> were in
> > thunderbird.
> ...
> > What could be the problem?  Thanks!
> 
> The documentation of offlineimap seems to reveil the
> cause of the
> problem: Evolution uses "/" as delimiter, not "." as
> dovecot.
> 
> It seems to not be configurable in Evolution, so
> access the files
> through dovecot instead of directly.
> 
>  - Jonas

I am accessing my files via dovecot.  That is why I am
mailing the dovecot list.  Maybe I misunderstood your
response.  I will check around to see that
deliter...probably in the xml configs somewhere....


=====
Terry

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com
From dr@jones.dk  Mon Nov  3 01:16:23 2003
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C5DD42385D; Mon,  3 Nov 2003 01:16:23 +0200 (EET)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-120101.0x3ef24ca2.albnxx2.customer.tele.dk [62.242.76.162])
	by danu.procontrol.fi (Postfix) with ESMTP id EB48923850
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 01:15:49 +0200 (EET)
Received: from auryn (auryn [127.0.0.1])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by auryn.jones.dk (Postfix) with ESMTP
	id 8AF183F210C; Mon,  3 Nov 2003 00:15:48 +0100 (CET)
Subject: Re: [Dovecot] evolution - folders not displayed correctly
From: Jonas Smedegaard <dr@jones.dk>
To: Terry <td3201@yahoo.com>
In-Reply-To: <20031102225216.93071.qmail@web60309.mail.yahoo.com>
References: <20031102225216.93071.qmail@web60309.mail.yahoo.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-WeKNqGwqbNobdmEKlx4y"
Organization: Spiff ApS
Message-Id: <1067814947.11275.141.camel@auryn>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 03 Nov 2003 00:15:48 +0100
X-Mailman-Approved-At: Mon, 03 Nov 2003 07:30:51 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 02 Nov 2003 23:16:24 -0000
X-UID: 1794                                                  
Status: O
Content-Length: 1699


--=-WeKNqGwqbNobdmEKlx4y
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

s=F8n, 2003-11-02 kl. 23:52 skrev Terry:
> --- Jonas Smedegaard <dr@jones.dk> wrote:
> > sn, 2003-11-02 kl. 22:54 skrev Terry:
> > ...
> > >  I tried my account in evolution and all the
> > folders
> > > appear in one level and not in several as they
> > were in
> > > thunderbird.
> > ...
> > > What could be the problem?  Thanks!
> >=20
> > The documentation of offlineimap seems to reveil the
> > cause of the
> > problem: Evolution uses "/" as delimiter, not "." as
> > dovecot.
> >=20
> > It seems to not be configurable in Evolution, so
> > access the files
> > through dovecot instead of directly.
> >=20
> >  - Jonas
>=20
> I am accessing my files via dovecot.  That is why I am
> mailing the dovecot list.  Maybe I misunderstood your
> response.  I will check around to see that
> deliter...probably in the xml configs somewhere....

Sorry - I misunderstood. Thought that your problem was equal to mine
last night (accessing dovecot-generated Maildir directly from
Evolution).

I'll shut up now, to make room for someone knowledgeable.

 - Jonas

--=20
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er n=E6r: http://www.shibumi.org/eoti.htm

--=-WeKNqGwqbNobdmEKlx4y
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Dette er en digitalt underskrevet brevdel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/pZAjn7DbMsAkQLgRAoGzAJ0T4utB3L7xBgpfRqw1vUcnFW1EhQCdHnRf
NHAmcUy7L72+USonRQ6vC78=
=4XLP
-----END PGP SIGNATURE-----

--=-WeKNqGwqbNobdmEKlx4y--

From cras@irccrew.org  Mon Nov  3 07:33:47 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B4577238C7; Mon,  3 Nov 2003 07:33:47 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id D4FF5238C5
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 07:33:15 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id B65EB2E027; Mon,  3 Nov 2003 07:33:15 +0200 (EET)
Date: Mon, 3 Nov 2003 07:33:15 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Problems finding information on passwd-file
Message-ID: <20031103053315.GA3832@irccrew.org>
References: <Pine.LNX.4.58.0310301333370.13074@aphrodite.gnu-designs.com>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.58.0310301333370.13074@aphrodite.gnu-designs.com>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 05:33:47 -0000
X-UID: 1795                                                  
Status: O

On Thu, Oct 30, 2003 at 01:37:18PM -0500, David A. Desrosiers wrote:
> 
> 	I've recently converted over to dovecot to uw-imap, and am having a
> heck of a time trying to find actual docs that describe how to set up
> virtual users properly without using ldap or posgres.. Basically I need to
> know what goes in auth_userdb and auth_passdb for a system with *NO* local
> user accounts in /etc/passwd and /etc/shadow. I will only create mbox files
> for these users in /var/mail/%u and alternately a home directory where they
> can store their own mail folders under /home/%u.

auth_userdb = passwd-file /etc/imap.passwd
auth_passdb = passwd-file /etc/imap.passwd

Then the imap.passwd is in the same format as normal /etc/passwd file, but
there's a few extra fields. doc/auth.txt explains them.

From cras@irccrew.org  Mon Nov  3 07:37:14 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6A8B9238C7; Mon,  3 Nov 2003 07:37:14 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id A040D238C5
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 07:36:42 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 812252E027; Mon,  3 Nov 2003 07:36:42 +0200 (EET)
Date: Mon, 3 Nov 2003 07:36:42 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: Debian bug #201444: More verbose logging
Message-ID: <20031103053642.GB3832@irccrew.org>
References: <Pine.LNX.4.56.0309051523180.25723@samadhi.braincells.com>
	<1062870944.23541.9.camel@hurina> <oprxunp8dq53bdlw@news.gmane.org>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <oprxunp8dq53bdlw@news.gmane.org>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 05:37:14 -0000
X-UID: 1796                                                  
Status: O

On Thu, Oct 30, 2003 at 10:38:22AM +0100, peter gervai wrote:
> About more verbose logging... (my only showstopper now)
..
> But.... could you please tell whether I should expect that in the near 
> future,
> or shall I start worrying about being stuck with qpopper? :-o

My main priority is to get CVS version to work again. There's something
wrong with index files but I haven't yet figured out what. Also I broke
mbox code again and haven't had time to fix that yet either..

Can't really do any promises anything in near future.

From cras@irccrew.org  Mon Nov  3 07:38:44 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7D2E0238C5; Mon,  3 Nov 2003 07:38:44 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id BB6FE238D6
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 07:38:12 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id A93382E027; Mon,  3 Nov 2003 07:38:12 +0200 (EET)
Date: Mon, 3 Nov 2003 07:38:12 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: Bug with partial IMAP fetches
Message-ID: <20031103053812.GC3832@irccrew.org>
References: <3FA2E5AB.2070209@vpop.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <3FA2E5AB.2070209@vpop.net>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 05:38:44 -0000
X-UID: 1797                                                  
Status: O

On Fri, Oct 31, 2003 at 04:43:55PM -0600, Matthew Reimer wrote:
> A little more information:
> 
> This bug results in Mozilla and pine never rendering the message, since 
> dovecot lies about how much data was really sent, as seen in the 
> following log in which only 394 bytes (rather than the 10240 dovecot is 
> claiming to send) are returned:

Does this patch fix it? http://dovecot.fi/fetch-body.patch

From cras@irccrew.org  Mon Nov  3 07:41:22 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5FD6F238C8; Mon,  3 Nov 2003 07:41:22 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 9D007238C5
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 07:40:50 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 830FD2E027; Mon,  3 Nov 2003 07:40:50 +0200 (EET)
Date: Mon, 3 Nov 2003 07:40:50 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dies on start-up: Auth process
Message-ID: <20031103054050.GD3832@irccrew.org>
References: <3FA5018D.8020307@tacocat.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <3FA5018D.8020307@tacocat.net>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 05:41:22 -0000
X-UID: 1798                                                  
Status: O

On Sun, Nov 02, 2003 at 08:07:25AM -0500, Tom Allison wrote:
> I was digging through some of the archives and ran into someone who was 
> having the same problem, but for completely different reasons....i think.
> 
> dovecot: Nov 02 07:58:51 Info: Dovecot starting up
> dovecot: Nov 02 07:58:52 Error: Auth process died too early - shutting down
> dovecot: Nov 02 07:58:52 Error: child 27673 (login) killed with signal 11

See what ldd /usr/local/libexec/dovecot/dovecot-auth says? Are there any
unresolved libraries? I don't remember seeing other reasons yet why auth
process dies immediately.

From cras@irccrew.org  Mon Nov  3 07:45:54 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 04870238D6; Mon,  3 Nov 2003 07:45:54 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 954CE238C5
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 07:45:19 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 6A6642E027; Mon,  3 Nov 2003 07:45:19 +0200 (EET)
Date: Mon, 3 Nov 2003 07:45:19 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] evolution - folders not displayed correctly
Message-ID: <20031103054519.GE3832@irccrew.org>
References: <20031102215454.64263.qmail@web60301.mail.yahoo.com>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20031102215454.64263.qmail@web60301.mail.yahoo.com>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 05:45:54 -0000
X-UID: 1799                                                  
Status: O

On Sun, Nov 02, 2003 at 01:54:54PM -0800, Terry wrote:
> Hello,
> 
> First, I used thunderbird, and everything looks great.
>  I tried my account in evolution and all the folders
> appear in one level and not in several as they were in
> thunderbird.
> 
> Inbox
> Inbox.foo
> Inbox.bar

You're using mbox I guess? If you had set namespace prefix to "Inbox." in
thunderbird, I guess it created all mailboxes with "Inbox." prefix. Solution
would be to remove the Inbox-prefix from thunderbird and rename all
mailboxes, or to set Inbox-prefix to Evolution as well.

From cras@irccrew.org  Mon Nov  3 07:57:02 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A370A238CB; Mon,  3 Nov 2003 07:57:01 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id BB4D3238C5
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 07:56:29 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 9C3852E027; Mon,  3 Nov 2003 07:56:29 +0200 (EET)
Date: Mon, 3 Nov 2003 07:56:29 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] [POP3] RFC2449 conformance?
Message-ID: <20031103055629.GF3832@irccrew.org>
References: <oprx07ttj94xwok9@localhost>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <oprx07ttj94xwok9@localhost>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 05:57:02 -0000
X-UID: 1800                                                  
Status: O

On Sun, Nov 02, 2003 at 11:38:07PM +0100, Matthias Andree wrote:
> RFC2449 Section 5 ("Capabilities available in the AUTHORIZATION state MUST 
> be announced in both states.") requires that POP3 extensions offered in 
> Authentication state MUST be offered in Transaction state as well, this 
> affects the "SASL" extension.

Hmm.. So it seems. Available auth capabilities would have to be saved and
sent to pop3 process since they're generated by asking from login processes
what they support. Added in TODO.

From tallison@tacocat.net  Mon Nov  3 13:36:06 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F3600238B6; Mon,  3 Nov 2003 13:36:05 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 8C40B2385D
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 13:35:33 +0200 (EET)
Received: from tacocat.net (unknown [192.168.1.103])
	by tacocat.net (Postfix) with ESMTP
	id 8C9CF79D23; Mon,  3 Nov 2003 06:35:31 -0500 (EST)
Message-ID: <3FA63D83.2090609@tacocat.net>
Date: Mon, 03 Nov 2003 06:35:31 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] dies on start-up: Auth process
References: <3FA5018D.8020307@tacocat.net> <20031103054050.GD3832@irccrew.org>
In-Reply-To: <20031103054050.GD3832@irccrew.org>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 11:36:06 -0000
X-UID: 1801                                                  
Status: O

Timo Sirainen wrote:
> On Sun, Nov 02, 2003 at 08:07:25AM -0500, Tom Allison wrote:
> 
>>I was digging through some of the archives and ran into someone who was 
>>having the same problem, but for completely different reasons....i think.
>>
>>dovecot: Nov 02 07:58:51 Info: Dovecot starting up
>>dovecot: Nov 02 07:58:52 Error: Auth process died too early - shutting down
>>dovecot: Nov 02 07:58:52 Error: child 27673 (login) killed with signal 11
> 
> 
> See what ldd /usr/local/libexec/dovecot/dovecot-auth says? Are there any
> unresolved libraries? I don't remember seeing other reasons yet why auth
> process dies immediately.


fluffy:/home/tallison # ldd /usr/local/libexec/dovecot/dovecot-auth
         libcrypt.so.1 => /lib/libcrypt.so.1 (0x40019000)
         libdl.so.2 => /lib/libdl.so.2 (0x4004a000)
         libc.so.6 => /lib/libc.so.6 (0x4004e000)
         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
fluffy:/home/tallison #

From tallison@tacocat.net  Mon Nov  3 13:57:27 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DE9C0238B6; Mon,  3 Nov 2003 13:57:27 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id C6A9E2385D
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 13:56:54 +0200 (EET)
Received: from tacocat.net (unknown [192.168.1.103])
	by tacocat.net (Postfix) with ESMTP
	id 0EA8479D23; Mon,  3 Nov 2003 06:56:54 -0500 (EST)
Message-ID: <3FA64285.30006@tacocat.net>
Date: Mon, 03 Nov 2003 06:56:53 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Matthias Andree <matthias.andree@gmx.de>
Subject: Re: [Dovecot] dies on start-up: Auth process
References: <3FA5018D.8020307@tacocat.net> <oprx07w2ue4xwok9@localhost>
In-Reply-To: <oprx07w2ue4xwok9@localhost>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 11:57:28 -0000
X-UID: 1802                                                  
Status: O

Matthias Andree wrote:
> Am Sun, 02 Nov 2003 08:07:25 -0500 hat Tom Allison 
> <tallison@tacocat.net> geschrieben:
> 
>> So I took the advice posted and ran 'strace dovecot' and this is what 
>> I got.  Unfortunately I'm not exactly good enough with this to even 
>> know what I'm looking at.
> 
> 
> Can you run "strace -fF dovecot -F", so it traces the children that die 
> prematurely?
> 
> Your trace doesn't show processes that terminate by receiving a certain 
> signal, unfortunately.
> 

I did that, but it's too large to post and I can't send it to you 
directly.  I'm getting my mail rejected as part of a DUL group.

Any suggestions?

From mreimer@vpop.net  Mon Nov  3 14:18:20 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6A4522385D; Mon,  3 Nov 2003 14:18:20 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8115C23841
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 14:17:47 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id 304903A7076; Mon,  3 Nov 2003 04:17:44 -0800 (PST)
Message-ID: <3FA6478A.1040502@vpop.net>
Date: Mon, 03 Nov 2003 06:18:18 -0600
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: Bug with partial IMAP fetches
References: <lists.dovecot.3FA2E5AB.2070209@vpop.net>
	<lists.dovecot.20031103053812.GC3832@irccrew.org>
In-Reply-To: <lists.dovecot.20031103053812.GC3832@irccrew.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 12:18:20 -0000
X-UID: 1803                                                  
Status: O

Timo Sirainen wrote:
> On Fri, Oct 31, 2003 at 04:43:55PM -0600, Matthew Reimer wrote:
> 
>>A little more information:
>>
>>This bug results in Mozilla and pine never rendering the message, since 
>>dovecot lies about how much data was really sent, as seen in the 
>>following log in which only 394 bytes (rather than the 10240 dovecot is 
>>claiming to send) are returned:
> 
> 
> Does this patch fix it? http://dovecot.fi/fetch-body.patch

No; I'm already using all available 0.99.10 patches. Sorry for not 
mentioning that before.

Matt

From tallison@tacocat.net  Mon Nov  3 15:16:08 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9AD1D2385D; Mon,  3 Nov 2003 15:16:08 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 155AF23850
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 15:15:33 +0200 (EET)
Received: from tacocat.net (unknown [192.168.1.103])
	by tacocat.net (Postfix) with ESMTP
	id 523F179D23; Mon,  3 Nov 2003 08:15:31 -0500 (EST)
Message-ID: <3FA654F2.1020402@tacocat.net>
Date: Mon, 03 Nov 2003 08:15:30 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] dies on start-up: Auth process
References: <3FA5018D.8020307@tacocat.net> <20031103054050.GD3832@irccrew.org>
	<3FA63D83.2090609@tacocat.net>
In-Reply-To: <3FA63D83.2090609@tacocat.net>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: Timo Sirainen <tss@iki.fi>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 13:16:08 -0000
X-UID: 1804                                                  
Status: O

Tom Allison wrote:
> Timo Sirainen wrote:
> 
>> On Sun, Nov 02, 2003 at 08:07:25AM -0500, Tom Allison wrote:
>>
>>> I was digging through some of the archives and ran into someone who 
>>> was having the same problem, but for completely different 
>>> reasons....i think.
>>>
>>> dovecot: Nov 02 07:58:51 Info: Dovecot starting up
>>> dovecot: Nov 02 07:58:52 Error: Auth process died too early - 
>>> shutting down
>>> dovecot: Nov 02 07:58:52 Error: child 27673 (login) killed with 
>>> signal 11
>>

I'm making some slow progress.
It seemd to be better after I've added a configuration option for 
cyrus-sasl2 support and set the auth_userdb = passwd.

It loads.

but logging in is another matter entirely.

I can't seem to authenticate.

From tallison@tacocat.net  Mon Nov  3 15:27:18 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 610462385D; Mon,  3 Nov 2003 15:27:18 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id B5CB323850
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 15:26:44 +0200 (EET)
Received: from tacocat.net (unknown [192.168.1.103])
	by tacocat.net (Postfix) with ESMTP id F0C8979D23
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 08:26:43 -0500 (EST)
Message-ID: <3FA65792.3090205@tacocat.net>
Date: Mon, 03 Nov 2003 08:26:42 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dies on start-up: Auth process
References: <3FA5018D.8020307@tacocat.net> <20031103054050.GD3832@irccrew.org>
	<3FA63D83.2090609@tacocat.net> <3FA654F2.1020402@tacocat.net>
In-Reply-To: <3FA654F2.1020402@tacocat.net>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 13:27:18 -0000
X-UID: 1805                                                  
Status: O
Content-Length: 3432

Tom Allison wrote:
> Tom Allison wrote:
> 
>> Timo Sirainen wrote:
>>
>>> On Sun, Nov 02, 2003 at 08:07:25AM -0500, Tom Allison wrote:
>>>
>>>> I was digging through some of the archives and ran into someone who 
>>>> was having the same problem, but for completely different 
>>>> reasons....i think.
>>>>
>>>> dovecot: Nov 02 07:58:51 Info: Dovecot starting up
>>>> dovecot: Nov 02 07:58:52 Error: Auth process died too early - 
>>>> shutting down
>>>> dovecot: Nov 02 07:58:52 Error: child 27673 (login) killed with 
>>>> signal 11
>>>
>>>
> 
> I'm making some slow progress.
> It seemd to be better after I've added a configuration option for 
> cyrus-sasl2 support and set the auth_userdb = passwd.
> 
> It loads.
> 
> but logging in is another matter entirely.
> 
> I can't seem to authenticate.

Found the strace segment that has the response 'NO Authentication failed'

srw-rw-rw-    /var/run/.nscd_socket
drwxr-xr-x    /home/tallison/Maildir

My log shows:
imap-login: .. Warning Killed with signal 2


And I can use the user/passwd listed to login at the terminal and via 
SSH.  Don't worry, this is behind a firewall right now and this specific 
account will be converted to a spam-trap once I launch so I really don't 
care about having a password exposed right now.

I'm getting closer.....

[pid 32035] <... poll resumed> [{fd=3, 
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=0, 
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNV
AL}, {fd=8, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=9, 
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=10, events=POLLIN|
POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}, {fd=11, 
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 6, 4367) = 1
[pid 32038] write(8, "\0tallison\0Appl3", 15 <unfinished ...>
[pid 32035] gettimeofday( <unfinished ...>
[pid 32038] <... write resumed> )       = 15
[pid 32035] <... gettimeofday resumed> {1067865382, 123624}, {300, 0}) = 0
[pid 32038] gettimeofday( <unfinished ...>
[pid 32035] read(10,  <unfinished ...>
[pid 32038] <... gettimeofday resumed> {1067865382, 123963}, NULL) = 0
[pid 32035] <... read resumed> 
"\2\0\0\0\1\0\0\0\17\0\0\0\0tallison\0Appl3", 4076) = 27
[pid 32038] poll( <unfinished ...>
[pid 32035] socket(PF_UNIX, SOCK_STREAM, 0) = 12
[pid 32035] connect(12, {sa_family=AF_UNIX, 
path="/var/run/.nscd_socket"}, 110) = 0
[pid 32035] writev(12, [{"\2\0\0\0\0\0\0\0\t\0\0\0", 12}, {"tallison\0", 
9}], 2) = 21
[pid 32035] read(12, 
"L\'\33@\1\0\0\0\t\0\0\0\2\0\0\0\364\1\0\0d\0\0\0\f\0\0"..., 36) = 36
[pid 32035] read(12, "tallison\0x\0Tom Allison\0/home/tal"..., 48) = 48
[pid 32035] close(12)                   = 0
[pid 32035] write(10, "\1\0\0\0\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 20 
<unfinished ...>
[pid 32038] <... poll resumed> [{fd=8, 
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}, {fd=3, 
events=POLLIN|POLLPRI|POLLER
R|POLLHUP|POLLNVAL}, {fd=7, 
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 3, 328) = 1
[pid 32035] <... write resumed> )       = 20
[pid 32038] gettimeofday({1067865382, 131212}, {300, 0}) = 0
[pid 32038] read(8, "\1\0\0\0\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4068) = 20
[pid 32038] write(7, "1 NO Authentication failed.", 27) = 27
[pid 32038] write(7, "\r\n", 2)         = 2
[pid 32038] gettimeofday({1067865382, 132062}, NULL) = 0
[pid 32038] poll( <unfinished ...>
[pid 32035] gettimeofday({1067865382, 132352}, NULL) = 0
[pid 32035] poll( <unfinished ...>

From td3201@yahoo.com  Mon Nov  3 16:12:48 2003
Return-Path: <td3201@yahoo.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 748DD2385D; Mon,  3 Nov 2003 16:12:48 +0200 (EET)
Received: from web60304.mail.yahoo.com (web60304.mail.yahoo.com
	[216.109.118.115])
	by danu.procontrol.fi (Postfix) with SMTP id E47AC23841
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 16:12:15 +0200 (EET)
Message-ID: <20031103141214.71437.qmail@web60304.mail.yahoo.com>
Received: from [205.144.146.240] by web60304.mail.yahoo.com via HTTP;
	Mon, 03 Nov 2003 06:12:14 PST
Date: Mon, 3 Nov 2003 06:12:14 -0800 (PST)
From: Terry <td3201@yahoo.com>
Subject: Re: [Dovecot] evolution - folders not displayed correctly
To: dovecot@procontrol.fi
In-Reply-To: <20031103054519.GE3832@irccrew.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 14:12:48 -0000
X-UID: 1806                                                  
Status: O


--- Timo Sirainen <tss@iki.fi> wrote:
> On Sun, Nov 02, 2003 at 01:54:54PM -0800, Terry
> wrote:
> > Hello,
> > 
> > First, I used thunderbird, and everything looks
> great.
> >  I tried my account in evolution and all the
> folders
> > appear in one level and not in several as they
> were in
> > thunderbird.
> > 
> > Inbox
> > Inbox.foo
> > Inbox.bar
> 
> You're using mbox I guess? If you had set namespace
> prefix to "Inbox." in
> thunderbird, I guess it created all mailboxes with
> "Inbox." prefix. Solution
> would be to remove the Inbox-prefix from thunderbird
> and rename all
> mailboxes, or to set Inbox-prefix to Evolution as
> well.
>

Actually, I had a later email to the list better
explaining my setup.  This is using maildir.

=====
Terry

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
From matthias.andree@gmx.de  Mon Nov  3 17:27:35 2003
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CE4402385D; Mon,  3 Nov 2003 17:27:35 +0200 (EET)
Received: from nx5.hrz.uni-dortmund.de (nx5.HRZ.Uni-Dortmund.DE
	[129.217.131.21])
	by danu.procontrol.fi (Postfix) with ESMTP id 47C3F23850
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 17:27:03 +0200 (EET)
Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE
	[129.217.128.51])
	by nx5.hrz.uni-dortmund.de (Postfix) with ESMTP id D16644AA494
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 16:27:01 +0100 (MET)
Received: from m2a2.myip.org (pD9E1E9DA.dip.t-dialin.net [217.225.233.218])
	(authenticated (0 bits))hA3FQZow029593
	for <dovecot@procontrol.fi>; Mon, 3 Nov 2003 16:26:35 +0100 (MET)
Received: from merlin.emma.line.org (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id A20701B210
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 16:26:34 +0100 (CET)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] [POP3] RFC2449 conformance?
References: <oprx07ttj94xwok9@localhost> <20031103055629.GF3832@irccrew.org>
Message-ID: <oprx2iijio4xwok9@mail.gmx.net>
From: Matthias Andree <matthias.andree@gmx.de>
Content-Type: text/plain; format=flowed; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Date: Mon, 03 Nov 2003 16:26:33 +0100
In-Reply-To: <20031103055629.GF3832@irccrew.org>
User-Agent: Opera7.21/FreeBSD M2 build 480
X-MailScanner-Information: UniDo-UniMail
X-MailScanner: Found to be clean
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 15:27:36 -0000
X-UID: 1807                                                  
Status: O

On Mon, 3 Nov 2003 07:56:29 +0200, Timo Sirainen <tss@iki.fi> wrote:

> On Sun, Nov 02, 2003 at 11:38:07PM +0100, Matthias Andree wrote:
>> RFC2449 Section 5 ("Capabilities available in the AUTHORIZATION state MUST
>> be announced in both states.") requires that POP3 extensions offered in
>> Authentication state MUST be offered in Transaction state as well, this
>> affects the "SASL" extension.
>
> Hmm.. So it seems. Available auth capabilities would have to be saved and
> sent to pop3 process since they're generated by asking from login processes
> what they support. Added in TODO.

While we're at it, does Dovecot support PIPELINING? If so, advertising it in Transaction state might improve performance of some clients.

-- 
Matthias Andree
From cras@irccrew.org  Mon Nov  3 21:43:55 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C8C2F23850; Mon,  3 Nov 2003 21:43:55 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 2CA182385D
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 21:43:23 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 127F32E027; Mon,  3 Nov 2003 21:43:23 +0200 (EET)
Date: Mon, 3 Nov 2003 21:43:22 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dies on start-up: Auth process
Message-ID: <20031103194322.GB10166@irccrew.org>
References: <3FA5018D.8020307@tacocat.net> <oprx07w2ue4xwok9@localhost>
	<3FA64285.30006@tacocat.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <3FA64285.30006@tacocat.net>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 19:43:56 -0000
X-UID: 1808                                                  
Status: O

On Mon, Nov 03, 2003 at 06:56:53AM -0500, Tom Allison wrote:
> >Can you run "strace -fF dovecot -F", so it traces the children that die 
> >prematurely?
> >
> >Your trace doesn't show processes that terminate by receiving a certain 
> >signal, unfortunately.
> >
> 
> I did that, but it's too large to post and I can't send it to you 
> directly.  I'm getting my mail rejected as part of a DUL group.
> 
> Any suggestions?

[pid 26281] stat64("/usr/local/lib/dovecot/auth/pam.so", 0xbffffcd0) = -1
ENOENT (No such file or directory)

This seems to indicate that you have set auth_passdb = pam, but without PAM
support compiled in so it tries to look it up as module and still doesn't
find it.

[pid 26281] send(4, "<18>Nov  3 06:36:26 dovecot-auth"..., 59, 0) = 59

And I think this means it should have written "Unknown passdb type 'PAM'"
error message to log file. It didn't get there?

From cras@irccrew.org  Mon Nov  3 21:46:32 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C08CD238B6; Mon,  3 Nov 2003 21:46:32 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8B3182385D
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 21:46:00 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id 7A91C2E027; Mon,  3 Nov 2003 21:46:00 +0200 (EET)
Date: Mon, 3 Nov 2003 21:46:00 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] evolution - folders not displayed correctly
Message-ID: <20031103194600.GC10166@irccrew.org>
References: <20031103054519.GE3832@irccrew.org>
	<20031103141214.71437.qmail@web60304.mail.yahoo.com>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20031103141214.71437.qmail@web60304.mail.yahoo.com>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 19:46:32 -0000
X-UID: 1809                                                  
Status: O

On Mon, Nov 03, 2003 at 06:12:14AM -0800, Terry wrote:
> > > Inbox
> > > Inbox.foo
> > > Inbox.bar
> > 
> > You're using mbox I guess? If you had set namespace
> > prefix to "Inbox." in
> > thunderbird, I guess it created all mailboxes with
> > "Inbox." prefix. Solution
> > would be to remove the Inbox-prefix from thunderbird
> > and rename all
> > mailboxes, or to set Inbox-prefix to Evolution as
> > well.
> >
> 
> Actually, I had a later email to the list better
> explaining my setup.  This is using maildir.

Hmm. Try:

telnet localhost 143
x login username password
x list "" *

And copy&paste here what it says?

From td3201@yahoo.com  Mon Nov  3 22:26:15 2003
Return-Path: <td3201@yahoo.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 26B442385D; Mon,  3 Nov 2003 22:26:15 +0200 (EET)
Received: from web60305.mail.yahoo.com (web60305.mail.yahoo.com
	[216.109.118.116])
	by danu.procontrol.fi (Postfix) with SMTP id B0D5223841
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 22:25:42 +0200 (EET)
Message-ID: <20031103202540.91390.qmail@web60305.mail.yahoo.com>
Received: from [205.144.146.240] by web60305.mail.yahoo.com via HTTP;
	Mon, 03 Nov 2003 12:25:40 PST
Date: Mon, 3 Nov 2003 12:25:40 -0800 (PST)
From: Terry <td3201@yahoo.com>
Subject: Re: [Dovecot] evolution - folders not displayed correctly
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
In-Reply-To: <20031103194600.GC10166@irccrew.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 20:26:15 -0000
X-UID: 1810                                                  
Status: O
Content-Length: 1656


--- Timo Sirainen <tss@iki.fi> wrote:
> On Mon, Nov 03, 2003 at 06:12:14AM -0800, Terry
> wrote:
> > > > Inbox
> > > > Inbox.foo
> > > > Inbox.bar
> > > 
> > > You're using mbox I guess? If you had set
> namespace
> > > prefix to "Inbox." in
> > > thunderbird, I guess it created all mailboxes
> with
> > > "Inbox." prefix. Solution
> > > would be to remove the Inbox-prefix from
> thunderbird
> > > and rename all
> > > mailboxes, or to set Inbox-prefix to Evolution
> as
> > > well.
> > >
> > 
> > Actually, I had a later email to the list better
> > explaining my setup.  This is using maildir.
> 
> Hmm. Try:
> 
> telnet localhost 143
> x login username password
> x list "" *
> 
> And copy&paste here what it says?
> 

Thank you for the response:

x OK Logged in.
x list "" *
* LIST (\Children \UnMarked) "." "INBOX"
* LIST (\UnMarked) "." "INBOX.Bellevue"
* LIST (\Children \UnMarked) "." "INBOX.Jobs"
* LIST (\UnMarked) "." "INBOX.Jobs.Denied"
* LIST (\UnMarked) "." "INBOX.Jobs.Future"
* LIST (\UnMarked) "." "INBOX.Jobs.Pending"
* LIST (\UnMarked) "." "INBOX.DiscoverCard"
* LIST (\UnMarked) "." "INBOX.Domains"
* LIST (\UnMarked) "." "INBOX.Ebay"
* LIST (\UnMarked) "." "INBOX.Saved"
* LIST (\UnMarked) "." "INBOX.Junk"
* LIST (\UnMarked) "." "Drafts"
* LIST (\UnMarked) "." "Templates"
* LIST (\UnMarked) "." "Trash"
* LIST (\UnMarked) "." "cur"
* LIST (\UnMarked) "." "new"
* LIST (\UnMarked) "." "tmp"
* LIST (\UnMarked) "." "oldmbox"
* LIST (\UnMarked) "." "Sent"
x OK List completed.

=====
Terry

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
From tallison@tacocat.net  Mon Nov  3 22:46:29 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 039952385D; Mon,  3 Nov 2003 22:46:29 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 402F723841
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 22:45:55 +0200 (EET)
Received: from www.tacocat.net (localhost [127.0.0.1])
	by tacocat.net (Postfix) with SMTP
	id DC5D179D23; Mon,  3 Nov 2003 15:45:53 -0500 (EST)
Received: from 198.208.159.14 (proxying for unknown)
        (SquirrelMail authenticated user tallison)
        by gandolf.tacocat.net with HTTP;
        Mon, 3 Nov 2003 15:45:53 -0500 (EST)
Message-ID: <24614.198.208.159.14.1067892353.squirrel@gandolf.tacocat.net>
In-Reply-To: <20031103194322.GB10166@irccrew.org>
References: <3FA5018D.8020307@tacocat.net>
    <oprx07w2ue4xwok9@localhost><3FA64285.30006@tacocat.net>
    <20031103194322.GB10166@irccrew.org>
Date: Mon, 3 Nov 2003 15:45:53 -0500 (EST)
Subject: Re: [Dovecot] dies on start-up: Auth process
From: tallison@tacocat.net
To: "Timo Sirainen" <tss@iki.fi>
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 20:46:29 -0000
X-UID: 1811                                                  
Status: O
Content-Length: 1160

> On Mon, Nov 03, 2003 at 06:56:53AM -0500, Tom Allison wrote:
>> >Can you run "strace -fF dovecot -F", so it traces the children that die
>> >prematurely?
>> >
>> >Your trace doesn't show processes that terminate by receiving a certain
>> >signal, unfortunately.
>> >
>>
>> I did that, but it's too large to post and I can't send it to you
>> directly.  I'm getting my mail rejected as part of a DUL group.
>>
>> Any suggestions?
>
> [pid 26281] stat64("/usr/local/lib/dovecot/auth/pam.so", 0xbffffcd0) = -1
> ENOENT (No such file or directory)
>
> This seems to indicate that you have set auth_passdb = pam, but without
> PAM
> support compiled in so it tries to look it up as module and still doesn't
> find it.
>
> [pid 26281] send(4, "<18>Nov  3 06:36:26 dovecot-auth"..., 59, 0) = 59
>
> And I think this means it should have written "Unknown passdb type 'PAM'"
> error message to log file. It didn't get there?
>


IIRC, configure --help showed pam as a default authentication.
Do you need to recompile this '--with-pam' as one of the options?
I have been compiling this as:
./configure --enable-debug
or
./configure --enable-debug --enable-cyrus-sasl2

From cras@irccrew.org  Tue Nov  4 00:04:05 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A9BB32385D; Tue,  4 Nov 2003 00:04:05 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 2660423841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 00:03:33 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id A4B062E027; Tue,  4 Nov 2003 00:03:29 +0200 (EET)
Date: Tue, 4 Nov 2003 00:03:29 +0200
From: Timo Sirainen <tss@iki.fi>
To: Terry <td3201@yahoo.com>
Subject: Re: [Dovecot] evolution - folders not displayed correctly
Message-ID: <20031103220329.GD10166@irccrew.org>
References: <20031103194600.GC10166@irccrew.org>
	<20031103202540.91390.qmail@web60305.mail.yahoo.com>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20031103202540.91390.qmail@web60305.mail.yahoo.com>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 22:04:05 -0000
X-UID: 1812                                                  
Status: O

On Mon, Nov 03, 2003 at 12:25:40PM -0800, Terry wrote:
> * LIST (\Children \UnMarked) "." "INBOX"
> * LIST (\UnMarked) "." "INBOX.Bellevue"
..
> * LIST (\UnMarked) "." "Drafts"
> * LIST (\UnMarked) "." "Templates"
..

Well, some of your mailboxes are with INBOX. prefix and some not. I don't
think Evolution still should name them as "Inbox.Bellevue" though.. Anyway,
how about removing the inbox-prefixes from all mail clients and renaming
them so that they don't contain the INBOX-prefix? :)

From cras@irccrew.org  Tue Nov  4 00:07:09 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AEEF32385D; Tue,  4 Nov 2003 00:07:09 +0200 (EET)
Received: from shodan.irccrew.org (shodan [80.83.4.2])
	by danu.procontrol.fi (Postfix) with ESMTP id BA7E323841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 00:06:37 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id A4BE42E027; Tue,  4 Nov 2003 00:06:37 +0200 (EET)
Date: Tue, 4 Nov 2003 00:06:37 +0200
From: Timo Sirainen <tss@iki.fi>
To: tallison@tacocat.net
Subject: Re: [Dovecot] dies on start-up: Auth process
Message-ID: <20031103220637.GE10166@irccrew.org>
References: <3FA5018D.8020307@tacocat.net>
	<20031103194322.GB10166@irccrew.org>
	<24614.198.208.159.14.1067892353.squirrel@gandolf.tacocat.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <24614.198.208.159.14.1067892353.squirrel@gandolf.tacocat.net>
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 22:07:09 -0000
X-UID: 1813                                                  
Status: O

On Mon, Nov 03, 2003 at 03:45:53PM -0500, tallison@tacocat.net wrote:
> IIRC, configure --help showed pam as a default authentication.
> Do you need to recompile this '--with-pam' as one of the options?

It tries to detect PAM automatically. Running configure should list it in
passdb list. If it doesn't, you could check from config.log if there's some
errors about PAM.

> I have been compiling this as:
> ./configure --enable-debug
> or
> ./configure --enable-debug --enable-cyrus-sasl2

Well, cyrus-sasl2 doesn't actually work at all and you shouldn't really use
the debugging, that's mostly meant for my own use :) --enable-debug adds a
lot of unnecessary things just so that I can quickly notice if I break some
things.

From td3201@yahoo.com  Tue Nov  4 00:12:51 2003
Return-Path: <td3201@yahoo.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 461EB2385D; Tue,  4 Nov 2003 00:12:51 +0200 (EET)
Received: from web60305.mail.yahoo.com (web60305.mail.yahoo.com
	[216.109.118.116])
	by danu.procontrol.fi (Postfix) with SMTP id B175223841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 00:12:18 +0200 (EET)
Message-ID: <20031103221217.23350.qmail@web60305.mail.yahoo.com>
Received: from [205.144.146.240] by web60305.mail.yahoo.com via HTTP;
	Mon, 03 Nov 2003 14:12:17 PST
Date: Mon, 3 Nov 2003 14:12:17 -0800 (PST)
From: Terry <td3201@yahoo.com>
Subject: Re: [Dovecot] evolution - folders not displayed correctly
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <20031103220329.GD10166@irccrew.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 22:12:51 -0000
X-UID: 1814                                                  
Status: O
Content-Length: 1079


--- Timo Sirainen <tss@iki.fi> wrote:
> On Mon, Nov 03, 2003 at 12:25:40PM -0800, Terry
> wrote:
> > * LIST (\Children \UnMarked) "." "INBOX"
> > * LIST (\UnMarked) "." "INBOX.Bellevue"
> ..
> > * LIST (\UnMarked) "." "Drafts"
> > * LIST (\UnMarked) "." "Templates"
> ..
> 
> Well, some of your mailboxes are with INBOX. prefix
> and some not. I don't
> think Evolution still should name them as
> "Inbox.Bellevue" though.. Anyway,
> how about removing the inbox-prefixes from all mail
> clients and renaming
> them so that they don't contain the INBOX-prefix? :)
> 

What should be the proper format for directories?  If
I do an ls -la in ~/Maildir, what should I see for
subfolders?

is Inbox.foo not correct?  I used yammc.pl to convert
my files from mbox to maildir so Evolution didn't
create them.  Mozilla displays them fine.  In fact, if
I try to create a subfolder under Inbox in evolution,
I get 'Generic Error'.

=====
Terry

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
From scott@thenation.com  Tue Nov  4 00:51:36 2003
Return-Path: <scott@thenation.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4FEAA2385D; Tue,  4 Nov 2003 00:51:36 +0200 (EET)
Received: from bone.thenation.com (mail.thenation.com [209.212.93.65])
	by danu.procontrol.fi (Postfix) with ESMTP id 9F4C723841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 00:51:03 +0200 (EET)
Received: from bone.thenation.com (bone.thenation.com [127.0.0.1])
	by bone.thenation.com (8.12.8/8.12.5) with ESMTP id hA3MoUAM007012
	for <dovecot@procontrol.fi>; Mon, 3 Nov 2003 17:50:30 -0500
Received: (from scott@localhost)
	by bone.thenation.com (8.12.8/8.12.8/Submit) id hA3MoTjX007010
	for dovecot@procontrol.fi; Mon, 3 Nov 2003 17:50:29 -0500
X-Authentication-Warning: bone.thenation.com: scott set sender to
	scott@thenation.com using -f
Date: Mon, 3 Nov 2003 17:50:29 -0500
From: Scott Klein <scott@thenation.com>
To: dovecot@procontrol.fi
Message-ID: <20031103225029.GB23640@thenation.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Mailer: Mutt http://www.mutt.org/
Subject: [Dovecot] dovecot vs cyrus, uw, etc.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2003 22:51:36 -0000
X-UID: 1815                                                  
Status: O
Content-Length: 1036

I've been doing research on switching our current e-mail server
(qpopper, sendmail) to imap. The decision on which server to use is
essentially down to Cyrus and Dovecot -- I like Cyrus' approach to a lot
of things, but the "blackbox" nature of it makes some niceties like
using spamassassin and procmail difficult, or at least counterintuitive.
Dovecot seems to play nicer with other apps.

I'm a bit concerned with stability, though. Although we don't have a lot
of users (about 60) they're all very big e-mail users -- my users rely
on their e-mail more than on their phones. We can't afford any downtime,
and with our pop3 server, we haven't had any.

Does anybody on this list use Dovecot to serve mission critical e-mail
to an entire company? What kind of uptime can I expect? Is it genuinely
ready for prime time? Has anybody here migrated from a recent release of
Cyrus and can compare apples-to-apples?

Many thanks,
Scott Klein

-- 
Scott Klein
Web Publisher/Director of Technology
The Nation Magazine
http://www.thenation.com
From tallison@tacocat.net  Tue Nov  4 02:18:06 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 035DA2385D; Tue,  4 Nov 2003 02:18:05 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id EAE5B23841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 02:17:29 +0200 (EET)
Received: from tacocat.net (unknown [192.168.1.103])
	by tacocat.net (Postfix) with ESMTP id 0E73279D23
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 19:17:27 -0500 (EST)
Message-ID: <3FA6F011.3010105@tacocat.net>
Date: Mon, 03 Nov 2003 19:17:21 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dies on start-up: Auth process
References: <3FA5018D.8020307@tacocat.net>
	<20031103194322.GB10166@irccrew.org>
	<24614.198.208.159.14.1067892353.squirrel@gandolf.tacocat.net>
	<20031103220637.GE10166@irccrew.org>
In-Reply-To: <20031103220637.GE10166@irccrew.org>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 00:18:06 -0000
X-UID: 1816                                                  
Status: O

Timo Sirainen wrote:
> On Mon, Nov 03, 2003 at 03:45:53PM -0500, tallison@tacocat.net wrote:
> 
>>IIRC, configure --help showed pam as a default authentication.
>>Do you need to recompile this '--with-pam' as one of the options?
> 
> 
> It tries to detect PAM automatically. Running configure should list it in
> passdb list. If it doesn't, you could check from config.log if there's some
> errors about PAM.
> 
> 
>>I have been compiling this as:
>>./configure --enable-debug
>>or
>>./configure --enable-debug --enable-cyrus-sasl2
> 
> 
> Well, cyrus-sasl2 doesn't actually work at all and you shouldn't really use
> the debugging, that's mostly meant for my own use :) --enable-debug adds a
> lot of unnecessary things just so that I can quickly notice if I break some
> things.

./configure --with-pam | grep pam

returns:
configure: line 8578: pkg-config: command not found
checking for pam_start in -lpam... no


From tallison@tacocat.net  Tue Nov  4 02:30:30 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 89C07238B6; Tue,  4 Nov 2003 02:30:30 +0200 (EET)
Received: from tacocat.net (dhcp024-208-242-024.twmi.rr.com [24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 0C77D23841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 02:29:58 +0200 (EET)
Received: from tacocat.net (unknown [192.168.1.103])
	by tacocat.net (Postfix) with ESMTP id 5367879D23
	for <dovecot@procontrol.fi>; Mon,  3 Nov 2003 19:29:57 -0500 (EST)
Message-ID: <3FA6F2FF.1030704@tacocat.net>
Date: Mon, 03 Nov 2003 19:29:51 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc.
References: <20031103225029.GB23640@thenation.com>
In-Reply-To: <20031103225029.GB23640@thenation.com>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 00:30:30 -0000
X-UID: 1817                                                  
Status: O
Content-Length: 2866

Scott Klein wrote:
> I've been doing research on switching our current e-mail server
> (qpopper, sendmail) to imap. The decision on which server to use is
> essentially down to Cyrus and Dovecot -- I like Cyrus' approach to a lot
> of things, but the "blackbox" nature of it makes some niceties like
> using spamassassin and procmail difficult, or at least counterintuitive.
> Dovecot seems to play nicer with other apps.
> 
> I'm a bit concerned with stability, though. Although we don't have a lot
> of users (about 60) they're all very big e-mail users -- my users rely
> on their e-mail more than on their phones. We can't afford any downtime,
> and with our pop3 server, we haven't had any.
> 
> Does anybody on this list use Dovecot to serve mission critical e-mail
> to an entire company? What kind of uptime can I expect? Is it genuinely
> ready for prime time? Has anybody here migrated from a recent release of
> Cyrus and can compare apples-to-apples?
> 
> Many thanks,
> Scott Klein
> 

I can only provide some input.

It seems to me that cyrus does have something of a black box approach to 
doing things.  However, it's still in a maildir format although not in 
the typical ~/Maildir location.

With regard to procmail/spamassassin support I have the following 
recommendation, and it can be applied to both cyrus and dovecot (I think).

You do not mention what SMTP system you are using, I will assume you are 
sticking with sendmail and changing qpopper to some IMAP server. 
However, I would suggest you consider postfix in place of sendmail.  And 
yes, it's very ready for mission critical.

There is a package called amavisd-new which allows you to set up an 
anti-virus scanner and spamassassin as an extension of postfix.  This 
can process email before it's delivered from postfix to where ever 
(procmail/lmtp/...)

This simplifies some things in that the mail, as delivered to the MDA 
has already been "bagged and tagged" as spam, virus, good/bad and you 
can use procmail/sieve equally effectively for filtering from there.

downside with cyrus-imap and sieve is that you cannot "shell" out and do 
anything else with your email, like report spam to Vipul's razor.  In 
the battle against spam, it can be very important to be able to take 
immediate actions against spam in many cases.  Procmail allows you to do 
much of this on the fly.  Sieve can't.

The other downside, for me, is that cyrus has poor documentation.

The advantage with cyrus is that it can be, from what I'm told, easily 
administered from web pages.

I'm still new with this dovecot thing and I technically haven't even 
gotten it to compile/run correctly.  However some advantages that I do 
see with it are:
~/Maildir based, so it's not rocket science.
very lean and simple to run.
procmail friendly.
awesome technical support with patient developer-dudes on hand.

From ian@onepost.net  Tue Nov  4 02:36:39 2003
Return-Path: <ian@onepost.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5F340238B6; Tue,  4 Nov 2003 02:36:39 +0200 (EET)
Received: from icicle.pobox.com (icicle.pobox.com [207.8.214.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 3DB7723841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 02:36:07 +0200 (EET)
Received: from texas.pobox.com (texas.pobox.com[64.49.223.111])
	by icicle.pobox.com (Postfix) with ESMTP id ACE9F7986B;
	Mon,  3 Nov 2003 19:36:04 -0500 (EST)
Received: from [10.0.1.10]
	(209-6-159-188.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com [209.6.159.188])
	by texas.pobox.com (Postfix) with ESMTP
	id BD3A54534A; Mon,  3 Nov 2003 19:36:03 -0500 (EST)
User-Agent: Microsoft-Entourage/10.1.0.2006
Date: Mon, 03 Nov 2003 19:35:48 -0500
Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc.
From: Ian Marlier <ian@onepost.net>
To: Tom Allison <tallison@tacocat.net>, <dovecot@procontrol.fi>
Message-ID: <BBCC5E94.23E4%ian@onepost.net>
In-Reply-To: <3FA6F2FF.1030704@tacocat.net>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 00:36:39 -0000
X-UID: 1818                                                  
Status: O
Content-Length: 3477

On 11/3/03 7:29 PM, "Tom Allison" <tallison@tacocat.net> wrote:

> Scott Klein wrote:
>> I've been doing research on switching our current e-mail server
>> (qpopper, sendmail) to imap. The decision on which server to use is
>> essentially down to Cyrus and Dovecot -- I like Cyrus' approach to a lot
>> of things, but the "blackbox" nature of it makes some niceties like
>> using spamassassin and procmail difficult, or at least counterintuitive.
>> Dovecot seems to play nicer with other apps.
>>=20
>> I'm a bit concerned with stability, though. Although we don't have a lot
>> of users (about 60) they're all very big e-mail users -- my users rely
>> on their e-mail more than on their phones. We can't afford any downtime,
>> and with our pop3 server, we haven't had any.
>>=20
>> Does anybody on this list use Dovecot to serve mission critical e-mail
>> to an entire company? What kind of uptime can I expect? Is it genuinely
>> ready for prime time? Has anybody here migrated from a recent release of
>> Cyrus and can compare apples-to-apples?
>>=20
>> Many thanks,
>> Scott Klein
>>=20
>=20
> I can only provide some input.
>=20
> It seems to me that cyrus does have something of a black box approach to
> doing things.  However, it's still in a maildir format although not in
> the typical ~/Maildir location.
>=20
> With regard to procmail/spamassassin support I have the following
> recommendation, and it can be applied to both cyrus and dovecot (I think)=
.
>=20
> You do not mention what SMTP system you are using, I will assume you are
> sticking with sendmail and changing qpopper to some IMAP server.
> However, I would suggest you consider postfix in place of sendmail.  And
> yes, it's very ready for mission critical.
>=20
> There is a package called amavisd-new which allows you to set up an
> anti-virus scanner and spamassassin as an extension of postfix.  This
> can process email before it's delivered from postfix to where ever
> (procmail/lmtp/...)
>=20
> This simplifies some things in that the mail, as delivered to the MDA
> has already been "bagged and tagged" as spam, virus, good/bad and you
> can use procmail/sieve equally effectively for filtering from there.
>=20
> downside with cyrus-imap and sieve is that you cannot "shell" out and do
> anything else with your email, like report spam to Vipul's razor.  In
> the battle against spam, it can be very important to be able to take
> immediate actions against spam in many cases.  Procmail allows you to do
> much of this on the fly.  Sieve can't.
>=20
> The other downside, for me, is that cyrus has poor documentation.
>=20
> The advantage with cyrus is that it can be, from what I'm told, easily
> administered from web pages.
>=20
> I'm still new with this dovecot thing and I technically haven't even
> gotten it to compile/run correctly.  However some advantages that I do
> see with it are:
> ~/Maildir based, so it's not rocket science.
> very lean and simple to run.
> procmail friendly.
> awesome technical support with patient developer-dudes on hand.

Second that.  I replied to Scott personally, but it's worth mentioning to
the list, I think -- I've been running Dovecot/Postfix/amavisd-new for a
couple of months now, and have had no problems.  It took a few days to get
it set up, but once I did, it hasn=B9t needed to be touched.  It's a money
system.  And find me a developer better at keeping on top of support and
development than Timo and I'll buy you a beer ;-)

- Ian

From daniel@electricrain.com  Tue Nov  4 10:02:59 2003
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F3A0E2385D; Tue,  4 Nov 2003 10:02:58 +0200 (EET)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 28E9F23841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 10:02:25 +0200 (EET)
Received: (qmail 30727 invoked by uid 501); 4 Nov 2003 08:02:19 -0000
Date: Tue, 4 Nov 2003 00:02:19 -0800
From: Dan Sully <daniel@electricrain.com>
To: dovecot@procontrol.fi
Message-ID: <20031104080219.GB19124@electricrain.com>
Mail-Followup-To: dovecot@procontrol.fi
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Invader-Zim: Where's my moose?
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] -test8 & Mail.app
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 08:02:59 -0000
X-UID: 1819                                                  
Status: O

A user just tried to use OSX 10.3's Mail.app via imap. It caused the process
to start eating CPU, and this in the logs.  Any idea what could be happening
here? What information should I get on his setup?

imap-login: Nov 03 14:28:37 Info: Login: fenner [12.106.35.5]

imap(fenner): Nov 03 14:30:37 Error: Timeout while waiting for release of exclusive fcntl() lock for index file /home/f/fenner/M>aildir/.INBOX/.imap.index

imap(fenner): Nov 03 14:32:37 Error: Timeout while waiting for release of exclusive fcntl() lock for index file /home/f/fenner/M>aildir/.INBOX/.imap.index

imap(fenner): Nov 03 14:32:37 Panic: file index-messageset.c: line 346 (index_messageset_next): assertion failed: (!(ctx->expung>es->uid1 <= mail->rec->uid && ctx->expunges->uid2 >= mail->rec->uid))

dovecot: Nov 03 14:32:37 Error: child 26371 (imap) killed with signal 6

Thanks.

-D
-- 
Ooo-Eee-Ooo-Ah-Ah-Ting-Tang-Walla-Walla-Bing-Bang
From Clive.Jones+nospam+procontrol.fi@meridian.co.uk  Tue Nov  4 14:37:59 2003
Return-Path: <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1AB7D2385D; Tue,  4 Nov 2003 14:37:59 +0200 (EET)
Received: from greenwich.meridian-audio.ltd.uk
	(greenwich.meridian-audio.ltd.uk [194.203.67.114])
	by danu.procontrol.fi (Postfix) with ESMTP id 1114E23841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 14:37:26 +0200 (EET)
Received: from CLIVE (clive.uk.ma-int.com [10.76.18.1])
	by greenwich.meridian-audio.ltd.uk (Postfix) with SMTP id 0F59F2D07
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 12:37:23 +0000 (GMT)
Message-ID: <0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com>
From: "Clive Jones" <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
To: <dovecot@procontrol.fi>
Date: Tue, 4 Nov 2003 12:37:15 -0000
Organization: Meridian Audio
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
Subject: [Dovecot] pop3-login process leakage
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 12:37:59 -0000
X-UID: 1820                                                  
Status: O
Content-Length: 2479

Hi,

I've recently deployed dovecot on our servers, to replace
courier-imapd. I'm delighted with its features and performance,
but there's a major problem - it's leaking pop3-login processes.

We have about 60 client machines, each collecting mail once every
two minutes. In this configuration, the number of pop3-login
processes increases by about ten an hour - apparently without
bound.

My workaround is to increase the open files rlimit, and the kernel
overall limit on open files. This postpones disaster for long
enough that killing and restarting dovecot nightly avoids
problems.

A possibly related problem is that about 1% of attempted POP3
logins fail. At the server, all I see is a syslog entry like this:
  Nov  3 22:17:21 greenwich pop3-login:
    Disconnected: Inactivity [10.76.30.246]

At the client, there is a long (about 60-second) timeout. Then
the client automatically retries, and generally succeeds.

There are *not* exactly as many such disconnects as there are
stray pop3-login processes - I counted roughly 230 inactivity
disconnects in the time it took for 190 stray processes to
accumulate.

We are running dovecot 0.99.10 on OpenBSD 3.2 . The configuration is
fairly normal, except that we are using a custom userdb and
passdb (compiled as shared objects):
  auth_userdb = passwd8
  auth_passdb = smb

passwd8 is just userdb-passwd.c with a trivial tweak to
truncate presented user names to eight characters.

smb is an shim that delegates authentication to smbclient, to
check passwords against NT domain controllers.

I've placed the source code for these two modules in:
  http://www.nsict.org/~clive/misc/dovecot-2003-11-04/
...along with my dovecot.conf, and a file that illustrates the
growth in the number of pop3-login processes over time.

So far as I'm aware, those modules are loaded by the dovecot-auth
process, not the pop3-login processes, and are therefore unlikely
to be the problem?

The client machines are LAN-connected, and running a mixture
of Outlook (2000/XP) and Outlook Express (5.5 and 6). There
are also a couple of people using Mozilla. Most are collecting
e-mail via POP3, a few via IMAP.

This issue didn't show up under beta-test loading before I
deployed dovecot. Since it seems only to be exhibited (or, at
least, noticeably exhibited) under live load, it's very hard for
me to diagnose things further without disrupting service.

I'd be very grateful if anyone could suggest what might be wrong.

Regards,

--Clive.

From jaekel@webgods.de  Tue Nov  4 19:10:31 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 34E2D2385D; Tue,  4 Nov 2003 19:10:31 +0200 (EET)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 6CE1523850
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 19:09:59 +0200 (EET)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP id DA3DF13C003
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 18:09:56 +0100 (CET)
Message-Id: <5.2.1.1.0.20031104173810.036d1430@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 04 Nov 2003 18:07:17 +0100
To: dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="=====================_969819046==_"
Subject: [Dovecot] current CVS seems to have index problems.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 17:10:31 -0000
X-UID: 1821                                                  
Status: O
Content-Length: 2899

--=====================_969819046==_
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi Timo.

I've checked out the current CVS version and tested it.
There seems to be a problem when dovecot accesses mailboxes
for the first time:

I have a mailbox with 4 mails, and no special IMAP headers.
(no X-IMAPBase, X-UID etc.)  and it's in mbox format.

I log in, SELECT the folder and do
FETCH 2 BODY[]
and receive only a snipplet of the mail from
somewhere in the middle of it.

After some debugging it seems like dovecot:
1. creates an index, for mbox_index_rewrite(),
2. rewrites the mbox, but then
3. forgets to update the index after the rewrite.
and ends up in a state with a pre-rewrite index but
a post-rewrite folder.

Now, there are many ways to make dovecot rebuild
the index after rewriting the folder, but some are
ugly and some are not, some need extra code to avoid
endless loops.  I don't know how you would want this
fixed.

I attached a patch that worked for me.

After that patch, I have more (new?) problems, which
may or may not be related.

Now, when I SELECT a folder and do a COPY within
the folder (*smile*) I get this:

A COPY 1 INBOX
* BYE Mailbox is in inconsistent state, please relogin.
Connection closed by foreign host.


... which is what I'm gonna start looking for right now. :)


Regards,
    Andy
--=====================_969819046==_
Content-Type: application/octet-stream;
	name="dovecot-04Nov03-initial-idx.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="dovecot-04Nov03-initial-idx.patch"

ZGlmZiAtTnVyIGRvdmVjb3Qvc3JjL2xpYi1pbmRleC9tYm94L21ib3gtcmV3cml0ZS5jIGRvdmVj
b3QtaWR4L3NyYy9saWItaW5kZXgvbWJveC9tYm94LXJld3JpdGUuYwotLS0gZG92ZWNvdC9zcmMv
bGliLWluZGV4L21ib3gvbWJveC1yZXdyaXRlLmMJU3VuIE9jdCAgNSAxOTo1NDoxOSAyMDAzCisr
KyBkb3ZlY290LWlkeC9zcmMvbGliLWluZGV4L21ib3gvbWJveC1yZXdyaXRlLmMJVHVlIE5vdiAg
NCAxODowMDoyOCAyMDAzCkBAIC03NjksNiArNzY5LDggQEAKIAkJfQogCX0KIAorICAgICAgICBp
bmRleC0+c2V0X2ZsYWdzIHw9IE1BSUxfSU5ERVhfSERSX0ZMQUdfUkVCVUlMRDsKKwogCWlmICgh
ZmFpbGVkKSB7CiAJCWlmICghcmVzZXRfZGlydHlfZmxhZ3MoaW5kZXgpKQogCQkJZmFpbGVkID0g
VFJVRTsKZGlmZiAtTnVyIGRvdmVjb3Qvc3JjL2xpYi1pbmRleC9tYm94L21ib3gtc3luYy5jIGRv
dmVjb3QtaWR4L3NyYy9saWItaW5kZXgvbWJveC9tYm94LXN5bmMuYwotLS0gZG92ZWNvdC9zcmMv
bGliLWluZGV4L21ib3gvbWJveC1zeW5jLmMJV2VkIE9jdCAyOSAxNjo0NTo0MSAyMDAzCisrKyBk
b3ZlY290LWlkeC9zcmMvbGliLWluZGV4L21ib3gvbWJveC1zeW5jLmMJVHVlIE5vdiAgNCAxODow
MTowMCAyMDAzCkBAIC05Niw2ICs5Niw3IEBACiAKIAkJaWYgKChpbmRleC0+c2V0X2ZsYWdzICYg
TUFJTF9JTkRFWF9IRFJfRkxBR19SRUJVSUxEKSAhPSAwKSB7CiAJCQkvKiB1aWR2YWxpZGl0eSBw
cm9iYWJseSBjaGFuZ2VkLCByZWJ1aWxkICovCisJCQlpbmRleC0+c2V0X2ZsYWdzICY9IH5NQUlM
X0lOREVYX0hEUl9GTEFHX1JFQlVJTEQ7CiAJCQlpZiAoIWluZGV4LT5yZWJ1aWxkKGluZGV4KSkK
IAkJCQlyZXR1cm4gRkFMU0U7CiAJCX0K
--=====================_969819046==_
Content-Type: text/plain; charset="us-ascii"; format=flowed


--=====================_969819046==_--

From jaekel@webgods.de  Tue Nov  4 19:19:10 2003
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 16A0A238B6; Tue,  4 Nov 2003 19:19:10 +0200 (EET)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by danu.procontrol.fi (Postfix) with ESMTP id 7883F2385D
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 19:18:36 +0200 (EET)
Received: from ANDREAS-M5LES2F.webgods.de (rz-gw.cronon.net [192.166.192.225])
	by fredda.webgods.de (Postfix) with ESMTP id DED9513C003
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 18:18:35 +0100 (CET)
Message-Id: <5.2.1.1.0.20031104181417.02a83498@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 04 Nov 2003 18:15:56 +0100
To: dovecot@procontrol.fi
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] current CVS seems to have index problems.
In-Reply-To: <5.2.1.1.0.20031104173810.036d1430@fredda.webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 17:19:10 -0000
X-UID: 1822                                                  
Status: O
Content-Length: 1449

Oops.

The patch I sent was bad(tm)... the line in mbox_index_rewrite.c
needs to be 3 lines up.

Regards,
    Andy



At 18:07 04/11/2003 +0100, you wrote:
>Hi Timo.
>
>I've checked out the current CVS version and tested it.
>There seems to be a problem when dovecot accesses mailboxes
>for the first time:
>
>I have a mailbox with 4 mails, and no special IMAP headers.
>(no X-IMAPBase, X-UID etc.)  and it's in mbox format.
>
>I log in, SELECT the folder and do
>FETCH 2 BODY[]
>and receive only a snipplet of the mail from
>somewhere in the middle of it.
>
>After some debugging it seems like dovecot:
>1. creates an index, for mbox_index_rewrite(),
>2. rewrites the mbox, but then
>3. forgets to update the index after the rewrite.
>and ends up in a state with a pre-rewrite index but
>a post-rewrite folder.
>
>Now, there are many ways to make dovecot rebuild
>the index after rewriting the folder, but some are
>ugly and some are not, some need extra code to avoid
>endless loops.  I don't know how you would want this
>fixed.
>
>I attached a patch that worked for me.
>
>After that patch, I have more (new?) problems, which
>may or may not be related.
>
>Now, when I SELECT a folder and do a COPY within
>the folder (*smile*) I get this:
>
>A COPY 1 INBOX
>* BYE Mailbox is in inconsistent state, please relogin.
>Connection closed by foreign host.
>
>
>... which is what I'm gonna start looking for right now. :)
>
>
>Regards,
>    Andy
>
>


From mem@mv.mv.com  Tue Nov  4 20:25:14 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4F80C238B6; Tue,  4 Nov 2003 20:25:14 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by danu.procontrol.fi (Postfix) with SMTP id 2D5B223841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 20:24:41 +0200 (EET)
Received: (qmail 2923 invoked from network); 4 Nov 2003 13:24:39 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
  by mercury.mv.net with SMTP; 4 Nov 2003 13:24:39 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
  local-name mercury.mv.net
Received: (qmail 16730 invoked by uid 101); 4 Nov 2003 13:24:38 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 4 Nov 2003 13:24:38 -0500
To: Scott Klein <scott@thenation.com>
Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc.
Message-ID: <20031104182438.GD13882@iridium.mv.net>
References: <20031103225029.GB23640@thenation.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20031103225029.GB23640@thenation.com>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 18:25:14 -0000
X-UID: 1823                                                  
Status: O
Content-Length: 1182

On Mon, Nov 03, 2003 at 05:50:29PM -0500, Scott Klein wrote:
> I've been doing research on switching our current e-mail server
> (qpopper, sendmail) to imap. The decision on which server to use is
> essentially down to Cyrus and Dovecot -- I like Cyrus' approach to a lot
> of things, but the "blackbox" nature of it makes some niceties like
> using spamassassin and procmail difficult, or at least counterintuitive.
> Dovecot seems to play nicer with other apps.

I'm a little confused about the question.  qpopper, sendmail, and imap
are all implementations of different things.  You can have all three
of those.. so the question about moving from (qpopper,sendmail) to
imap confuses me.  (Probably just me being too literal?)

procmail/spamassassin can be applied at final delivery time, without
affecting which POP or imap implementation you choose.


> Does anybody on this list use Dovecot to serve mission critical e-mail
> to an entire company?

We use dovecot for some number of thousands of mailboxes.  I'm quite
happy with it.  As with anything, one can always want more features,
but the 0.99.10 version does what it does quite well.  I know that's
not an answer :-)

mm
From scott@thenation.com  Tue Nov  4 20:34:05 2003
Return-Path: <scott@thenation.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 46FD2238C5; Tue,  4 Nov 2003 20:34:05 +0200 (EET)
Received: from bone.thenation.com (mail.thenation.com [209.212.93.65])
	by danu.procontrol.fi (Postfix) with ESMTP id 1043123841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 20:33:33 +0200 (EET)
Received: from bone.thenation.com (bone.thenation.com [127.0.0.1])
	by bone.thenation.com (8.12.8/8.12.5) with ESMTP id hA4IWsAM006801
	for <dovecot@procontrol.fi>; Tue, 4 Nov 2003 13:32:54 -0500
Received: (from scott@localhost)
	by bone.thenation.com (8.12.8/8.12.8/Submit) id hA4IWsnP006799
	for dovecot@procontrol.fi; Tue, 4 Nov 2003 13:32:54 -0500
X-Authentication-Warning: bone.thenation.com: scott set sender to
	scott@thenation.com using -f
Date: Tue, 4 Nov 2003 13:32:54 -0500
From: Scott Klein <scott@thenation.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc.
Message-ID: <20031104183254.GF17721@thenation.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Mailer: Mutt http://www.mutt.org/
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 18:34:05 -0000
X-UID: 1824                                                  
Status: O

Thanks, all. I'm definitely leaning toward Dovecot. Cyrus is just too
big a pain for very little payoff.

From mreimer@vpop.net  Tue Nov  4 21:10:47 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 73CBB238C5; Tue,  4 Nov 2003 21:10:47 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id C49B92385D
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 21:10:14 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id B1FDC3A70E9; Tue,  4 Nov 2003 11:10:08 -0800 (PST)
Message-ID: <3FA7F9C0.5060100@vpop.net>
Date: Tue, 04 Nov 2003 13:10:56 -0600
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Bug with partial IMAP fetches
References: <lists.dovecot.3FA2E1C3.30207@vpop.net>
In-Reply-To: <lists.dovecot.3FA2E1C3.30207@vpop.net>
Content-Type: multipart/mixed;
 boundary="------------080900070609080104090805"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 19:10:47 -0000
X-UID: 1825                                                  
Status: O
Content-Length: 4697

This is a multi-part message in MIME format.
--------------080900070609080104090805
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
Matthew Reimer wrote:<br>
<blockquote type="cite" cite="midlists.dovecot.3FA2E1C3.30207@vpop.net">
  <meta content="text/html;" http-equiv="Content-Type">
  <title></title>
There is a bug in partial IMAP fetches where the following happens:<br>
  <br>
  <table border="1" cellspacing="2" cellpadding="2">
    <tbody>
      <tr>
        <td valign="top">fetch ... &lt;0.10240&gt;<br>
        </td>
        <td valign="top">correctly returns bytes 0-10239<br>
        </td>
      </tr>
      <tr>
        <td valign="top">fetch ... &lt;10240.10240&gt;<br>
        </td>
        <td valign="top"><font color="#ff0000">incorrectly returns
bytes
20479...</font><br>
        </td>
      </tr>
      <tr>
        <td valign="top">fetch ... &lt;10240.10240&gt; (a 2nd time)<br>
        </td>
        <td valign="top">correctly returns bytes 10240-20479<br>
        </td>
      </tr>
    </tbody>
  </table>
  <br>
While the second fetch fails, the third fetch works correctly. I
tracked this down to a problem with partial_cache. There seems to be a
bug in lib-mail/message-send.c:39 (CVS):<br>
  <br>
&nbsp;&nbsp;&nbsp; ret = o_stream_send_istream(output, input) &gt; 0;<br>
  <br>
This causes message_send() to return 0 or 1 (note the "&gt; 0"), not
the number of bytes sent. This in turn causes partial.pos.virtual_size
to get a value of 1 rather than 10240 in fetch_body(), and this in turn
results in the wrong portion of the message being returned for the
subsequent fetch.<br>
  <br>
But then when I remove the "&gt; 0" from the above line of code, I get
off-by-one errors:<br>
  <br>
  <table cellpadding="2" cellspacing="2" border="1">
    <tbody>
      <tr>
        <td valign="top">fetch ... &lt;0.10240&gt;<br>
        </td>
        <td valign="top">correctly returns bytes 0-10240<br>
        </td>
      </tr>
      <tr>
        <td valign="top">fetch ... &lt;10240.10240&gt;<br>
        </td>
        <td valign="top"><font color="#ff0000">incorrectly returns
bytes
10241-20480</font><br>
        </td>
      </tr>
      <tr>
        <td valign="top">fetch ... &lt;10240.10240&gt; (a 2nd time)<br>
        </td>
        <td valign="top">correctly returns bytes 10240-20479<br>
        </td>
      </tr>
    </tbody>
  </table>
  <br>
I'm guessing there is a bug in the interaction with
message_skip_virtual(), but I haven't been able to find the problem yet.<br>
  <br>
Any ideas? I've attached the offending message.<br>
  <br>
Matt<br>
</blockquote>
I think I've found the bug. The attached patch fixes the problem for
me. The first problem is that the wrong value is being returned by
message_send() because ret is getting set to the wrong value (see above
or patch). The second problem is that in the special case where
physical_size == virtual_size (i.e., sendfile can be used)
i_stream_skip(input, virtual_skip) is being called on the input stream.
This is wrong because virtual_skip is supposed to indicate that \r was
the last character seen and therefore \n needs to be sent before any of
the input stream; but in the sendfile case this is not necessary.<br>
<br>
I think a little refactoring of seek_partial(), message_send() and
message_skip_virtual() might be helpful to clarify the code. The
virtual_skip argument to message_send() is an off_t but is only used to
indicate that \r was the last character read, so it would probably be
more clear to add another argument cr_skipped (like
message_skip_virtual()). Better might be to put all the partial cache
stuff in message-send.c.<br>
<br>
Matt<br>
</body>
</html>

--------------080900070609080104090805
Content-Type: text/plain;
 name="message-send.c.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="message-send.c.patch"

--- message-send.c.orig	Sun Jun 22 18:09:48 2003
+++ message-send.c	Tue Nov  4 12:53:04 2003
@@ -31,12 +31,11 @@
 
 	if (msg_size->physical_size == msg_size->virtual_size && !fix_nuls) {
 		/* no need to kludge with CRs, we can use sendfile() */
-		i_stream_skip(input, virtual_skip);
 
 		old_limit = input->v_limit;
 		limit = input->v_offset + max_virtual_size;
 		i_stream_set_read_limit(input, I_MIN(limit, old_limit));
-		ret = o_stream_send_istream(output, input) > 0;
+		ret = o_stream_send_istream(output, input);
 		i_stream_set_read_limit(input, old_limit);
 
 		return ret;

--------------080900070609080104090805--

From mreimer@vpop.net  Tue Nov  4 21:38:29 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C7FF6238C8; Tue,  4 Nov 2003 21:38:29 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 46B022385D
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 21:37:55 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id DBBFE3A7138
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 11:37:51 -0800 (PST)
Message-ID: <3FA8003F.2070807@vpop.net>
Date: Tue, 04 Nov 2003 13:38:39 -0600
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: multipart/mixed;
 boundary="------------070405060704010805040700"
Subject: [Dovecot] PATCH: make local IP address available to auth modules
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 19:38:29 -0000
X-UID: 1826                                                  
Status: O
Content-Length: 21871

This is a multi-part message in MIME format.
--------------070405060704010805040700
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

The attached patch makes the local IP address to which the client 
connected available to the authentication modules; i.e., the local IP 
address is available for substitution as %i for the mysql and pgsql 
modules. We needed this feature to support thousands of our legacy 
accounts which are authenticated by username/local_part (not the full 
email address) and IP address (one per domain).

Timo, would this be acceptable to commit?

One further improvement would be to make the remote IP address available 
as well, in case one wanted to implement a tcpwrapper-like functionality.

Matt

--------------070405060704010805040700
Content-Type: text/plain;
 name="ip.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ip.patch"

diff -u -r work.patched/dovecot-0.99.10/src/auth/auth-login-interface.h work/dovecot-0.99.10/src/auth/auth-login-interface.h
--- work.patched/dovecot-0.99.10/src/auth/auth-login-interface.h	Sun May 18 07:26:28 2003
+++ work/dovecot-0.99.10/src/auth/auth-login-interface.h	Fri Oct 24 13:57:18 2003
@@ -1,6 +1,8 @@
 #ifndef __AUTH_LOGIN_INTERFACE_H
 #define __AUTH_LOGIN_INTERFACE_H
 
+#include "network.h"
+
 /* max. size for auth_login_request_continue.data[] */
 #define AUTH_LOGIN_MAX_REQUEST_DATA_SIZE 4096
 
@@ -47,6 +49,7 @@
 struct auth_login_request_new {
 	enum auth_login_request_type type; /* AUTH_LOGIN_REQUEST_NEW */
 	unsigned int id; /* unique ID for the request */
+	struct ip_addr ip_local;
 
 	enum auth_mech mech;
 	enum auth_protocol protocol;
@@ -56,6 +59,7 @@
 struct auth_login_request_continue {
 	enum auth_login_request_type type; /* AUTH_LOGIN_REQUEST_CONTINUE */
 	unsigned int id;
+	struct ip_addr ip_local;
 
 	size_t data_size;
 	/* unsigned char data[]; */
diff -u -r work.patched/dovecot-0.99.10/src/auth/master-connection.c work/dovecot-0.99.10/src/auth/master-connection.c
--- work.patched/dovecot-0.99.10/src/auth/master-connection.c	Fri Aug 22 17:56:18 2003
+++ work/dovecot-0.99.10/src/auth/master-connection.c	Fri Oct 24 13:57:35 2003
@@ -133,8 +133,9 @@
 		}
 		send_reply(&failure_reply, sizeof(failure_reply), request->tag);
 	} else {
-		userdb->lookup(auth_request->user, userdb_callback,
-			       POINTER_CAST(request->tag));
+		userdb->lookup(auth_request->user,
+			       net_ip2addr(&auth_request->ip_local),
+			       userdb_callback, POINTER_CAST(request->tag));
 		mech_request_free(login_conn, auth_request, request->id);
 	}
 }
diff -u -r work.patched/dovecot-0.99.10/src/auth/mech.c work/dovecot-0.99.10/src/auth/mech.c
--- work.patched/dovecot-0.99.10/src/auth/mech.c	Sun May 18 07:26:28 2003
+++ work/dovecot-0.99.10/src/auth/mech.c	Fri Oct 24 13:57:51 2003
@@ -97,6 +97,7 @@
 		auth_request->created = ioloop_time;
 		auth_request->conn = conn;
 		auth_request->id = request->id;
+		auth_request->ip_local = request->ip_local;
 		auth_request->protocol = request->protocol;
 
 		hash_insert(conn->auth_requests, POINTER_CAST(request->id),
diff -u -r work.patched/dovecot-0.99.10/src/auth/mech.h work/dovecot-0.99.10/src/auth/mech.h
--- work.patched/dovecot-0.99.10/src/auth/mech.h	Sun May 18 07:26:28 2003
+++ work/dovecot-0.99.10/src/auth/mech.h	Fri Oct 24 13:58:02 2003
@@ -14,6 +14,7 @@
 
 	struct login_connection *conn;
 	unsigned int id;
+	struct ip_addr ip_local;
 	time_t created;
 
 	enum auth_protocol protocol;
diff -u -r work.patched/dovecot-0.99.10/src/auth/passdb-ldap.c work/dovecot-0.99.10/src/auth/passdb-ldap.c
--- work.patched/dovecot-0.99.10/src/auth/passdb-ldap.c	Thu Mar 20 09:55:57 2003
+++ work/dovecot-0.99.10/src/auth/passdb-ldap.c	Fri Oct 24 13:58:20 2003
@@ -145,7 +145,8 @@
 			passdb_ldap_conn->attr_names[ATTR_VIRTUAL_USER], user);
 	} else {
 		str = t_str_new(512);
-		var_expand(str, conn->set.pass_filter, user, NULL);
+		var_expand(str, conn->set.pass_filter, user, NULL,
+			net_ip2addr(&auth_request->ip_local));
 		filter = str_c(str);
 	}
 
diff -u -r work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c work/dovecot-0.99.10/src/auth/passdb-mysql.c
--- work.patched/dovecot-0.99.10/src/auth/passdb-mysql.c	Fri Aug 29 17:47:24 2003
+++ work/dovecot-0.99.10/src/auth/passdb-mysql.c	Fri Oct 24 13:58:31 2003
@@ -109,7 +109,8 @@
 
 	str = t_str_new(512);
 	var_expand(str, conn->set.password_query,
-		   str_escape(auth_request->user), NULL);
+		   str_escape(auth_request->user), NULL,
+		   net_ip2addr(&auth_request->ip_local));
 	query = str_c(str);
 
 	mysql_request->callback = mysql_handle_request;
diff -u -r work.patched/dovecot-0.99.10/src/auth/passdb-pgsql.c work/dovecot-0.99.10/src/auth/passdb-pgsql.c
--- work.patched/dovecot-0.99.10/src/auth/passdb-pgsql.c	Fri Apr  4 06:17:25 2003
+++ work/dovecot-0.99.10/src/auth/passdb-pgsql.c	Fri Oct 24 14:01:08 2003
@@ -105,7 +105,8 @@
 
 	str = t_str_new(512);
 	var_expand(str, conn->set.password_query,
-		   str_escape(auth_request->user), NULL);
+		   str_escape(auth_request->user), NULL,
+		   net_ip2addr(&auth_request->ip_local));
 	query = str_c(str);
 
 	pgsql_request->callback = pgsql_handle_request;
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-ldap.c work/dovecot-0.99.10/src/auth/userdb-ldap.c
--- work.patched/dovecot-0.99.10/src/auth/userdb-ldap.c	Sun May 18 07:26:28 2003
+++ work/dovecot-0.99.10/src/auth/userdb-ldap.c	Fri Oct 24 15:46:21 2003
@@ -142,8 +142,8 @@
 	t_pop();
 }
 
-static void userdb_ldap_lookup(const char *user, userdb_callback_t *callback,
-			       void *context)
+static void userdb_ldap_lookup(const char *user, const char *ip_local,
+			       userdb_callback_t *callback, void *context)
 {
 	struct ldap_connection *conn = userdb_ldap_conn->conn;
 	struct userdb_ldap_request *request;
@@ -156,7 +156,7 @@
 			userdb_ldap_conn->attr_names[ATTR_VIRTUAL_USER], user);
 	} else {
 		str = t_str_new(512);
-		var_expand(str, conn->set.user_filter, user, NULL);
+		var_expand(str, conn->set.user_filter, user, NULL, ip_local);
 		filter = str_c(str);
 	}
 
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c work/dovecot-0.99.10/src/auth/userdb-mysql.c
--- work.patched/dovecot-0.99.10/src/auth/userdb-mysql.c	Fri Oct 24 15:07:12 2003
+++ work/dovecot-0.99.10/src/auth/userdb-mysql.c	Fri Oct 24 14:58:08 2003
@@ -115,8 +115,8 @@
 	}
 }
 
-static void userdb_mysql_lookup(const char *user, userdb_callback_t *callback,
-				void *context)
+static void userdb_mysql_lookup(const char *user, const char *ip_local,
+				userdb_callback_t *callback, void *context)
 {
 	struct mysql_connection *conn = userdb_mysql_conn->conn;
 	struct userdb_mysql_request *request;
@@ -124,7 +124,8 @@
 	string_t *str;
 
 	str = t_str_new(512);
-	var_expand(str, conn->set.user_query, str_escape(user), NULL);
+	var_expand(str, conn->set.user_query, str_escape(user), NULL,
+		   ip_local);
 	query = str_c(str);
 
 	request = i_malloc(sizeof(struct userdb_mysql_request) + strlen(user));
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-passwd-file.c work/dovecot-0.99.10/src/auth/userdb-passwd-file.c
--- work.patched/dovecot-0.99.10/src/auth/userdb-passwd-file.c	Sun May 18 07:26:28 2003
+++ work/dovecot-0.99.10/src/auth/userdb-passwd-file.c	Fri Oct 24 15:28:09 2003
@@ -11,8 +11,8 @@
 
 struct passwd_file *userdb_pwf = NULL;
 
-static void passwd_file_lookup(const char *user, userdb_callback_t *callback,
-			       void *context)
+static void passwd_file_lookup(const char *user, const char *ip_local,
+			       userdb_callback_t *callback, void *context)
 {
 	struct user_data data;
 	struct passwd_user *pu;
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-passwd.c work/dovecot-0.99.10/src/auth/userdb-passwd.c
--- work.patched/dovecot-0.99.10/src/auth/userdb-passwd.c	Sun May 18 07:26:28 2003
+++ work/dovecot-0.99.10/src/auth/userdb-passwd.c	Fri Oct 24 15:28:26 2003
@@ -10,8 +10,8 @@
 
 #include <pwd.h>
 
-static void passwd_lookup(const char *user, userdb_callback_t *callback,
-			  void *context)
+static void passwd_lookup(const char *user, const char *ip_local,
+			  userdb_callback_t *callback, void *context)
 {
 	struct user_data data;
 	struct passwd *pw;
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-pgsql.c work/dovecot-0.99.10/src/auth/userdb-pgsql.c
--- work.patched/dovecot-0.99.10/src/auth/userdb-pgsql.c	Sun May 18 07:26:28 2003
+++ work/dovecot-0.99.10/src/auth/userdb-pgsql.c	Fri Oct 24 15:45:51 2003
@@ -84,8 +84,8 @@
 	}
 }
 
-static void userdb_pgsql_lookup(const char *user, userdb_callback_t *callback,
-				void *context)
+static void userdb_pgsql_lookup(const char *user, const char *ip_local,
+				userdb_callback_t *callback, void *context)
 {
 	struct pgsql_connection *conn = userdb_pgsql_conn->conn;
 	struct userdb_pgsql_request *request;
@@ -93,7 +93,7 @@
 	string_t *str;
 
 	str = t_str_new(512);
-	var_expand(str, conn->set.user_query, str_escape(user), NULL);
+	var_expand(str, conn->set.user_query, str_escape(user), NULL, ip_local);
 	query = str_c(str);
 
 	request = i_malloc(sizeof(struct userdb_pgsql_request) + strlen(user));
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-static.c work/dovecot-0.99.10/src/auth/userdb-static.c
--- work.patched/dovecot-0.99.10/src/auth/userdb-static.c	Wed Feb 19 18:46:51 2003
+++ work/dovecot-0.99.10/src/auth/userdb-static.c	Fri Oct 24 15:30:40 2003
@@ -16,8 +16,8 @@
 static gid_t static_gid;
 static char *static_home_template;
 
-static void static_lookup(const char *user, userdb_callback_t *callback,
-			  void *context)
+static void static_lookup(const char *user, const char *ip_local,
+			  userdb_callback_t *callback, void *context)
 {
 	struct user_data data;
 	string_t *str;
@@ -29,7 +29,7 @@
 	data.virtual_user = data.system_user = user;
 
 	str = t_str_new(256);
-	var_expand(str, static_home_template, user, NULL);
+	var_expand(str, static_home_template, user, NULL, ip_local);
 	data.home = str_c(str);
 
 	callback(&data, context);
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb-vpopmail.c work/dovecot-0.99.10/src/auth/userdb-vpopmail.c
--- work.patched/dovecot-0.99.10/src/auth/userdb-vpopmail.c	Thu Mar 20 09:46:33 2003
+++ work/dovecot-0.99.10/src/auth/userdb-vpopmail.c	Fri Oct 24 15:29:24 2003
@@ -46,8 +46,8 @@
 
 #ifdef USERDB_VPOPMAIL
 
-static void vpopmail_lookup(const char *user, userdb_callback_t *callback,
-			    void *context)
+static void vpopmail_lookup(const char *user, const char *ip_local,
+			    userdb_callback_t *callback, void *context)
 {
 	char vpop_user[VPOPMAIL_LIMIT], vpop_domain[VPOPMAIL_LIMIT];
 	struct vqpasswd *vpw;
diff -u -r work.patched/dovecot-0.99.10/src/auth/userdb.h work/dovecot-0.99.10/src/auth/userdb.h
--- work.patched/dovecot-0.99.10/src/auth/userdb.h	Fri Aug 22 13:07:53 2003
+++ work/dovecot-0.99.10/src/auth/userdb.h	Fri Oct 24 15:47:11 2003
@@ -17,8 +17,8 @@
 	void (*init)(const char *args);
 	void (*deinit)(void);
 
-	void (*lookup)(const char *user, userdb_callback_t *callback,
-		       void *context);
+	void (*lookup)(const char *user, const char *ip_local,
+		       userdb_callback_t *callback, void *context);
 };
 
 extern struct userdb_module *userdb;
diff -u -r work.patched/dovecot-0.99.10/src/imap-login/client.c work/dovecot-0.99.10/src/imap-login/client.c
--- work.patched/dovecot-0.99.10/src/imap-login/client.c	Wed Jun 25 20:02:04 2003
+++ work/dovecot-0.99.10/src/imap-login/client.c	Fri Oct 24 14:21:46 2003
@@ -49,7 +49,7 @@
 	if (!verbose_proctitle || !process_per_connection)
 		return;
 
-	addr = net_ip2addr(&client->common.ip);
+	addr = net_ip2addr(&client->common.ip_remote);
 	if (addr == NULL)
 		addr = "??";
 
@@ -126,7 +126,7 @@
 		client->common.io = NULL;
 	}
 
-	fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip);
+	fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip_remote);
 	if (fd_ssl != -1) {
 		client->tls = TRUE;
                 client_set_title(client);
@@ -338,7 +338,8 @@
 	}
 }
 
-struct client *client_create(int fd, struct ip_addr *ip, int ssl)
+struct client *client_create(int fd, struct ip_addr *ip_remote,
+			     struct ip_addr *ip_local, int ssl)
 {
 	struct imap_client *client;
 
@@ -357,7 +358,8 @@
 	client->refcount = 1;
 	client->tls = ssl;
 
-	client->common.ip = *ip;
+	client->common.ip_remote = *ip_remote;
+	client->common.ip_local = *ip_local;
 	client->common.fd = fd;
 
 	client_open_streams(client, fd);
@@ -439,7 +441,7 @@
 {
 	const char *addr;
 
-	addr = net_ip2addr(&client->common.ip);
+	addr = net_ip2addr(&client->common.ip_remote);
 	if (addr == NULL)
 		addr = "??";
 
diff -u -r work.patched/dovecot-0.99.10/src/imap-login/client.h work/dovecot-0.99.10/src/imap-login/client.h
--- work.patched/dovecot-0.99.10/src/imap-login/client.h	Tue Mar  4 19:43:04 2003
+++ work/dovecot-0.99.10/src/imap-login/client.h	Fri Oct 24 14:23:02 2003
@@ -30,7 +30,8 @@
 	unsigned int destroyed:1;
 };
 
-struct client *client_create(int fd, struct ip_addr *ip, int ssl);
+struct client *client_create(int fd, struct ip_addr *ip_remote,
+			     struct ip_addr *ip_local, int ssl);
 void client_destroy(struct imap_client *client, const char *reason);
 
 void client_ref(struct imap_client *client);
diff -u -r work.patched/dovecot-0.99.10/src/lib/var-expand.c work/dovecot-0.99.10/src/lib/var-expand.c
--- work.patched/dovecot-0.99.10/src/lib/var-expand.c	Sun Jan 26 19:27:51 2003
+++ work/dovecot-0.99.10/src/lib/var-expand.c	Fri Oct 17 13:12:51 2003
@@ -5,7 +5,7 @@
 #include "var-expand.h"
 
 void var_expand(string_t *dest, const char *str,
-		const char *user, const char *home)
+		const char *user, const char *home, const char *ip)
 {
 	const char *var;
 	unsigned int width;
@@ -36,6 +36,9 @@
 			case 'd':
 				var = strchr(user, '@');
 				if (var != NULL) var++;
+				break;
+			case 'i':
+				var = ip;
 				break;
 			default:
 				str_append_c(dest, '%');
diff -u -r work.patched/dovecot-0.99.10/src/lib/var-expand.h work/dovecot-0.99.10/src/lib/var-expand.h
--- work.patched/dovecot-0.99.10/src/lib/var-expand.h	Sun Jan 26 19:27:51 2003
+++ work/dovecot-0.99.10/src/lib/var-expand.h	Fri Oct 17 13:13:08 2003
@@ -6,8 +6,9 @@
     %u user or user@domain
     %h home
     %n user
-    %d domain */
+    %d domain
+    %i ip */
 void var_expand(string_t *dest, const char *str,
-		const char *user, const char *home);
+		const char *user, const char *home, const char *ip);
 
 #endif
diff -u -r work.patched/dovecot-0.99.10/src/login-common/auth-connection.c work/dovecot-0.99.10/src/login-common/auth-connection.c
--- work.patched/dovecot-0.99.10/src/login-common/auth-connection.c	Mon May 26 10:27:13 2003
+++ work/dovecot-0.99.10/src/login-common/auth-connection.c	Fri Oct 24 14:47:17 2003
@@ -325,6 +325,7 @@
 	auth_request.protocol = protocol;
 	auth_request.mech = request->mech;
 	auth_request.id = request->id;
+	auth_request.ip_local = ((struct client *) request->context)->ip_local;
 	if (o_stream_send(request->conn->output, &auth_request,
 			  sizeof(auth_request)) < 0) {
 		errno = request->conn->output->stream_errno;
@@ -342,6 +343,7 @@
 	/* send continued request to auth */
 	auth_request.type = AUTH_LOGIN_REQUEST_CONTINUE;
 	auth_request.id = request->id;
+	auth_request.ip_local = ((struct client *) request->context)->ip_local;
 	auth_request.data_size = data_size;
 
 	if (o_stream_send(request->conn->output, &auth_request,
diff -u -r work.patched/dovecot-0.99.10/src/login-common/client-common.h work/dovecot-0.99.10/src/login-common/client-common.h
--- work.patched/dovecot-0.99.10/src/login-common/client-common.h	Tue Mar  4 19:43:04 2003
+++ work/dovecot-0.99.10/src/login-common/client-common.h	Fri Oct 24 14:23:58 2003
@@ -5,7 +5,8 @@
 #include "master.h"
 
 struct client {
-	struct ip_addr ip;
+	struct ip_addr ip_remote;
+	struct ip_addr ip_local;
 
 	int fd;
 	struct io *io;
@@ -17,7 +18,8 @@
 	/* ... */
 };
 
-struct client *client_create(int fd, struct ip_addr *ip, int ssl);
+struct client *client_create(int fd, struct ip_addr *ip_remote,
+			     struct ip_addr *ip_local, int ssl);
 
 unsigned int clients_get_count(void);
 void clients_notify_auth_process(void);
diff -u -r work.patched/dovecot-0.99.10/src/login-common/main.c work/dovecot-0.99.10/src/login-common/main.c
--- work.patched/dovecot-0.99.10/src/login-common/main.c	Sun Jun 22 18:09:48 2003
+++ work/dovecot-0.99.10/src/login-common/main.c	Fri Oct 24 14:25:02 2003
@@ -75,28 +75,30 @@
 
 static void login_accept(void *context __attr_unused__)
 {
-	struct ip_addr ip;
+	struct ip_addr ip_remote, ip_local;
 	int fd;
 
-	fd = net_accept(LOGIN_LISTEN_FD, &ip, NULL);
+	fd = net_accept(LOGIN_LISTEN_FD, &ip_remote, NULL);
 	if (fd < 0) {
 		if (fd < -1)
 			i_fatal("accept() failed: %m");
 		return;
 	}
 
+	net_getsockname(fd, &ip_local, NULL);
+
 	if (process_per_connection)
 		main_close_listen();
 
-	(void)client_create(fd, &ip, FALSE);
+	(void)client_create(fd, &ip_remote, &ip_local, FALSE);
 }
 
 static void login_accept_ssl(void *context __attr_unused__)
 {
-	struct ip_addr ip;
+	struct ip_addr ip_remote, ip_local;
 	int fd, fd_ssl;
 
-	fd = net_accept(LOGIN_SSL_LISTEN_FD, &ip, NULL);
+	fd = net_accept(LOGIN_SSL_LISTEN_FD, &ip_remote, NULL);
 	if (fd < 0) {
 		if (fd < -1)
 			i_fatal("accept() failed: %m");
@@ -106,11 +108,12 @@
 	if (process_per_connection)
 		main_close_listen();
 
-	fd_ssl = ssl_proxy_new(fd, &ip);
+	fd_ssl = ssl_proxy_new(fd, &ip_remote);
 	if (fd_ssl == -1)
 		net_disconnect(fd);
-	else
-		(void)client_create(fd_ssl, &ip, TRUE);
+
+	net_getsockname(fd_ssl, &ip_local, NULL);
+	(void)client_create(fd_ssl, &ip_remote, &ip_local, TRUE);
 }
 
 static void open_logfile(const char *name)
@@ -219,7 +222,7 @@
 int main(int argc __attr_unused__, char *argv[], char *envp[])
 {
 	const char *name, *group_name;
-	struct ip_addr ip;
+	struct ip_addr ip_remote, ip_local;
 	int i, fd = -1, master_fd = -1;
 
 	is_inetd = getenv("DOVECOT_MASTER") == NULL;
@@ -257,7 +260,7 @@
 	main_init();
 
 	if (is_inetd) {
-		if (net_getsockname(1, &ip, NULL) < 0) {
+		if (net_getsockname(1, &ip_remote, NULL) < 0) {
 			i_fatal("%s can be started only through dovecot "
 				"master process, inetd or equilevant", argv[0]);
 		}
@@ -265,7 +268,7 @@
 		fd = 1;
 		for (i = 1; i < argc; i++) {
 			if (strcmp(argv[i], "--ssl") == 0) {
-				fd = ssl_proxy_new(fd, &ip);
+				fd = ssl_proxy_new(fd, &ip_remote);
 				if (fd == -1)
 					i_fatal("SSL initialization failed");
 			} else if (strncmp(argv[i], "--group=", 8) != 0)
@@ -276,8 +279,10 @@
 		closing_down = TRUE;
 	}
 
-	if (fd != -1)
-		(void)client_create(fd, &ip, TRUE);
+	if (fd != -1) {
+		net_getsockname(fd, &ip_local, NULL);
+		(void)client_create(fd, &ip_remote, &ip_local, TRUE);
+	}
 
 	io_loop_run(ioloop);
 	main_deinit();
diff -u -r work.patched/dovecot-0.99.10/src/login-common/master.c work/dovecot-0.99.10/src/login-common/master.c
--- work.patched/dovecot-0.99.10/src/login-common/master.c	Tue Mar  4 19:43:04 2003
+++ work/dovecot-0.99.10/src/login-common/master.c	Fri Oct 24 14:25:57 2003
@@ -44,7 +44,7 @@
 	req.tag = client->fd;
 	req.auth_pid = auth_pid;
 	req.auth_id = auth_id;
-	req.ip = client->ip;
+	req.ip = client->ip_remote;
 
 	if (fd_send(master_fd, client->fd, &req, sizeof(req)) != sizeof(req))
 		i_fatal("fd_send(%d) failed: %m", client->fd);
diff -u -r work.patched/dovecot-0.99.10/src/master/mail-process.c work/dovecot-0.99.10/src/master/mail-process.c
--- work.patched/dovecot-0.99.10/src/master/mail-process.c	Fri Aug 22 18:04:27 2003
+++ work/dovecot-0.99.10/src/master/mail-process.c	Fri Oct 17 13:25:54 2003
@@ -91,7 +91,7 @@
 	}
 
 	/* expand %vars */
-        var_expand(str, env, user, home);
+        var_expand(str, env, user, home, NULL);
 	return str_c(str);
 }
 
diff -u -r work.patched/dovecot-0.99.10/src/pop3-login/client.c work/dovecot-0.99.10/src/pop3-login/client.c
--- work.patched/dovecot-0.99.10/src/pop3-login/client.c	Mon May 26 10:27:13 2003
+++ work/dovecot-0.99.10/src/pop3-login/client.c	Fri Oct 24 14:27:50 2003
@@ -42,7 +42,7 @@
 	if (!verbose_proctitle || !process_per_connection)
 		return;
 
-	addr = net_ip2addr(&client->common.ip);
+	addr = net_ip2addr(&client->common.ip_remote);
 	if (addr == NULL)
 		addr = "??";
 
@@ -80,7 +80,7 @@
 		client->common.io = NULL;
 	}
 
-	fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip);
+	fd_ssl = ssl_proxy_new(client->common.fd, &client->common.ip_remote);
 	if (fd_ssl != -1) {
 		client->tls = TRUE;
                 client_set_title(client);
@@ -231,7 +231,8 @@
 	}
 }
 
-struct client *client_create(int fd, struct ip_addr *ip, int ssl)
+struct client *client_create(int fd, struct ip_addr *ip_remote,
+			     struct ip_addr *ip_local, int ssl)
 {
 	struct pop3_client *client;
 
@@ -250,7 +251,8 @@
 	client->refcount = 1;
 	client->tls = ssl;
 
-	client->common.ip = *ip;
+	client->common.ip_remote = *ip_remote;
+	client->common.ip_local = *ip_local;
 	client->common.fd = fd;
 	client->common.io = io_add(fd, IO_READ, client_input, client);
 	client_open_streams(client, fd);
@@ -322,7 +324,7 @@
 {
 	const char *addr;
 
-	addr = net_ip2addr(&client->common.ip);
+	addr = net_ip2addr(&client->common.ip_remote);
 	if (addr == NULL)
 		addr = "??";
 
diff -u -r work.patched/dovecot-0.99.10/src/pop3-login/client.h work/dovecot-0.99.10/src/pop3-login/client.h
--- work.patched/dovecot-0.99.10/src/pop3-login/client.h	Tue Mar  4 19:43:04 2003
+++ work/dovecot-0.99.10/src/pop3-login/client.h	Fri Oct 24 14:28:05 2003
@@ -24,7 +24,8 @@
 	unsigned int destroyed:1;
 };
 
-struct client *client_create(int fd, struct ip_addr *ip, int ssl);
+struct client *client_create(int fd, struct ip_addr *ip_remote,
+			     struct ip_addr *ip_local, int ssl);
 void client_destroy(struct pop3_client *client, const char *reason);
 
 void client_ref(struct pop3_client *client);

--------------070405060704010805040700--

From emily@lib.utk.edu  Tue Nov  4 14:43:01 2003
Return-Path: <emily@lib.utk.edu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1BC332385D; Tue,  4 Nov 2003 14:43:01 +0200 (EET)
Received: from aztec.lib.utk.edu (aztec.lib.utk.edu [160.36.192.52])
	by danu.procontrol.fi (Postfix) with SMTP id 7518023841
	for <dovecot@procontrol.fi>; Tue,  4 Nov 2003 14:42:27 +0200 (EET)
Received: (qmail 2830 invoked from network); 4 Nov 2003 12:40:15 -0000
Received: from harimtu.lib.utk.edu (HELO lib.utk.edu) (160.36.193.103)
  by aztec.lib.utk.edu with SMTP; 4 Nov 2003 12:40:15 -0000
Message-ID: <3FA79E06.6080707@lib.utk.edu>
Date: Tue, 04 Nov 2003 07:39:34 -0500
From: Emily <emily@lib.utk.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc.
References: <20031103225029.GB23640@thenation.com>
In-Reply-To: <20031103225029.GB23640@thenation.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 04 Nov 2003 22:53:15 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2003 12:43:01 -0000
X-UID: 1827                                                  
Status: O

Scott Klein wrote:

>Does anybody on this list use Dovecot to serve mission critical e-mail
>to an entire company? What kind of uptime can I expect? Is it genuinely
>  
>
We've been using dovecot+qmail+squirrelmail for over a month now (~350 
users), and there have been no problems at all. People noticed the speed 
increase when we switched from courier-imap. I installed spamassassin as 
an option at the end (.qmail), rather than mandatory at the beginning of 
the chain, because people like their choices here.

-- 
Emily


From darren@3x3x3.org  Sat Nov  8 06:37:16 2003
Return-Path: <darren@3x3x3.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 62787238C5; Sat,  8 Nov 2003 06:37:16 +0200 (EET)
Received: from 3x3x3.org (dsl092-017-251.sfo4.dsl.speakeasy.net
	[66.92.17.251])
	by danu.procontrol.fi (Postfix) with ESMTP id 1E1BB23841
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 06:36:43 +0200 (EET)
Received: (qmail 24471 invoked by uid 89); 8 Nov 2003 04:33:34 -0000
Received: from dsl092-017-115.sfo4.dsl.speakeasy.net (HELO 3x3x3.org)
	(darren@3x3x3.org@66.92.17.115)
	by 0 with AES256-SHA encrypted SMTP; 8 Nov 2003 04:33:34 -0000
Message-ID: <3FAC72E8.9000100@3x3x3.org>
Date: Fri, 07 Nov 2003 20:36:56 -0800
From: Darren David <darren@3x3x3.org>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] pop3s fails, imaps works great
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 04:37:16 -0000
X-UID: 1828                                                  
Status: O

hey all-

i'm running dovecot-0.99.10p2 on OpenBSD 3.4-snapshot (installed from 
ports). i have had 0 problems with imaps -- it's been running like a 
charm! however, i'm trying to get pop3s set up for some of my users, but 
i can't seem to connect from ANY client.

in /etc/dovecot.conf, i've got:

   protocols = imaps pop3s

and i've also got pop3s_listen set up with the same IP as imaps. i'm 
using vpopmail for auth.

nmap shows that port 995 is open, and netstat does show an established 
connection to pop3s when i attempt to connect, but i see no activity in 
the dovecot log, and the client just churns and churns and eventually i 
have to quit it since i get no response.

any ideas what i could have wrong, or how to test?

thanks in advance,
darren david

From gmid-dovecot@m.gmane.org  Wed Nov  5 18:00:45 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8E2F12385D; Wed,  5 Nov 2003 18:00:45 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by danu.procontrol.fi (Postfix) with ESMTP id 4404823841
	for <dovecot@procontrol.fi>; Wed,  5 Nov 2003 18:00:11 +0200 (EET)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AHQ4m-0001fy-00
	for <dovecot@procontrol.fi>; Wed, 05 Nov 2003 17:00:08 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@procontrol.fi
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AHPuE-0001UJ-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Wed, 05 Nov 2003 16:49:14 +0100
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AHPuE-0007QO-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Wed, 05 Nov 2003 16:49:14 +0100
From: Andreas Metzler <ametzler@logic.univie.ac.at>
Date: Wed, 5 Nov 2003 15:49:13 +0000 (UTC)
Lines: 20
Message-ID: <bob65p$o8n$1@sea.gmane.org>
References: <20031103225029.GB23640@thenation.com>
	<3FA6F2FF.1030704@tacocat.net>
X-Complaints-To: usenet@sea.gmane.org
X-Archive: encrypt
User-Agent: tin/1.7.2-20031019 ("Berneray") (UNIX) (Linux/2.4.21-pre4 (i686))
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Sat, 08 Nov 2003 19:13:43 +0200
Subject: [Dovecot] Re: dovecot vs cyrus, uw, etc.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 05 Nov 2003 16:00:45 -0000
X-UID: 1829                                                  
Status: O

Tom Allison <tallison@tacocat.net> wrote:
[...] 
> With regard to procmail/spamassassin support I have the following 
> recommendation, and it can be applied to both cyrus and dovecot (I think).

> You do not mention what SMTP system you are using, I will assume you are 
> sticking with sendmail and changing qpopper to some IMAP server. 
> However, I would suggest you consider postfix in place of sendmail.  And 
> yes, it's very ready for mission critical.

> There is a package called amavisd-new which allows you to set up an 
> anti-virus scanner and spamassassin as an extension of postfix.  This 
> can process email before it's delivered from postfix to where ever 
> (procmail/lmtp/...)
[...]

I am an exim-guy. ;-) But afaik this all is possible with sendmail, too,
amavisd-new connects to sendmail's milter interface. /This/ is no reason
to switch MTAs.
               cu andreas

From tss@iki.fi  Sat Nov  8 19:36:55 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5C345238C5; Sat,  8 Nov 2003 19:36:55 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CA7F023850
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:36:22 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7A7FF5C616C7
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:36:22 +0200 (EET)
Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc.
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <BBCC5E94.23E4%ian@onepost.net>
References: <BBCC5E94.23E4%ian@onepost.net>
Content-Type: text/plain
Message-Id: <1068312982.9811.15.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 08 Nov 2003 19:36:22 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 17:36:55 -0000
X-UID: 1830                                                  
Status: O

On Tue, 2003-11-04 at 02:35, Ian Marlier wrote:
> And find me a developer better at keeping on top of support and
> development than Timo and I'll buy you a beer ;-)

Hmm. I think I've been way too unresponsive in last few months, partly
because of being busy at work and partly because CVS Dovecot + mbox is
more or less broken and I haven't been able to read my mails easily :)


From tss@iki.fi  Sat Nov  8 19:53:16 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 334B0238C5; Sat,  8 Nov 2003 19:53:16 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AA63C23850
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:52:43 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 689FD5C616C7
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:52:43 +0200 (EET)
Subject: Re: [Dovecot] evolution - folders not displayed correctly
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031103221217.23350.qmail@web60305.mail.yahoo.com>
References: <20031103221217.23350.qmail@web60305.mail.yahoo.com>
Content-Type: text/plain
Message-Id: <1068313963.9815.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 08 Nov 2003 19:52:43 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 17:53:16 -0000
X-UID: 1831                                                  
Status: O

On Tue, 2003-11-04 at 00:12, Terry wrote:
> > Well, some of your mailboxes are with INBOX. prefix
> > and some not. I don't
> > think Evolution still should name them as
> > "Inbox.Bellevue" though.. Anyway,
> > how about removing the inbox-prefixes from all mail
> > clients and renaming
> > them so that they don't contain the INBOX-prefix? :)
> > 
> 
> What should be the proper format for directories?  If
> I do an ls -la in ~/Maildir, what should I see for
> subfolders?
> 
> is Inbox.foo not correct?

No, "foo" mailbox should be in "~/Maildir/.foo/" directory.

> I used yammc.pl to convert
> my files from mbox to maildir so Evolution didn't
> create them.  Mozilla displays them fine.

That's most likely because you have "Inbox." namespace prefix set in
Mozilla's configuration.

> In fact, if
> I try to create a subfolder under Inbox in evolution,
> I get 'Generic Error'.

Hmm. Don't know about that..


From tss@iki.fi  Sat Nov  8 20:06:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7FCD2238C5; Sat,  8 Nov 2003 20:06:41 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9F9C523841
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 20:06:09 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 535125C616C7; Sat,  8 Nov 2003 20:06:09 +0200 (EET)
Subject: Re: [Dovecot] pop3-login process leakage
From: Timo Sirainen <tss@iki.fi>
To: Clive Jones <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
In-Reply-To: <0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com>
References: <0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com>
Content-Type: text/plain
Message-Id: <1068314769.9815.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 08 Nov 2003 20:06:09 +0200
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 18:06:41 -0000
X-UID: 1832                                                  
Status: O

On Tue, 2003-11-04 at 14:37, Clive Jones wrote:
> I've recently deployed dovecot on our servers, to replace
> courier-imapd. I'm delighted with its features and performance,
> but there's a major problem - it's leaking pop3-login processes.

Do this to one of the processes:

gdb /usr/local/libexec/dovecot/pop3-login <pid of pop3-login process>

p clients->nodes_count
p main_refcount
p auth_reconnect
p auth_waiting_handshake_count


From tss@iki.fi  Sat Nov  8 20:18:00 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BEF0423841; Sat,  8 Nov 2003 20:18:00 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 36C4C238C8
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 20:17:27 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 060435C616C7
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 20:17:27 +0200 (EET)
Subject: Re: [Dovecot] [POP3] RFC2449 conformance?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <oprx2iijio4xwok9@mail.gmx.net>
References: <oprx07ttj94xwok9@localhost> <20031103055629.GF3832@irccrew.org>
	 <oprx2iijio4xwok9@mail.gmx.net>
Content-Type: text/plain
Message-Id: <1068315446.9809.29.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Sat, 08 Nov 2003 20:17:26 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 18:18:00 -0000
X-UID: 1833                                                  
Status: O

On Mon, 2003-11-03 at 17:26, Matthias Andree wrote:
> While we're at it, does Dovecot support PIPELINING? If so, advertising it in Transaction state might improve performance of some clients.

Yes. You can just add it to src/pop3/capability.h. I added it to CVS
now.


From tss@iki.fi  Sat Nov  8 22:46:48 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 09B90238C5; Sat,  8 Nov 2003 22:46:48 +0200 (EET)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id DD16123841; Sat,  8 Nov 2003 22:46:14 +0200 (EET)
Date: Sat, 8 Nov 2003 22:46:12 +0200
Subject: Re: [Dovecot] Bug with partial IMAP fetches
Content-Type: multipart/mixed; boundary=Apple-Mail-5--177140456
Mime-Version: 1.0 (Apple Message framework v552)
To: Matthew Reimer <mreimer@vpop.net>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <3FA7F9C0.5060100@vpop.net>
Message-Id: <96E96AF2-122C-11D8-B15F-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 20:46:48 -0000
X-UID: 1834                                                  
Status: O
Content-Length: 6134


--Apple-Mail-5--177140456
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

On Tuesday, Nov 4, 2003, at 21:10 Europe/Helsinki, Matthew Reimer wrote:

> I think I've found the bug. The attached patch fixes the problem for 
> me. The first problem is that the wrong value is being returned by 
> message_send() because ret is getting set to the wrong value (see 
> above or patch). The second problem is that in the special case where 
> physical_size == virtual_size (i.e., sendfile can be used) 
> i_stream_skip(input, virtual_skip) is being called on the input 
> stream. This is wrong because virtual_skip is supposed to indicate 
> that \r was the last character seen and therefore \n needs to be sent 
> before any of the input stream; but in the sendfile case this is not 
> necessary.
>
> I think a little refactoring of seek_partial(), message_send() and 
> message_skip_virtual() might be helpful to clarify the code. The 
> virtual_skip argument to message_send() is an off_t but is only used 
> to indicate that \r was the last character read, so it would probably 
> be more clear to add another argument cr_skipped (like 
> message_skip_virtual()). Better might be to put all the partial cache 
> stuff in message-send.c.

It actually was supposed to be skip byte count, not just CR-indicator. 
But you're right, it was used wrong in sendfile code path. There was 
one piece of code anymore which used the virtual_skip more than just 
for CR (BODY[HEADER]<..>) and it was easy to change. I think the 
attached patch should fix it properly.


--Apple-Mail-5--177140456
Content-Disposition: attachment;
	filename=fetch-crlf.diff
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream;
	x-unix-mode=0640;
	name="fetch-crlf.diff"

Index: src/lib-mail/message-send.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib-mail/message-send.c,v
retrieving revision 1.20
diff -u -r1.20 message-send.c
--- src/lib-mail/message-send.c	5 Nov 2003 08:42:13 -0000	1.20
+++ src/lib-mail/message-send.c	8 Nov 2003 20:36:33 -0000
@@ -9,41 +9,30 @@
 
 off_t message_send(struct ostream *output, struct istream *input,
 		   const struct message_size *msg_size,
-		   uoff_t virtual_skip, uoff_t max_virtual_size, int *last_cr,
+		   int cr_skipped, uoff_t max_virtual_size, int *last_cr,
 		   int fix_nuls)
 {
 	const unsigned char *msg;
-	uoff_t old_limit, limit;
 	size_t i, size;
 	off_t ret;
-	int cr_skipped;
 	unsigned char add;
 
 	if (last_cr != NULL)
 		*last_cr = -1;
 
-	if (msg_size->physical_size == 0 ||
-	    virtual_skip >= msg_size->virtual_size)
+	if (msg_size->physical_size == 0)
 		return 0;
 
-	if (max_virtual_size > msg_size->virtual_size - virtual_skip)
-		max_virtual_size = msg_size->virtual_size - virtual_skip;
-
 	if (msg_size->physical_size == msg_size->virtual_size && !fix_nuls) {
 		/* no need to kludge with CRs, we can use sendfile() */
-		i_stream_skip(input, virtual_skip);
-
-		old_limit = input->v_limit;
-		limit = input->v_offset + max_virtual_size;
-		i_stream_set_read_limit(input, I_MIN(limit, old_limit));
+		input = i_stream_create_limit(default_pool, input,
+					      input->v_offset,
+					      max_virtual_size);
 		ret = o_stream_send_istream(output, input);
-		i_stream_set_read_limit(input, old_limit);
-
+		i_stream_unref(input);
 		return ret;
 	}
 
-	message_skip_virtual(input, virtual_skip, NULL, 0, &cr_skipped);
-
 	/* go through the message data and insert CRs where needed.  */
 	ret = 0;
 	while (max_virtual_size > 0 &&
@@ -53,8 +42,8 @@
 			max_virtual_size--;
 
 			if (msg[i] == '\n') {
-				if ((i == 0 && !cr_skipped) ||
-				    (i > 0 && msg[i-1] != '\r')) {
+				if ((i > 0 && msg[i-1] != '\r') ||
+				    (i == 0 && !cr_skipped)) {
 					/* missing CR */
 					add = '\r';
 					break;
Index: src/lib-mail/message-send.h
===================================================================
RCS file: /home/cvs/dovecot/src/lib-mail/message-send.h,v
retrieving revision 1.11
diff -u -r1.11 message-send.h
--- src/lib-mail/message-send.h	4 Jun 2003 15:57:58 -0000	1.11
+++ src/lib-mail/message-send.h	8 Nov 2003 20:36:33 -0000
@@ -4,13 +4,12 @@
 struct message_size;
 
 /* Send message to client inserting CRs if needed. Only max_virtual_size
-   bytes if sent (relative to virtual_skip), if you want it unlimited,
-   use (uoff_t)-1. Remember that if input begins with LF, CR is inserted
-   before it unless virtual_skip = 1. last_cr is set to 1, 0 or -1 if not
-   known. Returns number of bytes sent, or -1 if error. */
+   bytes are sent. If cr_skipped is FALSE and input begins with LF, it's
+   treated as CRLF. last_cr is set to 1, 0 or -1 if not known. Returns number
+   of bytes sent, or -1 if error. */
 off_t message_send(struct ostream *output, struct istream *input,
 		   const struct message_size *msg_size,
-		   uoff_t virtual_skip, uoff_t max_virtual_size, int *last_cr,
+		   int cr_skipped, uoff_t max_virtual_size, int *last_cr,
 		   int fix_nuls);
 
 /* Skip number of virtual bytes from putfer. msg_size is updated if it's not
Index: src/imap/imap-fetch-body-section.c
===================================================================
RCS file: /home/cvs/dovecot/src/imap/imap-fetch-body-section.c,v
retrieving revision 1.20
diff -u -r1.20 imap-fetch-body-section.c
--- src/imap/imap-fetch-body-section.c	6 Oct 2003 20:17:19 -0000	1.20
+++ src/imap/imap-fetch-body-section.c	8 Nov 2003 20:36:33 -0000
@@ -305,7 +305,7 @@
 	const void *data;
 	size_t data_size;
 	uoff_t start_offset, send_size;
-	int failed;
+	int failed, skip_cr;
 
 	/* HEADER, MIME, HEADER.FIELDS (list), HEADER.FIELDS.NOT (list) */
 
@@ -316,8 +316,12 @@
 				      ctx->prefix, send_size);
 		if (o_stream_send_str(ctx->output, str) < 0)
 			return FALSE;
+
+		skip_cr = seek_partial(ctx->select_counter, mail->uid,
+				       &partial, input, 0, body->skip);
+
 		return message_send(ctx->output, input, size,
-				    body->skip, send_size, NULL,
+				    skip_cr, send_size, NULL,
 				    !mail->has_no_nuls) >= 0;
 	}
 

--Apple-Mail-5--177140456--

From tss@iki.fi  Sat Nov  8 23:32:12 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 86C86238C5; Sat,  8 Nov 2003 23:32:12 +0200 (EET)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 10E5E23850
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 23:31:40 +0200 (EET)
Date: Sat, 8 Nov 2003 23:31:37 +0200
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <EF41B27D-1232-11D8-B15F-000393CC2E90@iki.fi>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] 0.99.10.1 RC
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 21:32:12 -0000
X-UID: 1835                                                  
Status: O
Content-Length: 1567

Available from http://dovecot.fi/rc/

While still waiting for .11 with index file rewrites to stabilize, 
here's a release candidate for 0.99.10.1 which is basically 0.99.10 
patched with most of the simple bugfixes from CVS. Some bugfixes such 
as LIST's children-flags were done with larger rewrites so I didn't try 
to apply them.

All the changes are listed in ChangeLog. The important changes are:

	* mbox: \Draft and \Deleted flags used opposite flag chars in
	  X-Status header. We were incompatible with other mbox accessing
	  software.

	  WARNING: Upgrading from previous version doesn't automatically
	  swap the flags, so be careful not to accidentally expunge messages
	  that had their \Draft flag changed to \Deleted.

	* Configuration file changes:
	   - Whitespace at end of line is stripped, use quotes if you need it
	   - # comments are supported after key=value lines. if you need '#'
	     character, quote the value
	   - Both " and ' quotes are supported. If you need to use them, '\'
	     can be used for escaping.

	- mbox: COPY into same mailbox didn't work and could have corrupted
	  the mailbox
	- Using Dovecot without index files would crash after using a while
	- Partial BODY[header] or BODY[part] fetches were buggy if client
	  requested more data than was available in the header/part.
	- Partial BODY[...] fetches were buggy with messages that had CRLFs
	- Some BODY and BODYSTRUCTURE replies missed data for message/rfc822
	  MIME parts causing clients to break
	- SORT (SUBJECT) was buggy
	- Timezone fixes with Date-header

From tallison@tacocat.net  Sun Nov  9 01:00:55 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 52FC5238C5; Sun,  9 Nov 2003 01:00:55 +0200 (EET)
Received: from fluffy.tacocat.net (dhcp024-208-242-024.twmi.rr.com
	[24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 295D623850
	for <dovecot@procontrol.fi>; Sun,  9 Nov 2003 01:00:21 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by fluffy.tacocat.net (Postfix) with ESMTP
	id 79FC4108061; Sat,  8 Nov 2003 18:00:19 -0500 (EST)
Received: from fluffy.tacocat.net ([127.0.0.1])
 by localhost (fluffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 28147-09; Sat,  8 Nov 2003 18:00:17 -0500 (EST)
Received: from tacocat.net (unknown [192.168.1.103])
	by fluffy.tacocat.net (Postfix) with ESMTP
	id BF56C10805F; Sat,  8 Nov 2003 18:00:17 -0500 (EST)
Message-ID: <3FAD7581.7080801@tacocat.net>
Date: Sat, 08 Nov 2003 18:00:17 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andreas Metzler <ametzler@logic.univie.ac.at>
Subject: Re: [Dovecot] Re: dovecot vs cyrus, uw, etc.
References: <20031103225029.GB23640@thenation.com>
	<3FA6F2FF.1030704@tacocat.net> <bob65p$o8n$1@sea.gmane.org>
In-Reply-To: <bob65p$o8n$1@sea.gmane.org>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at tacocat.net
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 23:00:55 -0000
X-UID: 1836                                                  
Status: O
Content-Length: 1291

Andreas Metzler wrote:
> Tom Allison <tallison@tacocat.net> wrote:
> [...] 
> 
>>With regard to procmail/spamassassin support I have the following 
>>recommendation, and it can be applied to both cyrus and dovecot (I think).
> 
> 
>>You do not mention what SMTP system you are using, I will assume you are 
>>sticking with sendmail and changing qpopper to some IMAP server. 
>>However, I would suggest you consider postfix in place of sendmail.  And 
>>yes, it's very ready for mission critical.
> 
> 
>>There is a package called amavisd-new which allows you to set up an 
>>anti-virus scanner and spamassassin as an extension of postfix.  This 
>>can process email before it's delivered from postfix to where ever 
>>(procmail/lmtp/...)
> 
> [...]
> 
> I am an exim-guy. ;-) But afaik this all is possible with sendmail, too,
> amavisd-new connects to sendmail's milter interface. /This/ is no reason
> to switch MTAs.
>                cu andreas
> 

True, amavis will work with sendmail or postfix equally well.

I find people familiar with sendmail stick with it.
Those who are newer to email find postfix a little easier or more 
secure* or something that makes it more compelling.


* As I understand it, sendmail can be very insecure to someone who isn't 
paying attention to details.

From tallison@tacocat.net  Sun Nov  9 01:40:22 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5471E238C5; Sun,  9 Nov 2003 01:40:22 +0200 (EET)
Received: from fluffy.tacocat.net (dhcp024-208-242-024.twmi.rr.com
	[24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 5FF0723850
	for <dovecot@procontrol.fi>; Sun,  9 Nov 2003 01:39:48 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by fluffy.tacocat.net (Postfix) with ESMTP id 96BF8108061
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 18:39:47 -0500 (EST)
Received: from fluffy.tacocat.net ([127.0.0.1])
 by localhost (fluffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 28255-09 for <dovecot@procontrol.fi>;
 Sat,  8 Nov 2003 18:39:46 -0500 (EST)
Received: from tacocat.net (unknown [192.168.1.103])
	by fluffy.tacocat.net (Postfix) with ESMTP id 4127C108014
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 18:39:46 -0500 (EST)
Message-ID: <3FAD7EC1.3040704@tacocat.net>
Date: Sat, 08 Nov 2003 18:39:45 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] openssl config.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 23:40:22 -0000
X-UID: 1837                                                  
Status: O

I checked and I do have the openssl-devel rpm installed
SuSE 8.2
openssl-devel-0.9.6i-12
openssl-0.9.61-19
dovecot 0.99.10

./configure --with-ssl-openssl

At the end of the configuration it says ssl support == 'no'

:(...

I was able to get pam support by picking up the pam-devel modules as 
suggested.

But I got stuck here.

After reading up a bit on imap, it seems reasonable to have both imap 
and imap-ssl support.  imap for localhost connections (like 
squirrelmail) and imap-ssl for everything else.

From tallison@tacocat.net  Sun Nov  9 01:48:04 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A980C238C5; Sun,  9 Nov 2003 01:48:04 +0200 (EET)
Received: from fluffy.tacocat.net (dhcp024-208-242-024.twmi.rr.com
	[24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 9B80B23850
	for <dovecot@procontrol.fi>; Sun,  9 Nov 2003 01:47:32 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by fluffy.tacocat.net (Postfix) with ESMTP
	id D87F1108063; Sat,  8 Nov 2003 18:47:31 -0500 (EST)
Received: from fluffy.tacocat.net ([127.0.0.1])
 by localhost (fluffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 28089-10; Sat,  8 Nov 2003 18:47:30 -0500 (EST)
Received: from tacocat.net (unknown [192.168.1.103])
	by fluffy.tacocat.net (Postfix) with ESMTP
	id CA271108061; Sat,  8 Nov 2003 18:47:29 -0500 (EST)
Message-ID: <3FAD8091.3020107@tacocat.net>
Date: Sat, 08 Nov 2003 18:47:29 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] openssl config.
References: <3FAD7EC1.3040704@tacocat.net>
In-Reply-To: <3FAD7EC1.3040704@tacocat.net>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at tacocat.net
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 08 Nov 2003 23:48:04 -0000
X-UID: 1838                                                  
Status: O

Tom Allison wrote:
> I checked and I do have the openssl-devel rpm installed
> SuSE 8.2
> openssl-devel-0.9.6i-12
> openssl-0.9.61-19
> dovecot 0.99.10
> 
> ./configure --with-ssl-openssl
> 
> At the end of the configuration it says ssl support == 'no'
> 
> :(...
> 
> I was able to get pam support by picking up the pam-devel modules as 
> suggested.
> 
> But I got stuck here.
> 
> After reading up a bit on imap, it seems reasonable to have both imap 
> and imap-ssl support.  imap for localhost connections (like 
> squirrelmail) and imap-ssl for everything else.
> 

Never mind!!!!

Dumb luck or something, I tried it again and it says 'yes'.

Now I just have to install it....

From tallison@tacocat.net  Sun Nov  9 02:22:56 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 39C35238C5; Sun,  9 Nov 2003 02:22:56 +0200 (EET)
Received: from fluffy.tacocat.net (dhcp024-208-242-024.twmi.rr.com
	[24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 4615D23841
	for <dovecot@procontrol.fi>; Sun,  9 Nov 2003 02:22:24 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by fluffy.tacocat.net (Postfix) with ESMTP id 2BE59108066
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:22:23 -0500 (EST)
Received: from fluffy.tacocat.net ([127.0.0.1])
 by localhost (fluffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 28312-10 for <dovecot@procontrol.fi>;
 Sat,  8 Nov 2003 19:22:22 -0500 (EST)
Received: from tacocat.net (unknown [192.168.1.103])
	by fluffy.tacocat.net (Postfix) with ESMTP id BBCCA108014
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:22:21 -0500 (EST)
Message-ID: <3FAD88BD.5010006@tacocat.net>
Date: Sat, 08 Nov 2003 19:22:21 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] openssl decryption failed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 09 Nov 2003 00:22:56 -0000
X-UID: 1839                                                  
Status: O

I've got dovecot working on imap
But when I try to run imaps
I get:

imap-login: Nove 08 19:11:19 Warning: SSL_accept() failed: 
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
record mac [192.168.1.103]

Now I'm not sure if theres any difference here, but I don't have string 
for 'login = imaps' or 'login = pop3s' to match with my protocols string

I also don't have any specific imaps_listen interface defined, but since 
there's something in the logs, I assume that this is not a problem.

SETUP

fluffy:~ # egrep "^\w" /usr/local/etc/dovecot.conf
base_dir = /var/run/dovecot/
protocols = imap imaps pop3s
log_path = /var/log/dovecot.log
info_log_path = /var/log/dovecot.info
login = imap
login = pop3
verbose_ssl = yes
auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = pam
auth_user = root
auth_verbose = yes

From tallison@tacocat.net  Sun Nov  9 02:35:28 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 804F6238C5; Sun,  9 Nov 2003 02:35:28 +0200 (EET)
Received: from fluffy.tacocat.net (dhcp024-208-242-024.twmi.rr.com
	[24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id A168B23841
	for <dovecot@procontrol.fi>; Sun,  9 Nov 2003 02:34:56 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by fluffy.tacocat.net (Postfix) with ESMTP id E1BD5108064
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:34:55 -0500 (EST)
Received: from fluffy.tacocat.net ([127.0.0.1])
 by localhost (fluffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 25942-01 for <dovecot@procontrol.fi>;
 Sat,  8 Nov 2003 19:34:54 -0500 (EST)
Received: from tacocat.net (unknown [192.168.1.103])
	by fluffy.tacocat.net (Postfix) with ESMTP id 8F9E4108014
	for <dovecot@procontrol.fi>; Sat,  8 Nov 2003 19:34:54 -0500 (EST)
Message-ID: <3FAD8BAD.3060705@tacocat.net>
Date: Sat, 08 Nov 2003 19:34:53 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: dovecot@procontrol.fi
Subject: Re: [Dovecot] openssl config.
References: <3FAD7EC1.3040704@tacocat.net>
In-Reply-To: <3FAD7EC1.3040704@tacocat.net>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at tacocat.net
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 09 Nov 2003 00:35:28 -0000
X-UID: 1840                                                  
Status: O

Tom Allison wrote:
> I checked and I do have the openssl-devel rpm installed
> SuSE 8.2
> openssl-devel-0.9.6i-12
> openssl-0.9.61-19
> dovecot 0.99.10
> 

My apologies for going on and on about this problem, but
there seems to be about one thread on google regarding this and I'm 
trying to sort out the details therein.

The threads mentioned that there is a liklihood of openssl version 0.9.7 
not working well and maybe openssl 0.9.6 would work.

Since I'm running 0.9.61 I guess I'm looking to see if anyone can 
confirm/deny these problems under Linux.

Thanks in advance.

From tss@iki.fi  Sun Nov  9 13:59:49 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 39470238C5; Sun,  9 Nov 2003 13:59:49 +0200 (EET)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id E096623850; Sun,  9 Nov 2003 13:59:16 +0200 (EET)
Date: Sun, 9 Nov 2003 13:59:14 +0200
Subject: Re: [Dovecot] openssl decryption failed
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Tom Allison <tallison@tacocat.net>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <3FAD88BD.5010006@tacocat.net>
Message-Id: <23548676-12AC-11D8-867E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 09 Nov 2003 11:59:49 -0000
X-UID: 1841                                                  
Status: O

On Sunday, Nov 9, 2003, at 02:22 Europe/Helsinki, Tom Allison wrote:

> imap-login: Nove 08 19:11:19 Warning: SSL_accept() failed: 
> error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
> record mac [192.168.1.103]

Last I saw these was because Dovecot was chrooting login processes and 
OpenSSL didn't have access to /dev/urandom. This is fixed in 0.99.10, 
but you could try if it works with setting login_chroot = no.

From tallison@tacocat.net  Sun Nov  9 19:02:00 2003
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CBD66238C5; Sun,  9 Nov 2003 19:02:00 +0200 (EET)
Received: from fluffy.tacocat.net (dhcp024-208-242-024.twmi.rr.com
	[24.208.242.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 0997223841
	for <dovecot@procontrol.fi>; Sun,  9 Nov 2003 19:01:28 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by fluffy.tacocat.net (Postfix) with ESMTP
	id 89882108069; Sun,  9 Nov 2003 12:01:26 -0500 (EST)
Received: from fluffy.tacocat.net ([127.0.0.1])
 by localhost (fluffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 26544-08; Sun,  9 Nov 2003 12:01:18 -0500 (EST)
Received: from tacocat.net (unknown [192.168.1.103])
	by fluffy.tacocat.net (Postfix) with ESMTP
	id 8AD3A108014; Sun,  9 Nov 2003 12:01:17 -0500 (EST)
Message-ID: <3FAE72DD.2000102@tacocat.net>
Date: Sun, 09 Nov 2003 12:01:17 -0500
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] openssl decryption failed
References: <23548676-12AC-11D8-867E-000393CC2E90@iki.fi>
In-Reply-To: <23548676-12AC-11D8-867E-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.71.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at tacocat.net
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 09 Nov 2003 17:02:01 -0000
X-UID: 1842                                                  
Status: O

Timo Sirainen wrote:
> On Sunday, Nov 9, 2003, at 02:22 Europe/Helsinki, Tom Allison wrote:
> 
>> imap-login: Nove 08 19:11:19 Warning: SSL_accept() failed: 
>> error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
>> record mac [192.168.1.103]
> 
> 
> Last I saw these was because Dovecot was chrooting login processes and 
> OpenSSL didn't have access to /dev/urandom. This is fixed in 0.99.10, 
> but you could try if it works with setting login_chroot = no.
> 

:(...

No luck. Same error.
dovecot version 0.99.10
openssl version 0.9.61


From aredridel@nbtsc.org  Mon Nov 10 06:40:39 2003
Return-Path: <aredridel@nbtsc.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 13C9D238C5; Mon, 10 Nov 2003 06:40:39 +0200 (EET)
Received: from polis.nbtsc.org (polis.nbtsc.org [206.168.119.2])
	by danu.procontrol.fi (Postfix) with ESMTP id D84D623850
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 06:40:05 +0200 (EET)
Received: from 67x102.ouraynet.com ([206.168.67.102] helo=mizar.nbtsc.org)
	by polis.nbtsc.org with asmtp (Exim 4.24)
	id 1AJ3qO-0000Pe-2W
	for dovecot@procontrol.fi; Sun, 09 Nov 2003 21:40:04 -0700
From: Aredridel <aredridel@nbtsc.org>
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-xzSTabflhkSL0a3v4dFs"
Message-Id: <1068439204.6341.25.camel@mizar.nbtsc.org>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 09 Nov 2003 21:40:04 -0700
X-Scan-Signature: 8ca4da096431e0e47209a29b5646b275
X-Spam-Score: 0.0 (/)
Subject: [Dovecot] Problems with Linux 2.6
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 04:40:39 -0000
X-UID: 1843                                                  
Status: O
Content-Length: 1560


--=-xzSTabflhkSL0a3v4dFs
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I'm running Dovecot under PLD GNU/Linux, on two servers.  Under kernel
2.4, it works wonderfully.  Under 2.6, I get this in the log:

Nov  9 21:36:38 polis dovecot: Dovecot starting up
Nov  9 21:36:39 polis imap-login: setuid(97) failed: Resource
temporarily unavailable
Nov  9 21:36:39 polis imap-login: setuid(97) failed: Resource
temporarily unavailable
Nov  9 21:36:39 polis pop3-login: setuid(97) failed: Resource
temporarily unavailable
Nov  9 21:36:39 polis pop3-login: setuid(97) failed: Resource
temporarily unavailable
Nov  9 21:36:39 polis dovecot: Login process died too early - shutting
down
Nov  9 21:36:39 polis dovecot: child 32404 (login) returned error 89
Nov  9 21:36:39 polis dovecot: child 32405 (login) returned error 89
Nov  9 21:36:39 polis dovecot: child 32406 (login) returned error 89
Nov  9 21:36:39 polis dovecot: child 32408 (login) returned error 89
Nov  9 21:36:39 polis pop3-login: fd_send(-1) failed: Broken pipe


Any ideas?  the setuid32() call is returning EAGAIN, though I have no
resource limits on user nobody (nor does it work as a dovecot user).

Aredridel

--=-xzSTabflhkSL0a3v4dFs
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/rxaktP09exA3hooRAgsjAJ40yqx2+s4RKMfJrBkEFd3d5kIHigCfRdoh
ALP6sDeJrUJgPbzWYTBLN4s=
=gajN
-----END PGP SIGNATURE-----

--=-xzSTabflhkSL0a3v4dFs--

From gmid-dovecot@m.gmane.org  Mon Nov 10 13:55:47 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3874423850; Mon, 10 Nov 2003 13:55:47 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by danu.procontrol.fi (Postfix) with ESMTP id 0740423841
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 13:55:15 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AJAdV-0001vn-00
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 12:55:13 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@procontrol.fi
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AJAdU-0001vf-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Mon, 10 Nov 2003 12:55:12 +0100
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AJAdU-0004px-00	for <gmane-mail-imap-dovecot@m.gmane.org>;
	Mon, 10 Nov 2003 12:55:12 +0100
From: peter gervai <grin@grin.hu>
Date: Mon, 10 Nov 2003 12:55:10 +0100
Lines: 11
Message-ID: <oprye7d8f353bdlw@news.gmane.org>
References: <1068439204.6341.25.camel@mizar.nbtsc.org>
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@sea.gmane.org
User-Agent: Opera7.21/Linux M2 build 480
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Problems with Linux 2.6
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 11:55:47 -0000
X-UID: 1844                                                  
Status: O

On Sun, 09 Nov 2003 21:40:04 -0700, Aredridel <aredridel@nbtsc.org> wrote:

> I'm running Dovecot under PLD GNU/Linux, on two servers.  Under kernel
> 2.4, it works wonderfully.  Under 2.6, I get this in the log:
>
> Nov  9 21:36:38 polis dovecot: Dovecot starting up
> Nov  9 21:36:39 polis imap-login: setuid(97) failed: Resource
> temporarily unavailable

read the mail archieves, there was a patch for that. i thought
it's already included in the latest version.

From joshua@shallow.net  Mon Nov 10 17:30:04 2003
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4F981238C5; Mon, 10 Nov 2003 17:30:04 +0200 (EET)
Received: from yello.shallow.net (unknown [203.18.243.120])
	by danu.procontrol.fi (Postfix) with ESMTP id A376D23841
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 17:29:30 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id A4A0C2C9A; Tue, 11 Nov 2003 02:29:16 +1100 (EST)
Date: Tue, 11 Nov 2003 02:29:16 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: dovecot@procontrol.fi
Message-ID: <20031110152916.GI37761@roughtrade.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Qgd2S+2VS1hsWwXW"
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] PATCH: CRAM-MD5 for Dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 15:30:04 -0000
X-UID: 1845                                                  
Status: O
Content-Length: 24907


--Qgd2S+2VS1hsWwXW
Content-Type: multipart/mixed; boundary="j/HO4hzKTNbM1mOX"
Content-Disposition: inline


--j/HO4hzKTNbM1mOX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Timo,

Mozilla 1.5 doesn't understand DIGEST-MD5; it only speaks CRAM-MD5 or
PLAIN.  Maybe other clients have the same problem.  My users like
Mozilla, so I wrote new code for Dovecot to speak CRAM-MD5, using
your mech-digest-md5.c as a reference.

Attached diff in two formats
i) for current CVS
ii) against last release

both tested and working with Mozilla and KMail's CRAM-MD5.

I don't know if I've caught precisely the coding style you use for
Dovecot.   I hope so, but I'm unsure if I've used your string and
buffer libraries properly.  Please enlighten me if you have time.

Would you consider including this in the next release?

Regards,
Joshua

--=20
Joshua Goodall
joshua@roughtrade.net             "Your object hit ratio is weak, old man"
"If you cache me now, I will dump more core than you can possibly imagine"

--j/HO4hzKTNbM1mOX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dovecot-crammd5-cvs.diff"
Content-Transfer-Encoding: quoted-printable

diff -ruN dovecot/src/auth/Makefile.am dovecot-crammd5/src/auth/Makefile.am
--- dovecot/src/auth/Makefile.am	Thu Oct 30 01:10:20 2003
+++ dovecot-crammd5/src/auth/Makefile.am	Mon Nov 10 18:35:23 2003
@@ -28,6 +28,7 @@
 	mech-anonymous.c \
 	mech-cyrus-sasl2.c \
 	mech-plain.c \
+	mech-cram-md5.c \
 	mech-digest-md5.c \
 	mycrypt.c \
 	passdb.c \
diff -ruN dovecot/src/auth/auth-client-interface.h dovecot-crammd5/src/auth=
/auth-client-interface.h
--- dovecot/src/auth/auth-client-interface.h	Fri Aug 22 12:42:13 2003
+++ dovecot-crammd5/src/auth/auth-client-interface.h	Mon Nov 10 18:35:34 20=
03
@@ -12,6 +12,7 @@
 	AUTH_MECH_PLAIN		=3D 0x01,
 	AUTH_MECH_DIGEST_MD5	=3D 0x02,
 	AUTH_MECH_ANONYMOUS	=3D 0x04,
+	AUTH_MECH_CRAM_MD5	=3D 0x08,
=20
 	AUTH_MECH_COUNT
 };
diff -ruN dovecot/src/auth/auth-mech-desc.h dovecot-crammd5/src/auth/auth-m=
ech-desc.h
--- dovecot/src/auth/auth-mech-desc.h	Thu May  8 13:24:57 2003
+++ dovecot-crammd5/src/auth/auth-mech-desc.h	Mon Nov 10 18:35:34 2003
@@ -10,6 +10,7 @@
=20
 static struct auth_mech_desc auth_mech_desc[AUTH_MECH_COUNT] =3D {
 	{ AUTH_MECH_PLAIN,		"PLAIN",	TRUE, FALSE },
+	{ AUTH_MECH_CRAM_MD5,		"CRAM-MD5",	FALSE, TRUE },
 	{ AUTH_MECH_DIGEST_MD5,		"DIGEST-MD5",	FALSE, TRUE },
 	{ AUTH_MECH_ANONYMOUS,		"ANONYMOUS",	FALSE, TRUE }
 };
diff -ruN dovecot/src/auth/mech-cram-md5.c dovecot-crammd5/src/auth/mech-cr=
am-md5.c
--- dovecot/src/auth/mech-cram-md5.c	Thu Jan  1 10:00:00 1970
+++ dovecot-crammd5/src/auth/mech-cram-md5.c	Tue Nov 11 01:43:53 2003
@@ -0,0 +1,225 @@
+/* CRAM-MD5 SASL authentication, see RFC-2195
+   Joshua Goodall <joshua@roughtrade.net>
+
+   Derived from mech-digest-md5.c by Timo Sirainen.
+
+   Copyright (C) 2002,2003 Timo Sirainen / Joshua Goodall
+ */
+
+#include "common.h"
+#include "buffer.h"
+#include "hex-binary.h"
+#include "md5.h"
+#include "randgen.h"
+#include "str.h"
+#include "mech.h"
+#include "passdb.h"
+#include "hostpid.h"
+#include "safe-memset.h"
+
+#include <stdlib.h>
+#include <time.h>
+
+struct cram_auth_request {
+	struct auth_request auth_request;
+
+	pool_t pool;
+
+	/* requested: */
+	char *challenge;
+
+	/* received: */
+	char *username;
+	char *response;
+	unsigned long maxbuf;
+};
+
+static string_t *get_cram_challenge(struct cram_auth_request *auth)
+{
+	string_t *str;
+	struct {
+		uint64_t v1,v2;
+	} challenge;
+
+	random_fill(&challenge, sizeof(challenge));
+	hostpid_init();
+	str =3D t_str_new(256);
+	str_printfa(str, "<%llu%llu.%u@%s>", challenge.v1, challenge.v2, time(NUL=
L), my_hostname);
+	auth->challenge =3D p_strdup(auth->pool, str_data(str));
+
+	return str;
+}
+
+static int verify_credentials(struct cram_auth_request *auth,
+				const char *credentials)
+{
+=09
+	unsigned char digest[16], context_digest[32], *cdp;
+	struct md5_context ctxo, ctxi;
+	buffer_t *context_digest_buf;
+	const char *response_hex;
+
+	if (credentials =3D=3D NULL)
+		return FALSE;
+
+	context_digest_buf =3D buffer_create_data(pool_datastack_create(),
+		context_digest, sizeof(context_digest));
+
+	if (hex_to_binary(credentials, context_digest_buf) <=3D 0)
+		return FALSE;
+
+#define CDGET(p,c) do {		\
+	(c)  =3D (*p++);		\
+	(c) +=3D (*p++ << 8);	\
+	(c) +=3D (*p++ << 16);	\
+	(c) +=3D (*p++ << 24);	\
+} while (0)
+
+	cdp =3D context_digest;
+	CDGET(cdp, ctxo.a);
+	CDGET(cdp, ctxo.b);
+	CDGET(cdp, ctxo.c);
+	CDGET(cdp, ctxo.d);
+	CDGET(cdp, ctxi.a);
+	CDGET(cdp, ctxi.b);
+	CDGET(cdp, ctxi.c);
+	CDGET(cdp, ctxi.d);
+
+	ctxo.lo =3D ctxi.lo =3D 64;
+	ctxo.hi =3D ctxi.hi =3D 0;
+
+	md5_update(&ctxi, auth->challenge, strlen(auth->challenge));
+	md5_final(&ctxi, digest);
+	md5_update(&ctxo, digest, 16);
+	md5_final(&ctxo, digest);
+	response_hex =3D binary_to_hex(digest, 16);
+
+	if (memcmp(response_hex, auth->response, 32) !=3D 0) {
+		if (verbose)
+			i_info("cram-md5(%s): password mismatch", auth->username);
+		return FALSE;
+	}
+
+	return TRUE;
+}
+
+static int parse_cram_response(struct cram_auth_request *auth,
+				 const char *data, const char **error)
+{
+	char *digest;
+	int failed;
+
+	*error =3D NULL;
+	failed =3D FALSE;
+
+	digest =3D strchr(data, ' ');
+	if (digest !=3D NULL) {
+		auth->username =3D p_strdup_until(auth->pool, data, digest);
+		digest++;
+		auth->response =3D p_strdup(auth->pool, digest);
+	} else {
+		*error =3D "missing digest";
+		failed =3D TRUE;
+	}
+
+	return !failed;
+}
+
+static void credentials_callback(const char *result,
+				 struct auth_request *request)
+{
+	struct cram_auth_request *auth =3D
+		(struct cram_auth_request *) request;
+
+	if (verify_credentials(auth, result)) {
+		if (verbose)
+			i_info("cram-md5(%s): authenticated", auth->username =3D=3D NULL ? "" :=
 auth->username);
+		mech_auth_finish(request, NULL, 0, TRUE);
+	} else {
+		if (verbose)
+			i_info("cram-md5(%s): authentication failed", auth->username =3D=3D NUL=
L ? "" : auth->username);
+		mech_auth_finish(request, NULL, 0, FALSE);
+	}
+}
+
+static int
+mech_cram_md5_auth_continue(struct auth_request *auth_request,
+				struct auth_client_request_continue *request,
+				const unsigned char *data,
+				mech_callback_t *callback)
+{
+	struct cram_auth_request *auth =3D
+		(struct cram_auth_request *)auth_request;
+	const char *error;
+
+	/* unused */
+	(void)request;
+
+	if (parse_cram_response(auth, (const char *) data, &error)) {
+		auth_request->callback =3D callback;
+
+		auth_request->user =3D p_strdup(auth_request->pool, auth->username);
+
+		if (mech_is_valid_username(auth_request->user)) {
+			passdb->lookup_credentials(&auth->auth_request,
+						PASSDB_CREDENTIALS_CRAM_MD5,
+						credentials_callback);
+			return TRUE;
+		}
+
+		error =3D "invalid username";
+	}
+
+	if (error =3D=3D NULL)
+		error =3D "authentication failed";
+
+	if (verbose)
+		i_info("cram-md5(%s): %s", auth->username =3D=3D NULL ? "" : auth->usern=
ame, error);
+
+	/* failed */
+	mech_auth_finish(auth_request, NULL, 0, FALSE);
+	return FALSE;
+}
+
+static void mech_cram_md5_auth_free(struct auth_request *auth_request)
+{
+
+	pool_unref(auth_request->pool);
+}
+
+static struct auth_request *
+mech_cram_md5_auth_new(struct auth_client_connection *conn,
+			 unsigned int id, mech_callback_t *callback)
+{
+	struct auth_client_request_reply reply;
+	struct cram_auth_request *auth;
+	pool_t pool;
+	string_t *challenge;
+
+	pool =3D pool_alloconly_create("cram_md5_auth_request", 2048);
+	auth =3D p_new(pool, struct cram_auth_request, 1);
+	auth->pool =3D pool;
+
+	auth->auth_request.refcount =3D 1;
+	auth->auth_request.pool =3D pool;
+	auth->auth_request.auth_continue =3D mech_cram_md5_auth_continue;
+	auth->auth_request.auth_free =3D mech_cram_md5_auth_free;
+
+	/* initialize reply */
+	mech_init_auth_client_reply(&reply);
+	reply.id =3D id;
+	reply.result =3D AUTH_CLIENT_RESULT_CONTINUE;
+
+	/* send the initial challenge */
+	reply.reply_idx =3D 0;
+	challenge =3D get_cram_challenge(auth);
+	reply.data_size =3D str_len(challenge);
+	callback(&reply, str_data(challenge), conn);
+
+	return &auth->auth_request;
+}
+
+struct mech_module mech_cram_md5 =3D {
+	AUTH_MECH_CRAM_MD5,
+	mech_cram_md5_auth_new
+};
diff -ruN dovecot/src/auth/mech.c dovecot-crammd5/src/auth/mech.c
--- dovecot/src/auth/mech.c	Mon Oct 20 14:15:16 2003
+++ dovecot-crammd5/src/auth/mech.c	Mon Nov 10 18:35:34 2003
@@ -215,6 +215,7 @@
 }
=20
 extern struct mech_module mech_plain;
+extern struct mech_module mech_cram_md5;
 extern struct mech_module mech_digest_md5;
 extern struct mech_module mech_anonymous;
=20
@@ -242,6 +243,8 @@
 	while (*mechanisms !=3D NULL) {
 		if (strcasecmp(*mechanisms, "PLAIN") =3D=3D 0)
 			mech_register_module(&mech_plain);
+		else if (strcasecmp(*mechanisms, "CRAM-MD5") =3D=3D 0)
+			mech_register_module(&mech_cram_md5);
 		else if (strcasecmp(*mechanisms, "DIGEST-MD5") =3D=3D 0)
 			mech_register_module(&mech_digest_md5);
 		else if (strcasecmp(*mechanisms, "ANONYMOUS") =3D=3D 0) {
@@ -293,6 +296,7 @@
 void mech_deinit(void)
 {
 	mech_unregister_module(&mech_plain);
+	mech_unregister_module(&mech_cram_md5);
 	mech_unregister_module(&mech_digest_md5);
 	mech_unregister_module(&mech_anonymous);
 }
diff -ruN dovecot/src/auth/passdb.c dovecot-crammd5/src/auth/passdb.c
--- dovecot/src/auth/passdb.c	Thu Oct 30 01:10:20 2003
+++ dovecot-crammd5/src/auth/passdb.c	Mon Nov 10 18:35:34 2003
@@ -24,6 +24,8 @@
 		return "PLAIN";
 	case PASSDB_CREDENTIALS_CRYPT:
 		return "CRYPT";
+	case PASSDB_CREDENTIALS_CRAM_MD5:
+		return "CRAM-MD5";
 	case PASSDB_CREDENTIALS_DIGEST_MD5:
 		return "DIGEST-MD5";
 	}
@@ -132,6 +134,10 @@
 	if ((auth_mechanisms & AUTH_MECH_PLAIN) &&
 	    passdb->verify_plain =3D=3D NULL)
 		i_fatal("Passdb %s doesn't support PLAIN method", name);
+
+	if ((auth_mechanisms & AUTH_MECH_CRAM_MD5) &&
+	    passdb->lookup_credentials =3D=3D NULL)
+		i_fatal("Passdb %s doesn't support CRAM-MD5 method", name);
=20
 	if ((auth_mechanisms & AUTH_MECH_DIGEST_MD5) &&
 	    passdb->lookup_credentials =3D=3D NULL)
diff -ruN dovecot/src/auth/passdb.h dovecot-crammd5/src/auth/passdb.h
--- dovecot/src/auth/passdb.h	Thu Oct 30 01:10:20 2003
+++ dovecot-crammd5/src/auth/passdb.h	Mon Nov 10 18:35:34 2003
@@ -11,6 +11,7 @@
=20
 	PASSDB_CREDENTIALS_PLAINTEXT,
 	PASSDB_CREDENTIALS_CRYPT,
+	PASSDB_CREDENTIALS_CRAM_MD5,
 	PASSDB_CREDENTIALS_DIGEST_MD5
 };
=20
diff -ruN dovecot/src/auth/password-scheme.c dovecot-crammd5/src/auth/passw=
ord-scheme.c
--- dovecot/src/auth/password-scheme.c	Fri Apr  4 09:42:54 2003
+++ dovecot-crammd5/src/auth/password-scheme.c	Mon Nov 10 18:36:51 2003
@@ -7,6 +7,7 @@
 #include "mycrypt.h"
 #include "randgen.h"
 #include "password-scheme.h"
+#include "safe-memset.h"
=20
 static const char *salt_chars =3D
 	"./0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz";
@@ -86,7 +87,8 @@
 			      const char *scheme)
 {
 	const char *realm, *str;
-	unsigned char digest[16];
+	unsigned char digest[16], ipad[64], opad[64], context_digest[32], *cdp;
+	struct md5_context ctxo, ctxi;
 	char salt[9];
 	int i;
=20
@@ -108,6 +110,51 @@
=20
 	if (strcasecmp(scheme, "PLAIN") =3D=3D 0)
 		return plaintext;
+
+	if (strcasecmp(scheme, "CRAM-MD5") =3D=3D 0) {
+		safe_memset(ipad, '\0', sizeof(ipad));
+		safe_memset(opad, '\0', sizeof(opad));
+
+		/* Hash excessively long passwords */
+		i =3D strlen(plaintext);
+		if (i > 64) {
+			md5_get_digest(plaintext, i, digest);
+			memcpy(ipad, digest, 16);
+			memcpy(opad, digest, 16);
+		} else {
+			memcpy(ipad, plaintext, i);
+			memcpy(opad, plaintext, i);
+		}
+
+		/* ipad/opad operation */
+		for (i =3D 0; i < 64; i++) {
+			ipad[i] ^=3D 0x36;
+			opad[i] ^=3D 0x5c;
+		}
+		md5_init(&ctxi);
+		md5_init(&ctxo);
+		md5_update(&ctxi, ipad, 64);
+		md5_update(&ctxo, opad, 64);
+
+		/* Make HMAC-MD5 hex digest */
+#define CDPUT(p,c) do {		\
+	*p++ =3D (c) & 0xff;	\
+	*p++ =3D (c)>>8 & 0xff;	\
+	*p++ =3D (c)>>16 & 0xff;	\
+	*p++ =3D (c)>>24 & 0xff;	\
+} while (0)
+		cdp =3D context_digest;
+		CDPUT(cdp, ctxo.a);
+		CDPUT(cdp, ctxo.b);
+		CDPUT(cdp, ctxo.c);
+		CDPUT(cdp, ctxo.d);
+		CDPUT(cdp, ctxi.a);
+		CDPUT(cdp, ctxi.b);
+		CDPUT(cdp, ctxi.c);
+		CDPUT(cdp, ctxi.d);
+
+		return binary_to_hex(context_digest, sizeof(context_digest));
+	}
=20
 	if (strcasecmp(scheme, "DIGEST-MD5") =3D=3D 0) {
 		/* user:realm:passwd */

--j/HO4hzKTNbM1mOX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dovecot-crammd5-release.diff"
Content-Transfer-Encoding: quoted-printable

diff -ruN dovecot-0.99.10/dovecot-example.conf dovecot-0.99.10-crammd5/dove=
cot-example.conf
--- dovecot-0.99.10/dovecot-example.conf	Tue Nov 11 02:08:28 2003
+++ dovecot-0.99.10-crammd5/dovecot-example.conf	Tue Nov 11 02:07:47 2003
@@ -357,7 +357,7 @@
 auth =3D default
=20
 # Space separated list of wanted authentication mechanisms:
-#   plain digest-md5 anonymous
+#   plain cram-md5 digest-md5 anonymous
 auth_mechanisms =3D plain
=20
 # Space separated list of realms for SASL authentication mechanisms that n=
eed
diff -ruN dovecot-0.99.10/src/auth/Makefile.am dovecot-0.99.10-crammd5/src/=
auth/Makefile.am
--- dovecot-0.99.10/src/auth/Makefile.am	Sun May 18 22:26:28 2003
+++ dovecot-0.99.10-crammd5/src/auth/Makefile.am	Tue Nov 11 02:07:46 2003
@@ -28,6 +28,7 @@
 	mech-anonymous.c \
 	mech-cyrus-sasl2.c \
 	mech-plain.c \
+	mech-cram-md5.c \
 	mech-digest-md5.c \
 	mycrypt.c \
 	passdb.c \
diff -ruN dovecot-0.99.10/src/auth/auth-login-interface.h dovecot-0.99.10-c=
rammd5/src/auth/auth-login-interface.h
--- dovecot-0.99.10/src/auth/auth-login-interface.h	Sun May 18 22:26:28 2003
+++ dovecot-0.99.10-crammd5/src/auth/auth-login-interface.h	Tue Nov 11 02:0=
7:46 2003
@@ -12,6 +12,7 @@
 	AUTH_MECH_PLAIN		=3D 0x01,
 	AUTH_MECH_DIGEST_MD5	=3D 0x02,
 	AUTH_MECH_ANONYMOUS	=3D 0x04,
+	AUTH_MECH_CRAM_MD5	=3D 0x08,
=20
 	AUTH_MECH_COUNT
 };
diff -ruN dovecot-0.99.10/src/auth/auth-mech-desc.h dovecot-0.99.10-crammd5=
/src/auth/auth-mech-desc.h
--- dovecot-0.99.10/src/auth/auth-mech-desc.h	Sun May 18 22:26:28 2003
+++ dovecot-0.99.10-crammd5/src/auth/auth-mech-desc.h	Tue Nov 11 02:07:46 2=
003
@@ -10,6 +10,7 @@
=20
 static struct auth_mech_desc auth_mech_desc[AUTH_MECH_COUNT] =3D {
 	{ AUTH_MECH_PLAIN,		"PLAIN",	TRUE, FALSE },
+	{ AUTH_MECH_CRAM_MD5,		"CRAM-MD5",	FALSE, TRUE },
 	{ AUTH_MECH_DIGEST_MD5,		"DIGEST-MD5",	FALSE, TRUE },
 	{ AUTH_MECH_ANONYMOUS,		"ANONYMOUS",	FALSE, TRUE }
 };
diff -ruN dovecot-0.99.10/src/auth/mech-cram-md5.c dovecot-0.99.10-crammd5/=
src/auth/mech-cram-md5.c
--- dovecot-0.99.10/src/auth/mech-cram-md5.c	Thu Jan  1 10:00:00 1970
+++ dovecot-0.99.10-crammd5/src/auth/mech-cram-md5.c	Tue Nov 11 02:08:01 20=
03
@@ -0,0 +1,224 @@
+/* CRAM-MD5 SASL authentication, see RFC-2195
+   Joshua Goodall <joshua@roughtrade.net>
+
+   Derived from mech-digest-md5.c by Timo Sirainen.
+
+   Copyright (C) 2002,2003 Timo Sirainen / Joshua Goodall
+ */
+
+#include "common.h"
+#include "buffer.h"
+#include "hex-binary.h"
+#include "md5.h"
+#include "randgen.h"
+#include "str.h"
+#include "mech.h"
+#include "passdb.h"
+#include "hostpid.h"
+#include "safe-memset.h"
+
+#include <stdlib.h>
+#include <time.h>
+
+struct cram_auth_request {
+	struct auth_request auth_request;
+
+	pool_t pool;
+
+	/* requested: */
+	char *challenge;
+
+	/* received: */
+	char *username;
+	char *response;
+	unsigned long maxbuf;
+};
+
+static string_t *get_cram_challenge(struct cram_auth_request *auth)
+{
+	string_t *str;
+	struct {
+		uint64_t v1,v2;
+	} challenge;
+
+	random_fill(&challenge, sizeof(challenge));
+	hostpid_init();
+	str =3D t_str_new(256);
+	str_printfa(str, "<%llu%llu.%u@%s>", challenge.v1, challenge.v2, time(NUL=
L), my_hostname);
+	auth->challenge =3D p_strdup(auth->pool, str_data(str));
+
+	return str;
+}
+
+static int verify_credentials(struct cram_auth_request *auth,
+				const char *credentials)
+{
+=09
+	unsigned char digest[16], context_digest[32], *cdp;
+	struct md5_context ctxo, ctxi;
+	buffer_t *context_digest_buf;
+	const char *response_hex;
+
+	if (credentials =3D=3D NULL)
+		return FALSE;
+
+	context_digest_buf =3D buffer_create_data(data_stack_pool,
+		context_digest, sizeof(context_digest));
+
+	if (hex_to_binary(credentials, context_digest_buf) <=3D 0)
+		return FALSE;
+
+#define CDGET(p,c) do {		\
+	(c)  =3D (*p++);		\
+	(c) +=3D (*p++ << 8);	\
+	(c) +=3D (*p++ << 16);	\
+	(c) +=3D (*p++ << 24);	\
+} while (0)
+
+	cdp =3D context_digest;
+	CDGET(cdp, ctxo.a);
+	CDGET(cdp, ctxo.b);
+	CDGET(cdp, ctxo.c);
+	CDGET(cdp, ctxo.d);
+	CDGET(cdp, ctxi.a);
+	CDGET(cdp, ctxi.b);
+	CDGET(cdp, ctxi.c);
+	CDGET(cdp, ctxi.d);
+
+	ctxo.lo =3D ctxi.lo =3D 64;
+	ctxo.hi =3D ctxi.hi =3D 0;
+
+	md5_update(&ctxi, auth->challenge, strlen(auth->challenge));
+	md5_final(&ctxi, digest);
+	md5_update(&ctxo, digest, 16);
+	md5_final(&ctxo, digest);
+	response_hex =3D binary_to_hex(digest, 16);
+
+	if (memcmp(response_hex, auth->response, 32) !=3D 0) {
+		if (verbose)
+			i_info("cram-md5(%s): password mismatch", auth->username);
+		return FALSE;
+	}
+
+	return TRUE;
+}
+
+static int parse_cram_response(struct cram_auth_request *auth,
+				 const char *data, const char **error)
+{
+	char *digest;
+	int failed;
+
+	*error =3D NULL;
+	failed =3D FALSE;
+
+	digest =3D strchr(data, ' ');
+	if (digest !=3D NULL) {
+		auth->username =3D p_strdup_until(auth->pool, data, digest);
+		digest++;
+		auth->response =3D p_strdup(auth->pool, digest);
+	} else {
+		*error =3D "missing digest";
+		failed =3D TRUE;
+	}
+
+	return !failed;
+}
+
+static void credentials_callback(const char *result,
+				 struct auth_request *request)
+{
+	struct cram_auth_request *auth =3D
+		(struct cram_auth_request *) request;
+
+	if (verify_credentials(auth, result)) {
+		if (verbose)
+			i_info("cram-md5(%s): authenticated", auth->username =3D=3D NULL ? "" :=
 auth->username);
+		mech_auth_finish(request, NULL, 0, TRUE);
+	} else {
+		if (verbose)
+			i_info("cram-md5(%s): authentication failed", auth->username =3D=3D NUL=
L ? "" : auth->username);
+		mech_auth_finish(request, NULL, 0, FALSE);
+	}
+}
+
+static int
+mech_cram_md5_auth_continue(struct auth_request *auth_request,
+				struct auth_login_request_continue *request,
+				const unsigned char *data,
+				mech_callback_t *callback)
+{
+	struct cram_auth_request *auth =3D
+		(struct cram_auth_request *)auth_request;
+	const char *error;
+
+	/* unused */
+	(void)request;
+
+	if (parse_cram_response(auth, (const char *) data, &error)) {
+		auth_request->callback =3D callback;
+
+		auth_request->user =3D p_strdup(auth_request->pool, auth->username);
+
+		if (mech_is_valid_username(auth_request->user)) {
+			passdb->lookup_credentials(&auth->auth_request,
+						PASSDB_CREDENTIALS_CRAM_MD5,
+						credentials_callback);
+			return TRUE;
+		}
+
+		error =3D "invalid username";
+	}
+
+	if (error =3D=3D NULL)
+		error =3D "authentication failed";
+
+	if (verbose)
+		i_info("cram-md5(%s): %s", auth->username =3D=3D NULL ? "" : auth->usern=
ame, error);
+
+	/* failed */
+	mech_auth_finish(auth_request, NULL, 0, FALSE);
+	return FALSE;
+}
+
+static void mech_cram_md5_auth_free(struct auth_request *auth_request)
+{
+
+	pool_unref(auth_request->pool);
+}
+
+static struct auth_request *
+mech_cram_md5_auth_new(struct login_connection *conn,
+			 unsigned int id, mech_callback_t *callback)
+{
+	struct auth_login_reply reply;
+	struct cram_auth_request *auth;
+	pool_t pool;
+	string_t *challenge;
+
+	pool =3D pool_alloconly_create("cram_md5_auth_request", 2048);
+	auth =3D p_new(pool, struct cram_auth_request, 1);
+	auth->pool =3D pool;
+
+	auth->auth_request.pool =3D pool;
+	auth->auth_request.auth_continue =3D mech_cram_md5_auth_continue;
+	auth->auth_request.auth_free =3D mech_cram_md5_auth_free;
+
+	/* initialize reply */
+	mech_init_login_reply(&reply);
+	reply.id =3D id;
+	reply.result =3D AUTH_LOGIN_RESULT_CONTINUE;
+
+	/* send the initial challenge */
+	reply.reply_idx =3D 0;
+	challenge =3D get_cram_challenge(auth);
+	reply.data_size =3D str_len(challenge);
+	callback(&reply, str_data(challenge), conn);
+
+	return &auth->auth_request;
+}
+
+struct mech_module mech_cram_md5 =3D {
+	AUTH_MECH_CRAM_MD5,
+	mech_cram_md5_auth_new
+};
diff -ruN dovecot-0.99.10/src/auth/mech.c dovecot-0.99.10-crammd5/src/auth/=
mech.c
--- dovecot-0.99.10/src/auth/mech.c	Sun May 18 22:26:28 2003
+++ dovecot-0.99.10-crammd5/src/auth/mech.c	Tue Nov 11 02:07:47 2003
@@ -201,6 +201,7 @@
 }
=20
 extern struct mech_module mech_plain;
+extern struct mech_module mech_cram_md5;
 extern struct mech_module mech_digest_md5;
 extern struct mech_module mech_anonymous;
=20
@@ -228,6 +229,8 @@
 	while (*mechanisms !=3D NULL) {
 		if (strcasecmp(*mechanisms, "PLAIN") =3D=3D 0)
 			mech_register_module(&mech_plain);
+		else if (strcasecmp(*mechanisms, "CRAM-MD5") =3D=3D 0)
+			mech_register_module(&mech_cram_md5);
 		else if (strcasecmp(*mechanisms, "DIGEST-MD5") =3D=3D 0)
 			mech_register_module(&mech_digest_md5);
 		else if (strcasecmp(*mechanisms, "ANONYMOUS") =3D=3D 0) {
@@ -279,6 +282,7 @@
 void mech_deinit(void)
 {
 	mech_unregister_module(&mech_plain);
+	mech_unregister_module(&mech_cram_md5);
 	mech_unregister_module(&mech_digest_md5);
 	mech_unregister_module(&mech_anonymous);
 }
diff -ruN dovecot-0.99.10/src/auth/passdb.c dovecot-0.99.10-crammd5/src/aut=
h/passdb.c
--- dovecot-0.99.10/src/auth/passdb.c	Sun May 18 22:26:28 2003
+++ dovecot-0.99.10-crammd5/src/auth/passdb.c	Tue Nov 11 02:07:47 2003
@@ -24,6 +24,8 @@
 		return "PLAIN";
 	case PASSDB_CREDENTIALS_CRYPT:
 		return "CRYPT";
+	case PASSDB_CREDENTIALS_CRAM_MD5:
+		return "CRAM-MD5";
 	case PASSDB_CREDENTIALS_DIGEST_MD5:
 		return "DIGEST-MD5";
 	}
@@ -128,6 +130,10 @@
 	if ((auth_mechanisms & AUTH_MECH_PLAIN) &&
 	    passdb->verify_plain =3D=3D NULL)
 		i_fatal("Passdb %s doesn't support PLAIN method", name);
+
+	if ((auth_mechanisms & AUTH_MECH_CRAM_MD5) &&
+	    passdb->lookup_credentials =3D=3D NULL)
+		i_fatal("Passdb %s doesn't support CRAM-MD5 method", name);
=20
 	if ((auth_mechanisms & AUTH_MECH_DIGEST_MD5) &&
 	    passdb->lookup_credentials =3D=3D NULL)
diff -ruN dovecot-0.99.10/src/auth/passdb.h dovecot-0.99.10-crammd5/src/aut=
h/passdb.h
--- dovecot-0.99.10/src/auth/passdb.h	Fri Mar 21 02:46:33 2003
+++ dovecot-0.99.10-crammd5/src/auth/passdb.h	Tue Nov 11 02:07:47 2003
@@ -11,6 +11,7 @@
=20
 	PASSDB_CREDENTIALS_PLAINTEXT,
 	PASSDB_CREDENTIALS_CRYPT,
+	PASSDB_CREDENTIALS_CRAM_MD5,
 	PASSDB_CREDENTIALS_DIGEST_MD5
 };
=20
diff -ruN dovecot-0.99.10/src/auth/password-scheme.c dovecot-0.99.10-crammd=
5/src/auth/password-scheme.c
--- dovecot-0.99.10/src/auth/password-scheme.c	Sun May  4 04:32:59 2003
+++ dovecot-0.99.10-crammd5/src/auth/password-scheme.c	Tue Nov 11 02:07:47 =
2003
@@ -7,6 +7,7 @@
 #include "mycrypt.h"
 #include "randgen.h"
 #include "password-scheme.h"
+#include "safe-memset.h"
=20
 static const char *salt_chars =3D
 	"./0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz";
@@ -86,7 +87,8 @@
 			      const char *scheme)
 {
 	const char *realm, *str;
-	unsigned char digest[16];
+	unsigned char digest[16], ipad[64], opad[64], context_digest[32], *cdp;
+	struct md5_context ctxo, ctxi;
 	char salt[9];
 	int i;
=20
@@ -108,6 +110,51 @@
=20
 	if (strcasecmp(scheme, "PLAIN") =3D=3D 0)
 		return plaintext;
+
+	if (strcasecmp(scheme, "CRAM-MD5") =3D=3D 0) {
+		safe_memset(ipad, '\0', sizeof(ipad));
+		safe_memset(opad, '\0', sizeof(opad));
+
+		/* Hash excessively long passwords */
+		i =3D strlen(plaintext);
+		if (i > 64) {
+			md5_get_digest(plaintext, i, digest);
+			memcpy(ipad, digest, 16);
+			memcpy(opad, digest, 16);
+		} else {
+			memcpy(ipad, plaintext, i);
+			memcpy(opad, plaintext, i);
+		}
+
+		/* ipad/opad operation */
+		for (i =3D 0; i < 64; i++) {
+			ipad[i] ^=3D 0x36;
+			opad[i] ^=3D 0x5c;
+		}
+		md5_init(&ctxi);
+		md5_init(&ctxo);
+		md5_update(&ctxi, ipad, 64);
+		md5_update(&ctxo, opad, 64);
+
+		/* Make HMAC-MD5 hex digest */
+#define CDPUT(p,c) do {		\
+	*p++ =3D (c) & 0xff;	\
+	*p++ =3D (c)>>8 & 0xff;	\
+	*p++ =3D (c)>>16 & 0xff;	\
+	*p++ =3D (c)>>24 & 0xff;	\
+} while (0)
+		cdp =3D context_digest;
+		CDPUT(cdp, ctxo.a);
+		CDPUT(cdp, ctxo.b);
+		CDPUT(cdp, ctxo.c);
+		CDPUT(cdp, ctxo.d);
+		CDPUT(cdp, ctxi.a);
+		CDPUT(cdp, ctxi.b);
+		CDPUT(cdp, ctxi.c);
+		CDPUT(cdp, ctxi.d);
+
+		return binary_to_hex(context_digest, sizeof(context_digest));
+	}
=20
 	if (strcasecmp(scheme, "DIGEST-MD5") =3D=3D 0) {
 		/* user:realm:passwd */

--j/HO4hzKTNbM1mOX--

--Qgd2S+2VS1hsWwXW
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/r67MPsqE37hMaDwRAqKCAKDmgWoRQoHf0u59b9yVBvAhv5V4yQCfWw/S
kmzOc8C9GEzfpZMRQyCwxS4=
=xovT
-----END PGP SIGNATURE-----

--Qgd2S+2VS1hsWwXW--
From joshua@shallow.net  Mon Nov 10 17:56:00 2003
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0F615238C6; Mon, 10 Nov 2003 17:56:00 +0200 (EET)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by danu.procontrol.fi (Postfix) with ESMTP id AB8E2238C6
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 17:55:26 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id 0208C2C9A; Tue, 11 Nov 2003 02:55:22 +1100 (EST)
Date: Tue, 11 Nov 2003 02:55:21 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PATCH: CRAM-MD5 for Dovecot
Message-ID: <20031110155521.GJ37761@roughtrade.net>
References: <20031110152916.GI37761@roughtrade.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20031110152916.GI37761@roughtrade.net>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 15:56:00 -0000
X-UID: 1846                                                  
Status: O

On Tue, Nov 11, 2003 at 02:29:16AM +1100, I wrote:
> Attached diff in two formats
> i) for current CVS
> ii) against last release
> 
> both tested and working with Mozilla and KMail's CRAM-MD5.

To be more precise, it's specifically tested and known to
authenticate/deny correctly with clients Mozilla 1.5 and KMail
version 1.5.4 (KDE3.1.4), connecting to Dovecot 0.99.10 and CVS20031111
running on FreeBSD 5.1 (actually 5-CURRENT), with the LDAP backend
fetching unhashed userPasswords from OpenLDAP 2.1.

- J
From tss@iki.fi  Mon Nov 10 21:00:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3D968238C7; Mon, 10 Nov 2003 21:00:44 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E5F0623841
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 21:00:09 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 6CAB85C616C7
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 21:00:09 +0200 (EET)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Message-Id: <1068490809.2794.7.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 10 Nov 2003 21:00:09 +0200
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] 0.99.10.1 released
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 19:00:44 -0000
X-UID: 1847                                                  
Status: O
Content-Length: 1385

Since release candidate I added fix for CRLF + partial BODY[] fetching.
I hope everything works :) I've been running it with mbox for a while
and it seems to work fine.

v0.99.10.1 2003-11-10  Timo Sirainen <tss@iki.fi>

	* mbox: \Draft and \Deleted flags used opposite flag chars in
	  X-Status header. We were incompatible with other mbox accessing
	  software.

	  WARNING: Upgrading from previous version doesn't automatically
	  swap the flags, so be careful not to accidentally expunge messages
	  that had their \Draft flag changed to \Deleted.

	* Configuration file changes:
	   - Whitespace at end of line is stripped, use quotes if you need it
	   - # comments are supported after key=value lines. if you need '#'
	     character, quote the value
	   - Both " and ' quotes are supported. If you need to use them, '\'
	     can be used for escaping.

	- mbox: COPY into same mailbox didn't work and could have corrupted
	  the mailbox
	- Using Dovecot without index files would crash after using a while
	- Partial BODY[header] or BODY[part] fetches were buggy if client
	  requested more data than was available in the header/part.
	- Partial BODY[...] fetches were buggy with messages that had CRLFs
	- Some BODY and BODYSTRUCTURE replies missed data for message/rfc822
	  MIME parts causing clients to break
	- SORT (SUBJECT) was buggy
	- Timezone fixes with Date-header


From tss@iki.fi  Mon Nov 10 22:36:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C11DB23850; Mon, 10 Nov 2003 22:36:40 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 43F9C238C7
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 22:36:08 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id DD8E15C616C7
	for <dovecot@procontrol.fi>; Mon, 10 Nov 2003 22:36:07 +0200 (EET)
Subject: Re: [Dovecot] PATCH: CRAM-MD5 for Dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031110152916.GI37761@roughtrade.net>
References: <20031110152916.GI37761@roughtrade.net>
Content-Type: text/plain
Message-Id: <1068496567.2794.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Mon, 10 Nov 2003 22:36:07 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 20:36:40 -0000
X-UID: 1848                                                  
Status: O
Content-Length: 1288

On Mon, 2003-11-10 at 17:29, Joshua Goodall wrote:
> Hi Timo,
> 
> Mozilla 1.5 doesn't understand DIGEST-MD5; it only speaks CRAM-MD5 or
> PLAIN.  Maybe other clients have the same problem.  My users like
> Mozilla, so I wrote new code for Dovecot to speak CRAM-MD5, using
> your mech-digest-md5.c as a reference.

Thanks. I thought CRAM-MD5 required plaintext password in server side,
but looks like you store them in some MD5 hash. That's good :)

> I don't know if I've caught precisely the coding style you use for
> Dovecot.   I hope so, but I'm unsure if I've used your string and
> buffer libraries properly.  Please enlighten me if you have time.

I did some cosmetical changes, but it was mostly ok. One real potential
problem was:

auth->challenge = p_strdup(auth->pool, str_data(str));

str_data() doesn't guarantee the returned string to be NUL-terminated,
str_c() would be correct.

And I rather try to avoid using 64bit integers which you used there, so
I changed them to just print 16 random digits.

It'd be nice to add CRAM-MD5 support to password_verify() too so that
plaintext authentication could work with such passwords. But not that
important.

> Would you consider including this in the next release?

Committed to CVS, see if it still works after my changes? ;)


From mem@mv.mv.com  Tue Nov 11 00:14:54 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C8C8B238D2; Tue, 11 Nov 2003 00:14:54 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by danu.procontrol.fi (Postfix) with SMTP id 7CC95238C7
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 00:14:19 +0200 (EET)
Received: (qmail 22707 invoked from network); 10 Nov 2003 17:14:17 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
  by mercury.mv.net with SMTP; 10 Nov 2003 17:14:17 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
  local-name mercury.mv.net
Received: (qmail 18583 invoked by uid 101); 10 Nov 2003 17:14:17 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 10 Nov 2003 17:14:17 -0500
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.1 released
Message-ID: <20031110221417.GA11416@iridium.mv.net>
References: <1068490809.2794.7.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1068490809.2794.7.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 22:14:55 -0000
X-UID: 1849                                                  
Status: O
Content-Length: 1217

On Mon, Nov 10, 2003 at 09:00:09PM +0200, Timo Sirainen wrote:
> Since release candidate I added fix for CRLF + partial BODY[] fetching.
> I hope everything works :) I've been running it with mbox for a while
> and it seems to work fine.

First thing I notice is that various settings that are read out
of the dovecot.conf file are no longer defaulted.  I get coredumps
starting the master process (dovecot) because of things not
filled into the "set" structure at the settings_verify stage.

My dovecot.conf file has most things left commented (which is
supposed to default to the default, and did in previous versions).

If I uncomment the specific thing causing the coredump (e.g. the
location of the imap executable), it solves that particular problem
but then I get a coredump on the next item.  

I'd just go in and make everything explicitly set in dovecot.conf
but I imagine this is a bug.  (Plus I'd prefer not to do that.)

Yours,
-mm-

PS: of the couple of things that *are* picked up by default, the
location of the pop3 and imap modules directory are the same path
as the pop3 and imap executables.  To make it happy I simply turned
off the module support in the conf file, but that's a budding conflict.
From tss@iki.fi  Tue Nov 11 00:25:03 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ECD00238E1; Tue, 11 Nov 2003 00:25:03 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AEC57238D2
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 00:24:31 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3CC6F5EC11A2
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 00:24:31 +0200 (EET)
Subject: Re: [Dovecot] 0.99.10.1 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <20031110221417.GA11416@iridium.mv.net>
References: <1068490809.2794.7.camel@hurina>
	 <20031110221417.GA11416@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1068503071.2802.27.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4 
Date: Tue, 11 Nov 2003 00:24:31 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 22:25:04 -0000
X-UID: 1850                                                  
Status: O
Content-Length: 1118

On Tue, 2003-11-11 at 00:14, Mark E. Mallett wrote:
> On Mon, Nov 10, 2003 at 09:00:09PM +0200, Timo Sirainen wrote:
> > Since release candidate I added fix for CRLF + partial BODY[] fetching.
> > I hope everything works :) I've been running it with mbox for a while
> > and it seems to work fine.
> 
> First thing I notice is that various settings that are read out
> of the dovecot.conf file are no longer defaulted.  I get coredumps
> starting the master process (dovecot) because of things not
> filled into the "set" structure at the settings_verify stage.

Oh well, there had to be something :) I think it was broken only with
older non-C99 capable compilers (gcc 2.95 I guess). This should fix,
also released it as 0.99.10.2:

--- dovecot-0.99.10.1/src/master/master-settings.c      2003-11-08 17:35:01.000000000 +0200
+++ dovecot-0.99.10.2/src/master/master-settings.c      2003-11-11 00:19:49.000000000 +0200
@@ -157,6 +157,7 @@
 
        /* mail */
        MEMBER(valid_chroot_dirs) NULL,
+       MEMBER(mail_chroot) NULL,
        MEMBER(max_mail_processes) 1024,
        MEMBER(verbose_proctitle) FALSE,
 


From joshua@shallow.net  Tue Nov 11 00:54:13 2003
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4033F23993; Tue, 11 Nov 2003 00:54:13 +0200 (EET)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by danu.procontrol.fi (Postfix) with ESMTP id D829E238E1
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 00:53:39 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id 96F832D94; Tue, 11 Nov 2003 09:53:35 +1100 (EST)
Date: Tue, 11 Nov 2003 09:53:35 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PATCH: CRAM-MD5 for Dovecot
Message-ID: <20031110225335.GK37761@roughtrade.net>
References: <20031110152916.GI37761@roughtrade.net>
	<1068496567.2794.17.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="3rMDlCEgcaHQQFB+"
Content-Disposition: inline
In-Reply-To: <1068496567.2794.17.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2003 22:54:13 -0000
X-UID: 1851                                                  
Status: O
Content-Length: 7746


--3rMDlCEgcaHQQFB+
Content-Type: multipart/mixed; boundary="/t6ASE28jIy1gGy9"
Content-Disposition: inline


--/t6ASE28jIy1gGy9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Nov 10, 2003 at 10:36:07PM +0200, Timo Sirainen wrote:
> Thanks. I thought CRAM-MD5 required plaintext password in server side,
> but looks like you store them in some MD5 hash. That's good :)

Well - sort of good.  Unfortunately, the HMAC-MD5 encoding used doesn't
salt the passwords as they're hashed.

Theft of the hash allows an attacker to authenticate as that user,
and also permits a dictionary attack.  These weaknessess partially
motivate DIGEST-MD5, of course, but it's still better than pure
cleartext.

The format is the same as that used by Courier IMAP.  Properly, it
should be called {HMAC-MD5}, so the attached patch makes that change
before this settles.

[snip]
> And I rather try to avoid using 64bit integers which you used there, so
> I changed them to just print 16 random digits.

:) I was trying to minimise the amount of entropy pulled from the PRNG.
(For the same amount of entropy, using ints produced a challenge space
of 2^128 integers vs roughly 2^53).

> It'd be nice to add CRAM-MD5 support to password_verify() too so that
> plaintext authentication could work with such passwords. But not that
> important.

done. tested with passwd-file. see attached.

> > Would you consider including this in the next release?
>=20
> Committed to CVS, see if it still works after my changes? ;)

I had problems with RFC noncompliance of the challenge (missing "<",">"
and comedy challenge characters with %10 of signed chars).  fixed, see patc=
h.

It Works For Me(tm).

I've also added a doco update, and claimed copyright of the HMAC routine :)

Joshua.

--=20
Joshua Goodall
joshua@roughtrade.net             "Your object hit ratio is weak, old man"
"If you cache me now, I will dump more core than you can possibly imagine"

--/t6ASE28jIy1gGy9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="cvs-2.diff"
Content-Transfer-Encoding: quoted-printable

Index: dovecot-example.conf
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/dovecot-example.conf,v
retrieving revision 1.77
diff -u -r1.77 dovecot-example.conf
--- dovecot-example.conf	6 Sep 2003 17:25:33 -0000	1.77
+++ dovecot-example.conf	10 Nov 2003 22:41:07 -0000
@@ -386,7 +386,7 @@
=20
 auth default {
   # Space separated list of wanted authentication mechanisms:
-  #   plain digest-md5 anonymous
+  #   plain digest-md5 cram-md5 anonymous
   mechanisms =3D plain
=20
   # Where user database is kept:
Index: doc/auth.txt
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/doc/auth.txt,v
retrieving revision 1.10
diff -u -r1.10 auth.txt
--- doc/auth.txt	25 Jun 2003 23:15:35 -0000	1.10
+++ doc/auth.txt	10 Nov 2003 22:41:07 -0000
@@ -8,6 +8,8 @@
  - DIGEST-MD5: Should be quite secure by itself. It also supports
    integrity protecting and crypting the rest of the communication, but
    we don't support those yet.
+ - CRAM-MD5: Protects the secret in transit from eavesdroppers.  Doesn't
+   provide any integrity guarantees.
  - ANONYMOUS: No authentication required. User will be logged in as the us=
er
    specified by auth_anonymous_username setting (default "anonymous"). The=
re's
    no special restrictions given for anonymous users so you have to make s=
ure
@@ -46,6 +48,7 @@
=20
  - PLAIN: Although not that good idea, it enables support for all current
    and future authentication mechanisms.
+ - HMAC-MD5: HMAC-MD5 context of password, for the CRAM-MD5 mechanism.
  - DIGEST-MD5: MD5 sum of "user:realm:password", as required by DIGEST-MD5
    mechanism.
=20
Index: src/auth/mech-cram-md5.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/auth/mech-cram-md5.c,v
retrieving revision 1.2
diff -u -r1.2 mech-cram-md5.c
--- src/auth/mech-cram-md5.c	10 Nov 2003 21:44:54 -0000	1.2
+++ src/auth/mech-cram-md5.c	10 Nov 2003 22:41:10 -0000
@@ -32,7 +32,7 @@
=20
 static const char *get_cram_challenge(void)
 {
-	char buf[17];
+	unsigned char buf[17];
 	size_t i;
=20
 	hostpid_init();
@@ -42,7 +42,7 @@
 		buf[i] =3D (buf[i] % 10) + '0';
 	buf[sizeof(buf)-1] =3D '\0';
=20
-	return t_strdup_printf("%s.%s@%s", buf, dec2str(ioloop_time),
+	return t_strdup_printf("<%s.%s@%s>", buf, dec2str(ioloop_time),
 			       my_hostname);
 }
=20
Index: src/auth/passdb.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/auth/passdb.c,v
retrieving revision 1.12
diff -u -r1.12 passdb.c
--- src/auth/passdb.c	10 Nov 2003 20:36:02 -0000	1.12
+++ src/auth/passdb.c	10 Nov 2003 22:41:10 -0000
@@ -25,7 +25,7 @@
 	case PASSDB_CREDENTIALS_CRYPT:
 		return "CRYPT";
 	case PASSDB_CREDENTIALS_CRAM_MD5:
-		return "CRAM-MD5";
+		return "HMAC-MD5";
 	case PASSDB_CREDENTIALS_DIGEST_MD5:
 		return "DIGEST-MD5";
 	}
Index: src/auth/password-scheme-cram-md5.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/auth/password-scheme-cram-md5.c,v
retrieving revision 1.1
diff -u -r1.1 password-scheme-cram-md5.c
--- src/auth/password-scheme-cram-md5.c	10 Nov 2003 20:36:02 -0000	1.1
+++ src/auth/password-scheme-cram-md5.c	10 Nov 2003 22:41:10 -0000
@@ -1,4 +1,4 @@
-/* Copyright (C) 2003 Timo Sirainen */
+/* Copyright (C) 2003 Timo Sirainen / Joshua Goodall */
=20
 #include "lib.h"
 #include "md5.h"
Index: src/auth/password-scheme.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/auth/password-scheme.c,v
retrieving revision 1.4
diff -u -r1.4 password-scheme.c
--- src/auth/password-scheme.c	10 Nov 2003 20:36:02 -0000	1.4
+++ src/auth/password-scheme.c	10 Nov 2003 22:41:11 -0000
@@ -30,6 +30,11 @@
 	if (strcasecmp(scheme, "PLAIN") =3D=3D 0)
 		return strcmp(password, plaintext) =3D=3D 0;
=20
+	if (strcasecmp(scheme, "HMAC-MD5") =3D=3D 0) {
+		str =3D password_generate_cram_md5(plaintext);
+		return strcmp(str, password) =3D=3D 0;
+	}
+
 	if (strcasecmp(scheme, "DIGEST-MD5") =3D=3D 0) {
 		/* user:realm:passwd */
 		realm =3D strchr(user, '@');
@@ -110,7 +115,7 @@
 	if (strcasecmp(scheme, "PLAIN") =3D=3D 0)
 		return plaintext;
=20
-	if (strcasecmp(scheme, "CRAM-MD5") =3D=3D 0)
+	if (strcasecmp(scheme, "HMAC-MD5") =3D=3D 0)
 		return password_generate_cram_md5(plaintext);
=20
 	if (strcasecmp(scheme, "DIGEST-MD5") =3D=3D 0) {

--/t6ASE28jIy1gGy9--

--3rMDlCEgcaHQQFB+
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/sBbvPsqE37hMaDwRAlFpAJ9wQZffdYf4+FAb8+KcmbjLxLeTewCg/nl7
TSEDZ6O/Vdl73mCEsn6+IYE=
=TNtv
-----END PGP SIGNATURE-----

--3rMDlCEgcaHQQFB+--
From mem@mv.mv.com  Tue Nov 11 04:48:17 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D5CD238C8; Tue, 11 Nov 2003 04:48:17 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by danu.procontrol.fi (Postfix) with SMTP id 897F5238C7
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 04:47:42 +0200 (EET)
Received: (qmail 12235 invoked from network); 10 Nov 2003 21:47:41 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
  by mercury.mv.net with SMTP; 10 Nov 2003 21:47:41 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
  local-name mercury.mv.net
Received: (qmail 525 invoked by uid 101); 10 Nov 2003 21:47:40 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 10 Nov 2003 21:47:40 -0500
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.1 released
Message-ID: <20031111024740.GA17761@iridium.mv.net>
References: <1068490809.2794.7.camel@hurina>
	<20031110221417.GA11416@iridium.mv.net> <1068503071.2802.27.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1068503071.2802.27.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2003 02:48:17 -0000
X-UID: 1852                                                  
Status: O

> 
> Oh well, there had to be something :) I think it was broken only with
> older non-C99 capable compilers (gcc 2.95 I guess). This should fix,
> also released it as 0.99.10.2:

That seemed to fix it, thanks.
on to try more things :-)

-mm-
From joshua@shallow.net  Tue Nov 11 11:21:19 2003
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2928F238C5; Tue, 11 Nov 2003 11:21:19 +0200 (EET)
Received: from yello.shallow.net (unknown [203.18.243.120])
	by danu.procontrol.fi (Postfix) with ESMTP id 8741D23841
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 11:20:42 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id 113512DDE; Tue, 11 Nov 2003 20:20:29 +1100 (EST)
Date: Tue, 11 Nov 2003 20:20:28 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] PATCH: CRAM-MD5 for Dovecot
Message-ID: <20031111092028.GS37761@roughtrade.net>
References: <20031110152916.GI37761@roughtrade.net>
	<1068496567.2794.17.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TG7lY2/6mW/akb80"
Content-Disposition: inline
In-Reply-To: <1068496567.2794.17.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2003 09:21:19 -0000
X-UID: 1853                                                  
Status: O


--TG7lY2/6mW/akb80
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, Nov 10, 2003 at 10:36:07PM +0200, Timo Sirainen wrote:
> Committed to CVS, see if it still works after my changes? ;)

I'm now maintaining a backport of this for the 0.99.10.2 release
at my website.  Recently also tested with NetBSD and Mail.app.

http://www.roughtrade.net/dovecot/

Joshua.

--TG7lY2/6mW/akb80
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/sKncPsqE37hMaDwRAq+WAKDMGEk3C/Cks+OawpwyXzKYLOb8pACguBF5
DylW7nXfDUYgA88E4bT+JqM=
=59pa
-----END PGP SIGNATURE-----

--TG7lY2/6mW/akb80--
From mreimer@vpop.net  Tue Nov 11 19:31:13 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D1F4C238C5; Tue, 11 Nov 2003 19:31:13 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id E0F6423850
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 19:30:40 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id 0B2323A62A5; Tue, 11 Nov 2003 09:30:36 -0800 (PST)
Message-ID: <3FB11D14.5060706@vpop.net>
Date: Tue, 11 Nov 2003 11:32:04 -0600
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Bug with partial IMAP fetches
References: <96E96AF2-122C-11D8-B15F-000393CC2E90@iki.fi>
In-Reply-To: <96E96AF2-122C-11D8-B15F-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2003 17:31:14 -0000
X-UID: 1854                                                  
Status: O
Content-Length: 1586

Timo Sirainen wrote:

> On Tuesday, Nov 4, 2003, at 21:10 Europe/Helsinki, Matthew Reimer wrote:
>
>> I think I've found the bug. The attached patch fixes the problem for 
>> me. The first problem is that the wrong value is being returned by 
>> message_send() because ret is getting set to the wrong value (see 
>> above or patch). The second problem is that in the special case where 
>> physical_size == virtual_size (i.e., sendfile can be used) 
>> i_stream_skip(input, virtual_skip) is being called on the input 
>> stream. This is wrong because virtual_skip is supposed to indicate 
>> that \r was the last character seen and therefore \n needs to be sent 
>> before any of the input stream; but in the sendfile case this is not 
>> necessary.
>>
>> I think a little refactoring of seek_partial(), message_send() and 
>> message_skip_virtual() might be helpful to clarify the code. The 
>> virtual_skip argument to message_send() is an off_t but is only used 
>> to indicate that \r was the last character read, so it would probably 
>> be more clear to add another argument cr_skipped (like 
>> message_skip_virtual()). Better might be to put all the partial cache 
>> stuff in message-send.c.
>
>
> It actually was supposed to be skip byte count, not just CR-indicator. 
> But you're right, it was used wrong in sendfile code path. There was 
> one piece of code anymore which used the virtual_skip more than just 
> for CR (BODY[HEADER]<..>) and it was easy to change. I think the 
> attached patch should fix it properly.

I tested 0.99.10.2 and it works fine. Thanks!

Matt


From mem@mv.mv.com  Wed Nov 12 00:48:18 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 89DAD238C6; Wed, 12 Nov 2003 00:48:18 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by danu.procontrol.fi (Postfix) with SMTP id CC80F23841
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 00:47:45 +0200 (EET)
Received: (qmail 21799 invoked from network); 11 Nov 2003 17:47:43 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
  by mercury.mv.net with SMTP; 11 Nov 2003 17:47:43 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
  local-name mercury.mv.net
Received: (qmail 5328 invoked by uid 101); 11 Nov 2003 17:47:28 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 11 Nov 2003 17:47:28 -0500
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.1 released
Message-ID: <20031111224728.GA1646@iridium.mv.net>
References: <1068490809.2794.7.camel@hurina>
	<20031110221417.GA11416@iridium.mv.net> <1068503071.2802.27.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1068503071.2802.27.camel@hurina>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2003 22:48:19 -0000
X-UID: 1855                                                  
Status: O

Oh, and thanks much for the support for recognizing timezones
on the "From " line in mboxes.  (mbox_from_parse_date).  However,
it looks like a minor tweak is needed.  After you recognize the
year, I think you need to skip over the following space in order
to recognize the timezone offset.  i.e., where there is:

        /* year */
        if (!i_isdigit(msg[0]) || !i_isdigit(msg[1]) ||
            !i_isdigit(msg[2]) || !i_isdigit(msg[3]))
                return (time_t)-1;

        tm.tm_year = (msg[0]-'0') * 1000 + (msg[1]-'0') * 100 +
                (msg[2]-'0') * 10 + (msg[3]-'0') - 1900;
        msg += 4;

Perhaps add:

        if ( msg[0] == ' ' )
            ++msg;

(Sorry that's not a patch, I had added a few other lines would skew it
anyway.)

mm
From zach.bagnall@bulletinwireless.com  Wed Nov 12 01:05:09 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DEAD6238C7; Wed, 12 Nov 2003 01:05:09 +0200 (EET)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id A6104238C5
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 01:04:36 +0200 (EET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id CA61A5F5E
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 12:04:27 +1300 (NZDT)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
 by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id 31018-01-44
 for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 12:04:25 +1300 (NZDT)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id 395F95F49
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 12:04:25 +1300 (NZDT)
Date: Wed, 12 Nov 2003 12:04:20 +1300
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.1 released (gentoo)
Message-Id: <20031112120420.5aa52aaf.zach.bagnall@bulletinwireless.com>
In-Reply-To: <1068503071.2802.27.camel@hurina>
References: <1068490809.2794.7.camel@hurina>
	<20031110221417.GA11416@iridium.mv.net>
	<1068503071.2802.27.camel@hurina>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1";
 boundary="Signature=_Wed__12_Nov_2003_12_04_20_+1300_vQqKMKMgnJ8fLwcj"
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2003 23:05:10 -0000
X-UID: 1856                                                  
Status: O

--Signature=_Wed__12_Nov_2003_12_04_20_+1300_vQqKMKMgnJ8fLwcj
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

On Tue, 11 Nov 2003 00:24:31 +0200, Timo Sirainen <tss@iki.fi> wrote:
[snip]
> Oh well, there had to be something :) I think it was broken only with
> older non-C99 capable compilers (gcc 2.95 I guess). This should fix,
> also released it as 0.99.10.2:

BTW: Gentoo ebuild for 0.99.10.2 updated at:

http://bugs.gentoo.org/show_bug.cgi?id=22080

Would be good to get this tested more widely. Any problems or
suggestions, add em to that ticket please.

Zach.

--Signature=_Wed__12_Nov_2003_12_04_20_+1300_vQqKMKMgnJ8fLwcj
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/sWr44jDFYT+aqaIRAppGAJ9hgywHgz8SL/Dr8rYYOnub7EFCaQCgyyWT
EQCL7l04PjcWhkSF50INO2Y=
=lcYs
-----END PGP SIGNATURE-----

--Signature=_Wed__12_Nov_2003_12_04_20_+1300_vQqKMKMgnJ8fLwcj--
From mreimer@vpop.net  Wed Nov 12 03:08:29 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EE1D5238C6; Wed, 12 Nov 2003 03:08:28 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 1F70D23850
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 03:07:54 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id 517413A74F6
	for <dovecot@procontrol.fi>; Tue, 11 Nov 2003 17:07:49 -0800 (PST)
Message-ID: <3FB1883F.8070209@vpop.net>
Date: Tue, 11 Nov 2003 19:09:19 -0600
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] 
	Problem with DIGEST-MD5 authentication and plaintext passwords
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 12 Nov 2003 01:08:29 -0000
X-UID: 1857                                                  
Status: O

I wasn't able to get DIGEST-MD5 authentication working with passwords 
stored as plaintext until I tweaked password_generate() to make it not 
use the domain portion of user@domain.com as the realm. Both evolution 
and kmail send the email address as the username with no realm; when 
dovecot tries to convert the username to user + realm, the hash is 
different and so DIGEST-MD5 authentication fails. Having 
password_generate() hash user@domain.com::password instead of 
user:domain.com:password fixes it. I need this to work because I need to 
support all of PLAIN, CRAM-MD5, and DIGEST-MD5 at the same time.

Timo, do you think this is a proper fix, or are kmail and evolution broken?

Matt

From jaldhar@debian.org  Wed Nov 12 08:10:56 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 39141238C6; Wed, 12 Nov 2003 08:10:56 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id C40A9238C5
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 08:10:21 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id B25B97F5C
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 01:10:23 -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 31036-06 for <dovecot@procontrol.fi>;
	Wed, 12 Nov 2003 01:10:23 -0500 (EST)
Received: from samadhi.braincells.com (samadhi.braincells.com
	[216.162.42.100])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 4DB747F52
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 01:10:23 -0500 (EST)
Date: Wed, 12 Nov 2003 01:10:21 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.58.0311120106570.31323@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at braincells.com
Subject: [Dovecot] 0.99.10.2 for debian
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 12 Nov 2003 06:10:56 -0000
X-UID: 1858                                                  
Status: O

I just uploaded it to sid.

A woody backport is available from http://www.braincells.com/open/


I came across an error: giving --without-cyrus-sasl2 to the
configure script doesn't work i.e. it looks for -lsasl anyway.

Other than that, it seems to be working fine.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From lfarkas@bnap.hu  Wed Nov 12 17:03:01 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0DC4F238C9; Wed, 12 Nov 2003 17:03:01 +0200 (EET)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id C0FA023866
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 17:02:26 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by mail1.bppiac.hu (Postfix) with ESMTP id C79C76E4012
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 15:59:05 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 9C78716F4CE; Wed, 12 Nov 2003 16:02:23 +0100 (CET)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP id 8D1F416F4CD
	for <dovecot@procontrol.fi>; Wed, 12 Nov 2003 16:02:23 +0100 (CET)
Message-ID: <3FB24B7E.6050402@bnap.hu>
Date: Wed, 12 Nov 2003 16:02:22 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031030
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] namesapce patch
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 12 Nov 2003 15:03:01 -0000
X-UID: 1859                                                  
Status: O

hi,
where can I find the namspace patch? I remember there was an email on 
this list, that if I'd not like to open all sufolder's in mozilla's 
mailer on startup, but I'd like to start mozilla to open all subfolder 
I've to apply the namespace patch. now it getting more and more anoying 
so I'd like to apply, but I can't find it...
thanks.

-- 
   Levente                               "Si vis pacem para bellum!"


From miquels@cistron.net  Thu Nov 13 16:42:35 2003
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9C54A238B6; Thu, 13 Nov 2003 16:42:35 +0200 (EET)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl
	[62.216.29.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 1ADB423866
	for <dovecot@procontrol.fi>; Thu, 13 Nov 2003 16:42:03 +0200 (EET)
Received: from traveler.cistron-office.nl ([62.216.29.67] helo=traveler)
	by smtp.cistron-office.nl with esmtp (Exim 3.35 #1 (Debian))
	id 1AKIfY-0001su-00
	for <dovecot@procontrol.fi>; Thu, 13 Nov 2003 15:42:00 +0100
Date: Thu, 13 Nov 2003 15:42:00 +0100
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Dovecot List <dovecot@procontrol.fi>
Message-ID: <20031113144200.GE4476@traveler.cistron.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-Mailer: Balsa 2.0.15
Lines: 31
Subject: [Dovecot] Children, HasChildren
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 13 Nov 2003 14:42:35 -0000
X-UID: 1860                                                  
Status: O


Hello,

	I'm using dovecot 0.99.10.2 on a debian box. Mailstore is maildir.

If I list the IMAP hierarchy in mutt (debian, 1.5.4+20031024-1) it shows
all my plain mailboxes as having subfolders - while none of them have.

I straced mutt and this is the IMAP exchange (a bit reformatted
for readability):

write(6, "a0001 LSUB \"\" \"%\"\r\n", 19) = 19
read(3, "
* LSUB () \".\" \"Drafts\"
* LSUB () \".\" \"INBOX\"
* LSUB () \".\" \"Sent\"
* LSUB () \".\" \"Trash\"
* LSUB (\\Noselect \\Children) \".\" \"broadband\"
* LSUB (\\Noselect \\Children) \".\" \"cistron\"
* LSUB (\\Noselect \\Children) \".\" \"debian\"
* LSUB (\\Noselect \\Children) \".\" \"ip\"
* LSUB (\\Noselect \\Children) \".\" \"lists\"
* LSUB (\\Noselect \\Children) \".\" \"prive\"
a0001 OK Lsub completed.
", 1024) = 374

Now this is strange - I read RFC3348 and shouldn't \\Children be
\\HasChildren, also shouldn't the plain mailboxes (first four)
be listed with \\HasNoChildren ?

Mike.
From bah@webmedic.net  Thu Nov 13 20:04:30 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 26904238B6; Thu, 13 Nov 2003 20:04:30 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by danu.procontrol.fi (Postfix) with ESMTP id E8EEF23866
	for <dovecot@procontrol.fi>; Thu, 13 Nov 2003 20:03:54 +0200 (EET)
Received: from pppoe64-91-122-4.vcr.centurytel.net ([64.91.122.4]
	helo=192.168.1.10)	by courage.vosn.net with esmtp (Exim 4.24)
	id 1AKLor-0002Bo-HQ
	for dovecot@procontrol.fi; Thu, 13 Nov 2003 11:03:49 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc.
Date: Thu, 13 Nov 2003 10:03:50 -0800
User-Agent: KMail/1.5.93
References: <20031103225029.GB23640@thenation.com>
	<3FA6F2FF.1030704@tacocat.net>
In-Reply-To: <3FA6F2FF.1030704@tacocat.net>
X-Crash-Handler: <input type crash>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200311131003.50263.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - procontrol.fi
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 13 Nov 2003 18:04:30 -0000
X-UID: 1861                                                  
Status: O
Content-Length: 2900

On Wednesday 31 December 1969 04:00 pm, you wrote:
> There is a package called amavisd-new which allows you to set up an
> anti-virus scanner and spamassassin as an extension of postfix. =A0This
> can process email before it's delivered from postfix to where ever
> (procmail/lmtp/...)
>
> This simplifies some things in that the mail, as delivered to the MDA
> has already been "bagged and tagged" as spam, virus, good/bad and you
> can use procmail/sieve equally effectively for filtering from there.

here I dont have 60 employies but I do generate about 1200 emials a day. I =
use=20
Postfix with maildrop wich is much easier to use than procmail and at least=
=20
if not more powerful. I have maildrop do local delivery and then use doveco=
t=20
in secure mode with imap to get the emails. Even with imap dovecot is=20
blindingly fast. Folders with around 10000 emails refresh in under a minute=
=20
with about 600 or so at a time that are new.=20

The nice thing about this is that with maildrop I can easily filter spam wh=
it=20
spamassassin. At about 600 spam emails a day it misses about 1% I have only=
=20
had about 2 or 3 false positives for about 30000 or 40000 spam emails. That=
s=20
a very good ratio.=20

I also filter virii with anomy saitizer. It works very simply and never nee=
ds=20
any definition update files. You can set the config file to simply not allo=
w=20
certain kinds of atachments. It is 100% secure 100% of the time. It can=20
easily be set to allow some kinds of atachments like zip or whatever. This =
is=20
not so bad as any user that knows enough to unzip a file is a little more=20
advanced and hopefully knows a little bit more about their system. Anomy al=
so=20
defangs bad html in some emails to protect from that kind of atack.

I then have maildrop filter the spam out and virii out into thier own folde=
rs=20
on the imap server. The files can still be accessed but for hte most part y=
ou=20
dont need to.=20

The reason i use imap is so that i can check the virii and spam and see if =
it=20
is all legit.=20

Pop would be very easy to set up and run on this also allowing the user to=
=20
easily download anything that is not spam or virii which the admin could=20
later check out and either transfer for the user and simply delete.=20

If it is needed maildrop could also be setup to make spamassassin autolearn=
=20
new spam or ham.

=2D-=20
New and improved with advanced outlook crash handler.=20
<!--><input type -->
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
                                      Brook Humphrey          =20
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107       =20
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com  =20
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
From list@networkshop.com.hk  Sun Nov 16 17:06:18 2003
Return-Path: <list@networkshop.com.hk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92B4323866; Sun, 16 Nov 2003 17:06:18 +0200 (EET)
Received: from stars.networkshop.com.hk (167-028.onebb.com [202.180.167.28])
	by danu.procontrol.fi (Postfix) with ESMTP id 2121323841
	for <dovecot@procontrol.fi>; Sun, 16 Nov 2003 17:05:45 +0200 (EET)
Received: from networkshop.com.hk ([192.168.101.114])
	by stars.networkshop.com.hk (8.11.6/8.11.6) with ESMTP id hAGF8FV32747
	for <dovecot@procontrol.fi>; Sun, 16 Nov 2003 23:08:16 +0800
Message-ID: <3FB79243.2000101@networkshop.com.hk>
Date: Sun, 16 Nov 2003 23:05:39 +0800
From: Jerry Chiu <list@networkshop.com.hk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Migrate from Courier-imap
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 16 Nov 2003 15:06:18 -0000
X-UID: 1862                                                  
Status: O

Hi,

I have a redhat server running courier-imap + squirrelmail webmail.
I am migrating to dovecot...
the problem is - the existing sub-folders are all disappear from the 
folder list.

What can I do to fix this problem?

Thanks,

Jerry Chiu

From tss@iki.fi  Sun Nov 16 17:57:14 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A11C923866; Sun, 16 Nov 2003 17:57:14 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6703723841
	for <dovecot@procontrol.fi>; Sun, 16 Nov 2003 17:56:42 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1C2FE5C5D266
	for <dovecot@procontrol.fi>; Sun, 16 Nov 2003 17:56:42 +0200 (EET)
Subject: Re: [Dovecot]  Problem with DIGEST-MD5 authentication and
	plaintext passwords
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <3FB1883F.8070209@vpop.net>
References: <3FB1883F.8070209@vpop.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-nT7uLa5pvfWz8efupCNf"
Message-Id: <1068998201.24450.12.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 16 Nov 2003 17:56:41 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 16 Nov 2003 15:57:14 -0000
X-UID: 1863                                                  
Status: O
Content-Length: 1527


--=-nT7uLa5pvfWz8efupCNf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-11-12 at 03:09, Matthew Reimer wrote:
> I wasn't able to get DIGEST-MD5 authentication working with passwords=20
> stored as plaintext until I tweaked password_generate() to make it not=20
> use the domain portion of user@domain.com as the realm. Both evolution=20
> and kmail send the email address as the username with no realm; when=20
> dovecot tries to convert the username to user + realm, the hash is=20
> different and so DIGEST-MD5 authentication fails. Having=20
> password_generate() hash user@domain.com::password instead of=20
> user:domain.com:password fixes it. I need this to work because I need to=20
> support all of PLAIN, CRAM-MD5, and DIGEST-MD5 at the same time.
>=20
> Timo, do you think this is a proper fix, or are kmail and evolution broke=
n?

Well .. Looks like most clients don't actually use realms, but I rather
wouldn't completely drop support for them which your change would do.

Correct fix would be to separate realm and "@domain" handling in code,
that should work with both cases. I'll see if I can get that done.


--=-nT7uLa5pvfWz8efupCNf
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/t545yUhSUUBViskRAoiXAKCQCOz91poyqM7POsLpbT7mP0z8NgCgkgBN
YX1Z58QEXlytPVvOBerE90A=
=osmv
-----END PGP SIGNATURE-----

--=-nT7uLa5pvfWz8efupCNf--

From tss@iki.fi  Sun Nov 16 17:58:31 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3A52023866; Sun, 16 Nov 2003 17:58:31 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4AC5E238CB
	for <dovecot@procontrol.fi>; Sun, 16 Nov 2003 17:57:59 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id C4D5C5C5D266; Sun, 16 Nov 2003 17:57:58 +0200 (EET)
Subject: Re: [Dovecot] namesapce patch
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
In-Reply-To: <3FB24B7E.6050402@bnap.hu>
References: <3FB24B7E.6050402@bnap.hu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-YiXVYgVQeIfmU/M0S1Sz"
Message-Id: <1068998278.24435.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 16 Nov 2003 17:57:58 +0200
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 16 Nov 2003 15:58:31 -0000
X-UID: 1864                                                  
Status: O


--=-YiXVYgVQeIfmU/M0S1Sz
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-11-12 at 17:02, Farkas Levente wrote:
> hi,
> where can I find the namspace patch? I remember there was an email on=20
> this list, that if I'd not like to open all sufolder's in mozilla's=20
> mailer on startup, but I'd like to start mozilla to open all subfolder=20
> I've to apply the namespace patch. now it getting more and more anoying=20
> so I'd like to apply, but I can't find it...

This I guess:

http://dovecot.procontrol.fi/list/dovecot/2003-June/001814.html


--=-YiXVYgVQeIfmU/M0S1Sz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/t56GyUhSUUBViskRAocMAJ4+nvrjhKE5z17V7YPfgm02cX3I9ACgpV0l
WNdog3rUvylvkF88O7pHdZw=
=185d
-----END PGP SIGNATURE-----

--=-YiXVYgVQeIfmU/M0S1Sz--

From tss@iki.fi  Sun Nov 16 17:59:58 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4F85923841; Sun, 16 Nov 2003 17:59:58 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 689A3238CB
	for <dovecot@procontrol.fi>; Sun, 16 Nov 2003 17:59:26 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3211E5C5D266; Sun, 16 Nov 2003 17:59:26 +0200 (EET)
Subject: Re: [Dovecot] Children, HasChildren
From: Timo Sirainen <tss@iki.fi>
To: Miquel van Smoorenburg <miquels@cistron.net>
In-Reply-To: <20031113144200.GE4476@traveler.cistron.net>
References: <20031113144200.GE4476@traveler.cistron.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-/uzLuhtJDXEVtTpABxhL"
Message-Id: <1068998365.24437.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 16 Nov 2003 17:59:26 +0200
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 16 Nov 2003 15:59:58 -0000
X-UID: 1865                                                  
Status: O


--=-/uzLuhtJDXEVtTpABxhL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-11-13 at 16:42, Miquel van Smoorenburg wrote:
> If I list the IMAP hierarchy in mutt (debian, 1.5.4+20031024-1) it shows
> all my plain mailboxes as having subfolders - while none of them have.

Children flags are more or less buggy.. I'll see if I can get them at
least bit less buggy for 0.99.10.3.. CVS version would have them working
correctly.


--=-/uzLuhtJDXEVtTpABxhL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/t57dyUhSUUBViskRAi4cAJ45U49xFzie9725Meeo3W1HIRHuvQCcDv91
3BsgMol2Xb9jIAoKTA3aS5s=
=0N4j
-----END PGP SIGNATURE-----

--=-/uzLuhtJDXEVtTpABxhL--

From tss@iki.fi  Sun Nov 16 18:01:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E5687238C9; Sun, 16 Nov 2003 18:01:17 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9B8CF238CB
	for <dovecot@procontrol.fi>; Sun, 16 Nov 2003 18:00:22 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 669C05C5D266; Sun, 16 Nov 2003 18:00:22 +0200 (EET)
Subject: Re: [Dovecot] Migrate from Courier-imap
From: Timo Sirainen <tss@iki.fi>
To: Jerry Chiu <list@networkshop.com.hk>
In-Reply-To: <3FB79243.2000101@networkshop.com.hk>
References: <3FB79243.2000101@networkshop.com.hk>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-GkrU4iopbS/whPA3JGuF"
Message-Id: <1068998422.24450.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 16 Nov 2003 18:00:22 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 16 Nov 2003 16:01:18 -0000
X-UID: 1866                                                  
Status: O


--=-GkrU4iopbS/whPA3JGuF
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-11-16 at 17:05, Jerry Chiu wrote:
> Hi,
>=20
> I have a redhat server running courier-imap + squirrelmail webmail.
> I am migrating to dovecot...
> the problem is - the existing sub-folders are all disappear from the=20
> folder list.
>=20
> What can I do to fix this problem?

Remove "INBOX." namespace prefix from squirrelmail configuration and it
should work.


--=-GkrU4iopbS/whPA3JGuF
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/t58WyUhSUUBViskRAr+OAJ9q36JVfEg6h4wtxt8m2dvzE9GV1gCaA4ph
n4Sp8roBYClbyvCHs58Ax5Q=
=Jfc1
-----END PGP SIGNATURE-----

--=-GkrU4iopbS/whPA3JGuF--

From james@giantrobot.co.nz  Mon Nov 17 06:54:40 2003
Return-Path: <james@giantrobot.co.nz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1AD2F23866; Mon, 17 Nov 2003 06:54:40 +0200 (EET)
Received: from mechamail.giantrobot.co.nz (unknown [219.88.241.211])
	by danu.procontrol.fi (Postfix) with ESMTP id 4AE8323841
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 06:54:07 +0200 (EET)
Received: from orac.giantrobot.co.nz ([210.54.175.118] helo=giantrobot.co.nz)
	by mechamail.giantrobot.co.nz with esmtp (Exim 4.14)
	id 1ALbJS-00029Z-PK
	for dovecot@procontrol.fi; Mon, 17 Nov 2003 17:48:34 +1300
Date: Mon, 17 Nov 2003 17:53:58 +1300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: James Tyson <james@giantrobot.co.nz>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <0E45EC01-18BA-11D8-8CBA-000A957DCC26@giantrobot.co.nz>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] MySQL patch + Debian
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 04:54:40 -0000
X-UID: 1867                                                  
Status: O
Content-Length: 2512


Hi folks.

Sorry to post here about a patch that hasn't been officially integrated 
into Dovecot, however I am trying to get it going and seem to have hit 
a dead end.

I downloaded the Debianised source for Dovecot (0.99.10-9) from sarge:

> wedge:/usr/local/src# apt-get -t testing source dovecot

then applied the latest MySQL patch that I could find on the list:

> wedge:/usr/local/src/dovecot-0.99.10# cat ../dovecot-mysql.patch | 
> patch -p 2

and manually fixed a merge issue with src/auth/master-connection.c, 
fiddled with the debian changelog to indicate the patch and then used 
dpkg-buildpackage -b to compile the package.

Everything looked to build alright and I grepped the output to make 
sure that it compiled userdb-mysql.o and passdb-mysql.o into 
dovecot-auth.

Problem is that dovecot-auth says "Unknown userdb type 'mysql'" and an 
ldd of /src/auth/dovecot-auth shows no libmysqlclient10:

> wedge:/usr/local/src/dovecot-0.99.10# ldd src/auth/dovecot-auth
>         libpam.so.0 => /lib/libpam.so.0 (0x4001a000)
>         libldap.so.2 => /usr/lib/libldap.so.2 (0x40022000)
>         libpq.so.3 => /usr/lib/libpq.so.3 (0x4005a000)
>         libcrypt.so.1 => /lib/libcrypt.so.1 (0x4006e000)
>         libdl.so.2 => /lib/libdl.so.2 (0x4009c000)
>         libc.so.6 => /lib/libc.so.6 (0x4009f000)
>         liblber.so.2 => /usr/lib/liblber.so.2 (0x401cd000)
>         libresolv.so.2 => /lib/libresolv.so.2 (0x401da000)
>         libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x401ec000)
>         libgnutls.so.7 => /usr/lib/libgnutls.so.7 (0x401fe000)
>         libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 
> (0x40231000)
>         libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 
> (0x40260000)
>         libkrb5.so.17 => /usr/lib/libkrb5.so.17 (0x40351000)
>         libnsl.so.1 => /lib/libnsl.so.1 (0x40387000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>         libtasn1.so.0 => /usr/lib/libtasn1.so.0 (0x4039c000)
>         libgcrypt.so.1 => /usr/lib/libgcrypt.so.1 (0x403aa000)
>         libz.so.1 => /usr/lib/libz.so.1 (0x403e8000)
>         libcom_err.so.1 => /usr/lib/libcom_err.so.1 (0x403f7000)
>         libkrb.so.1 => /usr/lib/libkrb.so.1 (0x403f9000)
>         libasn1.so.6 => /usr/lib/libasn1.so.6 (0x40415000)
>         libroken.so.16 => /usr/lib/libroken.so.16 (0x40435000)
>         libdb3.so.3 => /usr/lib/libdb3.so.3 (0x40445000)

Anyone know what I'm missing?

---
James Tyson
Director, Giant Robot Ltd
http://www.giantrobot.co.nz/

From david@madole.net  Mon Nov 17 07:15:29 2003
Return-Path: <david@madole.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 77C72238B7; Mon, 17 Nov 2003 07:15:29 +0200 (EET)
Received: from omdev.com (dhcp-209-54-72-175.ct.dsl.ntplx.com [209.54.72.175])
	by danu.procontrol.fi (Postfix) with ESMTP id 589422385D
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 07:14:57 +0200 (EET)
Received: from [192.168.231.227] (helo=DAVID)
	by omdev.com with smtp (Exim 4.20)
	id 1ALbiw-000B7L-GU; Mon, 17 Nov 2003 00:14:54 -0500
Message-ID: <000901c3acc9$b7b9b1b0$e3e7a8c0@DAVID>
From: "David S. Madole" <david@madole.net>
To: <dovecot@procontrol.fi>
References: <0E45EC01-18BA-11D8-8CBA-000A957DCC26@giantrobot.co.nz>
Subject: Re: [Dovecot] MySQL patch + Debian
Date: Mon, 17 Nov 2003 00:14:46 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 05:15:29 -0000
X-UID: 1868                                                  
Status: O

> Problem is that dovecot-auth says "Unknown userdb type 'mysql'" and an
> ldd of /src/auth/dovecot-auth shows no libmysqlclient10:
> Anyone know what I'm missing?

Don't know for sure what you're missing, but did you
include -DPASSDB_MYSQL -DUSERDB_MYSQL when building?

If it helps, I use the following when building mine and it works fine:

AUTH_CFLAGS="-I/usr/local/include/mysql -DPASSDB_MYSQL -DUSERDB_MYSQL" \
AUTH_LIBS="-L/usr/local/lib/mysql -lmysqlclient" \
\
./configure \
  --prefix= \
  --disable-ipv6 \
  --with-ssldir=/etc \
  --with-storages=maildir \
  --without-passwd \
  --without-passwd-file \
  --without-static \
  --without-pam \
\
&& make

From james@giantrobot.co.nz  Mon Nov 17 07:48:46 2003
Return-Path: <james@giantrobot.co.nz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3317F23866; Mon, 17 Nov 2003 07:48:46 +0200 (EET)
Received: from mechamail.giantrobot.co.nz (unknown [219.88.241.211])
	by danu.procontrol.fi (Postfix) with ESMTP id 1799A2385D
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 07:48:14 +0200 (EET)
Received: from orac.giantrobot.co.nz ([210.54.175.118] helo=giantrobot.co.nz)
	by mechamail.giantrobot.co.nz with asmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.14)
	id 1ALc9p-0002bH-4w; Mon, 17 Nov 2003 18:42:41 +1300
Date: Mon, 17 Nov 2003 18:48:08 +1300
Subject: Re: [Dovecot] MySQL patch + Debian
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: "David S. Madole" <david@madole.net>
From: James Tyson <james@giantrobot.co.nz>
In-Reply-To: <000901c3acc9$b7b9b1b0$e3e7a8c0@DAVID>
Message-Id: <9EE37AC4-18C1-11D8-8CBA-000A957DCC26@giantrobot.co.nz>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 05:48:46 -0000
X-UID: 1869                                                  
Status: O


On Monday, Nov 17, 2003, at 18:14 Pacific/Auckland, David S. Madole 
wrote:

>> Problem is that dovecot-auth says "Unknown userdb type 'mysql'" and an
>> ldd of /src/auth/dovecot-auth shows no libmysqlclient10:
>> Anyone know what I'm missing?
>
> Don't know for sure what you're missing, but did you
> include -DPASSDB_MYSQL -DUSERDB_MYSQL when building?
>

Now I feel stupid!  Thanks!

---
James Tyson
Director, Giant Robot Ltd
http://www.giantrobot.co.nz/

From maikel@ladot.com  Mon Nov 17 09:38:33 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3EB2123866; Mon, 17 Nov 2003 09:38:33 +0200 (EET)
Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24])
	by danu.procontrol.fi (Postfix) with ESMTP id DCBBF2385D
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 09:37:59 +0200 (EET)
Received: from myst.dohd.org ([62.195.154.30]) by amsfep13-int.chello.nl
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031117073757.HAFF12589.amsfep13-int.chello.nl@myst.dohd.org>;
          Mon, 17 Nov 2003 08:37:57 +0100
Received: from [172.31.5.49] (pool-5.ladot.com [217.22.64.98])
	(authenticated bits=0)
	by myst.dohd.org (8.12.9/8.12.6) with ESMTP id hAH7bShr016278;
	Mon, 17 Nov 2003 08:37:33 +0100 (CET)
	(envelope-from maikel@ladot.com)
In-Reply-To: <1068998201.24450.12.camel@hurina>
References: <1068998201.24450.12.camel@hurina>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <E5485700-18D0-11D8-853E-000A95C5F82C@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot]  Problem with DIGEST-MD5 authentication and plainte xt
	passwords
Date: Mon, 17 Nov 2003 08:37:28 +0100
To: Timo Sirainen <tss@iki.fi>
X-Mailer: Apple Mail (2.606)
X-Spam-Status: No, hits=-3.4 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,
	      USER_AGENT_APPLEMAIL
	version=2.43
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 07:38:33 -0000
X-UID: 1870                                                  
Status: O
Content-Length: 1576

For what it's worth:

We use postgres userlookups, and use an older version of dovecot (an 
old cvs version of around 0.99.9.1), and we DO use digest-md5 password 
encryption in the database and realms. It seems to work flawlessly in 
our situation, I used kmail, evolution, apple-mail, entourage, outlook, 
outlook-express and mutt.


Have there been changes in the digest-md5 code since 0.99.9.1 ?


Kind regards,


Maikel Verheijen
Ladot Nederland BV.

On Nov 16, 2003, at 4:56 PM, Timo Sirainen wrote:

> On Wed, 2003-11-12 at 03:09, Matthew Reimer wrote:
>> I wasn't able to get DIGEST-MD5 authentication working with passwords
>> stored as plaintext until I tweaked password_generate() to make it not
>
>> use the domain portion of user@domain.com as the realm. Both evolution
>
>> and kmail send the email address as the username with no realm; when
>> dovecot tries to convert the username to user + realm, the hash is
>> different and so DIGEST-MD5 authentication fails. Having
>> password_generate() hash user@domain.com::password instead of
>> user:domain.com:password fixes it. I need this to work because I need
> to
>> support all of PLAIN, CRAM-MD5, and DIGEST-MD5 at the same time.
>>
>> Timo, do you think this is a proper fix, or are kmail and evolution
> broken?
>
> Well .. Looks like most clients don't actually use realms, but I rather
> wouldn't completely drop support for them which your change would do.
>
> Correct fix would be to separate realm and "@domain" handling in code,
> that should work with both cases. I'll see if I can get that done.
>

From tomi.hakala@clinet.fi  Mon Nov 17 14:50:55 2003
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 94537238A1; Mon, 17 Nov 2003 14:50:55 +0200 (EET)
Received: from smtp2.song.fi (smtp2.song.fi [194.100.2.122])
	by danu.procontrol.fi (Postfix) with ESMTP id 3400523841
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 14:50:23 +0200 (EET)
Received: from smtp2 (localhost [127.0.0.1])
	by virusscanner.smtp2.song.fi (Postfix) with ESMTP id D294415A41
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 14:50:22 +0200 (EET)
Received: from localhost ([127.0.0.1])
	by smtp2.song.fi (MailMonitor for SMTP v1.2.2 ) ;
	Mon, 17 Nov 2003 14:50:22 +0200 (EET)
Received: from endeavour.fi.sn.net (endeavour.fi.sn.net [62.236.35.231])
	by smtp2.song.fi (Postfix) with ESMTP id 8859315B54
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 14:50:22 +0200 (EET)
From: Tomi Hakala <tomi.hakala@clinet.fi>
To: dovecot@procontrol.fi
Content-Type: text/plain
Organization: 
Message-Id: <1069073422.14049.66.camel@endeavour>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 17 Nov 2003 14:50:22 +0200
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Corrupted index files
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 12:50:55 -0000
X-UID: 1871                                                  
Status: O
Content-Length: 1791

Hi,

I'm playing with Dovecot in a lab environment and got it in state
where it crashes on every incoming connection.

I moved mail spool from ext2 file system to a ReiserFS on a another
disk, mount point changed from /var/vmail to /spool/vmail. After that
I managed to open mailbox and I moved about 2000 messages from INBOX
to a subfolder.

Then I tried to open mailbox with POP3 and it didn't succeed, from 
that point pop3d and imapd died every time I logged in until I removed
all index files by hand.

This is what I have in logs.

imap-login: Nov 17 13:30:53 Info: Login: tomi.hakala@xx.fi [xx.xx.xx.xx]
pop3-login: Nov 17 13:32:04 Info: Login: tomi.hakala@xx.fi [xx.xx.xx.xx]
pop3(tomi.hakala@xx.fi): Nov 17 13:32:04 Error: Corrupted index file /spool/vmail/xx.fi/tomi.hakala@xx.fi/Maildir/.INBOX/.imap.index: Sequence 1848 not found from binary tree (5398 msgs says header)
pop3-login: Nov 17 13:32:12 Info: Login: tomi.hakala@xx.fi [xx.xx.xx.xx]
pop3(tomi.hakala@xx.fi): Nov 17 13:32:21 Error: Couldn't lock created modify log file /spool/vmail/xx.fi/tomi.hakala@xx.fi/Maildir/.INBOX/.imap.index.log

imap(tomi.hakala@xx.fi): Nov 17 14:09:32 Error: IndexID mismatch for modify log file /spool/vmail/xx.fi/tomi.hakala@xx.fi/Maildir/.INBOX/.imap.index.log
imap(tomi.hakala@xx.fi): Nov 17 14:09:33 Panic: file mail-tree-redblack.c: line 187 (rb_left_rotate): assertion failed: (node[x].right != RBNULL)
dovecot: Nov 17 14:09:33 Error: child 19984 (imap) killed with signal 6
imap-login: Nov 17 14:27:24 Info: Login: tomi.hakala@xx.fi [xx.xx.xx.xx]
imap(tomi.hakala@xx.fi): Nov 17 14:27:24 Panic: file mail-tree-redblack.c: line 232 (rb_right_rotate): assertion failed: (node[y].left != RBNULL)
dovecot: Nov 17 14:27:24 Error: child 10478 (imap) killed with signal 6

-- 
Tomi Hakala


From miquels@cistron.net  Mon Nov 17 19:08:21 2003
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A5473238A1; Mon, 17 Nov 2003 19:08:21 +0200 (EET)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl
	[62.216.29.197])
	by danu.procontrol.fi (Postfix) with ESMTP id C72AC2385D
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 19:07:47 +0200 (EET)
Received: from traveler.cistron-office.nl ([62.216.29.67] helo=traveler)
	by smtp.cistron-office.nl with esmtp (Exim 3.35 #1 (Debian))
	id 1ALmqi-00058g-00; Mon, 17 Nov 2003 18:07:40 +0100
Date: Mon, 17 Nov 2003 18:07:40 +0100
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Children, HasChildren
Message-ID: <20031117170740.GE18005@traveler.cistron.net>
References: <20031113144200.GE4476@traveler.cistron.net>
	<1068998365.24437.17.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1068998365.24437.17.camel@hurina> (from tss@iki.fi on Sun, Nov
	16, 2003 at 16:59:26 +0100)
X-Mailer: Balsa 2.0.15
Lines: 13
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 17:08:21 -0000
X-UID: 1872                                                  
Status: O

On 2003.11.16 16:59, Timo Sirainen wrote:
> On Thu, 2003-11-13 at 16:42, Miquel van Smoorenburg wrote:
> > If I list the IMAP hierarchy in mutt (debian, 1.5.4+20031024-1) it shows
> > all my plain mailboxes as having subfolders - while none of them have.
> 
> Children flags are more or less buggy.. I'll see if I can get them at
> least bit less buggy for 0.99.10.3.. CVS version would have them working
> correctly.

Yes but - it still uses \Children and \NoChildren instead of
\HasChildren and \HasNoChildren as the RFC (3348) says.

Mike.
From tss@iki.fi  Mon Nov 17 20:04:32 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 955A323841; Mon, 17 Nov 2003 20:04:32 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 46457238A1
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 20:04:00 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 0FE345C5D267; Mon, 17 Nov 2003 20:04:00 +0200 (EET)
Subject: Re: [Dovecot] Children, HasChildren
From: Timo Sirainen <tss@iki.fi>
To: Miquel van Smoorenburg <miquels@cistron.net>
In-Reply-To: <20031117170740.GE18005@traveler.cistron.net>
References: <20031113144200.GE4476@traveler.cistron.net>
	 <1068998365.24437.17.camel@hurina>
	 <20031117170740.GE18005@traveler.cistron.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-dScpVJpBngfLHnaMPR6g"
Message-Id: <1069092239.24455.82.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 17 Nov 2003 20:04:00 +0200
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 18:04:32 -0000
X-UID: 1873                                                  
Status: O
Content-Length: 1126


--=-dScpVJpBngfLHnaMPR6g
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-11-17 at 19:07, Miquel van Smoorenburg wrote:
> On 2003.11.16 16:59, Timo Sirainen wrote:
> > On Thu, 2003-11-13 at 16:42, Miquel van Smoorenburg wrote:
> > > If I list the IMAP hierarchy in mutt (debian, 1.5.4+20031024-1) it sh=
ows
> > > all my plain mailboxes as having subfolders - while none of them have=
.
> >=20
> > Children flags are more or less buggy.. I'll see if I can get them at
> > least bit less buggy for 0.99.10.3.. CVS version would have them workin=
g
> > correctly.
>=20
> Yes but - it still uses \Children and \NoChildren instead of
> \HasChildren and \HasNoChildren as the RFC (3348) says.

Oh .. How did I get that wrong.. :)


--=-dScpVJpBngfLHnaMPR6g
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/uQ2PyUhSUUBViskRAhR7AJ9Qfd6oK8UeYgR97KIjWsqfXcGqfwCeIYt5
GButE5RZZ6JcFkMze3b9m8E=
=6Z5p
-----END PGP SIGNATURE-----

--=-dScpVJpBngfLHnaMPR6g--

From esj@harvee.org  Mon Nov 17 22:59:03 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8F68B23866; Mon, 17 Nov 2003 22:59:03 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 60DB223841
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 22:58:30 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id hAHKwQ2x016022
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 15:58:27 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Mon, 17 Nov 2003 15:58:25 -0500
Message-ID: <3FB935E6.7000701@harvee.org>
Date: Mon, 17 Nov 2003 15:56:06 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
References: <1068490809.2794.7.camel@hurina>
	<20031110221417.GA11416@iridium.mv.net> <1068503071.2802.27.camel@hurina>
In-Reply-To: <1068503071.2802.27.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:031117:dovecot@procontrol.fi:30be4e4fe0b8f5a7
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 20:59:03 -0000
X-UID: 1874                                                  
Status: O
Content-Length: 1149

bit late on trying out 99.10.2.  Mailboxes are definitely working better 
with mbox format.  I'm still seeing 15 to 30 seconds of 40% CPU 
utilization whenever I access the inbox (1400+ messages).  I'm seeing 
similar magnitude but shorter duration hits of CPU utilization whenever 
I access any other mailbox.  Utilization seems to go down a little bit 
once the indices have been built (i.e. after the first time) but the lag 
is noticeable.

in other words, performance is better than UW.  (woo hoo!).  Very early 
on the testing I have the server vanish on me at one point but since I 
was lazy and use the binary rh8 RPM, I need to do little investigation 
to find out if or where any log might be.

I haven't dared try mixed mbox/maildir mostly because of lack of time to 
a) research the right way to do it and b) clean up the mess if it dies. 
  Converting over 100 percent to maildir has a similar barrier.  I will 
get to it when the pain is bad enough.  Fortunately 99.10.2 may have 
sufficient analgesic qualities for the short-term.

---eric

-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears

From james@giantrobot.co.nz  Tue Nov 18 00:03:57 2003
Return-Path: <james@giantrobot.co.nz>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 289DB238B7; Tue, 18 Nov 2003 00:03:57 +0200 (EET)
Received: from mechamail.giantrobot.co.nz (unknown [219.88.241.211])
	by danu.procontrol.fi (Postfix) with ESMTP id 6FD2723866
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 00:03:21 +0200 (EET)
Received: from orac.giantrobot.co.nz ([210.54.175.118] helo=giantrobot.co.nz)
	by mechamail.giantrobot.co.nz with asmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.14)
	id 1ALrNS-0008TZ-Q9
	for dovecot@procontrol.fi; Tue, 18 Nov 2003 10:57:47 +1300
Date: Tue, 18 Nov 2003 11:03:08 +1300
Mime-Version: 1.0 (Apple Message framework v552)
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: James Tyson <james@giantrobot.co.nz>
To: dovecot@procontrol.fi
Content-Transfer-Encoding: 7bit
Message-Id: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
X-Mailer: Apple Mail (2.552)
Subject: [Dovecot] SSL and certificate authorities.
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 22:03:57 -0000
X-UID: 1875                                                  
Status: O

Hi all.

Usually for in-house use and SSL I would just generate a self-signed 
certificate because most clients either ignore it or only ask the first 
time the account is configured.

In terms of offering the service to our customers is there any value of 
getting someone like thawte or instantssl to sign a certificate for 
imaps/pop3s/smtp?

Also, is there a configuration directive for dovecot to add the issuers 
ca bundle similar to apache's SSLCACertificateFile?

And thanks for writing such a kick-arse imap server.  It blows courier 
out of the water!

---
James Tyson
Director, Giant Robot Ltd
http://www.giantrobot.co.nz/

From mreimer@vpop.net  Tue Nov 18 00:45:58 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 018B2238B7; Tue, 18 Nov 2003 00:45:57 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 7789723866
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 00:45:22 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP id AA2463A6625
	for <dovecot@procontrol.fi>; Mon, 17 Nov 2003 14:45:16 -0800 (PST)
Message-ID: <3FB94FFF.30203@vpop.net>
Date: Mon, 17 Nov 2003 16:47:27 -0600
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] IMAP subscribe/unsubscribe broken in 0.99.10.2
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 22:45:58 -0000
X-UID: 1876                                                  
Status: O

IMAP subscribe/unsubscribe is broken in 0.99.10.2 (and earlier 
releases), specifically subsfile_set_subscribed(), where the logic is 
all wrong. I tried just copying over the latest subscription-file.c but 
it has dependencies on some file locking/dotlocking stuff that 0.99.10.2 
doesn't have.

Timo, would it be possible to incorporate the latest subscription-file.c 
into 0.99.10.3 (whenever that will be)?

Matt

From mreimer@vpop.net  Tue Nov 18 00:52:22 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8ADD7238C5; Tue, 18 Nov 2003 00:52:22 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id C74D623866
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 00:51:49 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id 616383A689D; Mon, 17 Nov 2003 14:51:46 -0800 (PST)
Message-ID: <3FB95185.7020100@vpop.net>
Date: Mon, 17 Nov 2003 16:53:57 -0600
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot]  Problem with DIGEST-MD5 authentication and plainte
 xt passwords
References: <lists.dovecot.1068998201.24450.12.camel@hurina.SOMEWHERE>
	<lists.dovecot.E5485700-18D0-11D8-853E-000A95C5F82C@ladot.com>
In-Reply-To: <lists.dovecot.E5485700-18D0-11D8-853E-000A95C5F82C@ladot.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 22:52:22 -0000
X-UID: 1877                                                  
Status: O

Maikel Verheijen wrote:
> For what it's worth:
> 
> We use postgres userlookups, and use an older version of dovecot (an old 
> cvs version of around 0.99.9.1), and we DO use digest-md5 password 
> encryption in the database and realms. It seems to work flawlessly in 
> our situation, I used kmail, evolution, apple-mail, entourage, outlook, 
> outlook-express and mutt.
> 
> 
> Have there been changes in the digest-md5 code since 0.99.9.1 ?
> 
> 
> Kind regards,
> 
> 
> Maikel Verheijen
> Ladot Nederland BV.

The problem is not with passwords that are stored in the db in 
digest-md5 format (i.e., as an md5 hash of user:realm:password), but 
with dovecot's password_generate() that takes the username and password 
and hashes it on the fly.

Matt

From mreimer@vpop.net  Tue Nov 18 00:54:42 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 18833238C8; Tue, 18 Nov 2003 00:54:42 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id E28D4238C5
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 00:54:08 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id 84B163A7166; Mon, 17 Nov 2003 14:54:01 -0800 (PST)
Message-ID: <3FB9520C.4070605@vpop.net>
Date: Mon, 17 Nov 2003 16:56:12 -0600
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot]  Problem with DIGEST-MD5 authentication and plaintext
 passwords
References: <lists.dovecot.3FB1883F.8070209@vpop.net>
	<lists.dovecot.1068998201.24450.12.camel@hurina.SOMEWHERE>
In-Reply-To: <lists.dovecot.1068998201.24450.12.camel@hurina.SOMEWHERE>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2003 22:54:42 -0000
X-UID: 1878                                                  
Status: O
Content-Length: 1157

Timo Sirainen wrote:
> On Wed, 2003-11-12 at 03:09, Matthew Reimer wrote:
> 
>>I wasn't able to get DIGEST-MD5 authentication working with passwords 
>>stored as plaintext until I tweaked password_generate() to make it not 
>>use the domain portion of user@domain.com as the realm. Both evolution 
>>and kmail send the email address as the username with no realm; when 
>>dovecot tries to convert the username to user + realm, the hash is 
>>different and so DIGEST-MD5 authentication fails. Having 
>>password_generate() hash user@domain.com::password instead of 
>>user:domain.com:password fixes it. I need this to work because I need to 
>>support all of PLAIN, CRAM-MD5, and DIGEST-MD5 at the same time.
>>
>>Timo, do you think this is a proper fix, or are kmail and evolution broken?
> 
> 
> Well .. Looks like most clients don't actually use realms, but I rather
> wouldn't completely drop support for them which your change would do.
> 
> Correct fix would be to separate realm and "@domain" handling in code,
> that should work with both cases. I'll see if I can get that done.

Thanks Timo. Send me a patch when you're done and I'll test it.

Matt

From zach.bagnall@bulletinwireless.com  Tue Nov 18 04:15:46 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 86C0F238C5; Tue, 18 Nov 2003 04:15:46 +0200 (EET)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 9074D238B7
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 04:15:08 +0200 (EET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id 99BF165DA
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 15:15:01 +1300 (NZDT)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
 by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id 09176-01-4
 for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 15:14:59 +1300 (NZDT)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id B846365C9
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 15:14:59 +1300 (NZDT)
Date: Tue, 18 Nov 2003 15:14:57 +1300
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] SSL and certificate authorities.
Message-Id: <20031118151457.34ab0eaa.zach.bagnall@bulletinwireless.com>
In-Reply-To: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
References: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1";
 boundary="Signature=_Tue__18_Nov_2003_15_14_57_+1300_YLGcslAeY1VuGcxq"
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 02:15:47 -0000
X-UID: 1879                                                  
Status: O

--Signature=_Tue__18_Nov_2003_15_14_57_+1300_YLGcslAeY1VuGcxq
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

IIRC Outlook will complain every time if the cert isn't signed by one of
Windows' recognised CAs. All the *nix MUAs I've tried have been fine
after the first attempt.

Zach.

On Tue, 18 Nov 2003 11:03:08 +1300, James Tyson <james@giantrobot.co.nz>
wrote:
> In terms of offering the service to our customers is there any value
> of getting someone like thawte or instantssl to sign a certificate for
> imaps/pop3s/smtp?

--Signature=_Tue__18_Nov_2003_15_14_57_+1300_YLGcslAeY1VuGcxq
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/uYCj4jDFYT+aqaIRAoa5AJ9IfJLmMQCKm5YVAe8f4p8So81lOACffjhL
CNvgqHUkA4sZcV/XC/HgRtE=
=6hPF
-----END PGP SIGNATURE-----

--Signature=_Tue__18_Nov_2003_15_14_57_+1300_YLGcslAeY1VuGcxq--
From zach.bagnall@bulletinwireless.com  Tue Nov 18 04:59:03 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DA78D238C8; Tue, 18 Nov 2003 04:59:03 +0200 (EET)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 378C1238C5
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 04:58:30 +0200 (EET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id 59FB765EA
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 15:58:25 +1300 (NZDT)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
 by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id 13816-01-21
 for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 15:58:24 +1300 (NZDT)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id EB65865BC
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 15:58:23 +1300 (NZDT)
Date: Tue, 18 Nov 2003 15:58:19 +1300
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] SSL and certificate authorities.
Message-Id: <20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com>
In-Reply-To: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
References: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1";
 boundary="Signature=_Tue__18_Nov_2003_15_58_19_+1300_mr_kdPs+B3aKeMDX"
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 02:59:04 -0000
X-UID: 1880                                                  
Status: O
Content-Length: 4505

--Signature=_Tue__18_Nov_2003_15_58_19_+1300_mr_kdPs+B3aKeMDX
Content-Type: multipart/mixed;
 boundary="Multipart=_Tue__18_Nov_2003_15_58_19_+1300_umFwIuJiBbuWC/8R"


--Multipart=_Tue__18_Nov_2003_15_58_19_+1300_umFwIuJiBbuWC/8R
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

I don't see it in the source. Try the patch attached. Dovecot seems to
run OK, but it hasn't been tested with a real key/cert/CA setup.

On Tue, 18 Nov 2003 11:03:08 +1300, James Tyson <james@giantrobot.co.nz>
wrote:
> Also, is there a configuration directive for dovecot to add the
> issuers ca bundle similar to apache's SSLCACertificateFile?

--Multipart=_Tue__18_Nov_2003_15_58_19_+1300_umFwIuJiBbuWC/8R
Content-Type: text/x-diff;
 name="dovecot-0.99.10.2-ca.diff"
Content-Disposition: attachment;
 filename="dovecot-0.99.10.2-ca.diff"
Content-Transfer-Encoding: 7bit

diff -ur dovecot-0.99.10.2/src/login-common/ssl-proxy-openssl.c dovecot-0.99.10.2-ca/src/login-common/ssl-proxy-openssl.c
--- dovecot-0.99.10.2/src/login-common/ssl-proxy-openssl.c	2003-06-18 13:35:55.000000000 +1200
+++ dovecot-0.99.10.2-ca/src/login-common/ssl-proxy-openssl.c	2003-11-18 15:14:03.000000000 +1300
@@ -403,9 +403,10 @@
 
 void ssl_proxy_init(void)
 {
-	const char *certfile, *keyfile, *paramfile;
+	const char *cafile, *certfile, *keyfile, *paramfile;
 	char buf;
 
+	cafile = getenv("SSL_CA_FILE");
 	certfile = getenv("SSL_CERT_FILE");
 	keyfile = getenv("SSL_KEY_FILE");
 	paramfile = getenv("SSL_PARAM_FILE");
@@ -428,6 +429,13 @@
 			SSL_CIPHER_LIST, ssl_last_error());
 	}
 
+	if(cafile) {
+		if (SSL_CTX_load_verify_locations(ssl_ctx, cafile, NULL) != 1) {
+			i_fatal("Can't load CA file %s: %s",
+				certfile, ssl_last_error());
+		}
+	}
+
 	if (SSL_CTX_use_certificate_chain_file(ssl_ctx, certfile) != 1) {
 		i_fatal("Can't load certificate file %s: %s",
 			certfile, ssl_last_error());
diff -ur dovecot-0.99.10.2/src/master/login-process.c dovecot-0.99.10.2-ca/src/master/login-process.c
--- dovecot-0.99.10.2/src/master/login-process.c	2003-05-27 03:27:13.000000000 +1200
+++ dovecot-0.99.10.2-ca/src/master/login-process.c	2003-11-18 15:07:33.000000000 +1300
@@ -396,6 +396,10 @@
 	env_put("DOVECOT_MASTER=1");
 
 	if (!set->ssl_disable) {
+		if(set->ssl_ca_file) {
+			env_put(t_strconcat("SSL_CA_FILE=",
+					    set->ssl_ca_file, NULL));
+		}
 		env_put(t_strconcat("SSL_CERT_FILE=",
 				    set->ssl_cert_file, NULL));
 		env_put(t_strconcat("SSL_KEY_FILE=", set->ssl_key_file, NULL));
diff -ur dovecot-0.99.10.2/src/master/master-settings.c dovecot-0.99.10.2-ca/src/master/master-settings.c
--- dovecot-0.99.10.2/src/master/master-settings.c	2003-11-11 11:19:49.000000000 +1300
+++ dovecot-0.99.10.2-ca/src/master/master-settings.c	2003-11-18 15:13:32.000000000 +1300
@@ -30,6 +30,7 @@
 	DEF(SET_STR, pop3s_listen),
 
 	DEF(SET_BOOL, ssl_disable),
+	DEF(SET_STR, ssl_ca_file),
 	DEF(SET_STR, ssl_cert_file),
 	DEF(SET_STR, ssl_key_file),
 	DEF(SET_STR, ssl_parameters_file),
@@ -144,6 +145,7 @@
 	MEMBER(pop3s_listen) NULL,
 
 	MEMBER(ssl_disable) FALSE,
+	MEMBER(ssl_ca_file) NULL,
 	MEMBER(ssl_cert_file) SSLDIR"/certs/dovecot.pem",
 	MEMBER(ssl_key_file) SSLDIR"/private/dovecot.pem",
 	MEMBER(ssl_parameters_file) "ssl-parameters.dat",
@@ -382,6 +384,11 @@
 
 #ifdef HAVE_SSL
 	if (!set->ssl_disable) {
+		if (set->ssl_ca_file && access(set->ssl_ca_file, R_OK) < 0) {
+			i_fatal("Can't use SSL CA file %s: %m",
+				set->ssl_ca_file);
+		}
+
 		if (access(set->ssl_cert_file, R_OK) < 0) {
 			i_fatal("Can't use SSL certificate %s: %m",
 				set->ssl_cert_file);
diff -ur dovecot-0.99.10.2/src/master/master-settings.h dovecot-0.99.10.2-ca/src/master/master-settings.h
--- dovecot-0.99.10.2/src/master/master-settings.h	2003-08-25 01:11:56.000000000 +1200
+++ dovecot-0.99.10.2-ca/src/master/master-settings.h	2003-11-18 14:56:09.000000000 +1300
@@ -16,6 +16,7 @@
 	const char *pop3s_listen;
 
 	int ssl_disable;
+	const char *ssl_ca_file;
 	const char *ssl_cert_file;
 	const char *ssl_key_file;
 	const char *ssl_parameters_file;

--Multipart=_Tue__18_Nov_2003_15_58_19_+1300_umFwIuJiBbuWC/8R--

--Signature=_Tue__18_Nov_2003_15_58_19_+1300_mr_kdPs+B3aKeMDX
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/uYrP4jDFYT+aqaIRAm38AKDi+s/cEncbgLmuG0kHHbHEuUSKjACfWEeU
kHRO8fsJC9evHF88nxN+x1M=
=tLHN
-----END PGP SIGNATURE-----

--Signature=_Tue__18_Nov_2003_15_58_19_+1300_mr_kdPs+B3aKeMDX--
From zach.bagnall@bulletinwireless.com  Tue Nov 18 05:06:19 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C6BE4238C8; Tue, 18 Nov 2003 05:06:19 +0200 (EET)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 48217238C5
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 05:05:46 +0200 (EET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id 2E5E565EF
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 16:05:43 +1300 (NZDT)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
 by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id 16222-01-5
 for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 16:05:41 +1300 (NZDT)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id A787265D0
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 16:05:41 +1300 (NZDT)
Date: Tue, 18 Nov 2003 16:05:40 +1300
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] SSL and certificate authorities.
Message-Id: <20031118160540.28388dbf.zach.bagnall@bulletinwireless.com>
In-Reply-To: <20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com>
References: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
	<20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1";
 boundary="Signature=_Tue__18_Nov_2003_16_05_40_+1300__ZL1Mkl2pOBBmGc."
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 03:06:19 -0000
X-UID: 1881                                                  
Status: O
Content-Length: 4808

--Signature=_Tue__18_Nov_2003_16_05_40_+1300__ZL1Mkl2pOBBmGc.
Content-Type: multipart/mixed;
 boundary="Multipart=_Tue__18_Nov_2003_16_05_40_+1300_CNgg8c=qHV1O+XB2"


--Multipart=_Tue__18_Nov_2003_16_05_40_+1300_CNgg8c=qHV1O+XB2
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

D'oh. Missed a variable name. Correct version attached.

On Tue, 18 Nov 2003 15:58:19 +1300, Zach Bagnall
<zach.bagnall@bulletinwireless.com> wrote:
> I don't see it in the source. Try the patch attached. Dovecot seems to
> run OK, but it hasn't been tested with a real key/cert/CA setup.
> 
> On Tue, 18 Nov 2003 11:03:08 +1300, James Tyson
> <james@giantrobot.co.nz> wrote:
> > Also, is there a configuration directive for dovecot to add the
> > issuers ca bundle similar to apache's SSLCACertificateFile?
> 


-- 
Services & Support, Bulletin Wireless (NZ)
http://www.bulletinwireless.com/
Ph +64 9 307 1764 Mob +64 21 115 0269 Fax +64 9 307 1148

--Multipart=_Tue__18_Nov_2003_16_05_40_+1300_CNgg8c=qHV1O+XB2
Content-Type: text/x-diff;
 name="dovecot-0.99.10.2-ca.diff"
Content-Disposition: attachment;
 filename="dovecot-0.99.10.2-ca.diff"
Content-Transfer-Encoding: 7bit

diff -ur dovecot-0.99.10.2/src/login-common/ssl-proxy-openssl.c dovecot-0.99.10.2-ca/src/login-common/ssl-proxy-openssl.c
--- dovecot-0.99.10.2/src/login-common/ssl-proxy-openssl.c	2003-06-18 13:35:55.000000000 +1200
+++ dovecot-0.99.10.2-ca/src/login-common/ssl-proxy-openssl.c	2003-11-18 15:14:03.000000000 +1300
@@ -403,9 +403,10 @@
 
 void ssl_proxy_init(void)
 {
-	const char *certfile, *keyfile, *paramfile;
+	const char *cafile, *certfile, *keyfile, *paramfile;
 	char buf;
 
+	cafile = getenv("SSL_CA_FILE");
 	certfile = getenv("SSL_CERT_FILE");
 	keyfile = getenv("SSL_KEY_FILE");
 	paramfile = getenv("SSL_PARAM_FILE");
@@ -428,6 +429,13 @@
 			SSL_CIPHER_LIST, ssl_last_error());
 	}
 
+	if(cafile) {
+		if (SSL_CTX_load_verify_locations(ssl_ctx, cafile, NULL) != 1) {
+			i_fatal("Can't load CA file %s: %s",
+				cafile, ssl_last_error());
+		}
+	}
+
 	if (SSL_CTX_use_certificate_chain_file(ssl_ctx, certfile) != 1) {
 		i_fatal("Can't load certificate file %s: %s",
 			certfile, ssl_last_error());
diff -ur dovecot-0.99.10.2/src/master/login-process.c dovecot-0.99.10.2-ca/src/master/login-process.c
--- dovecot-0.99.10.2/src/master/login-process.c	2003-05-27 03:27:13.000000000 +1200
+++ dovecot-0.99.10.2-ca/src/master/login-process.c	2003-11-18 15:07:33.000000000 +1300
@@ -396,6 +396,10 @@
 	env_put("DOVECOT_MASTER=1");
 
 	if (!set->ssl_disable) {
+		if(set->ssl_ca_file) {
+			env_put(t_strconcat("SSL_CA_FILE=",
+					    set->ssl_ca_file, NULL));
+		}
 		env_put(t_strconcat("SSL_CERT_FILE=",
 				    set->ssl_cert_file, NULL));
 		env_put(t_strconcat("SSL_KEY_FILE=", set->ssl_key_file, NULL));
diff -ur dovecot-0.99.10.2/src/master/master-settings.c dovecot-0.99.10.2-ca/src/master/master-settings.c
--- dovecot-0.99.10.2/src/master/master-settings.c	2003-11-11 11:19:49.000000000 +1300
+++ dovecot-0.99.10.2-ca/src/master/master-settings.c	2003-11-18 15:13:32.000000000 +1300
@@ -30,6 +30,7 @@
 	DEF(SET_STR, pop3s_listen),
 
 	DEF(SET_BOOL, ssl_disable),
+	DEF(SET_STR, ssl_ca_file),
 	DEF(SET_STR, ssl_cert_file),
 	DEF(SET_STR, ssl_key_file),
 	DEF(SET_STR, ssl_parameters_file),
@@ -144,6 +145,7 @@
 	MEMBER(pop3s_listen) NULL,
 
 	MEMBER(ssl_disable) FALSE,
+	MEMBER(ssl_ca_file) NULL,
 	MEMBER(ssl_cert_file) SSLDIR"/certs/dovecot.pem",
 	MEMBER(ssl_key_file) SSLDIR"/private/dovecot.pem",
 	MEMBER(ssl_parameters_file) "ssl-parameters.dat",
@@ -382,6 +384,11 @@
 
 #ifdef HAVE_SSL
 	if (!set->ssl_disable) {
+		if (set->ssl_ca_file && access(set->ssl_ca_file, R_OK) < 0) {
+			i_fatal("Can't use SSL CA file %s: %m",
+				set->ssl_ca_file);
+		}
+
 		if (access(set->ssl_cert_file, R_OK) < 0) {
 			i_fatal("Can't use SSL certificate %s: %m",
 				set->ssl_cert_file);
diff -ur dovecot-0.99.10.2/src/master/master-settings.h dovecot-0.99.10.2-ca/src/master/master-settings.h
--- dovecot-0.99.10.2/src/master/master-settings.h	2003-08-25 01:11:56.000000000 +1200
+++ dovecot-0.99.10.2-ca/src/master/master-settings.h	2003-11-18 14:56:09.000000000 +1300
@@ -16,6 +16,7 @@
 	const char *pop3s_listen;
 
 	int ssl_disable;
+	const char *ssl_ca_file;
 	const char *ssl_cert_file;
 	const char *ssl_key_file;
 	const char *ssl_parameters_file;

--Multipart=_Tue__18_Nov_2003_16_05_40_+1300_CNgg8c=qHV1O+XB2--

--Signature=_Tue__18_Nov_2003_16_05_40_+1300__ZL1Mkl2pOBBmGc.
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/uYyE4jDFYT+aqaIRAp6kAKDDccYXKTNFy60Wc3xxHwtjWBZuIQCfVZt3
Gcxx0pNIl53hwckVyYaiggA=
=uXT7
-----END PGP SIGNATURE-----

--Signature=_Tue__18_Nov_2003_16_05_40_+1300__ZL1Mkl2pOBBmGc.--
From maikel@ladot.com  Tue Nov 18 09:20:16 2003
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1C6B2238C9; Tue, 18 Nov 2003 09:20:16 +0200 (EET)
Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24])
	by danu.procontrol.fi (Postfix) with ESMTP id 108E3238C5
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 09:19:41 +0200 (EET)
Received: from myst.dohd.org ([62.195.154.30]) by amsfep13-int.chello.nl
          (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP
          id <20031118071939.CTTG12589.amsfep13-int.chello.nl@myst.dohd.org>;
          Tue, 18 Nov 2003 08:19:39 +0100
Received: from [172.31.5.49] (pool-5.ladot.com [217.22.64.98])
	(authenticated bits=0)
	by myst.dohd.org (8.12.9/8.12.6) with ESMTP id hAI7I8hs019122;
	Tue, 18 Nov 2003 08:19:15 +0100 (CET)
	(envelope-from maikel@ladot.com)
In-Reply-To: <3FB95185.7020100@vpop.net>
References: <lists.dovecot.1068998201.24450.12.camel@hurina.SOMEWHERE>
	<lists.dovecot.E5485700-18D0-11D8-853E-000A95C5F82C@ladot.com>
	<3FB95185.7020100@vpop.net>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <854EBB7A-1997-11D8-8C18-000A95C5F82C@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot]  Problem with DIGEST-MD5 authentication and plainte xt
	passwords
Date: Tue, 18 Nov 2003 08:19:17 +0100
To: Matthew Reimer <mreimer@vpop.net>
X-Mailer: Apple Mail (2.606)
X-Spam-Status: No, hits=-3.1 required=5.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,
	      USER_AGENT_APPLEMAIL
	version=2.43
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 07:20:16 -0000
X-UID: 1882                                                  
Status: O

Ow, I am sorry, you mean when you actually LOG IN to a machine with 
digest-md5?


My apologies!


Maikel.

On Nov 17, 2003, at 11:53 PM, Matthew Reimer wrote:

> Maikel Verheijen wrote:
>> For what it's worth:
>> We use postgres userlookups, and use an older version of dovecot (an 
>> old cvs version of around 0.99.9.1), and we DO use digest-md5 
>> password encryption in the database and realms. It seems to work 
>> flawlessly in our situation, I used kmail, evolution, apple-mail, 
>> entourage, outlook, outlook-express and mutt.
>> Have there been changes in the digest-md5 code since 0.99.9.1 ?
>> Kind regards,
>> Maikel Verheijen
>> Ladot Nederland BV.
>
> The problem is not with passwords that are stored in the db in 
> digest-md5 format (i.e., as an md5 hash of user:realm:password), but 
> with dovecot's password_generate() that takes the username and 
> password and hashes it on the fly.
>
> Matt

From kiwi@oav.net  Tue Nov 18 11:17:54 2003
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0B3A523866; Tue, 18 Nov 2003 11:17:54 +0200 (EET)
Received: from kaneda.oav.net (kaneda.oav.net [195.20.105.154])
	by danu.procontrol.fi (Postfix) with ESMTP id 3A7F823841
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 11:17:20 +0200 (EET)
Received: from [192.168.0.7] (kiwi.adsl.isdnet.net [195.154.177.33])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by kaneda.oav.net (Postfix) with ESMTP
	id 2E88715709; Tue, 18 Nov 2003 10:17:14 +0100 (CET)
	(envelope-from kiwi@oav.net)
In-Reply-To: <20031118151457.34ab0eaa.zach.bagnall@bulletinwireless.com>
References: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
	<20031118151457.34ab0eaa.zach.bagnall@bulletinwireless.com>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <FF40DB0E-19A7-11D8-80B9-000393B64262@oav.net>
Content-Transfer-Encoding: quoted-printable
From: Xavier Beaudouin <kiwi@oav.net>
Subject: Re: [Dovecot] SSL and certificate authorities.
Date: Tue, 18 Nov 2003 10:17:14 +0100
To: Zach Bagnall <zach.bagnall@bulletinwireless.com>
X-Mailer: Apple Mail (2.606)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 09:17:54 -0000
X-UID: 1883                                                  
Status: O

Zach,

Add your root certificate to windows root cas...
See http://www.kazar.net/faq.html (mostly french, but screen short are=20=

english).

/Xavier

Le 18 nov. 03, =E0 03:14, Zach Bagnall a =E9crit :

> IIRC Outlook will complain every time if the cert isn't signed by one=20=

> of
> Windows' recognised CAs. All the *nix MUAs I've tried have been fine
> after the first attempt.
>
> Zach.
>
> On Tue, 18 Nov 2003 11:03:08 +1300, James Tyson=20
> <james@giantrobot.co.nz>
> wrote:
>> In terms of offering the service to our customers is there any value
>> of getting someone like thawte or instantssl to sign a certificate =
for
>> imaps/pop3s/smtp?

From Clive.Jones+nospam+procontrol.fi@meridian.co.uk  Tue Nov 18 13:25:24 2003
Return-Path: <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 411C823866; Tue, 18 Nov 2003 13:25:24 +0200 (EET)
Received: from greenwich.meridian-audio.ltd.uk
	(greenwich.meridian-audio.ltd.uk [194.203.67.114])
	by danu.procontrol.fi (Postfix) with ESMTP id 532A523841
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 13:24:52 +0200 (EET)
Received: from CLIVE (clive.uk.ma-int.com [10.76.18.1])
	by greenwich.meridian-audio.ltd.uk (Postfix) with SMTP id 4D5BA2D1D
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 11:24:51 +0000 (GMT)
Message-ID: <047001c3adc6$950f17b0$01124c0a@uk.maint.com>
From: "Clive Jones" <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
To: <dovecot@procontrol.fi>
References: <0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com>
	<1068314769.9815.26.camel@hurina>
Subject: Re: [Dovecot] pop3-login process leakage
Date: Tue, 18 Nov 2003 11:24:51 -0000
Organization: Meridian Audio
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 11:25:24 -0000
X-UID: 1884                                                  
Status: O

Timo,

Thanks for your message. Unfortunately, dovecot was running on a
live server with debugging disabled in the kernel. It was a while
before I could reboot it into a different kernel. (-8

> Do this to one of the processes:
> 
> gdb /usr/local/libexec/dovecot/pop3-login <pid of pop3-login process>

Attaching to program `/usr/local/libexec/dovecot/pop3-login', process 23957
Reading symbols from /usr/libexec/ld.so...done.
Reading symbols from /usr/lib/libssl.so.6.0...done.
Reading symbols from /usr/lib/libcrypto.so.8.0...done.
Reading symbols from /usr/lib/libc.so.28.5...done.
0x40142733 in poll ()

> p clients->nodes_count

$1 = 0

> p main_refcount

$2 = 2

> p auth_reconnect

$3 = 0

> p auth_waiting_handshake_count

$4 = 0

What's the verdict?

Regards,

--Clive.

From payton@repligen.com  Tue Nov 18 18:34:53 2003
Return-Path: <payton@repligen.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 37FC623866; Tue, 18 Nov 2003 18:34:53 +0200 (EET)
Received: from mithrin.repligen.com (66.237.173.210.ptr.us.xo.net
	[66.237.173.210])
	by danu.procontrol.fi (Postfix) with SMTP id 5217B23841
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 18:34:18 +0200 (EET)
Received: (qmail 16483 invoked by uid 500); 18 Nov 2003 16:36:02 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 18 Nov 2003 16:36:02 -0000
Date: Tue, 18 Nov 2003 11:36:02 -0500 (EST)
From: Payton <payton@repligen.com>
X-X-Sender: payton@localhost.localdomain
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.44.0311181101110.16419-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] entourage + dovecot bug?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 16:34:53 -0000
X-UID: 1885                                                  
Status: O
Content-Length: 1303

I have dovecot set up to run IMAP services without SSL (I have tested many 
other configurations as well, but this reproduces the problem the 
simplest). When attempting to connect to the imap server using Entourage 
for OS X on a mac, I receive the following error:

Mail could not be received at this time. 
The server returned the following error
.

Dovecot reports a successful login and nothing else in the mail log.
All other email clients I have tried (mutt, Mail.app) work fine with the 
IMAP server. I have also tried this on multiple clients with the same 
results. All this leads me to believe a bug exists in Entourage, however:
	I also have a Red Hat 7.3 server running qmail and dovecot in
nearly the same manner (except that it is using dovecot 0.99.10 and shadow
for password authentication, instead of dovecot 0.99.10.2 and ldap
password authentication). Entourage (and all other clients) works just 
fine with this setup. 

	I'm not certain if the problem lies in some tweak between 0.99.10  
and 0.99.10.2 or if it is something with the red hat system itself, but I 
can't find anything.

I am using dovecot 0.99.10.2 on a Red Hat 9 system using qmail 1.04 
(netqmail) and checking with the latest version (update 10.1.5) of 
Entourage on Mac OS 10.2.8.

Thanks for any help!
-Payton

From kai.vehmanen@wakkanet.fi  Tue Nov 18 18:36:06 2003
Return-Path: <kai.vehmanen@wakkanet.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 890AA238B7; Tue, 18 Nov 2003 18:36:06 +0200 (EET)
Received: from ecabase.localdomain (cs78188205.pp.htv.fi [62.78.188.205])
	by danu.procontrol.fi (Postfix) with ESMTP id D005B238C7
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 18:35:06 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by ecabase.localdomain (8.11.6/8.11.6) with ESMTP id hAIGZ6s02810;
	Tue, 18 Nov 2003 18:35:06 +0200
Date: Tue, 18 Nov 2003 18:35:06 +0200 (EET)
From: Kai Vehmanen <kai.vehmanen@wakkanet.fi>
X-X-Sender: kaiv@ecabase.localdomain
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.44.0311181826380.2720-100000@ecabase.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] error msgs about missing ssl/tls support
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 16:36:06 -0000
X-UID: 1886                                                  
Status: O
Content-Length: 1564

Hi,

I've been just testing 0.99.10.2 and had a really hard time getting the
new Dovecot to start properly. First I thought it was an error in my old
dovecot.conf, but the actual problem turned out to be simply that Dovecot
was compiled without SSL/TLS support (I hadn't noticed this), but
dovecot.conf on the other hand specified SSL/TLS ports.

The error messages might be a bit more informative in this case.  
Currently I only got this to my logs:

--cut--
Nov 18 18:17:00 dovecot: Dovecot starting up
Nov 18 18:17:01 imap-login: BUG: SSL initialization parameters not given while they should have been
Nov 18 18:17:01 imap-login: BUG: SSL initialization parameters not given while they should have been
Nov 18 18:17:01 pop3-login: BUG: SSL initialization parameters not given while they should have been
Nov 18 18:17:01 imap-login: BUG: SSL initialization parameters not given while they should have been
Nov 18 18:17:01 dovecot: Login process died too early - shutting down
Nov 18 18:17:01 dovecot: child 18482 (login) returned error 89
Nov 18 18:17:01 dovecot: child 18481 (login) returned error 89
Nov 18 18:17:01 dovecot: child 18480 (login) returned error 89
Nov 18 18:17:01 dovecot: child 18479 (login) returned error 89
--cut--

... and Dovecot would exit. Running Dovecot under gdb would just exit 
(even with -F), and segfault if ran under strace. So it took a while 
before I realized that configure had not even detected SSL/TLS... 

Oh well, not a big thing, but still something to keep in mind.

-- 
 http://www.eca.cx
 Audio software for Linux!

From darren@3x3x3.org  Wed Nov 19 00:52:11 2003
Return-Path: <darren@3x3x3.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 46A1B23866; Wed, 19 Nov 2003 00:52:11 +0200 (EET)
Received: from 3x3x3.org (dsl092-017-251.sfo4.dsl.speakeasy.net
	[66.92.17.251])
	by danu.procontrol.fi (Postfix) with ESMTP id C4B5423841
	for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 00:51:38 +0200 (EET)
Received: (qmail 5233 invoked by uid 89); 18 Nov 2003 22:48:12 -0000
Received: from dsl092-182-061.sfo1.dsl.speakeasy.net (HELO 3x3x3.org)
	(darren@3x3x3.org@66.92.182.61)
	by 0 with AES256-SHA encrypted SMTP; 18 Nov 2003 22:48:12 -0000
Message-ID: <3FBAA26C.5060104@3x3x3.org>
Date: Tue, 18 Nov 2003 14:51:24 -0800
From: darren david <darren@3x3x3.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] run POP3S + IMAPS simultaneously?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 22:52:11 -0000
X-UID: 1887                                                  
Status: O

a quick one:

is it possible to run POP3S and IMAPS services through dovecot at the 
same time? would i just uncomment both "login = imap" and "login = pop3" 
in /etc/dovecot.conf? or can i only run one at a time?

apologies if the answer is obvious, i'm just still trying to wrap my 
head around all of this.

thanks,
darren david

From zach.bagnall@bulletinwireless.com  Wed Nov 19 01:12:57 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CC660238B7; Wed, 19 Nov 2003 01:12:57 +0200 (EET)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 9707B2385D
	for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 01:12:25 +0200 (EET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id 6BE026811
	for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 12:12:18 +1300 (NZDT)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
 by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id 03450-01-70
 for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 12:12:16 +1300 (NZDT)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id BCD7B6794
	for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 12:12:16 +1300 (NZDT)
Date: Wed, 19 Nov 2003 12:12:16 +1300
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] run POP3S + IMAPS simultaneously?
Message-Id: <20031119121216.36e9e02c.zach.bagnall@bulletinwireless.com>
In-Reply-To: <3FBAA26C.5060104@3x3x3.org>
References: <3FBAA26C.5060104@3x3x3.org>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1";
 boundary="Signature=_Wed__19_Nov_2003_12_12_16_+1300_+XI4a61LVDA5AOls"
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 18 Nov 2003 23:12:57 -0000
X-UID: 1888                                                  
Status: O
Content-Length: 1061

--Signature=_Wed__19_Nov_2003_12_12_16_+1300_+XI4a61LVDA5AOls
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Yes, you can run both simultaneously.

In addition, remember to add pop3s to the "protocols" line.

Zach.

On Tue, 18 Nov 2003 14:51:24 -0800, darren david <darren@3x3x3.org>
wrote:
> a quick one:
> 
> is it possible to run POP3S and IMAPS services through dovecot at the 
> same time? would i just uncomment both "login = imap" and "login =
> pop3" in /etc/dovecot.conf? or can i only run one at a time?
> 
> apologies if the answer is obvious, i'm just still trying to wrap my 
> head around all of this.
> 
> thanks,
> darren david
> 

--Signature=_Wed__19_Nov_2003_12_12_16_+1300_+XI4a61LVDA5AOls
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/uqdQ4jDFYT+aqaIRAhbTAJ9htRVc93qDMnlsDpDwfCGg+BgW2gCbBHIL
AnkyQfw6i64yqQPy4Vo/jxw=
=dyvk
-----END PGP SIGNATURE-----

--Signature=_Wed__19_Nov_2003_12_12_16_+1300_+XI4a61LVDA5AOls--
From darren@3x3x3.org  Wed Nov 19 02:40:24 2003
Return-Path: <darren@3x3x3.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 391D523866; Wed, 19 Nov 2003 02:40:24 +0200 (EET)
Received: from 3x3x3.org (dsl092-017-251.sfo4.dsl.speakeasy.net
	[66.92.17.251])
	by danu.procontrol.fi (Postfix) with ESMTP id 7F75A2385D
	for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 02:39:50 +0200 (EET)
Received: (qmail 7332 invoked by uid 89); 19 Nov 2003 00:36:24 -0000
Received: from dsl092-182-061.sfo1.dsl.speakeasy.net (HELO 3x3x3.org)
	(darren@3x3x3.org@66.92.182.61)
	by 0 with AES256-SHA encrypted SMTP; 19 Nov 2003 00:36:24 -0000
Message-ID: <3FBABBC7.6010204@3x3x3.org>
Date: Tue, 18 Nov 2003 16:39:35 -0800
From: darren david <darren@3x3x3.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Zach Bagnall <zach.bagnall@bulletinwireless.com>,
	dovecot@procontrol.fi
Subject: Re: [Dovecot] run POP3S + IMAPS simultaneously?
References: <3FBAA26C.5060104@3x3x3.org>
	<20031119121216.36e9e02c.zach.bagnall@bulletinwireless.com>
In-Reply-To: <20031119121216.36e9e02c.zach.bagnall@bulletinwireless.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 19 Nov 2003 00:40:24 -0000
X-UID: 1889                                                  
Status: O

sure enough. and easy enough!

thanks,
darren

Zach Bagnall wrote:

>Yes, you can run both simultaneously.
>
>In addition, remember to add pop3s to the "protocols" line.
>
>Zach.
>
>On Tue, 18 Nov 2003 14:51:24 -0800, darren david <darren@3x3x3.org>
>wrote:
>  
>
>>a quick one:
>>
>>is it possible to run POP3S and IMAPS services through dovecot at the 
>>same time? would i just uncomment both "login = imap" and "login =
>>pop3" in /etc/dovecot.conf? or can i only run one at a time?
>>
>>apologies if the answer is obvious, i'm just still trying to wrap my 
>>head around all of this.
>>
>>thanks,
>>darren david
>>
>>    
>>
>>------------------------------------------------------------------------
>>
>>!DSPAM:3fbaa6d8266971365816602!
>>

From esj@harvee.org  Wed Nov 19 21:56:07 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4ED2B23866; Wed, 19 Nov 2003 21:56:07 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id BC3B723841
	for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 21:55:34 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id hAJJtK2x027041
	for <dovecot@procontrol.fi>; Wed, 19 Nov 2003 14:55:32 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Wed, 19 Nov 2003 14:55:08 -0500
Message-ID: <3FBBCA11.4000704@harvee.org>
Date: Wed, 19 Nov 2003 14:52:49 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
References: <1068490809.2794.7.camel@hurina>
	<20031110221417.GA11416@iridium.mv.net> <1068503071.2802.27.camel@hurina>
	<3FB935E6.7000701@harvee.org>
In-Reply-To: <3FB935E6.7000701@harvee.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:031119:dovecot@procontrol.fi:636ff3c562a31a4a
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 19 Nov 2003 19:56:07 -0000
X-UID: 1890                                                  
Status: O

Eric S. Johansson wrote:

> Mailboxes are definitely working better with mbox format. 

whoops, spoke too soon.  delay are up to the 1-2 minute range for INBOX 
and 30 second delays are not uncommon with all the rest.

--- eric

-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears

From bah@webmedic.net  Thu Nov 20 17:22:50 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D7325238B7; Thu, 20 Nov 2003 17:22:50 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by danu.procontrol.fi (Postfix) with ESMTP id 8C3B623841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 17:22:17 +0200 (EET)
Received: from p11-66-112-120-164.rb.vcr.centurytel.net ([66.112.120.164]
	helo=mandrake.webmedic.net)
	by courage.vosn.net with esmtp (Exim 4.24)	id 1AMqdH-0002C1-Ld
	for dovecot@procontrol.fi; Thu, 20 Nov 2003 08:22:14 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
Date: Thu, 20 Nov 2003 07:21:56 -0800
User-Agent: KMail/1.5.93
References: <1068490809.2794.7.camel@hurina> <3FB935E6.7000701@harvee.org>
	<3FBBCA11.4000704@harvee.org>
In-Reply-To: <3FBBCA11.4000704@harvee.org>
X-Crash-Handler: <input type crash>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200311200721.56873.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - procontrol.fi
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 15:22:51 -0000
X-UID: 1891                                                  
Status: O
Content-Length: 1463

On Wednesday 19 November 2003 11:52 am, Eric S. Johansson wrote:
> whoops, spoke too soon. =A0delay are up to the 1-2 minute range for INBOX
> and 30 second delays are not uncommon with all the rest.

somebody out there still uses mbox? Hm wonders never cease.=20

I an say it does work well here using imap, pop3, imaps, and pop3s. Now I'm=
=20
wondering about not using plain passwords. What is the easiest way to do=20
this. For now I authenticate using pam but can change that.=20

Also to note when using squirrelmail for some reason squirrelmail does not=
=20
like to pick up all the mailboxes. It does the inbox fine but I also have=20
maildrop sorting out virii and spam into seperate folders. Squirrelmail doe=
s=20
not like to find these. Kmail does find them fine however. Both of these ar=
e=20
of course over imap. Am I just missing some setting here? Oh and squirrelma=
il=20
will see on extra folder at a time but not more than that.

=2D-=20
New and improved with advanced outlook crash handler.=20
<!--><input type -->
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
                                      Brook Humphrey          =20
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107       =20
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com  =20
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
From esj@harvee.org  Thu Nov 20 17:31:47 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 01AC2238C7; Thu, 20 Nov 2003 17:31:47 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id CF0AD23841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 17:31:13 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id hAKFV52x012370;
	Thu, 20 Nov 2003 10:31:10 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 20 Nov 2003 10:31:03 -0500
Message-ID: <3FBCDDAC.5050700@harvee.org>
Date: Thu, 20 Nov 2003 10:28:44 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brook Humphrey <bah@webmedic.net>
Subject: Re: [Dovecot] 0.99.10.2 released
References: <1068490809.2794.7.camel@hurina> <3FB935E6.7000701@harvee.org>
	<3FBBCA11.4000704@harvee.org> <200311200721.56873.bah@webmedic.net>
In-Reply-To: <200311200721.56873.bah@webmedic.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:031120:bah@webmedic.net:75675018df87fb0f
X-Hashcash: 0:031120:dovecot@procontrol.fi:fa75098eb230c244
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 15:31:47 -0000
X-UID: 1892                                                  
Status: O

Brook Humphrey wrote:

> On Wednesday 19 November 2003 11:52 am, Eric S. Johansson wrote:
> 
>>whoops, spoke too soon.  delay are up to the 1-2 minute range for INBOX
>>and 30 second delays are not uncommon with all the rest.
> 
> 
> somebody out there still uses mbox? Hm wonders never cease. 

:-) we have a mixed marriage here.  I use Thunderbird/imap, she uses 
mutt.  Haven't figured out quite how to make global procmail deliver 
maildir to my mailboxes and mbox to her's.  heck, just trying to figure 
out how to get procmail to deliver maildir everywhere is a bit trying. 
On the gripping hand, if mutt can do maildir with no change of user 
interface...hmmm time to research something.

maybe it's also time to use a different local delivery agent.


---eric


-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears

From G.Ohrner@post.rwth-aachen.de  Thu Nov 20 17:55:18 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 108EC238B7; Thu, 20 Nov 2003 17:55:18 +0200 (EET)
Received: from Blubb.wwWLAN.net (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id C554F23841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 17:54:44 +0200 (EET)
Received: by Blubb.wwWLAN.net (Postfix, from userid 106)
	id 50286344088; Thu, 20 Nov 2003 16:54:43 +0100 (CET)
Received: from HornBurg.CustomCDROM.de (ach9-d9bbabcb.pool.mediaWays.net
	[217.187.171.203])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by Blubb.wwWLAN.net (Postfix) with ESMTP id C1742344087
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 16:54:42 +0100 (CET)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=c067ab4153cf3f9f611ad10781f90b4c)
	by HornBurg.CustomCDROM.de with esmtp (Exim 3.35 #1 (Debian))
	id 1AMDcS-0004nZ-00
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 22:42:44 +0100
Received: from localhost ([127.0.0.1] ident=34557d7f09fe40b7cf340bdfa06bd03c)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 1AMDce-0000zo-00
	for <dovecot@procontrol.fi>; Tue, 18 Nov 2003 22:42:56 +0100
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] entourage + dovecot bug?
Date: Tue, 18 Nov 2003 22:42:42 +0100
User-Agent: KMail/1.5.4
References: <Pine.LNX.4.44.0311181101110.16419-100000@localhost.localdomain>
In-Reply-To: <Pine.LNX.4.44.0311181101110.16419-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200311182242.55389@mail.CustomCDROM.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 15:55:18 -0000
X-UID: 1893                                                  
Status: O
Content-Length: 1112

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Dienstag, 18. November 2003 17:36 schrieb Payton:
> 	I'm not certain if the problem lies in some tweak between 0.99.10
> and 0.99.10.2 or if it is something with the red hat system itself, but I
> can't find anything.

Did you dump the network traffic between Entourage and the working and fail=
ing=20
setup? This could probably help to track the problem.

Greetings,

  Gunter

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
=2D - "Remember -- that which does not kill us can only make us stronger."
=2D - "And that which *does* kill us leaves us *dead*!"
        -- (Terry Pratchett, Carpe Jugulum)
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/upJe0ORHvREo8l8RAon5AJ9GNyI3BAqSZSbT7Yn1e2YHIiAI9QCglcpM
115aOM0gcfuWeXGZYH8mtyE=3D
=3DLmKz
=2D----END PGP SIGNATURE-----

From tss@iki.fi  Thu Nov 20 18:23:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 50F39238B7; Thu, 20 Nov 2003 18:23:41 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D312D2385D
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:23:06 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 5E9DE5EC1149; Thu, 20 Nov 2003 18:23:01 +0200 (EET)
Subject: Re: [Dovecot] IMAP subscribe/unsubscribe broken in 0.99.10.2
From: Timo Sirainen <tss@iki.fi>
To: Matthew Reimer <mreimer@vpop.net>
In-Reply-To: <3FB94FFF.30203@vpop.net>
References: <3FB94FFF.30203@vpop.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-AbK2vjoEvCdhIJU29RX/"
Message-Id: <1069345380.16673.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 20 Nov 2003 18:23:00 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 16:23:41 -0000
X-UID: 1894                                                  
Status: O
Content-Length: 1138


--=-AbK2vjoEvCdhIJU29RX/
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-11-18 at 00:47, Matthew Reimer wrote:
> IMAP subscribe/unsubscribe is broken in 0.99.10.2 (and earlier=20
> releases), specifically subsfile_set_subscribed(), where the logic is=20
> all wrong. I tried just copying over the latest subscription-file.c but=20
> it has dependencies on some file locking/dotlocking stuff that 0.99.10.2=20
> doesn't have.
>=20
> Timo, would it be possible to incorporate the latest subscription-file.c=20
> into 0.99.10.3 (whenever that will be)?

I see bugs in CVS's subscription implementation, but what's wrong in
0.99.10.2 implementation? Also your comments about dotlocking changes
sound like you're trying some CVS snapshot :)


--=-AbK2vjoEvCdhIJU29RX/
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/vOpjyUhSUUBViskRAthGAJwKfrJWLKkrmhEa667G8y1u2a9r5QCfbzBC
HWGrhJOYv6bzkrbziCTEpBk=
=VZZ9
-----END PGP SIGNATURE-----

--=-AbK2vjoEvCdhIJU29RX/--

From gordon@doxxx.net  Thu Nov 20 18:28:31 2003
Return-Path: <gordon@doxxx.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1C66F238B7; Thu, 20 Nov 2003 18:28:31 +0200 (EET)
Received: from sitraka.com (unknown [207.219.186.98])
	by danu.procontrol.fi (Postfix) with ESMTP id 8BB582385D
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:27:57 +0200 (EET)
Received: from doxxx.net (rd-gtyler.sitraka.com [10.4.114.103])
	by sitraka.com (8.11.6/8.11.6) with ESMTP id hAKGRo304162
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 11:27:50 -0500
Message-ID: <3FBCEB8A.6070401@doxxx.net>
Date: Thu, 20 Nov 2003 11:27:54 -0500
From: Gordon Tyler <gordon@doxxx.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
References: <1068490809.2794.7.camel@hurina> <3FB935E6.7000701@harvee.org>
	<3FBBCA11.4000704@harvee.org> <200311200721.56873.bah@webmedic.net>
	<3FBCDDAC.5050700@harvee.org>
In-Reply-To: <3FBCDDAC.5050700@harvee.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 16:28:31 -0000
X-UID: 1895                                                  
Status: O

Eric S. Johansson wrote:

> :-) we have a mixed marriage here.  I use Thunderbird/imap, she uses 
> mutt.  Haven't figured out quite how to make global procmail deliver 
> maildir to my mailboxes and mbox to her's.  heck, just trying to figure 
> out how to get procmail to deliver maildir everywhere is a bit trying. 
> On the gripping hand, if mutt can do maildir with no change of user 
> interface...hmmm time to research something.
> 
> maybe it's also time to use a different local delivery agent.

I can heartily recommend Maildrop. Readable filter language and it's 
able to handle both mbox and maildir. I'm using it combination with 
exim4, but I'm contemplating pointing fetchmail directly at maildrop and 
bypassing exim4 since the only reason exim4 is installed is to handle 
local delivery, it's never used as an outgoing server or as an incoming 
server other than via fetchmail.

Ciao,
Gordon


From tss@iki.fi  Thu Nov 20 18:29:43 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BA086238CE; Thu, 20 Nov 2003 18:29:43 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 2870A238C9
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:28:52 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 16C775EC1149; Thu, 20 Nov 2003 18:28:52 +0200 (EET)
Subject: Re: [Dovecot] SSL and certificate authorities.
From: Timo Sirainen <tss@iki.fi>
To: Zach Bagnall <zach.bagnall@bulletinwireless.com>
In-Reply-To: <20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com>
References: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
	 <20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-/Y2bDGOGOOWZ/jTlh0NT"
Message-Id: <1069345731.16670.21.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 20 Nov 2003 18:28:51 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 16:29:43 -0000
X-UID: 1896                                                  
Status: O


--=-/Y2bDGOGOOWZ/jTlh0NT
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-11-18 at 04:58, Zach Bagnall wrote:
> I don't see it in the source. Try the patch attached. Dovecot seems to
> run OK, but it hasn't been tested with a real key/cert/CA setup.

What exactly does this patch do? Gives client a list of accepted CAs,
but it doesn't look like it actually requires client to provide a valid
certificate?


--=-/Y2bDGOGOOWZ/jTlh0NT
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/vOvDyUhSUUBViskRAo2CAJ9cT5h2yb4Qj0gknzrjA9Tr01iyBACgiqUx
8hRpfUVRAQtojW/SwcDRVPY=
=6qdY
-----END PGP SIGNATURE-----

--=-/Y2bDGOGOOWZ/jTlh0NT--

From bah@webmedic.net  Thu Nov 20 18:31:38 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 00F6E238C9; Thu, 20 Nov 2003 18:31:38 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by danu.procontrol.fi (Postfix) with ESMTP id 7B9C5238B7
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:31:05 +0200 (EET)
Received: from pppoe-64-91-111-171-rb.vcr.centurytel.net ([64.91.111.171]
	helo=mandrake.webmedic.net)
	by courage.vosn.net with esmtp (Exim 4.24)	id 1AMrhw-0005j8-P1
	for dovecot@procontrol.fi; Thu, 20 Nov 2003 09:31:04 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
Date: Thu, 20 Nov 2003 08:31:01 -0800
User-Agent: KMail/1.5.93
References: <1068490809.2794.7.camel@hurina>
	<200311200721.56873.bah@webmedic.net> <3FBCDDAC.5050700@harvee.org>
In-Reply-To: <3FBCDDAC.5050700@harvee.org>
X-Crash-Handler: <input type crash>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200311200831.01327.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - procontrol.fi
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 16:31:38 -0000
X-UID: 1897                                                  
Status: O
Content-Length: 1997

On Thursday 20 November 2003 07:28 am, you wrote:
> Brook Humphrey wrote:
> > On Wednesday 19 November 2003 11:52 am, Eric S. Johansson wrote:
> >>whoops, spoke too soon.  delay are up to the 1-2 minute range for INBOX
> >>and 30 second delays are not uncommon with all the rest.
> >
> > somebody out there still uses mbox? Hm wonders never cease.
> >
> :-) we have a mixed marriage here.  I use Thunderbird/imap, she uses
>
> mutt.  Haven't figured out quite how to make global procmail deliver
> maildir to my mailboxes and mbox to her's.  heck, just trying to figure
> out how to get procmail to deliver maildir everywhere is a bit trying.
> On the gripping hand, if mutt can do maildir with no change of user
> interface...hmmm time to research something.

Hm I use maildrop here and you can have individual rules for each user. These 
are stored in the users home directory. With maildrop i have it sorting spam 
and virii for me through spamassassin and anomy sanitizer. Really it could 
not be easier. I do believe bot dont quote me in this that maildrop does 
support mbox but I'm not sure. 

I dont use mutt but I do know that pine does support maildir. I did however 
look through the muttrc. Uhg. Anyway I see others on the net talking about it 
but I see no one showing how they did it. Mutt can use imap servers though 
and this may be a good solution. You could put here imap settings in the 
~/.muttrc.

>
> maybe it's also time to use a different local delivery agent.
>
>
> ---eric

-- 
New and improved with advanced outlook crash handler. 
<!--><input type -->
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
                                      Brook Humphrey           
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107        
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com   
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
From tss@iki.fi  Thu Nov 20 18:32:56 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1DBD8238D4; Thu, 20 Nov 2003 18:32:56 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9DAE7238D3
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:32:22 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id A243D5EC1149; Thu, 20 Nov 2003 18:32:20 +0200 (EET)
Subject: Re: [Dovecot] 0.99.10.2 released
From: Timo Sirainen <tss@iki.fi>
To: Brook Humphrey <bah@webmedic.net>
In-Reply-To: <200311200721.56873.bah@webmedic.net>
References: <1068490809.2794.7.camel@hurina> <3FB935E6.7000701@harvee.org>
	 <3FBBCA11.4000704@harvee.org>  <200311200721.56873.bah@webmedic.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-RNwtkL7WcfLnlc5Tx6S5"
Message-Id: <1069345939.16671.25.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 20 Nov 2003 18:32:20 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 16:32:56 -0000
X-UID: 1898                                                  
Status: O
Content-Length: 1437


--=-RNwtkL7WcfLnlc5Tx6S5
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-11-20 at 17:21, Brook Humphrey wrote:
> I an say it does work well here using imap, pop3, imaps, and pop3s. Now I=
'm=20
> wondering about not using plain passwords. What is the easiest way to do=20
> this. For now I authenticate using pam but can change that.=20

Depends on clients. If you only allow SSL connections, it doesn't matter
if clients then give plaintext passwords. Most don't support anything
else.

> Also to note when using squirrelmail for some reason squirrelmail does no=
t=20
> like to pick up all the mailboxes. It does the inbox fine but I also have=
=20
> maildrop sorting out virii and spam into seperate folders. Squirrelmail d=
oes=20
> not like to find these. Kmail does find them fine however. Both of these =
are=20
> of course over imap. Am I just missing some setting here? Oh and squirrel=
mail=20
> will see on extra folder at a time but not more than that.

Squirrelmail shows only subscribed mailboxes, maybe kmail shows all?


--=-RNwtkL7WcfLnlc5Tx6S5
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/vOyTyUhSUUBViskRAvPNAJwIEjldCfR3LEfyk8sRl81FsmNyNACfVL+7
DiauHUDme4BhDxMek/fvf4Y=
=SeTc
-----END PGP SIGNATURE-----

--=-RNwtkL7WcfLnlc5Tx6S5--

From dinh.viet.hoa@free.fr  Thu Nov 20 18:45:00 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EC8FA238C9; Thu, 20 Nov 2003 18:45:00 +0200 (EET)
Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by danu.procontrol.fi (Postfix) with ESMTP id 01C5D238B7
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:44:27 +0200 (EET)
Received: from homer.priv (lns-vlq-3-82-64-215-111.adsl.proxad.net
	[82.64.215.111])
	by postfix4-2.free.fr (Postfix) with ESMTP id 571A6C3BC
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 17:44:21 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hAKGiHP5010658
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 17:44:17 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hAKGiHx1010656;
	Thu, 20 Nov 2003 17:44:17 +0100
Date: Thu, 20 Nov 2003 17:38:40 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot ML <dovecot@procontrol.fi>
Message-ID: <etPan.3fbcee10.2b7eaa5d.2968@homer>
X-Mailer: etPan - version 0.1 - new generation
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="3fbcef56_354b5112_2968"
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] patch and bug report (from an other in fact)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 16:45:01 -0000
X-UID: 1899                                                  
Status: O
Content-Length: 8368

--3fbcef56_354b5112_2968
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

When messages marked \Recent are deleted and expunged, the patch now 
sends the new message count and the new recent messages count (although 
the message count is not really necessary).

>From RFC 3501 errata (ftp://ftp.cac.washington.edu/imap/rfc3501-errata)

<<
Section 6.4.3, page 49:
	old:
      The EXPUNGE command permanently removes all messages that have the
      \Deleted flag set from the currently selected mailbox.  Before
      returning an OK to the client, an untagged EXPUNGE response is
      sent for each message that is removed.
	new:
      The EXPUNGE command permanently removes all messages that have the
      \Deleted flag set from the currently selected mailbox.  Before
      returning an OK to the client, an untagged EXPUNGE response is
      sent for each message that is removed.  Note that if any messages
      with the \Recent flag set are expunged, an untagged RECENT response
      is sent after the untagged EXPUNGE(s) to update the client's count
      of RECENT messages.
>>


The bug is that when we connect to the IMAP server through a command
(ssh /usr/libexec/imap for example). \Recent flags are not removed when we 
have finish the access to the mailbox. (I have not yet investigated about 
that)


Besides that, did you found a solution for the message parser ?
(the bug in FETCH ENVELOPE that I noticed personnaly to Timo)

-- 
DINH V. Hoa,

"s/^\(\(\\.\|[^\[]\|\[\(\^.\|[^^]\)[^]]*\]\)*\)\(\\[^\*[]\)/\1\\\4/"
     -- Stphane CHAZELAS

--3fbcef56_354b5112_2968
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="diff-result"

PyBkaWZmLXJlc3VsdApJbmRleDogc3JjL2ltYXAvY21kLWV4cHVuZ2UuYwo9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJD
UyBmaWxlOiAvaG9tZS9jdnMvZG92ZWNvdC9zcmMvaW1hcC9jbWQtZXhwdW5nZS5jLHYKcmV0cmll
dmluZyByZXZpc2lvbiAxLjUKZGlmZiAtdSAtcjEuNSBjbWQtZXhwdW5nZS5jCi0tLSBzcmMvaW1h
cC9jbWQtZXhwdW5nZS5jCTI3IEp1bCAyMDAzIDA0OjQ4OjMyIC0wMDAwCTEuNQorKysgc3JjL2lt
YXAvY21kLWV4cHVuZ2UuYwkyMCBOb3YgMjAwMyAxNjozNTo1MCAtMDAwMApAQCAtOSwxMCArOSwx
MiBAQAogCWlmICghY2xpZW50X3ZlcmlmeV9vcGVuX21haWxib3goY2xpZW50KSkKIAkJcmV0dXJu
IFRSVUU7CiAKLQlpZiAoaW1hcF9leHB1bmdlKGNsaWVudC0+bWFpbGJveCwgVFJVRSkpCi0JCWNs
aWVudF9zZW5kX3RhZ2xpbmUoY2xpZW50LCAiT0sgRXhwdW5nZSBjb21wbGV0ZWQuIik7CisJaWYg
KGltYXBfZXhwdW5nZShjbGllbnQtPm1haWxib3gsIFRSVUUpKSB7CisgICAgICAgICAgICAgICAg
Y2xpZW50X3N5bmNfbWVzc2FnZV9jb3VudHMoY2xpZW50KTsKKyAgICAgICAgICAgICAgICBjbGll
bnRfc2VuZF90YWdsaW5lKGNsaWVudCwgIk9LIEV4cHVuZ2UgY29tcGxldGVkLiIpOworICAgICAg
ICB9CiAJZWxzZQogCQljbGllbnRfc2VuZF9zdG9yYWdlX2Vycm9yKGNsaWVudCwgY2xpZW50LT5t
YWlsYm94LT5zdG9yYWdlKTsKLQorICAgICAgICAKIAlyZXR1cm4gVFJVRTsKIH0KSW5kZXg6IHNy
Yy9pbWFwL2NvbW1hbmRzLXV0aWwuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnMvZG92
ZWNvdC9zcmMvaW1hcC9jb21tYW5kcy11dGlsLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjkK
ZGlmZiAtdSAtcjEuMjkgY29tbWFuZHMtdXRpbC5jCi0tLSBzcmMvaW1hcC9jb21tYW5kcy11dGls
LmMJMjQgQXVnIDIwMDMgMTI6NDU6MzIgLTAwMDAJMS4yOQorKysgc3JjL2ltYXAvY29tbWFuZHMt
dXRpbC5jCTIwIE5vdiAyMDAzIDE2OjM1OjUxIC0wMDAwCkBAIC0xNDQsNiArMTQ0LDE4IEBACiAJ
fQogfQogCit2b2lkIGNsaWVudF9zeW5jX21lc3NhZ2VfY291bnRzKHN0cnVjdCBjbGllbnQgKmNs
aWVudCkKK3sKKwlpZiAoY2xpZW50LT5tYWlsYm94ID09IE5VTEwpCisJCXJldHVybjsKKworCWlm
ICghY2xpZW50LT5tYWlsYm94LT5zeW5jKGNsaWVudC0+bWFpbGJveCwKKyAgICAgICAgICAgICAg
ICBNQUlMQk9YX1NZTkNfRk9SQ0VfQ09VTlQpKSB7CisJCWNsaWVudF9zZW5kX3VudGFnZ2VkX3N0
b3JhZ2VfZXJyb3IoY2xpZW50LAorICAgICAgICAgICAgICAgICAgICBjbGllbnQtPm1haWxib3gt
PnN0b3JhZ2UpOworCX0KK30KKwogdm9pZCBjbGllbnRfc2VuZF9zdG9yYWdlX2Vycm9yKHN0cnVj
dCBjbGllbnQgKmNsaWVudCwKIAkJCSAgICAgICBzdHJ1Y3QgbWFpbF9zdG9yYWdlICpzdG9yYWdl
KQogewpJbmRleDogc3JjL2ltYXAvY29tbWFuZHMtdXRpbC5oCj09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6
IC9ob21lL2N2cy9kb3ZlY290L3NyYy9pbWFwL2NvbW1hbmRzLXV0aWwuaCx2CnJldHJpZXZpbmcg
cmV2aXNpb24gMS4xMwpkaWZmIC11IC1yMS4xMyBjb21tYW5kcy11dGlsLmgKLS0tIHNyYy9pbWFw
L2NvbW1hbmRzLXV0aWwuaAkyNyBKdWwgMjAwMyAwNDo0ODozMiAtMDAwMAkxLjEzCisrKyBzcmMv
aW1hcC9jb21tYW5kcy11dGlsLmgJMjAgTm92IDIwMDMgMTY6MzU6NTIgLTAwMDAKQEAgLTMxLDYg
KzMxLDkgQEAKIC8qIFN5bmNocm9uaXplIGFsbCBidXQgZXhwdW5nZXMgd2l0aCBjbGllbnQuICov
CiB2b2lkIGNsaWVudF9zeW5jX3dpdGhvdXRfZXhwdW5nZXMoc3RydWN0IGNsaWVudCAqY2xpZW50
KTsKIAorLyogU3luY2hyb25pemUgbWVzc2FnZXMgY291bnRzIHdpdGggY2xpZW50LiAqLwordm9p
ZCBjbGllbnRfc3luY19tZXNzYWdlX2NvdW50cyhzdHJ1Y3QgY2xpZW50ICpjbGllbnQpOworCiAv
KiBTZW5kIGxhc3QgbWFpbCBzdG9yYWdlIGVycm9yIG1lc3NhZ2UgdG8gY2xpZW50LiAqLwogdm9p
ZCBjbGllbnRfc2VuZF9zdG9yYWdlX2Vycm9yKHN0cnVjdCBjbGllbnQgKmNsaWVudCwKIAkJCSAg
ICAgICBzdHJ1Y3QgbWFpbF9zdG9yYWdlICpzdG9yYWdlKTsKSW5kZXg6IHNyYy9saWItc3RvcmFn
ZS9tYWlsLXN0b3JhZ2UuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9jdnMvZG92ZWNvdC9z
cmMvbGliLXN0b3JhZ2UvbWFpbC1zdG9yYWdlLmgsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNjIK
ZGlmZiAtdSAtcjEuNjIgbWFpbC1zdG9yYWdlLmgKLS0tIHNyYy9saWItc3RvcmFnZS9tYWlsLXN0
b3JhZ2UuaAkyNiBPY3QgMjAwMyAyMDoxMzoxNSAtMDAwMAkxLjYyCisrKyBzcmMvbGliLXN0b3Jh
Z2UvbWFpbC1zdG9yYWdlLmgJMjAgTm92IDIwMDMgMTY6MzU6NTUgLTAwMDAKQEAgLTk5LDcgKzk5
LDggQEAKIAlNQUlMQk9YX1NZTkNfTk9ORQkJPSAweDAwLAogCU1BSUxCT1hfU1lOQ19GVUxMCQk9
IDB4MDEsCiAJTUFJTEJPWF9TWU5DX0ZBU1QJCT0gMHgwMiwKLQlNQUlMQk9YX1NZTkNfRkxBR19O
T19FWFBVTkdFUwk9IDB4MDQKKwlNQUlMQk9YX1NZTkNfRkxBR19OT19FWFBVTkdFUwk9IDB4MDQs
CisJTUFJTEJPWF9TWU5DX0ZPUkNFX0NPVU5UICAgICAgICA9IDB4MDgKIH07CiAKIGVudW0gY2xp
ZW50X3dvcmthcm91bmRzIHsKSW5kZXg6IHNyYy9saWItc3RvcmFnZS9pbmRleC9pbmRleC1zeW5j
LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3ZzL2RvdmVjb3Qvc3JjL2xpYi1zdG9yYWdl
L2luZGV4L2luZGV4LXN5bmMuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yNwpkaWZmIC11IC1y
MS4yNyBpbmRleC1zeW5jLmMKLS0tIHNyYy9saWItc3RvcmFnZS9pbmRleC9pbmRleC1zeW5jLmMJ
MjQgQXVnIDIwMDMgMTI6NDU6MzMgLTAwMDAJMS4yNworKysgc3JjL2xpYi1zdG9yYWdlL2luZGV4
L2luZGV4LXN5bmMuYwkyMCBOb3YgMjAwMyAxNjozNTo1NiAtMDAwMApAQCAtMTAsNyArMTAsNyBA
QAogLyogSG93IG9mdGVuIHRvIGRvIGZ1bGwgc3luYyB3aGVuIGZhc3Qgc3luYyBmbGFnIGlzIHNl
dC4gKi8KICNkZWZpbmUgTUFJTEJPWF9GVUxMX1NZTkNfSU5URVJWQUwgNQogCi1zdGF0aWMgdm9p
ZCBpbmRleF9zdG9yYWdlX3N5bmNfc2l6ZShzdHJ1Y3QgaW5kZXhfbWFpbGJveCAqaWJveCkKK3N0
YXRpYyB2b2lkIGluZGV4X3N0b3JhZ2Vfc3luY19zaXplKHN0cnVjdCBpbmRleF9tYWlsYm94ICpp
Ym94LCBpbnQgZm9yY2UpCiB7CiAJc3RydWN0IG1haWxfc3RvcmFnZSAqc3RvcmFnZSA9IGlib3gt
PmJveC5zdG9yYWdlOwogCXVuc2lnbmVkIGludCBtZXNzYWdlcywgcmVjZW50OwpAQCAtMjEsOSAr
MjEsMTEgQEAKIAltZXNzYWdlcyA9IGlib3gtPmluZGV4LT5nZXRfaGVhZGVyKGlib3gtPmluZGV4
KS0+bWVzc2FnZXNfY291bnQ7CiAJbWVzc2FnZXMgKz0gbWFpbF9tb2RpZnlsb2dfZ2V0X2V4cHVu
Z2VfY291bnQoaWJveC0+aW5kZXgtPm1vZGlmeWxvZyk7CiAKLQlpZiAobWVzc2FnZXMgIT0gaWJv
eC0+c3luY2VkX21lc3NhZ2VzX2NvdW50KSB7Ci0JCWlfYXNzZXJ0KG1lc3NhZ2VzID4gaWJveC0+
c3luY2VkX21lc3NhZ2VzX2NvdW50KTsKLQorCWlmICgobWVzc2FnZXMgIT0gaWJveC0+c3luY2Vk
X21lc3NhZ2VzX2NvdW50KSB8fCBmb3JjZSkgeworICAgICAgICAgICAgICAgIGlmICghZm9yY2Up
IHsKKyAgICAgICAgICAgICAgICAgICAgICAgIGlfYXNzZXJ0KG1lc3NhZ2VzID4gaWJveC0+c3lu
Y2VkX21lc3NhZ2VzX2NvdW50KTsKKyAgICAgICAgICAgICAgICB9CisgICAgICAgICAgICAgICAg
CiAJCS8qIG5ldyBtZXNzYWdlcyBpbiBtYWlsYm94ICovCiAJCXJlY2VudCA9IGluZGV4X3N0b3Jh
Z2VfZ2V0X3JlY2VudF9jb3VudChpYm94LT5pbmRleCk7CiAJCXN0b3JhZ2UtPmNhbGxiYWNrcy0+
bmV3X21lc3NhZ2VzKCZpYm94LT5ib3gsIG1lc3NhZ2VzLCByZWNlbnQsCkBAIC04Miw3ICs4NCw3
IEBACiAJCXJldHVybiBUUlVFOyAvKiBubyBjaGFuZ2VzIC0gbXVzdCBiZSBubyBuZXcgbWFpbCBl
aXRoZXIgKi8KIAogCWlmIChzeW5jX3NpemUpCi0JCWluZGV4X3N0b3JhZ2Vfc3luY19zaXplKGli
b3gpOworCQlpbmRleF9zdG9yYWdlX3N5bmNfc2l6ZShpYm94LCAwKTsKIAogCS8qIG5vdGlmeSBj
aGFuZ2VzIGluIGN1c3RvbSBmbGFncyAqLwogCWlmIChtYWlsX2N1c3RvbV9mbGFnc19oYXNfY2hh
bmdlcyhpbmRleC0+Y3VzdG9tX2ZsYWdzKSAmJgpAQCAtMjQwLDExICsyNDIsMTUgQEAKIAkJcmV0
ID0gaW5kZXhfc3RvcmFnZV9zeW5jX21vZGlmeWxvZyhpYm94LCBGQUxTRSk7CiAJZWxzZQogCQly
ZXQgPSBUUlVFOwotCi0JaW5kZXhfc3RvcmFnZV9zeW5jX3NpemUoaWJveCk7Ci0KKyAgICAgICAg
CisgICAgICAgIGlmIChmbGFncyAmIE1BSUxCT1hfU1lOQ19GT1JDRV9DT1VOVCkKKyAgICAgICAg
ICAgICAgICBpbmRleF9zdG9yYWdlX3N5bmNfc2l6ZShpYm94LCAxKTsKKyAgICAgICAgZWxzZQor
ICAgICAgICAgICAgICAgIGluZGV4X3N0b3JhZ2Vfc3luY19zaXplKGlib3gsIDApOworICAgICAg
ICAKIAlpZiAoIWluZGV4X3N0b3JhZ2VfbG9jayhpYm94LCBNQUlMX0xPQ0tfVU5MT0NLKSkKIAkJ
cmV0dXJuIEZBTFNFOwogCiAJcmV0dXJuIHJldDsKIH0KKwo=

--3fbcef56_354b5112_2968--
From G.Ohrner@post.rwth-aachen.de  Thu Nov 20 19:26:49 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 88F94238C5; Thu, 20 Nov 2003 19:26:49 +0200 (EET)
Received: from Blubb.wwWLAN.net (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id AF15923841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 19:26:14 +0200 (EET)
Received: by Blubb.wwWLAN.net (Postfix, from userid 106)
	id 7661D344094; Thu, 20 Nov 2003 18:26:13 +0100 (CET)
Received: from 192.168.0.188 (wzl10126.WZL.RWTH-Aachen.DE [134.130.233.126])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by Blubb.wwWLAN.net (Postfix) with ESMTP id 225F7344087
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:26:13 +0100 (CET)
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
Organization: Gunter Ohrner Datensysteme
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
Date: Thu, 20 Nov 2003 18:26:04 +0100
User-Agent: KMail/1.5.4
References: <1068490809.2794.7.camel@hurina>
	<200311200721.56873.bah@webmedic.net> <1069345939.16671.25.camel@hurina>
In-Reply-To: <1069345939.16671.25.camel@hurina>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200311201826.04985.G.Ohrner@post.rwth-aachen.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 17:26:49 -0000
X-UID: 1900                                                  
Status: O

On Donnerstag, 20. November 2003 17:32, Timo Sirainen wrote:
> > Squirrelmail does not like to find these. Kmail does find them fine
> > however. Both of these are of course over imap. Am I just missing some
> Squirrelmail shows only subscribed mailboxes, maybe kmail shows all?

This can be configured in kMail, the default is to show all folders, even 
unsubscribed ones.

Greetings,

  Gunter

From G.Ohrner@post.rwth-aachen.de  Thu Nov 20 19:33:27 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E139C238C5; Thu, 20 Nov 2003 19:33:27 +0200 (EET)
Received: from Blubb.wwWLAN.net (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id E8E3A23841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 19:32:54 +0200 (EET)
Received: by Blubb.wwWLAN.net (Postfix, from userid 106)
	id 2DA0E344094; Thu, 20 Nov 2003 18:32:54 +0100 (CET)
Received: from 192.168.0.188 (wzl10126.WZL.RWTH-Aachen.DE [134.130.233.126])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by Blubb.wwWLAN.net (Postfix) with ESMTP id C6689344087
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:32:53 +0100 (CET)
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
Organization: Gunter Ohrner Datensysteme
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
Date: Thu, 20 Nov 2003 18:32:42 +0100
User-Agent: KMail/1.5.4
References: <1068490809.2794.7.camel@hurina>
	<200311200721.56873.bah@webmedic.net> <3FBCDDAC.5050700@harvee.org>
In-Reply-To: <3FBCDDAC.5050700@harvee.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200311201832.42277.G.Ohrner@post.rwth-aachen.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 17:33:28 -0000
X-UID: 1901                                                  
Status: O

On Donnerstag, 20. November 2003 16:28, Eric S. Johansson wrote:
> mutt.  Haven't figured out quite how to make global procmail deliver
> maildir to my mailboxes and mbox to her's.  heck, just trying to figure

If you really need a global procmailrc instead of local ones you could use a 
rule matching all of her mails to put these into an mbox and another rule to 
put alle the rest into your maildir.

Greetings,

  Gunter

From tss@iki.fi  Thu Nov 20 19:45:16 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9FC432385D; Thu, 20 Nov 2003 19:45:16 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4E95723841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 19:44:44 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id E82555EC114D; Thu, 20 Nov 2003 19:44:43 +0200 (EET)
Subject: Re: [Dovecot] patch and bug report (from an other in fact)
From: Timo Sirainen <tss@iki.fi>
To: DINH Viet Hoa <dinh.viet.hoa@free.fr>
In-Reply-To: <etPan.3fbcee10.2b7eaa5d.2968@homer>
References: <etPan.3fbcee10.2b7eaa5d.2968@homer>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-MTxdS0vamBsY+eB7C3Sq"
Message-Id: <1069350283.16673.47.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 20 Nov 2003 19:44:43 +0200
cc: dovecot ML <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 17:45:17 -0000
X-UID: 1902                                                  
Status: O
Content-Length: 1810


--=-MTxdS0vamBsY+eB7C3Sq
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-11-20 at 18:38, DINH Viet Hoa wrote:
> When messages marked \Recent are deleted and expunged, the patch now=20
> sends the new message count and the new recent messages count (although=20
> the message count is not really necessary).

Yes, I noticed your mail in imap-list. :) The patch is wrong though,
your session may see expunges made by another client as well.

More correct location would be
lib-storage/index/maildir/maildir-expunge.c, same for mbox, and
lib-storage/index/index-sync.c:index_storage_sync_modifylog().

They could check if any \Recent messages were expunged, and if so then
call storage->callbacks->new_messages().

> The bug is that when we connect to the IMAP server through a command
> (ssh /usr/libexec/imap for example). \Recent flags are not removed when w=
e=20
> have finish the access to the mailbox. (I have not yet investigated about=
=20
> that)

Recent counters are completely broken currently.. I had an idea how to
fix them to work nicely, but haven't yet had time for that.
http://www.washington.edu/imap/listarch/current/msg01039.html

> Besides that, did you found a solution for the message parser ?
> (the bug in FETCH ENVELOPE that I noticed personnaly to Timo)

Solution is to rewrite lib-mail/message-address.c to work with string
directly instead of tokens. Haven't done that yet either.


--=-MTxdS0vamBsY+eB7C3Sq
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/vP2LyUhSUUBViskRAqWPAJ9xJCUK+MSXvJJfoK6rJUa1ucYckQCgn0hb
eLsE2Faf3jYXkgAAfGwJKr4=
=dDnN
-----END PGP SIGNATURE-----

--=-MTxdS0vamBsY+eB7C3Sq--

From tss@iki.fi  Thu Nov 20 20:01:11 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0757B23866; Thu, 20 Nov 2003 20:01:11 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 298302385D
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 20:00:38 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id B7DB65EC114D; Thu, 20 Nov 2003 20:00:37 +0200 (EET)
Subject: Re: [Dovecot] pop3-login process leakage
From: Timo Sirainen <tss@iki.fi>
To: Clive Jones <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
In-Reply-To: <047001c3adc6$950f17b0$01124c0a@uk.maint.com>
References: <0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com>
	 <1068314769.9815.26.camel@hurina>
	 <047001c3adc6$950f17b0$01124c0a@uk.maint.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-VEhzXGV1sF3k3hWp0xM7"
Message-Id: <1069351237.16663.53.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 20 Nov 2003 20:00:37 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 18:01:11 -0000
X-UID: 1903                                                  
Status: O
Content-Length: 1092


--=-VEhzXGV1sF3k3hWp0xM7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-11-18 at 13:24, Clive Jones wrote:
> > gdb /usr/local/libexec/dovecot/pop3-login <pid of pop3-login process>
>=20
> > p clients->nodes_count
>=20
> $1 =3D 0
>=20
> > p main_refcount
>=20
> $2 =3D 2
>=20
> > p auth_reconnect
>=20
> $3 =3D 0
>=20
> > p auth_waiting_handshake_count
>=20
> $4 =3D 0
>=20
> What's the verdict?

Looks like this process hasn't even accepted a pop3 connection yet.. Do
they all do this? Ask these too:

p closing_down
p process_per_connection
p ssl_proxies->nodes_count
p io_master

And have you changed login_processes_count, login_max_processes_count or
login_max_logging_users settings?


--=-VEhzXGV1sF3k3hWp0xM7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/vQFFyUhSUUBViskRAkDyAJ9qxHHvbDNhNxTBRhpLl6scHe5l4ACaAtNX
2agAJEXN3tMfEF1J3MqQtm0=
=9BSa
-----END PGP SIGNATURE-----

--=-VEhzXGV1sF3k3hWp0xM7--

From bah@webmedic.net  Thu Nov 20 21:19:25 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9D20D23866; Thu, 20 Nov 2003 21:19:25 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by danu.procontrol.fi (Postfix) with ESMTP id 8AA7F23841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 21:18:51 +0200 (EET)
Received: from pppoe64-91-122-13.vcr.centurytel.net ([64.91.122.13]
	helo=mandrake.webmedic.net)
	by courage.vosn.net with esmtp (Exim 4.24)	id 1AMuKB-0004wY-On
	for dovecot@procontrol.fi; Thu, 20 Nov 2003 12:18:44 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
Date: Thu, 20 Nov 2003 11:08:01 -0800
User-Agent: KMail/1.5.93
References: <1068490809.2794.7.camel@hurina>
	<1069345939.16671.25.camel@hurina>
	<200311201826.04985.G.Ohrner@post.rwth-aachen.de>
In-Reply-To: <200311201826.04985.G.Ohrner@post.rwth-aachen.de>
X-Crash-Handler: <input type crash>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200311201108.01749.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - procontrol.fi
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 19:19:25 -0000
X-UID: 1904                                                  
Status: O
Content-Length: 1046

On Thursday 20 November 2003 09:26 am, Gunter Ohrner wrote:
> This can be configured in kMail, the default is to show all folders, even
> unsubscribed ones.
>
> Greetings,
>
> =A0 Gunter

the problem with squirrelmail is it will only let me subscribe to one folde=
r=20
besides the inbox. I can not subscribe to any other folders if I do it will=
=20
add the new one and drop any other one that I'm subscribed to besides the=20
inbox. This behavior does not affect the inbox at all. And yes kmail shows=
=20
them all by default.=20

=2D-=20
New and improved with advanced outlook crash handler.=20
<!--><input type -->
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
                                      Brook Humphrey          =20
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107       =20
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com  =20
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
From payton@repligen.com  Thu Nov 20 21:21:59 2003
Return-Path: <payton@repligen.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C5B7238B7; Thu, 20 Nov 2003 21:21:59 +0200 (EET)
Received: from mithrin.repligen.com (66.237.173.210.ptr.us.xo.net
	[66.237.173.210])
	by danu.procontrol.fi (Postfix) with SMTP id 4DF5A23841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 21:21:25 +0200 (EET)
Received: (qmail 21509 invoked by uid 500); 20 Nov 2003 19:23:07 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Nov 2003 19:23:07 -0000
Date: Thu, 20 Nov 2003 14:23:07 -0500 (EST)
From: Payton <payton@repligen.com>
X-X-Sender: payton@localhost.localdomain
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] entourage + dovecot bug?
In-Reply-To: <200311182242.55389@mail.CustomCDROM.de>
Message-ID: <Pine.LNX.4.44.0311201418150.21496-300000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="8323328-1149730866-1069356187=:21507"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 19:21:59 -0000
X-UID: 1905                                                  
Status: O
Content-Length: 13866

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--8323328-1149730866-1069356187=:21507
Content-Type: TEXT/PLAIN; charset=US-ASCII

Following that advice, I used tethereal to dump a test transaction of both
setups. Comparing the IMAP chatter, there is basically no difference! In
fact, on the setup which gave the error message, I don't see why it didn't
just work - judging by the traffic.
	I have attached both logs, if that's of any help. Does anyone have any 
ideas?
-Payton

On Tue, 18 Nov 2003, Gunter Ohrner wrote:

> Am Dienstag, 18. November 2003 17:36 schrieb Payton:
> > 	I'm not certain if the problem lies in some tweak between 0.99.10
> > and 0.99.10.2 or if it is something with the red hat system itself, but I
> > can't find anything.
> 
> Did you dump the network traffic between Entourage and the working and failing 
> setup? This could probably help to track the problem.
> 
> Greetings,
> 
>   Gunter

--8323328-1149730866-1069356187=:21507
Content-Type: TEXT/plain; name="traffic_fails.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0311201423070.21507@localhost.localdomain>
Content-Description: 
Content-Disposition: attachment; filename="traffic_fails.txt"

ICAwLjAwMDAwMCAgIDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4yNTUgIFVEUCBT
b3VyY2UgcG9ydDogNTY3MDcgIERlc3RpbmF0aW9uIHBvcnQ6IDIyMjINCiAg
OC42NzM4MjYgICAxMC4wLjEwLjQ1IC0+IDEwLjAuMTAuMjQgICBUQ1AgNDk0
NTggPiBpbWFwIFtTWU5dIFNlcT0xNjMwMTk3Njc0IEFjaz0wIFdpbj0zMjc2
OCBMZW49MA0KICA4LjY3Mzg2MyAgIDEwLjAuMTAuMjQgLT4gMTAuMC4xMC40
NSAgIFRDUCBpbWFwID4gNDk0NTggW1NZTiwgQUNLXSBTZXE9MzYzOTQwNDQy
MyBBY2s9MTYzMDE5NzY3NSBXaW49NTc5MiBMZW49MA0KICA4LjY3NDMwNCAg
IDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4yNCAgIFRDUCA0OTQ1OCA+IGltYXAg
W0FDS10gU2VxPTE2MzAxOTc2NzUgQWNrPTM2Mzk0MDQ0MjQgV2luPTMzMzA0
IExlbj0wDQogIDguNjc0ODU1ICAgMTAuMC4xMC4yNCAtPiAxMC4wLjEwLjQ1
ICAgSU1BUCBSZXNwb25zZTogKiBPSyBkb3ZlY290IHJlYWR5Lg0KICA4Ljg2
MTg0NCAgIDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4yNCAgIFRDUCA0OTQ1OCA+
IGltYXAgW0FDS10gU2VxPTE2MzAxOTc2NzUgQWNrPTM2Mzk0MDQ0NDMgV2lu
PTMzMzA0IExlbj0wDQogIDguODYxODU2ICAgMTAuMC4xMC4yNCAtPiAxMC4w
LjEwLjQ1ICAgSU1BUCBSZXNwb25zZTogDQogIDguODYzMTU1ICAgMTAuMC4x
MC40NSAtPiAxMC4wLjEwLjI0ICAgSU1BUCBSZXF1ZXN0OiBBMDAwIENBUEFC
SUxJVFkNCiAgOC44NjMxNjIgICAxMC4wLjEwLjI0IC0+IDEwLjAuMTAuNDUg
ICBUQ1AgaW1hcCA+IDQ5NDU4IFtBQ0tdIFNlcT0zNjM5NDA0NDQ1IEFjaz0x
NjMwMTk3NjkyIFdpbj01NzkyIExlbj0wDQogIDguODYzMzI3ICAgMTAuMC4x
MC4yNCAtPiAxMC4wLjEwLjQ1ICAgSU1BUCBSZXNwb25zZTogKiBDQVBBQklM
SVRZIElNQVA0cmV2MSBTT1JUIFRIUkVBRD1SRUZFUkVOQ0VTIE1VTFRJQVBQ
RU5EIFVOU0VMRUNUIExJVEVSQUwrIElETEUgQ0hJTERSRU4gTElTVEVYVCBM
SVNULVNVQlNDUklCRUQgQVVUSD1QTEFJTg0KICA4Ljg3NjUxMSAgIDEwLjAu
MTAuNDUgLT4gMTAuMC4xMC4yNCAgIElNQVAgUmVxdWVzdDogQTAwMSBMT0dJ
TiAicGF5dG9uIiAieHh4eHh4eHgiDQogIDguODc4MjUyICAgMTAuMC4xMC4y
NCAtPiAxMC4wLjEwLjQ1ICAgSU1BUCBSZXNwb25zZTogQTAwMSBPSyBMb2dn
ZWQgaW4uDQogIDkuMDYyMDIzICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjI0
ICAgVENQIDQ5NDU4ID4gaW1hcCBbQUNLXSBTZXE9MTYzMDE5NzcyNCBBY2s9
MzYzOTQwNDYyMCBXaW49MzMzMDQgTGVuPTANCiAgOS4wNjIwMzkgICAxMC4w
LjEwLjI0IC0+IDEwLjAuMTAuNDUgICBJTUFQIFJlc3BvbnNlOiANCiAgOS4w
NjY4MTMgICAxMC4wLjEwLjQ1IC0+IDEwLjAuMTAuMjQgICBJTUFQIFJlcXVl
c3Q6IEEwMDIgTElTVCAiIiAiIg0KICA5LjA2Njk3MiAgIDEwLjAuMTAuMjQg
LT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6ICogTElTVCAoXE5vc2Vs
ZWN0KSAiLyIgIiINCiAgOS4yMjgzNzUgICAxMC4wLjEwLjQ1IC0+IDEwLjAu
MTAuMjQgICBJTUFQIFJlcXVlc3Q6IEEwMDMgQ0FQQUJJTElUWQ0KICA5LjIy
ODQ2NCAgIDEwLjAuMTAuMjQgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9u
c2U6ICogQ0FQQUJJTElUWSBJTUFQNHJldjEgU09SVCBUSFJFQUQ9UkVGRVJF
TkNFUyBNVUxUSUFQUEVORCBVTlNFTEVDVCBMSVRFUkFMKyBJRExFIENISUxE
UkVOIExJU1RFWFQgTElTVC1TVUJTQ1JJQkVEDQogIDkuMjUyMzM4ICAgMTAu
MC4xMC40NSAtPiAxMC4wLjEwLjI0ICAgSU1BUCBSZXF1ZXN0OiBBMDA0IFNF
TEVDVCAiSU5CT1giDQogIDkuMzAyMzMwICAgMTAuMC4xMC4yNCAtPiAxMC4w
LjEwLjQ1ICAgVENQIGltYXAgPiA0OTQ1OCBbQUNLXSBTZXE9MzYzOTQwNDgy
MCBBY2s9MTYzMDE5Nzc3OSBXaW49NTc5MiBMZW49MA0KICA5LjMzNjMxOSAg
IDEwLjAuMTAuMjQgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6ICog
RkxBR1MgKFxBbnN3ZXJlZCBcRmxhZ2dlZCBcRGVsZXRlZCBcU2VlbiBcRHJh
ZnQgTm90SnVuayBKdW5rKQ0KICA5LjQxMjc1MiAgIDEwLjAuMTAuNDUgLT4g
MTAuMC4xMC4yNCAgIElNQVAgUmVxdWVzdDogQTAwNSBMSVNUICIiICJJTkJP
WCoiDQogIDkuNDEyODM1ICAgMTAuMC4xMC4yNCAtPiAxMC4wLjEwLjQ1ICAg
VENQIGltYXAgPiA0OTQ1OCBbQUNLXSBTZXE9MzYzOTQwNTE1OCBBY2s9MTYz
MDE5NzgwMiBXaW49NTc5MiBMZW49MA0KICA5LjQxMjk1OSAgIDEwLjAuMTAu
MjQgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6ICogTElTVCAoXE5v
SW5mZXJpb3JzKSAiLyIgSU5CT1gNCiAgOS40MTczNzggICAxMC4wLjEwLjQ1
IC0+IDEwLjAuMTAuMjQgICBJTUFQIFJlcXVlc3Q6IEEwMDYgTFNVQiAiIiAi
SU5CT1gqIg0KICA5LjQxNzUxMyAgIDEwLjAuMTAuMjQgLT4gMTAuMC4xMC40
NSAgIElNQVAgUmVzcG9uc2U6IEEwMDYgT0sgTHN1YiBjb21wbGV0ZWQuDQog
IDkuNDYyMjg0ICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjI0ICAgVENQIDQ5
NDU4ID4gaW1hcCBbQUNLXSBTZXE9MTYzMDE5NzgyNSBBY2s9MzYzOTQwNTI0
MSBXaW49MzMzMDQgTGVuPTANCiAgOS40OTAzMTAgICAxMC4wLjEwLjQ1IC0+
IDEwLjAuMTAuMjQgICBJTUFQIFJlcXVlc3Q6IEEwMDcgRkVUQ0ggMToqIChV
SUQgRkxBR1MpDQogIDkuNDkwNDU5ICAgMTAuMC4xMC4yNCAtPiAxMC4wLjEw
LjQ1ICAgSU1BUCBSZXNwb25zZTogKiAxIEZFVENIIChVSUQgNiBGTEFHUyAo
XFJlY2VudCkpDQogIDkuNTg0Mzg1ICAgMTAuMC4xMC40NSAtPiAxMC4wLjEw
LjI0ICAgSU1BUCBSZXF1ZXN0OiBBMDA4IFVJRCBGRVRDSCA2IChVSUQgRkxB
R1MgSU5URVJOQUxEQVRFIFJGQzgyMi5TSVpFIFJGQzgyMi5IRUFERVIpDQog
IDkuNTg3MjUzICAgMTAuMC4xMC4yNCAtPiAxMC4wLjEwLjQ1ICAgSU1BUCBS
ZXNwb25zZTogKiAxIEZFVENIIChVSUQgNiBGTEFHUyAoXFJlY2VudCkgSU5U
RVJOQUxEQVRFICIyMC1Ob3YtMjAwMyAxNzoxMDowNSAtMDUwMCIgUkZDODIy
LlNJWkUgNzM5IFJGQzgyMi5IRUFERVIgezcyNn0NCiAgOS42NTc0MTIgICAx
MC4wLjEwLjQ1IC0+IDEwLjAuMTAuMjQgICBJTUFQIFJlcXVlc3Q6IEEwMDkg
TE9HT1VUDQogIDkuNjU3NTQ0ICAgMTAuMC4xMC4yNCAtPiAxMC4wLjEwLjQ1
ICAgSU1BUCBSZXNwb25zZTogKiBCWUUgTG9nZ2luZyBvdXQNCiAgOS42NTc5
NTEgICAxMC4wLjEwLjI0IC0+IDEwLjAuMTAuNDUgICBUQ1AgaW1hcCA+IDQ5
NDU4IFtGSU4sIEFDS10gU2VxPTM2Mzk0MDYyMjggQWNrPTE2MzAxOTc5MzUg
V2luPTU3OTIgTGVuPTANCiAgOS42NTgyMzcgICAxMC4wLjEwLjQ1IC0+IDEw
LjAuMTAuMjQgICBUQ1AgNDk0NTggPiBpbWFwIFtSU1QsIEFDS10gU2VxPTE2
MzAxOTc5MzUgQWNrPTM2Mzk0MDYyMjggV2luPTMzMjU4IExlbj0wDQogIDku
NjU4MzAzICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjI0ICAgVENQIDQ5NDU4
ID4gaW1hcCBbUlNUXSBTZXE9MTYzMDE5NzkzNSBBY2s9MCBXaW49MCBMZW49
MA0KIDE1LjQzODYwNCAgIDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4yNTUgIFVE
UCBTb3VyY2UgcG9ydDogNTY3MDggIERlc3RpbmF0aW9uIHBvcnQ6IDIyMjIN
Cg==
--8323328-1149730866-1069356187=:21507
Content-Type: TEXT/plain; name="traffic_works.txt"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0311201423071.21507@localhost.localdomain>
Content-Description: 
Content-Disposition: attachment; filename="traffic_works.txt"

ICAwLjAwMDAwMCAgIDEwLjAuMTAuNDUgLT4gMjI0LjAuMC4yNTEgIE1ETlMg
U3RhbmRhcmQgcXVlcnkgcmVzcG9uc2UgU1JWIDAgMCA1NDggR2xhZGRlbi5s
b2NhbCBUWFQgQSAxMC4wLjEwLjQ1DQogIDcuNjgzMjg4ICAgMTAuMC4xMC40
NSAtPiAxMC4wLjEwLjMxICAgU01CIFRyYW5zMiBSZXF1ZXN0LCBRVUVSWV9Q
QVRIX0lORk8sIFF1ZXJ5IEZpbGUgQmFzaWMgSW5mbywgUGF0aDogXA0KICA3
LjY4NDk1OSAgIDEwLjAuMTAuMzEgLT4gMTAuMC4xMC40NSAgIFNNQiBUcmFu
czIgUmVzcG9uc2UsIFFVRVJZX1BBVEhfSU5GTw0KICA3LjY5ODI1MyAgIDEw
LjAuMTAuNDUgLT4gMTAuMC4xMC4yNTUgIEVOSVAgU291cmNlIHBvcnQ6IDU2
NzA1ICBEZXN0aW5hdGlvbiBwb3J0OiAyMjIyDQogIDcuODU5NzY4ICAgMTAu
MC4xMC40NSAtPiAxMC4wLjEwLjMxICAgVENQIDUxNDQzID4gbmV0Ymlvcy1z
c24gW0FDS10gU2VxPTM4MDU5MjQzNDUgQWNrPTI3MzMwNTg4ODggV2luPTY1
NTM1IExlbj0wDQogMTYuMzA1NTQ4ICAgMTAuMC4xMC40NSAtPiAxMC4wLjEw
LjMxICAgVENQIDQ5NDU3ID4gaW1hcCBbU1lOXSBTZXE9MjYzMzkzODg4OCBB
Y2s9MCBXaW49MzI3NjggTGVuPTANCiAxNi4zMDU1OTYgICAxMC4wLjEwLjMx
IC0+IDEwLjAuMTAuNDUgICBUQ1AgaW1hcCA+IDQ5NDU3IFtTWU4sIEFDS10g
U2VxPTM2MDA4NTg2NzggQWNrPTI2MzM5Mzg4ODkgV2luPTU3OTIgTGVuPTAN
CiAxNi4zMDU4NzEgICAxMC4wLjEwLjQ1IC0+IDEwLjAuMTAuMzEgICBUQ1Ag
NDk0NTcgPiBpbWFwIFtBQ0tdIFNlcT0yNjMzOTM4ODg5IEFjaz0zNjAwODU4
Njc5IFdpbj0zMzMwNCBMZW49MA0KIDE2LjMwNzEzMCAgIDEwLjAuMTAuMzEg
LT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6ICogT0sgZG92ZWNvdCBy
ZWFkeS4NCiAxNi40NjQ4NDAgICAxMC4wLjEwLjQ1IC0+IDEwLjAuMTAuMzEg
ICBUQ1AgNDk0NTcgPiBpbWFwIFtBQ0tdIFNlcT0yNjMzOTM4ODg5IEFjaz0z
NjAwODU4Njk4IFdpbj0zMzMwNCBMZW49MA0KIDE2LjQ2NDg4MyAgIDEwLjAu
MTAuMzEgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6IA0KIDE2LjQ2
NTk0NiAgIDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4zMSAgIElNQVAgUmVxdWVz
dDogQTAwMCBDQVBBQklMSVRZDQogMTYuNDY1OTYxICAgMTAuMC4xMC4zMSAt
PiAxMC4wLjEwLjQ1ICAgVENQIGltYXAgPiA0OTQ1NyBbQUNLXSBTZXE9MzYw
MDg1ODcwMCBBY2s9MjYzMzkzODkwNiBXaW49NTc5MiBMZW49MA0KIDE2LjQ2
NjIzNCAgIDEwLjAuMTAuMzEgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9u
c2U6ICogQ0FQQUJJTElUWSBJTUFQNHJldjEgU09SVCBUSFJFQUQ9UkVGRVJF
TkNFUyBNVUxUSUFQUEVORCBVTlNFTEVDVCBMSVRFUkFMKyBJRExFIENISUxE
UkVOIExJU1RFWFQgTElTVC1TVUJTQ1JJQkVEIEFVVEg9UExBSU4NCiAxNi40
NzY0MDIgICAxMC4wLjEwLjQ1IC0+IDEwLjAuMTAuMzEgICBJTUFQIFJlcXVl
c3Q6IEEwMDEgTE9HSU4gInBheXRvbiIgInh4eHh4eHh4Ig0KIDE2LjQ3Nzc1
MCAgIDEwLjAuMTAuMzEgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6
IEEwMDEgT0sgTG9nZ2VkIGluLg0KIDE2LjY2NDk4NyAgIDEwLjAuMTAuNDUg
LT4gMTAuMC4xMC4zMSAgIFRDUCA0OTQ1NyA+IGltYXAgW0FDS10gU2VxPTI2
MzM5Mzg5MzggQWNrPTM2MDA4NTg4NzUgV2luPTMzMzA0IExlbj0wDQogMTYu
NjY1MDI5ICAgMTAuMC4xMC4zMSAtPiAxMC4wLjEwLjQ1ICAgSU1BUCBSZXNw
b25zZTogDQogMTYuNjY3NzQ0ICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjMx
ICAgSU1BUCBSZXF1ZXN0OiBBMDAyIExJU1QgIiIgIiINCiAxNi42NjgwMTAg
ICAxMC4wLjEwLjMxIC0+IDEwLjAuMTAuNDUgICBJTUFQIFJlc3BvbnNlOiAq
IExJU1QgKFxOb3NlbGVjdCkgIi8iICIiDQogMTYuODI1MTA2ICAgMTAuMC4x
MC40NSAtPiAxMC4wLjEwLjMxICAgSU1BUCBSZXF1ZXN0OiBBMDAzIENBUEFC
SUxJVFkNCiAxNi44MjU1MjUgICAxMC4wLjEwLjMxIC0+IDEwLjAuMTAuNDUg
ICBJTUFQIFJlc3BvbnNlOiAqIENBUEFCSUxJVFkgSU1BUDRyZXYxIFNPUlQg
VEhSRUFEPVJFRkVSRU5DRVMgTVVMVElBUFBFTkQgVU5TRUxFQ1QgTElURVJB
TCsgSURMRSBDSElMRFJFTiBMSVNURVhUIExJU1QtU1VCU0NSSUJFRA0KIDE2
Ljg1MjgwOSAgIDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4zMSAgIElNQVAgUmVx
dWVzdDogQTAwNCBTRUxFQ1QgIklOQk9YIg0KIDE2Ljg2NjEzOCAgIDEwLjAu
MTAuMzEgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6ICogRkxBR1Mg
KFxBbnN3ZXJlZCBcRmxhZ2dlZCBcRGVsZXRlZCBcU2VlbiBcRHJhZnQpDQog
MTYuOTQ0MTQwICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjMxICAgSU1BUCBS
ZXF1ZXN0OiBBMDA1IExJU1QgIiIgIklOQk9YKiINCiAxNi45NDQ3MTQgICAx
MC4wLjEwLjMxIC0+IDEwLjAuMTAuNDUgICBJTUFQIFJlc3BvbnNlOiAqIExJ
U1QgKFxOb0luZmVyaW9ycykgIi8iIElOQk9YDQogMTYuOTUwMjU3ICAgMTAu
MC4xMC40NSAtPiAxMC4wLjEwLjMxICAgSU1BUCBSZXF1ZXN0OiBBMDA2IExT
VUIgIiIgIklOQk9YKiINCiAxNi45NTA1MDggICAxMC4wLjEwLjMxIC0+IDEw
LjAuMTAuNDUgICBJTUFQIFJlc3BvbnNlOiBBMDA2IE9LIExzdWIgY29tcGxl
dGVkLg0KIDE3LjAyMzIwNiAgIDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4zMSAg
IElNQVAgUmVxdWVzdDogQTAwNyBGRVRDSCAxOiogKFVJRCBGTEFHUykNCiAx
Ny4wMjM3ODUgICAxMC4wLjEwLjMxIC0+IDEwLjAuMTAuNDUgICBJTUFQIFJl
c3BvbnNlOiAqIDEgRkVUQ0ggKFVJRCAxMCBGTEFHUyAoXFJlY2VudCkpDQog
MTcuMDY1MTg2ICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjMxICAgVENQIDQ5
NDU3ID4gaW1hcCBbQUNLXSBTZXE9MjYzMzkzOTA2NyBBY2s9MzYwMDg1OTUz
MyBXaW49MzMzMDQgTGVuPTANCiAxNy40ODM1NzAgICAxMC4wLjEwLjQ1IC0+
IDEwLjAuMTAuMzEgICBJTUFQIFJlcXVlc3Q6IEEwMDggVUlEIEZFVENIIDEw
IChVSUQgRkxBR1MgSU5URVJOQUxEQVRFIFJGQzgyMi5TSVpFIFJGQzgyMi5I
RUFERVIpDQogMTcuNDg0MzAzICAgMTAuMC4xMC4zMSAtPiAxMC4wLjEwLjQ1
ICAgSU1BUCBSZXNwb25zZTogKiAxIEZFVENIIChVSUQgMTAgRkxBR1MgKFxS
ZWNlbnQpIElOVEVSTkFMREFURSAiMjAtTm92LTIwMDMgMTc6MDk6NTUgLTA1
MDAiIFJGQzgyMi5TSVpFIDcwNiBSRkM4MjIuSEVBREVSIHs2OTN9DQogMTcu
NjY1NDExICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjMxICAgVENQIDQ5NDU3
ID4gaW1hcCBbQUNLXSBTZXE9MjYzMzkzOTEzNyBBY2s9MzYwMDg2MDM2OCBX
aW49MzMzMDQgTGVuPTANCiAxNy45NTU5OTQgICAxMC4wLjEwLjQ1IC0+IDEw
LjAuMTAuMzEgICBJTUFQIFJlcXVlc3Q6IEEwMDkgU1RBVFVTICJEZWxldGVk
IEl0ZW1zIiAoVU5TRUVOKQ0KIDE3Ljk1NjQ4MyAgIDEwLjAuMTAuMzEgLT4g
MTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6IEEwMDkgTk8gTWFpbGJveCBk
b2Vzbid0IGV4aXN0OiBEZWxldGVkIEl0ZW1zDQogMTguMDM4OTczICAgMTAu
MC4xMC40NSAtPiAxMC4wLjEwLjMxICAgSU1BUCBSZXF1ZXN0OiBBMDEwIFNU
QVRVUyAiRHJhZnRzIiAoVU5TRUVOKQ0KIDE4LjAzOTQxMyAgIDEwLjAuMTAu
MzEgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6IEEwMTAgTk8gTWFp
bGJveCBkb2Vzbid0IGV4aXN0OiBEcmFmdHMNCiAxOC4wNjU1OTggICAxMC4w
LjEwLjQ1IC0+IDEwLjAuMTAuMzEgICBUQ1AgNDk0NTcgPiBpbWFwIFtBQ0td
IFNlcT0yNjMzOTM5MjA2IEFjaz0zNjAwODYwNDUzIFdpbj0zMzMwNCBMZW49
MA0KIDE4LjA2NTcwOSAgIDEwLjAuMTAuNDUgLT4gMTAuMC4xMC4zMSAgIElN
QVAgUmVxdWVzdDogQTAxMSBTVEFUVVMgIm1haWwvc2VudC1tYWlsIiAoVU5T
RUVOKQ0KIDE4LjA2NTgzMyAgIDEwLjAuMTAuMzEgLT4gMTAuMC4xMC40NSAg
IElNQVAgUmVzcG9uc2U6IEEwMTEgTk8gTWFpbGJveCBkb2Vzbid0IGV4aXN0
OiBtYWlsL3NlbnQtbWFpbA0KIDE4LjA3NDA4OSAgIDEwLjAuMTAuNDUgLT4g
MTAuMC4xMC4zMSAgIElNQVAgUmVxdWVzdDogQTAxMiBTVEFUVVMgIm1haWwv
c2F2ZWQtbWVzc2FnZXMiIChVTlNFRU4pDQogMTguMDc0MjE4ICAgMTAuMC4x
MC4zMSAtPiAxMC4wLjEwLjQ1ICAgSU1BUCBSZXNwb25zZTogQTAxMiBOTyBN
YWlsYm94IGRvZXNuJ3QgZXhpc3Q6IG1haWwvc2F2ZWQtbWVzc2FnZXMNCiAx
OC4xMTUwMDkgICAxMC4wLjEwLjQ1IC0+IDEwLjAuMTAuMzEgICBJTUFQIFJl
cXVlc3Q6IEEwMTMgU1RBVFVTICJtYWlsL3NlbnQtbWFpbC1zZXAtMjAwMyIg
KFVOU0VFTikNCiAxOC4xMTU1MDMgICAxMC4wLjEwLjMxIC0+IDEwLjAuMTAu
NDUgICBJTUFQIFJlc3BvbnNlOiBBMDEzIE5PIE1haWxib3ggZG9lc24ndCBl
eGlzdDogbWFpbC9zZW50LW1haWwtc2VwLTIwMDMNCiAxOC4xMjc5NzQgICAx
MC4wLjEwLjQ1IC0+IDEwLjAuMTAuMzEgICBJTUFQIFJlcXVlc3Q6IEEwMTQg
U1RBVFVTICJtYWlsL3Rlc3QgZm9sZGVyIiAoVU5TRUVOKQ0KIDE4LjEyODEx
NyAgIDEwLjAuMTAuMzEgLT4gMTAuMC4xMC40NSAgIElNQVAgUmVzcG9uc2U6
IEEwMTQgTk8gTWFpbGJveCBkb2Vzbid0IGV4aXN0OiBtYWlsL3Rlc3QgZm9s
ZGVyDQogMTguMTUxOTgwICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjMxICAg
SU1BUCBSZXF1ZXN0OiBBMDE1IFNUQVRVUyAiU2VudCBJdGVtcyIgKFVOU0VF
TikNCiAxOC4xNTIxMTcgICAxMC4wLjEwLjMxIC0+IDEwLjAuMTAuNDUgICBJ
TUFQIFJlc3BvbnNlOiBBMDE1IE5PIE1haWxib3ggZG9lc24ndCBleGlzdDog
U2VudCBJdGVtcw0KIDE4LjI2NTczNiAgIDEwLjAuMTAuNDUgLT4gMTAuMC4x
MC4zMSAgIFRDUCA0OTQ1NyA+IGltYXAgW0FDS10gU2VxPTI2MzM5Mzk0MTMg
QWNrPTM2MDA4NjA3MDAgV2luPTMzMzA0IExlbj0wDQogMjAuNTc4MzQ3ICAg
MTAuMC4xMC40NSAtPiAxMC4wLjEwLjMxICAgSU1BUCBSZXF1ZXN0OiBBMDE2
IExPR09VVA0KIDIwLjU3ODc4OCAgIDEwLjAuMTAuMzEgLT4gMTAuMC4xMC40
NSAgIElNQVAgUmVzcG9uc2U6ICogQllFIExvZ2dpbmcgb3V0DQogMjAuNTc4
ODA0ICAgMTAuMC4xMC40NSAtPiAxMC4wLjEwLjMxICAgVENQIDQ5NDU3ID4g
aW1hcCBbUlNULCBBQ0tdIFNlcT0yNjMzOTM5NDI2IEFjaz0zNjAwODYwNzAw
IFdpbj0zMzMwNCBMZW49MA0KIDIwLjU3OTA4NyAgIDEwLjAuMTAuNDUgLT4g
MTAuMC4xMC4zMSAgIFRDUCA0OTQ1NyA+IGltYXAgW1JTVF0gU2VxPTI2MzM5
Mzk0MjYgQWNrPTAgV2luPTAgTGVuPTANCiAyMS4zNjk0NTEgICAxMC4wLjEw
LjQ1IC0+IDEwLjAuMTAuMjU1ICBFTklQIFNvdXJjZSBwb3J0OiA1NjcwNiAg
RGVzdGluYXRpb24gcG9ydDogMjIyMg0K
--8323328-1149730866-1069356187=:21507--
From zach.bagnall@bulletinwireless.com  Thu Nov 20 22:32:52 2003
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B618F238B7; Thu, 20 Nov 2003 22:32:52 +0200 (EET)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz
	[210.54.149.34])
	by danu.procontrol.fi (Postfix) with ESMTP id 23D492385D
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 22:32:18 +0200 (EET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP
	id 8C0F4660C; Fri, 21 Nov 2003 09:32:08 +1300 (NZDT)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
 by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id 32593-01-13;
 Fri, 21 Nov 2003 09:32:06 +1300 (NZDT)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP
	id 167A86651; Fri, 21 Nov 2003 09:32:06 +1300 (NZDT)
Date: Fri, 21 Nov 2003 09:32:02 +1300
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] SSL and certificate authorities.
Message-Id: <20031121093202.28368435.zach.bagnall@bulletinwireless.com>
In-Reply-To: <1069345731.16670.21.camel@hurina>
References: <D38F7E62-1949-11D8-A99D-000A957DCC26@giantrobot.co.nz>
	<20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com>
	<1069345731.16670.21.camel@hurina>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1";
 boundary="Signature=_Fri__21_Nov_2003_09_32_02_+1300_MDFaSlTWVOmOSrcC"
X-Virus-Scanned: by amavisd-new
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 20:32:53 -0000
X-UID: 1906                                                  
Status: O
Content-Length: 1602

--Signature=_Fri__21_Nov_2003_09_32_02_+1300_MDFaSlTWVOmOSrcC
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

On Thu, 20 Nov 2003 18:28:51 +0200, Timo Sirainen <tss@iki.fi> wrote:
> What exactly does this patch do? Gives client a list of accepted CAs,
> but it doesn't look like it actually requires client to provide a
> valid certificate?

On Tue, 18 Nov 2003 11:03:08 +1300, James Tyson <james@giantrobot.co.nz>
wrote:
> Also, is there a configuration directive for dovecot to add the
> issuers ca bundle similar to apache's SSLCACertificateFile?

I'm no SSL expert, but I took the requested feature to be a way to "make
additional certificates available in order to complete a certificate
chain".

The apache equivalent, SSLCACertificateFile refers
(http://httpd.apache.org/docs-2.0/mod/mod_ssl.html#sslcacertificatefile
)to client authentication but that is just one use.

For example, Verisign 128 bit certs require an "intermediate
certificate" to be loaded into Apache to complete the chain and be
accepted by SSL clients. See
http://www.verisign.com/support/install/apache/v00g.html

The ssl_ca_file option is just that - a way to make extra certs
available when required.

Zach.

--Signature=_Fri__21_Nov_2003_09_32_02_+1300_MDFaSlTWVOmOSrcC
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/vSTF4jDFYT+aqaIRAmyCAKDmCE1sIDcV+E7+6Szv9VQuzB5+vwCfaEhV
XNadaSnAfQoGml/HRLuLI5w=
=uemN
-----END PGP SIGNATURE-----

--Signature=_Fri__21_Nov_2003_09_32_02_+1300_MDFaSlTWVOmOSrcC--
From mem@mv.mv.com  Thu Nov 20 23:39:16 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4F4BE238B7; Thu, 20 Nov 2003 23:39:16 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by danu.procontrol.fi (Postfix) with SMTP id D97ED23841
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 23:38:41 +0200 (EET)
Received: (qmail 28351 invoked from network); 20 Nov 2003 16:38:37 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
  by mercury.mv.net with SMTP; 20 Nov 2003 16:38:37 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
  local-name mercury.mv.net
Received: (qmail 19460 invoked by uid 101); 20 Nov 2003 16:38:37 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 20 Nov 2003 16:38:37 -0500
To: Brook Humphrey <bah@webmedic.net>
Subject: Re: [Dovecot] 0.99.10.2 released
Message-ID: <20031120213837.GJ11323@iridium.mv.net>
References: <1068490809.2794.7.camel@hurina>
	<200311200721.56873.bah@webmedic.net> <3FBCDDAC.5050700@harvee.org>
	<200311200831.01327.bah@webmedic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200311200831.01327.bah@webmedic.net>
User-Agent: Mutt/1.4.1i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2003 21:39:16 -0000
X-UID: 1907                                                  
Status: O
Content-Length: 2150

On Thu, Nov 20, 2003 at 08:31:01AM -0800, Brook Humphrey wrote:
> On Thursday 20 November 2003 07:28 am, you wrote:
> > Brook Humphrey wrote:
> > > On Wednesday 19 November 2003 11:52 am, Eric S. Johansson wrote:
> > >>whoops, spoke too soon.  delay are up to the 1-2 minute range for INBOX
> > >>and 30 second delays are not uncommon with all the rest.
> > >
> > > somebody out there still uses mbox? Hm wonders never cease.

Sounds like religion, there are inexplicably strong opinions on both
sides.  IMHO neither mbox or maildir are perfect, both have problems.
I find mbox good for folders that never get very large.


> > mutt.  Haven't figured out quite how to make global procmail deliver
> > maildir to my mailboxes and mbox to her's.  heck, just trying to figure
> > out how to get procmail to deliver maildir everywhere is a bit trying.
> > On the gripping hand, if mutt can do maildir with no change of user
> > interface...hmmm time to research something.
> 
> Hm I use maildrop here and you can have individual rules for each user. These 
> are stored in the users home directory. With maildrop i have it sorting spam 
> and virii for me through spamassassin and anomy sanitizer. Really it could 
> not be easier. I do believe bot dont quote me in this that maildrop does 
> support mbox but I'm not sure. 

We also use a local delivery agent that allows the choice of mailbox
format for new boxes, or will honor the current format for an existing
box.


> I dont use mutt but I do know that pine does support maildir.

In some sense... last I knew there were patches available for pine,
but the author of pine was very anti-maildir and refused to support it,
ever.  Has that changed?



> I did however 
> look through the muttrc. Uhg. Anyway I see others on the net talking about it 
> but I see no one showing how they did it.

Mutt will honor the existing format, either maildir or mbox (or MH
or MMDF).  New mailboxes are created with the type specified by
"mbox_type" - if not set, the typical default is mbox.  As mentioned,
mutt will also support pop and imap access, so it doesn't necessarily
have to create boxes directly.

mm
From tsg@cctg.com  Fri Nov 21 02:54:27 2003
Return-Path: <tsg@cctg.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C9960238B7; Fri, 21 Nov 2003 02:54:27 +0200 (EET)
Received: from tercesi.cctg.com (tercesi.cctg.com [66.80.224.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 45B3C2385D
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 02:53:55 +0200 (EET)
Received: from tercesi.cctg.com (localhost [127.0.0.1])hAL0rsma008623
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 16:53:54 -0800 (PST)
X-Envelope-From: tsg@cctg.com
X-Envelope-To: <dovecot@procontrol.fi>
Received: (from nobody@localhost)
	by tercesi.cctg.com (8.12.10/8.12.6/Submit) id hAL0rrcA008622;
	Thu, 20 Nov 2003 16:53:53 -0800 (PST)
X-Authentication-Warning: tercesi.cctg.com: nobody set sender to tsg@cctg.com
	using -f
Received: from 66.80.224.60
        (SquirrelMail authenticated user tsg9)
        by tercesi.cctg.com with HTTP;
        Thu, 20 Nov 2003 16:53:53 -0800 (PST)
Message-ID: <1919.66.80.224.60.1069376033.squirrel@tercesi.cctg.com>
Date: Thu, 20 Nov 2003 16:53:53 -0800 (PST)
From: "Ted S. Garaventa" <tsg@cctg.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Compiling Dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: tsg@cctg.com
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 00:54:28 -0000
X-UID: 1908                                                  
Status: O

Just found out about Dovecot and it seems to work great.

My problem is that it compiles and runs on Redhat just fine. On the other
hand it compiles on suse and solaris but will not work.  When I start
dovecot it silently stops running. No entries in the log or anything.
Are there any specific instructions for compiling it on solaris x86 using
gcc.

Thanks
From dinh.viet.hoa@free.fr  Fri Nov 21 03:25:50 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2794C238B7; Fri, 21 Nov 2003 03:25:50 +0200 (EET)
Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by danu.procontrol.fi (Postfix) with ESMTP id 02A3023841
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 03:25:18 +0200 (EET)
Received: from homer.priv (lns-vlq-3-82-64-215-111.adsl.proxad.net
	[82.64.215.111])
	by postfix4-2.free.fr (Postfix) with ESMTP id 8483DC094
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 02:25:11 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hAL1PFP5011437
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 02:25:15 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hAL1PFII011435;
	Fri, 21 Nov 2003 02:25:15 +0100
Date: Fri, 21 Nov 2003 02:24:46 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fbd695e.7c071db8.2c5e@homer>
In-Reply-To: <1919.66.80.224.60.1069376033.squirrel@tercesi.cctg.com>
References: <1919.66.80.224.60.1069376033.squirrel@tercesi.cctg.com>
Subject: Re: [Dovecot] Compiling Dovecot
X-Mailer: etPan - version 0.1 - new generation
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3fbd697a_3346f019_2ba2"; 
 micalg="pgp-sha1"; protocol="application/pgp-signature"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 01:25:50 -0000
X-UID: 1909                                                  
Status: O
Content-Length: 1082

--3fbd697a_3346f019_2ba2
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Ted S. Garaventa wrote :

> Just found out about Dovecot and it seems to work great.
>=20
> My problem is that it compiles and runs on Redhat just fine. On the oth=
er
> hand it compiles on suse and solaris but will not work.  When I start
> dovecot it silently stops running. No entries in the log or anything.
> Are there any specific instructions for compiling it on solaris x86 usi=
ng
> gcc.

what does truss dovcot answer ?

--=20
DINH V. Hoa,

=22s/=5E=5C(=5C(=5C=5C.=5C=7C=5B=5E=5C=5B=5D=5C=7C=5C=5B=5C(=5C=5E.=5C=7C=
=5B=5E=5E=5D=5C)=5B=5E=5D=5D*=5C=5D=5C)*=5C)=5C(=5C=5C=5B=5E=5C*=5B=5D=5C=
)/=5C1=5C=5C=5C4/=22
     -- St=E9phane CHAZELAS

--3fbd697a_3346f019_2ba2
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/vWl67w+pfAWHa3MRAnQbAJwNP5DX9zmKhNLH6Wck9498wBWtowCff7pj
UspgCOfBCKSX1Hg5tRtXR4o=
=Wa52
-----END PGP SIGNATURE-----

--3fbd697a_3346f019_2ba2--
From bah@webmedic.net  Fri Nov 21 04:19:56 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4BF18238C7; Fri, 21 Nov 2003 04:19:56 +0200 (EET)
Received: from mandrake.webmedic.net (pppoe64-91-122-13.vcr.centurytel.net
	[64.91.122.13])
	by danu.procontrol.fi (Postfix) with ESMTP id 93E8B2385D
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 04:19:21 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mandrake.webmedic.net (Postfix) with ESMTP id 72A638C2AA
	for <dovecot@procontrol.fi>; Thu, 20 Nov 2003 18:19:17 -0800 (PST)
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@procontrol.fi
Date: Thu, 20 Nov 2003 18:19:16 -0800
User-Agent: KMail/1.5.93
References: <1068490809.2794.7.camel@hurina>
	<20031120213837.GJ11323@iridium.mv.net> <3FBD5840.4060801@jones.dk>
In-Reply-To: <3FBD5840.4060801@jones.dk>
X-Crash-Handler: <input type crash>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200311201819.16404.bah@webmedic.net>
Subject: [Dovecot] Re: Pine and Maildir (Was: 0.99.10.2 released)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 02:19:56 -0000
X-UID: 1910                                                  
Status: O

On Thursday 20 November 2003 04:11 pm, you wrote:
> Please tell me if there is somewhere patches actively supported, so I
> can add back the Maildir support in the package.
>
> Oh, or even better: Extend dovecot to include a shared library for use
> with php4 and other packages :-)

a version of pine with these patches is actively maintained by the mandrake 
community. I happen to use them occasionaly. Mostly here though i use kmail 
or squirrelmail.

-- 
New and improved with advanced outlook crash handler. 
<!--><input type -->
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
                                      Brook Humphrey           
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107        
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com   
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
From miquels@cistron.net  Fri Nov 21 12:19:37 2003
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6138B238B7; Fri, 21 Nov 2003 12:19:37 +0200 (EET)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl
	[62.216.29.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 94FA52385D
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 12:19:04 +0200 (EET)
Received: from a80-126-193-215.adsl.xs4all.nl ([80.126.193.215]
	helo=drinkel.cistron.nl)
	by smtp.cistron-office.nl with asmtp (Exim 3.35 #1 (Debian))
	id 1AN8NS-00073k-00
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 11:19:02 +0100
Date: Fri, 21 Nov 2003 11:18:59 +0100
From: Miquel van Smoorenburg <miquels@cistron.net>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
Message-ID: <20031121101859.GC15458@drinkel.cistron.nl>
References: <1068490809.2794.7.camel@hurina>
	<200311200721.56873.bah@webmedic.net> <3FBCDDAC.5050700@harvee.org>
	<200311200831.01327.bah@webmedic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <200311200831.01327.bah@webmedic.net> (from bah@webmedic.net on
	Thu, Nov 20, 2003 at 17:31:01 +0100)
X-Mailer: Balsa 2.0.15
Lines: 21
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dovecot@procontrol.fi
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 10:19:37 -0000
X-UID: 1911                                                  
Status: O

On Thu, 20 Nov 2003 17:31:01, Brook Humphrey wrote:
> I dont use mutt but I do know that pine does support maildir.

Not out of the box. The author of the underlying c-client support
library refuses to add Maildir support. I cleaned up and rewrote the
maildir driver once, like many people did before me and after me,
but it will always be buggy unless the upstream author incorporates
it into c-client proper. I tried, but I'm convinced it will never happen.

> I did however 
> look through the muttrc. Uhg. Anyway I see others on the net talking about it 
> but I see no one showing how they did it. Mutt can use imap servers though 
> and this may be a good solution. You could put here imap settings in the 
> ~/.muttrc.

It couldn't be easier with mutt - you do not need to do anything special.
Mutt autodetects the mailbox format. Point it to a mbox - it will work.
Point it to a maildir directory - it will work. Etc. That's why there
are no instructions on how to use maildirs - you don't need any.

Mike.
From Clive.Jones+nospam+procontrol.fi@meridian.co.uk  Fri Nov 21 12:55:19 2003
Return-Path: <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BA65E238C7; Fri, 21 Nov 2003 12:55:19 +0200 (EET)
Received: from greenwich.meridian-audio.ltd.uk
	(greenwich.meridian-audio.ltd.uk [194.203.67.114])
	by danu.procontrol.fi (Postfix) with ESMTP id BBB2F238B7
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 12:54:47 +0200 (EET)
Received: from CLIVE (clive.uk.ma-int.com [10.76.18.1])
	by greenwich.meridian-audio.ltd.uk (Postfix) with SMTP
	id E1FAF2D0B; Fri, 21 Nov 2003 10:54:45 +0000 (GMT)
Message-ID: <056101c3b01d$e0397d30$01124c0a@uk.maint.com>
From: "Clive Jones" <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
To: "Timo Sirainen" <tss@iki.fi>
References: <0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com>
	<1068314769.9815.26.camel@hurina>
	<047001c3adc6$950f17b0$01124c0a@uk.maint.com>
	<1069351237.16663.53.camel@hurina>
Subject: Re: [Dovecot] pop3-login process leakage
Date: Fri, 21 Nov 2003 10:54:04 -0000
Organization: Meridian Audio
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 10:55:19 -0000
X-UID: 1912                                                  
Status: O
Content-Length: 1047

On Tue, 2003-11-18 at 13:24, Clive Jones wrote:
> Looks like this process hasn't even accepted a pop3 connection yet.. Do
> they all do this?

It seems there are a tiny handful of live, working instances (which I
don't want to touch, since they represent instances being used by real
clients that I don't want to degrade service for) and many hundreds of
old ones left lying around. Those all look essentially similar, though
I must admit I've not checked every single one of them. (-8

> Ask these too:
>
> p closing_down

$1 = 1

> p process_per_connection

$2 = 1

> p ssl_proxies->nodes_count

Error accessing memory address 0x10: Invalid argument.
(gdb) p ssl_proxies
$3 = (struct hash_table *) 0x0

> p io_master

$4 = (struct io *) 0x151e0
(gdb) p *io_master
$5 = {next = 0x0, fd = 3, condition = 1, destroyed = 0, 
  callback = 0x4c30 <master_input>, context = 0x0}

> And have you changed login_processes_count, login_max_processes_count or
> login_max_logging_users settings?

No - they've been left at the default.

Regards,

--Clive.


From esj@harvee.org  Fri Nov 21 16:26:30 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 22955238C7; Fri, 21 Nov 2003 16:26:30 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 9833F2385D
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 16:25:52 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id hALEPi2x032721
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 09:25:48 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Fri, 21 Nov 2003 09:25:38 -0500
Message-ID: <3FBE1FD7.4060506@harvee.org>
Date: Fri, 21 Nov 2003 09:23:19 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
References: <1068490809.2794.7.camel@hurina>
	<200311200721.56873.bah@webmedic.net> <3FBCDDAC.5050700@harvee.org>
	<200311200831.01327.bah@webmedic.net>
	<20031121101859.GC15458@drinkel.cistron.nl>
In-Reply-To: <20031121101859.GC15458@drinkel.cistron.nl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:031121:dovecot@procontrol.fi:6fec7b4602fe82a9
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 14:26:30 -0000
X-UID: 1913                                                  
Status: O
Content-Length: 1407

Miquel van Smoorenburg wrote:

> On Thu, 20 Nov 2003 17:31:01, Brook Humphrey wrote:
> 
>>I dont use mutt but I do know that pine does support maildir.
> 
> 
> Not out of the box. The author of the underlying c-client support
> library refuses to add Maildir support. I cleaned up and rewrote the
> maildir driver once, like many people did before me and after me,
> but it will always be buggy unless the upstream author incorporates
> it into c-client proper. I tried, but I'm convinced it will never happen.

by any chance would this be the same author who keeps refusing to 
document mbx format mailboxes and keeps claiming that a new indexed 
mailbox format is just around the corner?

> It couldn't be easier with mutt - you do not need to do anything special.
> Mutt autodetects the mailbox format. Point it to a mbox - it will work.
> Point it to a maildir directory - it will work. Etc. That's why there
> are no instructions on how to use maildirs - you don't need any.

there you go, eliminating one more of my excuses for not making the 
conversion.  Next thing you know, you will tell me that changing 
sendmail over to use maildrop for delivery of messages in maildir format 
is trivially easy and conversion of all existing mailboxes almost does 
itself.

damm, there goes my weekend  :-)

---eric

-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears

From jonas@jones.dk  Fri Nov 21 02:12:20 2003
Return-Path: <jonas@jones.dk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5DF4F238B7; Fri, 21 Nov 2003 02:12:20 +0200 (EET)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-120101.0x3ef24ca2.albnxx2.customer.tele.dk [62.242.76.162])
	by danu.procontrol.fi (Postfix) with ESMTP id BE0B62385D
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 02:11:46 +0200 (EET)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP
	id 118A03F2730; Fri, 21 Nov 2003 01:11:45 +0100 (CET)
Message-ID: <3FBD5840.4060801@jones.dk>
Date: Fri, 21 Nov 2003 01:11:44 +0100
From: Jonas Smedegaard <jonas@jones.dk>
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US;
	rv:1.5) Gecko/20031107 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Mark E. Mallett" <mem@mv.mv.com>
References: <1068490809.2794.7.camel@hurina>
	<200311200721.56873.bah@webmedic.net> <3FBCDDAC.5050700@harvee.org>
	<200311200831.01327.bah@webmedic.net> <20031120213837.GJ11323@iridium.mv.net>
In-Reply-To: <20031120213837.GJ11323@iridium.mv.net>
X-Enigmail-Version: 0.81.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Mailman-Approved-At: Fri, 21 Nov 2003 16:29:27 +0200
cc: Brook Humphrey <bah@webmedic.net>
cc: dovecot@procontrol.fi
Subject: [Dovecot] Pine and Maildir (Was: 0.99.10.2 released)
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dr@jones.dk
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 00:12:20 -0000
X-UID: 1914                                                  
Status: O
Content-Length: 1568

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mark E. Mallett wrote:
| On Thu, Nov 20, 2003 at 08:31:01AM -0800, Brook Humphrey wrote:
(...)
|>I dont use mutt but I do know that pine does support maildir.
|
|
| In some sense... last I knew there were patches available for pine,
| but the author of pine was very anti-maildir and refused to support it,
| ever.  Has that changed?

As far as I am aware, noone has worked on the unofficial pine/c-client
patches to support Maildir for a couple of years.

Here is the traces I have found about them - none of the patches are
up-to-date:

http://debian.jones.dk/official/uw-imap/changelog.maildir/

I maintain the c-client library (which is used in Pine, uw-imap, php4
among others) for Debian and has recently dropped the no longer
maintained patches as I am not skilled myself to maintain them and they
are buggy and incomplete as is, and possibly has security holes.

Please tell me if there is somewhere patches actively supported, so I
can add back the Maildir support in the package.

Oh, or even better: Extend dovecot to include a shared library for use
with php4 and other packages :-)

~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er nr: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQE/vVhAn7DbMsAkQLgRAqqqAJ0SIrjU6NgLdGeqVWdA9gFHPxsdFACgpkNy
gjyv2NJq2gUVeH3K3pk2QJE=
=vH7C
-----END PGP SIGNATURE-----

From dinh.viet.hoa@free.fr  Fri Nov 21 17:03:50 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5BB3D238D1; Fri, 21 Nov 2003 17:03:50 +0200 (EET)
Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by danu.procontrol.fi (Postfix) with ESMTP id 5E82D23841
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 17:03:18 +0200 (EET)
Received: from homer.priv (unknown [81.56.153.173])
	by postfix4-2.free.fr (Postfix) with ESMTP id 6798BC2A6
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 16:03:12 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hALF3EP5013540
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 16:03:14 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hALF3EI3013538;
	Fri, 21 Nov 2003 16:03:14 +0100
Date: Fri, 21 Nov 2003 16:02:43 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fbe2913.4da91dd5.34a9@homer>
In-Reply-To: <3FBE1FD7.4060506@harvee.org>
References: <1068490809.2794.7.camel@hurina>
 <200311200721.56873.bah@webmedic.net> <3FBCDDAC.5050700@harvee.org>
 <200311200831.01327.bah@webmedic.net>
 <20031121101859.GC15458@drinkel.cistron.nl> <3FBE1FD7.4060506@harvee.org>
Subject: Re: [Dovecot] 0.99.10.2 released
X-Mailer: etPan - new generation
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3fbe2931_42a73ca6_349f"; 
 micalg="pgp-sha1"; protocol="application/pgp-signature"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 15:03:50 -0000
X-UID: 1915                                                  
Status: O

--3fbe2931_42a73ca6_349f
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Eric S. Johansson wrote :

> by any chance would this be the same author who keeps refusing to=20
> document mbx format mailboxes and keeps claiming that a new indexed=20
> mailbox format is just around the corner=3F

there some documentation about mbx format here :

http://www.washington.edu/imap/IMAP-=46AQs/index.html=237.15

--=20
DINH V. Hoa,

=22=E7a doit tre une racaille pour tre aussi con=22 -- Cent-Quarante-Si=
x

--3fbe2931_42a73ca6_349f
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/vikw7w+pfAWHa3MRAr5UAJ42buS9Bp/rRpDMd8rT1Gn3cIQ92ACfYuu0
CCMOrlM3EjWJlCSTGU0x1xE=
=w0jJ
-----END PGP SIGNATURE-----

--3fbe2931_42a73ca6_349f--
From jonas@jones.dk  Fri Nov 21 17:22:23 2003
Return-Path: <jonas@jones.dk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 29383238D6; Fri, 21 Nov 2003 17:22:23 +0200 (EET)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-120101.0x3ef24ca2.albnxx2.customer.tele.dk [62.242.76.162])
	by danu.procontrol.fi (Postfix) with ESMTP id 2B86E238D5
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 17:21:50 +0200 (EET)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP
	id 31D313F2728; Fri, 21 Nov 2003 16:21:50 +0100 (CET)
Message-ID: <3FBE2D8D.9030507@jones.dk>
Date: Fri, 21 Nov 2003 16:21:49 +0100
From: Jonas Smedegaard <jonas@jones.dk>
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US;
	rv:1.5) Gecko/20031107 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brook Humphrey <bah@webmedic.net>
Subject: Re: [Dovecot] Re: Pine and Maildir (Was: 0.99.10.2 released)
References: <1068490809.2794.7.camel@hurina>
	<20031120213837.GJ11323@iridium.mv.net> <3FBD5840.4060801@jones.dk>
	<200311201819.16404.bah@webmedic.net>
In-Reply-To: <200311201819.16404.bah@webmedic.net>
X-Enigmail-Version: 0.81.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dovecot@procontrol.fi
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 15:22:23 -0000
X-UID: 1916                                                  
Status: O
Content-Length: 1451

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brook Humphrey wrote:
| On Thursday 20 November 2003 04:11 pm, you wrote:
|
|>Please tell me if there is somewhere patches actively supported, so I
|>can add back the Maildir support in the package.
(...)
| a version of pine with these patches is actively maintained by the
mandrake
| community. I happen to use them occasionaly. Mostly here though i use
kmail
| or squirrelmail.

Could you provide some pointers?

The latest package I found - pine-4.50-1.1mdk.src.rpm from a mirror of
Mandrake-old/updates didn't contain Maildir support as far as I could
see - but it did contain the following in the changelog:

* Thu Apr 26 04:00:00 2001 Vincent Danen <vdanen@mandrakesoft.com> 4.33-1mdk
- - 4.33
- - sync patches with rh
- - new maildir patch
- - re-enable ssl to see if works better now


If I am right about this, then "actively supported" means not updated
since April 2001. Probably what was included was the patch that was
latest worked on by Miquel van Smoorenburg...

~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er nr: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQE/vi2Mn7DbMsAkQLgRAow2AKCdQzVgvZ+pqPZ1hDaLBkPfsnGhOgCffPte
djcvjD5zXVJs8HFwop0bFVQ=
=+xv3
-----END PGP SIGNATURE-----

From bah@webmedic.net  Fri Nov 21 17:43:54 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BE65A238D5; Fri, 21 Nov 2003 17:43:54 +0200 (EET)
Received: from mandrake.webmedic.net (pppoe64-91-122-13.vcr.centurytel.net
	[64.91.122.13])
	by danu.procontrol.fi (Postfix) with ESMTP id C03BE238D1
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 17:43:19 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mandrake.webmedic.net (Postfix) with ESMTP id 9F2958BE50
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 07:43:17 -0800 (PST)
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: Pine and Maildir (Was: 0.99.10.2 released)
Date: Fri, 21 Nov 2003 07:43:16 -0800
User-Agent: KMail/1.5.93
References: <1068490809.2794.7.camel@hurina>
	<200311201819.16404.bah@webmedic.net> <3FBE2D8D.9030507@jones.dk>
In-Reply-To: <3FBE2D8D.9030507@jones.dk>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200311210743.16207.bah@webmedic.net>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 15:43:54 -0000
X-UID: 1917                                                  
Status: O
Content-Length: 1824

On Friday 21 November 2003 07:21 am, you wrote:
> If I am right about this, then "actively supported" means not updated
> since April 2001. Probably what was included was the patch that was
> latest worked on by Miquel van Smoorenburg...

I said by the community. Due to licensing mandrake(the company) wont even 
touch pine. Go look for plf. They are a bunch of guys like me that support 
things not normally distributed due to licensing issues. They have stuff that 
supports dvd and a whole slew of things there. For the most part if it is 
something you want but is considered to have questionable license then it can 
most likely be found there.

Pine is one of the packages there and they have patched it with maildir 
support. I also should be a little more precise. I'm not sure what version of 
pine it is and I dont really care as it offers what I need. By active I was 
saying that they keep a version of pine compiled for each new version of 
mandrake and at least it does have a working maildir support. 

It may be the latest for all I know but it works so I dont care. I'm sorry but 
you can only do so much with an email program the rest is just overload. 
After I started looking at the options for mutt that thing might as well be 
sendmail (from what I have heard of sendmail. No experiance with it myself).
-- 
New and improved with advanced outlook crash handler. 
<!--><input type -->
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
                                      Brook Humphrey           
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107        
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com   
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
From jonas@jones.dk  Fri Nov 21 18:00:13 2003
Return-Path: <jonas@jones.dk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B1B08238C7; Fri, 21 Nov 2003 18:00:13 +0200 (EET)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-120101.0x3ef24ca2.albnxx2.customer.tele.dk [62.242.76.162])
	by danu.procontrol.fi (Postfix) with ESMTP id D7FAC238D1
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 17:59:40 +0200 (EET)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP id 693CE3F2728
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 16:59:40 +0100 (CET)
Message-ID: <3FBE366B.6020905@jones.dk>
Date: Fri, 21 Nov 2003 16:59:39 +0100
From: Jonas Smedegaard <jonas@jones.dk>
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US;
	rv:1.5) Gecko/20031107 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: Pine and Maildir (Was: 0.99.10.2 released)
References: <1068490809.2794.7.camel@hurina>
	<200311201819.16404.bah@webmedic.net> <3FBE2D8D.9030507@jones.dk>
	<200311210743.16207.bah@webmedic.net>
In-Reply-To: <200311210743.16207.bah@webmedic.net>
X-Enigmail-Version: 0.81.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: dovecot@procontrol.fi
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 16:00:14 -0000
X-UID: 1918                                                  
Status: O
Content-Length: 1088

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brook Humphrey wrote:
| On Friday 21 November 2003 07:21 am, you wrote:
|
|>If I am right about this, then "actively supported" means not updated
|>since April 2001. Probably what was included was the patch that was
|>latest worked on by Miquel van Smoorenburg...
|
|
| I said by the community. Due to licensing mandrake(the company) wont even
| touch pine. Go look for plf.

Ah, that helped. Thanks.

Unfortunately it seems (from a quick glance) to be that same old patch.
It may be good enough for Pine, but I don't trust it enough to include
it in Debian for use with PHP4 and in other server-related places :-(

~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er nr: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQE/vjZrn7DbMsAkQLgRAigoAKCQcDjDBKovyb2vMdrhKve/dLyBVgCfcL8i
gXheWYUDylOM1csiRU+B5jI=
=trGO
-----END PGP SIGNATURE-----

From jaldhar@debian.org  Fri Nov 21 20:46:50 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E47F8238D6; Fri, 21 Nov 2003 20:46:49 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id D9FC8238C7
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 20:46:16 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id D25CF7F5A
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 13:46:16 -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 02312-04 for <dovecot@procontrol.fi>;
	Fri, 21 Nov 2003 13:46:16 -0500 (EST)
Received: from samadhi.braincells.com (samadhi.braincells.com
	[216.162.42.100])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 51D247F55
	for <dovecot@procontrol.fi>; Fri, 21 Nov 2003 13:46:16 -0500 (EST)
Date: Fri, 21 Nov 2003 13:46:14 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: Pine and Maildir (Was: 0.99.10.2 released)
In-Reply-To: <3FBE366B.6020905@jones.dk>
Message-ID: <Pine.LNX.4.58.0311211344270.2441@samadhi.braincells.com>
References: <1068490809.2794.7.camel@hurina>
	<200311201819.16404.bah@webmedic.net>
	<3FBE2D8D.9030507@jones.dk> <200311210743.16207.bah@webmedic.net>
	<3FBE366B.6020905@jones.dk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at braincells.com
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2003 18:46:50 -0000
X-UID: 1919                                                  
Status: O

On Fri, 21 Nov 2003, Jonas Smedegaard wrote:

> Brook Humphrey wrote:
> | On Friday 21 November 2003 07:21 am, you wrote:
> |
> |>If I am right about this, then "actively supported" means not updated
> |>since April 2001. Probably what was included was the patch that was
> |>latest worked on by Miquel van Smoorenburg...
> |
> |
> | I said by the community. Due to licensing mandrake(the company) wont even
> | touch pine. Go look for plf.
>
> Ah, that helped. Thanks.
>
> Unfortunately it seems (from a quick glance) to be that same old patch.

It is.They took that patch from the Debian package back when I was
maintaining it.



-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From tss@iki.fi  Sat Nov 22 23:00:31 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 08DEB238C7; Sat, 22 Nov 2003 23:00:31 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 160FD23841
	for <dovecot@procontrol.fi>; Sat, 22 Nov 2003 22:59:56 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id BF0245C616E2
	for <dovecot@procontrol.fi>; Sat, 22 Nov 2003 22:59:55 +0200 (EET)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-GExybJ3kiCrWkhH033r8"
Message-Id: <1069534795.2499.119.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 Nov 2003 22:59:55 +0200
Subject: [Dovecot] New index / mailbox API
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 22 Nov 2003 21:00:31 -0000
X-UID: 1920                                                  
Status: O
Content-Length: 19622


--=-GExybJ3kiCrWkhH033r8
Content-Type: multipart/mixed; boundary="=-fRPNYuGMNG0yVP9/2G6V"


--=-fRPNYuGMNG0yVP9/2G6V
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Today morning I had an idea how to make indexes more scalable with
multiple concurrent writers. As a side effect it also made the locking
issues much more simpler. So I thought I'd go and rewrite all the
indexing code, it had gotten way too ugly and difficult to understand
and maintain.

I also thought to separate the index handling completely from mailbox
handling. So there would be lib-index and lib-mailbox. lib-storage would
then tie them together.

Mailbox API still feels somewhat dirty though.. I didn't want it to
depend on lib-index and I didn't want to duplicate any lib-index
functionality in it to avoid uselessly allocating memory, so I can't
reference to mails directly with their sequence number or UID. So I'm
passing (void *id, size_t id_len) around - with maildir that would be
the filename and with mbox it would be current offset in file.

Suggestions welcome about both APIs.

Some of the changes in indexes and it's API:

- "modify log" -> "transaction log" which was the big change. All flag
updates and expunges are first written to transaction log and only when
committing it they will be moved into the main index.

The transaction writes require the file locked for only very short time,
so with lots of concurrent writers it means that several sessions could
have written their wanted changes to log file, but they're all blocking
on getting them moved into main index. When one session finally gets a
lock in the main lock file, it writes everyone's changes into it. If
lock can't be acquired in a second or so, the main index will be
rewritten into temp file and rename()d over.

This means that we can have tons of sessions reading and writing to same
shared index file and no session can block others from reading or
writing. Currently yoou could easily block changes for a very long time
with eg. FETCH 1:* BODY.PEEK[] and reading it 1 bytes/sec.

- mail_index will be a class interface, so it's implementation can be
changed at runtime. In-memory indexing is going to be a totally
different implementation this time with better memory usage. Could be
useful for optimizing some special cases as well.

- You'll get "views" into mailbox. A view will take care of keeping
sequences synchronized according to what each client session thinks they
are. Currently lib-storage does that in kind of ugly way. Hopefully this
means that we can get rid of sequence parsing in lib-storage completely
and move it into imap-only code.

- You don't directly manipulate with locks and there's no rules of in
which order you have to do something. You get views and transactions and
use them.

- You can have multiple views and transactions, so one opened index
could be used to handle multiple client sessions. I'm not sure if that
will ever be useful though :)

- Error correction will be done automatically this time. Whenever some
error is noticed, it will be fixed immediately and unless it changes
syncing state, it doesn't force client to disconnect. Also it hopefully
will be possible to change from disk-indexing to memory-indexing on the
fly in case you run out of disk space.

- I'm trying to get it NFS-safe..

- mail-cache that I recently rewrote doesn't change. The bad thing is
that it seems to be broken in some way and probably needs rewriting
anyway.. And I'm not sure if the problem is just in the code, or if the
design itself is somehow broken with it. I'm fearing that memory doesn't
somehow keep up with changes by other sessions, since we're not locking
cache file for reading..


--=-fRPNYuGMNG0yVP9/2G6V
Content-Disposition: attachment; filename=mail-index.h
Content-Type: text/x-c-header; name=mail-index.h; charset=ISO-8859-15
Content-Transfer-Encoding: base64

I2lmbmRlZiBfX01BSUxfSU5ERVhfSA0KI2RlZmluZSBfX01BSUxfSU5ERVhfSA0KDQojaW5jbHVk
ZSAibWFpbGJveC1kcml2ZXIuaCINCg0KI2RlZmluZSBNQUlMX0lOREVYX01BSk9SX1ZFUlNJT04g
NA0KI2RlZmluZSBNQUlMX0lOREVYX01JTk9SX1ZFUlNJT04gMA0KDQovKiBOdW1iZXIgb2YgY3Vz
dG9tIGZsYWdzIGluIG1haWxfaW5kZXhfcmVjb3JkLiAqLw0KI2RlZmluZSBJTkRFWF9DVVNUT01f
RkxBR1NfQ09VTlQgKDMqOCkNCiNkZWZpbmUgSU5ERVhfQ1VTVE9NX0ZMQUdTX0JZVEVfQ09VTlQg
KChJTkRFWF9DVVNUT01fRkxBR1NfQ09VTlQqNykvOCkNCg0KZW51bSBtYWlsX2luZGV4X29wZW5f
ZmxhZ3Mgew0KCS8qIENyZWF0ZSBpbmRleCBpZiBpdCBkb2Vzbid0IGV4aXN0ICovDQoJTUFJTF9J
TkRFWF9PUEVOX0ZMQUdfQ1JFQVRFCQk9IDB4MDEsDQoJLyogT3BlbiB0aGUgaW5kZXggYXMgZmFz
dCBhcyBwb3NzaWJsZSAtIGRvIG9ubHkgbWluaW1hbCBjaGVja3MgYW5kDQoJICAgZGVsYXkgb3Bl
bmluZyBjYWNoZS9sb2cgZmlsZXMgdW5sZXNzIHRoZXkncmUgbmVlZGVkLiAqLw0KCU1BSUxfSU5E
RVhfT1BFTl9GTEFHX0ZBU1QJCT0gMHgwMg0KfTsNCg0KZW51bSBtYWlsX2luZGV4X2hlYWRlcl9j
b21wYXRfZmxhZ3Mgew0KCU1BSUxfSU5ERVhfQ09NUEFUX0xJVFRMRV9FTkRJQU4JCT0gMHgwMQ0K
fTsNCg0KZW51bSBtYWlsX2luZGV4X2hlYWRlcl9mbGFnIHsNCgkvKiBSZWJ1aWxkIGZsYWcgaXMg
c2V0IHdoaWxlIGluZGV4IGlzIGJlaW5nIHJlYnVpbHQgb3Igd2hlbg0KCSAgIHNvbWUgZXJyb3Ig
aXMgbm90aWNlZCBpbiB0aGUgaW5kZXggZmlsZS4gSWYgdGhpcyBmbGFnIGlzIHNldCwNCgkgICB0
aGUgaW5kZXggc2hvdWxkbid0IGJlIHVzZWQgYmVmb3JlIHJlYnVpbGRpbmcgaXQuICovDQoJTUFJ
TF9JTkRFWF9IRFJfRkxBR19SRUJVSUxECQk9IDB4MDAwMSwNCglNQUlMX0lOREVYX0hEUl9GTEFH
X0NPTVBSRVNTCQk9IDB4MDAwMiwNCglNQUlMX0lOREVYX0hEUl9GTEFHX0NPTVBSRVNTX0NBQ0hF
CT0gMHgwMDA0LA0KCU1BSUxfSU5ERVhfSERSX0ZMQUdfRElSVFlfTUVTU0FHRVMJPSAweDAwMDgs
DQoJTUFJTF9JTkRFWF9IRFJfRkxBR19ESVJUWV9DVVNUT01GTEFHUwk9IDB4MDAxMCwNCglNQUlM
X0lOREVYX0hEUl9GTEFHX01BSUxESVJfTkVXCQk9IDB4MDAyMA0KfTsNCg0KZW51bSBtYWlsX2lu
ZGV4X3JlY29yZF9mbGFnIHsNCgkvKiBJZiBiaW5hcnkgZmxhZ3MgYXJlIHNldCwgaXQncyBub3Qg
Y2hlY2tlZCB3aGV0aGVyIG1haWwgaXMNCgkgICBtaXNzaW5nIENScy4gU28gdGhpcyBmbGFnIG1h
eSBiZSBzZXQgYXMgYW4gb3B0aW1pemF0aW9uIGZvcg0KCSAgIHJlZ3VsYXIgbm9uLWJpbmFyeSBt
YWlscyBhcyB3ZWxsIGlmIGl0J3Mga25vd24gdGhhdCBpdCBjb250YWlucw0KCSAgIHZhbGlkIENS
K0xGIGxpbmUgYnJlYWtzLiAqLw0KCU1BSUxfSU5ERVhfRkxBR19CSU5BUllfSEVBREVSCQk9IDB4
MDAwMSwNCglNQUlMX0lOREVYX0ZMQUdfQklOQVJZX0JPRFkJCT0gMHgwMDAyLA0KDQoJLyogTWFp
bCBoZWFkZXIgb3IgYm9keSBpcyBrbm93biB0byBjb250YWluIE5VTCBjaGFyYWN0ZXJzLiAqLw0K
CU1BSUxfSU5ERVhfRkxBR19IQVNfTlVMUwkJPSAweDAwMDQsDQoJLyogTWFpbCBoZWFkZXIgb3Ig
Ym9keSBpcyBrbm93biB0byBub3QgY29udGFpbiBOVUwgY2hhcmFjdGVycy4gKi8NCglNQUlMX0lO
REVYX0ZMQUdfSEFTX05PX05VTFMJCT0gMHgwMDA4DQp9Ow0KDQplbnVtIG1haWxfbG9ja19ub3Rp
ZnlfdHlwZSB7DQoJLyogTWFpbGJveCBpcyBsb2NrZWQsIHdpbGwgYWJvcnQgaW4gc2Vjc19sZWZ0
ICovDQoJTUFJTF9MT0NLX05PVElGWV9NQUlMQk9YX0FCT1JULA0KCS8qIE1haWxib3ggbG9jayBs
b29rcyBzdGFsZSwgd2lsbCBvdmVycmlkZSBpbiBzZWNzX2xlZnQgKi8NCglNQUlMX0xPQ0tfTk9U
SUZZX01BSUxCT1hfT1ZFUlJJREUsDQoJLyogSW5kZXggaXMgbG9ja2VkLCB3aWxsIGFib3J0IGlu
IHNlY3NfbGVmdCAqLw0KCU1BSUxfTE9DS19OT1RJRllfSU5ERVhfQUJPUlQNCn07DQoNCmVudW0g
bWFpbF9pbmRleF9lcnJvciB7DQoJLyogTm8gZXJyb3JzICovDQoJTUFJTF9JTkRFWF9FUlJPUl9O
T05FLA0KCS8qIEludGVybmFsIGVycm9yLCBzZWUgZ2V0X2Vycm9yX3RleHQoKSBmb3IgbW9yZSBp
bmZvcm1hdGlvbi4gKi8NCglNQUlMX0lOREVYX0VSUk9SX0lOVEVSTkFMLA0KCS8qIEluZGV4IGlz
IG5vdyBpbiBpbmNvbnNpc3RlbnQgc3RhdGUgd2l0aCB0aGUgcHJldmlvdXMga25vd24gc3RhdGUs
DQoJICAgbWVhbmluZyB0aGF0IHRoZSBtZXNzYWdlIElEcyBldGMuIG1heSBoYXZlIGNoYW5nZWQg
LSBvbmx5IHdheSB0bw0KCSAgIHJlY292ZXIgdGhpcyB3b3VsZCBiZSB0byBmdWxseSBjbG9zZSB0
aGUgbWFpbGJveCBhbmQgcmVvcGVuIGl0Lg0KCSAgIFdpdGggSU1BUCB0aGlzIHdvdWxkIG1lYW4g
YSBmb3JjZWQgZGlzY29ubmVjdGlvbiBzaW5jZSB3ZSBjYW4ndCBkbw0KCSAgIGZvcmNlZCBDTE9T
RS4gKi8NCglNQUlMX0lOREVYX0VSUk9SX0lOQ09OU0lTVEVOVCwNCgkvKiBXZSByYW4gb3V0IG9m
IGF2YWlsYWJsZSBkaXNrIHNwYWNlLiAqLw0KCU1BSUxfSU5ERVhfRVJST1JfRElTS1NQQUNFLA0K
CS8qIE1haWwgaW5kZXggbG9ja2luZyB0aW1lb3V0ZWQgKi8NCglNQUlMX0lOREVYX0VSUk9SX0lO
REVYX0xPQ0tfVElNRU9VVCwNCgkvKiBNYWlsYm94IGxvY2tpbmcgdGltZW91dGVkICovDQoJTUFJ
TF9JTkRFWF9FUlJPUl9NQUlMQk9YX0xPQ0tfVElNRU9VVA0KfTsNCg0KdHlwZWRlZiB2b2lkIG1h
aWxfbG9ja19ub3RpZnlfY2FsbGJhY2tfdChlbnVtIG1haWxfbG9ja19ub3RpZnlfdHlwZSBub3Rp
ZnlfdHlwZSwNCgkJCQkJIHVuc2lnbmVkIGludCBzZWNzX2xlZnQsIHZvaWQgKmNvbnRleHQpOw0K
DQpzdHJ1Y3QgbWFpbF9pbmRleF9oZWFkZXIgew0KCS8qIG1ham9yIHZlcnNpb24gaXMgaW5jcmVh
c2VkIG9ubHkgd2hlbiB5b3UgY2FuJ3QgaGF2ZSBiYWNrd2FyZHMNCgkgICBjb21wYXRpYmlsaXR5
LiBtaW5vciB2ZXJzaW9uIGlzIGluY3JlYXNlZCB3aGVuIGhlYWRlciBzaXplIGlzDQoJICAgaW5j
cmVhc2VkIHRvIGNvbnRhaW4gbmV3IG5vbi1jcml0aWNhbCBmaWVsZHMuICovDQoJdWludDhfdCBt
YWpvcl92ZXJzaW9uOw0KCXVpbnQ4X3QgbWlub3JfdmVyc2lvbjsNCgl1aW50OF90IGhlYWRlcl9z
aXplOw0KCXVpbnQ4X3QgcmVzZXJ2ZWQ7DQoNCgkvKiAwID0gZmxhZ3MNCgkgICAxID0gc2l6ZW9m
KHVvZmZfdCkNCgkgICAyID0gc2l6ZW9mKHRpbWVfdCkNCgkgICAzID0gcmVzZXJ2ZWQsIDAgZm9y
IG5vdyAqLw0KCXVpbnQ4X3QgY29tcGF0X2RhdGFbNF07DQoNCgl1aW50MzJfdCBpbmRleGlkOw0K
CXVpbnQzMl90IHVzZWRfZmlsZV9zaXplOw0KDQoJLyogZmlsZSBuZWVkcyB0byBiZSByZW9wZW5l
ZCBpZiBzeW5jX2lkcyBjaGFuZ2UuICovDQoJdWludDMyX3QgbWFzdGVyX3N5bmNfaWQ7DQoJdWlu
dDMyX3QgY2FjaGVfc3luY19pZDsNCgl1aW50MzJfdCBsb2dfc3luY19pZDsNCg0KCXVpbnQzMl90
IGZsYWdzOw0KDQoJdWludDMyX3QgdWlkX3ZhbGlkaXR5Ow0KCXVpbnQzMl90IG5leHRfdWlkOw0K
DQoJdWludDMyX3QgbWVzc2FnZXNfY291bnQ7DQoJdWludDMyX3Qgc2Vlbl9tZXNzYWdlc19jb3Vu
dDsNCgl1aW50MzJfdCBkZWxldGVkX21lc3NhZ2VzX2NvdW50Ow0KCXVpbnQzMl90IGxhc3Rfbm9u
cmVjZW50X3VpZDsNCg0KCS8qIHRoZXNlIFVJRHMgbWF5IG5vdCBleGlzdCBhbmQgbWF5IG5vdCBl
dmVuIGJlIHVuc2VlbiAqLw0KCXVpbnQzMl90IGZpcnN0X3Vuc2Vlbl91aWRfbG93d2F0ZXI7DQoJ
dWludDMyX3QgZmlyc3RfZGVsZXRlZF91aWRfbG93d2F0ZXI7DQoNCgl1aW50MzJfdCBsb2dfZmls
ZV9zZXE7DQoJdWludDMyX3QgbG9nX2ZpbGVfb2Zmc2V0Ow0KDQoJdWludDY0X3Qgc3luY19zaXpl
Ow0KCXVpbnQzMl90IHN5bmNfc3RhbXA7DQp9Ow0KDQplbnVtIG1haWxfaW5kZXhfdmlld19zeW5j
X3R5cGUgew0KICAgICAgICBNQUlMX0lOREVYX1ZJRVdfU1lOQ19UWVBFX05FVywNCglNQUlMX0lO
REVYX1ZJRVdfU1lOQ19UWVBFX0VYUFVOR0UsDQoJTUFJTF9JTkRFWF9WSUVXX1NZTkNfVFlQRV9G
TEFHUw0KfTsNCg0Kc3RydWN0IG1haWxfaW5kZXhfdmlld19zeW5jX3JlYyB7DQoJdWludDMyX3Qg
c2VxMSwgc2VxMjsNCgl1aW50MzJfdCB1aWQxLCB1aWQyOw0KCWVudW0gbWFpbF9pbmRleF92aWV3
X3N5bmNfdHlwZSB0eXBlOw0KfTsNCg0KdHlwZWRlZiB1bnNpZ25lZCBjaGFyIGN1c3RvbV9mbGFn
c19tYXNrX3RbSU5ERVhfQ1VTVE9NX0ZMQUdTX0JZVEVfQ09VTlRdOw0KDQpzdHJ1Y3QgbWFpbF9p
bmRleDsNCnN0cnVjdCBtYWlsX2luZGV4X3ZpZXc7DQpzdHJ1Y3QgbWFpbF9pbmRleF90cmFuc2Fj
dGlvbjsNCg0Kc3RydWN0IG1haWxfaW5kZXggKm1haWxfaW5kZXhfYWxsb2MoY29uc3QgY2hhciAq
ZGlyLCBjb25zdCBjaGFyICpwcmVmaXgpOw0Kdm9pZCBtYWlsX2luZGV4X2ZyZWUoc3RydWN0IG1h
aWxfaW5kZXggKmluZGV4KTsNCg0KaW50IG1haWxfaW5kZXhfb3BlbihzdHJ1Y3QgbWFpbF9pbmRl
eCAqaW5kZXgsIGVudW0gbWFpbF9pbmRleF9vcGVuX2ZsYWdzIGZsYWdzKTsNCnZvaWQgbWFpbF9p
bmRleF9jbG9zZShzdHJ1Y3QgbWFpbF9pbmRleCAqaW5kZXgpOw0KDQovKiBJZiB3ZSBoYXZlIHRv
IHdhaXQgZm9yIHRoZSBsb2NrLCB0aGUgZ2l2ZW4gbG9jayBub3RpZnkgZnVuY3Rpb24NCiAgIGlz
IGNhbGxlZCBvbmNlIGluIGEgd2hpbGUuICovDQp2b2lkIG1haWxfaW5kZXhfc2V0X2xvY2tfbm90
aWZ5X2NhbGxiYWNrKHN0cnVjdCBtYWlsX2luZGV4ICppbmRleCwNCgkJCQkJIG1haWxfbG9ja19u
b3RpZnlfY2FsbGJhY2tfdCAqY2FsbGJhY2ssDQoJCQkJCSB2b2lkICpjb250ZXh0KTsNCg0KLyog
VmlldyBjYW4gYmUgdXNlZCB0byBsb29rIGludG8gaW5kZXguIFNlcXVlbmNlIG51bWJlcnMgaW5z
aWRlIHZpZXcgY2hhbmdlDQogICBvbmx5IHdoZW4geW91IHN5bmNocm9uaXplIGl0LiBUaGUgdmll
dyBhY3F1aXJlcyByZXF1aXJlZCBsb2Nrcw0KICAgYXV0b21hdGljYWxseSwgYnV0IHlvdSdsbCBo
YXZlIHRvIGRyb3AgdGhlbSBtYW51YWxseS4gT3BlbmluZyB2aWV3DQogICBhY3F1aXJlcyBhIGxv
Y2sgaW1tZWRpYXRlbHkuICovDQpzdHJ1Y3QgbWFpbF9pbmRleF92aWV3ICptYWlsX2luZGV4X3Zp
ZXdfb3BlbihzdHJ1Y3QgbWFpbF9pbmRleCAqaW5kZXgpOw0Kdm9pZCBtYWlsX2luZGV4X3ZpZXdf
Y2xvc2Uoc3RydWN0IG1haWxfaW5kZXhfdmlldyAqdmlldyk7DQoNCi8qIENhbGwgd2hlbmV2ZXIg
eW91J3ZlIGRvbmUgd2l0aCByZXF1ZXN0aW5nIG1lc3NhZ2VzIGZyb20gdmlldyBmb3IgYSB3aGls
ZS4gKi8NCnZvaWQgbWFpbF9pbmRleF92aWV3X3VubG9jayhzdHJ1Y3QgbWFpbF9pbmRleF92aWV3
ICp2aWV3KTsNCi8qIFJldHVybnMgbnVtYmVyIG9mIG1haWxzIGluIHZpZXcuICovDQp1aW50MzJf
dCBtYWlsX2luZGV4X3ZpZXdfZ2V0X21lc3NhZ2VfY291bnQoc3RydWN0IG1haWxfaW5kZXhfdmll
dyAqdmlldyk7DQovKiBSZXR1cm5zIFRSVUUgaWYgd2UgbG9zdCB0cmFjayBvZiBjaGFuZ2VzIGZv
ciBzb21lIHJlYXNvbi4gKi8NCmludCBtYWlsX2luZGV4X3ZpZXdfaXNfaW5jb25zaXN0ZW50KHN0
cnVjdCBtYWlsX2luZGV4X3ZpZXcgKnZpZXcpOw0KDQovKiBUcmFuc2FjdGlvbiBoYXMgdG8gYmUg
b3BlbmVkIHRvIGJlIGFibGUgdG8gbW9kaWZ5IGluZGV4LiBZb3UgY2FuIGhhdmUNCiAgIG11bHRp
cGxlIHRyYW5zYWN0aW9ucyBvcGVuIHNpbXVsdGFuZW91c2x5LiAqLw0Kc3RydWN0IG1haWxfaW5k
ZXhfdHJhbnNhY3Rpb24gKg0KbWFpbF9pbmRleF90cmFuc2FjdGlvbl9iZWdpbihzdHJ1Y3QgbWFp
bF9pbmRleF92aWV3ICp2aWV3KTsNCmludCBtYWlsX2luZGV4X3RyYW5zYWN0aW9uX2NvbW1pdChz
dHJ1Y3QgbWFpbF9pbmRleF90cmFuc2FjdGlvbiAqdCk7DQp2b2lkIG1haWxfaW5kZXhfdHJhbnNh
Y3Rpb25fcm9sbGJhY2soc3RydWN0IG1haWxfaW5kZXhfdHJhbnNhY3Rpb24gKnQpOw0KDQovKiBT
eW5jaHJvbml6ZSBjaGFuZ2VzIGluIG1haWxib3guICovDQppbnQgbWFpbF9pbmRleF9zeW5jKHN0
cnVjdCBtYWlsX2luZGV4ICppbmRleCwgaW50ICpjaGFuZ2VzX3IpOw0KLyogUmVidWlsZCBpbmRl
eC4gSW52YWxpZGF0ZXMgYWxsIHZpZXdzLiAqLw0KaW50IG1haWxfaW5kZXhfcmVidWlsZChzdHJ1
Y3QgbWFpbF9pbmRleCAqaW5kZXgpOw0KLyogQ2hlY2sgYW5kIGZpeCBhbnkgZm91bmQgcHJvYmxl
bXMuIE1heSByZWJ1aWxkIGluZGV4IGlmIGl0IGZpbmRzIHNvbWUNCiAgIHNlcmlvdXMgcHJvYmxl
bXMuICovDQppbnQgbWFpbF9pbmRleF9mc2NrKHN0cnVjdCBtYWlsX2luZGV4ICppbmRleCk7DQoN
Ci8qIFN5bmNocm9uaXplIGNoYW5nZXMgaW4gdmlldy4gbmV4dCgpIHJldHVybnMgaW5mb3JtYXRp
b24gb2Ygd2hhdCB3YXMNCiAgIHN5bmNocm9uaXplZCwgYnV0IGNhbGxpbmcgaXQgaXNuJ3QgcmVx
dWlyZWQgLSBlbmQoKSB3aWxsIHNldCBldmVyeXRoaW5nDQogICBzeW5jaHJvbml6ZWQgYW55d2F5
LiAqLw0Kc3RydWN0IG1haWxfaW5kZXhfdmlld19zeW5jX2N0eCAqDQptYWlsX2luZGV4X3ZpZXdf
c3luY19iZWdpbihzdHJ1Y3QgbWFpbF9pbmRleF92aWV3ICp2aWV3KTsNCmludCBtYWlsX2luZGV4
X3ZpZXdfc3luY19uZXh0KHN0cnVjdCBtYWlsX2luZGV4X3ZpZXdfc3luY19jdHggKmN0eCwNCgkJ
CSAgICAgIHN0cnVjdCBtYWlsX2luZGV4X3ZpZXdfc3luY19yZWMgKnJlYyk7DQp2b2lkIG1haWxf
aW5kZXhfdmlld19zeW5jX2VuZChzdHJ1Y3QgbWFpbF9pbmRleF92aWV3X3N5bmNfY3R4ICpjdHgp
Ow0KDQovKiBSZXR1cm5zIHRoZSBpbmRleCBoZWFkZXIuICovDQpjb25zdCBzdHJ1Y3QgbWFpbF9p
bmRleF9oZWFkZXIgKg0KbWFpbF9pbmRleF9nZXRfaGVhZGVyKHN0cnVjdCBtYWlsX2luZGV4X3Zp
ZXcgKnZpZXcpOw0KDQovKiBGaW5kIGZpcnN0IGV4aXN0aW5nIG1haWwgZnJvbSBnaXZlbiBVSUQg
cmFuZ2UuDQogICBTZXRzIHNlcV9yIHRvIDAgaWYgbm9uZSB3YXMgZm91bmQuICovDQppbnQgbWFp
bF9pbmRleF9sb29rdXBfdWlkX3JhbmdlKHN0cnVjdCBtYWlsX2luZGV4X3ZpZXcgKnZpZXcsDQoJ
CQkJdWludDMyX3QgZmlyc3RfdWlkLCB1aW50MzJfdCBsYXN0X3VpZCwNCgkJCQl1aW50MzJfdCAq
c2VxX3IpOw0KDQovKiBBcHBlbmQgYSBuZXcgcmVjb3JkIHRvIGluZGV4LiBVSUQgaXNuJ3QgYXNz
aWduZWQgdG8gdGhlIHJlY29yZCB1bnRpbA0KICAgY29tbWl0LiAqLw0Kdm9pZCBtYWlsX2luZGV4
X2FwcGVuZChzdHJ1Y3QgbWFpbF9pbmRleF90cmFuc2FjdGlvbiAqdCwgdWludDMyX3QgKnNlcV9y
KTsNCi8qIEV4cHVuZ2UgcmVjb3JkIGZyb20gaW5kZXguIE5vdGUgdGhhdCB0aGlzIGRvZXNuJ3Qg
YWZmZWN0IHNlcXVlbmNlIG51bWJlcnMNCiAgIHVudGlsIHRyYW5zYWN0aW9uIGlzIGNvbW1pdHRl
ZC4gKi8NCnZvaWQgbWFpbF9pbmRleF9leHB1bmdlKHN0cnVjdCBtYWlsX2luZGV4X3RyYW5zYWN0
aW9uICp0LCB1aW50MzJfdCBzZXEpOw0KLyogVXBkYXRlIGZsYWdzIGluIGluZGV4LiAqLw0Kdm9p
ZCBtYWlsX2luZGV4X3VwZGF0ZV9mbGFncyhzdHJ1Y3QgbWFpbF9pbmRleF90cmFuc2FjdGlvbiAq
dCwgdWludDMyX3Qgc2VxLA0KCQkJICAgICBlbnVtIG1vZGlmeV90eXBlIG1vZGlmeV90eXBlLA0K
CQkJICAgICBlbnVtIG1haWxfZmxhZ3MgZmxhZ3MsDQoJCQkgICAgIGN1c3RvbV9mbGFnc19tYXNr
X3QgY3VzdG9tX2ZsYWdzKTsNCg0KLyogUmV0dXJucyB0aGUgbGFzdCBlcnJvciBjb2RlLiAqLw0K
ZW51bSBtYWlsX2luZGV4X2Vycm9yIG1haWxfaW5kZXhfZ2V0X2xhc3RfZXJyb3Ioc3RydWN0IG1h
aWxfaW5kZXggKmluZGV4KTsNCi8qIFJldHVybnMgdGhlIGZ1bGwgZXJyb3IgbWVzc2FnZSBmb3Ig
bGFzdCBpbnRlcm5hbCBlcnJvci4gVGhpcyBtZXNzYWdlIG1heQ0KICAgY29udGFpbiBwYXRocyBl
dGMuIHNvIGl0IHNob3VsZG4ndCBiZSBzaG93biB0byB1c2Vycy4gKi8NCmNvbnN0IGNoYXIgKm1h
aWxfaW5kZXhfZ2V0X2ludGVybmFsX2Vycm9yKHN0cnVjdCBtYWlsX2luZGV4ICppbmRleCk7DQoN
CiNlbmRpZg0K

--=-fRPNYuGMNG0yVP9/2G6V
Content-Disposition: attachment; filename=mailbox-driver.h
Content-Type: text/x-c-header; name=mailbox-driver.h; charset=ISO-8859-15
Content-Transfer-Encoding: base64

I2lmbmRlZiBfX01BSUxCT1hfRFJJVkVSX0gNCiNkZWZpbmUgX19NQUlMQk9YX0RSSVZFUl9IDQoN
CmVudW0gbWFpbF9mbGFncyB7DQoJTUFJTF9BTlNXRVJFRAk9IDB4MDEsDQoJTUFJTF9GTEFHR0VE
CT0gMHgwMiwNCglNQUlMX0RFTEVURUQJPSAweDA0LA0KCU1BSUxfU0VFTgk9IDB4MDgsDQoJTUFJ
TF9EUkFGVAk9IDB4MTAsDQoJTUFJTF9SRUNFTlQJPSAweDIwDQp9Ow0KDQpzdHJ1Y3QgbWFpbF9m
dWxsX2ZsYWdzIHsNCgllbnVtIG1haWxfZmxhZ3MgZmxhZ3M7DQoNCgljb25zdCBjaGFyICoqY3Vz
dG9tX2ZsYWdzOw0KCXVuc2lnbmVkIGludCBjdXN0b21fZmxhZ3NfY291bnQ7DQp9Ow0KDQplbnVt
IG1vZGlmeV90eXBlIHsNCglNT0RJRllfQURELA0KCU1PRElGWV9SRU1PVkUsDQoJTU9ESUZZX1JF
UExBQ0UNCn07DQoNCmVudW0gbWFpbGJveF9sb2NrX3R5cGUgew0KCU1BSUxCT1hfTE9DS19OT05F
LA0KCU1BSUxCT1hfTE9DS19TSEFSRUQsDQoJTUFJTEJPWF9MT0NLX0VYQ0xVU0lWRQ0KfTsNCg0K
c3RydWN0IG1haWxib3hfc3luYzsNCg0Kc3RydWN0IG1haWxib3hfZHJpdmVyIHsNCgkvKiBSZXR1
cm5zIDEgaWYgZ2l2ZW4gcGF0aCB3YXMgZGV0ZWN0ZWQgYXMgYSB2YWxpZCBtYWlsYm94IGZvciB0
aGlzDQoJICAgZHJpdmVyLCAtMSBpZiBub3Qgb3IgMCBpZiBnaXZlbiBwYXRoIGNhbiBiZSBoYW5k
bGVkIGFzIGEgZ2VuZXJpYw0KCSAgIGZpbGUgKGllLiBmYWxsYmFjayB0byB0aGlzIGRyaXZlciBp
ZiBuby1vbmUgZWxzZSBhbnN3ZXJzIDEpLiAqLw0KCWludCAoKmRldGVjdCkoY29uc3QgY2hhciAq
cGF0aCk7DQoNCgkvKiBPcGVuIG1haWxib3guICovDQoJc3RydWN0IG1haWxib3hfZHJpdmVyICoo
Km9wZW5fbWFpbGJveCkoY29uc3QgY2hhciAqcGF0aCk7DQoJdm9pZCAoKmNsb3NlX21haWxib3gp
KHN0cnVjdCBtYWlsYm94X2RyaXZlciAqZHJ2KTsNCg0KCWludCAoKmxvY2spKHN0cnVjdCBtYWls
Ym94X2RyaXZlciAqZHJ2LCBlbnVtIG1haWxib3hfbG9ja190eXBlIHR5cGUsDQoJCSAgICB1bnNp
Z25lZCBpbnQgKmxvY2tfc2VxX3IpOw0KDQoJLyogQmVnaW4gc3luY2hyb25pemluZyBtYWlsYm94
LiBEcml2ZXIgZGV0ZXJtaW5lcyBpZiBzeW5jaW5nIGlzDQoJICAgbmVlZGVkIGJhc2VkIG9uIGdp
dmVuIHN5bmNfc3RhdGVfaWQuIElmIHlvdSBkb24ndCBoYXZlIGFuIGV4aXN0aW5nDQoJICAgc3Rh
dGUgaWQgb3IgeW91IHdhbnQgdG8gZm9yY2UgYSBmdWxsIHJlc3luYywganVzdCBwYXNzIE5VTEwg
YW5kIDAuDQoNCgkgICBmaXJzdF91aWRfciBpcyBzZXQgdG8gdGhlIGZpcnN0IG1lc3NhZ2Ugd2hl
cmUgc3luY2luZyBiZWdpbnMuDQoJICAgQW55IG1lc3NhZ2VzIGJlZm9yZSBpdCBzaG91bGRuJ3Qg
YmUgdG91Y2hlZC4gc3luY19uZXh0KCkgcmV0dXJucw0KCSAgIGFsbCBtYWlscyBzdGFydGluZyBm
cm9tIGZpcnN0X3VpZF9yIHRoYXQgZXhpc3QsIGllLiBpZiBpdCBza2lwcw0KCSAgIHNvbWUgbWVz
c2FnZSBpdCBtZWFucyBpdCdzIGJlZW4gZXhwdW5nZWQuDQoNCgkgICBJZiBtaW5pbWFsX3N5bmMg
aXMgVFJVRSwgb25seSBtaW5pbWFsIGNoZWNrcyBhcmUgZG9uZSBzbyB0aGF0DQoJICAgbWFpbF9v
cGVuKCkgY2FuIGJlIHVzZWQgc2FmZWx5LiAqLw0KCXN0cnVjdCBtYWlsYm94X3N5bmMgKigqc3lu
Y19pbml0KShzdHJ1Y3QgbWFpbGJveF9kcml2ZXIgKmRydiwNCgkJCQkJICBjb25zdCB2b2lkICpz
eW5jX3N0YXRlX2lkLA0KCQkJCQkgIHNpemVfdCBzeW5jX3N0YXRlX2lkX2xlbiwNCgkJCQkJICB1
bnNpZ25lZCBpbnQgKmZpcnN0X3VpZF9yLA0KCQkJCQkgIGludCBtaW5pbWFsX3N5bmMpOw0KCXN0
cnVjdCBtYWlsYm94X21haWwgKigqc3luY19uZXh0KShzdHJ1Y3QgbWFpbGJveF9zeW5jICpzeW5j
KTsNCgl2b2lkICooKnN5bmNfZ2V0X3N0YXRlX2lkKShzdHJ1Y3QgbWFpbGJveF9zeW5jICpzeW5j
LCBzaXplX3QgKmxlbl9yKTsNCglpbnQgKCpzeW5jX2RlaW5pdCkoc3RydWN0IG1haWxib3hfc3lu
YyAqc3luYyk7DQoNCgkvKiBPcGVuIG1haWwgd2l0aCBnaXZlbiBJRC4gTWFpbGJveCBtdXN0IGhh
dmUgYmVlbiBzeW5jaHJvbml6ZWQgKi8NCglzdHJ1Y3QgbWFpbGJveF9tYWlsICooKm1haWxfb3Bl
bikoc3RydWN0IG1haWxib3hfZHJpdmVyICpkcnYsDQoJCQkJCSAgY29uc3Qgdm9pZCAqaWQsIHNp
emVfdCBpZF9sZW4pOw0KCS8qIEFwcGVuZCBhIG5ldyBtYWlsIHRvIG1haWxib3guICovDQoJc3Ry
dWN0IG1haWxib3hfbWFpbCAqKCptYWlsX2FwcGVuZCkoc3RydWN0IG1haWxib3hfZHJpdmVyICpk
cnYsDQoJCQkJCSAgICBzdHJ1Y3QgaXN0cmVhbSAqaW5wdXQpOw0KfTsNCg0Kc3RydWN0IG1haWxi
b3hfbWFpbCB7DQoJc3RydWN0IG1haWxib3hfZHJpdmVyICpkcnY7DQoNCgkvKiBJTUFQIFVJRCAq
Lw0KCXVuc2lnbmVkIGludCB1aWQ7DQoNCgkvKiBJZGVudGlmaWVyIGZvciBtZXNzYWdlLCBlZy4g
bWFpbCBmaWxlIG5hbWUgb3Igb2Zmc2V0IGluIGZpbGUgKi8NCgljb25zdCB2b2lkICppZDsNCglz
aXplX3QgaWRfbGVuOw0KDQoJLyogUmV0dXJucyBpbnB1dCBzdHJlYW0gcG9pbnRpbmcgdG8gYmVn
aW5uaW5nIG9mIGhlYWRlcnMsDQoJICAgb3IgTlVMTCBpZiBtYWlsIHdhcyBqdXN0IGRlbGV0ZWQu
ICovDQoJc3RydWN0IGlzdHJlYW0gKigqZ2V0X3N0cmVhbSkoc3RydWN0IG1haWxib3hfbWFpbCAq
bWFpbCk7DQoJLyogUmV0dXJucyByZWNlaXZlZCBkYXRlLCBvciAodGltZV90KS0xIGlmIG1haWwg
d2FzIGp1c3QgZGVsZXRlZC4gKi8NCgl0aW1lX3QgKCpnZXRfcmVjZWl2ZWRfZGF0ZSkoc3RydWN0
IG1haWxib3hfbWFpbCAqbWFpbCk7DQoJLyogQ2xvc2UgdGhpcyBtYWlsLiAqLw0KCXZvaWQgKCpj
bG9zZSkoc3RydWN0IG1haWxib3hfbWFpbCAqbWFpbCk7DQoNCglpbnQgKCpleHB1bmdlKShzdHJ1
Y3QgbWFpbGJveF9zeW5jICpzeW5jKTsNCglpbnQgKCptYWlsX3VwZGF0ZV9mbGFncykoc3RydWN0
IG1haWxib3hfc3luYyAqc3luYywNCgkJCQkgZW51bSBtb2RpZnlfdHlwZSBtb2RpZnlfdHlwZSwN
CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHN0cnVjdCBtYWlsX2Z1bGxfZmxhZ3Mg
KmZsYWdzKTsNCn07DQoNCiNlbmRpZg0K

--=-fRPNYuGMNG0yVP9/2G6V--

--=-GExybJ3kiCrWkhH033r8
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/v85LyUhSUUBViskRAgcFAJwNYyoVze84F7kd1L+64Fk0hLE1gQCfR/6N
NJ+dZEDSLexLjjyhJDtcGO8=
=69z3
-----END PGP SIGNATURE-----

--=-GExybJ3kiCrWkhH033r8--

From G.Ohrner@post.rwth-aachen.de  Sun Nov 23 00:10:49 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C0E0F238D1; Sun, 23 Nov 2003 00:10:49 +0200 (EET)
Received: from relay.UserCenter.de (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id ACE952385D
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 00:10:15 +0200 (EET)
Received: by relay.UserCenter.de (Postfix, from userid 106)
	id A95A1344088; Sat, 22 Nov 2003 23:10:13 +0100 (CET)
Received: from HornBurg.CustomCDROM.de (ach9-d9bba82b.pool.mediaWays.net
	[217.187.168.43])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by relay.UserCenter.de (Postfix) with ESMTP id 21B52344087
	for <dovecot@procontrol.fi>; Sat, 22 Nov 2003 23:10:13 +0100 (CET)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=4238df8f9dddab9247e57d6cce98c9c1)
	by HornBurg.CustomCDROM.de with esmtp (Exim 3.35 #1 (Debian))
	id 1ANfx9-0001J5-00
	for <dovecot@procontrol.fi>; Sat, 22 Nov 2003 23:10:07 +0100
Received: from localhost ([127.0.0.1] ident=61880771b5216fa80c9ef5417bf8eac9)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 1ANfxB-00004s-00
	for <dovecot@procontrol.fi>; Sat, 22 Nov 2003 23:10:09 +0100
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.2 released
Date: Sat, 22 Nov 2003 23:10:07 +0100
User-Agent: KMail/1.5.4
References: <1068490809.2794.7.camel@hurina>
	<20031121101859.GC15458@drinkel.cistron.nl> <3FBE1FD7.4060506@harvee.org>
In-Reply-To: <3FBE1FD7.4060506@harvee.org>
MIME-Version: 1.0
Content-Description: clearsigned data
Content-Disposition: inline
X-UID: 3983                                                  
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200311222310.08547@mail.CustomCDROM.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 22 Nov 2003 22:10:49 -0000
Status: O
Content-Length: 1632

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Freitag, 21. November 2003 15:23 schrieb Eric S. Johansson:
> conversion.  Next thing you know, you will tell me that changing
> sendmail over to use maildrop for delivery of messages in maildir format
> is trivially easy

I don't know.

> and conversion of all existing mailboxes almost does itself.

It is, as has already been discussed on this list:

	formail -s procmail < /var/mail/"your_mbox"

is the procmail version to convert a whole mbox into a maildir, including
sorting the mails into various folders, if your procmailrc is set up
correctly. The simpelest procmailrc to accomplish this might look as follow=
s:

*****
SHELL=3D/bin/sh
MAILDIR=3D/var/maildir/$LOGNAME
ORGMAIL=3D$MAILDIR/
DEFAULT=3D$ORGMAIL

:0
=2E/
*****

Greetings,

  Gunter

PS: Don't forget to back up your mails first!

=2D --
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The person on the other side was a young woman. Very obviously a young
woman. There was no possible way that she could have been mistaken for a
young man in any language, especially Braille.        -- The goddess
with the nice earrings            (Terry Pratchett, Maskerade)
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/v96/0ORHvREo8l8RAo/HAJ9DiW3K9D4IjCc8lgYhKIWMdwIZFACgg5Hv
pI0JwekK/H8Fp/BfsIiV9ZE=3D
=3DKneQ
=2D----END PGP SIGNATURE-----

From G.Ohrner@post.rwth-aachen.de  Sun Nov 23 00:18:13 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5ED8B238D7; Sun, 23 Nov 2003 00:18:13 +0200 (EET)
Received: from relay.UserCenter.de (unknown [62.112.158.193])
	by danu.procontrol.fi (Postfix) with ESMTP id 7BE3E238D1
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 00:17:40 +0200 (EET)
Received: by relay.UserCenter.de (Postfix, from userid 106)
	id DF526344088; Sat, 22 Nov 2003 23:17:39 +0100 (CET)
Received: from HornBurg.CustomCDROM.de (ach9-d9bba82b.pool.mediaWays.net
	[217.187.168.43])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by relay.UserCenter.de (Postfix) with ESMTP
	id 5BA9F344087; Sat, 22 Nov 2003 23:17:39 +0100 (CET)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=dea831518ff2fcc6eb44bcc9d52996b2)
	by HornBurg.CustomCDROM.de with esmtp (Exim 3.35 #1 (Debian))
	id 1ANg4M-0001K0-00; Sat, 22 Nov 2003 23:17:34 +0100
Received: from localhost ([127.0.0.1] ident=f5535d415641800d2485a4da98ada81d)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 1ANg4O-0000AC-00; Sat, 22 Nov 2003 23:17:36 +0100
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: Payton <payton@repligen.com>, dovecot@procontrol.fi
Subject: Re: [Dovecot] entourage + dovecot bug?
Date: Sat, 22 Nov 2003 23:17:34 +0100
User-Agent: KMail/1.5.4
References: <Pine.LNX.4.44.0311201418150.21496-300000@localhost.localdomain>
In-Reply-To: <Pine.LNX.4.44.0311201418150.21496-300000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200311222317.35681@mail.CustomCDROM.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 22 Nov 2003 22:18:13 -0000
X-UID: 3984                                                  
Status: O
Content-Length: 1340

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Donnerstag, 20. November 2003 20:23 schrieb Payton:
> Following that advice, I used tethereal to dump a test transaction of both
> setups. Comparing the IMAP chatter, there is basically no difference! In

The flags returned for INBOX differ:

"Response: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NotJunk Junk)"

Maybe entourage chokes on the last two ones? The "\" seems to be missing,=20
which has already been mentioned as a bug on this list IIRC. However that#s=
=20
just a wild and blind guess as I virtually know nothing about the IMAP=20
protocol in paticular.

Greetings,

  Gunter

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
<frogman> how can i tell if i am getting attacked by another computer?
<jedd> frogman: you'll have keyboard imprints on your forehead.
        -- Life in irc://irc.freenode.org/#debian
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/v+B+0ORHvREo8l8RAlSLAJ9Bqg6QBPgLnbMMth5a7KcHiJyJSwCfTwfw
lvyB1Hpk2J5KhDJS8WIMBbQ=3D
=3DcOMR
=2D----END PGP SIGNATURE-----

From dinh.viet.hoa@free.fr  Sun Nov 23 01:25:56 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7DF36238D7; Sun, 23 Nov 2003 01:25:56 +0200 (EET)
Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by danu.procontrol.fi (Postfix) with ESMTP id C71F6238C7
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 01:25:23 +0200 (EET)
Received: from homer.priv (lns-vlq-12-62-147-172-76.adsl.proxad.net
	[62.147.172.76])
	by postfix4-2.free.fr (Postfix) with ESMTP id A9EA1C150
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 00:25:17 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hAMNPLP5015943
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 00:25:21 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hAMNPL7f015941;
	Sun, 23 Nov 2003 00:25:21 +0100
Date: Sun, 23 Nov 2003 00:22:42 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fbfefc2.3d83d65.371b@homer>
In-Reply-To: <1069534795.2499.119.camel@hurina>
References: <1069534795.2499.119.camel@hurina>
Subject: Re: [Dovecot] New index / mailbox API
X-Mailer: etPan - new generation
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3fbff060_7fed12ab_35d2"; 
 micalg="pgp-sha1"; protocol="application/pgp-signature"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sat, 22 Nov 2003 23:25:56 -0000
X-UID: 3985                                                  
Status: O

--3fbff060_7fed12ab_35d2
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Timo Sirainen wrote :

> with maildir that would be
> the filename and with mbox it would be current offset in file.

Is it a good idea to use the current offset of a message in a file since=20
there are (several) programs that rewrite entirely mailboxes ?
I find it rather dirty to do this.

In UW-IMAP, an UID is added into the message headers.

--=20
DINH V. Hoa,

=22Tu as lu combien de bandes dessin=E9es ce mois-ci ? 13 Go=22

--3fbff060_7fed12ab_35d2
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/v/Bg7w+pfAWHa3MRAtpkAJ9bCuWWv7J178blXSBlP0L8WvWJdQCfWT+6
lYPwG3Sd8LtzL3NNqr/ssFE=
=lz/9
-----END PGP SIGNATURE-----

--3fbff060_7fed12ab_35d2--
From tss@iki.fi  Sun Nov 23 13:43:39 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 82A0B238C7; Sun, 23 Nov 2003 13:43:39 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D13E723841
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 13:43:05 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 30E005C616E2; Sun, 23 Nov 2003 13:43:05 +0200 (EET)
Subject: Re: [Dovecot] New index / mailbox API
From: Timo Sirainen <tss@iki.fi>
To: DINH Viet Hoa <dinh.viet.hoa@free.fr>
In-Reply-To: <etPan.3fbfefc2.3d83d65.371b@homer>
References: <1069534795.2499.119.camel@hurina>
	 <etPan.3fbfefc2.3d83d65.371b@homer>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-aDA5ddvKL/lWSJhD0QFW"
Message-Id: <1069587784.2511.124.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 23 Nov 2003 13:43:05 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 23 Nov 2003 11:43:39 -0000
X-UID: 3986                                                  
Status: O
Content-Length: 1246


--=-aDA5ddvKL/lWSJhD0QFW
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-11-23 at 01:22, DINH Viet Hoa wrote:
> > with maildir that would be
> > the filename and with mbox it would be current offset in file.
>=20
> Is it a good idea to use the current offset of a message in a file since=20
> there are (several) programs that rewrite entirely mailboxes ?
> I find it rather dirty to do this.
>=20
> In UW-IMAP, an UID is added into the message headers.

But if you give UID, there's no way to know where in the mbox file the
message begins unless you store the UID -> offset in memory, which index
already does, so why not just give the offset..

The point was that you have to have the mailbox locked and synchronized
before trying to open any messages. Synchronizing updates the offsets
and while mailbox is locked the offsets can't change.


--=-aDA5ddvKL/lWSJhD0QFW
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wJ1IyUhSUUBViskRAj7EAJ9quLgz8Vow25ouU0b30mJ1GC/gRACeKXfY
ipU622aOlyaEKc/ghvfQZM4=
=KwEu
-----END PGP SIGNATURE-----

--=-aDA5ddvKL/lWSJhD0QFW--

From tss@iki.fi  Sun Nov 23 13:46:50 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6E237238C7; Sun, 23 Nov 2003 13:46:50 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 5CB7B23841
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 13:46:18 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 25B955C616E2; Sun, 23 Nov 2003 13:46:18 +0200 (EET)
Subject: Re: [Dovecot] entourage + dovecot bug?
From: Timo Sirainen <tss@iki.fi>
To: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
In-Reply-To: <200311222317.35681@mail.CustomCDROM.de>
References: <Pine.LNX.4.44.0311201418150.21496-300000@localhost.localdomain>
	 <200311222317.35681@mail.CustomCDROM.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-eQzDC/elytYRrA/njUpo"
Message-Id: <1069587977.2510.128.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 23 Nov 2003 13:46:18 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 23 Nov 2003 11:46:50 -0000
X-UID: 3987                                                  
Status: O
Content-Length: 1177


--=-eQzDC/elytYRrA/njUpo
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-11-23 at 00:17, Gunter Ohrner wrote:
> The flags returned for INBOX differ:
>=20
> "Response: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NotJunk Junk=
)"
>=20
> Maybe entourage chokes on the last two ones? The "\" seems to be missing,=
=20
> which has already been mentioned as a bug on this list IIRC. However that=
#s=20
> just a wild and blind guess as I virtually know nothing about the IMAP=20
> protocol in paticular.

Flags beginning with \ are the flags defined by IMAP protocol. Others
are custom flags created by clients. I'm not sure if that is the
problem.. You could try creating a new mailbox and saving some mails
there, not using Mail.app which creates those Junk/NotJunk flags.


--=-eQzDC/elytYRrA/njUpo
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wJ4JyUhSUUBViskRAi1wAJ9JH4KkG/GjyVAwkPsj70SoWlgIIACeKj7y
HenA58Frxker//jk/f3/lms=
=RR7+
-----END PGP SIGNATURE-----

--=-eQzDC/elytYRrA/njUpo--

From dinh.viet.hoa@free.fr  Sun Nov 23 14:08:55 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DF77A238D1; Sun, 23 Nov 2003 14:08:55 +0200 (EET)
Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62])
	by danu.procontrol.fi (Postfix) with ESMTP id 07E142385D
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 14:08:23 +0200 (EET)
Received: from homer.priv (lns-p19-9-82-65-81-142.adsl.proxad.net
	[82.65.81.142])
	by postfix4-1.free.fr (Postfix) with ESMTP id 5FEE0FA0EA
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 13:08:21 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hANC8KP5017528
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 13:08:20 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hANC8JEM017526;
	Sun, 23 Nov 2003 13:08:19 +0100
Date: Sun, 23 Nov 2003 13:07:07 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fc0a2eb.423fcf56.4464@homer>
In-Reply-To: <1069587784.2511.124.camel@hurina>
References: <1069534795.2499.119.camel@hurina>
 <etPan.3fbfefc2.3d83d65.371b@homer> <1069587784.2511.124.camel@hurina>
Subject: Re: [Dovecot] New index / mailbox API
X-Mailer: etPan - new generation - version 0.2-dev-20031123
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3fc0a332_5ed7e013_4459"; 
 micalg="pgp-sha1"; protocol="application/pgp-signature"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 23 Nov 2003 12:08:56 -0000
X-UID: 3988                                                  
Status: O

--3fc0a332_5ed7e013_4459
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Timo Sirainen wrote :

> But if you give UID, there's no way to know where in the mbox file the
> message begins unless you store the UID -> offset in memory, which inde=
x
> already does, so why not just give the offset..
>=20
> The point was that you have to have the mailbox locked and synchronized=

> before trying to open any messages. Synchronizing updates the offsets
> and while mailbox is locked the offsets can't change.

sorry, I thought it was for external IMAP UID. These are, in fact,=20
internal usage identifiers.

--=20
DINH V. Hoa,

=22monde de merde=22 -- Erwan David

--3fc0a332_5ed7e013_4459
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/wKMy7w+pfAWHa3MRAqVkAJ4ssQYduIQr8JRN+Hl3zfEMLSDd/ACfdPZ6
U/nCRWpwyoK+Zf9l5YpwEFs=
=pwIk
-----END PGP SIGNATURE-----

--3fc0a332_5ed7e013_4459--
From tsg@cctg.com  Sun Nov 23 20:07:43 2003
Return-Path: <tsg@cctg.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A09A423838; Sun, 23 Nov 2003 20:07:43 +0200 (EET)
Received: from tercesi.cctg.com (tercesi.cctg.com [66.80.224.100])
	by danu.procontrol.fi (Postfix) with ESMTP id DDF962385D
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 20:07:08 +0200 (EET)
Received: from tercesi.cctg.com (localhost [127.0.0.1])hANI76ma000493
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 10:07:06 -0800 (PST)
X-Envelope-From: tsg@cctg.com
X-Envelope-To: <dovecot@procontrol.fi>
Received: (from nobody@localhost)
	by tercesi.cctg.com (8.12.10/8.12.6/Submit) id hANI756t000492;
	Sun, 23 Nov 2003 10:07:05 -0800 (PST)
X-Authentication-Warning: tercesi.cctg.com: nobody set sender to tsg@cctg.com
	using -f
Received: from 66.80.224.70
        (SquirrelMail authenticated user tsg9)
        by tercesi.cctg.com with HTTP;
        Sun, 23 Nov 2003 10:07:05 -0800 (PST)
Message-ID: <33905.66.80.224.70.1069610825.squirrel@tercesi.cctg.com>
Date: Sun, 23 Nov 2003 10:07:05 -0800 (PST)
From: "Ted S. Garaventa" <tsg@cctg.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Compiling dovecot
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: tsg@cctg.com
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 23 Nov 2003 18:07:43 -0000
X-UID: 3989                                                  
Status: O

Still trying to compile dovecot to run on solaris8 x86.  The program
compiles without errors but does not run.  The truss out put I get running
the program is  illegal system call by program: /usr/local/sbin/dovecot

Any help is welcome.

From dinh.viet.hoa@free.fr  Sun Nov 23 20:22:47 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C28B23838; Sun, 23 Nov 2003 20:22:47 +0200 (EET)
Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62])
	by danu.procontrol.fi (Postfix) with ESMTP id BA7CE23838
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 20:22:13 +0200 (EET)
Received: from homer.priv (lns-p19-9-82-65-81-142.adsl.proxad.net
	[82.65.81.142])
	by postfix4-1.free.fr (Postfix) with ESMTP id 93220FB109
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 19:22:10 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hANIM8P5017799
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 19:22:08 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hANIM7nS017797;
	Sun, 23 Nov 2003 19:22:08 +0100
Date: Sun, 23 Nov 2003 19:20:31 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fc0fa6f.2ddfc154.44b2@homer>
In-Reply-To: <33905.66.80.224.70.1069610825.squirrel@tercesi.cctg.com>
References: <33905.66.80.224.70.1069610825.squirrel@tercesi.cctg.com>
Subject: Re: [Dovecot] Compiling dovecot
X-Mailer: etPan - new generation - version 0.2-dev-20031123
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3fc0face_5b5a52cf_448a"; 
 micalg="pgp-sha1"; protocol="application/pgp-signature"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 23 Nov 2003 18:22:47 -0000
X-UID: 3990                                                  
Status: O

--3fc0face_5b5a52cf_448a
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Ted S. Garaventa wrote :

> Still trying to compile dovecot to run on solaris8 x86.  The program
> compiles without errors but does not run.  The truss out put I get runn=
ing
> the program is  illegal system call by program: /usr/local/sbin/dovecot=

>=20
> Any help is welcome.

could you give more details about where this illegal system call is ?
You can have clue about that by reading the sequence of system calls=20
given by truss.

Maybe something about locks ?

--=20
DINH V. Hoa,

=22monde de merde=22 -- Erwan David

--3fc0face_5b5a52cf_448a
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/wPrO7w+pfAWHa3MRAk93AJ9CeDlbCYT+dqpdsdz4b6pnH3S/qgCfXgwN
5i64AC/VxkkGUBh2itzXOXA=
=igLz
-----END PGP SIGNATURE-----

--3fc0face_5b5a52cf_448a--
From scottheavner@comcast.net  Sun Nov 23 19:34:46 2003
Return-Path: <scottheavner@comcast.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4A6B12385D; Sun, 23 Nov 2003 19:34:46 +0200 (EET)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
	by danu.procontrol.fi (Postfix) with ESMTP id E94CE23841
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 19:34:12 +0200 (EET)
Received: from en2scotth (c-24-4-168-253.client.comcast.net[24.4.168.253])
          by comcast.net (rwcrmhc13) with SMTP
          id <2003112317340901500pndmfe>; Sun, 23 Nov 2003 17:34:09 +0000
From: "Scott Heavner" <scottheavner@comcast.net>
To: <dovecot@procontrol.fi>
Subject: [Dovecot] IMAP subscribe/unsubscribe broken in 0.99.10.2
Date: Sun, 23 Nov 2003 09:38:51 -0800
Message-ID: <NMENLBABFCFFHLNBNGBNKEAPCLAA.scottheavner@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-Mailman-Approved-At: Sun, 23 Nov 2003 21:04:29 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: sdh@po.cwru.edu
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 23 Nov 2003 17:34:46 -0000
X-UID: 3991                                                  
Status: O


I saw this problem with 0.99.10.2 and had to revert back to 0.99.9.1.

As I recall the subscription stuff was not respecting the end-of-line as a field separator.

It would just cut the old text and drop the new in it's place.  Or it might cut an inappropriate entry that should have been a
partial string match.

FolderOneOhNine
FolderOne
FolderThree

Trying to delete FolderOne would probably [i didn't save any botched subscription files] result in this

OhNine
FolderOne
FolderThree


-scott

From security@jlug.org  Sun Nov 23 23:07:24 2003
Return-Path: <security@jlug.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2FEBF2399A; Sun, 23 Nov 2003 23:07:24 +0200 (EET)
Received: from jlug.fi (jlug.fi [192.194.49.184])
	by danu.procontrol.fi (Postfix) with ESMTP id 389FD23841
	for <dovecot@procontrol.fi>; Sun, 23 Nov 2003 23:06:52 +0200 (EET)
Received: (qmail 24355 invoked by uid 537); 23 Nov 2003 21:04:10 -0000
Received: from security@jlug.org by jlug by uid 510 with qmail-scanner-1.20rc3
	 (f-prot: 3.12/. spamassassin: 2.50.  Clear:RC:0:SA:0(-6.6/10.0):. 
	Processed in 10.605403 secs); 23 Nov 2003 21:04:10 -0000
Received: from unknown (HELO desktop) (security@jlug.org@195.197.199.46)
  by 0 with RC4-MD5 encrypted SMTP; 23 Nov 2003 21:03:59 -0000
Message-ID: <002d01c3b205$af465ab0$0200a8c0@desktop>
From: "Eero Volotinen" <security@jlug.org>
To: <dovecot@procontrol.fi>
References: <33905.66.80.224.70.1069610825.squirrel@tercesi.cctg.com>
	<etPan.3fc0fa6f.2ddfc154.44b2@homer>
Date: Sun, 23 Nov 2003 23:06:36 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Spam-Status: No, hits=-6.6 required=10.0
	tests=REFERENCES
	autolearn=ham	version=2.50
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
Subject: [Dovecot] dc performance vs courier-imapd
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Sun, 23 Nov 2003 21:07:24 -0000
X-UID: 3992                                                  
Status: O

Any speed tests agains courier-imapd?


--
Eero


-- this message passed virusscanner at host jlug.fi --



From lfarkas@bnap.hu  Mon Nov 24 14:19:59 2003
Return-Path: <lfarkas@bnap.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D1ACB2399B; Mon, 24 Nov 2003 14:19:59 +0200 (EET)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id 1564423838
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 14:19:24 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 6C8286E40B9; Mon, 24 Nov 2003 13:15:31 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 7773B16F4D0; Mon, 24 Nov 2003 13:19:23 +0100 (CET)
Received: from bnap.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP
	id 65A4C16F4CF; Mon, 24 Nov 2003 13:19:23 +0100 (CET)
Message-ID: <3FC1F74B.60101@bnap.hu>
Date: Mon, 24 Nov 2003 13:19:23 +0100
From: Farkas Levente <lfarkas@bnap.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: speed Re: [Dovecot] New index / mailbox API
References: <1069534795.2499.119.camel@hurina>
In-Reply-To: <1069534795.2499.119.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 12:20:00 -0000
X-UID: 3993                                                  
Status: O
Content-Length: 1762

hi,
it's an interesting read, but go back to a higher level for a moment.
I like dovecot since it's use simple files as mail storage (not like
cyrus). in case of dovecot if something happend I can easily switch to
another imap server, which is one of the most important feature in a
production enviroment (there should have to be a way of escape). other
important feature is the speed (when we have a few hundred of
mailboxes). some kind of indexing seems to be a good way of to do this.
but I always feel that dovecot reinvent the wheel, since there is a
dozen of database system which has nothing else to do just indexing (ok
it's not true, but..). they probably do it in the right way (or at least
we can find some) and they has a few years of experience. they do right
the indexing, the locking, the transactions, etc..
so why we not use one realy fast and good database engine to index our
mail storage?
the only reason what I can accept in this case, that this is some very
special type of database and dovecot can use such algorithm which suited
to this problem better then a general indexing algorithms. is this true?

another thing which always come to my mind when think about speed:
why we do the indexing when we look into the folders, since IMHO it'd be
more efficient if we do it at the mail delivery time. the mail arrival
is more balanced during the time, so the system load is more balanced.
so there can be
- one optional deivery helper application which can do the indexing
during the deivery time,
- indexing during remove, move, copy etc. imap operations,
- and the current (eg, the new indexing engine) if someone do not use
the delivery helper apps.

just my 2c.

-- 
   Levente                               "Si vis pacem para bellum!"



From dinh.viet.hoa@free.fr  Mon Nov 24 14:34:34 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8545B2399F; Mon, 24 Nov 2003 14:34:34 +0200 (EET)
Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by danu.procontrol.fi (Postfix) with ESMTP id 6E3862399D
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 14:34:01 +0200 (EET)
Received: from homer.priv (lns-vlq-5-82-64-209-233.adsl.proxad.net
	[82.64.209.233])
	by postfix3-2.free.fr (Postfix) with ESMTP id DA4C2C3B7
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 13:33:59 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hAOCXxP5019659
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 13:33:59 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hAOCXwS8019657;
	Mon, 24 Nov 2003 13:33:58 +0100
Date: Mon, 24 Nov 2003 13:28:00 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fc1f950.185c71e0.4a0f@homer>
In-Reply-To: <3FC1F74B.60101@bnap.hu>
References: <1069534795.2499.119.camel@hurina> <3FC1F74B.60101@bnap.hu>
Subject: Re: speed Re: [Dovecot] New index / mailbox API
X-Mailer: etPan - new generation - version 0.2-dev-20031123
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3fc1fab5_2c3b9fb4_4a04"; 
 micalg="pgp-sha1"; protocol="application/pgp-signature"
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 12:34:34 -0000
X-UID: 3994                                                  
Status: O
Content-Length: 1141

--3fc1fab5_2c3b9fb4_4a04
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

=46arkas Levente wrote :

> so why we not use one realy fast and good database engine to index our
> mail storage=3F
> the only reason what I can accept in this case, that this is some very
> special type of database and dovecot can use such algorithm which suite=
d
> to this problem better then a general indexing algorithms. is this true=
=3F

What I do in libEtPan is to use a DB (Sleepycat/Berkeley) for that.=20
It is rather efficient to store the index. I just need to add N=46S safet=
y=20
by creating a dotlock file when accessing this file, and serialize data=20
before before storing them in the database.

--=20
DINH V. Hoa,

etPan=21 - newsreader, mail user agent -- http://libetpan.sf.net/etpan

--3fc1fab5_2c3b9fb4_4a04
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/wfq17w+pfAWHa3MRApefAJ9F1NduBTebpF8D/+MkOdxxJatL1ACeP5la
Md0N4/mH8X/qyxMJ1i28LjA=
=+kmr
-----END PGP SIGNATURE-----

--3fc1fab5_2c3b9fb4_4a04--
From payton@repligen.com  Mon Nov 24 16:54:27 2003
Return-Path: <payton@repligen.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D1F532399F; Mon, 24 Nov 2003 16:54:27 +0200 (EET)
Received: from mithrin.repligen.com (66.237.173.210.ptr.us.xo.net
	[66.237.173.210])
	by danu.procontrol.fi (Postfix) with SMTP id 304C723841
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 16:53:55 +0200 (EET)
Received: (qmail 5116 invoked by uid 500); 24 Nov 2003 14:55:37 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 24 Nov 2003 14:55:37 -0000
Date: Mon, 24 Nov 2003 09:55:37 -0500 (EST)
From: Payton <payton@repligen.com>
X-X-Sender: payton@localhost.localdomain
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] entourage + dovecot bug?
In-Reply-To: <1069587977.2510.128.camel@hurina>
Message-ID: <Pine.LNX.4.44.0311240953050.5112-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 14:54:28 -0000
X-UID: 3995                                                  
Status: O

I tried with a completely clean mailbox as well, and the error persists 
(and those flags are not present). I've attached a log of that clean test. 

Has anyone successfully had an entourage email client work with imap on 
dovecot 0.99.10.2? 
-Payton

On Sun, 23 Nov 2003, Timo Sirainen wrote:

> Flags beginning with \ are the flags defined by IMAP protocol. Others
> are custom flags created by clients. I'm not sure if that is the
> problem.. You could try creating a new mailbox and saving some mails
> there, not using Mail.app which creates those Junk/NotJunk flags.


From amyzing@talsever.com  Mon Nov 24 18:06:43 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 71C45239A6; Mon, 24 Nov 2003 18:06:43 +0200 (EET)
Received: from blount.mail.mindspring.net (blount.mail.mindspring.net
	[207.69.200.226])
	by danu.procontrol.fi (Postfix) with ESMTP id 7C00E239A0
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 18:06:10 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by blount.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 1AOJE0-0002jB-00; Mon, 24 Nov 2003 11:06:09 -0500
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 927CDB937; Mon, 24 Nov 2003 11:06:05 -0500 (EST)
Date: Mon, 24 Nov 2003 11:06:05 -0500
From: Amelia A Lewis <amyzing@talsever.com>
To: Payton <payton@repligen.com>
Subject: Re: [Dovecot] entourage + dovecot bug?
Message-ID: <20031124160605.GA9262@talsever.com>
References: <1069587977.2510.128.camel@hurina>
	<Pine.LNX.4.44.0311240953050.5112-100000@localhost.localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0311240953050.5112-100000@localhost.localdomain>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 16:06:43 -0000
X-UID: 3996                                                  
Status: O
Content-Length: 1754

I haven't tried Entourage, but an upgrade of dovecot to 0.99.10.2, and of
sylpheed to 0.9.7, has resulted in very strange behavior for me: on access,
however many items are in a mailbox (maildir), only one (or sometimes 2) is
shown (sylpheed updates the numbe available).  The rest aren't purged; they
just aren't available.  Other mail clients tested (mutt,
mozilla-thunderbird) do not show the same behavior.  But sylpheed is
perfectly happy with two other dovecots (also over maildir; very similar
setups in general) (both 0.99.10, both debian i386, one -10, one -9).

I am not able to isolate the problem either to the client or the server. 
For both, I deleted existing configuration information, and created it anew. 
For dovecot, I also deleted all the imap* files throughout the maildir tree. 
It's rather frustrating ....

Just point of information, since there seem to be interaction issues with
particular clients, versus this version of dovecot.

On Mon, Nov 24, 2003 at 09:55:37AM -0500, Payton wrote:
>I tried with a completely clean mailbox as well, and the error persists 
>(and those flags are not present). I've attached a log of that clean test. 
>
>Has anyone successfully had an entourage email client work with imap on 
>dovecot 0.99.10.2? 
>-Payton
>
>On Sun, 23 Nov 2003, Timo Sirainen wrote:
>
>> Flags beginning with \ are the flags defined by IMAP protocol. Others
>> are custom flags created by clients. I'm not sure if that is the
>> problem.. You could try creating a new mailbox and saving some mails
>> there, not using Mail.app which creates those Junk/NotJunk flags.
>
>

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Better to have thirty minutes of wonderful than a lifetime of nothing
special.
From bah@webmedic.net  Mon Nov 24 18:19:07 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 94216239AD; Mon, 24 Nov 2003 18:19:07 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by danu.procontrol.fi (Postfix) with ESMTP id 081AE239A0
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 18:18:33 +0200 (EET)
Received: from adsl-209-206-172-246-rb.vcr.centurytel.net ([209.206.172.246]
	helo=mandrake.webmedic.net)
	by courage.vosn.net with esmtp (Exim 4.24)	id 1AOJPy-0003r1-AB
	for dovecot@procontrol.fi; Mon, 24 Nov 2003 09:18:30 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] entourage + dovecot bug?
Date: Mon, 24 Nov 2003 08:18:28 -0800
User-Agent: KMail/1.5.93
References: <1069587977.2510.128.camel@hurina>
	<Pine.LNX.4.44.0311240953050.5112-100000@localhost.localdomain>
	<20031124160605.GA9262@talsever.com>
In-Reply-To: <20031124160605.GA9262@talsever.com>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200311240818.28148.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - procontrol.fi
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 16:19:07 -0000
X-UID: 3997                                                  
Status: O
Content-Length: 1388

On Monday 24 November 2003 08:06 am, Amelia A Lewis wrote:
> I am not able to isolate the problem either to the client or the server.
> For both, I deleted existing configuration information, and created it
> anew. For dovecot, I also deleted all the imap* files throughout the
> maildir tree. It's rather frustrating ....
I tried the same multiple times. Yes it is rather frustrating.

>
> Just point of information, since there seem to be interaction issues with
> particular clients, versus this version of dovecot.
>

I'm having issues though with kmail 3.2 beta. Some of the issues are jsut the 
beta kmail but on top of it there are issues like you describe above. This 
same server accessed from an older version of kmail 3.1.3 does not have these 
issues. 

I tried evolution also and it does not read any of the folders at all 
including the inbox. For me this is no issue as I dont use it and dont like 
gnome but for others I can see there may be issues.

-- 
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
                                      Brook Humphrey           
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107        
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com   
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
From Juergen.Daubert@t-online.de  Mon Nov 24 21:25:44 2003
Return-Path: <Juergen.Daubert@t-online.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 876DF239A6; Mon, 24 Nov 2003 21:25:44 +0200 (EET)
Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com
	[194.25.134.85])
	by danu.procontrol.fi (Postfix) with ESMTP id C5DBD23838
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 21:25:11 +0200 (EET)
Received: from fwd08.aul.t-online.de 
	by mailout11.sul.t-online.com with smtp 
	id 1AOKRq-0007m1-02; Mon, 24 Nov 2003 18:24:30 +0100
Received: from pD9E60C6B.dip.t-dialin.net
	(EB5xLoZLYeAtEvHuR2+nBZ-Y7Z2mgRgrHITqJVIOSt+6hjvuQ0Ni8n@[217.230.12.107]) by
	fwd08.sul.t-online.com
	with esmtp id 1AOKRc-0ktf960; Mon, 24 Nov 2003 18:24:16 +0100
Received: from 192.168.0.1 by ser.netz with esmtp (masqmail 0.2.20) id
 1AOKRb-0sB-00 for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 18:24:15
 +0100
Received: from juergen by jue.netz with local (masqmail 0.2.20) id
 1AOKRb-03J-00 for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 18:24:15
 +0100
Date: Mon, 24 Nov 2003 18:24:15 +0100
From: Juergen.Daubert@t-online.de (Juergen Daubert)
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] entourage + dovecot bug?
Message-ID: <20031124172415.GA191@jue.netz>
Mail-Followup-To: dovecot@procontrol.fi
References: <1069587977.2510.128.camel@hurina>
	<Pine.LNX.4.44.0311240953050.5112-100000@localhost.localdomain>
	<20031124160605.GA9262@talsever.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20031124160605.GA9262@talsever.com>
User-Agent: Mutt/1.4.1i
X-Seen: false
X-ID: EB5xLoZLYeAtEvHuR2+nBZ-Y7Z2mgRgrHITqJVIOSt+6hjvuQ0Ni8n
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 19:25:44 -0000
X-UID: 3998                                                  
Status: O

On Mon, Nov 24, 2003 at 11:06:05AM -0500, Amelia A Lewis wrote:
> I haven't tried Entourage, but an upgrade of dovecot to 0.99.10.2, and of
> sylpheed to 0.9.7, has resulted in very strange behavior for me: on access,
> however many items are in a mailbox (maildir), only one (or sometimes 2) is
> shown (sylpheed updates the numbe available).  The rest aren't purged; they
> just aren't available.  Other mail clients tested (mutt,
> mozilla-thunderbird) do not show the same behavior.  But sylpheed is
> perfectly happy with two other dovecots (also over maildir; very similar
> setups in general) (both 0.99.10, both debian i386, one -10, one -9).

Yep, same here. Sylpheed 0.9.7 and 0.9.6 works with dovecot 0.99.10, 
including the four patches, but not with 0.99.10.2. In another test 
with sylpheed-claws 0.9.6 everything works fine ...

Greetings
Jrgen

-- 
juergen.daubert@t-online.de
From tss@iki.fi  Mon Nov 24 21:29:27 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5BEB5239AD; Mon, 24 Nov 2003 21:29:27 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6FAAA23838
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 21:28:55 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 43BAB5EC1190
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 21:28:55 +0200 (EET)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-g6W1+UbeXNlp10IR6dwk"
Message-Id: <1069702134.2513.259.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 24 Nov 2003 21:28:55 +0200
Subject: [Dovecot] 0.99.10.3 released
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 19:29:27 -0000
X-UID: 3999                                                  
Status: O


--=-g6W1+UbeXNlp10IR6dwk
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

	- SUBSCRIBE broke subscription lists
	- LIST code rewritten, children flags should be correct now
	- SORT and THREAD could have given invalid replies
	- Partial BODY[...] fetches might have returned wrong data or at
	  least performed worse than was necessary

Maybe Entourage was having problems with subscriptions?


--=-g6W1+UbeXNlp10IR6dwk
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wlv2yUhSUUBViskRApWvAJ4iRphZVusptmqxlzjoePWcMSVg/wCcDqvp
JJVDGEz+777t0XJNICKsd5Q=
=Pzoj
-----END PGP SIGNATURE-----

--=-g6W1+UbeXNlp10IR6dwk--

From tss@iki.fi  Mon Nov 24 21:36:13 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D0A91239AF; Mon, 24 Nov 2003 21:36:13 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id E36AB23838
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 21:35:40 +0200 (EET)
Received: from 6-allhosts (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 60ECC5C670A2
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 21:35:30 +0200 (EET)
Subject: Re: [Dovecot] 0.99.10.3 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1069702134.2513.259.camel@hurina>
References: <1069702134.2513.259.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-Hqmvd+gh0ra5XOvRhfhu"
Message-Id: <1069702510.2500.261.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 24 Nov 2003 21:35:10 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 19:36:13 -0000
X-UID: 4000                                                  
Status: O


--=-Hqmvd+gh0ra5XOvRhfhu
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-11-24 at 21:28, Timo Sirainen wrote:
> 	- SUBSCRIBE broke subscription lists
> 	- LIST code rewritten, children flags should be correct now
> 	- SORT and THREAD could have given invalid replies
> 	- Partial BODY[...] fetches might have returned wrong data or at
> 	  least performed worse than was necessary
>=20
> Maybe Entourage was having problems with subscriptions?

No, its RFC822.HEADER which is what is causing problems with Sylpheed.
No-one downloaded .10.3 yet, deleted, re-releasing with this fix soon ;)


--=-Hqmvd+gh0ra5XOvRhfhu
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wl1tyUhSUUBViskRAtwmAJ0S7eZpcNXamnT6qQ4g6rwBea4jEACgo2dV
zUPYTB1lNXexmPBItzqXQMY=
=wS+S
-----END PGP SIGNATURE-----

--=-Hqmvd+gh0ra5XOvRhfhu--

From tss@iki.fi  Mon Nov 24 21:56:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 69500239B5; Mon, 24 Nov 2003 21:56:20 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 6A99F23838
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 21:55:48 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 19E4B5C670A2
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 21:55:48 +0200 (EET)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <1069702510.2500.261.camel@hurina>
References: <1069702134.2513.259.camel@hurina>
	 <1069702510.2500.261.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-33Skr3FJJUn/+kwNJLqb"
Message-Id: <1069703747.2510.263.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 24 Nov 2003 21:55:47 +0200
Subject: [Dovecot] 0.99.10.4 released
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 19:56:20 -0000
X-UID: 4001                                                  
Status: O
Content-Length: 1269


--=-33Skr3FJJUn/+kwNJLqb
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-11-24 at 21:35, Timo Sirainen wrote:
> On Mon, 2003-11-24 at 21:28, Timo Sirainen wrote:
> > 	- SUBSCRIBE broke subscription lists
> > 	- LIST code rewritten, children flags should be correct now
> > 	- SORT and THREAD could have given invalid replies
> > 	- Partial BODY[...] fetches might have returned wrong data or at
> > 	  least performed worse than was necessary
> >=20
> > Maybe Entourage was having problems with subscriptions?
>=20
> No, its RFC822.HEADER which is what is causing problems with Sylpheed.
> No-one downloaded .10.3 yet, deleted, re-releasing with this fix soon ;)

Now, this isn't going too well today :)

	- Fixed reference counters in imap-login and pop3-login.
	  IMAP AUTHENTICATE and POP3 AUTH commands could have left the
	  process stuck doing nothing forever.


--=-33Skr3FJJUn/+kwNJLqb
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wmJDyUhSUUBViskRAkTNAKCRgputDLfKrpYhD6xG3n0CkHj5cwCgipL/
TDhiGBBYrI7uEjBorHJnZ/k=
=01Ry
-----END PGP SIGNATURE-----

--=-33Skr3FJJUn/+kwNJLqb--

From tss@iki.fi  Mon Nov 24 22:52:05 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B5759239B9; Mon, 24 Nov 2003 22:52:05 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1FF5E239A0
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 22:51:51 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id D85BD5C670A2; Mon, 24 Nov 2003 22:51:50 +0200 (EET)
Subject: Re: speed Re: [Dovecot] New index / mailbox API
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bnap.hu>
In-Reply-To: <3FC1F74B.60101@bnap.hu>
References: <1069534795.2499.119.camel@hurina>  <3FC1F74B.60101@bnap.hu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-PqRUHcUFd5Ie1APoWEva"
Message-Id: <1069707110.2499.290.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 24 Nov 2003 22:51:50 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 20:52:05 -0000
X-UID: 4002                                                  
Status: O
Content-Length: 3358


--=-PqRUHcUFd5Ie1APoWEva
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-11-24 at 14:19, Farkas Levente wrote:
> but I always feel that dovecot reinvent the wheel, since there is a
> dozen of database system which has nothing else to do just indexing (ok
> it's not true, but..). they probably do it in the right way (or at least
> we can find some) and they has a few years of experience. they do right
> the indexing, the locking, the transactions, etc..
> so why we not use one realy fast and good database engine to index our
> mail storage?
> the only reason what I can accept in this case, that this is some very
> special type of database and dovecot can use such algorithm which suited
> to this problem better then a general indexing algorithms. is this true?

Pretty much, yes. Databases normally do binary tree (or similiar)
indexes. Sometimes hash and bitmap indexes. Dovecot doesn't really use
any of these. Or, well, cache file would work pretty well in a database
since it's for UID -> some cached message data lookups.

Rest of the indexes wouldn't work all that well in database though. For
example modify/transaction log can be used to quickly figure out what
another session changed in a mailbox (flags, expunges). How many
databases allow you to easily and quickly look at transaction history?
Well, it would be possible to create our own transaction log table for
each mailbox, but it of course costs more.

Another problem is how to do message sequence -> UID lookups. With old
indexes we're doing it in a quite difficult way, but with new indexes
it's a simple array lookup in index file. I don't think any database
allows this kind of queries, so what we have to constantly keep an array
of all message UIDs in memory. Not that bad necessarily, but it's extra
memory overhead.

Anyway, some day I will write SQL database support, but even if it was
just Berkeley DB I bet there would be rather large memory, disk usage
and CPU usage overhead compared to what we have now.

I'm not sure if there are lock contention problems with databases.

> another thing which always come to my mind when think about speed:
> why we do the indexing when we look into the folders, since IMHO it'd be
> more efficient if we do it at the mail delivery time. the mail arrival
> is more balanced during the time, so the system load is more balanced.
> so there can be
> - one optional deivery helper application which can do the indexing
> during the deivery time,
> - indexing during remove, move, copy etc. imap operations,
> - and the current (eg, the new indexing engine) if someone do not use
> the delivery helper apps.

Yep, this has been in TODO for a while. Once this is possible it's also
simple to add support for UIDPLUS extension. And update mailbox quotas
quickly and accurately. It's a bit difficult to implement to 0.99.10
code base, but should be pretty easy to add to current CVS. Once new
indexing works, I'll add this immediately.


--=-PqRUHcUFd5Ie1APoWEva
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wm9myUhSUUBViskRAoRVAJwNXAg9VUYEO4O5by+nkQ/qXuJk3QCcCjTc
YFY/piyV/bR8bVH9enRj+Ok=
=InSu
-----END PGP SIGNATURE-----

--=-PqRUHcUFd5Ie1APoWEva--

From tss@iki.fi  Mon Nov 24 23:12:23 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 411F5239CD; Mon, 24 Nov 2003 23:12:23 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3C490239B5
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 23:12:10 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id F02BE5C670A2; Mon, 24 Nov 2003 23:12:09 +0200 (EET)
Subject: Re: [Dovecot] dc performance vs courier-imapd
From: Timo Sirainen <tss@iki.fi>
To: Eero Volotinen <security@jlug.org>
In-Reply-To: <002d01c3b205$af465ab0$0200a8c0@desktop>
References: <33905.66.80.224.70.1069610825.squirrel@tercesi.cctg.com>
	 <etPan.3fc0fa6f.2ddfc154.44b2@homer>
	 <002d01c3b205$af465ab0$0200a8c0@desktop>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-SadCkIhLHv+SwH5vB/ia"
Message-Id: <1069708329.2520.305.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 24 Nov 2003 23:12:09 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 21:12:23 -0000
X-UID: 4003                                                  
Status: O
Content-Length: 1717


--=-SadCkIhLHv+SwH5vB/ia
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-11-23 at 23:06, Eero Volotinen wrote:
> Any speed tests agains courier-imapd?

Well, a year old benchmark is here:

http://dovecot.fi/dovecot-benchmark.txt

I'm not sure why it's FETCH BODY/ENVELOPE times were that bad, they
should have been cached and shouldn't have taken more than a few seconds
to fetch.

I had a newer benchmark after rewriting cache file code (ie. the current
CVS indexing code), but because of several bugs in it that I later
fixed, I think some of it's results are wrong for Dovecot.

After the yet another (and hopefully last) index code rewrite I'll do
some more benchmarking, maybe with some "real world" situations this
time instead of a single 1,5GB mailbox :)

It all mostly just depends on what IMAP clients are used. If they have a
local cache that fetches just new messages, Dovecot probably isn't much
faster than Courier. If same messages are fetched constantly or if same
mailbox is accessed with multiple clients, the indexes start being
useful.

Also many webmails open and close IMAP connections constantly. Dovecot
is very fast at opening a mailbox that hasn't changed. Some people have
solved that problem with using IMAP proxy between webmail and the real
IMAP server, I doubt Dovecot would need it.


--=-SadCkIhLHv+SwH5vB/ia
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wnQpyUhSUUBViskRAvyzAJ9R/bPtKFVX76U72rsewG03x4hJ0QCdGBHb
8rN3WEJZQzTG5EuD/rEkg64=
=wUTt
-----END PGP SIGNATURE-----

--=-SadCkIhLHv+SwH5vB/ia--

From daemon@kzone.ch  Mon Nov 24 23:35:17 2003
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0204D239CE; Mon, 24 Nov 2003 23:35:17 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by danu.procontrol.fi (Postfix) with ESMTP id E6379239CD
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 23:34:43 +0200 (EET)
Received: (from daemon@localhost)
	by Odo.kzone.ch (8.9.3/8.9.3) id WAA26602
	for dovecot@procontrol.fi; Mon, 24 Nov 2003 22:34:43 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] 0.99.10.4 released
Date: Mon, 24 Nov 2003 22:34:45 +0100
Organization: Kirmess
Lines: 6
Message-ID: <bptthi$pu2$2@Odo.kzone.ch>
References: <1069702134.2513.259.camel@hurina>
	<1069702510.2500.261.camel@hurina> <1069703747.2510.263.camel@hurina>
NNTP-Posting-Host: dax.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1069709682 26562 192.168.100.156 (24 Nov 2003 21:34:42
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 24 Nov 2003 21:34:42 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <1069703747.2510.263.camel@hurina>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 21:35:17 -0000
X-UID: 4004                                                  
Status: O

Looks like that solved the problem I reported with Mulberry.

Thanks a lot

Sven

From daemon@kzone.ch  Mon Nov 24 23:44:24 2003
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0EB01239CD; Mon, 24 Nov 2003 23:44:24 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by danu.procontrol.fi (Postfix) with ESMTP id 0BFC3239B6
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 23:43:51 +0200 (EET)
Received: (from daemon@localhost)
	by Odo.kzone.ch (8.9.3/8.9.3) id WAA26783
	for dovecot@procontrol.fi; Mon, 24 Nov 2003 22:43:50 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@procontrol.fi
Date: Mon, 24 Nov 2003 22:43:52 +0100
Organization: Kirmess
Lines: 28
Message-ID: <bptu2l$q4q$1@Odo.kzone.ch>
NNTP-Posting-Host: dax.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1069710229 26778 192.168.100.156 (24 Nov 2003 21:43:49
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 24 Nov 2003 21:43:49 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
Subject: [Dovecot] deliver mail with postfix to dovecot for mailinglists
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 21:44:24 -0000
X-UID: 4005                                                  
Status: O

This is a bit off topic on that list. But the question is
required because of a limitation of dovecot. It cannot
have shared mailboxes into which one would collect mailing list
mails. I assume one has already solved that problem and
therefore ask this question on that list.

I try to do the following:
   I would like to setup an alias dovecot@kzone.ch
   and subscribe this alias to the dovecot mailing list. Then
   I would like to create an alias to run maildrop with the
   correct parameter to put it into the directory
   ~ski/Maildir/.dovecot/. Of course, there is no user dovecot
   on my system and if there would be one she couldn't
   write to a directory owned by me.

Is there a trick to do the following:

ski	->	~ski/Maildir
dovecot	->	~ski/Maildir/.dovecot
postfix	->	~ski/Maildir/.postfix

Any other idea?

Any good documentation on that?


Sven

From miquels@cistron.net  Tue Nov 25 01:08:35 2003
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B5393239B9; Tue, 25 Nov 2003 01:08:35 +0200 (EET)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl
	[62.216.29.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 62F79239B6
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 01:08:00 +0200 (EET)
Received: from a80-126-193-215.adsl.xs4all.nl ([80.126.193.215]
	helo=drinkel.cistron.nl)
	by smtp.cistron-office.nl with asmtp (Exim 3.35 #1 (Debian))
	id 1AOPo3-0001s7-00; Tue, 25 Nov 2003 00:07:47 +0100
Date: Tue, 25 Nov 2003 00:07:46 +0100
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.3 released
Message-ID: <20031124230746.GY24739@drinkel.cistron.nl>
References: <1069702134.2513.259.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1069702134.2513.259.camel@hurina> (from tss@iki.fi on Mon, Nov
	24, 2003 at 20:28:55 +0100)
X-Mailer: Balsa 2.0.15
Lines: 19
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 23:08:36 -0000
X-UID: 4006                                                  
Status: O

On Mon, 24 Nov 2003 20:28:55, Timo Sirainen wrote:
> 	- SUBSCRIBE broke subscription lists
> 	- LIST code rewritten, children flags should be correct now

It is correct as in that \HasChildren is now returned .. however,
for mailboxes without children the \HasNoChildren flag is not
returned. And the RFC says that if neither the \HasChildren flag
is set, nor the \HasNoChildren, the folder might or might not
have subfolders. Which means that the whole CHILDREN extension
is basically useless, mutt still shows my plain folders as
having subfolders and I can even "cd" into the "Drafts" subfolder..
which I should not be able to do, ofcourse.

I looked at the CVS code and it should work there. This is
probably not going to get fixed in the 0.99.10 series, right ?

Thanks,

Mike.
From joshua@shallow.net  Tue Nov 25 01:40:26 2003
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 33945239B0; Tue, 25 Nov 2003 01:40:26 +0200 (EET)
Received: from yello.shallow.net (unknown [203.18.243.120])
	by danu.procontrol.fi (Postfix) with ESMTP id 6B12A23838
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 01:39:50 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id B63622D77; Tue, 25 Nov 2003 10:39:34 +1100 (EST)
Date: Tue, 25 Nov 2003 10:39:34 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: Sven Kirmess <sven.kirmess@gmx.net>
Subject: Re: [Dovecot] deliver mail with postfix to dovecot for mailinglists
Message-ID: <20031124233934.GB702@roughtrade.net>
References: <bptu2l$q4q$1@Odo.kzone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <bptu2l$q4q$1@Odo.kzone.ch>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 23:40:26 -0000
X-UID: 4007                                                  
Status: O
Content-Length: 1578

You might be able to achieve this with the virtual(8) delivery
agent, since it can target arbitrary directories and UIDs.

Also consider the "+" separator, as in user+foo@domain, which is
integrated with the virtual(5) lookup in a reasonably intelligent way
and may suit you.

Of course, what we could really do is implement SIEVE (RFC3028)
in a LMTP delivery agent for Dovecot.  It'd attract a lot of the
people currently depending on Cyrus.

Joshua.


On Mon, Nov 24, 2003 at 10:43:52PM +0100, Sven Kirmess wrote:
> This is a bit off topic on that list. But the question is
> required because of a limitation of dovecot. It cannot
> have shared mailboxes into which one would collect mailing list
> mails. I assume one has already solved that problem and
> therefore ask this question on that list.
> 
> I try to do the following:
>   I would like to setup an alias dovecot@kzone.ch
>   and subscribe this alias to the dovecot mailing list. Then
>   I would like to create an alias to run maildrop with the
>   correct parameter to put it into the directory
>   ~ski/Maildir/.dovecot/. Of course, there is no user dovecot
>   on my system and if there would be one she couldn't
>   write to a directory owned by me.
> 
> Is there a trick to do the following:
> 
> ski	->	~ski/Maildir
> dovecot	->	~ski/Maildir/.dovecot
> postfix	->	~ski/Maildir/.postfix
> 
> Any other idea?
> 
> Any good documentation on that?
> 
> 
> Sven
> 

-- 
Joshua Goodall                                      "tea makes itself"
joshua@roughtrade.net                                       - Ana Susanj
From daemon@kzone.ch  Tue Nov 25 01:43:26 2003
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4FD07239B0; Tue, 25 Nov 2003 01:43:26 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by danu.procontrol.fi (Postfix) with ESMTP id 658DD23838
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 01:42:53 +0200 (EET)
Received: (from daemon@localhost)
	by Odo.kzone.ch (8.9.3/8.9.3) id AAA29297
	for dovecot@procontrol.fi; Tue, 25 Nov 2003 00:42:38 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] deliver mail with postfix to dovecot for mailinglists
Date: Tue, 25 Nov 2003 00:42:38 +0100
Organization: Kirmess
Lines: 41
Message-ID: <bpu51d$sjc$1@Odo.kzone.ch>
References: <bptu2l$q4q$1@Odo.kzone.ch>
NNTP-Posting-Host: dax.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1069717357 29292 192.168.100.156 (24 Nov 2003 23:42:37
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 24 Nov 2003 23:42:37 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <bptu2l$q4q$1@Odo.kzone.ch>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 23:43:26 -0000
X-UID: 4008                                                  
Status: O
Content-Length: 1186

I found an interesting document, describing how to use
majordomo with postfix which I used to do what I want.
(Actually, I didn't find anything to my problem. So I tried
to set up majordomo... ;-)

http://www.csh.rit.edu/~jon/projects/majordomo/#postfix

That's what I did (ski is my login):

1) Create the mailbox where you would like to receive the
    mailing list into. I used my IMAP client and create a
    group called ml.test1

2) # mkdir /etc/postfix/mailing_list
    # mkdir /etc/postfix/mailing_list/ski
    # chown ski:ski /etc/postfix/mailing_list/ski

3) su - ski
    > cd /etc/postfix/mailing_list/ski
    > vi aliases
    test1:          /var/spool/imap/ski/.ml.test1/

    > /opt/postfix/sbin/postalias /etc/postfix/mailing_list/ski/aliases
    > ^D

4) # vi /etc/postfix/main.cf
    alias_maps = dbm:/etc/aliases, dbm:/etc/postfix/mailing_list/ski/aliases

    # /opt/postfix/sbin/postfix reload



Now, whenever a mail to user test1 arrives, the alias is read
from the file /etc/postfix/mailing_list/ski/aliases. Because
there is no user test1 the delivery is done as the owner of the
alias file, ski in this case. ski can write to ski's Maildir,
of course...


Sven

From tss@iki.fi  Tue Nov 25 03:31:41 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 998D5239DA; Tue, 25 Nov 2003 03:31:41 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D14C9239D1
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 03:31:27 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 8F2125C288D8; Tue, 25 Nov 2003 03:31:26 +0200 (EET)
Subject: Re: [Dovecot] 0.99.10.3 released
From: Timo Sirainen <tss@iki.fi>
To: Miquel van Smoorenburg <miquels@cistron.net>
In-Reply-To: <20031124230746.GY24739@drinkel.cistron.nl>
References: <1069702134.2513.259.camel@hurina>
	 <20031124230746.GY24739@drinkel.cistron.nl>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-Y9LYYYYfD3X0YZbDRBe1"
Message-Id: <1069723885.2509.344.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 25 Nov 2003 03:31:26 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 01:31:41 -0000
X-UID: 4009                                                  
Status: O
Content-Length: 1615


--=-Y9LYYYYfD3X0YZbDRBe1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-11-25 at 01:07, Miquel van Smoorenburg wrote:
> On Mon, 24 Nov 2003 20:28:55, Timo Sirainen wrote:
> > 	- SUBSCRIBE broke subscription lists
> > 	- LIST code rewritten, children flags should be correct now
>=20
> It is correct as in that \HasChildren is now returned .. however,
> for mailboxes without children the \HasNoChildren flag is not
> returned. And the RFC says that if neither the \HasChildren flag
> is set, nor the \HasNoChildren, the folder might or might not
> have subfolders. Which means that the whole CHILDREN extension
> is basically useless, mutt still shows my plain folders as
> having subfolders and I can even "cd" into the "Drafts" subfolder..
> which I should not be able to do, ofcourse.

You're probably talking about LSUB command, not LIST? This is kind of
designed that way to avoid unneeded traffic for most clients, using
LISTEXT extension with:

LIST (subscribed children) "" %

works correctly. Hmm.. Maybe I should make it configurable..

> I looked at the CVS code and it should work there. This is
> probably not going to get fixed in the 0.99.10 series, right ?

I copied that code from CVS to .10.3.


--=-Y9LYYYYfD3X0YZbDRBe1
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/wrDtyUhSUUBViskRAg3wAKCjAngTW4u5WK/b9g48x0fnA7YFPACeO/HA
bYlAY6XEwSh85ScIKjC//Ow=
=cYZG
-----END PGP SIGNATURE-----

--=-Y9LYYYYfD3X0YZbDRBe1--

From dinh.viet.hoa@free.fr  Tue Nov 25 04:35:22 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7EBA7239BC; Tue, 25 Nov 2003 04:35:22 +0200 (EET)
Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by danu.procontrol.fi (Postfix) with ESMTP id 329F6239B6
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 04:34:48 +0200 (EET)
Received: from homer.priv (lns-p19-8-82-65-72-171.adsl.proxad.net
	[82.65.72.171])
	by postfix4-2.free.fr (Postfix) with ESMTP id 69A40C116
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 03:34:42 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hAP2YjP5023277
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 03:34:46 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hAP2Yjrh023274;
	Tue, 25 Nov 2003 03:34:45 +0100
Date: Tue, 25 Nov 2003 03:31:33 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot ML <dovecot@procontrol.fi>
Message-ID: <etPan.3fc2bf05.3471925.59bf@homer>
X-Mailer: etPan - new generation - version 0.2-dev-20031123
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3fc2bfc3_482c26ab_59bf"; 
 micalg="pgp-sha1"; protocol="application/pgp-signature"
Subject: [Dovecot] mbox format
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 02:35:22 -0000
X-UID: 4010                                                  
Status: O

--3fc2bfc3_482c26ab_59bf
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

  I wish to know some implementation details about mbox.
When you you mbox format in IMAP, are you doing to keep the same message=20
UID across IMAP session if you know that any other program can modify=20
the mailbox as it wants, for example, two messages can be exchanged.
In this case, will the UID kept the same ?
  If they keep their UID, how do you identify the messages ?

  Thanks,

--=20
DINH V. Hoa,

etPan=21 - newsreader, mail user agent -- http://libetpan.sf.net/etpan

--3fc2bfc3_482c26ab_59bf
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/wr/D7w+pfAWHa3MRAtPMAJ9Ljc0hda1FtYG1XbhG5qz2sXnBbACfVoAB
TqOWQKU8+ckUiOXoVvUfyvA=
=nWy/
-----END PGP SIGNATURE-----

--3fc2bfc3_482c26ab_59bf--
From mem@mv.mv.com  Tue Nov 25 06:41:40 2003
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BF10B239BE; Tue, 25 Nov 2003 06:41:40 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by danu.procontrol.fi (Postfix) with SMTP id 79EAA239B6
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 06:41:05 +0200 (EET)
Received: (qmail 8042 invoked from network); 24 Nov 2003 23:41:03 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
  by mercury.mv.net with SMTP; 24 Nov 2003 23:41:03 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
  local-name mercury.mv.net
Received: (qmail 11277 invoked by uid 101); 24 Nov 2003 23:41:01 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 24 Nov 2003 23:41:01 -0500
To: Joshua Goodall <joshua@roughtrade.net>
Subject: Re: [Dovecot] deliver mail with postfix to dovecot for mailinglists
Message-ID: <20031125044101.GL7577@iridium.mv.net>
References: <bptu2l$q4q$1@Odo.kzone.ch> <20031124233934.GB702@roughtrade.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20031124233934.GB702@roughtrade.net>
User-Agent: Mutt/1.4.1i
cc: Sven Kirmess <sven.kirmess@gmx.net>
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 04:41:40 -0000
X-UID: 4011                                                  
Status: O
Content-Length: 2463

On Tue, Nov 25, 2003 at 10:39:34AM +1100, Joshua Goodall wrote:
> You might be able to achieve this with the virtual(8) delivery
> agent, since it can target arbitrary directories and UIDs.
> 
> Also consider the "+" separator, as in user+foo@domain, which is
> integrated with the virtual(5) lookup in a reasonably intelligent way
> and may suit you.
> 
> Of course, what we could really do is implement SIEVE (RFC3028)
> in a LMTP delivery agent for Dovecot.  It'd attract a lot of the
> people currently depending on Cyrus.

OK, since we are way off topic..

Funny, I am writing and am using a local delivery agent that includes
a mix of C and sieve constructs.  I'm working on making it a little
more ready for prime time before seeing if anybody else wants to try
it.

Here's a snippet of my own local delivery script

#include <globals.h>

sieve {
    require [ "fileinto", "copy", "reject" ];
    require [ "editheader", "dnsbl" ];
    require [ "relational", "comparator-i;ascii-numeric" ];
}

/* Pre-tag the mail with any DNSBLs that "hit" for this message */
int i;
char dnsblF; dnsblF = 0;
string bl_list; bl_list = (string)"";

/* Interim hack while array initialization is not yet implemented */
#define DNSBLC 6

string *dnsbls[DNSBLC];	
  dnsbls[0] = "spamcop";
  dnsbls[1] = "spamhaus";
  dnsbls[2] = "abuseat.cbl";
  dnsbls[3] = "dsbl.list";
  dnsbls[4] = "sorbs";
  dnsbls[5] = "ahbs";

for ( i = 0; i < DNSBLC; ++i ) {
    if ( sieve { dnsbl [*dnsbls[i]] "std" } ) {
	if ( dnsblF )
	    bl_list += " ";
	dnsblF = 1;
	bl_list += (*dnsbls[i]);
    }
}
if ( dnsblF )
    sieve { addheader "X-DNSBLs" [bl_list]; }

sieve {
    /* Just so we can use elsif everywhere */
    if false {
	keep;
    }

    .
    .
  lots of whitelisting and other stuff...
    .
    .

    elsif anyof (
      header :contains "List-Post" [
			"bsdi-users@mailinglists.org",
			 "bugtraq@securityfocus.com",
			 "cisco-nsp@puck.nether.net",
			 "cisco-bba@puck.nether.net",
			 "asrg@ietf.org",
			 "dovecot.procontrol.fi" ],
      header :contains "List-id" "asrg.ietf.org",
      header :is "Sender" [
			"owner-nanog@merit.edu",
			"owner-bss-l@iisc.com" ],
      address :is "Return-Path" "owner-discuss-list@opensrs.org",
      address :is :domain "Return-Path" "lists.isp-lists.com" ) {
	keep;
    }

    /* sobig macro from the mv.h library */
    elsif _MV_SOBIG$F {
	    addheader "X-Spam-Reason" "sobig.f profile";
	    fileinto "Spam/maybe";
    }

    etc
}
From jonas@illuminet.se  Tue Nov 25 10:09:30 2003
Return-Path: <jonas@illuminet.se>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8B9DF239B6; Tue, 25 Nov 2003 10:09:30 +0200 (EET)
Received: from corpus.illuminet.se (unknown [212.112.167.140])
	by danu.procontrol.fi (Postfix) with ESMTP id A877C239A9
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 10:08:56 +0200 (EET)
Received: from illuminet.se (h107n2fls32o263.telia.com [217.209.33.107])
	(authenticated bits=0)
	by corpus.illuminet.se (8.12.8/8.12.8) with ESMTP id hAP88m1b021478
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Tue, 25 Nov 2003 09:08:49 +0100
Message-ID: <3FC30E10.9030009@illuminet.se>
Date: Tue, 25 Nov 2003 09:08:48 +0100
From: Jonas Bosson <jonas@illuminet.se>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030702
X-Accept-Language: en-us, en, sv
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>, dovecot@procontrol.fi
Subject: Re: speed Re: [Dovecot] New index / mailbox API
References: <1069534795.2499.119.camel@hurina>  <3FC1F74B.60101@bnap.hu>
	<1069707110.2499.290.camel@hurina>
In-Reply-To: <1069707110.2499.290.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 08:09:30 -0000
X-UID: 4012                                                  
Status: O
Content-Length: 1234

Timo Sirainen wrote:
> On Mon, 2003-11-24 at 14:19, Farkas Levente wrote:
>>another thing which always come to my mind when think about speed:
>>why we do the indexing when we look into the folders, since IMHO it'd be
>>more efficient if we do it at the mail delivery time. the mail arrival
>>is more balanced during the time, so the system load is more balanced.
>>so there can be
>>- one optional deivery helper application which can do the indexing
>>during the deivery time,
>>- indexing during remove, move, copy etc. imap operations,
>>- and the current (eg, the new indexing engine) if someone do not use
>>the delivery helper apps.
> 
> 
> Yep, this has been in TODO for a while. Once this is possible it's also
> simple to add support for UIDPLUS extension. And update mailbox quotas
> quickly and accurately. It's a bit difficult to implement to 0.99.10
> code base, but should be pretty easy to add to current CVS. Once new
> indexing works, I'll add this immediately.
> 

And this would be as easy as to write a stdin -> imap-append app to go 
with procmail etc? And this would not trigger reindexing, but rather 
just index the appended part, am I wrong?

/Jonas (just done that for java, but can rewrite it into c...)



From miquels@cistron.net  Tue Nov 25 12:28:43 2003
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 20FC6239BE; Tue, 25 Nov 2003 12:28:43 +0200 (EET)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl
	[62.216.29.197])
	by danu.procontrol.fi (Postfix) with ESMTP id 97ABB239BC
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 12:28:10 +0200 (EET)
Received: from a80-126-193-215.adsl.xs4all.nl ([80.126.193.215]
	helo=drinkel.cistron.nl)
	by smtp.cistron-office.nl with asmtp (Exim 3.35 #1 (Debian))
	id 1AOaQJ-0005Hd-00; Tue, 25 Nov 2003 11:27:59 +0100
Date: Tue, 25 Nov 2003 11:27:57 +0100
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.3 released
Message-ID: <20031125102757.GA4357@drinkel.cistron.nl>
References: <1069702134.2513.259.camel@hurina>
	<20031124230746.GY24739@drinkel.cistron.nl> <1069723885.2509.344.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1069723885.2509.344.camel@hurina> (from tss@iki.fi on Tue, Nov
	25, 2003 at 02:31:26 +0100)
X-Mailer: Balsa 2.0.15
Lines: 56
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 10:28:43 -0000
X-UID: 4013                                                  
Status: O
Content-Length: 1783

On Tue, 25 Nov 2003 02:31:26, Timo Sirainen wrote:
> On Tue, 2003-11-25 at 01:07, Miquel van Smoorenburg wrote:
> > On Mon, 24 Nov 2003 20:28:55, Timo Sirainen wrote:
> > > 	- SUBSCRIBE broke subscription lists
> > > 	- LIST code rewritten, children flags should be correct now
> > 
> > It is correct as in that \HasChildren is now returned .. however,
> > for mailboxes without children the \HasNoChildren flag is not
> > returned.
> >
> You're probably talking about LSUB command, not LIST?

Let me check.. (reading strace output again) .. yes, mutt does

LSUB "" "%"

an then plain folders are not listed with \HasChildren or
\HasNoChildren flags, but folders-with-subfolders do have
the \HasChildren flag set.

E.g.

a002 lsub "" "%"
* LSUB () "." "Drafts"
* LSUB () "." INBOX
* LSUB () "." "Sent"
* LSUB () "." "Trash"
* LSUB (\Noselect \HasChildren) "." "cistron"
* LSUB (\Noselect \HasChildren) "." "debian"
a002 OK Lsub completed.

> This is kind of
> designed that way to avoid unneeded traffic for most clients, using
> LISTEXT extension with:
> 
> LIST (subscribed children) "" %
> 
> works correctly. Hmm.. Maybe I should make it configurable..

Ah, I see. I don't have any other IMAP servers running at the
moment so I can't check to see what others do. But indeed, if
I tell mutt to list all folders instead of the subscribed
ones (so that it uses LIST rather than LSUB) it appears to
work correctly.

> > I looked at the CVS code and it should work there. This is
> > probably not going to get fixed in the 0.99.10 series, right ?
> 
> I copied that code from CVS to .10.3.

Oh, OK. Somehow I had the impression that you just fixed
the \Children -> \HasChildren typo but you added the
lib-storage/index/maildir/ code to .10.3 as well. That
is excellent, thanks.

Mike.
From lfarkas@bppiac.hu  Mon Nov 24 14:00:57 2003
Return-Path: <lfarkas@bppiac.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9046D2399B; Mon, 24 Nov 2003 14:00:57 +0200 (EET)
Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67])
	by danu.procontrol.fi (Postfix) with ESMTP id E737423838
	for <dovecot@procontrol.fi>; Mon, 24 Nov 2003 14:00:19 +0200 (EET)
Received: from mail2.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id 5F6126E40B2; Mon, 24 Nov 2003 12:56:25 +0100 (CET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 5FA1316F4D0; Mon, 24 Nov 2003 13:00:17 +0100 (CET)
Received: from bppiac.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail2.bppiac.hu (Postfix) with ESMTP
	id 5103816F4CF; Mon, 24 Nov 2003 13:00:17 +0100 (CET)
Message-ID: <3FC1F2D1.4000907@bppiac.hu>
Date: Mon, 24 Nov 2003 13:00:17 +0100
From: Farkas Levente <lfarkas@bppiac.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: speed Re: [Dovecot] New index / mailbox API
References: <1069534795.2499.119.camel@hurina>
In-Reply-To: <1069534795.2499.119.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 25 Nov 2003 13:32:30 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 24 Nov 2003 12:00:57 -0000
X-UID: 4014                                                  
Status: O
Content-Length: 1779

hi,
it's an interesting read, but go back to a higher level for a moment.
I like dovecot since it's use simple files as mail storage (not like 
cyrus). in case of dovecot if something happend I can easily switch to 
another imap server, which is one of the most important feature in a 
production enviroment (there should have to be a way of escape). other 
important feature is the speed (when we have a few hundred of 
mailboxes). some kind of indexing seems to be a good way of to do this. 
but I always feel that dovecot reinvent the wheel, since there is a 
dozen of database system which has nothing else to do just indexing (ok 
it's not true, but..). they probably do it in the right way (or at least 
we can find some) and they has a few years of experience. they do right 
the indexing, the locking, the transactions, etc..
so why we not use one realy fast and good database engine to index our 
mail storage?
the only reason what I can accept in this case, that this is some very 
special type of database and dovecot can use such algorithm which suited 
to this problem better then a general indexing algorithms. is this true?

another thing which always come to my mind when think about speed:
why we do the indexing when we look into the folders, since IMHO it'd be 
more efficient if we do it at the mail delivery time. the mail arrival 
is more balanced during the time, so the system load is more balanced. 
so there can be
- one optional deivery helper application which can do the indexing 
during the deivery time,
- indexing during remove, move, copy etc. imap operations,
- and the current (eg, the new indexing engine) if someone do not use 
the delivery helper apps.

just my 2c.

-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Tue Nov 25 13:35:11 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5248A239BE; Tue, 25 Nov 2003 13:35:11 +0200 (EET)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id E8BB6239AC; Tue, 25 Nov 2003 13:34:37 +0200 (EET)
Date: Tue, 25 Nov 2003 13:34:44 +0200
Subject: Re: speed Re: [Dovecot] New index / mailbox API
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-1--888912638"
Mime-Version: 1.0 (Apple Message framework v553)
To: Jonas Bosson <jonas@illuminet.se>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <3FC30E10.9030009@illuminet.se>
Message-Id: <5DA10872-1F3B-11D8-BBF9-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Pgp-Agent: GPGMail 1.0 (v30)
X-Mailer: Apple Mail (2.553)
X-Spam-Status: No, hits=-7.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	      QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 11:35:11 -0000
X-UID: 4015                                                  
Status: O
Content-Length: 1284


--Apple-Mail-1--888912638
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On Tuesday, Nov 25, 2003, at 10:08 Europe/Helsinki, Jonas Bosson wrote:

> Timo Sirainen wrote:
>> Yep, this has been in TODO for a while. Once this is possible it's 
>> also
>> simple to add support for UIDPLUS extension. And update mailbox quotas
>> quickly and accurately. It's a bit difficult to implement to 0.99.10
>> code base, but should be pretty easy to add to current CVS. Once new
>> indexing works, I'll add this immediately.
>
> And this would be as easy as to write a stdin -> imap-append app to go 
> with procmail etc? And this would not trigger reindexing, but rather 
> just index the appended part, am I wrong?

Yes, it would work that way once APPEND works that way.. Which is not 
yet.

--Apple-Mail-1--888912638
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/wz5UyUhSUUBViskRAjiqAKCg+zo+hqiqX6qOKkYMYqzg8f9CugCbBW3v
eXRaex6y+l6Vo+tau2eSCok=
=FLGb
-----END PGP SIGNATURE-----

--Apple-Mail-1--888912638--

From tss@iki.fi  Tue Nov 25 13:42:04 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4BB96239DB; Tue, 25 Nov 2003 13:42:04 +0200 (EET)
Received: from iki.fi (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 0C725239D0; Tue, 25 Nov 2003 13:41:31 +0200 (EET)
Date: Tue, 25 Nov 2003 13:41:41 +0200
Subject: Re: [Dovecot] mbox format
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2--888495415"
Mime-Version: 1.0 (Apple Message framework v553)
To: DINH Viet Hoa <dinh.viet.hoa@free.fr>
From: Timo Sirainen <tss@iki.fi>
In-Reply-To: <etPan.3fc2bf05.3471925.59bf@homer>
Message-Id: <565059F6-1F3C-11D8-BBF9-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
X-Pgp-Agent: GPGMail 1.0 (v30)
X-Mailer: Apple Mail (2.553)
X-Spam-Status: No, hits=-7.0 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	      QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
cc: dovecot ML <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 11:42:04 -0000
X-UID: 4016                                                  
Status: O
Content-Length: 1464


--Apple-Mail-2--888495415
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On Tuesday, Nov 25, 2003, at 04:31 Europe/Helsinki, DINH Viet Hoa wrote:

>   I wish to know some implementation details about mbox.
> When you you mbox format in IMAP, are you doing to keep the same 
> message
> UID across IMAP session if you know that any other program can modify
> the mailbox as it wants, for example, two messages can be exchanged.
> In this case, will the UID kept the same ?
>   If they keep their UID, how do you identify the messages ?

I do it pretty much like UW-IMAP: Add X-UID header to each message's 
header. I don't try to support changing message order (well, I think I 
could but I don't think it matters much). If X-UID headers are out of 
order, all messages after that are rewritten with new UIDs.

With read-only mailboxes + index files I use MD5 sums of a few headers 
to identify the messages. That doesn't support changing message order 
either.

--Apple-Mail-2--888495415
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/wz/1yUhSUUBViskRAnOrAJ0eDNkxRofqYY2VgKp4ftShWwmnWgCfYOvx
SrF++R2O8LHCKIU9jNs9yXg=
=0eMz
-----END PGP SIGNATURE-----

--Apple-Mail-2--888495415--

From mreimer@vpop.net  Tue Nov 25 17:52:34 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 96ECD239D0; Tue, 25 Nov 2003 17:52:34 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 5E9A0239E4
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 17:52:02 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id ED7993A8554; Tue, 25 Nov 2003 07:51:56 -0800 (PST)
Message-ID: <3FC37B4C.8050209@vpop.net>
Date: Tue, 25 Nov 2003 09:54:52 -0600
From: Matthew Reimer <mreimer@vpop.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] SSL and certificate authorities.
References: <lists.dovecot.1069345731.16670.21.camel@hurina.SOMEWHERE>
	<lists.dovecot.20031121093202.28368435.zach.bagnall@bulletinwireless.com>
In-Reply-To: <lists.dovecot.20031121093202.28368435.zach.bagnall@bulletinwireless.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 15:52:34 -0000
X-UID: 4017                                                  
Status: O
Content-Length: 1118

Zach Bagnall wrote:
> On Thu, 20 Nov 2003 18:28:51 +0200, Timo Sirainen <tss@iki.fi> wrote:
> 
>>What exactly does this patch do? Gives client a list of accepted CAs,
>>but it doesn't look like it actually requires client to provide a
>>valid certificate?
> 
> 
> On Tue, 18 Nov 2003 11:03:08 +1300, James Tyson <james@giantrobot.co.nz>
> wrote:
> 
>>Also, is there a configuration directive for dovecot to add the
>>issuers ca bundle similar to apache's SSLCACertificateFile?
> 
> 
> I'm no SSL expert, but I took the requested feature to be a way to "make
> additional certificates available in order to complete a certificate
> chain".

I had trouble with an instantssl cert, and found that what I needed to 
do was to also include all the certs up the chain in the .pem file, in a 
certain order, to keep the client from complaining about an invalid 
certificate. The first certificate in the pem file should be the the 
server certificate, followed by its chain starting from the root 
certificate down. Works for me without the need for patches (though 
something like SSLCACertificateFile would be nice).

Matt

From bah@webmedic.net  Tue Nov 25 18:04:22 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ACF3A239E8; Tue, 25 Nov 2003 18:04:22 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by danu.procontrol.fi (Postfix) with ESMTP id BE019239BC
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 18:03:50 +0200 (EET)
Received: from adsl-209-206-172-246-rb.vcr.centurytel.net ([209.206.172.246]
	helo=mandrake.webmedic.net)
	by courage.vosn.net with esmtp (Exim 4.24)	id 1AOffF-0000BQ-Nu
	for dovecot@procontrol.fi; Tue, 25 Nov 2003 09:03:45 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot ML <dovecot@procontrol.fi>
Date: Tue, 25 Nov 2003 08:03:46 -0800
User-Agent: KMail/1.5.93
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200311250803.46493.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse, please include it with any
	abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - procontrol.fi
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
Subject: [Dovecot] 
	The latest dovecot fixes the problems with most mail clients
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 16:04:22 -0000
X-UID: 4018                                                  
Status: O

.99.10.4 fixes most the issues with kmail. For some reason if I look at an 
email and then go to another one and then try to go back to one I've already 
viewed sometimes it shows the mail as an atacment. 


This version does fix the problem with squrrelmail not being able to subscribe 
to folders. Thanks for the fixes.
-- 
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
                                      Brook Humphrey           
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107        
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com   
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
From mreimer@vpop.net  Tue Nov 25 22:41:49 2003
Return-Path: <mreimer@vpop.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1005723866; Tue, 25 Nov 2003 22:41:49 +0200 (EET)
Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 230112385D
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 22:41:15 +0200 (EET)
Received: from vpop.net (bilbo.vpop.net [65.103.33.41])
	by boromir.vpop.net (Postfix) with ESMTP
	id 6688A3A636B; Tue, 25 Nov 2003 12:41:11 -0800 (PST)
Message-ID: <3FC3BF18.4090609@vpop.net>
Date: Tue, 25 Nov 2003 14:44:08 -0600
From: Matthew Reimer <mreimer@vpop.net>
Organization: VPOP Technologies, Inc.
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US;
	rv:1.5) Gecko/20031015 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] IMAP subscribe/unsubscribe broken in 0.99.10.2
References: <3FB94FFF.30203@vpop.net> <1069345380.16673.14.camel@hurina>
In-Reply-To: <1069345380.16673.14.camel@hurina>
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 20:41:49 -0000
X-UID: 4019                                                  
Status: O
Content-Length: 1235

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
Timo Sirainen wrote:<br>
<blockquote type="cite" cite="mid1069345380.16673.14.camel@hurina">
  <pre wrap="">On Tue, 2003-11-18 at 00:47, Matthew Reimer wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">IMAP subscribe/unsubscribe is broken in 0.99.10.2 (and earlier 
releases), specifically subsfile_set_subscribed(), where the logic is 
all wrong. I tried just copying over the latest subscription-file.c but 
it has dependencies on some file locking/dotlocking stuff that 0.99.10.2 
doesn't have.

Timo, would it be possible to incorporate the latest subscription-file.c 
into 0.99.10.3 (whenever that will be)?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I see bugs in CVS's subscription implementation, but what's wrong in
0.99.10.2 implementation? Also your comments about dotlocking changes
sound like you're trying some CVS snapshot :)
  </pre>
</blockquote>
Looks like you fixed it. Thanks! (I was using 0.99.10.2, and tried
pulling in a file from CVS hoping I'd get lucky and it would work.)<br>
<br>
Matt<br>
</body>
</html>

From esj@harvee.org  Tue Nov 25 23:13:50 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EC906238C5; Tue, 25 Nov 2003 23:13:50 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 72B1A23838
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 23:13:16 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id hAPLDC2x013447
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 16:13:13 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 25 Nov 2003 16:13:09 -0500
Message-ID: <3FC3C55A.6030606@harvee.org>
Date: Tue, 25 Nov 2003 16:10:50 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:031125:dovecot@procontrol.fi:0af323ff8158084c
Subject: [Dovecot] did the conversion and something broke
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 21:13:51 -0000
X-UID: 4020                                                  
Status: O

figures.  Converted over to maildir today.  Procmail is a piece of cake 
once I managed to pride out of its cold dead fingers the essential tiny 
bit of documentation I needed.  But I'm having a problem with my nested 
directories.  I have a directory called incoming sort my incoming mail. 
  The conversion utility created a bunch of files called incoming.<stuff>
and 1 file is visible incoming/pound.  However, if I try to subscribe to 
anything else I get:

the current command did not succeed.  The mail server responded: Invalid 
mailbox name: incoming/ATMoB

and this is how it set up.

[esj@harvee Maildir]$ ls -ld .incomming.ATMoB/
drwx------    5 esj      esj          4096 Nov 25 13:45 .incomming.ATMoB/
[esj@harvee Maildir]$

ideas?

---eric

-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears

From charlie@rubberduck.com  Wed Nov 26 01:24:07 2003
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7289F23866; Wed, 26 Nov 2003 01:24:07 +0200 (EET)
Received: from lazy.spodder.com (unknown [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 8A03A23838
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 01:23:33 +0200 (EET)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])	by lazy.spodder.com (Postfix) with ESMTP
	id 9743B8F20; Wed, 26 Nov 2003 10:23:04 +1100 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id D350B9D14F; Wed, 26 Nov 2003 10:23:21 +1100 (EST)
Date: Wed, 26 Nov 2003 10:23:21 +1100
From: Charlie Allom <charlie@rubberduck.com>
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] did the conversion and something broke
Message-ID: <20031125232321.GB20536@myinternet.com.au>
References: <3FC3C55A.6030606@harvee.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2"
Content-Disposition: inline
In-Reply-To: <3FC3C55A.6030606@harvee.org>
User-Agent: Mutt/1.5.4i
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 23:24:07 -0000
X-UID: 4021                                                  
Status: O


--7ZAtKRhVyVSsbBD2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 25, 2003 at 04:10:50PM -0500, Eric S. Johansson wrote:
> if I try to subscribe to anything else I get:
>=20
> the current command did not succeed.  The mail server responded:
> Invalid mailbox name: incoming/ATMoB
>=20
> and this is how it set up.
>=20
> [esj@harvee Maildir]$ ls -ld .incomming.ATMoB/ drwx------    5 esj
> esj          4096 Nov 25 13:45 .incomming.ATMoB/ [esj@harvee Maildir]$

Yes - you have two m's there? :)

  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--7ZAtKRhVyVSsbBD2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/w+RpqiZDwhSqeUERAvBVAJ9x5k0ZVnt2rBC3lz12St0WT3M/UACeP11t
rN3FVJh5WDHOPjEqaNMKQow=
=u62K
-----END PGP SIGNATURE-----

--7ZAtKRhVyVSsbBD2--
From esj@harvee.org  Wed Nov 26 01:29:43 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AF16F23866; Wed, 26 Nov 2003 01:29:43 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id 4AB4123838
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 01:29:11 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id hAPNSw2x027143;
	Tue, 25 Nov 2003 18:29:08 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 25 Nov 2003 18:28:53 -0500
Message-ID: <3FC3E52A.7020402@harvee.org>
Date: Tue, 25 Nov 2003 18:26:34 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Charlie Allom <charlie@rubberduck.com>
Subject: Re: [Dovecot] did the conversion and something broke
References: <3FC3C55A.6030606@harvee.org>
	<20031125232321.GB20536@myinternet.com.au>
In-Reply-To: <20031125232321.GB20536@myinternet.com.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:031125:charlie@rubberduck.com:8b0e3df13d284746
X-Hashcash: 0:031125:dovecot@procontrol.fi:f7a40cbf40b091c8
cc: Dovecot List <dovecot@procontrol.fi>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2003 23:29:43 -0000
X-UID: 4022                                                  
Status: O

Charlie Allom wrote:
> On Tue, Nov 25, 2003 at 04:10:50PM -0500, Eric S. Johansson wrote:
> 
> Yes - you have two m's there? :)
> 
>   C.
thank you... can you tell that I typed instead of talked?  :-)

---eric


-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears

From dean-list-dovecot@arctic.org  Wed Nov 26 05:12:22 2003
Return-Path: <dean-list-dovecot@arctic.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3EA3A238B7; Wed, 26 Nov 2003 05:12:22 +0200 (EET)
Received: from twinlark.arctic.org (twinlark.arctic.org [168.75.98.6])
	by danu.procontrol.fi (Postfix) with ESMTP id AE5EF23866
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 05:11:49 +0200 (EET)
Received: (qmail 19328 invoked by uid 500); 26 Nov 2003 03:11:48 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by 127.0.0.1 with SMTP; 26 Nov 2003 03:11:48 -0000
Date: Tue, 25 Nov 2003 19:11:48 -0800 (PST)
From: dean gaudet <dean-list-dovecot@arctic.org>
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.58.0311251907270.8629@twinlark.arctic.org>
X-comment: visit http://arctic.org/~dean/legal for information regarding
	copyright and disclaimer.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] corrupted empty message with CVS
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 03:12:22 -0000
X-UID: 4023                                                  
Status: O
Content-Length: 1463

with CVS as of an hour ago i'm seeing corruption of messages (in an mbox)
with an empty message body.

for example, here's what i have in my test INBOX right after receiving the
empty message:

--- top of INBOX ---
>From dean@arctic.org  Tue Nov 25 19:02:23 2003
Return-Path: <dean@arctic.org>
Delivered-To: dgtest@arctic.org
Received: (qmail 3626 invoked by uid 500); 26 Nov 2003 03:02:23 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by 127.0.0.1 with SMTP; 26 Nov 2003 03:02:23 -0000
Date: Tue, 25 Nov 2003 19:02:23 -0800 (PST)
From: dean gaudet <dean@arctic.org>
To: dgtest@arctic.org
Subject: quibble
Message-ID: <Pine.LNX.4.58.0311251902160.15721@twinlark.arctic.org>
X-comment: visit http://arctic.org/~dean/legal for information regarding copyright and disclaimer.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on
        twinlark.arctic.org
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=ham version=2.60

--- end of INBOX ---

and then i use pine 4.58 to access {localhost}INBOX and it shows a
corrupted message (no subject/etc) then i quit pine, and here's what
the INBOX looks like on disk afterwards:

--- top of INBOX ---
>From dean@arctic.org  Tue Nov 25 19:02:23 2003
X-IMAPbase: 1069815483 6
Status: RO
X-UID: 6
Content-Length: 0
X-Keywords:


--- end of INBOX ---

any ideas or other info which would be useful?

thanks
-dean
From esj@harvee.org  Wed Nov 26 06:38:45 2003
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E6E6C2385D; Wed, 26 Nov 2003 06:38:45 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by danu.procontrol.fi (Postfix) with ESMTP id E68812385D
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 06:38:31 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id hAQ4cD2x031407
	for <dovecot@procontrol.fi>; Tue, 25 Nov 2003 23:38:28 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Tue, 25 Nov 2003 23:38:06 -0500
Message-ID: <3FC42DA2.4080804@harvee.org>
Date: Tue, 25 Nov 2003 23:35:46 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:031126:dovecot@procontrol.fi:8ae42374c0d4561e
Subject: [Dovecot] a couple more tidbits on the conversion process
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 04:38:46 -0000
X-UID: 4024                                                  
Status: O
Content-Length: 1047

a couple of things that really helped me when converting from mbox to 
maildir.  First is to see how simple procmail changes could be.  in your 
/etc/procmailrc file, just add the following.

MAILDIR=$HOME/Maildir/       # Make sure this directory exists!
DEFAULT=$MAILDIR

if you're using per user procmail files, the exact same two lines will 
also work to ensure proper delivery.

if you're anything like me with 200 plus mailboxes, the following 
utility is really superb at doing the conversion all at once.  Granted, 
I had to wait awhile to convert the GB+ of e-mail but I had other things 
to do and not getting interrupted every few minutes made the time 
reasonably productive.  :-)

http://batleth.sapienti-sat.org/projects/mb2md/

I was getting an error about some sort of illegal character sequence but 
the mail seems to have converted fine.

I think the next thing to do is create a new partition for home and make 
it ReiserFS.

---eric

-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears

From tsg@cctg.com  Wed Nov 26 10:17:46 2003
Return-Path: <tsg@cctg.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 31B61238C5; Wed, 26 Nov 2003 10:17:46 +0200 (EET)
Received: from tercesi.cctg.com (cctg.com [66.80.224.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 9C17B238B7
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 10:17:11 +0200 (EET)
Received: from tercesi.cctg.com (localhost [127.0.0.1])hAQ8H8ma024670
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 00:17:08 -0800 (PST)
X-Envelope-From: tsg@cctg.com
X-Envelope-To: <dovecot@procontrol.fi>
Received: (from nobody@localhost)
	by tercesi.cctg.com (8.12.10/8.12.6/Submit) id hAQ8H7PA024669;
	Wed, 26 Nov 2003 00:17:07 -0800 (PST)
X-Authentication-Warning: tercesi.cctg.com: nobody set sender to tsg@cctg.com
	using -f
Received: from 66.80.224.70
        (SquirrelMail authenticated user tsg9)
        by tercesi.cctg.com with HTTP;
        Wed, 26 Nov 2003 00:17:07 -0800 (PST)
Message-ID: <32883.66.80.224.70.1069834627.squirrel@tercesi.cctg.com>
Date: Wed, 26 Nov 2003 00:17:07 -0800 (PST)
From: "Ted S. Garaventa" <tsg@cctg.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Compiling dovecot on SuSE 9
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: tsg@cctg.com
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 08:17:46 -0000
X-UID: 4025                                                  
Status: O

Again I am asking for some help to compile and configure dovecot on SuSE 9.

I have configured and compiled it as per the instructions and no errors or
problems. When I try to run dovecot from the command line it does not
complain or give me any errors. The daemon starts and dies almost
immediately.

Do I need to compile differently?  What can I do to see what is the
problem. I was asked to run strace but I don't know what it is telling me.

Thanks
From Clive.Jones+nospam+procontrol.fi@meridian.co.uk  Wed Nov 26 13:05:11 2003
Return-Path: <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BD65C238C5; Wed, 26 Nov 2003 13:05:11 +0200 (EET)
Received: from greenwich.meridian-audio.ltd.uk
	(greenwich.meridian-audio.ltd.uk [194.203.67.114])
	by danu.procontrol.fi (Postfix) with ESMTP id A822B2385D
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 13:04:39 +0200 (EET)
Received: from CLIVE (clive.uk.ma-int.com [10.76.18.1])
	by greenwich.meridian-audio.ltd.uk (Postfix) with SMTP id 1FBE02D0F
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 11:04:35 +0000 (GMT)
Message-ID: <002b01c3b40d$1374ebb0$01124c0a@uk.maint.com>
From: "Clive Jones" <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
To: <dovecot@procontrol.fi>
Date: Wed, 26 Nov 2003 11:04:34 -0000
Organization: Meridian Audio
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
Subject: [Dovecot] Pid file?
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 11:05:11 -0000
X-UID: 4026                                                  
Status: O

Is there a way to make Dovecot maintain a pid file? Most daemons
put their pid in /var/run/dovecot.pid (or similar) while they are
running, then remove it on exit, but I can't find any option to
do this in Dovecot.

(Of course, if I could work out how on earth to stop Dovecot
leaking processes, I wouldn't be looking for a simpler way to
keep bringing the daemon down and restarting it. (-8 )

Regards,

--Clive.

From rueckert@informatik.uni-rostock.de  Wed Nov 26 14:27:35 2003
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 84C98238C5; Wed, 26 Nov 2003 14:27:35 +0200 (EET)
Received: from monsters.rsn.uni-rostock.de (monsters.rsn.uni-rostock.de
	[139.30.253.26])
	by danu.procontrol.fi (Postfix) with ESMTP id 76546238B7
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 14:27:00 +0200 (EET)
Received: by monsters.rsn.uni-rostock.de (Postfix, from userid 1001)
	id 05178FF5; Wed, 26 Nov 2003 13:26:54 +0100 (CET)
Date: Wed, 26 Nov 2003 13:26:54 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: "Ted S. Garaventa" <tsg@cctg.com>
Subject: Re: [Dovecot] Compiling dovecot on SuSE 9
Message-ID: <20031126122654.GS22102@irssi.ath.cx>
References: <32883.66.80.224.70.1069834627.squirrel@tercesi.cctg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <32883.66.80.224.70.1069834627.squirrel@tercesi.cctg.com>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 12:27:35 -0000
X-UID: 4027                                                  
Status: O
Content-Length: 1443

On 2003-11-26 00:17:07 -0800, Ted S. Garaventa wrote:
> Date: Wed, 26 Nov 2003 00:17:07 -0800 (PST)
> From: "Ted S. Garaventa" <tsg@cctg.com>
> Subject: [Dovecot] Compiling dovecot on SuSE 9
> To: dovecot@procontrol.fi
> 
> Again I am asking for some help to compile and configure dovecot on SuSE 9.

im working on some rpm for it. i think ill release them on thursday.
 
> I have configured and compiled it as per the instructions and no errors or
> problems. When I try to run dovecot from the command line it does not
> complain or give me any errors. The daemon starts and dies almost
> immediately.

you did everything right so far. the problem is that dovecot comes with
SSL enabled by default but there is no cert for it. go to $SRCDIR/doc/
edit mkcert.sh (change imapd.pem to dovecot.pem)
run it.
restart dovecot and everything will be fine.

but you need a dovecot pam file. i use the file from [1].
 
> Do I need to compile differently?  What can I do to see what is the
> problem. I was asked to run strace but I don't know what it is telling me.
the solution would be:

strace -e trace=file dovecot

you would see a file not found error at the end of the log.

darix

[1]
http://monsters.rsn.uni-rostock.de/~darix/suse/dovecot

you can find the patch for mkcert.sh + dovecot.pam + init script there.
and of course the rpm when it's done.
-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/

From tss@iki.fi  Wed Nov 26 17:45:17 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 93077238C5; Wed, 26 Nov 2003 17:45:17 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id EFF242385D
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 17:44:43 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3EA8B5C288D8; Wed, 26 Nov 2003 17:44:43 +0200 (EET)
Subject: Re: [Dovecot] Compiling dovecot on SuSE 9
From: Timo Sirainen <tss@iki.fi>
To: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
In-Reply-To: <20031126122654.GS22102@irssi.ath.cx>
References: <32883.66.80.224.70.1069834627.squirrel@tercesi.cctg.com>
	 <20031126122654.GS22102@irssi.ath.cx>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-vyddxUMRIIjo5wslI3pl"
Message-Id: <1069861482.14203.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 Nov 2003 17:44:43 +0200
cc: dovecot@procontrol.fi
cc: "Ted S. Garaventa" <tsg@cctg.com>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 15:45:17 -0000
X-UID: 4028                                                  
Status: O


--=-vyddxUMRIIjo5wslI3pl
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-11-26 at 14:26, Marcus Rueckert wrote:
> > Do I need to compile differently?  What can I do to see what is the
> > problem. I was asked to run strace but I don't know what it is telling =
me.
> the solution would be:
>=20
> strace -e trace=3Dfile dovecot
>=20
> you would see a file not found error at the end of the log.

Doesn't the error message get written to log file as well? If not, I'll
have to fix it.


--=-vyddxUMRIIjo5wslI3pl
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/xMpqyUhSUUBViskRApB9AJ4if7SaLc4206weuqe72YCvl+bo3ACgly5D
5MOMqkzyOPuaZU899ukr//Y=
=+5M5
-----END PGP SIGNATURE-----

--=-vyddxUMRIIjo5wslI3pl--

From tss@iki.fi  Wed Nov 26 17:57:23 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C5E6D238C8; Wed, 26 Nov 2003 17:57:23 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 162172385D
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 17:56:51 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id BC7DE5C288D8; Wed, 26 Nov 2003 17:56:50 +0200 (EET)
Subject: Re: [Dovecot] Pid file?
From: Timo Sirainen <tss@iki.fi>
To: Clive Jones <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
In-Reply-To: <002b01c3b40d$1374ebb0$01124c0a@uk.maint.com>
References: <002b01c3b40d$1374ebb0$01124c0a@uk.maint.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-XrEFKwPuC/7kuyW9MgoL"
Message-Id: <1069862210.14203.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 Nov 2003 17:56:50 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 15:57:23 -0000
X-UID: 4029                                                  
Status: O
Content-Length: 2132


--=-XrEFKwPuC/7kuyW9MgoL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-11-26 at 13:04, Clive Jones wrote:
> Is there a way to make Dovecot maintain a pid file? Most daemons
> put their pid in /var/run/dovecot.pid (or similar) while they are
> running, then remove it on exit, but I can't find any option to
> do this in Dovecot.

Hmm. I guess I could add it.

> (Of course, if I could work out how on earth to stop Dovecot
> leaking processes, I wouldn't be looking for a simpler way to
> keep bringing the daemon down and restarting it. (-8 )

Well, I thought you would have looked at 0.99.10.4 release announcement
mail:

        - Fixed reference counters in imap-login and pop3-login.
          IMAP AUTHENTICATE and POP3 AUTH commands could have left the
          process stuck doing nothing forever.

I'd think it fixes your problem.

Also last night I started thinking about this problem in general and
figured out that manual reference counting is a bad idea. Either you
unref too much and cause double-free() security holes, or you forget to
unref something and it can be used to DoS like in this case.

Garbage collector would help .. but I don't really like the idea of
depending on Boehm GC. It's bloaty and I haven't had very good
experiences with it so far. I couldn't figure out why it's incorrectly
freeing some part of memory when running THREAD command and causing
crashes.

So.. I haven't fully finished my plan, but I think it would work if I
made some kind of GC for "objects". There would be just a few of them,
mostly where I use refcounting now. It would be fully ANSI-C and it
might not be as easy to use as real GC, but I think I could make it safe
so these kind of security holes would be prevented.


--=-XrEFKwPuC/7kuyW9MgoL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/xM1CyUhSUUBViskRAjcdAJ0bNDi8buTPO3jdbhTA+ouASdn6rwCgiA/L
z58y5l2kJBhAYPZA2iy8Jf0=
=/HsX
-----END PGP SIGNATURE-----

--=-XrEFKwPuC/7kuyW9MgoL--

From tss@iki.fi  Wed Nov 26 17:58:03 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 05E3A238C9; Wed, 26 Nov 2003 17:58:03 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 36B072385D
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 17:57:24 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 123215C288D8
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 17:57:24 +0200 (EET)
Subject: Re: [Dovecot] corrupted empty message with CVS
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.58.0311251907270.8629@twinlark.arctic.org>
References: <Pine.LNX.4.58.0311251907270.8629@twinlark.arctic.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-kCUZkhOk4Df7W+uztipz"
Message-Id: <1069862243.14192.21.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 Nov 2003 17:57:24 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 15:58:03 -0000
X-UID: 4030                                                  
Status: O


--=-kCUZkhOk4Df7W+uztipz
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-11-26 at 05:11, dean gaudet wrote:
> with CVS as of an hour ago i'm seeing corruption of messages (in an mbox)
> with an empty message body.

CVS is more or less broken, especially with mbox. Not such a good idea
to use it right now.


--=-kCUZkhOk4Df7W+uztipz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/xM1jyUhSUUBViskRAhTRAJ9cT11Ty8/xkCzgmX2UHl16Fh1s6ACfTnZr
1PLSqxJvpSw71U5ewlBP1hQ=
=AEGv
-----END PGP SIGNATURE-----

--=-kCUZkhOk4Df7W+uztipz--

From dean-list-dovecot@arctic.org  Wed Nov 26 19:52:36 2003
Return-Path: <dean-list-dovecot@arctic.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C223E238C9; Wed, 26 Nov 2003 19:52:36 +0200 (EET)
Received: from twinlark.arctic.org (twinlark.arctic.org [168.75.98.6])
	by danu.procontrol.fi (Postfix) with ESMTP id 2DBDF238C5
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 19:52:03 +0200 (EET)
Received: (qmail 10041 invoked by uid 500); 26 Nov 2003 17:52:00 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by 127.0.0.1 with SMTP; 26 Nov 2003 17:52:00 -0000
Date: Wed, 26 Nov 2003 09:52:00 -0800 (PST)
From: dean gaudet <dean-list-dovecot@arctic.org>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] corrupted empty message with CVS
In-Reply-To: <1069862243.14192.21.camel@hurina>
Message-ID: <Pine.LNX.4.58.0311260949210.8629@twinlark.arctic.org>
References: <Pine.LNX.4.58.0311251907270.8629@twinlark.arctic.org>
 <1069862243.14192.21.camel@hurina>
X-comment: visit http://arctic.org/~dean/legal for information regarding
	copyright and disclaimer.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 17:52:36 -0000
X-UID: 4031                                                  
Status: O



On Wed, 26 Nov 2003, Timo Sirainen wrote:

> On Wed, 2003-11-26 at 05:11, dean gaudet wrote:
> > with CVS as of an hour ago i'm seeing corruption of messages (in an mbox)
> > with an empty message body.
>
> CVS is more or less broken, especially with mbox. Not such a good idea
> to use it right now.

darn... is there a 0.99.11-testN which you recommend?  i tried -test8 and
-test9 last night as well and they also didn't seem to be very happy with
mbox (no corruption, but they couldn't parse some valid mbox files).

primarily what i'm looking for is support for both /etc/shadow and
vpopmail authentication.  i was lead to believe i need some version of
0.99.11 to get these to work in concert.

thanks
-dean
From tss@iki.fi  Wed Nov 26 20:11:53 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 221FE238C9; Wed, 26 Nov 2003 20:11:53 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 68709238B7
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 20:11:19 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2CD535C288D7
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 20:11:19 +0200 (EET)
Subject: Re: [Dovecot] corrupted empty message with CVS
From: Timo Sirainen <tss@iki.fi>
To: dovecot@procontrol.fi
In-Reply-To: <Pine.LNX.4.58.0311260949210.8629@twinlark.arctic.org>
References: <Pine.LNX.4.58.0311251907270.8629@twinlark.arctic.org>
	 <1069862243.14192.21.camel@hurina>
	 <Pine.LNX.4.58.0311260949210.8629@twinlark.arctic.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-RK8tRIGC8aCtLhJOEVUh"
Message-Id: <1069870278.14196.41.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 Nov 2003 20:11:19 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 18:11:53 -0000
X-UID: 4032                                                  
Status: O
Content-Length: 1173


--=-RK8tRIGC8aCtLhJOEVUh
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-11-26 at 19:52, dean gaudet wrote:
> > CVS is more or less broken, especially with mbox. Not such a good idea
> > to use it right now.
>=20
> darn... is there a 0.99.11-testN which you recommend?  i tried -test8 and
> -test9 last night as well and they also didn't seem to be very happy with
> mbox (no corruption, but they couldn't parse some valid mbox files).

They're even more broken than current CVS :)

> primarily what i'm looking for is support for both /etc/shadow and
> vpopmail authentication.  i was lead to believe i need some version of
> 0.99.11 to get these to work in concert.

Well, yes.. What probably would work quite well is to install CVS but
use imap binary from 0.99.10.4.


--=-RK8tRIGC8aCtLhJOEVUh
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/xOzGyUhSUUBViskRAtO2AKCT+c7fRFjS/StDbgsE6p7kgRiL5ACfYVB+
nPp5U8KVC7Xe9UOJm1nw3v0=
=Y7bB
-----END PGP SIGNATURE-----

--=-RK8tRIGC8aCtLhJOEVUh--

From dean-list-dovecot@arctic.org  Wed Nov 26 20:21:41 2003
Return-Path: <dean-list-dovecot@arctic.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1CA9023997; Wed, 26 Nov 2003 20:21:41 +0200 (EET)
Received: from twinlark.arctic.org (twinlark.arctic.org [168.75.98.6])
	by danu.procontrol.fi (Postfix) with ESMTP id 2685B238C9
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 20:21:27 +0200 (EET)
Received: (qmail 17322 invoked by uid 500); 26 Nov 2003 18:21:25 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by 127.0.0.1 with SMTP; 26 Nov 2003 18:21:25 -0000
Date: Wed, 26 Nov 2003 10:21:25 -0800 (PST)
From: dean gaudet <dean-list-dovecot@arctic.org>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] corrupted empty message with CVS
In-Reply-To: <1069870278.14196.41.camel@hurina>
Message-ID: <Pine.LNX.4.58.0311261016540.8629@twinlark.arctic.org>
References: <Pine.LNX.4.58.0311251907270.8629@twinlark.arctic.org> 
	<Pine.LNX.4.58.0311260949210.8629@twinlark.arctic.org>
	<1069870278.14196.41.camel@hurina>
X-comment: visit http://arctic.org/~dean/legal for information regarding
	copyright and disclaimer.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2003 18:21:41 -0000
X-UID: 4033                                                  
Status: O



On Wed, 26 Nov 2003, Timo Sirainen wrote:

> On Wed, 2003-11-26 at 19:52, dean gaudet wrote:
> > primarily what i'm looking for is support for both /etc/shadow and
> > vpopmail authentication.  i was lead to believe i need some version of
> > 0.99.11 to get these to work in concert.
>
> Well, yes.. What probably would work quite well is to install CVS but
> use imap binary from 0.99.10.4.

haha!  ok... i'll give that a whirl next time i have a chance :)

i have a related question -- i wonder if it would be hard to move more
config options into the auth subsections.  i'd like to conditionalize
default_mail_env, and {last,first}_valid_{u,g}id based on whether the
login is "auth default" or "auth vpopmail".  i was planning on digging
through the code at some point, but figured it was worth asking.

-dean
From tsg@cctg.com  Thu Nov 27 07:34:08 2003
Return-Path: <tsg@cctg.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7156C23999; Thu, 27 Nov 2003 07:34:08 +0200 (EET)
Received: from tercesi.cctg.com (tercesi.cctg.com [66.80.224.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 259BD238C5
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 07:33:33 +0200 (EET)
Received: from tercesi.cctg.com (localhost [127.0.0.1])hAR5XVma000045
	for <dovecot@procontrol.fi>; Wed, 26 Nov 2003 21:33:31 -0800 (PST)
X-Envelope-From: tsg@cctg.com
X-Envelope-To: <dovecot@procontrol.fi>
Received: (from nobody@localhost)
	by tercesi.cctg.com (8.12.10/8.12.6/Submit) id hAR5XUot000044;
	Wed, 26 Nov 2003 21:33:30 -0800 (PST)
X-Authentication-Warning: tercesi.cctg.com: nobody set sender to tsg@cctg.com
	using -f
Received: from 66.80.224.80
        (SquirrelMail authenticated user tsg9)
        by tercesi.cctg.com with HTTP;
        Wed, 26 Nov 2003 21:33:30 -0800 (PST)
Message-ID: <64611.66.80.224.80.1069911210.squirrel@tercesi.cctg.com>
Date: Wed, 26 Nov 2003 21:33:30 -0800 (PST)
Subject: [Fwd: Re: [Dovecot] Compiling dovecot on SuSE 9]
From: "Ted S. Garaventa" <tsg@cctg.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: tsg@cctg.com
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 27 Nov 2003 05:34:08 -0000
X-UID: 4034                                                  
Status: O
Content-Length: 4823

Thanks for the reply regarding the compilaton of dovecot to SuSE 9.
I have made the key and put it in the correct area but still no luck.

I have attached the strace output to the end of this email.
Thanks!!!

> Date: Wed, 26 Nov 2003 00:17:07 -0800 (PST)
> From: "Ted S. Garaventa" <tsg@cctg.com>
> Subject: [Dovecot] Compiling dovecot on SuSE 9
> To: dovecot@procontrol.fi
>
> Again I am asking for some help to compile and configure dovecot on SuSE 9.

im working on some rpm for it. i think ill release them on thursday.

> I have configured and compiled it as per the instructions and no errors
or problems. When I try to run dovecot from the command line it does not
complain or give me any errors. The daemon starts and dies almost
immediately.

you did everything right so far. the problem is that dovecot comes with
SSL enabled by default but there is no cert for it. go to $SRCDIR/doc/
edit mkcert.sh (change imapd.pem to dovecot.pem)
run it.
restart dovecot and everything will be fine.

but you need a dovecot pam file. i use the file from [1].

> Do I need to compile differently?  What can I do to see what is the
problem. I was asked to run strace but I don't know what it is telling
me.
the solution would be:

strace -e trace=file dovecot

you would see a file not found error at the end of the log.

darix

[1]
http://monsters.rsn.uni-rostock.de/~darix/suse/dovecot

you can find the patch for mkcert.sh + dovecot.pam + init script there.
and of course the rpm when it's done.
-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/

strace output follows:
---------------------------------------------------------------------------
casella:/etc/ssl/private # strace -e trace=file /usr/local/sbin/dovecot
execve("/usr/local/sbin/dovecot", ["/usr/local/sbin/dovecot"], [/* 55 vars
*/]) = 0
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=86690, ...}) = 0
open("/lib/i686/libc.so.6", O_RDONLY)   = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=1461208, ...}) = 0
open("/usr/local/etc/dovecot.conf", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=18087, ...}) = 0
pread(3, "## Dovecot 1.0 configuration fil"..., 2048, 0) = 2048
pread(3, "gfile instead of syslog(). /dev/"..., 2035, 2048) = 2035
pread(3, "k-bombing\n# we check only once i"..., 1978, 4083) = 1978
pread(3, "processes (ie. /var/mail will al"..., 2046, 6061) = 2046
pread(3, " which speeds up most operations"..., 2023, 8107) = 2023
pread(3, "s. There\'s no access checks othe"..., 2008, 10130) = 2008
pread(3, " and flock too; if you do the or"..., 2024, 12138) = 2024
pread(3, "modules = /usr/lib/dovecot/pop3\n"..., 2042, 14162) = 2042
pread(3, "e, see doc/dovecot-pgsql.conf\nau"..., 1883, 16204) = 1883
open("/etc/nsswitch.conf", O_RDONLY)    = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1291, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=86690, ...}) = 0
open("/lib/libnss_compat.so.2", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=33795, ...}) = 0
open("/lib/libnsl.so.1", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=89220, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=86690, ...}) = 0
open("/lib/libnss_nis.so.2", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=40322, ...}) = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=42162, ...}) = 0
open("/etc/passwd", O_RDONLY)           = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1475, ...}) = 0
open("/etc/passwd", O_RDONLY)           = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1475, ...}) = 0
access("/usr/local/libexec/dovecot/imap-login", X_OK) = 0
access("/usr/local/libexec/dovecot/imap", X_OK) = 0
lstat64("/usr/local/var/run/dovecot", {st_mode=S_IFDIR|0700, st_size=72,
...}) = 0
open("/usr/local/var/run/dovecot", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFDIR|0700, st_size=72, ...}) = 0
lstat64("/usr/local/var/run/dovecot", {st_mode=S_IFDIR|0700, st_size=72,
...}) = 0
open(".", O_RDONLY|O_LARGEFILE)         = 3
open("/usr/local/var/run/dovecot/login", O_RDONLY|O_LARGEFILE|O_NOFOLLOW) = 4
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5
fstat64(5, {st_mode=S_IFDIR|0750, st_size=48, ...}) = 0
lstat64("/usr/local/var/run/dovecot/login", {st_mode=S_IFDIR|0750,
st_size=48, ...}) = 0
open("/usr/local/var/run/dovecot/login", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFDIR|0750, st_size=48, ...}) = 0
lstat64("/usr/local/var/run/dovecot/login", {st_mode=S_IFDIR|0750,
st_size=48, ...}) = 0
access("/usr/local/libexec/dovecot/dovecot-auth", X_OK) = 0
open("/dev/null", O_RDONLY|O_LARGEFILE) = 3

From kadlec@sunserv.kfki.hu  Thu Nov 27 16:33:44 2003
Return-Path: <kadlec@sunserv.kfki.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6275E2399B; Thu, 27 Nov 2003 16:33:44 +0200 (EET)
Received: from sunserv.kfki.hu (sunserv.kfki.hu [148.6.0.5])
	by danu.procontrol.fi (Postfix) with ESMTP id EB328238C9
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 16:33:11 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by sunserv.kfki.hu (Postfix) with ESMTP id 7FF3A354A0
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 15:33:11 +0100 (MET)
Received: from sunserv.kfki.hu ([127.0.0.1])
 by localhost (sunserv [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 21832-01-2 for <dovecot@procontrol.fi>;
 Thu, 27 Nov 2003 15:33:10 +0100 (MET)
Received: by sunserv.kfki.hu (Postfix, from userid 311)
	id D6FF735462; Thu, 27 Nov 2003 15:33:10 +0100 (MET)
Received: from localhost (localhost [127.0.0.1])
	by sunserv.kfki.hu (Postfix) with ESMTP id D195583
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 15:33:10 +0100 (MET)
Date: Thu, 27 Nov 2003 15:33:10 +0100 (MET)
From: Kadlecsik Jozsi <kadlec@sunserv.kfki.hu>
To: dovecot@procontrol.fi
Message-ID: <Pine.GSO.4.44.0311271525450.19602-100000@sunserv.kfki.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at kfki.hu
Subject: [Dovecot] Incompatibility with eudora
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 27 Nov 2003 14:33:44 -0000
X-UID: 4035                                                  
Status: O
Content-Length: 1351

Hello,

We installed dovecot-0.99.10.2 on Monday and upgraded to dovecot-0.99.10.4
today, but our eudora users still are very unhappy: old undeleted mail
messages are donwloaded every time they use our server.

Looking into the source code, we found that dovecot knows about the
following status flags:

A:      answered
F:      flagged (?)
T:      draft (?)
R:      seen (read)
D:      deleted

However, it does not know and ignore the O flag. According to IETF
(http://www.ietf.org/internet-drafts/draft-palme-mailext-headers-08.txt)
the following flags are valid (I know, it's a draft and not RFC):

U:      message is not downloaded and not deleted
R:      message is read or downloaded
O:      message is old but not deleted
D:      to be deleted
N:      new

"Combinations of these characters can occur, such as "Status: OR" to
indicate that a message is downloaded but not deleted."

The old mails of our eudora users contain exactly this flag combination:

Status: RO

Could the compatibility problem somehow be fixed? Currently our system is
pretty unusable for the users :-(

Thank you and best regards,
Jozsef
--
E-mail : kadlec@sunserv.kfki.hu, kadlec@blackhole.kfki.hu
PGP key: http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address: KFKI Research Institute for Particle and Nuclear Physics
         H-1525 Budapest 114, POB. 49, Hungary


From rueckert@informatik.uni-rostock.de  Thu Nov 27 17:00:33 2003
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 45FEA238C5; Thu, 27 Nov 2003 17:00:33 +0200 (EET)
Received: from monsters.rsn.uni-rostock.de (monsters.rsn.uni-rostock.de
	[139.30.253.26])
	by danu.procontrol.fi (Postfix) with ESMTP id 2E4D3238C9
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 17:00:00 +0200 (EET)
Received: by monsters.rsn.uni-rostock.de (Postfix, from userid 1001)
	id 7BF12FF5; Thu, 27 Nov 2003 15:59:55 +0100 (CET)
Date: Thu, 27 Nov 2003 15:59:55 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Compiling dovecot on SuSE 9
Message-ID: <20031127145955.GT22102@irssi.ath.cx>
References: <32883.66.80.224.70.1069834627.squirrel@tercesi.cctg.com>
	<20031126122654.GS22102@irssi.ath.cx> <1069861482.14203.6.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1069861482.14203.6.camel@hurina>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
cc: "Ted S. Garaventa" <tsg@cctg.com>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 27 Nov 2003 15:00:33 -0000
X-UID: 4036                                                  
Status: O

hi,

On 2003-11-26 17:44:43 +0200, Timo Sirainen wrote:
> Doesn't the error message get written to log file as well? If not, I'll
> have to fix it.

timo it wasnt in earlier versions. but for 0.99.10.4 it reports the
missing ssl cert to the stderr of the current console. but no messages
in the log.

and why did you enabled pgsql auth as default in the dovecot-example.conf?
it took me 10 min to find out why it was whining about the conf. ;)

and would it possible to modify the paths in the example config
according to the sysconfdir?

for Ted:
http://monsters.rsn.uni-rostock.de/~darix/suse/9.0/

i added dovecot-0.99.10.4-1.i586.rpm today.

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/

From Clive.Jones+nospam+procontrol.fi@meridian.co.uk  Thu Nov 27 18:07:03 2003
Return-Path: <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EE1792399E; Thu, 27 Nov 2003 18:07:02 +0200 (EET)
Received: from greenwich.meridian-audio.ltd.uk
	(greenwich.meridian-audio.ltd.uk [194.203.67.114])
	by danu.procontrol.fi (Postfix) with ESMTP id C07D12399B
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 18:06:30 +0200 (EET)
Received: from CLIVE (clive.uk.ma-int.com [10.76.18.1])
	by greenwich.meridian-audio.ltd.uk (Postfix) with SMTP id 5CD702D03
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 16:06:30 +0000 (GMT)
Message-ID: <00e601c3b500$6b6897b0$01124c0a@uk.maint.com>
From: "Clive Jones" <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
To: <dovecot@procontrol.fi>
References: <002b01c3b40d$1374ebb0$01124c0a@uk.maint.com>
	<1069862210.14203.19.camel@hurina>
Subject: Shared object problem under OpenBSD - Re: [Dovecot] Pid file?
Date: Thu, 27 Nov 2003 16:06:30 -0000
Organization: Meridian Audio
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 27 Nov 2003 16:07:03 -0000
X-UID: 4037                                                  
Status: O
Content-Length: 1099

Timo wrote:
> Well, I thought you would have looked at 0.99.10.4 release announcement
> mail:

Ah, oops. I figured I wasn't going to bother with any upgrades until the
bug was fixed, and forgot you might only mention the bug fix in the
release notes. Sorry!

I've now built the new version, and will try deploying this evening.


Incidentally, building a new version of dovecot has reminded me of a
problem I encountered building under OpenBSD (version 3.2). When
using dlsym() to find C symbols in shared objects, the symbol name
must be prefixed with an underscore. For the time being, I've fixed
the issue with the following shim in src/auth/auth-module.c :
  97a98
  >       char buf[64];
  101c102,106
  <       ret = dlsym(module->handle, name);
  ---
  >       buf[0]='_';
  >       strncpy(buf+1,name,62);
  >       buf[63]='\0';
  > 
  >       ret = dlsym(module->handle, buf);

Without that fix, using modules for auth_userdb or auth_passdb won't
work.

I'm sure there must be some elegant way to deal with this portability
issue, but for the moment it eludes me. (-8

Regards,

--Clive.


From dcmwai@amtb-m.org.my  Fri Nov 28 07:07:26 2003
Return-Path: <dcmwai@amtb-m.org.my>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9CA80239A6; Fri, 28 Nov 2003 07:07:26 +0200 (EET)
Received: from freenet.com.my (mail-gold.fnbs.net.my [202.9.108.194])
	by danu.procontrol.fi (Postfix) with ESMTP id BFFE5238C9
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 07:06:52 +0200 (EET)
Received: from Amitabhasrv.amtb-m.int (unverified [219.95.163.220]) 
	by freenet.com.my (SurgeMail 1.5e) with ESMTP id 64553 
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 13:06:49 +0800 MYT
Received: from amtb-m.org.my ([219.95.214.39])
	(authenticated bits=0)
	by Amitabhasrv.amtb-m.int (8.12.8/8.12.8) with ESMTP id hAS56f0t024719
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 13:06:43 +0800
Message-ID: <3FC6D7E0.9030808@amtb-m.org.my>
Date: Fri, 28 Nov 2003 13:06:40 +0800
From: =?Big5?B?s6+7yrC2IENoYW4gTWluIFdhaQ==?= <dcmwai@amtb-m.org.my>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.5) Gecko/20031125
X-Accept-Language: zh-tw, en-us, zh
MIME-Version: 1.0
To: dovecot@procontrol.fi
References: <3FC6D210.90902@amtb-m.org.my>
In-Reply-To: <3FC6D210.90902@amtb-m.org.my>
X-Enigmail-Version: 0.76.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=Big5
Content-Transfer-Encoding: 8bit
X-www.amtb-m.org.my-MailScanner-Information: Please contact webmaster <at>
	amtb-m.org.my for more information
X-www.amtb-m.org.my-MailScanner: Found to be clean
X-Server: High Performance Mail Server - http://surgemail.com
X-Authenticated-User: amtbbudd Domain freenet.com.my
Subject: [Dovecot] Re: Maildir Sub folder was not fetch as start
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 05:07:26 -0000
X-UID: 4038                                                  
Status: O

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

ʰ Chan Min Wai :

> Hello all,
>
> [Snip
>
> Well Maybe This is not dovecot Problem so I'm here to Just make sure
> this.
>
> BTW, I'm not using a subscribe folder in the mozilla. so that it will
> show all folder in my Maildir.
>
> Thank You Chan Min Wai
>
I'm sure this is a bug on mozilla

http://bugzilla.mozilla.org/show_bug.cgi?id=138759
http://bugzilla.mozilla.org/show_bug.cgi?id=200989

Thank You :)

- --
ӦȲbvǷ|
Amitabha Buddhist Society (M)
16A, 1st Floor, Jalan Pahang,
53000, Kuala Lumpur,
Malaysia.

Tel:+603-40414101, 40452630
Fax:+603-40412172
WebPage: http://www.amtb-m.org.my
E-Mail: amtbmy@amtb-m.org.my
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/xtfgV0p9slMZLW4RAr2jAJ9ZuZ11nQRfpt9meVhraWVpMz+lcQCfasl3
HAWW8pRf60mshdW2FVA/W/g=
=BCYt
-----END PGP SIGNATURE-----


From tsg@cctg.com  Fri Nov 28 09:00:17 2003
Return-Path: <tsg@cctg.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 512EC239A9; Fri, 28 Nov 2003 09:00:17 +0200 (EET)
Received: from tercesi.cctg.com (cctg.com [66.80.224.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 2F7442399E
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 08:59:44 +0200 (EET)
Received: from tercesi.cctg.com (localhost [127.0.0.1])hAS6xfma005062
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 22:59:41 -0800 (PST)
X-Envelope-From: tsg@cctg.com
X-Envelope-To: <dovecot@procontrol.fi>
Received: (from nobody@localhost)
	by tercesi.cctg.com (8.12.10/8.12.6/Submit) id hAS6xfrS005061;
	Thu, 27 Nov 2003 22:59:41 -0800 (PST)
X-Authentication-Warning: tercesi.cctg.com: nobody set sender to tsg@cctg.com
	using -f
Received: from 66.80.224.70
        (SquirrelMail authenticated user tsg9)
        by tercesi.cctg.com with HTTP;
        Thu, 27 Nov 2003 22:59:41 -0800 (PST)
Message-ID: <32867.66.80.224.70.1070002781.squirrel@tercesi.cctg.com>
Date: Thu, 27 Nov 2003 22:59:41 -0800 (PST)
Subject: [Fwd: Re: [Dovecot] Compiling dovecot on SuSE 9]
From: "Ted S. Garaventa" <tsg@cctg.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: tsg@cctg.com
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 07:00:17 -0000
X-UID: 4039                                                  
Status: O

Thank you very much for the rpm.... it works great on SuSE 9. I still
don't understand how you compiled it to work!!!

Thanks again

Ted


hi,

On 2003-11-26 17:44:43 +0200, Timo Sirainen wrote:
> Doesn't the error message get written to log file as well? If not, I'll
have to fix it.

timo it wasnt in earlier versions. but for 0.99.10.4 it reports the
missing ssl cert to the stderr of the current console. but no messages in
the log.

and why did you enabled pgsql auth as default in the dovecot-example.conf?
it took me 10 min to find out why it was whining about the conf. ;)

and would it possible to modify the paths in the example config
according to the sysconfdir?

for Ted:
http://monsters.rsn.uni-rostock.de/~darix/suse/9.0/

i added dovecot-0.99.10.4-1.i586.rpm today.

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/



From tsg@cctg.com  Fri Nov 28 09:10:45 2003
Return-Path: <tsg@cctg.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B69AE239B2; Fri, 28 Nov 2003 09:10:45 +0200 (EET)
Received: from tercesi.cctg.com (cctg.com [66.80.224.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 59612239A9
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 09:10:12 +0200 (EET)
Received: from tercesi.cctg.com (localhost [127.0.0.1])hAS7ABma005137
	for <dovecot@procontrol.fi>; Thu, 27 Nov 2003 23:10:11 -0800 (PST)
X-Envelope-From: tsg@cctg.com
X-Envelope-To: <dovecot@procontrol.fi>
Received: (from nobody@localhost)
	by tercesi.cctg.com (8.12.10/8.12.6/Submit) id hAS7ABbS005136;
	Thu, 27 Nov 2003 23:10:11 -0800 (PST)
X-Authentication-Warning: tercesi.cctg.com: nobody set sender to tsg@cctg.com
	using -f
Received: from 66.80.224.70
        (SquirrelMail authenticated user tsg9)
        by tercesi.cctg.com with HTTP;
        Thu, 27 Nov 2003 23:10:11 -0800 (PST)
Message-ID: <32877.66.80.224.70.1070003411.squirrel@tercesi.cctg.com>
Date: Thu, 27 Nov 2003 23:10:11 -0800 (PST)
From: "Ted S. Garaventa" <tsg@cctg.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Dovecot for solaris 8 x86
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: tsg@cctg.com
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 07:10:45 -0000
X-UID: 4040                                                  
Status: O

Does someone out there have the ability to compile dovecot for solaris 8
x86.  I have tried and failed to get it to work.  Any format would be
acceptable tar or pkgadd.

Thanks in advance for any help.

Ted
From dcmwai@amtb-m.org.my  Fri Nov 28 06:42:44 2003
Return-Path: <dcmwai@amtb-m.org.my>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B5640239A6; Fri, 28 Nov 2003 06:42:44 +0200 (EET)
Received: from freenet.com.my (mail-gold.fnbs.net.my [202.9.108.194])
	by danu.procontrol.fi (Postfix) with ESMTP id 90E222399E
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 06:42:09 +0200 (EET)
Received: from Amitabhasrv.amtb-m.int (unverified [219.95.163.220]) 
	by freenet.com.my (SurgeMail 1.5e) with ESMTP id 64307 
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 12:42:03 +0800 MYT
Received: from amtb-m.org.my ([219.95.214.39])
	(authenticated bits=0)
	by Amitabhasrv.amtb-m.int (8.12.8/8.12.8) with ESMTP id hAS4fr0t024437
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 12:41:55 +0800
Message-ID: <3FC6D210.90902@amtb-m.org.my>
Date: Fri, 28 Nov 2003 12:41:52 +0800
From: =?Big5?B?s6+7yrC2IENoYW4gTWluIFdhaQ==?= <dcmwai@amtb-m.org.my>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.5) Gecko/20031125
X-Accept-Language: zh-tw, en-us, zh
MIME-Version: 1.0
To: dovecot@procontrol.fi
X-Enigmail-Version: 0.76.7.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=Big5
Content-Transfer-Encoding: 8bit
X-www.amtb-m.org.my-MailScanner-Information: Please contact webmaster <at>
	amtb-m.org.my for more information
X-www.amtb-m.org.my-MailScanner: Found to be clean
X-Server: High Performance Mail Server - http://surgemail.com
X-Authenticated-User: amtbbudd Domain freenet.com.my
X-Mailman-Approved-At: Fri, 28 Nov 2003 09:40:00 +0200
Subject: [Dovecot] Maildir Sub folder was not fetch as start
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 04:42:44 -0000
X-UID: 4041                                                  
Status: O
Content-Length: 1751

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello all,

I'm new to dovecot and have been using sinces Fedora Core 1 release.
My setup is as below.
Server : dovecot Imap Maildir (was from courier-imap) (v 0.99.10 from
fedora)
Client : Mozilla mail 1.5 (rpm from www.mozilla.org with some additional
patch to work with fedora)

The Problem is like this.
When the Maildir is in this format .INBOX.Foldername
And Subfolder is .INBOX.Foldername.Subfolder
(courier-imap don't use this file names, I rename it personally) So that
the client can access without any changes.

When using this Folder format I've no problem on fetching the subfolder.
They all load nicely when mozilla mail start.

So One day I've change My Maildir into this format
.INBOX.Foldername            ---> .Foldername
.INBOX.Foldername.Subfolder  ---> .Foldername.Subfolder

Something weird happen...

My foldername is System Log
The subfolder just don't load it correctly *ON THE FIRST TIME of access*
 on mozilla I'll have to click on the mail root (as a refresh) to make
sure it fetch all the folder.

Well Maybe This is not dovecot Problem so I'm here to Just make sure this.

BTW, I'm not using a subscribe folder in the mozilla. so that it will
show all folder in my Maildir.

Thank You
Chan Min Wai

- --
ӦȲbvǷ|
Amitabha Buddhist Society (M)
16A, 1st Floor, Jalan Pahang,
53000, Kuala Lumpur,
Malaysia.

Tel:+603-40414101, 40452630
Fax:+603-40412172
WebPage: http://www.amtb-m.org.my
E-Mail: amtbmy@amtb-m.org.my
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/xtIPV0p9slMZLW4RAtQ0AKCuvyy2pkamzZh0CFhy1+0bbrEKzQCg0s7p
oOPoooeQpMp/135MCyeJX1A=
=Gqbu
-----END PGP SIGNATURE-----

From mm-mailinglist@madness.at  Fri Nov 28 11:42:40 2003
Return-Path: <mm-mailinglist@madness.at>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C95B239BB; Fri, 28 Nov 2003 11:42:40 +0200 (EET)
Received: from cronos.madness.at (madness.at [213.153.61.104])
	by danu.procontrol.fi (Postfix) with ESMTP id C4C38239B2
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 11:42:07 +0200 (EET)
Received: from gateway.conova.com ([213.153.32.181] helo=madness.at)
	by cronos.madness.at with asmtp (TLSv1:AES256-SHA:256)
	(Exim 4.24)
	id 1APf8J-000JdQ-JS; Fri, 28 Nov 2003 10:41:51 +0100
Message-ID: <3FC7185E.4000007@madness.at>
Date: Fri, 28 Nov 2003 10:41:50 +0100
From: Stefan Kaltenbrunner <mm-mailinglist@madness.at>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
MIME-Version: 1.0
To: tsg@cctg.com
Subject: Re: [Dovecot] Dovecot for solaris 8 x86
References: <32877.66.80.224.70.1070003411.squirrel@tercesi.cctg.com>
In-Reply-To: <32877.66.80.224.70.1070003411.squirrel@tercesi.cctg.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 09:42:40 -0000
X-UID: 4042                                                  
Status: O

Ted S. Garaventa wrote:
> Does someone out there have the ability to compile dovecot for solaris 8
> x86.  I have tried and failed to get it to work.  Any format would be
> acceptable tar or pkgadd.

just tried it to compile - works out of the box for me (./configure && 
make) on Solaris 8/x86 with gcc 2.95.2 ...

So what's the problem ?


Stefan

From Clive.Jones+nospam+procontrol.fi@meridian.co.uk  Fri Nov 28 13:20:09 2003
Return-Path: <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B6CBE239BE; Fri, 28 Nov 2003 13:20:09 +0200 (EET)
Received: from greenwich.meridian-audio.ltd.uk
	(greenwich.meridian-audio.ltd.uk [194.203.67.114])
	by danu.procontrol.fi (Postfix) with ESMTP id CC704239A6
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 13:19:35 +0200 (EET)
Received: from CLIVE (clive.uk.ma-int.com [10.76.18.1])
	by greenwich.meridian-audio.ltd.uk (Postfix) with SMTP id D90952D01
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 11:19:34 +0000 (GMT)
Message-ID: <027901c3b5a1$80abf120$01124c0a@uk.maint.com>
From: "Clive Jones" <Clive.Jones+nospam+procontrol.fi@meridian.co.uk>
To: <dovecot@procontrol.fi>
References:
	<0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com><1068314769.9815.26.camel@hurina><047001c3adc6$950f17b0$01124c0a@uk.maint.com><1069351237.16663.53.camel@hurina>
	<056101c3b01d$e0397d30$01124c0a@uk.maint.com>
Subject: Re: [Dovecot] pop3-login process leakage
Date: Fri, 28 Nov 2003 11:19:34 -0000
Organization: Meridian Audio
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 11:20:09 -0000
X-UID: 4043                                                  
Status: O

Hmm. I've now upgraded to Dovecot 0.99.10.4, and it doesn't appear
to have helped much, if at all.

Between 18:28 yesterday and 10:58 today, the number of pop3-login
processes has risen from 12 to 186.

Just for reference, I've gdb-ed the earliest of those processes
again:

(gdb) p clients->nodes_count
$1 = 0
(gdb) p main_refcount
$2 = 2
(gdb) p auth_reconnect
$3 = 0
(gdb) p auth_waiting_handshake_count
$4 = 0
(gdb) p closing_down
$5 = 1
(gdb) p process_per_connection
$6 = 1
(gdb) p ssl_proxies->nodes_count
Error accessing memory address 0x10: Invalid argument.
(gdb) p ssl_proxies
$7 = (struct hash_table *) 0x0
(gdb) p io_master
$8 = (struct io *) 0x151e0
(gdb) p *io_master
$9 = {next = 0x0, fd = 3, condition = 1, destroyed = 0, 
  callback = 0x4c50 <master_input>, context = 0x0}

This looks exactly as before, except that the master_input function
has moved by 32 bytes.

There's clearly still something going wrong, somewhere. )-8

Regards,

--Clive.

From rueckert@informatik.uni-rostock.de  Fri Nov 28 14:27:37 2003
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D619239D3; Fri, 28 Nov 2003 14:27:37 +0200 (EET)
Received: from monsters.rsn.uni-rostock.de (monsters.rsn.uni-rostock.de
	[139.30.253.26])
	by danu.procontrol.fi (Postfix) with ESMTP id 9D9BD239BB
	for <dovecot@procontrol.fi>; Fri, 28 Nov 2003 14:27:03 +0200 (EET)
Received: by monsters.rsn.uni-rostock.de (Postfix, from userid 1001)
	id 805ABFF5; Fri, 28 Nov 2003 13:26:57 +0100 (CET)
Date: Fri, 28 Nov 2003 13:26:57 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: "Ted S. Garaventa" <tsg@cctg.com>
Subject: Re: [Fwd: Re: [Dovecot] Compiling dovecot on SuSE 9]
Message-ID: <20031128122657.GV22102@irssi.ath.cx>
References: <32867.66.80.224.70.1070002781.squirrel@tercesi.cctg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <32867.66.80.224.70.1070002781.squirrel@tercesi.cctg.com>
User-Agent: Mutt/1.5.4i
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 12:27:37 -0000
X-UID: 4044                                                  
Status: O

On 2003-11-27 22:59:41 -0800, Ted S. Garaventa wrote:
> Thank you very much for the rpm.... it works great on SuSE 9. I still
> don't understand how you compiled it to work!!!
rpm -Uhv http://monsters.rsn.uni-rostock.de/~darix/suse/9.0/dovecot-0.99.10.4-1.src.rpm
$EDITOR /usr/src/packages/SPECS/dovecot.spec

and check 
/usr/src/packages/dovecot* for patches and additional sources.

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/

From daemon@kzone.ch  Sat Nov 29 00:30:47 2003
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 679F1239BB; Sat, 29 Nov 2003 00:30:47 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by danu.procontrol.fi (Postfix) with ESMTP id 8191C239D3
	for <dovecot@procontrol.fi>; Sat, 29 Nov 2003 00:30:10 +0200 (EET)
Received: (from daemon@localhost)
	by Odo.kzone.ch (8.9.3/8.9.3) id XAA03606
	for dovecot@procontrol.fi; Fri, 28 Nov 2003 23:30:05 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Maildir Sub folder was not fetch as start
Date: Fri, 28 Nov 2003 23:30:08 +0100
Organization: Kirmess
Lines: 10
Message-ID: <3FC7CC70.4040107@gmx.net>
References: <3FC6D210.90902@amtb-m.org.my>
NNTP-Posting-Host: dax.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=Big5
Content-Transfer-Encoding: 8bit
X-Trace: Odo.kzone.ch 1070058605 3569 192.168.100.156 (28 Nov 2003 22:30:05
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 28 Nov 2003 22:30:05 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <3FC6D210.90902@amtb-m.org.my>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 22:30:47 -0000
X-UID: 4045                                                  
Status: O

ʰ Chan Min Wai wrote:
> Server : dovecot Imap Maildir (was from courier-imap) (v 0.99.10 from
> fedora)

I would update to 0.99.10.4. Quite some problems with many
mail clients got fixed.


Sven

From daemon@kzone.ch  Sat Nov 29 01:04:58 2003
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 88F2F239D5; Sat, 29 Nov 2003 01:04:58 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by danu.procontrol.fi (Postfix) with ESMTP id A2CED239A6
	for <dovecot@procontrol.fi>; Sat, 29 Nov 2003 01:04:25 +0200 (EET)
Received: (from daemon@localhost)
	by Odo.kzone.ch (8.9.3/8.9.3) id AAA04307
	for dovecot@procontrol.fi; Sat, 29 Nov 2003 00:04:23 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot for solaris 8 x86
Date: Sat, 29 Nov 2003 00:04:24 +0100
Organization: Kirmess
Lines: 10
Message-ID: <3FC7D478.4050503@gmx.net>
References: <32877.66.80.224.70.1070003411.squirrel@tercesi.cctg.com>
NNTP-Posting-Host: dax.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1070060663 4294 192.168.100.156 (28 Nov 2003 23:04:23
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 28 Nov 2003 23:04:23 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <32877.66.80.224.70.1070003411.squirrel@tercesi.cctg.com>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 28 Nov 2003 23:04:58 -0000
X-UID: 4046                                                  
Status: O

Ted S. Garaventa wrote:
> Does someone out there have the ability to compile dovecot for solaris 8
> x86.  I have tried and failed to get it to work.  Any format would be
> acceptable tar or pkgadd.

I just compiled it on Solaris 9 x86. What exactly does not work for you?


Sven

From robin@isometry.net  Mon Dec  1 15:58:19 2003
Return-Path: <robin@isometry.net>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4034E23866; Mon,  1 Dec 2003 15:58:19 +0200 (EET)
Received: from brookes.ac.uk (csmail.brookes.ac.uk [161.73.1.10])
	by danu.procontrol.fi (Postfix) with ESMTP id DAA9823841
	for <dovecot@procontrol.fi>; Mon,  1 Dec 2003 15:57:46 +0200 (EET)
Received: from isometry.net (vl772a0d.brookes.ac.uk [161.73.140.214])
	by brookes.ac.uk (8.12.10/8.12.10) with ESMTP id hB1Dvh56020995
	for <dovecot@procontrol.fi>; Mon, 1 Dec 2003 13:57:44 GMT
Message-ID: <3FCB48B9.2060206@isometry.net>
Date: Mon, 01 Dec 2003 13:57:13 +0000
From: Robin Breathe <robin@isometry.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031126 Thunderbird/0.4a
X-Accept-Language: en-gb, en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: [Dovecot] Pid file?
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Mon, 01 Dec 2003 17:24:53 +0200
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 01 Dec 2003 13:58:19 -0000
X-UID: 4047                                                  
Status: O

I'd certainly appreciate the addition of a configurable pid file (either 
  ./configure --with-pid=... or config file). It makes rc.d scripts that 
much neater.

- Robin
From jaldhar@debian.org  Tue Dec  2 08:03:08 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0ECF42385D; Tue,  2 Dec 2003 08:03:08 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 6144923838
	for <dovecot@procontrol.fi>; Tue,  2 Dec 2003 08:02:33 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 8D7077F5B; Tue,  2 Dec 2003 01:02:35 -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 11418-05; Tue, 2 Dec 2003 01:02:35 -0500 (EST)
Received: from samadhi.braincells.com (samadhi.braincells.com
	[216.162.42.100])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id F1D2C7F52; Tue,  2 Dec 2003 01:02:34 -0500 (EST)
Date: Tue, 2 Dec 2003 01:02:34 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: dovecot@procontrol.fi
Message-ID: <Pine.LNX.4.58.0312020058470.10936@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at braincells.com
cc: Amelia A Lewis <alewis@tibco.com>
Subject: [Dovecot] Dovecot 0.99.10.4 for Debian
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 02 Dec 2003 06:03:08 -0000
X-UID: 4048                                                  
Status: O

I've packaged 0.99.10.4.  Owing to the continued downtime on the Debian
servers, I've temporarily put the .debs up on my own site.  The URL is

http://www.braincells.com/debian/

A backport to woody is also available.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From jaldhar@debian.org  Tue Dec  2 14:42:45 2003
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 92FCC23866; Tue,  2 Dec 2003 14:42:45 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by danu.procontrol.fi (Postfix) with ESMTP id 6B2A723838
	for <dovecot@procontrol.fi>; Tue,  2 Dec 2003 14:42:10 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 24CAD7F55
	for <dovecot@procontrol.fi>; Tue,  2 Dec 2003 07:42:09 -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 16789-07 for <dovecot@procontrol.fi>;
	Tue, 2 Dec 2003 07:42:08 -0500 (EST)
Received: from samadhi.braincells.com (samadhi.braincells.com
	[216.162.42.100])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 8D6947F52
	for <dovecot@procontrol.fi>; Tue,  2 Dec 2003 07:42:08 -0500 (EST)
Date: Tue, 2 Dec 2003 07:42:07 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@samadhi.braincells.com
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Dovecot 0.99.10.4 for Debian
In-Reply-To: <Pine.LNX.4.58.0312020058470.10936@samadhi.braincells.com>
Message-ID: <Pine.LNX.4.58.0312020740220.10936@samadhi.braincells.com>
References: <Pine.LNX.4.58.0312020058470.10936@samadhi.braincells.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at braincells.com
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: "Jaldhar H. Vyas" <jaldhar@debian.org>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Tue, 02 Dec 2003 12:42:45 -0000
X-UID: 4049                                                  
Status: O

On Tue, 2 Dec 2003, Jaldhar H. Vyas wrote:

> I've packaged 0.99.10.4.  Owing to the continued downtime on the Debian
> servers, I've temporarily put the .debs up on my own site.  The URL is
>
> http://www.braincells.com/debian/
>

That should be http://www.braincells.com/open/

Though you can probably find it from the other URL.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/
From ke@kalle.dyndns.org  Thu Dec  4 03:17:58 2003
Return-Path: <ke@kalle.dyndns.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7C90B238B7; Thu,  4 Dec 2003 03:17:58 +0200 (EET)
Received: from kalle.dyndns.org
	(c-0bd172d5.024-3-73746f28.cust.bredbandsbolaget.se [213.114.209.11])
	by danu.procontrol.fi (Postfix) with ESMTP id 847DE23866
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 03:17:26 +0200 (EET)
Received: from ke by kalle.dyndns.org with local (Exim 4.21)
	id 1ARi9H-00036B-2g
	for dovecot@procontrol.fi; Thu, 04 Dec 2003 02:19:19 +0100
To: dovecot@procontrol.fi
From: kalle-e@medelklassen.com
Date: 04 Dec 2003 02:19:19 +0100
Message-ID: <87d6b5l6qw.fsf@kalle.dyndns.org>
Lines: 23
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: <ke@kalle.dyndns.org>
Subject: [Dovecot] subscriptions list destroyed
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 01:17:58 -0000
X-UID: 4050                                                  
Status: O

What could be the reason that the subscribed folders list becomes
messed up? 

If i do this:

$ rm ~/.maildir/.subscriptions
$ evolution
[subscribe to everything, exit program]
$ cat ~/.maildir/.subscriptions
debian
sers
va
 
$

(or some other random text which seems to come from parts of the
folder list)

This makes Mozilla Mail go crazy. Evolution and Gnus work OK since
they seem to have their own list, but switching back and forth between
Evolution and Gnus makes Evolution forget the list.

I don't think I had this problem before. I used mbox then.
From kadlec@sunserv.kfki.hu  Thu Dec  4 11:38:04 2003
Return-Path: <kadlec@sunserv.kfki.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D28C0238C8; Thu,  4 Dec 2003 11:38:04 +0200 (EET)
Received: from sunserv.kfki.hu (sunserv.kfki.hu [148.6.0.5])
	by danu.procontrol.fi (Postfix) with ESMTP id 33DD123841
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 11:37:31 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by sunserv.kfki.hu (Postfix) with ESMTP id F212835549
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 10:37:24 +0100 (MET)
Received: from sunserv.kfki.hu ([127.0.0.1])
 by localhost (sunserv [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 17378-01-4 for <dovecot@procontrol.fi>;
 Thu,  4 Dec 2003 10:37:24 +0100 (MET)
Received: by sunserv.kfki.hu (Postfix, from userid 311)
	id 5BA4635531; Thu,  4 Dec 2003 10:37:24 +0100 (MET)
Received: from localhost (localhost [127.0.0.1])
	by sunserv.kfki.hu (Postfix) with ESMTP id 5324F83
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 10:37:24 +0100 (MET)
Date: Thu, 4 Dec 2003 10:37:24 +0100 (MET)
From: Kadlecsik Jozsi <kadlec@sunserv.kfki.hu>
To: dovecot@procontrol.fi
Message-ID: <Pine.GSO.4.44.0312021344510.7149-100000@sunserv.kfki.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at kfki.hu
Subject: [Dovecot] Severe pop3 incompatibility report
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 09:38:05 -0000
X-UID: 4051                                                  
Status: O

Hello,

According to our experiences, most recent dovecot incompatible with
eudora pop3 client

- eudora (5.1, 6), pop3, 'leave on server' enabled: the clients receive
  the full inbox *every time* they check the inbox on the server.

[Users using other MUAs experienced the same once, at switching from
uw-pop3d/imapd to dovecot.]

That is absolutely devastating, especially for home users behind a
modem line. We spent a full week with trying to find a workaround with
eudora: no avail. The only solution remained was to revert back to
uw-pop3d. :-(

Best wishes,
Jozsef Kadlecsik
--
E-mail : kadlec@sunserv.kfki.hu, kadlec@blackhole.kfki.hu
PGP key: http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address: KFKI Research Institute for Particle and Nuclear Physics
         H-1525 Budapest 114, POB. 49, Hungary

From dinh.viet.hoa@free.fr  Thu Dec  4 13:43:32 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 13227238C8; Thu,  4 Dec 2003 13:43:32 +0200 (EET)
Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169])
	by danu.procontrol.fi (Postfix) with ESMTP id A963323841
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 13:42:59 +0200 (EET)
Received: from homer.priv (lns-vlq-14-62-147-210-207.adsl.proxad.net
	[62.147.210.207])
	by postfix3-2.free.fr (Postfix) with ESMTP id 446CFF1DE
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 12:42:57 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hB4BguP5016593
	for <dovecot@procontrol.fi>; Thu, 4 Dec 2003 12:42:56 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hB4BguJo016591;
	Thu, 4 Dec 2003 12:42:56 +0100
Date: Thu, 4 Dec 2003 12:41:54 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fcf1d82.7a7abaaa.3f28@homer>
In-Reply-To: <Pine.GSO.4.44.0312021344510.7149-100000@sunserv.kfki.hu>
References: <Pine.GSO.4.44.0312021344510.7149-100000@sunserv.kfki.hu>
Subject: Re: [Dovecot] Severe pop3 incompatibility report
X-Mailer: etPan - new generation - version 0.2-dev-20031126
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 11:43:32 -0000
X-UID: 4052                                                  
Status: O

Kadlecsik Jozsi wrote :

> - eudora (5.1, 6), pop3, 'leave on server' enabled: the clients receive
>   the full inbox *every time* they check the inbox on the server.

does the UID of the messages always change using the 
Dovecot POP3 server ? (using UIDL)

-- 
DINH V. Hoa,

etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
From joona@fiveam.org  Thu Dec  4 15:03:23 2003
Return-Path: <joona@fiveam.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ECAD5238C8; Thu,  4 Dec 2003 15:03:23 +0200 (EET)
Received: from pina.fiveam.org (clantroll.org [62.142.244.250])
	by danu.procontrol.fi (Postfix) with ESMTP id 0DB09238B7
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 15:02:51 +0200 (EET)
Received: from fiveam.org (localhost [127.0.0.1])
	by pina.fiveam.org (Postfix) with ESMTP id 117603BD76
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 15:02:56 +0200 (EET)
Message-ID: <3FCF306F.8070205@fiveam.org>
Date: Thu, 04 Dec 2003 15:02:39 +0200
From: Joona Kulmala <joona@fiveam.org>
Organization: Multiwise Networks
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Problems on startup
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 13:03:24 -0000
X-UID: 4053                                                  
Status: O

Hi.

When I'm trying to start dovecot, I get following error:

	Fatal: net_set_nonblock() failed: Operation not supported by device

What's that error about? System is FreeBSD 5.1. I think this problem 
is related to FreeBSD. Dovecot works fine on my Linux-servers.

Thanks in advance, Joona

--
Joona Kulmala <joona@fiveam.org>

From kadlec@sunserv.kfki.hu  Thu Dec  4 15:20:01 2003
Return-Path: <kadlec@sunserv.kfki.hu>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 23F90238CB; Thu,  4 Dec 2003 15:20:01 +0200 (EET)
Received: from sunserv.kfki.hu (sunserv.kfki.hu [148.6.0.5])
	by danu.procontrol.fi (Postfix) with ESMTP id B81A8238C8
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 15:19:29 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by sunserv.kfki.hu (Postfix) with ESMTP id ADDC535548;
	Thu,  4 Dec 2003 14:19:26 +0100 (MET)
Received: from sunserv.kfki.hu ([127.0.0.1])
 by localhost (sunserv [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 13825-01-2; Thu,  4 Dec 2003 14:19:26 +0100 (MET)
Received: by sunserv.kfki.hu (Postfix, from userid 311)
	id 1469A3553B; Thu,  4 Dec 2003 14:19:26 +0100 (MET)
Received: from localhost (localhost [127.0.0.1])
	by sunserv.kfki.hu (Postfix) with ESMTP id 0BBA684;
	Thu,  4 Dec 2003 14:19:26 +0100 (MET)
Date: Thu, 4 Dec 2003 14:19:25 +0100 (MET)
From: Kadlecsik Jozsi <kadlec@sunserv.kfki.hu>
To: DINH Viet Hoa <dinh.viet.hoa@free.fr>
Subject: Re: [Dovecot] Severe pop3 incompatibility report
In-Reply-To: <etPan.3fcf1d82.7a7abaaa.3f28@homer>
Message-ID: <Pine.GSO.4.44.0312041406150.8257-100000@sunserv.kfki.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at kfki.hu
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 13:20:01 -0000
X-UID: 4054                                                  
Status: O

On Thu, 4 Dec 2003, DINH Viet Hoa wrote:

> > - eudora (5.1, 6), pop3, 'leave on server' enabled: the clients receive
> >   the full inbox *every time* they check the inbox on the server.
>
> does the UID of the messages always change using the
> Dovecot POP3 server ? (using UIDL)

How could we have checked it? There is no raw log possibility for pop3 in
dovecot, only for imap. And the traffic is over SSL.

Best regards,
Jozsef
--
E-mail : kadlec@sunserv.kfki.hu, kadlec@blackhole.kfki.hu
PGP key: http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address: KFKI Research Institute for Particle and Nuclear Physics
         H-1525 Budapest 114, POB. 49, Hungary


From dinh.viet.hoa@free.fr  Thu Dec  4 15:36:48 2003
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5D505238CB; Thu,  4 Dec 2003 15:36:48 +0200 (EET)
Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44])
	by danu.procontrol.fi (Postfix) with ESMTP id 962E623841
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 15:36:16 +0200 (EET)
Received: from homer.priv (lns-vlq-14-62-147-210-207.adsl.proxad.net
	[62.147.210.207])
	by postfix3-1.free.fr (Postfix) with ESMTP id CD5D8C58F9
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 14:36:15 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id hB4DaFP5016904
	for <dovecot@procontrol.fi>; Thu, 4 Dec 2003 14:36:15 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id hB4DaFF0016902;
	Thu, 4 Dec 2003 14:36:15 +0100
Date: Thu, 4 Dec 2003 14:35:46 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@procontrol.fi
Message-ID: <etPan.3fcf3832.7cfe19d0.41cb@homer>
In-Reply-To: <Pine.GSO.4.44.0312041406150.8257-100000@sunserv.kfki.hu>
References: <Pine.GSO.4.44.0312041406150.8257-100000@sunserv.kfki.hu>
Subject: Re: [Dovecot] Severe pop3 incompatibility report
X-Mailer: etPan - new generation - version 0.2-dev-20031126
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 13:36:48 -0000
X-UID: 4055                                                  
Status: O

Kadlecsik Jozsi wrote :

> On Thu, 4 Dec 2003, DINH Viet Hoa wrote:
> 
> > > - eudora (5.1, 6), pop3, 'leave on server' enabled: the clients receive
> > >   the full inbox *every time* they check the inbox on the server.
> >
> > does the UID of the messages always change using the
> > Dovecot POP3 server ? (using UIDL)
> 
> How could we have checked it? There is no raw log possibility for pop3 in
> dovecot, only for imap. And the traffic is over SSL.

you can use openssl :

openssl s_client -connect host:port

-- 
DINH V. Hoa,

etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
From joona@fiveam.org  Thu Dec  4 22:03:44 2003
Return-Path: <joona@fiveam.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F09E8238CB; Thu,  4 Dec 2003 22:03:43 +0200 (EET)
Received: from pina.fiveam.org (clantroll.org [62.142.244.250])
	by danu.procontrol.fi (Postfix) with ESMTP id 1214E23841
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 22:03:11 +0200 (EET)
Received: from fiveam.org (localhost [127.0.0.1])
	by pina.fiveam.org (Postfix) with ESMTP
	id 872243BD76; Thu,  4 Dec 2003 22:03:16 +0200 (EET)
Message-ID: <3FCF92F2.6020905@fiveam.org>
Date: Thu, 04 Dec 2003 22:02:58 +0200
From: Joona Kulmala <joona@fiveam.org>
Organization: Multiwise Networks
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Niilo Kajander <nk@kajander.fi>
Subject: Re: [Dovecot] Problems on startup
References: <3FCF306F.8070205@fiveam.org>
	<1070567201.680.1.camel@armada.atki.net>
In-Reply-To: <1070567201.680.1.camel@armada.atki.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 20:03:44 -0000
X-UID: 4056                                                  
Status: O

> Which dovecot version is it exactly? I'm running 0.99.10.2 built from
> ports on FreeBSD 5.1-RELEASE-p10 and 4.8-RELEASE-p13 and I've got
> absolutely no problems.

I installed v0.99.10.4 and it seams to be working fine. Thanks.

--
Joona Kulmala <joona@fiveam.org>


From daemon@kzone.ch  Thu Dec  4 23:12:50 2003
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A6604238CB; Thu,  4 Dec 2003 23:12:50 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by danu.procontrol.fi (Postfix) with ESMTP id D7A52238B7
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 23:12:17 +0200 (EET)
Received: (from daemon@localhost)
	by Odo.kzone.ch (8.9.3/8.9.3) id WAA19348
	for dovecot@procontrol.fi; Thu, 4 Dec 2003 22:12:16 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] subscriptions list destroyed
Date: Thu, 04 Dec 2003 22:14:11 +0100
Organization: Kirmess
Lines: 9
Message-ID: <bqo7vg$iob$1@Odo.kzone.ch>
References: <87d6b5l6qw.fsf@kalle.dyndns.org>
NNTP-Posting-Host: dax.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1070572336 19211 192.168.100.156 (4 Dec 2003 21:12:16
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 4 Dec 2003 21:12:16 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <87d6b5l6qw.fsf@kalle.dyndns.org>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 21:12:50 -0000
X-UID: 4057                                                  
Status: O

kalle-e@medelklassen.com wrote:
> What could be the reason that the subscribed folders list becomes
> messed up?

Are you using 0.99.10.4? If not, try this version.
That should fix your problem.

Sven

From ke@kalle.dyndns.org  Thu Dec  4 23:34:29 2003
Return-Path: <ke@kalle.dyndns.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3B7F5238D7; Thu,  4 Dec 2003 23:34:29 +0200 (EET)
Received: from kalle.dyndns.org
	(c-0bd172d5.024-3-73746f28.cust.bredbandsbolaget.se [213.114.209.11])
	by danu.procontrol.fi (Postfix) with ESMTP id E245D23841
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 23:33:56 +0200 (EET)
Received: from ke by kalle.dyndns.org with local (Exim 4.21)
	id 1AS18i-0006aV-5n
	for dovecot@procontrol.fi; Thu, 04 Dec 2003 22:36:00 +0100
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] subscriptions list destroyed
References: <87d6b5l6qw.fsf@kalle.dyndns.org> <bqo7vg$iob$1@Odo.kzone.ch>
From: kalle-e@medelklassen.com
Date: 04 Dec 2003 22:36:00 +0100
In-Reply-To: <bqo7vg$iob$1@Odo.kzone.ch>
Message-ID: <87u14gl0zj.fsf@kalle.dyndns.org>
Lines: 11
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: <ke@kalle.dyndns.org>
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 21:34:29 -0000
X-UID: 4058                                                  
Status: O

Sven Kirmess <dovecot@kzone.ch> writes:

> kalle-e@medelklassen.com wrote:
> > What could be the reason that the subscribed folders list becomes
> > messed up?
> 
> Are you using 0.99.10.4? If not, try this version.
> That should fix your problem.

I was using 0.99.10.2. Now it works. Thanks.

From nk@kajander.fi  Thu Dec  4 21:47:17 2003
Return-Path: <nk@kajander.fi>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EFFB9238CB; Thu,  4 Dec 2003 21:47:16 +0200 (EET)
Received: from armada.atki.net (unknown [193.209.91.150])
	by danu.procontrol.fi (Postfix) with ESMTP id A562823841
	for <dovecot@procontrol.fi>; Thu,  4 Dec 2003 21:46:44 +0200 (EET)
Received: from LOCALHOST (localhost [127.0.0.1])
	by armada.atki.net (Postfix) with ESMTP
	id 180211BD9B; Thu,  4 Dec 2003 21:46:41 +0200 (EET)
Subject: Re: [Dovecot] Problems on startup
From: Niilo Kajander <nk@kajander.fi>
To: Joona Kulmala <joona@fiveam.org>
In-Reply-To: <3FCF306F.8070205@fiveam.org>
References: <3FCF306F.8070205@fiveam.org>
Content-Type: text/plain
Message-Id: <1070567201.680.1.camel@armada.atki.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 04 Dec 2003 21:46:41 +0200
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 05 Dec 2003 01:00:41 +0200
cc: dovecot@procontrol.fi
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2003 19:47:17 -0000
X-UID: 4059                                                  
Status: O

On Thu, 2003-12-04 at 15:02, Joona Kulmala wrote:
> Hi.
> 
> When I'm trying to start dovecot, I get following error:
> 
> 	Fatal: net_set_nonblock() failed: Operation not supported by device
> 
> What's that error about? System is FreeBSD 5.1. I think this problem 
> is related to FreeBSD. Dovecot works fine on my Linux-servers.

Which dovecot version is it exactly? I'm running 0.99.10.2 built from
ports on FreeBSD 5.1-RELEASE-p10 and 4.8-RELEASE-p13 and I've got
absolutely no problems.

-- 
Niilo Kajander <nk@kajander.fi>

From marc@perkel.com  Fri Dec  5 09:26:16 2003
Return-Path: <marc@perkel.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9DA92238D7; Fri,  5 Dec 2003 09:26:16 +0200 (EET)
Received: from smtp.ctyme.com (smtp.ctyme.com [209.237.228.12])
	by danu.procontrol.fi (Postfix) with ESMTP id A4436238CB
	for <dovecot@procontrol.fi>; Fri,  5 Dec 2003 09:25:44 +0200 (EET)
Received: from localhost.unitedlayer.com ([127.0.0.1] helo=perkel.com)
	by darwin.ctyme.com with esmtp (Exim 4.30)
	id 1ASALO-0004DT-VX
	for dovecot@procontrol.fi; Thu, 04 Dec 2003 23:25:43 -0800
Message-ID: <3FD032FA.1060506@perkel.com>
Date: Thu, 04 Dec 2003 23:25:46 -0800
From: Marc Perkel <marc@perkel.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Authenting in Linuxconf format
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 07:26:16 -0000
X-UID: 4060                                                  
Status: O

I have an existing email system and I'm trying to addapt dovecot into 
it. It uses the linuxconf virtual email format. The way it is set up is 
there there are multiple passwd/shadow files - one for eact domain. They 
are in standard format. The names of these files are:

/etc/vmail/passwd.domain.com
/etc/vmail/shadow.domain.com

I tried this:

auth_userdb = passwd-file /etc/vmail/passwd.%d
auth_passdb = passwd-file /etc/vmail/shadow.%d

but - it didn't expand the %d

So - is this going to work? If not - how do you do virtual domains? The 
documentation is less than complete on this.


From keith@midnighthax.com  Fri Dec  5 23:48:46 2003
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C2318238D6; Fri,  5 Dec 2003 23:48:46 +0200 (EET)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by danu.procontrol.fi (Postfix) with ESMTP id 271D0238CB
	for <dovecot@procontrol.fi>; Fri,  5 Dec 2003 23:48:13 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP id 43AF6312F9
	for <dovecot@procontrol.fi>; Fri,  5 Dec 2003 21:48:12 +0000 (GMT)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	(amavisd-new, port 10024)
	with ESMTP id 01444-07 for <dovecot@procontrol.fi>;
	Fri,  5 Dec 2003 21:48:11 +0000 (GMT)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100])
	by gs001.rg2.tiger-computing.com (Postfix) with SMTP id 89D6A312F8
	for <dovecot@procontrol.fi>; Fri,  5 Dec 2003 21:48:11 +0000 (GMT)
Date: Fri, 5 Dec 2003 21:48:11 +0000
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@procontrol.fi
Message-Id: <20031205214811.60dc6209.keith@midnighthax.com>
X-Mailer: Sylpheed version 0.9.7claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
Subject: [Dovecot] Folder names
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2003 21:48:47 -0000
X-UID: 4061                                                  
Status: O

I'm not sure offhand exactly which version of Dovecot I'm running - it
doesn't seem to have a -V switch. Anyway, I created a folder which had
periods in the name. There was no problem with that, but MUAs now report
that folder as a hierarchy. For example:

customers
|
+-customername.com
|
+-another.customer.com

has become:

customers
|
+-customername
| |
| +-com
|
+-another
  |
  +-customer
    |
    +-com

Now the obvious answer is "don't do that". However, should Dovecot
either a) refuse to create a folder with an embedded period in the name
or 2) manage (somehow) the fact that not all periods represent
hierarchical delimiters?

Keith

PS Damn fine software, Dovecot
From darren@3x3x3.org  Mon Dec  8 19:29:26 2003
Return-Path: <darren@3x3x3.org>
X-Original-To: dovecot@procontrol.fi
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 76C8B2385D; Mon,  8 Dec 2003 19:29:26 +0200 (EET)
Received: from 3x3x3.org (dsl092-017-251.sfo4.dsl.speakeasy.net
	[66.92.17.251])
	by danu.procontrol.fi (Postfix) with ESMTP id B70D923838
	for <dovecot@procontrol.fi>; Mon,  8 Dec 2003 19:28:53 +0200 (EET)
Received: (qmail 5377 invoked by uid 89); 8 Dec 2003 17:25:01 -0000
Received: from unknown (HELO 3x3x3.org) (darren@3x3x3.org@10.0.1.203)
  by 0 with AES256-SHA encrypted SMTP; 8 Dec 2003 17:25:01 -0000
Message-ID: <3FD4B4D2.304@3x3x3.org>
Date: Mon, 08 Dec 2003 09:28:50 -0800
From: darren david <darren@3x3x3.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Rogue child imap processes when using Mac imap clients
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Dovecot Mailing List <dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://procontrol.fi/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2003 17:29:26 -0000
X-UID: 4062                                                  
Status: O

hi all-

I am currently running dovecot 0.99.10p2 on OpenBSD-3.4-snapshot. It has 
been very stable, but I have recently noticed that I am having problems 
when checking IMAP-SSL mail with Mac OS X clients. There are not 
problems using Mozilla or Outlook on Windows, but Mac clients 
(Thunderbird, Mozilla, Mail.app) all exhibit the same behavior - they 
can check and send mail, but I end up with a single, rogue child imap 
process on the server that pins the cpu that i have to 'kill -9' to 
clear out.

Is this a Mac problem or a Dovecot problem? I'm not even sure what to 
look for in the logs...

Thanks,
Darren David

From cras@irccrew.org  Mon Dec  8 22:34:26 2003
Return-Path: <cras@irccrew.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id C85FFC003007; Mon,  8 Dec 2003 22:34:26 +0200 (EET)
Received: from shodan.irccrew.org (shodan.irccrew.org [80.83.4.2])
	by talvi (Postfix) with ESMTP id 593E7C003006
	for <dovecot@dovecot.org>; Mon,  8 Dec 2003 22:34:14 +0200 (EET)
Received: by shodan.irccrew.org (Postfix, from userid 6976)
	id E43FD2E04C; Mon,  8 Dec 2003 22:34:02 +0200 (EET)
Date: Mon, 8 Dec 2003 22:34:02 +0200
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Message-ID: <20031208203402.GA21043@irccrew.org>
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.4i
Content-Type: text/plain; charset=us-ascii
Cc: 
Subject: [Dovecot] server changes
X-BeenThere: dovecot@procontrol.fi
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: Dovecot Mailing List<dovecot.procontrol.fi>
List-Unsubscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=unsubscribe>
List-Archive: <http://dovecot.org/pipermail/dovecot>
List-Post: <mailto:dovecot@procontrol.fi>
List-Help: <mailto:dovecot-request@procontrol.fi?subject=help>
List-Subscribe: <http://procontrol.fi/cgi-bin/mailman/listinfo/dovecot>,
	<mailto:dovecot-request@procontrol.fi?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2003 20:34:27 -0000
X-UID: 4063                                                  
Status: O

Moved Dovecot's web, dns, mails, cvs and all to different server. Plan is to
get it moved elsewhere for hosting once everything looks to be working.

dovecot@dovecot.org is the preferred posting address to this list now,
although dovecot@procontrol.fi should still keep forwarding the mails.


From tss@iki.fi  Tue Dec  9 00:30:30 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id AF349C000D99; Tue,  9 Dec 2003 00:30:30 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi (Postfix) with ESMTP id 039E5C000D94
	for <dovecot@dovecot.org>; Tue,  9 Dec 2003 00:30:28 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id E1BEF23838; Tue,  9 Dec 2003 00:30:15 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BD2E623841; Tue,  9 Dec 2003 00:30:15 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])	by danu.procontrol.fi (Postfix) with ESMTP
	id 23EA923838; Tue,  9 Dec 2003 00:29:38 +0200 (EET)
In-Reply-To: <3FD4B4D2.304@3x3x3.org>
References: <3FD4B4D2.304@3x3x3.org>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Rogue child imap processes when using Mac imap clients
Date: Tue, 9 Dec 2003 00:29:20 +0200
To: darren david <darren@3x3x3.org>
X-Mailer: Apple Mail (2.606)
X-Spam-Status: No, hits=-6.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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 Dec 2003 22:30:30 -0000
X-UID: 4064                                                  
Status: O

On Dec 8, 2003, at 7:28 PM, darren david wrote:

> I am currently running dovecot 0.99.10p2 on OpenBSD-3.4-snapshot. It 
> has been very stable, but I have recently noticed that I am having 
> problems when checking IMAP-SSL mail with Mac OS X clients. There are 
> not problems using Mozilla or Outlook on Windows, but Mac clients 
> (Thunderbird, Mozilla, Mail.app) all exhibit the same behavior - they 
> can check and send mail, but I end up with a single, rogue child imap 
> process on the server that pins the cpu that i have to 'kill -9' to 
> clear out.
>
> Is this a Mac problem or a Dovecot problem? I'm not even sure what to 
> look for in the logs...

Hmm. Check with ktrace what the imap process is doing and send the log 
to me? (I'm not exactly sure how ktrace worked, it was a bit weird.) 
And maybe check with gdb too where it's stuck at (gdb 
/usr/local/lib/dovecot/imap <pid> and "bt" command). Or is it imap 
process or imap-login process?

Anyway, I haven't noticed problems with Mail.app.


From tss@iki.fi  Tue Dec  9 00:37:28 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id BB104C000D99; Tue,  9 Dec 2003 00:37:28 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi (Postfix) with ESMTP id A07DEC000D94
	for <dovecot@dovecot.org>; Tue,  9 Dec 2003 00:37:26 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 9F0F323838; Tue,  9 Dec 2003 00:37:14 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8C5BF23841; Tue,  9 Dec 2003 00:37:14 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])	by danu.procontrol.fi (Postfix) with ESMTP
	id 7F9CA23838; Tue,  9 Dec 2003 00:36:38 +0200 (EET)
In-Reply-To: <20031205214811.60dc6209.keith@midnighthax.com>
References: <20031205214811.60dc6209.keith@midnighthax.com>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <F31B9A20-29CE-11D8-A61E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Folder names
Date: Tue, 9 Dec 2003 00:36:22 +0200
To: Keith Edmunds <keith@midnighthax.com>
X-Mailer: Apple Mail (2.606)
X-Spam-Status: No, hits=-6.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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 Dec 2003 22:37:28 -0000
X-UID: 4065                                                  
Status: O
Content-Length: 1058

On Dec 5, 2003, at 11:48 PM, Keith Edmunds wrote:

> I'm not sure offhand exactly which version of Dovecot I'm running - it
> doesn't seem to have a -V switch.

There's --version. Looks like it's missing in the help line.

> Anyway, I created a folder which had
> periods in the name. There was no problem with that, but MUAs now 
> report
> that folder as a hierarchy. For example:

Yep, default maildir hierarchy separator is a period.

> Now the obvious answer is "don't do that". However, should Dovecot
> either a) refuse to create a folder with an embedded period in the name
> or 2) manage (somehow) the fact that not all periods represent
> hierarchical delimiters?

It's not really possible for Dovecot to know which one you meant if 
hierarchy separator is '.' too. Next version has it configurable, so if 
you then changed it to '/' I guess I could make it then refuse to 
create any folders with '.' in it's name. Or if you wanted to, you 
could change the maildir++ separator in the filesystem itself (easy to 
change in next version as well).


From tss@iki.fi  Tue Dec  9 00:42:42 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 2B53CC000D99; Tue,  9 Dec 2003 00:42:42 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi (Postfix) with ESMTP id 025FAC000D94
	for <dovecot@dovecot.org>; Tue,  9 Dec 2003 00:42:40 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id F235523838; Tue,  9 Dec 2003 00:42:28 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E9F1923841; Tue,  9 Dec 2003 00:42:27 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])	by danu.procontrol.fi (Postfix) with ESMTP
	id D391423838; Tue,  9 Dec 2003 00:41:52 +0200 (EET)
In-Reply-To: <3FD032FA.1060506@perkel.com>
References: <3FD032FA.1060506@perkel.com>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <B0D24F1E-29CF-11D8-A61E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Authenting in Linuxconf format
Date: Tue, 9 Dec 2003 00:41:40 +0200
To: Marc Perkel <marc@perkel.com>
X-Mailer: Apple Mail (2.606)
X-Spam-Status: No, hits=-6.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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 Dec 2003 22:42:42 -0000
X-UID: 4066                                                  
Status: O

On Dec 5, 2003, at 9:25 AM, Marc Perkel wrote:

> I have an existing email system and I'm trying to addapt dovecot into 
> it. It uses the linuxconf virtual email format. The way it is set up 
> is there there are multiple passwd/shadow files - one for eact domain. 
> They are in standard format. The names of these files are:
>
> auth_userdb = passwd-file /etc/vmail/passwd.%d
> auth_passdb = passwd-file /etc/vmail/shadow.%d
>
> but - it didn't expand the %d

Well, that looks pretty logical but it'd require several changes. Maybe 
some day, or you could try patching yourself :)

> So - is this going to work? If not - how do you do virtual domains? 
> The documentation is less than complete on this.

If you want it with passwd-file, you could build it so that username 
field contains "user@domain.com". Alternatives would be at least SQL or 
LDAP database and there's some examples in Wiki for them.


From tss@iki.fi  Tue Dec  9 01:27:20 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id D9435C000D9F; Tue,  9 Dec 2003 01:27:20 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi (Postfix) with ESMTP id 89AD6C000D9D
	for <dovecot@dovecot.org>; Tue,  9 Dec 2003 01:27:18 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 7857423838; Tue,  9 Dec 2003 01:27:06 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5BBD423841; Tue,  9 Dec 2003 01:27:06 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])	by danu.procontrol.fi (Postfix) with ESMTP
	id CDF2723838; Tue,  9 Dec 2003 01:26:29 +0200 (EET)
In-Reply-To: <Pine.LNX.4.58.0311261016540.8629@twinlark.arctic.org>
References: <Pine.LNX.4.58.0311251907270.8629@twinlark.arctic.org>
	<Pine.LNX.4.58.0311260949210.8629@twinlark.arctic.org>
	<1069870278.14196.41.camel@hurina>
	<Pine.LNX.4.58.0311261016540.8629@twinlark.arctic.org>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <F193A3FF-29D5-11D8-A61E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] corrupted empty message with CVS
Date: Tue, 9 Dec 2003 01:26:26 +0200
To: dean gaudet <dean-list-dovecot@arctic.org>
X-Mailer: Apple Mail (2.606)
X-Spam-Status: No, hits=-6.3 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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 Dec 2003 23:27:21 -0000
X-UID: 4067                                                  
Status: O

On Nov 26, 2003, at 8:21 PM, dean gaudet wrote:

> i have a related question -- i wonder if it would be hard to move more
> config options into the auth subsections.  i'd like to conditionalize
> default_mail_env, and {last,first}_valid_{u,g}id based on whether the
> login is "auth default" or "auth vpopmail".  i was planning on digging
> through the code at some point, but figured it was worth asking.

I did think about that before, but then thought it's not worth the 
trouble. It's possible by using server { .. } blocks, but that requires 
each server listening in different IP or port.


From olive@pasteur.fr  Tue Dec  9 10:40:33 2003
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 7C804C000DC3; Tue,  9 Dec 2003 10:40:33 +0200 (EET)
Received: from electre.pasteur.fr (electre.pasteur.fr [157.99.64.120])
	by talvi (Postfix) with ESMTP id 4EB96C000D9D
	for <dovecot@dovecot.org>; Tue,  9 Dec 2003 10:40:31 +0200 (EET)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by electre.pasteur.fr (8.12.10/8.12.10) with ESMTP id hB98eFTx060586
	for <dovecot@dovecot.org>; Tue, 9 Dec 2003 09:40:17 +0100 (CET)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 669D63F671; Tue,  9 Dec 2003 09:40:15 +0100 (CET)
Date: Tue, 9 Dec 2003 09:40:15 +0100
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Rogue child imap processes when using Mac imap clients
Message-ID: <20031209084015.GB55229@mafate.sis.pasteur.fr>
References: <3FD4B4D2.304@3x3x3.org>
	<F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
X-Attribution: Olive
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 09 Dec 2003 08:40:33 -0000
X-UID: 4068                                                  
Status: O

* Timo Sirainen <tss@iki.fi> (20031209 00:29):
> Anyway, I haven't noticed problems with Mail.app.

Nor did I, although I check a big Mail directory. I just hear the IMAP
server's disk grind for some seconds (I suspect it goes through every
mailbox to update the index).

My only concern with Mail.app is that, by default, it displays every
mailbox existing, instead of playing with subscriptions, but it is
perhaps only a matter of reading the docs!

-- 
olive

From gmid-dovecot@m.gmane.org  Tue Dec  9 03:30:32 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 42723C000DC3; Tue,  9 Dec 2003 03:30:32 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi (Postfix) with ESMTP id 0A5AEC000D9D
	for <dovecot@dovecot.org>; Tue,  9 Dec 2003 03:30:30 +0200 (EET)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1ATWhX-0001EN-00
	for <dovecot@dovecot.org>; Tue, 09 Dec 2003 02:30:11 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1ATVhz-0000lv-00 for <gmane-mail-imap-dovecot@m.gmane.org>;
	Tue, 09 Dec 2003 01:26:35 +0100
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1ATVhz-0003eW-00 for <gmane-mail-imap-dovecot@m.gmane.org>;
	Tue, 09 Dec 2003 01:26:35 +0100
From: Andreas Fuchs <asf@boinkor.net>
Date: Tue, 09 Dec 2003 01:26:34 +0100
Lines: 24
Message-ID: <86r7zesuo5.wl%asf@boinkor.net>
References: <3FD4B4D2.304@3x3x3.org>
Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-Complaints-To: usenet@sea.gmane.org
In-Reply-To: <3FD4B4D2.304@3x3x3.org>
User-Agent: Wanderlust/2.11.20 (Wonderwall) Emacs/21.3 Mule/5.0 (SAKAKI)
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Thu, 11 Dec 2003 01:19:04 +0200
Subject: [Dovecot] Re: Rogue child imap processes when using Mac imap clients
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 09 Dec 2003 01:30:32 -0000
X-UID: 4069                                                  
Status: O

On 2003-12-08, darren david <darren@3x3x3.org> wrote:
> but Mac
> clients (Thunderbird, Mozilla, Mail.app) all exhibit the same
> behavior - they can check and send mail, but I end up with a single,
> rogue child imap process on the server that pins the cpu that i have
> to 'kill -9' to clear out.

A friend of mine who runs dovecot 0.99.10.2 on freebsd/alpha (from
ports, thus the low version number) just reported this same symptom to
me. Apparently, dovecot runs fine for a few days, and then an imap
process hogs 100% cpu and has to be killed I'll see if I can get a
ktrace from it.

> Is this a Mac problem or a Dovecot problem? I'm not even sure what
> to look for in the logs...

Remarkably, he too is using a Mac OSX client - mulberry, though.

We'll see soon enough, I think.

Good luck hunting the bug,
-- 
Andreas Fuchs, <asf@boinkor.net>, asf@jabber.at, antifuchs



From gmid-dovecot@m.gmane.org  Wed Dec 10 23:44:44 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 7DF37C000D72; Wed, 10 Dec 2003 23:44:44 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi (Postfix) with ESMTP id E7B54C0007A4
	for <dovecot@dovecot.org>; Wed, 10 Dec 2003 23:44:41 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AUC83-0001w6-00
	for <dovecot@dovecot.org>; Wed, 10 Dec 2003 22:44:19 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AUC82-0001vx-00 for <gmane-mail-imap-dovecot@m.gmane.org>;
	Wed, 10 Dec 2003 22:44:18 +0100
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AUC82-0004U8-00 for <gmane-mail-imap-dovecot@m.gmane.org>;
	Wed, 10 Dec 2003 22:44:18 +0100
From: Andreas Fuchs <asf@boinkor.net>
Date: Wed, 10 Dec 2003 22:44:17 +0100
Lines: 46
Message-ID: <864qw8gxfy.wl%asf@boinkor.net>
References: <3FD4B4D2.304@3x3x3.org>
	<F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-Complaints-To: usenet@sea.gmane.org
In-Reply-To: <F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
User-Agent: Wanderlust/2.11.20 (Wonderwall) Emacs/21.3 Mule/5.0 (SAKAKI)
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Thu, 11 Dec 2003 01:19:04 +0200
Subject: [Dovecot] Re: Rogue child imap processes when using Mac imap clients
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 10 Dec 2003 21:44:44 -0000
X-UID: 4070                                                  
Status: O
Content-Length: 1989

On 2003-12-08, Timo Sirainen <tss@iki.fi> wrote:
> On Dec 8, 2003, at 7:28 PM, darren david wrote:
>> I am currently running dovecot 0.99.10p2 on
>> OpenBSD-3.4-snapshot. It has been very stable, but I have recently
>> noticed that I am having problems when checking IMAP-SSL mail with
>> Mac OS X clients. There are not problems using Mozilla or Outlook
>> on Windows, but Mac clients (Thunderbird, Mozilla, Mail.app) all
>> exhibit the same behavior - they can check and send mail, but I end
>> up with a single, rogue child imap process on the server that pins
>> the cpu that i have to 'kill -9' to clear out.
>>
>> Is this a Mac problem or a Dovecot problem? I'm not even sure what
>> to look for in the logs...
>
> Hmm. Check with ktrace what the imap process is doing and send the
> log to me? (I'm not exactly sure how ktrace worked, it was a bit
> weird.)  And maybe check with gdb too where it's stuck at (gdb
> /usr/local/lib/dovecot/imap <pid> and "bt" command). Or is it imap
> process or imap-login process?

Got one (although I'm not sure if this comes from handling a Mac mail
reader):

 45793 dovecot  CALL  sendto(0x9,0x11ffac40,0x45,0,0,0)
 45793 dovecot  GIO   fd 9 wrote 69 bytes
       "<19>Dec 10 22:37:15 dovecot: socketpair() failed: Too many open files"
 45793 dovecot  RET   sendto 69/0x45
 45793 dovecot  CALL  socketpair(0x1,0x1,0,0x11ffb9d0)
 45793 dovecot  RET   socketpair -1 errno 24 Too many open files
 45793 dovecot  CALL  gettimeofday(0x11ffabf0,0)
 45793 dovecot  RET   gettimeofday 0

This is what's happening on an alpha/freebsd, in a tight loop.

(FreeBSD s2.enemy.org 4.9-STABLE FreeBSD 4.9-STABLE #1: Mon Nov 24
10:37:25 CET 2003 root@s2.enemy.org:/u/src/sys/compile/S2 alpha)

Unfortunately, I couldn't extract a gdb backtrace. Perhaps you can
work with that until I can get one (should be another 2-4 days) (-:

> Anyway, I haven't noticed problems with Mail.app.

Thanks a lot,
-- 
Andreas Fuchs, <asf@boinkor.net>, asf@jabber.at, antifuchs



From camis@mweb.co.za  Thu Dec 11 12:15:01 2003
Return-Path: <camis@mweb.co.za>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 79F92C000DC6; Thu, 11 Dec 2003 12:15:01 +0200 (EET)
Received: from starcraft.mweb.co.za (starcraft.mweb.co.za [196.2.45.78])
	by talvi (Postfix) with ESMTP id 0B137C000DC4
	for <dovecot@dovecot.org>; Thu, 11 Dec 2003 12:14:59 +0200 (EET)
Received: from net-49-138.mweb.co.za ([196.2.49.138]:3935 helo=mweb.co.za)
	by starcraft.mweb.co.za with esmtp (Exim 4.24) id 1AUNq3-0003d5-AI
	for dovecot@dovecot.org; Thu, 11 Dec 2003 12:14:31 +0200
Message-ID: <3FD843E2.6010105@mweb.co.za>
Date: Thu, 11 Dec 2003 12:16:02 +0200
From: Cami <camis@mweb.co.za>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6a) Gecko/20031030
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] dovecot..
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 11 Dec 2003 10:15:01 -0000
X-UID: 4071                                                  
Status: O

Hi All..

Has anyone got any experimental patches for mysql auth?

Regards,
Cami

From david@madole.net  Thu Dec 11 15:45:08 2003
Return-Path: <david@madole.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 33A51C000DC6; Thu, 11 Dec 2003 15:45:08 +0200 (EET)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by talvi (Postfix) with ESMTP id 2293AC000D72
	for <dovecot@dovecot.org>; Thu, 11 Dec 2003 15:45:05 +0200 (EET)
Received: from dhcp-209-54-72-175.ct.dsl.ntplx.com ([209.54.72.175] helo=david)
	by box1.omd3.com with asmtp (Exim 4.30)
	id 1AUR7N-000GVJ-LP; Thu, 11 Dec 2003 08:44:37 -0500
Message-ID: <001b01c3bfec$eaf35af0$e3e7a8c0@david>
From: "David S. Madole" <david@madole.net>
To: "Cami" <camis@mweb.co.za>, <dovecot@dovecot.org>
References: <3FD843E2.6010105@mweb.co.za>
Subject: Re: [Dovecot] dovecot.. (mySQL authentication)
Date: Thu, 11 Dec 2003 08:44:36 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0018_01C3BFC3.01953730"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 11 Dec 2003 13:45:08 -0000
X-UID: 4072                                                  
Status: O
Content-Length: 28844

This is a multi-part message in MIME format.

------=_NextPart_000_0018_01C3BFC3.01953730
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

> "Cami" <camis@mweb.co.za> wrote:
>

> Has anyone got any experimental patches for mysql auth?


The attached patch was published to this list by Matthew Reimer a few months
ago. I have merely updated it to apply to the current 0.99.10.4 version of
Dovecot.

I would say this is somewhat better than experimental, as I have been using
it for two months now with zero problems at all.

Note that there is no 'configure' logic in this patch, accordingly you need
to set a couple of flags manually to compile MySQL support. Here's how I
compile, for reference:

AUTH_CFLAGS="-I/usr/local/include/mysql -DPASSDB_MYSQL -DUSERDB_MYSQL" \
AUTH_LIBS="-L/usr/local/lib/mysql -lmysqlclient" \
\
./configure \
  --prefix= \
  --disable-ipv6 \
  --with-ssldir=/etc \
  --with-storages=maildir \
  --without-passwd \
  --without-passwd-file \
  --without-static \
  --without-pam \
\
&& make

Hope this helps you as much as it's helped me. Thanks again to Matthew for
this work.

David Madole

------=_NextPart_000_0018_01C3BFC3.01953730
Content-Type: application/octet-stream;
	name="dovecot-0.99.10.4-mysql.diff"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="dovecot-0.99.10.4-mysql.diff"

diff -r -P -u dovecot-0.99.10.4.orig/dovecot-mysql.conf =
dovecot-0.99.10.4/dovecot-mysql.conf=0A=
--- dovecot-0.99.10.4.orig/dovecot-mysql.conf	Thu Jan  1 00:00:00 1970=0A=
+++ dovecot-0.99.10.4/dovecot-mysql.conf	Mon Dec  1 14:42:12 2003=0A=
@@ -0,0 +1,70 @@=0A=
+# For the mysql passdb module, you'll need a database with a table that=0A=
+# contains fields for at least the userid and password. If you want to=0A=
+# use the user@domain syntax, you might want to have a separate domain=0A=
+# field as well.=0A=
+#=0A=
+# If your users all have the same uig/gid, and have predictable home=0A=
+# directories, you can use the static userdb module to generate the home=0A=
+# dir based on the userid and domain. In this case, you won't need =
fields=0A=
+# for home, uid, or gid in the database.=0A=
+#=0A=
+# If you prefer to use the mysql userdb module, you'll want to add =
fields=0A=
+# for home, uid, and gid. Here is an example table:=0A=
+#=0A=
+# CREATE TABLE users (=0A=
+#     userid VARCHAR(128) NOT NULL,=0A=
+#     password VARCHAR(64) NOT NULL,=0A=
+#     home VARCHAR(256) NOT NULL,=0A=
+#     uid INTEGER NOT NULL,=0A=
+#     gid INTEGER NOT NULL,=0A=
+#     active CHAR(1) DEFAULT 'Y' NOT NULL=0A=
+# );=0A=
+=0A=
+db_host =3D localhost=0A=
+db_port =3D 3306=0A=
+#db_unix_socket =3D /var/tmp/mysql.sock=0A=
+db =3D users=0A=
+db_user =3D dovecot-db=0A=
+db_passwd =3D opensesame=0A=
+db_client_flags =3D 0=0A=
+=0A=
+# Default password scheme.=0A=
+#=0A=
+# Currently supported schemes include PLAIN, PLAIN-MD5, DIGEST-MD5, and =
CRYPT.=0A=
+#=0A=
+#default_pass_scheme =3D PLAIN-MD5=0A=
+=0A=
+# Query to retrieve the password.=0A=
+#=0A=
+# The query should return one row, one column. If more than one row or =
column=0A=
+# is returned, authentication will automatically fail.=0A=
+#=0A=
+# Available substitutions:=0A=
+#   %u =3D entire userid=0A=
+#   %n =3D user part of user@domain=0A=
+#   %d =3D domain part of user@domain=0A=
+#=0A=
+# Example:=0A=
+#   password_query =3D SELECT password FROM users WHERE userid =3D '%n' =
AND domain =3D '%d'=0A=
+#   password_query =3D SELECT password FROM users WHERE userid =3D '%u' =
AND active =3D 'Y'=0A=
+#=0A=
+#password_query =3D SELECT password FROM users WHERE userid =3D '%u'=0A=
+=0A=
+# Query to retrieve the user information.=0A=
+#=0A=
+# The query must return only one row. The columns to return are:=0A=
+#   home - Home directory=0A=
+#   mail - MAIL environment=0A=
+#   system_user - System user name (for initgroups())=0A=
+#   uid - System UID=0A=
+#   gid - System GID=0A=
+#=0A=
+# Either home or mail is required. uid and gid are required. If more =
than one=0A=
+# row is returned or there's missing fields, login will automatically =
fail.=0A=
+#=0A=
+# Examples=0A=
+#   user_query =3D SELECT home, uid, gid FROM users WHERE userid =3D =
'%n' AND domain =3D '%d'=0A=
+#   user_query =3D SELECT dir AS home, user AS uid, group AS gid FROM =
users where userid =3D '%u'=0A=
+#   user_query =3D SELECT home, 501 AS uid, 501 AS gid FROM users WHERE =
userid =3D '%u'=0A=
+#=0A=
+#user_query =3D SELECT home, uid, gid FROM users WHERE userid =3D '%u'=0A=
Only in dovecot-0.99.10.4.orig: dovecot.spec=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/Makefile.in =
dovecot-0.99.10.4/src/auth/Makefile.in=0A=
--- dovecot-0.99.10.4.orig/src/auth/Makefile.in	Mon Nov 24 21:29:28 2003=0A=
+++ dovecot-0.99.10.4/src/auth/Makefile.in	Mon Dec  1 14:44:05 2003=0A=
@@ -107,10 +107,10 @@=0A=
 dovecot_auth_LDADD =3D  	../lib-settings/libsettings.a 	../lib/liblib.a =
	$(AUTH_LIBS) 	$(RAND_LIBS) 	$(MODULE_LIBS)=0A=
 =0A=
 =0A=
-dovecot_auth_SOURCES =3D  	auth-module.c 	db-ldap.c 	db-pgsql.c 	=
db-passwd-file.c 	login-connection.c 	main.c 	master-connection.c 	=
md5crypt.c 	mech.c 	mech-anonymous.c 	mech-cyrus-sasl2.c 	mech-plain.c 	=
mech-digest-md5.c 	mycrypt.c 	passdb.c 	passdb-ldap.c 	passdb-passwd.c 	=
passdb-passwd-file.c 	passdb-pam.c 	passdb-shadow.c 	passdb-vpopmail.c 	=
passdb-pgsql.c 	password-scheme.c 	userdb.c 	userdb-ldap.c 	=
userdb-passwd.c 	userdb-passwd-file.c 	userdb-static.c 	=
userdb-vpopmail.c 	userdb-pgsql.c=0A=
+dovecot_auth_SOURCES =3D  	auth-module.c 	db-ldap.c 	db-mysql.c	=
db-pgsql.c 	db-passwd-file.c 	login-connection.c 	main.c 	=
master-connection.c 	md5crypt.c 	mech.c 	mech-anonymous.c 	=
mech-cyrus-sasl2.c 	mech-plain.c 	mech-digest-md5.c 	mycrypt.c 	passdb.c =
	passdb-ldap.c 	passdb-passwd.c 	passdb-passwd-file.c 	passdb-pam.c 	=
passdb-shadow.c 	passdb-vpopmail.c 	passdb-mysql.c	passdb-pgsql.c 	=
password-scheme.c 	userdb.c 	userdb-ldap.c 	userdb-passwd.c 	=
userdb-passwd-file.c 	userdb-static.c 	userdb-vpopmail.c 	userdb-mysql.c	=
userdb-pgsql.c=0A=
 =0A=
 =0A=
-noinst_HEADERS =3D  	auth-login-interface.h 	auth-master-interface.h 	=
auth-mech-desc.h 	auth-module.h 	db-ldap.h 	db-pgsql.h 	db-passwd-file.h =
	common.h 	login-connection.h 	master-connection.h 	md5crypt.h 	mech.h 	=
mycrypt.h 	passdb.h 	password-scheme.h 	userdb.h 	userdb-vpopmail.h=0A=
+noinst_HEADERS =3D  	auth-login-interface.h 	auth-master-interface.h 	=
auth-mech-desc.h 	auth-module.h 	db-ldap.h 	db-mysql.h	db-pgsql.h 	=
db-passwd-file.h 	common.h 	login-connection.h 	master-connection.h 	=
md5crypt.h 	mech.h 	mycrypt.h 	passdb.h 	password-scheme.h 	userdb.h 	=
userdb-vpopmail.h=0A=
 =0A=
 mkinstalldirs =3D $(SHELL) $(top_srcdir)/mkinstalldirs=0A=
 CONFIG_HEADER =3D ../../config.h=0A=
@@ -124,17 +124,18 @@=0A=
 LDFLAGS =3D @LDFLAGS@=0A=
 LIBS =3D @LIBS@=0A=
 dovecot_auth_OBJECTS =3D  auth-module.$(OBJEXT) db-ldap.$(OBJEXT) \=0A=
+db-mysql.$(OBJEXT) \=0A=
 db-pgsql.$(OBJEXT) db-passwd-file.$(OBJEXT) login-connection.$(OBJEXT) \=0A=
 main.$(OBJEXT) master-connection.$(OBJEXT) md5crypt.$(OBJEXT) \=0A=
 mech.$(OBJEXT) mech-anonymous.$(OBJEXT) mech-cyrus-sasl2.$(OBJEXT) \=0A=
 mech-plain.$(OBJEXT) mech-digest-md5.$(OBJEXT) mycrypt.$(OBJEXT) \=0A=
 passdb.$(OBJEXT) passdb-ldap.$(OBJEXT) passdb-passwd.$(OBJEXT) \=0A=
 passdb-passwd-file.$(OBJEXT) passdb-pam.$(OBJEXT) \=0A=
-passdb-shadow.$(OBJEXT) passdb-vpopmail.$(OBJEXT) \=0A=
+passdb-shadow.$(OBJEXT) passdb-vpopmail.$(OBJEXT) =
passdb-mysql.$(OBJEXT) \=0A=
 passdb-pgsql.$(OBJEXT) password-scheme.$(OBJEXT) userdb.$(OBJEXT) \=0A=
 userdb-ldap.$(OBJEXT) userdb-passwd.$(OBJEXT) \=0A=
 userdb-passwd-file.$(OBJEXT) userdb-static.$(OBJEXT) \=0A=
-userdb-vpopmail.$(OBJEXT) userdb-pgsql.$(OBJEXT)=0A=
+userdb-vpopmail.$(OBJEXT) userdb-mysql.$(OBJEXT) userdb-pgsql.$(OBJEXT)=0A=
 dovecot_auth_DEPENDENCIES =3D  ../lib-settings/libsettings.a \=0A=
 ../lib/liblib.a=0A=
 dovecot_auth_LDFLAGS =3D =0A=
@@ -296,6 +297,7 @@=0A=
 	../../src/lib/imem.h ../../src/lib/strfuncs.h userdb.h \=0A=
 	db-passwd-file.h ../../src/lib/buffer.h ../../src/lib/istream.h \=0A=
 	../../src/lib/hash.h ../../src/lib/str.h=0A=
+db-mysql.o: db-mysql.c ../../config.h=0A=
 db-pgsql.o: db-pgsql.c ../../config.h=0A=
 login-connection.o: login-connection.c common.h ../../src/lib/lib.h \=0A=
 	../../config.h ../../src/lib/compat.h ../../src/lib/macros.h \=0A=
@@ -383,6 +385,7 @@=0A=
 	../../src/lib/imem.h ../../src/lib/strfuncs.h \=0A=
 	../../src/lib/safe-memset.h passdb.h mech.h \=0A=
 	auth-login-interface.h mycrypt.h=0A=
+passdb-mysql.o: passdb-mysql.c ../../config.h=0A=
 passdb-pgsql.o: passdb-pgsql.c ../../config.h=0A=
 passdb-shadow.o: passdb-shadow.c ../../config.h common.h \=0A=
 	../../src/lib/lib.h ../../src/lib/compat.h \=0A=
@@ -417,6 +420,7 @@=0A=
 	../../src/lib/macros.h ../../src/lib/failures.h \=0A=
 	../../src/lib/data-stack.h ../../src/lib/mempool.h \=0A=
 	../../src/lib/imem.h ../../src/lib/strfuncs.h userdb.h=0A=
+userdb-mysql.o: userdb-mysql.c ../../config.h=0A=
 userdb-pgsql.o: userdb-pgsql.c ../../config.h=0A=
 userdb-static.o: userdb-static.c ../../config.h common.h \=0A=
 	../../src/lib/lib.h ../../src/lib/compat.h \=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/db-mysql.c =
dovecot-0.99.10.4/src/auth/db-mysql.c=0A=
--- dovecot-0.99.10.4.orig/src/auth/db-mysql.c	Thu Jan  1 00:00:00 1970=0A=
+++ dovecot-0.99.10.4/src/auth/db-mysql.c	Mon Dec  1 14:47:08 2003=0A=
@@ -0,0 +1,181 @@=0A=
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */=0A=
+=0A=
+#include "config.h"=0A=
+#undef HAVE_CONFIG_H=0A=
+=0A=
+#if defined(PASSDB_MYSQL) || defined(USERDB_MYSQL)=0A=
+=0A=
+#include "common.h"=0A=
+#include "network.h"=0A=
+#include "str.h"=0A=
+#include "settings.h"=0A=
+#include "db-mysql.h"=0A=
+=0A=
+#include <limits.h>=0A=
+#include <stddef.h>=0A=
+#include <stdlib.h>=0A=
+=0A=
+#define DEF(type, name) { type, #name, offsetof(struct mysql_settings, =
name) }=0A=
+=0A=
+static struct setting_def setting_defs[] =3D {=0A=
+	DEF(SET_STR, db_host),=0A=
+	DEF(SET_STR, db_port),=0A=
+	DEF(SET_STR, db_unix_socket),=0A=
+	DEF(SET_STR, db),=0A=
+	DEF(SET_STR, db_user),=0A=
+	DEF(SET_STR, db_passwd),=0A=
+	DEF(SET_STR, db_client_flags),=0A=
+	DEF(SET_STR, password_query),=0A=
+	DEF(SET_STR, user_query),=0A=
+	DEF(SET_STR, default_pass_scheme)=0A=
+};=0A=
+=0A=
+struct mysql_settings default_mysql_settings =3D {=0A=
+	MEMBER(db_host) "localhost",=0A=
+	MEMBER(db_port) "0",=0A=
+	MEMBER(db_unix_socket) "/var/tmp/mysql.sock",=0A=
+	MEMBER(db) "email_accounts",=0A=
+	MEMBER(db_user) "dovecot",=0A=
+	MEMBER(db_passwd) "changeme",=0A=
+	MEMBER(db_client_flags) "0",=0A=
+	MEMBER(password_query) "SELECT password FROM users WHERE userid =3D =
'%u'",=0A=
+	MEMBER(user_query) "SELECT home, uid, gid FROM users WHERE userid =3D =
'%u'",=0A=
+	MEMBER(default_pass_scheme) "PLAIN-MD5"=0A=
+};=0A=
+=0A=
+static struct mysql_connection *mysql_connections =3D NULL;=0A=
+=0A=
+static int mysql_conn_open(struct mysql_connection *conn);=0A=
+static void mysql_conn_close(struct mysql_connection *conn);=0A=
+=0A=
+void db_mysql_query(struct mysql_connection *conn, const char *query,=0A=
+		    struct mysql_request *request)=0A=
+{=0A=
+	MYSQL_RES *res;=0A=
+	int failed;=0A=
+=0A=
+	if (!conn->connected) {=0A=
+		if (!mysql_conn_open(conn)) {=0A=
+			request->callback(conn, request, NULL);=0A=
+			return;=0A=
+		}=0A=
+	}=0A=
+=0A=
+	if (verbose_debug)=0A=
+		i_info("MYSQL: Performing query: %s", query);=0A=
+=0A=
+	if (mysql_query(conn->mysql, query))=0A=
+		i_info("MYSQL: Error executing query \"%s\": %s", query,=0A=
+		       mysql_error(conn->mysql));=0A=
+=0A=
+	if ((res =3D mysql_store_result(conn->mysql)))=0A=
+		failed =3D FALSE;=0A=
+	else {=0A=
+		i_info("MYSQL: Error retrieving results: %s",=0A=
+		       mysql_error(conn->mysql));=0A=
+		failed =3D TRUE;=0A=
+	}=0A=
+=0A=
+	request->callback(conn, request, failed ? NULL : res);=0A=
+	mysql_free_result(res);=0A=
+	i_free(request);=0A=
+}=0A=
+=0A=
+static int mysql_conn_open(struct mysql_connection *conn)=0A=
+{=0A=
+	if (conn->connected)=0A=
+		return TRUE;=0A=
+=0A=
+	if (conn->mysql =3D=3D NULL) {=0A=
+		conn->mysql =3D mysql_init(NULL);=0A=
+		if (conn->mysql =3D=3D NULL) {=0A=
+			i_error("MYSQL: mysql_init failed");=0A=
+			return FALSE;=0A=
+		}=0A=
+=0A=
+		if (!mysql_real_connect(conn->mysql, conn->set.db_host,=0A=
+					conn->set.db_user, conn->set.db_passwd,=0A=
+					conn->set.db,=0A=
+					atoi(conn->set.db_port),=0A=
+					conn->set.db_unix_socket,=0A=
+					strtoul(conn->set.db_client_flags,=0A=
+						NULL, 10))) {=0A=
+			i_error("MYSQL: Can't connect to database %s: %s",=0A=
+				conn->set.db, mysql_error(conn->mysql));=0A=
+			return FALSE;=0A=
+		}=0A=
+	}=0A=
+=0A=
+	conn->connected =3D TRUE;=0A=
+	return TRUE;=0A=
+}=0A=
+=0A=
+static void mysql_conn_close(struct mysql_connection *conn)=0A=
+{=0A=
+	conn->connected =3D FALSE;=0A=
+=0A=
+	if (conn->mysql !=3D NULL) {=0A=
+		mysql_close(conn->mysql);=0A=
+		conn->mysql =3D NULL;=0A=
+	}=0A=
+}=0A=
+=0A=
+static struct mysql_connection *mysql_conn_find(const char *config_path)=0A=
+{=0A=
+	struct mysql_connection *conn;=0A=
+=0A=
+	for (conn =3D mysql_connections; conn !=3D NULL; conn =3D conn->next) {=0A=
+		if (strcmp(conn->config_path, config_path) =3D=3D 0)=0A=
+			return conn;=0A=
+	}=0A=
+=0A=
+	return NULL;=0A=
+}=0A=
+=0A=
+static const char *parse_setting(const char *key, const char *value,=0A=
+				 void *context)=0A=
+{=0A=
+	struct mysql_connection *conn =3D context;=0A=
+=0A=
+	return parse_setting_from_defs(conn->pool, setting_defs,=0A=
+				       &conn->set, key, value);=0A=
+}=0A=
+=0A=
+struct mysql_connection *db_mysql_init(const char *config_path)=0A=
+{=0A=
+	struct mysql_connection *conn;=0A=
+	pool_t pool;=0A=
+=0A=
+	conn =3D mysql_conn_find(config_path);=0A=
+	if (conn !=3D NULL) {=0A=
+		conn->refcount++;=0A=
+		return conn;=0A=
+	}=0A=
+=0A=
+	pool =3D pool_alloconly_create("mysql_connection", 1024);=0A=
+	conn =3D p_new(pool, struct mysql_connection, 1);=0A=
+	conn->pool =3D pool;=0A=
+=0A=
+	conn->refcount =3D 1;=0A=
+=0A=
+	conn->config_path =3D p_strdup(pool, config_path);=0A=
+	conn->set =3D default_mysql_settings;=0A=
+	settings_read(config_path, parse_setting, conn);=0A=
+=0A=
+	(void)mysql_conn_open(conn);=0A=
+=0A=
+	conn->next =3D mysql_connections;=0A=
+	mysql_connections =3D conn;=0A=
+	return conn;=0A=
+}=0A=
+=0A=
+void db_mysql_unref(struct mysql_connection *conn)=0A=
+{=0A=
+	if (--conn->refcount > 0)=0A=
+		return;=0A=
+=0A=
+	mysql_conn_close(conn);=0A=
+	pool_unref(conn->pool);=0A=
+}=0A=
+=0A=
+#endif=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/db-mysql.h =
dovecot-0.99.10.4/src/auth/db-mysql.h=0A=
--- dovecot-0.99.10.4.orig/src/auth/db-mysql.h	Thu Jan  1 00:00:00 1970=0A=
+++ dovecot-0.99.10.4/src/auth/db-mysql.h	Mon Dec  1 14:42:12 2003=0A=
@@ -0,0 +1,51 @@=0A=
+#ifndef __DB_MYSQL_H=0A=
+#define __DB_MYSQL_H=0A=
+=0A=
+#include <mysql.h>=0A=
+=0A=
+struct mysql_connection;=0A=
+struct mysql_request;=0A=
+=0A=
+typedef void mysql_query_callback_t(struct mysql_connection *conn,=0A=
+				    struct mysql_request *request,=0A=
+				    MYSQL_RES *res);=0A=
+=0A=
+struct mysql_settings {=0A=
+	const char *db_host;=0A=
+	const char *db_port;=0A=
+	const char *db_unix_socket;=0A=
+	const char *db;=0A=
+	const char *db_user;=0A=
+	const char *db_passwd;=0A=
+	const char *db_client_flags;=0A=
+	const char *password_query;=0A=
+	const char *user_query;=0A=
+	const char *default_pass_scheme;=0A=
+};=0A=
+=0A=
+struct mysql_connection {=0A=
+	struct mysql_connection *next;=0A=
+=0A=
+	pool_t pool;=0A=
+	int refcount;=0A=
+=0A=
+	char *config_path;=0A=
+	struct mysql_settings set;=0A=
+=0A=
+	MYSQL *mysql;=0A=
+=0A=
+	unsigned int connected:1;=0A=
+};=0A=
+=0A=
+struct mysql_request {=0A=
+	mysql_query_callback_t *callback;=0A=
+	void *context;=0A=
+};=0A=
+=0A=
+void db_mysql_query(struct mysql_connection *conn, const char *query,=0A=
+		    struct mysql_request *request);=0A=
+=0A=
+struct mysql_connection *db_mysql_init(const char *config_path);=0A=
+void db_mysql_unref(struct mysql_connection *conn);=0A=
+=0A=
+#endif=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/passdb-mysql.c =
dovecot-0.99.10.4/src/auth/passdb-mysql.c=0A=
--- dovecot-0.99.10.4.orig/src/auth/passdb-mysql.c	Thu Jan  1 00:00:00 =
1970=0A=
+++ dovecot-0.99.10.4/src/auth/passdb-mysql.c	Mon Dec  1 14:42:12 2003=0A=
@@ -0,0 +1,171 @@=0A=
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */=0A=
+=0A=
+#include "config.h"=0A=
+#undef HAVE_CONFIG_H=0A=
+=0A=
+#ifdef PASSDB_MYSQL=0A=
+=0A=
+#include "common.h"=0A=
+#include "str.h"=0A=
+#include "strescape.h"=0A=
+#include "var-expand.h"=0A=
+#include "password-scheme.h"=0A=
+#include "db-mysql.h"=0A=
+#include "passdb.h"=0A=
+=0A=
+#include <mysql.h>=0A=
+#include <stdlib.h>=0A=
+#include <string.h>=0A=
+=0A=
+struct passdb_mysql_connection {=0A=
+	struct mysql_connection *conn;=0A=
+};=0A=
+=0A=
+struct passdb_mysql_request {=0A=
+	struct mysql_request request;=0A=
+=0A=
+	enum passdb_credentials credentials;=0A=
+	union {=0A=
+		verify_plain_callback_t *verify_plain;=0A=
+                lookup_credentials_callback_t *lookup_credentials;=0A=
+	} callback;=0A=
+=0A=
+	char password[1];=0A=
+};=0A=
+=0A=
+static struct passdb_mysql_connection *passdb_mysql_conn;=0A=
+=0A=
+static void mysql_handle_request(struct mysql_connection *conn,=0A=
+				 struct mysql_request *request, MYSQL_RES *res)=0A=
+{=0A=
+	struct passdb_mysql_request *mysql_request =3D=0A=
+		(struct passdb_mysql_request *) request;=0A=
+	struct auth_request *auth_request =3D request->context;=0A=
+	const char *user, *password, *scheme;=0A=
+	int ret =3D 0;=0A=
+=0A=
+	user =3D auth_request->user;=0A=
+	password =3D NULL;=0A=
+=0A=
+	if (res !=3D NULL) {=0A=
+		if (mysql_num_rows(res) =3D=3D 0) {=0A=
+			if (verbose)=0A=
+				i_info("mysql(%s): Unknown user", user);=0A=
+		} else if (mysql_num_rows(res) > 1) {=0A=
+			i_error("mysql(%s): Multiple matches for user", user);=0A=
+		} else if (mysql_num_fields(res) !=3D 1) {=0A=
+			i_error("mysql(%s): Password query returned "=0A=
+				"more than one field", user);=0A=
+		} else {=0A=
+			MYSQL_ROW row;=0A=
+=0A=
+			row =3D mysql_fetch_row(res);=0A=
+			if (row)=0A=
+				password =3D t_strdup(row[0]);=0A=
+		}=0A=
+	}=0A=
+=0A=
+	scheme =3D password_get_scheme(&password);=0A=
+	if (scheme =3D=3D NULL) {=0A=
+		scheme =3D conn->set.default_pass_scheme;=0A=
+		i_assert(scheme !=3D NULL);=0A=
+	}=0A=
+=0A=
+	if (mysql_request->credentials !=3D -1) {=0A=
+		passdb_handle_credentials(mysql_request->credentials,=0A=
+			user, password, scheme,=0A=
+			mysql_request->callback.lookup_credentials,=0A=
+			auth_request);=0A=
+		return;=0A=
+	}=0A=
+=0A=
+	/* verify plain */=0A=
+	if (password =3D=3D NULL) {=0A=
+		mysql_request->callback.verify_plain(PASSDB_RESULT_USER_UNKNOWN,=0A=
+						     auth_request);=0A=
+		return;=0A=
+	}=0A=
+=0A=
+	ret =3D password_verify(mysql_request->password, password,=0A=
+			      scheme, user);=0A=
+	if (ret < 0)=0A=
+		i_error("mysql(%s): Unknown password scheme %s", user, scheme);=0A=
+	else if (ret =3D=3D 0) {=0A=
+		if (verbose)=0A=
+			i_info("mysql(%s): Password mismatch", user);=0A=
+	}=0A=
+=0A=
+	mysql_request->callback.verify_plain(ret > 0 ? PASSDB_RESULT_OK :=0A=
+					     PASSDB_RESULT_PASSWORD_MISMATCH,=0A=
+					     auth_request);=0A=
+}=0A=
+=0A=
+static void mysql_lookup_pass(struct auth_request *auth_request,=0A=
+			      struct mysql_request *mysql_request)=0A=
+{=0A=
+	struct mysql_connection *conn =3D passdb_mysql_conn->conn;=0A=
+	const char *query;=0A=
+	string_t *str;=0A=
+=0A=
+	str =3D t_str_new(512);=0A=
+	var_expand(str, conn->set.password_query,=0A=
+		   str_escape(auth_request->user), NULL);=0A=
+	query =3D str_c(str);=0A=
+=0A=
+	mysql_request->callback =3D mysql_handle_request;=0A=
+	mysql_request->context =3D auth_request;=0A=
+=0A=
+	db_mysql_query(conn, query, mysql_request);=0A=
+}=0A=
+=0A=
+static void=0A=
+mysql_verify_plain(struct auth_request *request, const char *password,=0A=
+		   verify_plain_callback_t *callback)=0A=
+{=0A=
+	struct passdb_mysql_request *mysql_request;=0A=
+=0A=
+	mysql_request =3D i_malloc(sizeof(struct passdb_mysql_request) +=0A=
+				 strlen(password));=0A=
+	mysql_request->credentials =3D -1;=0A=
+	mysql_request->callback.verify_plain =3D callback;=0A=
+	strcpy(mysql_request->password, password);=0A=
+=0A=
+	mysql_lookup_pass(request, &mysql_request->request);=0A=
+}=0A=
+=0A=
+static void mysql_lookup_credentials(struct auth_request *request,=0A=
+				     enum passdb_credentials credentials,=0A=
+				     lookup_credentials_callback_t *callback)=0A=
+{=0A=
+	struct passdb_mysql_request *mysql_request;=0A=
+=0A=
+	mysql_request =3D i_new(struct passdb_mysql_request, 1);=0A=
+	mysql_request->credentials =3D credentials;=0A=
+	mysql_request->callback.lookup_credentials =3D callback;=0A=
+=0A=
+        mysql_lookup_pass(request, &mysql_request->request);=0A=
+}=0A=
+=0A=
+static void passdb_mysql_init(const char *args)=0A=
+{=0A=
+	struct mysql_connection *conn;=0A=
+=0A=
+	passdb_mysql_conn =3D i_new(struct passdb_mysql_connection, 1);=0A=
+	passdb_mysql_conn->conn =3D conn =3D db_mysql_init(args);=0A=
+}=0A=
+=0A=
+static void passdb_mysql_deinit(void)=0A=
+{=0A=
+	db_mysql_unref(passdb_mysql_conn->conn);=0A=
+	i_free(passdb_mysql_conn);=0A=
+}=0A=
+=0A=
+struct passdb_module passdb_mysql =3D {=0A=
+	passdb_mysql_init,=0A=
+	passdb_mysql_deinit,=0A=
+=0A=
+	mysql_verify_plain,=0A=
+	mysql_lookup_credentials=0A=
+};=0A=
+=0A=
+#endif=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/passdb.c =
dovecot-0.99.10.4/src/auth/passdb.c=0A=
--- dovecot-0.99.10.4.orig/src/auth/passdb.c	Mon Nov 24 21:29:28 2003=0A=
+++ dovecot-0.99.10.4/src/auth/passdb.c	Mon Dec  1 14:42:12 2003=0A=
@@ -110,6 +110,10 @@=0A=
 	if (strcasecmp(name, "pgsql") =3D=3D 0)=0A=
 		passdb =3D &passdb_pgsql;=0A=
 #endif=0A=
+#ifdef PASSDB_MYSQL=0A=
+	if (strcasecmp(name, "mysql") =3D=3D 0)=0A=
+		passdb =3D &passdb_mysql;=0A=
+#endif=0A=
 #ifdef HAVE_MODULES=0A=
 	passdb_module =3D passdb !=3D NULL ? NULL : auth_module_open(name);=0A=
 	if (passdb_module !=3D NULL) {=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/passdb.h =
dovecot-0.99.10.4/src/auth/passdb.h=0A=
--- dovecot-0.99.10.4.orig/src/auth/passdb.h	Mon Nov 24 21:29:28 2003=0A=
+++ dovecot-0.99.10.4/src/auth/passdb.h	Mon Dec  1 14:42:12 2003=0A=
@@ -58,6 +58,7 @@=0A=
 extern struct passdb_module passdb_vpopmail;=0A=
 extern struct passdb_module passdb_ldap;=0A=
 extern struct passdb_module passdb_pgsql;=0A=
+extern struct passdb_module passdb_mysql;=0A=
 =0A=
 void passdb_init(void);=0A=
 void passdb_deinit(void);=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/userdb-mysql.c =
dovecot-0.99.10.4/src/auth/userdb-mysql.c=0A=
--- dovecot-0.99.10.4.orig/src/auth/userdb-mysql.c	Thu Jan  1 00:00:00 =
1970=0A=
+++ dovecot-0.99.10.4/src/auth/userdb-mysql.c	Mon Dec  1 14:42:12 2003=0A=
@@ -0,0 +1,160 @@=0A=
+/* Copyright (C) 2003 Alex Howansky, Timo Sirainen */=0A=
+=0A=
+#include "config.h"=0A=
+#undef HAVE_CONFIG_H=0A=
+=0A=
+#ifdef USERDB_MYSQL=0A=
+=0A=
+#include "common.h"=0A=
+#include "str.h"=0A=
+#include "strescape.h"=0A=
+#include "var-expand.h"=0A=
+#include "db-mysql.h"=0A=
+#include "userdb.h"=0A=
+=0A=
+#include <mysql.h>=0A=
+#include <stdlib.h>=0A=
+#include <string.h>=0A=
+=0A=
+struct userdb_mysql_connection {=0A=
+	struct mysql_connection *conn;=0A=
+};=0A=
+=0A=
+struct userdb_mysql_request {=0A=
+	struct mysql_request request;=0A=
+	userdb_callback_t *userdb_callback;=0A=
+=0A=
+	char username[1]; /* variable width */=0A=
+};=0A=
+=0A=
+static struct userdb_mysql_connection *userdb_mysql_conn;=0A=
+=0A=
+static int is_result_valid(MYSQL_RES *res)=0A=
+{=0A=
+	int i, n_fields, found;=0A=
+	MYSQL_FIELD *fields;=0A=
+=0A=
+	if (res =3D=3D NULL) {=0A=
+		i_error("MYSQL: Query failed");=0A=
+		return FALSE;=0A=
+	}=0A=
+=0A=
+	if (mysql_num_rows(res) =3D=3D 0) {=0A=
+		if (verbose)=0A=
+			i_error("MYSQL: Authenticated user not found");=0A=
+		return FALSE;=0A=
+	}=0A=
+=0A=
+	n_fields =3D mysql_num_fields(res);=0A=
+	fields =3D mysql_fetch_fields(res);=0A=
+=0A=
+	/* Make sure the 'uid' field exists. */=0A=
+	for (found =3D 0, i =3D 0; i < n_fields; i++)=0A=
+		if (strcmp("uid", fields[i].name) =3D=3D 0) {=0A=
+			found =3D 1;=0A=
+			break;=0A=
+		}=0A=
+=0A=
+	if (!found) {=0A=
+		i_error("MYSQL: User query did not return 'uid' field");=0A=
+		return FALSE;=0A=
+	}=0A=
+=0A=
+	/* Make sure the 'gid' field exists. */=0A=
+	for (found =3D 0, i =3D 0; i < n_fields; i++)=0A=
+		if (strcmp("gid", fields[i].name) =3D=3D 0) {=0A=
+			found =3D 1;=0A=
+			break;=0A=
+		}=0A=
+=0A=
+	if (!found) {=0A=
+		i_error("MYSQL: User query did not return 'gid' field");=0A=
+		return FALSE;=0A=
+	}=0A=
+=0A=
+	return TRUE;=0A=
+}=0A=
+=0A=
+static const char *my_get_str(MYSQL_RES *res, MYSQL_ROW row, const char =
*field)=0A=
+{=0A=
+	int i, n_fields;=0A=
+	unsigned long *lengths;=0A=
+	MYSQL_FIELD *fields;=0A=
+=0A=
+	n_fields =3D mysql_num_fields(res);=0A=
+	lengths =3D mysql_fetch_lengths(res);=0A=
+	fields =3D mysql_fetch_fields(res);=0A=
+	for (i =3D 0; i < n_fields; i++)=0A=
+		if (strcmp(field, fields[i].name) =3D=3D 0)=0A=
+			return (const char *) lengths[i] =3D=3D 0 ?=0A=
+				NULL : t_strdup(row[i]);=0A=
+=0A=
+	return NULL;=0A=
+}=0A=
+=0A=
+static void mysql_handle_request(struct mysql_connection *conn =
__attr_unused__,=0A=
+				 struct mysql_request *request, MYSQL_RES *res)=0A=
+{=0A=
+	struct userdb_mysql_request *urequest =3D=0A=
+		(struct userdb_mysql_request *) request;=0A=
+	struct user_data user;=0A=
+	MYSQL_ROW row;=0A=
+=0A=
+	if (res !=3D NULL && is_result_valid(res) &&=0A=
+	    (row =3D mysql_fetch_row(res))) {=0A=
+		memset(&user, 0, sizeof(user));=0A=
+		user.virtual_user =3D urequest->username;=0A=
+		user.system_user =3D my_get_str(res, row, "system_user");=0A=
+		user.home =3D my_get_str(res, row, "home");=0A=
+		user.mail =3D my_get_str(res, row, "mail");=0A=
+		user.uid =3D atoi(my_get_str(res, row, "uid")); /* XXX leak */=0A=
+		user.gid =3D atoi(my_get_str(res, row, "gid")); /* XXX leak */=0A=
+		urequest->userdb_callback(&user, request->context);=0A=
+	} else {=0A=
+		urequest->userdb_callback(NULL, request->context);=0A=
+	}=0A=
+}=0A=
+=0A=
+static void userdb_mysql_lookup(const char *user, userdb_callback_t =
*callback,=0A=
+				void *context)=0A=
+{=0A=
+	struct mysql_connection *conn =3D userdb_mysql_conn->conn;=0A=
+	struct userdb_mysql_request *request;=0A=
+	const char *query;=0A=
+	string_t *str;=0A=
+=0A=
+	str =3D t_str_new(512);=0A=
+	var_expand(str, conn->set.user_query, str_escape(user), NULL);=0A=
+	query =3D str_c(str);=0A=
+=0A=
+	request =3D i_malloc(sizeof(struct userdb_mysql_request) + =
strlen(user));=0A=
+	request->request.callback =3D mysql_handle_request;=0A=
+	request->request.context =3D context;=0A=
+	request->userdb_callback =3D callback;=0A=
+	strcpy(request->username, user);=0A=
+=0A=
+	db_mysql_query(conn, query, &request->request);=0A=
+}=0A=
+=0A=
+static void userdb_mysql_init(const char *args)=0A=
+{=0A=
+	struct mysql_connection *conn;=0A=
+=0A=
+	userdb_mysql_conn =3D i_new(struct userdb_mysql_connection, 1);=0A=
+	userdb_mysql_conn->conn =3D conn =3D db_mysql_init(args);=0A=
+}=0A=
+=0A=
+static void userdb_mysql_deinit(void)=0A=
+{=0A=
+	db_mysql_unref(userdb_mysql_conn->conn);=0A=
+	i_free(userdb_mysql_conn);=0A=
+}=0A=
+=0A=
+struct userdb_module userdb_mysql =3D {=0A=
+	userdb_mysql_init,=0A=
+	userdb_mysql_deinit,=0A=
+=0A=
+	userdb_mysql_lookup=0A=
+};=0A=
+=0A=
+#endif=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/userdb.c =
dovecot-0.99.10.4/src/auth/userdb.c=0A=
--- dovecot-0.99.10.4.orig/src/auth/userdb.c	Mon Nov 24 21:29:28 2003=0A=
+++ dovecot-0.99.10.4/src/auth/userdb.c	Mon Dec  1 14:42:12 2003=0A=
@@ -49,6 +49,10 @@=0A=
 	if (strcasecmp(name, "pgsql") =3D=3D 0)=0A=
 		userdb =3D &userdb_pgsql;=0A=
 #endif=0A=
+#ifdef USERDB_MYSQL=0A=
+	if (strcasecmp(name, "mysql") =3D=3D 0)=0A=
+		userdb =3D &userdb_mysql;=0A=
+#endif=0A=
 #ifdef HAVE_MODULES=0A=
 	userdb_module =3D userdb !=3D NULL ? NULL : auth_module_open(name);=0A=
 	if (userdb_module !=3D NULL) {=0A=
diff -r -P -u dovecot-0.99.10.4.orig/src/auth/userdb.h =
dovecot-0.99.10.4/src/auth/userdb.h=0A=
--- dovecot-0.99.10.4.orig/src/auth/userdb.h	Mon Nov 24 21:29:28 2003=0A=
+++ dovecot-0.99.10.4/src/auth/userdb.h	Mon Dec  1 14:42:12 2003=0A=
@@ -29,6 +29,7 @@=0A=
 extern struct userdb_module userdb_vpopmail;=0A=
 extern struct userdb_module userdb_ldap;=0A=
 extern struct userdb_module userdb_pgsql;=0A=
+extern struct userdb_module userdb_mysql;=0A=
 =0A=
 void userdb_init(void);=0A=
 void userdb_deinit(void);=0A=

------=_NextPart_000_0018_01C3BFC3.01953730--


From robin@isometry.net  Thu Dec 11 21:31:05 2003
Return-Path: <robin@isometry.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id B7EA6C000DC6; Thu, 11 Dec 2003 21:31:05 +0200 (EET)
Received: from mx.dsl.isometry.net (cpc3-oxfd2-6-0-cust207.oxfd.cable.ntl.com
	[81.103.193.207]) by talvi (Postfix) with ESMTP id E916CC000D72
	for <dovecot@dovecot.org>; Thu, 11 Dec 2003 21:31:02 +0200 (EET)
Received: from isometry.net (ishadow.dsl.isometry.net [195.137.51.150])
	by mx.dsl.isometry.net (Postfix) with ESMTP
	id 632B0C8; Thu, 11 Dec 2003 19:30:39 +0000 (UTC)
Message-ID: <3FD8C5E7.9050507@isometry.net>
Date: Thu, 11 Dec 2003 19:30:47 +0000
From: Robin Breathe <robin@isometry.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andreas Fuchs <asf@boinkor.net>
References: <3FD4B4D2.304@3x3x3.org> <86r7zesuo5.wl%asf@boinkor.net>
In-Reply-To: <86r7zesuo5.wl%asf@boinkor.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Rogue child imap processes when using Mac imap clients
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 11 Dec 2003 19:31:05 -0000
X-UID: 4073                                                  
Status: O

Andreas Fuchs wrote:
> A friend of mine who runs dovecot 0.99.10.2 on freebsd/alpha (from
> ports, thus the low version number) [...]

I've taken maintainership of the FreeBSD dovecot port, you can now find 
0.99.10.4 in the tree. Along with enhanced package install/uninstall and 
start/stop scripts.

- Robin
-- 
Robin Breathe              robin@isometry.net              +441865741800

From camis@mweb.co.za  Fri Dec 12 07:52:40 2003
Return-Path: <camis@mweb.co.za>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 5C6C1C00300C; Fri, 12 Dec 2003 07:52:40 +0200 (EET)
Received: from quake.mweb.co.za (quake.mweb.co.za [196.2.45.76])
	by talvi (Postfix) with ESMTP id EEB66C000D72
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 07:52:37 +0200 (EET)
Received: from net-49-138.mweb.co.za ([196.2.49.138]:4344 helo=mweb.co.za)
	by quake.mweb.co.za with esmtp (Exim 4.24) id 1AUgDn-0004aT-5Q
	for dovecot@dovecot.org; Fri, 12 Dec 2003 07:52:15 +0200
Message-ID: <3FD957EC.1000206@mweb.co.za>
Date: Fri, 12 Dec 2003 07:53:48 +0200
From: Cami <camis@mweb.co.za>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6a) Gecko/20031030
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot.. (mySQL authentication)
References: <3FD843E2.6010105@mweb.co.za>
	<001b01c3bfec$eaf35af0$e3e7a8c0@david>
In-Reply-To: <001b01c3bfec$eaf35af0$e3e7a8c0@david>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 12 Dec 2003 05:52:40 -0000
X-UID: 4074                                                  
Status: O

>>Has anyone got any experimental patches for mysql auth?
> 
> The attached patch was published to this list by Matthew Reimer a few months
> ago. I have merely updated it to apply to the current 0.99.10.4 version of
> Dovecot.

Great.. Has development on dovecot stopped? (I'm quite curious why this
hasnt been merged with the current dovedot development release.. That
is, if there is a development reason ;))

> I would say this is somewhat better than experimental, as I have been using
> it for two months now with zero problems at all.

Excellent.. Thanks.. Has anyone done any benchmarking to see how dovecot
compares to courier?

Regards,
Cami

From stephanb@whacky.net  Fri Dec 12 09:55:35 2003
Return-Path: <stephanb@whacky.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id EAAB0C00300C; Fri, 12 Dec 2003 09:55:35 +0200 (EET)
Received: from enigma.whacky.net (enigma.whacky.net [217.148.161.174])
	by talvi (Postfix) with ESMTP id BD67CC000D72
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 09:55:33 +0200 (EET)
Received: from localhost (localhost.whacky.net [127.0.0.1])
	by enigma.whacky.net (Postfix) with ESMTP id D67B020F10
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 08:55:11 +0100 (CET)
Received: from enigma.whacky.net ([127.0.0.1])
	by localhost (enigma.whacky.net [127.0.0.1]) (amavisd-new, port 10024)
	with SMTP id 42992-09 for <dovecot@dovecot.org>;
	Fri, 12 Dec 2003 08:55:08 +0100 (CET)
Received: by enigma.whacky.net (Postfix, from userid 1000)
	id 5180A20F33; Fri, 12 Dec 2003 08:55:08 +0100 (CET)
Date: Fri, 12 Dec 2003 08:55:08 +0100
From: Stephan van Beerschoten <stephanb@whacky.net>
To: dovecot@dovecot.org
Message-ID: <20031212075456.GC33332@enigma.whacky.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp"
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1i
X-Virus-Scanned: by amavisd-new at whacky.net
Subject: [Dovecot] Always 'new mail' false notifications?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 12 Dec 2003 07:55:36 -0000
X-UID: 4075                                                  
Status: O
Content-Length: 1508


--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

I just yesterday played around and installed dovecot. I like it a lot
(except for the lack of mysql support), but I have one issue I can't
seem to fix.
I am using mutt as my mailclient and mutt will alert me whenever new
mail has arrived in any mailfolder I have configured.
The thing is, that mutt continously signals me of new mail in all my
folders, when in reality nothing has entered there.

Does this sound familiar to anyone ?
All I can think of, is that something is happening with modification
timestamps of my mailboxes which signals the new mail flag, but I don't
know what causes it.

A small description of my setup:
One server running dovecot. I access mail locally via IMAP, but can also
access the spoolfiles and mailfolders directly. I'm the only one with
shell access.=20
Procmail filters mail and delivers it to my mailfolders in ~/Mail.

Any ideas ?


--=20
Stephan van Beerschoten                     [KeyID: 0x08F12864]
    "To err is human, to forgive is Not Company Policy"                    =
                               =20

--17pEHd4RhPHOinZp
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/2XRQJliZ6wjxKGQRAiwDAKCBt1pXIPPTjl8WXbUG4TRslDvWtgCgkz9l
AD3vQfnQGrzS1c/fKNlZNTk=
=aOb8
-----END PGP SIGNATURE-----

--17pEHd4RhPHOinZp--

From david@madole.net  Fri Dec 12 15:20:11 2003
Return-Path: <david@madole.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 421FCC003019; Fri, 12 Dec 2003 15:20:11 +0200 (EET)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by talvi (Postfix) with ESMTP id 042F9C000D72
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 15:20:09 +0200 (EET)
Received: from ip-209-54-72-175.ct.dsl.ntplx.com ([209.54.72.175] helo=david)
	by box1.omd3.com with asmtp (Exim 4.30)
	id 1AUnCs-000IKo-4q; Fri, 12 Dec 2003 08:19:46 -0500
Message-ID: <001701c3c0b2$9b8e1ec0$e3e7a8c0@david>
From: "David S. Madole" <david@madole.net>
To: "Cami" <camis@mweb.co.za>
References: <3FD843E2.6010105@mweb.co.za><001b01c3bfec$eaf35af0$e3e7a8c0@david>
	<3FD957EC.1000206@mweb.co.za>
Subject: Re: [Dovecot] dovecot.. (mySQL authentication)
Date: Fri, 12 Dec 2003 08:19:43 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 12 Dec 2003 13:20:11 -0000
X-UID: 4076                                                  
Status: O

"Cami" <camis@mweb.co.za> wrote:

> >>Has anyone got any experimental patches for mysql auth?
> >
> > The attached patch was published to this list by Matthew Reimer a few
months
> > ago. I have merely updated it to apply to the current 0.99.10.4 version
of
> > Dovecot.
>
> Great.. Has development on dovecot stopped? (I'm quite curious why this
> hasnt been merged with the current dovedot development release.. That
> is, if there is a development reason ;))

Not at all, Timo is quite active. I don't intend to speak for him, but he
has indicated on this list before that his first goal is to get the existing
functionality working to his satisfaction so that 1.0 can be released, then
to add new features after that. Although 0.99.10.4 works very well, there
are some internal issues, especially with mbox (which I don't use), that he
knows need work.


> Excellent.. Thanks.. Has anyone done any benchmarking to see how dovecot
> compares to courier?

I've not, but subjectively speaking, Dovecot is *FAST*.

Dave



From tss@iki.fi  Fri Dec 12 16:11:28 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 37694C003019; Fri, 12 Dec 2003 16:11:28 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by talvi (Postfix) with ESMTP id 3AD02C000D72
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 16:11:26 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5925A300DFC17
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 16:11:05 +0200 (EET)
Subject: Re: [Dovecot] Always 'new mail' false notifications?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20031212075456.GC33332@enigma.whacky.net>
References: <20031212075456.GC33332@enigma.whacky.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-sUiaA2kVZjmHYjU8ZtsN"
Message-Id: <1071238265.1433.126.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 12 Dec 2003 16:11:05 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 12 Dec 2003 14:11:28 -0000
X-UID: 4077                                                  
Status: O


--=-sUiaA2kVZjmHYjU8ZtsN
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-12-12 at 09:55, Stephan van Beerschoten wrote:
> I am using mutt as my mailclient and mutt will alert me whenever new
> mail has arrived in any mailfolder I have configured.
> The thing is, that mutt continously signals me of new mail in all my
> folders, when in reality nothing has entered there.

I'm guessing it's using recent messages-counters to do it, which are
currently broken in Dovecot.


--=-sUiaA2kVZjmHYjU8ZtsN
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/2cx5yUhSUUBViskRAuuDAKCh+GEouzWcEbhZ7P48yxThMsaWoQCfYVFN
pRunFlKF5NDl1cSiIHSTxTY=
=+B++
-----END PGP SIGNATURE-----

--=-sUiaA2kVZjmHYjU8ZtsN--


From tss@iki.fi  Fri Dec 12 16:13:38 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 3A6D7C003026; Fri, 12 Dec 2003 16:13:38 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by talvi (Postfix) with ESMTP id A092AC003019
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 16:13:35 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id C18C4300DFC17
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 16:13:14 +0200 (EET)
Subject: Re: [Dovecot] dovecot.. (mySQL authentication)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <001701c3c0b2$9b8e1ec0$e3e7a8c0@david>
References: <3FD843E2.6010105@mweb.co.za>
	<001b01c3bfec$eaf35af0$e3e7a8c0@david> <3FD957EC.1000206@mweb.co.za>
	<001701c3c0b2$9b8e1ec0$e3e7a8c0@david>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-EeZii9BKy+adaJM4dStm"
Message-Id: <1071238394.1443.129.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 12 Dec 2003 16:13:14 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 12 Dec 2003 14:13:38 -0000
X-UID: 4078                                                  
Status: O
Content-Length: 1480


--=-EeZii9BKy+adaJM4dStm
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-12-12 at 15:19, David S. Madole wrote:
> > Great.. Has development on dovecot stopped? (I'm quite curious why this
> > hasnt been merged with the current dovedot development release.. That
> > is, if there is a development reason ;))
>=20
> Not at all, Timo is quite active. I don't intend to speak for him, but he
> has indicated on this list before that his first goal is to get the exist=
ing
> functionality working to his satisfaction so that 1.0 can be released, th=
en
> to add new features after that.=20

Well, mysql authentication doesn't really belong to those "after 1.0
features" .. It's mostly been that I've had so much else to do and have
forgotten it always. Maybe I'll include it with 0.99.10.5 which I should
actually release to fix some mbox problems :)

> > Excellent.. Thanks.. Has anyone done any benchmarking to see how doveco=
t
> > compares to courier?
>=20
> I've not, but subjectively speaking, Dovecot is *FAST*.

What I'm mostly working on now should make it even faster :)


--=-EeZii9BKy+adaJM4dStm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/2cz6yUhSUUBViskRArpPAJ41hBxoSUsef2CPgOjLFxU42CsFJgCdE2WB
0F3/DVS1FyfejeAbckLtaFo=
=+WgN
-----END PGP SIGNATURE-----

--=-EeZii9BKy+adaJM4dStm--


From camis@mweb.co.za  Fri Dec 12 16:44:13 2003
Return-Path: <camis@mweb.co.za>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 0C7B0C003029; Fri, 12 Dec 2003 16:44:13 +0200 (EET)
Received: from kknd.mweb.co.za (kknd.mweb.co.za [196.2.45.79])
	by talvi (Postfix) with ESMTP id 8EC99C003026
	for <dovecot@dovecot.org>; Fri, 12 Dec 2003 16:44:10 +0200 (EET)
Received: from net-49-138.mweb.co.za ([196.2.49.138]:4911 helo=mweb.co.za)
	by kknd.mweb.co.za with esmtp (Exim 4.24) id 1AUoVz-00068z-Oo
	for dovecot@dovecot.org; Fri, 12 Dec 2003 16:43:35 +0200
Message-ID: <3FD9D477.8090802@mweb.co.za>
Date: Fri, 12 Dec 2003 16:45:11 +0200
From: Cami <camis@mweb.co.za>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6a) Gecko/20031030
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot.. (mySQL authentication)
References: <3FD843E2.6010105@mweb.co.za>
	<001b01c3bfec$eaf35af0$e3e7a8c0@david>
	<3FD957EC.1000206@mweb.co.za>
	<001701c3c0b2$9b8e1ec0$e3e7a8c0@david>
	<1071238394.1443.129.camel@hurina>
In-Reply-To: <1071238394.1443.129.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 12 Dec 2003 14:44:13 -0000
X-UID: 4079                                                  
Status: O

> Well, mysql authentication doesn't really belong to those "after 1.0
> features" .. It's mostly been that I've had so much else to do and have
> forgotten it always. Maybe I'll include it with 0.99.10.5 which I should
> actually release to fix some mbox problems :)

Excellent.. I'm sure myself and a number of other people will be looking
forward to that..

>>>Excellent.. Thanks.. Has anyone done any benchmarking to see how dovecot
>>>compares to courier?
>>
>>I've not, but subjectively speaking, Dovecot is *FAST*.
> 
> What I'm mostly working on now should make it even faster :)

Well.. Sounds good.. However, i'd still like to see some
benchmarks done.. If i'm planning to let dovecot handle
350 000 mailboxes, i need to make sure everyones benchmark
results are pretty similiar.. Any chance you'd get some time
to post some benchmarks? (against courier to be specific ;)

Regards,
Cami

From stephanb@whacky.net  Mon Dec 15 22:21:35 2003
Return-Path: <stephanb@whacky.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id C069FC00308E; Mon, 15 Dec 2003 22:21:35 +0200 (EET)
Received: from enigma.whacky.net (enigma.whacky.net [217.148.161.174])
	by talvi (Postfix) with ESMTP id 7E708C00308D
	for <dovecot@dovecot.org>; Mon, 15 Dec 2003 22:21:33 +0200 (EET)
Received: from localhost (localhost.whacky.net [127.0.0.1])
	by enigma.whacky.net (Postfix) with ESMTP id EA27820F32
	for <dovecot@dovecot.org>; Mon, 15 Dec 2003 21:20:58 +0100 (CET)
Received: from enigma.whacky.net ([127.0.0.1])
	by localhost (enigma.whacky.net [127.0.0.1]) (amavisd-new, port 10024)
	with SMTP id 19420-02 for <dovecot@dovecot.org>;
	Mon, 15 Dec 2003 21:20:55 +0100 (CET)
Received: by enigma.whacky.net (Postfix, from userid 1000)
	id E962620F2D; Mon, 15 Dec 2003 21:20:54 +0100 (CET)
Date: Mon, 15 Dec 2003 21:20:54 +0100
From: Stephan van Beerschoten <stephanb@whacky.net>
To: dovecot@dovecot.org
Message-ID: <20031215202054.GA14098@enigma.whacky.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb"
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1i
X-Virus-Scanned: by amavisd-new at whacky.net
Subject: [Dovecot] multiple auth= statements
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 15 Dec 2003 20:21:35 -0000
X-UID: 4080                                                  
Status: O
Content-Length: 1424


--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I'm new to dovecot and it's configurations. Reading the config file, I
have a question regarding having multiple auth=3D lines in there.

Is this some sort of a pass-through or fail-through system of
authentications like where if a user is not authenticated using 'pam',
then the second method is tried (which might be sql or plain passwd-txt) ?
Am I assuming the right thing here ?

I have system-users, but am planning to migrate the majority of those
users to a virtual_mailbox system (using postfix) where they have no
more system-users . I just want to be sure this will work.

If anybody has setup a system with postfix and virtual mailboxes in
combination with dovecot, and wants to swap stories and setups, I'd be
grateful :)

/Stephan

--=20
Stephan van Beerschoten                    [KeyID: 0x08F12864]
"If you are adminstering UNIX systems and don't master tools
such as make, shell, and perl, then you are working too hard."
  -- Wietse Venema. Fri, 12 Dec 2003

--/9DWx/yDrRhgMJTb
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/3hemJliZ6wjxKGQRAqO0AJ9ZtEAT09eAswqsPNpJYoxMcm5DRACfcel9
PGt+K7NhFrqjduDtEeLhSY8=
=5Y89
-----END PGP SIGNATURE-----

--/9DWx/yDrRhgMJTb--

From stephanb@whacky.net  Mon Dec 15 22:29:35 2003
Return-Path: <stephanb@whacky.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id D364EC003090; Mon, 15 Dec 2003 22:29:35 +0200 (EET)
Received: from enigma.whacky.net (enigma.whacky.net [217.148.161.174])
	by talvi (Postfix) with ESMTP id B474EC00308F
	for <dovecot@dovecot.org>; Mon, 15 Dec 2003 22:29:33 +0200 (EET)
Received: from localhost (localhost.whacky.net [127.0.0.1])
	by enigma.whacky.net (Postfix) with ESMTP id E92D820F32
	for <dovecot@dovecot.org>; Mon, 15 Dec 2003 21:29:00 +0100 (CET)
Received: from enigma.whacky.net ([127.0.0.1])
	by localhost (enigma.whacky.net [127.0.0.1]) (amavisd-new, port 10024)
	with SMTP id 18304-08 for <dovecot@dovecot.org>;
	Mon, 15 Dec 2003 21:28:57 +0100 (CET)
Received: by enigma.whacky.net (Postfix, from userid 1000)
	id D0A2D20F2D; Mon, 15 Dec 2003 21:28:56 +0100 (CET)
Date: Mon, 15 Dec 2003 21:28:56 +0100
From: Stephan van Beerschoten <stephanb@whacky.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Always 'new mail' false notifications?
Message-ID: <20031215202856.GB14098@enigma.whacky.net>
References: <20031212075456.GC33332@enigma.whacky.net>
	<1071238265.1433.126.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T"
Content-Disposition: inline
In-Reply-To: <1071238265.1433.126.camel@hurina>
User-Agent: Mutt/1.5.5.1i
X-Virus-Scanned: by amavisd-new at whacky.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 15 Dec 2003 20:29:36 -0000
X-UID: 4081                                                  
Status: O
Content-Length: 1514


--U+BazGySraz5kW0T
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Dec 12, 2003 at 04:11:05PM +0200, Timo Sirainen wrote:
>On Fri, 2003-12-12 at 09:55, Stephan van Beerschoten wrote:
>> I am using mutt as my mailclient and mutt will alert me whenever new
>> mail has arrived in any mailfolder I have configured.
>> The thing is, that mutt continously signals me of new mail in all my
>> folders, when in reality nothing has entered there.
>
>I'm guessing it's using recent messages-counters to do it, which are
>currently broken in Dovecot.
>
That sounds like the problem indeed. However, that almost seems like a
vital part of a imap/pop3 server here. Doesn't this almost render
dovecut unusable for a large majority of users ?
Surely 'mutt' isn't the only MUA that uses this system.

Have they been broken long already and is there any idea on when they
might be ok again? Thanks.

/Stephan

--=20
Stephan van Beerschoten                    [KeyID: 0x08F12864]
"If you are adminstering UNIX systems and don't master tools
such as make, shell, and perl, then you are working too hard."
  -- Wietse Venema. Fri, 12 Dec 2003

--U+BazGySraz5kW0T
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/3hmIJliZ6wjxKGQRAkWwAKCu71HicZgCX3g4qJlOwplAKgwzigCcCz3f
bH4N3I7Zx3EuOtUZOCYnJKI=
=C0cU
-----END PGP SIGNATURE-----

--U+BazGySraz5kW0T--

From jaldhar@debian.org  Tue Dec 16 07:30:21 2003
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/

From G.Ohrner@post.rwth-aachen.de  Tue Dec 16 14:01:31 2003
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi (Postfix, from userid 107)
	id 86206C000D9E; Tue, 16 Dec 2003 14:01:31 +0200 (EET)
Received: from relay.UserCenter.de (unknown [62.112.158.193])
	by talvi (Postfix) with ESMTP id D6944C0007A4
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 14:01:28 +0200 (EET)
Received: by relay.UserCenter.de (Postfix, from userid 106)
	id 805E43440D1; Tue, 16 Dec 2003 13:00:57 +0100 (CET)
Received: from 0-102.vpn.RWTH-Aachen.DE (0-102.vpn.RWTH-Aachen.DE
	[134.130.240.102]) (using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by relay.UserCenter.de (Postfix) with ESMTP
	id 03AC33440D0; Tue, 16 Dec 2003 13:00:56 +0100 (CET)
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
Organization: Gunter Ohrner Datensysteme
To: 224092@bugs.debian.org
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
Date: Tue, 16 Dec 2003 13:59:50 +0100
User-Agent: KMail/1.5.4
References: <200312160004.30066.jdizzl@xs4all.nl>
	<Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>
In-Reply-To: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200312161359.50500.G.Ohrner@post.rwth-aachen.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 16 Dec 2003 12:01:31 -0000
X-UID: 4083                                                  
Status: O

On Dienstag, 16. Dezember 2003 06:26, Jaldhar H. Vyas wrote:
> > 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:
> I don't think the problem was caused by the upgrade as I only changed one
> Debian dependency.

I'm using the mentioned dovecot package and kMail 1.5.4 from Debian SID and 
saw no problems so far. I currently only have a pretty small mailbox running 
with dovecot 0.99.10.4-2 however, as my main personal mailserver is still at 
0.99.10.2.

Greetings,

  Gunter


From tss@iki.fi  Tue Dec 16 21:40:51 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C5586C000DC6; Tue, 16 Dec 2003 21:40:51 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 92597C000DC4
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:40:49 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B0E6E300DFC0C
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:40:18 +0200 (EET)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <mailman.33.1071568831.25456.dovecot@dovecot.org>
References: <mailman.33.1071568831.25456.dovecot@dovecot.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-S2Q9bCNSO5b9x6YJkJee"
Message-Id: <1071603618.6860.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Dec 2003 21:40:18 +0200
Subject: [Dovecot] Mailing list problems fixed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 16 Dec 2003 19:40:51 -0000
X-UID: 4084                                                  
Status: O


--=-S2Q9bCNSO5b9x6YJkJee
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-12-16 at 12:00, mailman@dovecot.org wrote:
> ...: host ...[...] said: 504
>     <talvi>: Helo command rejected: need fully-qualified hostname (in rep=
ly to
>     RCPT TO command)

Whops. 12 people's subscriptions got disabled because of that. It's
fixed now and I've restored the subscriptions.


--=-S2Q9bCNSO5b9x6YJkJee
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/31+iyUhSUUBViskRAlNCAKCCY6G+/eFhcLP7MPSJvGJLAwAxHQCbB5wj
8pXkBa9Et7ySR9NWBbPLLZE=
=6iZ3
-----END PGP SIGNATURE-----

--=-S2Q9bCNSO5b9x6YJkJee--


From tss@iki.fi  Tue Dec 16 21:44:44 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 23BCEC003015; Tue, 16 Dec 2003 21:44:44 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 88BD6C003014
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:44:41 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3C4BF300DFC0C; Tue, 16 Dec 2003 21:44:10 +0200 (EET)
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
In-Reply-To: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>
References: <200312160004.30066.jdizzl@xs4all.nl>
	<Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-cCfzDii55NMFDeWcpK+D"
Message-Id: <1071603850.6844.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Dec 2003 21:44:10 +0200
Cc: Jeroen van Disseldorp <jdizzl@xs4all.nl>, 224092@bugs.debian.org,
	dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 16 Dec 2003 19:44:44 -0000
X-UID: 4085                                                  
Status: O
Content-Length: 1044


--=-cCfzDii55NMFDeWcpK+D
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-12-16 at 07:26, Jaldhar H. Vyas wrote:
> > 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:

This shouldn't happen normally. By default INBOX's indexes are stored
inside .INBOX/ directory. If you have .imap/ directory in root Maildir,
you had changed some settings in a way that's not really supported. Such
as setting INBOX=3D~/Maildir in default_mail_env?


--=-cCfzDii55NMFDeWcpK+D
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/32CKyUhSUUBViskRAl7iAJ0cqjS1J4u3MsFrS5GkABZfUxqfzwCfUsAj
1fbjmTS8QjKYDDdzUWrpvOI=
=YPqv
-----END PGP SIGNATURE-----

--=-cCfzDii55NMFDeWcpK+D--


From tss@iki.fi  Tue Dec 16 21:47:50 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AA9BCC00301C; Tue, 16 Dec 2003 21:47:50 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 86612C003017
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:47:48 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A99CF300DFC0C
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:47:17 +0200 (EET)
Subject: Re: [Dovecot] Always 'new mail' false notifications?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20031215202856.GB14098@enigma.whacky.net>
References: <20031212075456.GC33332@enigma.whacky.net>
	<1071238265.1433.126.camel@hurina>
	<20031215202856.GB14098@enigma.whacky.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-0lVLg61roYPY2vYnm/eL"
Message-Id: <1071604037.6859.12.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Dec 2003 21:47:17 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 16 Dec 2003 19:47:50 -0000
X-UID: 4086                                                  
Status: O
Content-Length: 1333


--=-0lVLg61roYPY2vYnm/eL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-12-15 at 22:28, Stephan van Beerschoten wrote:
> >I'm guessing it's using recent messages-counters to do it, which are
> >currently broken in Dovecot.
> >
> That sounds like the problem indeed. However, that almost seems like a
> vital part of a imap/pop3 server here. Doesn't this almost render
> dovecut unusable for a large majority of users ?
> Surely 'mutt' isn't the only MUA that uses this system.
>=20
> Have they been broken long already and is there any idea on when they
> might be ok again? Thanks.

Actually they should be working fine as long as you're not using
INDEX=3DMEMORY or for some other reason deleting index files. Also most
clients don't really use recent counters for anything so it hasn't been
too much of a problem anyway..

I have a nice plan to fix them well, but I'd rather do it after the
larger changes I'm currently doing.


--=-0lVLg61roYPY2vYnm/eL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/32FFyUhSUUBViskRAv5YAKCbaDSTV4qYScFKhPWWLNYf2xL4fwCdHqf7
WoQI4DMG+86CpirDQZlb6xc=
=57NH
-----END PGP SIGNATURE-----

--=-0lVLg61roYPY2vYnm/eL--


From tss@iki.fi  Tue Dec 16 21:50:46 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 433B9C003090; Tue, 16 Dec 2003 21:50:46 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 082A5C00308E
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:50:44 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E44DA300DFC0C
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:50:12 +0200 (EET)
Subject: Re: [Dovecot] multiple auth= statements
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20031215202054.GA14098@enigma.whacky.net>
References: <20031215202054.GA14098@enigma.whacky.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-SoeZRZtUWd79oYRKmaoR"
Message-Id: <1071604212.6857.16.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Dec 2003 21:50:12 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 16 Dec 2003 19:50:46 -0000
X-UID: 4087                                                  
Status: O
Content-Length: 1464


--=-SoeZRZtUWd79oYRKmaoR
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-12-15 at 22:20, Stephan van Beerschoten wrote:
> I'm new to dovecot and it's configurations. Reading the config file, I
> have a question regarding having multiple auth=3D lines in there.
>=20
> Is this some sort of a pass-through or fail-through system of
> authentications like where if a user is not authenticated using 'pam',
> then the second method is tried (which might be sql or plain passwd-txt) =
?
> Am I assuming the right thing here ?

Well .. In CVS yes, in 0.99.10.x no. They're a bit useless in .10.

> I have system-users, but am planning to migrate the majority of those
> users to a virtual_mailbox system (using postfix) where they have no
> more system-users . I just want to be sure this will work.

Alternative would be to list system users as well in virtual users list.

> If anybody has setup a system with postfix and virtual mailboxes in
> combination with dovecot, and wants to swap stories and setups, I'd be
> grateful :)

There's HOWTO in wiki.dovecot.org


--=-SoeZRZtUWd79oYRKmaoR
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/32H0yUhSUUBViskRAk66AKCgCEMgS4WvSTtH8xwYXomvP8VfIACePQg1
69VzNAhqOEt11EXf8pxUksc=
=9+ew
-----END PGP SIGNATURE-----

--=-SoeZRZtUWd79oYRKmaoR--


From tss@iki.fi  Tue Dec 16 21:58:07 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A128CC003090; Tue, 16 Dec 2003 21:58:07 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 5FC47C00308E
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:58:05 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2AB67300DFC0C
	for <dovecot@dovecot.org>; Tue, 16 Dec 2003 21:57:34 +0200 (EET)
Subject: Re: [Dovecot] dovecot.. (mySQL authentication)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <3FD9D477.8090802@mweb.co.za>
References: <3FD843E2.6010105@mweb.co.za>
	<001b01c3bfec$eaf35af0$e3e7a8c0@david> <3FD957EC.1000206@mweb.co.za>
	<001701c3c0b2$9b8e1ec0$e3e7a8c0@david>
	<1071238394.1443.129.camel@hurina> <3FD9D477.8090802@mweb.co.za>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-dpB6gjmElQ/gPDj1lWqP"
Message-Id: <1071604654.6852.25.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Dec 2003 21:57:34 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 16 Dec 2003 19:58:07 -0000
X-UID: 4088                                                  
Status: O
Content-Length: 1448


--=-dpB6gjmElQ/gPDj1lWqP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-12-12 at 16:45, Cami wrote:
> >>>Excellent.. Thanks.. Has anyone done any benchmarking to see how dovec=
ot
> >>>compares to courier?
> >>
> >>I've not, but subjectively speaking, Dovecot is *FAST*.
> >=20
> > What I'm mostly working on now should make it even faster :)
>=20
> Well.. Sounds good.. However, i'd still like to see some
> benchmarks done.. If i'm planning to let dovecot handle
> 350 000 mailboxes, i need to make sure everyones benchmark
> results are pretty similiar.. Any chance you'd get some time
> to post some benchmarks? (against courier to be specific ;)

That depends on what IMAP clients are used and all kinds of other
things. I don't want to waste time doing any benchmarks until after the
changes I'm doing now. Anyway for IMAP webmails Dovecot is most likely
many times faster than Courier. For "normal" IMAP clients it might not
be that much faster, although several people have told that using
Dovecot feels much faster than Courier/Cyrus.


--=-dpB6gjmElQ/gPDj1lWqP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/32OtyUhSUUBViskRAo1DAJ4jvPKxQ3ZNXJwRfE9Ahp2zib3fMwCfRgBp
3VSKdz7a9kKqvF/ZYnPwvX4=
=prU/
-----END PGP SIGNATURE-----

--=-dpB6gjmElQ/gPDj1lWqP--


From blair@orcaware.com  Wed Dec 17 02:08:54 2003
Return-Path: <blair@orcaware.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7CB00C00301C; Wed, 17 Dec 2003 02:08:54 +0200 (EET)
Received: from orcaware.com (bdsl.66.12.233.174.gte.net [66.12.233.174])
	by talvi.dovecot.org (Postfix) with ESMTP id CCEBBC000DC4
	for <dovecot@dovecot.org>; Wed, 17 Dec 2003 02:08:51 +0200 (EET)
Received: from orcaware.com (localhost.localdomain [127.0.0.1])
	by orcaware.com (8.12.8/8.12.8) with ESMTP id hBH08IQc012930;
	Tue, 16 Dec 2003 16:08:19 -0800
Message-ID: <3FDF9E72.F40E0758@orcaware.com>
Date: Tue, 16 Dec 2003 16:08:18 -0800
From: Blair Zajac <blair@orcaware.com>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en,x-ns1rfacHe4WNh5,x-ns2U100btwUq5f
MIME-Version: 1.0
To: Dovecot mailing list <dovecot@dovecot.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Assert in Fedora dovecot-0.99.10.4-1
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 17 Dec 2003 00:08:54 -0000
X-UID: 4089                                                  
Status: O

Hello,

I'm seeing this in my dovecot log file:

imap(blair): Dec 16 13:53:06 Panic: file istream.c: line 93
(i_stream_set_read_limit): assertion failed:
(stream->v_size == 0 || v_offset <= stream->v_size)

I get this consistently when I search for the string

"unknown C primitive"

across 10 mailboxes using the Windows Netscape 4.80 client.

If there's any more information I can provide, please let me
know.

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/

From jdizzl@xs4all.nl  Wed Dec 17 13:28:41 2003
Return-Path: <jdizzl@xs4all.nl>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B8F7DC003013; Wed, 17 Dec 2003 13:28:41 +0200 (EET)
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by talvi.dovecot.org (Postfix) with ESMTP id B9EDFC000DC4
	for <dovecot@dovecot.org>; Wed, 17 Dec 2003 13:28:39 +0200 (EET)
Received: from smtp.dizzl.com (gateway.dizzl.com [213.84.228.80])
	by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id hBHBRorw007645;
	Wed, 17 Dec 2003 12:27:50 +0100 (CET)
Received: by smtp.dizzl.com (Postfix, from userid 33)
	id A8627B5DEF; Wed, 17 Dec 2003 12:27:46 +0100 (CET)
Received: from wostok.gopa-brussels.com ([193.74.148.226])
	(SquirrelMail authenticated user dizzl)
	by webmail.dizzl.com with HTTP; Wed, 17 Dec 2003 12:27:46 +0100 (CET)
Message-ID: <43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
In-Reply-To: <1071603850.6844.8.camel@hurina>
References: <200312160004.30066.jdizzl@xs4all.nl>
	<Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>
	<1071603850.6844.8.camel@hurina>
Date: Wed, 17 Dec 2003 12:27:46 +0100 (CET)
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
From: "Jeroen van Disseldorp" <jdizzl@xs4all.nl>
To: "Timo Sirainen" <tss@iki.fi>
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-Mailman-Approved-At: Wed, 17 Dec 2003 18:43:24 +0200
Cc: 224092@bugs.debian.org, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 17 Dec 2003 11:28:41 -0000
X-UID: 4090                                                  
Status: O

> On Tue, 2003-12-16 at 07:26, Jaldhar H. Vyas wrote:
> This shouldn't happen normally. By default INBOX's indexes are stored
> inside .INBOX/ directory. If you have .imap/ directory in root Maildir,
> you had changed some settings in a way that's not really supported. Such
> as setting INBOX=~/Maildir in default_mail_env?

Ah, maybe that's it then: I use a logical link "INBOX -> ." as KMail
and SquirrelMail differ on what the actual INBOX is. One thinks that
it's the Maildir itself, the other expects an INBOX-folder. I can't
seem to make them agree...

Would it be hard to ignore .imap.index-files in the root of the
Maildir? After all, they are files, not folders. Or does this go
against the definition of the Maildir-format?

Regards,
Jeroen


From tjk@annapolislinux.org  Thu Dec 18 17:35:30 2003
Return-Path: <tjk@annapolislinux.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8D744C00300C; Thu, 18 Dec 2003 17:35:30 +0200 (EET)
Received: from annapolislinux.org (alinux.washcoll.edu [192.146.226.81])
	by talvi.dovecot.org (Postfix) with ESMTP id 91E32C000D72
	for <dovecot@dovecot.org>; Thu, 18 Dec 2003 17:35:25 +0200 (EET)
Received: by annapolislinux.org (Postfix, from userid 1000)
	id 72EF1C000AA; Thu, 18 Dec 2003 10:34:49 -0500 (EST)
Date: Thu, 18 Dec 2003 10:34:49 -0500
From: Theodore Knab <tjk@annapolislinux.org>
To: dovecot@dovecot.org
Message-ID: <20031218153449.GB15439@annapolislinux.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Subject: [Dovecot] Maildir quotas support in Dovecot and 2 other newbie
	questions
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 18 Dec 2003 15:35:30 -0000
X-UID: 4091                                                  
Status: O

I am not familiar with all the features that Dovecot has, but I am
familiar with Courier IMAP using Maildir. 

Does Dovedot have a software based Maildir supporting quota program like
Courier IMAP ?

Can maildrop be used with Dovecot for quotas ?
	
Courier IMAP has maildrop integrated. 
		
		- If maildrop support is turned on in Courier IMAP, then
		  a user will get a quota warning mail message each time they login to
		  their account and are over the specified amount.

Is there a recommended MTA to be used with the DoveCot IMAP server ?

-- 
------------------------------------------
Ted Knab
Chester, MD 21619
------------------------------------------
35570707f6274702478656021626f6c6964796f6e602f66602478656
02e6164796f6e60237471647560216e6460276c6f62616c60257e696
4797e2a0

From charlieb-dovecot@e-smith.com  Thu Dec 18 21:56:15 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A9CEDC000D72; Thu, 18 Dec 2003 21:56:15 +0200 (EET)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id 15D0AC0007A4
	for <dovecot@dovecot.org>; Thu, 18 Dec 2003 21:56:12 +0200 (EET)
Received: (qmail 2385 invoked by uid 404); 18 Dec 2003 19:55:30 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 18 Dec 2003 14:55:30 -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;
	18 Dec 2003 19:55:30 -0000
Received: (qmail 21907 invoked by uid 5008); 18 Dec 2003 19:55:30 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 18 Dec 2003 19:55:30 -0000
Date: Thu, 18 Dec 2003 14:55:30 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Jeroen van Disseldorp <jdizzl@xs4all.nl>
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
In-Reply-To: <43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
Message-ID: <Pine.LNX.4.44.0312181445110.28098-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 18 Dec 2003 19:56:15 -0000
X-UID: 4092                                                  
Status: O
Content-Length: 1617


On Wed, 17 Dec 2003, Jeroen van Disseldorp wrote:

> > On Tue, 2003-12-16 at 07:26, Jaldhar H. Vyas wrote:
> > This shouldn't happen normally. By default INBOX's indexes are stored
> > inside .INBOX/ directory. If you have .imap/ directory in root Maildir,
> > you had changed some settings in a way that's not really supported. Such
> > as setting INBOX=~/Maildir in default_mail_env?
> 
> Ah, maybe that's it then: I use a logical link "INBOX -> ." as KMail
> and SquirrelMail differ on what the actual INBOX is. One thinks that
> it's the Maildir itself, the other expects an INBOX-folder. I can't
> seem to make them agree...
> 
> Would it be hard to ignore .imap.index-files in the root of the
> Maildir? After all, they are files, not folders. Or does this go
> against the definition of the Maildir-format?

IMO, the .INBOX directory and symlink "INBOX -> ." are artefacts of a 
misunderstanding of the mapping of IMAP folder objects to maildirs. 
Perhaps that's a carry over from Courier. I'd certainly be interested to 
hear the history and/or justification from Timo.

Where you have "INBOX=~/Maildir", then the inbox *should* be ~/Maildir, 
not ~/Maildir/.INBOX as it is at present. RFC2060 says "the 
case-insensitive mailbox name INBOX is a special name reserved to mean 
"the primary mailbox for this user on this server". But I see no reason 
why there should be a maildir actually called "INBOX" (or ".INBOX", 
following the hidden "." prefix convention). That just seems extra code, 
and more chance of confusion.

Ah, I've just noticed this in TODO:

...
- remove Maildir/.INBOX/
...

--
Charlie



From daemon@kzone.ch  Thu Dec 18 22:47:50 2003
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EE30AC000D72; Thu, 18 Dec 2003 22:47:50 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id C3FB7C0007A4
	for <dovecot@dovecot.org>; Thu, 18 Dec 2003 22:47:47 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id VAA05058
	for dovecot@dovecot.org; Thu, 18 Dec 2003 21:47:10 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
Date: Thu, 18 Dec 2003 21:50:23 +0100
Organization: Kirmess
Lines: 12
Message-ID: <brt3oe$4tt$1@Odo.kzone.ch>
References: <200312160004.30066.jdizzl@xs4all.nl>
	<Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>
	<1071603850.6844.8.camel@hurina>
	<43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1071780430 5053 192.168.100.100 (18 Dec 2003 20:47:10
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 18 Dec 2003 20:47:10 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Thu, 18 Dec 2003 20:47:51 -0000
X-UID: 4093                                                  
Status: O

Jeroen van Disseldorp wrote:
> Would it be hard to ignore .imap.index-files in the root of the
> Maildir? After all, they are files, not folders. Or does this go
> against the definition of the Maildir-format?

You could use something like:
default_mail_env = maildir:/var/spool/imap/%u:INDEX=/var/spool/imapidx/%u
which would put the index files in their own directory.


Sven


From tss@iki.fi  Sat Dec 20 05:36:23 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A85E7C000D72; Sat, 20 Dec 2003 05:36:23 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 49C9CC0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 05:36:21 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5C699300DFC12
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 05:35:41 +0200 (EET)
Subject: Re: [Dovecot] Assert in Fedora dovecot-0.99.10.4-1
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@dovecot.org>
In-Reply-To: <3FDF9E72.F40E0758@orcaware.com>
References: <3FDF9E72.F40E0758@orcaware.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-y3M1dfAVOL6tnkLnrcCg"
Message-Id: <1071891341.10028.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 20 Dec 2003 05:35:41 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 03:36:23 -0000
X-UID: 4094                                                  
Status: O


--=-y3M1dfAVOL6tnkLnrcCg
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-12-17 at 02:08, Blair Zajac wrote:
> imap(blair): Dec 16 13:53:06 Panic: file istream.c: line 93
> (i_stream_set_read_limit): assertion failed:
> (stream->v_size =3D=3D 0 || v_offset <=3D stream->v_size)
>=20
> If there's any more information I can provide, please let me
> know.

Probably because of something in your mailbox. Is it mbox or maildir?
Also backtrace would be useful. See
http://www.dovecot.org/bugreport.html


--=-y3M1dfAVOL6tnkLnrcCg
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD4DBQA/48ONyUhSUUBViskRAm5+AJiZswsMpXR/lDXTIi/0cJqMmjXKAJ0R/vFt
IIvk8lSVPcvEEg3PB8YaYw==
=r9vj
-----END PGP SIGNATURE-----

--=-y3M1dfAVOL6tnkLnrcCg--


From tss@iki.fi  Sat Dec 20 05:40:51 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A52CFC000D72; Sat, 20 Dec 2003 05:40:51 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 463BFC0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 05:40:49 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 75904300DFC12; Sat, 20 Dec 2003 05:40:09 +0200 (EET)
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
From: Timo Sirainen <tss@iki.fi>
To: Jeroen van Disseldorp <jdizzl@xs4all.nl>
In-Reply-To: <43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
References: <200312160004.30066.jdizzl@xs4all.nl>
	<Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>
	<1071603850.6844.8.camel@hurina>
	<43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-gFelNEgL+wJ5YcSvvP9T"
Message-Id: <1071891609.10033.23.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 20 Dec 2003 05:40:09 +0200
Cc: 224092@bugs.debian.org, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 03:40:51 -0000
X-UID: 4095                                                  
Status: O
Content-Length: 2026


--=-gFelNEgL+wJ5YcSvvP9T
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2003-12-17 at 13:27, Jeroen van Disseldorp wrote:
> > On Tue, 2003-12-16 at 07:26, Jaldhar H. Vyas wrote:
> > This shouldn't happen normally. By default INBOX's indexes are stored
> > inside .INBOX/ directory. If you have .imap/ directory in root Maildir,
> > you had changed some settings in a way that's not really supported. Suc=
h
> > as setting INBOX=3D~/Maildir in default_mail_env?
>=20
> Ah, maybe that's it then: I use a logical link "INBOX -> ." as KMail
> and SquirrelMail differ on what the actual INBOX is. One thinks that
> it's the Maildir itself, the other expects an INBOX-folder. I can't
> seem to make them agree...

Well, you shouldn't need to do that. It's most likely because either one
of them thinks everything is under "INBOX.". Squirrelmail at least can
be configured not to do that (/etc/squirrelmail/conf.pl).

> Would it be hard to ignore .imap.index-files in the root of the
> Maildir? After all, they are files, not folders. Or does this go
> against the definition of the Maildir-format?

Well.. I could check it but.. It's kind of annoying to add special cases
for them. Currently I just list everything that begins with '.' with two
hardcoded exceptions: .subscriptions and .customflags. I do plan to
change the file and directory names to "dovecot-subscriptions",
"dovecot-customflags" and "dovecot-indexes" (or similiar). Then there
would be no namespace conflicts.

If I did add special check for ".imap", it would mean that you couldn't
create a root folder called "imap" which I think some people might
actually do.


--=-gFelNEgL+wJ5YcSvvP9T
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/48SZyUhSUUBViskRAtyrAKCR+Q6MNaYaKDBd8JWv+M5eYAGCZgCeIejp
/B3be77ABrAU7w9BumLMdHM=
=cn0H
-----END PGP SIGNATURE-----

--=-gFelNEgL+wJ5YcSvvP9T--


From tss@iki.fi  Sat Dec 20 05:43:34 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 984F2C000D72; Sat, 20 Dec 2003 05:43:34 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 5CD1AC0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 05:43:32 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 9496E300DFC12
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 05:42:52 +0200 (EET)
Subject: Re: [Dovecot] Maildir quotas support in Dovecot and 2 other newbie
	questions
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20031218153449.GB15439@annapolislinux.org>
References: <20031218153449.GB15439@annapolislinux.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-JCrLk3ekWum1Tdhx2UuU"
Message-Id: <1071891772.10039.27.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 20 Dec 2003 05:42:52 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 03:43:34 -0000
X-UID: 4096                                                  
Status: O
Content-Length: 1121


--=-JCrLk3ekWum1Tdhx2UuU
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-12-18 at 17:34, Theodore Knab wrote:
> I am not familiar with all the features that Dovecot has, but I am
> familiar with Courier IMAP using Maildir.=20
>=20
> Does Dovedot have a software based Maildir supporting quota program like
> Courier IMAP ?
>=20
> Can maildrop be used with Dovecot for quotas ?

Currently there's no quota support. There most likely will be in a
couple of months.

> Is there a recommended MTA to be used with the DoveCot IMAP server ?

I recommend Postfix. I use it and if there ever will be any special
MTA-specific features (made by me) they will support at least Postfix.
Currently it doesn't really matter though.


--=-JCrLk3ekWum1Tdhx2UuU
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/48U8yUhSUUBViskRAjPFAKCbacUnpdjhN5hFVb97eNEFM37NAgCfa4JK
smS0CDr9BvJiufdimqDOsdI=
=T7UR
-----END PGP SIGNATURE-----

--=-JCrLk3ekWum1Tdhx2UuU--


From tss@iki.fi  Sat Dec 20 05:46:56 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8AF89C000D72; Sat, 20 Dec 2003 05:46:56 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 70D21C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 05:46:54 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8DE97300DFC12
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 05:46:14 +0200 (EET)
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <Pine.LNX.4.44.0312181445110.28098-100000@allspice.nssg.mitel.com>
References: <Pine.LNX.4.44.0312181445110.28098-100000@allspice.nssg.mitel.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-TwPAUmdqUk6ohIjHvLjc"
Message-Id: <1071891974.10033.31.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 20 Dec 2003 05:46:14 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 03:46:56 -0000
X-UID: 4097                                                  
Status: O


--=-TwPAUmdqUk6ohIjHvLjc
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-12-18 at 21:55, Charlie Brady wrote:
> Ah, I've just noticed this in TODO:
>=20
> ...
> - remove Maildir/.INBOX/
> ...

.INBOX/ contains only Dovecot's indexes. The original reason why I
created it didn't actually work (atomic "RENAME INBOX xyz" command) but
I left it.. Current reason is mostly so that I can hide the index files
in there from polluting the ".imap" namespace.


--=-TwPAUmdqUk6ohIjHvLjc
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/48YGyUhSUUBViskRAtXgAJ9WqBRq2vKOM6ipEugUkMiO30plAQCfQyrN
F5M3Cmx96iP9LRxMj/Auz/k=
=jeo9
-----END PGP SIGNATURE-----

--=-TwPAUmdqUk6ohIjHvLjc--


From jdizzl@xs4all.nl  Sat Dec 20 14:21:31 2003
Return-Path: <jdizzl@xs4all.nl>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 55ED6C000D72; Sat, 20 Dec 2003 14:21:31 +0200 (EET)
Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137])
	by talvi.dovecot.org (Postfix) with ESMTP id 34B35C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 14:21:29 +0200 (EET)
Received: from smtp.dizzl.com (gateway.dizzl.com [213.84.228.80])
	by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id hBKCKgMw052569;
	Sat, 20 Dec 2003 13:20:42 +0100 (CET)
Received: from newton.dizzl.com (newton.dizzl.com [10.1.1.72])
	by smtp.dizzl.com (Postfix) with ESMTP
	id 39F5CB5DEF; Sat, 20 Dec 2003 13:20:41 +0100 (CET)
From: Jeroen van Disseldorp <jdizzl@xs4all.nl>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
Date: Sat, 20 Dec 2003 13:20:48 +0100
User-Agent: KMail/1.5.4
References: <200312160004.30066.jdizzl@xs4all.nl>
	<43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
	<1071891609.10033.23.camel@hurina>
In-Reply-To: <1071891609.10033.23.camel@hurina>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200312201320.48590.jdizzl@xs4all.nl>
Cc: 224092@bugs.debian.org, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 12:21:31 -0000
X-UID: 4098                                                  
Status: O

On Saturday 20 December 2003 04:40, Timo Sirainen wrote:
> If I did add special check for ".imap", it would mean that you
> couldn't create a root folder called "imap" which I think some people
> might actually do.

I understand. However, making a simple check for being a file or 
directory wouldn't harm anyone. As .subscriptions, .customflags 
and .imap* are all files, interpreting them as folders would generate 
errors anyhow. If .imap* is somehow renamed to .whatever or 
dovecot-whatever, the check would still hold as files would never be 
interpreted as mail folders.

Regards,
  Jeroen                         mailto:jdizzl@xs4all.nl
-- 
There is nothing wrong with Windows 2000...
...that Linux can't fix.


From charlieb-dovecot@e-smith.com  Sat Dec 20 18:09:07 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3B2E3C000D72; Sat, 20 Dec 2003 18:09:07 +0200 (EET)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id 90090C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 18:09:04 +0200 (EET)
Received: (qmail 18965 invoked by uid 404); 20 Dec 2003 16:08:22 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 20 Dec 2003 11:08:21 -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;
	20 Dec 2003 16:08:21 -0000
Received: (qmail 14760 invoked by uid 5008); 20 Dec 2003 16:08:21 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 20 Dec 2003 16:08:21 -0000
Date: Sat, 20 Dec 2003 11:08:21 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
In-Reply-To: <1071891974.10033.31.camel@hurina>
Message-ID: <Pine.LNX.4.44.0312201102380.12120-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 16:09:07 -0000
X-UID: 4099                                                  
Status: O


On Sat, 20 Dec 2003, Timo Sirainen wrote:

> On Thu, 2003-12-18 at 21:55, Charlie Brady wrote:
> > Ah, I've just noticed this in TODO:
> > 
> > ...
> > - remove Maildir/.INBOX/
> > ...
> 
> .INBOX/ contains only Dovecot's indexes. The original reason why I
> created it didn't actually work (atomic "RENAME INBOX xyz" command) but

I see why you might want that. I'd guess this wouldn't work if .INBOX were 
a symlink to '.'.

> I left it.. Current reason is mostly so that I can hide the index files
> in there from polluting the ".imap" namespace.

And that wouldn't work with the symlink either :-)

--
Charlie


From charlieb-dovecot@e-smith.com  Sat Dec 20 18:12:30 2003
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D650EC000D9E; Sat, 20 Dec 2003 18:12:30 +0200 (EET)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id 40A69C000D72
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 18:12:28 +0200 (EET)
Received: (qmail 19648 invoked by uid 404); 20 Dec 2003 16:11:46 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 20 Dec 2003 11:11: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;
	20 Dec 2003 16:11:46 -0000
Received: (qmail 15492 invoked by uid 5008); 20 Dec 2003 16:11:45 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 20 Dec 2003 16:11:45 -0000
Date: Sat, 20 Dec 2003 11:11:45 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Jeroen van Disseldorp <jdizzl@xs4all.nl>
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
In-Reply-To: <200312201320.48590.jdizzl@xs4all.nl>
Message-ID: <Pine.LNX.4.44.0312201108470.12120-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: 224092@bugs.debian.org, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 16:12:31 -0000
X-UID: 4100                                                  
Status: O


On Sat, 20 Dec 2003, Jeroen van Disseldorp wrote:

> On Saturday 20 December 2003 04:40, Timo Sirainen wrote:
> > If I did add special check for ".imap", it would mean that you
> > couldn't create a root folder called "imap" which I think some people
> > might actually do.
> 
> I understand. However, making a simple check for being a file or 
> directory wouldn't harm anyone.

It would cost a stat per file/directory, which Timo has tried to avoid
(for performance reasons, AIUI). Are folders enumerated often enough and
the cost high enough that it is an important optimisation?

--
Charlie


From gerhardm@muntingh.tmfweb.nl  Sat Dec 20 14:09:34 2003
Return-Path: <gerhardm@muntingh.tmfweb.nl>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B837EC000D72; Sat, 20 Dec 2003 14:09:34 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 2C7E9C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 14:09:32 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id A83CB23866; Sat, 20 Dec 2003 14:08:51 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 982DE238AD; Sat, 20 Dec 2003 14:08:51 +0200 (EET)
Received: from green.qinip.net (green.qinip.net [62.100.30.36])
	by danu.procontrol.fi (Postfix) with ESMTP id 514CC23866
	for <dovecot@procontrol.fi>; Sat, 20 Dec 2003 14:08:19 +0200 (EET)
Received: from prof.vaag (hmm-dca-ap02-d09-062.dial.freesurf.nl [195.18.86.62])
	by green.qinip.net (Postfix) with ESMTP id 6BB94D7F79
	for <dovecot@procontrol.fi>; Sat, 20 Dec 2003 13:08:17 +0100 (MET)
Received: from gerhardm by prof.vaag with local (Exim 3.35 #1 (Debian))
	id 1AXg2o-0003zU-00
	for <dovecot@procontrol.fi>; Sat, 20 Dec 2003 13:17:18 +0100
Date: Sat, 20 Dec 2003 13:17:18 +0100
To: dovecot@procontrol.fi
Message-ID: <20031220121718.GA15297@muntingh.tmfweb.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
From: Gerhard Muntingh <gerhardm@muntingh.tmfweb.nl>
X-Mailman-Approved-At: Sat, 20 Dec 2003 18:45:53 +0200
Cc: 
Subject: [Dovecot] Bugfix for use with "Opera mail" and "AnalogX"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 12:09:34 -0000
X-UID: 4101                                                  
Status: O

Dear developers,

[ Please CC me as I'm not subscribed to this list. ]

In src/pop3-login/client.c:

  void client_send_line(struct pop3_client *client, const char *line)
  {
  	o_stream_send_str(client->output, line);
  	o_stream_send(client->output, "\r\n", 2);
  }

Called as 'client_send_line(client "+OK dovecot");'.

This function sends two packets to the client.  It appears Opera mail
and AnalogX proxy recognise the 1st packet as a complete welcome and
send their "USER " command after receiving it.  They then receive the
newline in the next packet and get confused.

This is very probably a bug in those two programs, but it would still
be great if it could be fixed in the dovecot source.

My personal fix involved a buffer on the stack (char tmp[LENGTH]) and
some sanity checks wherein the newline is strcat'ed to the string.
That's not very nice, but it works for me.

Can someone please fix this?  There may even be more pop clients having
problems with this.


kind regards,

Gerhard Muntingh.

From tss@iki.fi  Sat Dec 20 18:48:40 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CF93DC000D72; Sat, 20 Dec 2003 18:48:40 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id AAA54C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 18:48:38 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BD389238AD; Sat, 20 Dec 2003 18:47:57 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 1E05D23850; Sat, 20 Dec 2003 18:47:24 +0200 (EET)
In-Reply-To: <200312201320.48590.jdizzl@xs4all.nl>
References: <200312160004.30066.jdizzl@xs4all.nl>
	<43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
	<1071891609.10033.23.camel@hurina>
	<200312201320.48590.jdizzl@xs4all.nl>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-1--857640207"
Message-Id: <2D67A988-330C-11D8-B40E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
Date: Sat, 20 Dec 2003 18:47:20 +0200
To: Jeroen van Disseldorp <jdizzl@xs4all.nl>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: 224092@bugs.debian.org, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 16:48:41 -0000
X-UID: 4102                                                  
Status: O
Content-Length: 1557


--Apple-Mail-1--857640207
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On Dec 20, 2003, at 2:20 PM, Jeroen van Disseldorp wrote:

> On Saturday 20 December 2003 04:40, Timo Sirainen wrote:
>> If I did add special check for ".imap", it would mean that you
>> couldn't create a root folder called "imap" which I think some people
>> might actually do.
>
> I understand. However, making a simple check for being a file or
> directory wouldn't harm anyone. As .subscriptions, .customflags
> and .imap* are all files, interpreting them as folders would generate
> errors anyhow. If .imap* is somehow renamed to .whatever or
> dovecot-whatever, the check would still hold as files would never be
> interpreted as mail folders.

It would hurt performance with very little gain. Now I can just do it 
all with opendir() and readdir() which is usually 2-3 syscalls. If I 
wanted to know if each entry is file or directory, I'd have to call 
stat() for each entry. This could be done for those few special cases I 
guess, but I wouldn't add it for everything..

--Apple-Mail-1--857640207
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/5H0YyUhSUUBViskRAhxpAJ497B/dKqQyVv2pmCIn4vB4V0rC1ACePWZX
/zi3FB08mhA2etxxzYNIOXw=
=ZaTM
-----END PGP SIGNATURE-----

--Apple-Mail-1--857640207--


From tss@iki.fi  Sat Dec 20 18:53:56 2003
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C2DC7C000D72; Sat, 20 Dec 2003 18:53:56 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B2588C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 18:53:54 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D025B238AD; Sat, 20 Dec 2003 18:53:13 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 73C4623850; Sat, 20 Dec 2003 18:52:41 +0200 (EET)
In-Reply-To: <Pine.LNX.4.44.0312201108470.12120-100000@allspice.nssg.mitel.com>
References: <Pine.LNX.4.44.0312201108470.12120-100000@allspice.nssg.mitel.com>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2--857320226"
Message-Id: <EC2C7C40-330C-11D8-B40E-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
Date: Sat, 20 Dec 2003 18:52:40 +0200
To: Charlie Brady <charlieb-dovecot@e-smith.com>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Jeroen van Disseldorp <jdizzl@xs4all.nl>, 224092@bugs.debian.org,
	dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 16:53:56 -0000
X-UID: 4103                                                  
Status: O
Content-Length: 1196


--Apple-Mail-2--857320226
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On Dec 20, 2003, at 6:11 PM, Charlie Brady wrote:

>> I understand. However, making a simple check for being a file or
>> directory wouldn't harm anyone.
>
> It would cost a stat per file/directory, which Timo has tried to avoid
> (for performance reasons, AIUI). Are folders enumerated often enough 
> and
> the cost high enough that it is an important optimisation?

Maybe not that important, but it's rather useless to stat() them.

I have plans actually for creating a single mailbox index file per user 
which could be used to get all information for LIST and STATUS 
commands. That will be a nice optimization :)

--Apple-Mail-2--857320226
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/5H5YyUhSUUBViskRAn+2AJ9/voCML/cZ0u2Y5b9gj28BeD1O5gCfaUX8
lm2f1kW0EqO68Msjug+uEeI=
=sPAA
-----END PGP SIGNATURE-----

--Apple-Mail-2--857320226--


From blair@orcaware.com  Sat Dec 20 21:20:08 2003
Return-Path: <blair@orcaware.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E89BCC000D72; Sat, 20 Dec 2003 21:20:08 +0200 (EET)
Received: from orcaware.com (bdsl.66.12.233.174.gte.net [66.12.233.174])
	by talvi.dovecot.org (Postfix) with ESMTP id 76D19C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 21:20:05 +0200 (EET)
Received: from orcaware.com (localhost.localdomain [127.0.0.1])
	by orcaware.com (8.12.8/8.12.8) with ESMTP id hBKJJLQc009224;
	Sat, 20 Dec 2003 11:19:22 -0800
Message-ID: <3FE4A0B9.371C08AE@orcaware.com>
Date: Sat, 20 Dec 2003 11:19:21 -0800
From: Blair Zajac <blair@orcaware.com>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en,x-ns1rfacHe4WNh5,x-ns2U100btwUq5f
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Assert in Fedora dovecot-0.99.10.4-1
References: <3FDF9E72.F40E0758@orcaware.com> <1071891341.10028.17.camel@hurina>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 19:20:09 -0000
X-UID: 4104                                                  
Status: O
Content-Length: 3675

Timo Sirainen wrote:
> 
> On Wed, 2003-12-17 at 02:08, Blair Zajac wrote:
> > imap(blair): Dec 16 13:53:06 Panic: file istream.c: line 93
> > (i_stream_set_read_limit): assertion failed:
> > (stream->v_size == 0 || v_offset <= stream->v_size)
> >
> > If there's any more information I can provide, please let me
> > know.
> 
> Probably because of something in your mailbox. Is it mbox or maildir?
> Also backtrace would be useful. See
> http://www.dovecot.org/bugreport.html

Hi Timo,

My mailbox is maildir.

Here's a stack trace:

orcaware% gdb -p 9216
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
Attaching to process 9216
Reading symbols from /usr/libexec/dovecot/imap...done.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
0xffffe002 in ?? ()
(gdb) t
[Current thread is 0 (process 9216)]
(gdb) c
Continuing.

Program received signal SIGABRT, Aborted.
0xffffe002 in ?? ()
(gdb) bt
#0  0xffffe002 in ?? ()
#1  0x42028c55 in abort () from /lib/tls/libc.so.6
#2  0x0809326c in default_panic_handler (
    format=0x80ab020 "file %s: line %d (%s): assertion failed: (%s)",
    args=0xbffff614 "\001\n\b]") at failures.c:141
#3  0x08093419 in i_panic (
    format=0x80ab020 "file %s: line %d (%s): assertion failed: (%s)")
    at failures.c:198
#4  0x08095cb3 in i_stream_set_read_limit (stream=0x80be05c, v_offset=931)
    at istream.c:93
#5  0x0808c81a in message_search_body (ctx=0xbffff710, input=0x80be05c,
    part=0x80bfad0) at message-body-search.c:304
#6  0x0808cc46 in message_body_search_ctx (ctx=0xbffff770, input=0x80be05c,
    part=0x80bfad0) at message-body-search.c:409
#7  0x0808ccd6 in message_body_search (key=0x80b6fb8 "9216", charset=0x0,
    unknown_charset=0xbffff7cc, input=0x80be05c, part=0x80bfad0,
    search_header=0) at message-body-search.c:434
#8  0x08073837 in search_body (arg=0x80beae8, context=0xbffff850)
    at index-search.c:634
#9  0x08084ee9 in search_arg_foreach (arg=0x80beae8,
    callback=0x807379d <search_body>, context=0xbffff850) at mail-search.c:70
#10 0x08084f19 in mail_search_args_foreach (args=0x80beae8,
    callback=0x807379d <search_body>, context=0xbffff850) at mail-search.c:82
#11 0x08073a66 in search_arg_match_text (args=0x80beac8, ctx=0x80bdee0)
    at index-search.c:692
#12 0x0807452e in index_storage_search_next (ctx=0x80bdee0)
    at index-search.c:1024
#13 0x080538ba in imap_search (client=0x80b6cd8, charset=0x0, sargs=0x80beac8)
    at cmd-search.c:28
#14 0x08053bd9 in cmd_search (client=0x80b6cd8) at cmd-search.c:93
#15 0x08054fea in cmd_uid (client=0x80b6cd8) at cmd-uid.c:19
#16 0x0805599e in client_handle_input (client=0x80b6cd8) at client.c:314
#17 0x08055a63 in _client_input (context=0x80b6cd8) at client.c:350
#18 0x08098863 in io_loop_handler_run (ioloop=0x80b6348) at ioloop-poll.c:214
#19 0x08097e80 in io_loop_run (ioloop=0x80b6348) at ioloop.c:258
#20 0x0805d309 in main (argc=1, argv=0xbffffa84, envp=0xbffffa8c) at main.c:179
#21 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/

From miquels@cistron.net  Sat Dec 20 23:58:48 2003
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4B4FAC000D72; Sat, 20 Dec 2003 23:58:48 +0200 (EET)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl [62.216.29.197])
	by talvi.dovecot.org (Postfix) with ESMTP id 1F175C0007A4
	for <dovecot@dovecot.org>; Sat, 20 Dec 2003 23:58:46 +0200 (EET)
Received: from a80-126-193-215.adsl.xs4all.nl ([80.126.193.215]
	helo=drinkel.cistron.nl)
	by smtp.cistron-office.nl with asmtp (Exim 3.35 #1 (Debian))
	id 1AXp6j-00032E-00; Sat, 20 Dec 2003 22:57:57 +0100
Date: Sat, 20 Dec 2003 22:57:56 +0100
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
Message-ID: <20031220215756.GA22656@drinkel.cistron.nl>
References: <200312160004.30066.jdizzl@xs4all.nl>
	<43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com>
	<1071891609.10033.23.camel@hurina>
	<200312201320.48590.jdizzl@xs4all.nl>
	<2D67A988-330C-11D8-B40E-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <2D67A988-330C-11D8-B40E-000393CC2E90@iki.fi> (from tss@iki.fi on
	Sat, Dec 20, 2003 at 17:47:20 +0100)
X-Mailer: Balsa 2.0.15
Lines: 27
Cc: Jeroen van Disseldorp <jdizzl@xs4all.nl>, 224092@bugs.debian.org,
	dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 20 Dec 2003 21:58:48 -0000
X-UID: 4105                                                  
Status: O
Content-Length: 1345

On Sat, 20 Dec 2003 17:47:20, Timo Sirainen wrote:
> On Dec 20, 2003, at 2:20 PM, Jeroen van Disseldorp wrote:
> 
> > On Saturday 20 December 2003 04:40, Timo Sirainen wrote:
> >> If I did add special check for ".imap", it would mean that you
> >> couldn't create a root folder called "imap" which I think some people
> >> might actually do.
> >
> > I understand. However, making a simple check for being a file or
> > directory wouldn't harm anyone. As .subscriptions, .customflags
> > and .imap* are all files, interpreting them as folders would generate
> > errors anyhow. If .imap* is somehow renamed to .whatever or
> > dovecot-whatever, the check would still hold as files would never be
> > interpreted as mail folders.
> 
> It would hurt performance with very little gain. Now I can just do it 
> all with opendir() and readdir() which is usually 2-3 syscalls. If I 
> wanted to know if each entry is file or directory, I'd have to call 
> stat() for each entry. This could be done for those few special cases I 
> guess, but I wouldn't add it for everything..

Modern filesystems return more info from readdir() than just the
filename. Check out the d_type field of the direct struct. If it's
DT_REG it's a file; it it's DT_DIR it's a directory; if it's DT_UNKNOWN
the file system doesn't support it and you have to do a stat().

Mike.

From bah@webmedic.net  Sun Dec 21 02:38:43 2003
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4B71AC000D72; Sun, 21 Dec 2003 02:38:43 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 03E1AC0007A4
	for <dovecot@dovecot.org>; Sun, 21 Dec 2003 02:38:41 +0200 (EET)
Received: from pppoe64-91-122-60.vcr.centurytel.net ([64.91.122.60]
	helo=mandrake.webmedic.net)
	by courage.vosn.net with esmtp (Exim 4.24) id 1AXrbU-0004NW-4Y
	for dovecot@dovecot.org; Sat, 20 Dec 2003 17:37:52 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Maildir quotas support in Dovecot and 2 other newbie
	questions
Date: Sat, 20 Dec 2003 16:37:44 -0800
User-Agent: KMail/1.5.94
References: <20031218153449.GB15439@annapolislinux.org>
In-Reply-To: <20031218153449.GB15439@annapolislinux.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200312201637.52456.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - dovecot.org
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 21 Dec 2003 00:38:43 -0000
X-UID: 4106                                                  
Status: O
Content-Length: 1582

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 18 December 2003 07:34 am, Theodore Knab wrote:
> I am not familiar with all the features that Dovecot has, but I am
> familiar with Courier IMAP using Maildir.
>
> Does Dovedot have a software based Maildir supporting quota program like
> Courier IMAP ?
on this note I use postfix also, and as such yes it supports maildrop. I ha=
ve=20
it working very nicely with a pretty extensive .mailfilter that does the=20
virii and spam filtering for me on that level. This way it can be fine tune=
d=20
for each user on the system.

>
> Can maildrop be used with Dovecot for quotas ?
>
> Courier IMAP has maildrop integrated.
>
> 		- If maildrop support is turned on in Courier IMAP, then
> 		  a user will get a quota warning mail message each time they login to
> 		  their account and are over the specified amount.
>
> Is there a recommended MTA to be used with the DoveCot IMAP server ?

=2D --=20
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
                                      Brook Humphrey          =20
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107       =20
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com  =20
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/5OtenT1TkA6FgPgRAsn7AJ993cUmfOpqJi1jbfQgm1czGsUIAwCeIA5R
p+Gq4/avnmQRi8DWCIeDcOc=3D
=3DM+hJ
=2D----END PGP SIGNATURE-----

From gmid-dovecot@m.gmane.org  Sun Dec 21 17:56:09 2003
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3AB1DC000D9E; Sun, 21 Dec 2003 17:56:09 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 5B717C0007A4
	for <dovecot@dovecot.org>; Sun, 21 Dec 2003 17:56:07 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AY5vK-0001td-00
	for <dovecot@dovecot.org>; Sun, 21 Dec 2003 16:55:18 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AY5vJ-0001tV-00 for <gmane-mail-imap-dovecot@m.gmane.org>;
	Sun, 21 Dec 2003 16:55:17 +0100
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AY5vJ-0005MR-00 for <gmane-mail-imap-dovecot@m.gmane.org>;
	Sun, 21 Dec 2003 16:55:17 +0100
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 21 Dec 2003 12:52:11 +0000
Lines: 35
Message-ID: <m34qvul4ec.fsf@merlin.emma.line.org>
References: <20031220121718.GA15297@muntingh.tmfweb.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux)
Cancel-Lock: sha1:mBc0Fzmj635p8CDzGplvNYwpXPM=
Sender: news <news@sea.gmane.org>
Cc: gerhardm@muntingh.tmfweb.nl
Subject: [Dovecot] Re: Bugfix for use with "Opera mail" and "AnalogX"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 21 Dec 2003 15:56:09 -0000
X-UID: 4107                                                  
Status: O
Content-Length: 1149

Gerhard Muntingh <gerhardm@muntingh.tmfweb.nl> writes:

> Dear developers,
>
> [ Please CC me as I'm not subscribed to this list. ]
>
> In src/pop3-login/client.c:
>
>   void client_send_line(struct pop3_client *client, const char *line)
>   {
>   	o_stream_send_str(client->output, line);
>   	o_stream_send(client->output, "\r\n", 2);
>   }
>
> Called as 'client_send_line(client "+OK dovecot");'.
>
> This function sends two packets to the client.  It appears Opera mail
> and AnalogX proxy recognise the 1st packet as a complete welcome and
> send their "USER " command after receiving it.  They then receive the
> newline in the next packet and get confused.

> This is very probably a bug in those two programs, but it would still
> be great if it could be fixed in the dovecot source.

The client bug will have to be fixed nonetheless because sooner or
later, some response will arrive with the last CRLF on a packet
boundary, killing off the client.

I'd suggest not fixing Dovecot until after the clients are fixed, so
that the vendors have something to test against.

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95


From gerhardm@muntingh.tmfweb.nl  Wed Dec 24 00:48:59 2003
Return-Path: <gerhardm@muntingh.tmfweb.nl>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F1592C000D72; Wed, 24 Dec 2003 00:48:58 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D3A1DC0007A4
	for <dovecot@dovecot.org>; Wed, 24 Dec 2003 00:48:56 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id CFAE923850; Wed, 24 Dec 2003 00:48:07 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C4A6D238AD; Wed, 24 Dec 2003 00:48:07 +0200 (EET)
Received: from green.qinip.net (green.qinip.net [62.100.30.36])
	by danu.procontrol.fi (Postfix) with ESMTP id 1AF8923850
	for <dovecot@procontrol.fi>; Wed, 24 Dec 2003 00:47:35 +0200 (EET)
Received: from prof.vaag (hmm-dca-ap02-d13-120.dial.freesurf.nl
	[195.18.126.120])
	by green.qinip.net (Postfix) with ESMTP id CEDC44EFF
	for <dovecot@procontrol.fi>; Tue, 23 Dec 2003 23:47:28 +0100 (MET)
Received: from gerhardm by prof.vaag with local (Exim 3.35 #1 (Debian))
	id 1AYvS3-0008C2-00
	for <dovecot@procontrol.fi>; Tue, 23 Dec 2003 23:56:31 +0100
Date: Tue, 23 Dec 2003 23:56:31 +0100
To: dovecot@procontrol.fi
Message-ID: <20031223225631.GA31382@muntingh.tmfweb.nl>
References: <20031220121718.GA15297@muntingh.tmfweb.nl>
	<m34qvul4ec.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C"
Content-Disposition: inline
In-Reply-To: <m34qvul4ec.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.3.28i
From: Gerhard Muntingh <gerhardm@muntingh.tmfweb.nl>
Cc: 
Subject: [Dovecot] Re: Bugfix for use with "Opera mail" and "AnalogX"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 23 Dec 2003 22:48:59 -0000
X-UID: 4108                                                  
Status: O
Content-Length: 1442


--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

[ Please CC me as I'm not subscribed to this list. ]

On Sun, Dec 21, 2003 at 12:52:11PM +0000, Matthias Andree wrote:
> The client bug will have to be fixed nonetheless because sooner or
> later, some response will arrive with the last CRLF on a packet
> boundary, killing off the client.
>=20
> I'd suggest not fixing Dovecot until after the clients are fixed, so
> that the vendors have something to test against.

I heartily agree.  If the login procedure fails, there is also a bigger
chance of more problems of the same kind.  The failing login procedure
warns the user of a dataloss probability in his mailclient.

Dataloss is much worse than a not working mailclient.

It's probably not going to get fixed if they don't have access to a
dovecot server (installed in a minute with debian).  Or with the
right business priority (unlikely without public pressure).

I can always ask.  And I'm going to do that in the morning.


Good night,

Gerhard.

--a8Wt8u1KmwUX3Y2C
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE/6MgfAFjezRkBkZ8RAn/uAKCQE3Cxhuwuuwjn9gWiOP8xBShvGQCdE76x
hobxv8d5e6yuy6pfNdKtazY=
=zhyX
-----END PGP SIGNATURE-----

--a8Wt8u1KmwUX3Y2C--

From asmoore@edge.net  Wed Dec 24 17:10:26 2003
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9BE5FC000D72; Wed, 24 Dec 2003 17:10:26 +0200 (EET)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
	by talvi.dovecot.org (Postfix) with ESMTP id DC133C0007A4
	for <dovecot@dovecot.org>; Wed, 24 Dec 2003 17:10:23 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp03743754pcs.nash01.tn.comcast.net[68.53.72.63])
	by comcast.net (rwcrmhc13) with ESMTP
	id <20031224150926015006bikke>; Wed, 24 Dec 2003 15:09:26 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.10+Sun/8.12.10) with SMTP id hBOF9Pk7002416
	for <dovecot@dovecot.org>; Wed, 24 Dec 2003 09:09:25 -0600 (CST)
Date: Wed, 24 Dec 2003 09:09:25 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Message-Id: <20031224090925.6daa4e15@sws602>
X-Mailer: Sylpheed version 0.9.8claws7 (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65',
	clamav-milter version '0.60p'
Subject: [Dovecot] RE: Compile problem
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 24 Dec 2003 15:10:26 -0000
X-UID: 4109                                                  
Status: O
Content-Length: 1485

I am a package maintainer for the Solaris community site known as CSW or
blastwave.org.  A CSW user requested a dovecot package, so I am attempting to
build the package.

I downloaded 0.99.10.4 earlier this month and it compiles just fine on my test
machine.  I went to our CSW build machines to build a version that I can
distribute.  I got the latest CVS version and used the same environment
variables and configure options as the build on my test machine.

In src/lib-storage I get the following compile error.  I do not have
proxy-mail-storage.c on my test machine from the earlier download, so I hope
this is a problem that you can easily fix.

The environment is Sun SPARC on Solaris 8.  I am using the Sun compiler which
seems to work fine for this software.  My configure options are ./configure
--prefix=/opt/csw --with-libiconv-prefix=/opt/csw --with-shadow --with-pam
--with-ldap --with-ssl=openssl --with-ssldir=/opt/csw/ssl

..
cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib  -I../../src/lib-mail 
-I../\../src/lib-imap   -I/opt/csw/include  -fast -xarch=v8 -I/opt/csw/include
-c `te\st -f 'proxy-mail-storage.c' || echo './'`proxy-mail-storage.c
"proxy-mail-storage.c", line 10: void function cannot return value
cc: acomp failed for proxy-mail-storage.c
*** Error code 2
make: Fatal error: Command failed for target `proxy-mail-storage.o'
Current working directory
/export/home/asmoore/build/dovecot-0.99.10/src/lib-st\orage
*** Error code 1
..

Thanks, Alex Moore

From super.bonz@tin.it  Sun Dec 28 23:03:00 2003
Return-Path: <super.bonz@tin.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 38410C000D72; Sun, 28 Dec 2003 23:03:00 +0200 (EET)
Received: from vsmtp1.tin.it (vsmtp1.tin.it [212.216.176.221])
	by talvi.dovecot.org (Postfix) with ESMTP id 05EF8C0007A4
	for <dovecot@dovecot.org>; Sun, 28 Dec 2003 23:02:58 +0200 (EET)
Received: from ims4c.cp.tin.it (192.168.70.104) by vsmtp1.tin.it (7.0.019)
	id 3FE95E0C00065E3C for dovecot@dovecot.org;
	Sun, 28 Dec 2003 22:01:51 +0100
Received: from [192.168.70.228] by ims4c.cp.tin.it with HTTP;
	Sun, 28 Dec 2003 22:01:50 +0100
Date: Sun, 28 Dec 2003 22:01:50 +0100
Message-ID: <3FE252070000799D@ims4c.cp.tin.it>
From: super.bonz@tin.it
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
X-Mailman-Approved-At: Mon, 29 Dec 2003 01:27:38 +0200
Subject: [Dovecot] dovecot + ssl + outlook
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 28 Dec 2003 21:03:00 -0000
X-UID: 4110                                                  
Status: O

i have installed dovecot on my debian server.....

i have configured with imap + ssl 

all ok but i have one problem 

when I lunch for example outlook or outlook express appears this error 

Title of error page: Internet Secuiruty Warning
The server you are connected to is using a security certificate that coul=
d
not be verified
The certificate's CN name does not match the passed value.

Do you want to continue using this server?

If I click to yes ....it works.

please help me

thanks

Chris


From amyzing@talsever.com  Mon Dec 29 01:46:32 2003
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 52731C000DC4; Mon, 29 Dec 2003 01:46:32 +0200 (EET)
Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110])
	by talvi.dovecot.org (Postfix) with ESMTP id 139F7C0007A4
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 01:46:30 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by smtp6.mindspring.com with esmtp (Exim 3.33 #1) id 1Aakav-0004q2-00
	for dovecot@dovecot.org; Sun, 28 Dec 2003 18:45:13 -0500
Received: from merthred.talsever.com (merthred.talsever.com [192.168.0.18])
	by marajen.talsever.com (Postfix) with SMTP id CEF89B7F7
	for <dovecot@dovecot.org>; Sun, 28 Dec 2003 18:45:11 -0500 (EST)
Date: Sun, 28 Dec 2003 18:45:11 -0500
From: "Amelia A. Lewis" <amyzing@talsever.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot + ssl + outlook
Message-Id: <20031228184511.68293117.amyzing@talsever.com>
In-Reply-To: <3FE252070000799D@ims4c.cp.tin.it>
References: <3FE252070000799D@ims4c.cp.tin.it>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 28 Dec 2003 23:46:32 -0000
X-UID: 4111                                                  
Status: O
Content-Length: 1322

You're using the standard self-signed certificate.  If you want a
certificate validated by someone else, you have to pay for it.

Your certs (on Debian) are in /etc/ssl.  That's where you'd install one
that was signed by an authority that Outlook trusts.

The other thing that you can do is install the self-signed certificate
into outlook as "trusted".  Works only for the particular installation
of outlook that you do it on; each attaching client has to do it.

Amy!
On Sun, 28 Dec 2003 22:01:50 +0100
super.bonz@tin.it wrote:

> i have installed dovecot on my debian server.....
> 
> i have configured with imap + ssl 
> 
> all ok but i have one problem 
> 
> when I lunch for example outlook or outlook express appears this error
> 
> 
> Title of error page: Internet Secuiruty Warning
> The server you are connected to is using a security certificate that
> could not be verified
> The certificate's CN name does not match the passed value.
> 
> Do you want to continue using this server?
> 
> If I click to yes ....it works.
> 
> please help me
> 
> thanks
> 
> Chris
> 


-- 
Amelia A. Lewis                    amyzing {at} talsever.com
  "Ruby fruit jungle?"
  "Yeah, women are thick and rich and full of hidden treasures and 
besides that, they taste good."
                -- Rita Mae Brown, "Rubyfruit Jungle"

From dcrisp@wsl.com.au  Mon Dec 29 07:44:31 2003
Return-Path: <dcrisp@wsl.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 02782C000D72; Mon, 29 Dec 2003 07:44:31 +0200 (EET)
Received: from MailMarshalC81.wsl.net.au (unknown [210.8.90.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 79FCAC0007A4
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 07:44:26 +0200 (EET)
Received: from IT3C91 (Not Verified[90.0.0.91]) by MailMarshalC81.wsl.net.au
	with NetIQ MailMarshal (v5.5.5.8)
	id <B00003d57b>; Mon, 29 Dec 2003 16:43:19 +1100
From: "David Crisp" <dcrisp@wsl.com.au>
To: <dovecot@dovecot.org>
Date: Mon, 29 Dec 2003 16:43:18 +1100
Organization: WSL Consultants Pty Ltd
Message-ID: <000201c3cdce$a99f91f0$5b00005a@wslmelb.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Subject: [Dovecot] Outlook 2002 sp-2 and initial connection after OS reboot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: dcrisp@wsl.com.au
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, 29 Dec 2003 05:44:31 -0000
X-UID: 4112                                                  
Status: O
Content-Length: 2508

I have a strange problem that I have been experienceing with dovecot:

Dovecot version : 0.99.10.4-1 Using IMAP: 

When I restart the OS (windows XP)  and open up Outlook 2002 SP2  I
don't automatically get my IMAP folders on the DOVECOT imap server.
(the one on the uw_imap server open up straight away) 

When I click on inbox I cam given a message saying : unable to connect
to imap folders 

When highlight the inbox and go to "file"  "connect to <imap server>"
I get the error again.. "unable to connect to imap folders" 

If I just leave Outlook open for a while the folders mysteriously
connect themselves. 

Has anybody seen this before and does anybody have any ideas on what to
do to fix things.  Is this an Outlook problem or a dovecot problem?   I
searched the archives and theres been nothing recently about this kind
of problem. 

I need to get this system running in production very soon. 

---
David Crisp   IT Systems Administrator   WSL Consultants Pty Ltd
dcrisp@wsl.com.au   2-8 Harvey Street  Richmond Vic  3121  Australia
Phone: +61 3 9429 4666   Fax: +61 3 9429 2294   Web: www.wsl.com.au


------------------------------------------------------------------------------
WSL Consultants Pty Ltd
www.wsl.com.au

Head Office:
2-8 Harvey Street, Richmond VIC 3121
Ph:       (03) 9429 4666
Fax:      (03) 9429 2294

Bendigo Office:
Gate 6, Sharon Street
La Trobe University, Bendigo
PO Box 106, Strathdale VIC 3550
Ph:       (03) 5444 7890
Fax:      (03) 5444 7895

This message is intended solely for the individual(s) and entity(s)
addressed.  It is confidential and may contain legally privileged
information.  The use, copying or distribution of this message or any
information it contains, by anyone other than the addressee, is prohibited.
If you have received this message in error, please notify wsl@wsl.com.au.
The mailbox address from which this message has been sent is for business
mail only. Mail sent to it may be subject to security scanning and delivery
of non-business messages sent to this address may not occur. Please note
that the opinions expressed in this e-mail are those of the author, and are
not necessarily those of WSL Consultants Pty Ltd.



------------------------------------------------------------------------------

######################################################################
This e-mail message has been scanned and cleared by MailMarshal 
http://www.marshalsoftware.com
######################################################################

From jparsons-lists@saffron.net  Mon Dec 29 09:03:52 2003
Return-Path: <jparsons-lists@saffron.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DEE1AC000D72; Mon, 29 Dec 2003 09:03:52 +0200 (EET)
Received: from smtp.saffron.net (basil.saffron.net [209.123.182.66])
	by talvi.dovecot.org (Postfix) with ESMTP id E3EBCC0007A4
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 09:03:49 +0200 (EET)
Received: (qmail-ldap/ctrl 22422 invoked from network);
	29 Dec 2003 07:02:46 -0000
Received: from unknown (HELO [172.16.0.200])
	(jparsons@saffron.net@[66.92.76.20])
	(envelope-sender <jparsons-lists@saffron.net>)
	by smtp.saffron.net (qmail-ldap-1.03) with RC4-SHA encrypted SMTP
	for <dovecot@dovecot.org>; 29 Dec 2003 07:02:46 -0000
Mime-Version: 1.0 (Apple Message framework v609)
Content-Transfer-Encoding: 7bit
Message-Id: <011FB96A-39CD-11D8-AF78-00039385FC52@saffron.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@dovecot.org
From: Jason Parsons <jparsons-lists@saffron.net>
Date: Mon, 29 Dec 2003 02:02:45 -0500
X-Mailer: Apple Mail (2.609)
X-Spam-Status: No, hits=-5.4 required=7.0 tests=BAYES_01,USER_AGENT_APPLEMAIL
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Subject: [Dovecot] New installation questions
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 29 Dec 2003 07:03:53 -0000
X-UID: 4113                                                  
Status: O


Howdy.

I'm trying to get dovecot working on Solaris 9/sparc.  I'm using LDAP 
as an authentication backend.

After running dovecot and attemping an imap login, I'm getting this 
message:

imap-login: Dec 29 01:52:29 Fatal: fd_send(4) failed: Bad file number
imap-login: Dec 29 01:52:29 Fatal: fd_send(4) failed: Bad file number
dovecot: Dec 29 01:52:29 Error: child 22972 (login) returned error 89
dovecot: Dec 29 01:52:29 Error: child 22973 (login) returned error 89

Any ideas what could cause this?

Also, I would like to run dovecot using daemontools and qmail-ldap's 
auth_imap.  Is this possible with dovecot?  An example supervise/run 
file would be much appreciated.

Thank you.
  - Jason Parsons


From post@evert.net  Mon Dec 29 21:00:24 2003
Return-Path: <post@evert.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 45F9EC000D72; Mon, 29 Dec 2003 21:00:24 +0200 (EET)
Received: from m1.imap-partners.net (m1.imap-partners.net [205.217.153.22])
	by talvi.dovecot.org (Postfix) with ESMTP id C2103C0007A4
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 21:00:21 +0200 (EET)
Received: from drasil ([212.182.141.180])
	by m1.imap-partners.net (Mirapoint Messaging Server MOS 3.3.8-GR)
	with ESMTP id AGL85007 (AUTH evert@imap-partners.net);
	Mon, 29 Dec 2003 10:59:09 -0800 (PST)
Message-Id: <200312291859.AGL85007@m1.imap-partners.net>
From: "Evert Mouw" <post@evert.net>
To: <dovecot@dovecot.org>
Date: Mon, 29 Dec 2003 19:59:04 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Thread-Index: AcPOPcisan85h0W+SlyeXDNAY+OT6Q==
X-Mailman-Approved-At: Mon, 29 Dec 2003 22:09:50 +0200
Subject: [Dovecot] Fatal: USER environment missing
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 29 Dec 2003 19:00:24 -0000
X-UID: 4114                                                  
Status: O
Content-Length: 1068

I have some trouble installing dovecot, and maybe someone can help me.

I have compiled dovecot on a Slackware Linux 9.0 running on a i586, and the
imap program works OK (I tested it using the method described in the error
reporting document). The make install procedure didn't create a correct
/etc/rc.d/rc.dovecot file. I have created a dovecot user and group manually.

Running just "dovecot" from the command line does not give any errors, but
dovecot terminates and doesn't whow up with ps x. So I tried to start it
from inetd, but starting dovecot from inetd results in something like "port
143 already in use", so I decided to start /usr/local/libexec/dovecot/imap
directly from inetd, which results in Fatal: USER environment missing, even
when using root for everyting (and the environment variable USER really
exists).

I fiddled with various options in the dovecot.conf file without any results.

Now I'm stuck; the INSTALL document actually is a BUILD document and I can't
find anything about post installation :-(

Someone any ideas?

Regards
Evert Mouw


From post@evert.net  Mon Dec 29 21:18:42 2003
Return-Path: <post@evert.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A7E3C000D72; Mon, 29 Dec 2003 21:18:42 +0200 (EET)
Received: from m1.imap-partners.net (m1.imap-partners.net [205.217.153.22])
	by talvi.dovecot.org (Postfix) with ESMTP id EDBF0C0007A4
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 21:18:39 +0200 (EET)
Received: from drasil ([212.182.141.180])
	by m1.imap-partners.net (Mirapoint Messaging Server MOS 3.3.8-GR)
	with ESMTP id AGL86099 (AUTH evert@imap-partners.net);
	Mon, 29 Dec 2003 11:17:34 -0800 (PST)
Message-Id: <200312291917.AGL86099@m1.imap-partners.net>
From: "Evert Mouw" <post@evert.net>
To: <dovecot@dovecot.org>
Date: Mon, 29 Dec 2003 20:17:29 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Thread-Index: AcPOQGZmMuTzeBT2R6CiPhXmGUNRdQ==
X-Mailman-Approved-At: Mon, 29 Dec 2003 22:09:50 +0200
Subject: [Dovecot] USER environment
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 29 Dec 2003 19:18:42 -0000
X-UID: 4115                                                  
Status: O

Browsing in the 2003-September archives, I found out how to start dovecot
from inetd (using imap-login instead of imap). Still I've got a few
problems. I prefer not using inetd, but that seams impossible (see my 1st
email). And telnetting to port 143 results in an immediate connection close.
Hmmm, I'll continue exploring the archives.

Regards
Evert


From admin@thelight.org.uk  Mon Dec 29 22:28:01 2003
Return-Path: <admin@thelight.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F35CAC000D9E; Mon, 29 Dec 2003 22:28:00 +0200 (EET)
Received: from usercf098.dsl.pipex.com (usercf098.dsl.pipex.com
	[62.190.237.98])
	by talvi.dovecot.org (Postfix) with ESMTP id C6E3BC0007A4
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 22:27:58 +0200 (EET)
Received: from [192.168.7.2] (helo=THUNDER)
	by usercf098.dsl.pipex.com with asmtp (TLSv1:RC4-MD5:128) (Exim 4.30)
	id 1Ab3yu-0001xu-E6
	for dovecot@dovecot.org; Mon, 29 Dec 2003 20:27:16 +0000
From: "Simon Bell" <admin@thelight.org.uk>
To: <dovecot@dovecot.org>
Date: Mon, 29 Dec 2003 20:26:18 -0000
Organization: TheLight
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
	micalg=SHA1; boundary="----=_NextPart_000_000E_01C3CE4A.034919D0"
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcPOSgEDTq6aG+sDQ5qRpI0nSdouRw==
X-added: This email was sent via TheLight mail server
X-added: Rules are available at http://mail.thelight.org.uk/rules.html
X-added: If you believe this email was sent in violation of the rules
X-added: Please email abuse@thelight.org.uk with appropriate information
Message-Id: <20031229202758.C6E3BC0007A4@talvi.dovecot.org>
Subject: [Dovecot] logfile errors
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: admin@thelight.org.uk
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, 29 Dec 2003 20:28:01 -0000
X-UID: 4116                                                  
Status: O
Content-Length: 6150

This is a multi-part message in MIME format.

------=_NextPart_000_000E_01C3CE4A.034919D0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Ive recently installed dovecot as a replacement for my uw-imap server. Ive
noticed a few error messages in the log file, although in operation ive seen
no problems from my mail client. The errors are:

pop3(admin): Dec 26 21:19:37 Error: Error indexing mbox file
/var/mail/admin: LF not found where expected

and

pop3-login: Dec 29 14:54:03 Warning: SSL_read() syscall failed: EOF
[192.168.7.2]

There appears to be a large number of the SSL_read errors, though SSL
appears to work fine from outlook.

Is there any explanation to what they mean or are they insignificant enough
to ignore?

thanks
Simon

------=_NextPart_000_000E_01C3CE4A.034919D0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILgzCCBD4w
ggImoAMCAQICAg1LMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsT
FWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0
eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnMB4XDTAzMTAxNzExMjMwMVoXDTA0
MTAxNjExMjMwMVowQTEZMBcGA1UEAxMQQ0FjZXJ0IFVzZXIgQ2VydDEkMCIGCSqGSIb3DQEJARYV
YWRtaW5AdGhlbGlnaHQub3JnLnVrMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDFWdW9wGTI
WIZfNx8enH/jnmheKvCXfh6tBujxCwrgaC5+KbRcpTIKBrW/gLToK14yP0FuPkPAwWYR1/ZnrPPy
6+72LX4fSUiKDr0QCLDcbs+f2X/0PWotZBogi/7VZGOqL9f+UTKlAxh0h3F8jSYFWewPYf4OODU9
lNoYFdeEFwIDAQABo4GLMIGIMAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5
b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5jYWNl
cnQub3JnMCAGA1UdEQQZMBeBFWFkbWluQHRoZWxpZ2h0Lm9yZy51azANBgkqhkiG9w0BAQQFAAOC
AgEAbEmsovaWwEcBMZUeylnpZN5ieYj7hiUcfCjmqTyXg/sULLweoqXJUnV/jxr2cdb7SPwMGd08
1ot4dk8xwEhD/QFm083h540ol6KKJfCmqQvAXBdfthQx1pkU4wE78Ad67LQ0opFBFz4n5rZy3bwt
QX/mph40mJIj8g4TzJL1d+YRZ22RbrOQdJ9p7RlIU6zQGwYSIToEzUMMiD8eefgIOMvbih46q/2a
EDLB5w+Xagd6x9E8y7gpGPkCMmUor5gl8fVRZofsL+7Og00ad7fY4c57Pwl3hcDhHMfFhJBWhF8M
X79HDjh1xWS5ezLv7/lN8FU/uAsP0Ax89CqHIVIH0S6DnAF3UdoFsvWHC05SsbY623nTOL7ALc0n
o4PNBQpgwSvpI8S+piFHnsPcrMxcDvb4ANmmJaI41Oo/2LpyYa8WZvsZdq2GEEtt9S0pOCCiBOrW
+Yl3zdCbxgoajOJ8PirYNTXLRp9ygKPc47lCBrxJB6GQa1Xk0BwGKwkoiFd6XCRVIyboNQKTjO25
za0j8O0zrCKSsRbUZ0daSf2yWZdMBjAmwuBVPFL29FNZVnYmFWB85yNBMzXB2nW13MAn8SgPczkp
vYUWM39G1PMOy8WKTpFYRJteJTxS6enW6PHOeTlWsqXVV+fNoCrMi/Kt1iz/EgXl5oEm1Jt/8fZc
ZHcwggc9MIIFJaADAgECAgEAMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAc
BgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1
dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnMB4XDTAzMDMzMDEyMjk0
OVoXDTMzMDMyOTEyMjk0OVoweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3
dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZI
hvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC
AQDOIsDiRn3sNigHUJbyoDNAjEvxO2Y/MeVrAjbb1nz28YiPTnc2BUGV+QnwEs9GhnNgt25+6MBY
ZK7NsK1FFwxj+mcK6NbSvz7nmMTwTPrgA7s1XWwh3p4g2brNZjI3cvr3CPXHzVjJjucOXuo+/hyh
FAoVbIaEW2RmKnqpS1N59Yiie+4vCmErjbJ+TValE+zq2pKerERBHlhgZQVm+MBEvcuU90J+C/dl
aJhRBfDzBZEEHRsXguzIV7vDa3qI8bByzCVbIJHsFgISjzLpFxhI0McFLgIwQrglnAVrP6o6p+tT
SPfo0rYHmNwbxjR/f8kcgnoFWCsIW/M4oqsXXWbJmNeeEIui0t10mvdxDHJg381vmDOdljR2PiR6
krAOlR5v5qBFOEeq10HtSrcS9tcbg4oPLtgJtlnXqgT/0pN9aC7di0urWLovjeqVp6DDVIml+9uL
USKdssO+Eb4skYaLlnitINOKLxo/xtBRZYchsRkBZX9FHIf1fNBBTE8pmCH9Mx91DARR+hl329QU
HO6Bwx31mLdpBpEi3QBQzIExrBIHezjaaFvmK9R+yV+t6OtyTPMB5Usgv5qmV8qRAAGLoXUhN7Vj
DWc+Rk9wIGfOxdZZ2wLg8NLLzbpit5BB6N0g5Cm8ZClCyCLceJr/Q+yYGwlRS1pawnHxxMtzqeWh
CwIDAQABo4IBzjCCAcowHQYDVR0OBBYEFBa1MhvUx/Pg5o7zvdKwOu6yORjRMIGjBgNVHSMEgZsw
gZiAFBa1MhvUx/Pg5o7zvdKwOu6yORjRoX2kezB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL
ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp
dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZ4IBADAPBgNVHRMBAf8EBTADAQH/
MDIGA1UdHwQrMCkwJ6AloCOGIWh0dHBzOi8vd3d3LmNhY2VydC5vcmcvcmV2b2tlLmNybDAwBglg
hkgBhvhCAQQEIxYhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMDQGCWCGSAGG+EIB
CAQnFiVodHRwOi8vd3d3LmNhY2VydC5vcmcvaW5kZXgucGhwP2lkPTEwMFYGCWCGSAGG+EIBDQRJ
FkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6
Ly93d3cuY2FjZXJ0Lm9yZzANBgkqhkiG9w0BAQQFAAOCAgEAKMfunIICulyAEso1Ch2Bb4lqmczy
aA9/p+GNWJU+vfIGw5BarLVg9plDAaOIcJydYp2kh69nWA0wNjvmrUjTy3QChnE+4isDaPE0YkBG
O1PqKPSs+2aVU4pNXf072WDXynlpO7FlkqbGgYJcnM3rTQGKpd8RVaoVyh83wIKYcGHbanyWo44u
VD5PIamQ79yCv9zoRa1NkHMIPJRlsASZdn/ivMJqFaqXBDck2B6UTm0OUb7WxI/Klm33Q9/oMGUn
O3u7Q0NjxEP3suxozOEZjiL7mOF7Wj4BNzuLCLCi85VOGsubzZqx27Jw8C1K29iw429FSDMS//48
MipU98T3ivCII8JH/mR6ccDRHqZjsAd+pC/TAY/cnyu2xgipD5NIJfwS/Z9C3PPEPvZXsNfdadEG
dzQKS9LKoP8cxozJFr7EzDI3aHNfCPtR90lTNgUKlQJM8nkaEPbYOnWc8x3xog1wZ4Ybsxb1L+Wk
63mG+T0LwnMLpZmsb/xnuOUvC6YYJI170Ug1KRhArJNg4ZaGULR6WdiPIQufz4KRxju/a9wHkbmX
ViOqtmyUxkgGPOTOTqrk9i8J3FNvLvx06zpjmcKmrIm8p7JEoA2KEONs8iTL+pufcEcu3hSL1LIg
CZaiZPEkHNyhNZwVstS8VS59BvWcDlX0WtaT2natJXNMxUMxggMVMIIDEQIBATB/MHkxEDAOBgNV
BAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0Eg
Q2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3Jn
AgINSzAJBgUrDgMCGgUAoIIB7DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ
BTEPFw0wMzEyMjkyMDI2MTdaMCMGCSqGSIb3DQEJBDEWBBR9Eds8pp0te7fZecOFfuvXkOMrgDBn
BgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB
QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjAKBggqhkiG9w0CBTCBjwYJKwYBBAGC
NxAEMYGBMH8weTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQu
b3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJz
dXBwb3J0QGNhY2VydC5vcmcCAg1LMIGRBgsqhkiG9w0BCRACCzGBgaB/MHkxEDAOBgNVBAoTB1Jv
b3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT
aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgINSzAN
BgkqhkiG9w0BAQEFAASBgHHsGVg0tsEHMHb9U2Qp/M0w5I+PcdeL9yp1OyihmzNi5N87LsThy0Zz
6Yi5fBPnX6jvF0krgIvg27OPxAsS6Cy0x7bp1LqUY32JH0wu9tb/0R0STa73iKzgzBz/GuhPzFcE
NoTFiLzFlOZcW0wHOJs8P2Vrpv+zr0oUQNAvnAfvAAAAAAAA

------=_NextPart_000_000E_01C3CE4A.034919D0--


From tim@gem.win.co.nz  Mon Dec 29 22:44:00 2003
Return-Path: <tim@gem.win.co.nz>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DEB60C000DC5; Mon, 29 Dec 2003 22:44:00 +0200 (EET)
Received: from gem.win.co.nz (gem.win.co.nz [210.55.105.242])
	by talvi.dovecot.org (Postfix) with ESMTP id 8290EC0007A4
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 22:43:57 +0200 (EET)
Received: from localhost (tim@localhost)
	by gem.win.co.nz (8.9.3p2/8.9.3) with ESMTP id JAA17289
	for <dovecot@dovecot.org>; Tue, 30 Dec 2003 09:53:43 +1300
Date: Tue, 30 Dec 2003 09:53:42 +1300 (NZDT)
From: Tim Miller <tim@gem.win.co.nz>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] USER environment
Message-ID: <Pine.LNX.4.04.10312300953160.17146-100000@gem.win.co.nz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 29 Dec 2003 20:44:01 -0000
X-UID: 4117                                                  
Status: O

On Mon, 29 Dec 2003, Evert Mouw wrote:

> Browsing in the 2003-September archives, I found out how to start dovecot
> from inetd (using imap-login instead of imap). Still I've got a few
> problems. I prefer not using inetd, but that seams impossible (see my 1st
> email). And telnetting to port 143 results in an immediate connection close.
> Hmmm, I'll continue exploring the archives.

What does the logfile say? If you're using syslog, dovecot uses the
LOG_MAIL facility I think, so you might want to check whatever log that
prints to. I had a couple problems like this, and it was because I had set
up authentication incorrectly, so you may want to double check that.

Best,
Tim M.



From Steffen.Higel@cs.tcd.ie  Tue Dec 30 01:07:05 2003
Return-Path: <Steffen.Higel@cs.tcd.ie>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B4258C000DC5; Tue, 30 Dec 2003 01:07:05 +0200 (EET)
Received: from mail06.svc.cra.dublin.eircom.net
	(mail06.svc.cra.dublin.eircom.net [159.134.118.22])
	by talvi.dovecot.org (Postfix) with SMTP id B6BFCC0007A4
	for <dovecot@dovecot.org>; Tue, 30 Dec 2003 01:07:03 +0200 (EET)
Received: (qmail 98229 messnum 186327 invoked from
	network[62.77.173.72/62-77-173-72.customer.eircom.net]);
	29 Dec 2003 23:05:48 -0000
Received: from 62-77-173-72.customer.eircom.net (HELO dawn) (62.77.173.72)
	by mail06.svc.cra.dublin.eircom.net (qp 98229) with SMTP;
	29 Dec 2003 23:05:48 -0000
Received: from ken.newisland.local ([10.0.0.13] helo=cs.tcd.ie)
	by dawn with esmtp (Exim 3.35 #1 (Debian)) id 1Ab6SJ-0007ow-00
	for <dovecot@dovecot.org>; Mon, 29 Dec 2003 23:05:47 +0000
Message-ID: <3FF0B41C.2020900@cs.tcd.ie>
Date: Mon, 29 Dec 2003 23:09:16 +0000
From: Steffen Higel <Steffen.Higel@cs.tcd.ie>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot + ssl + outlook
References: <3FE252070000799D@ims4c.cp.tin.it>
In-Reply-To: <3FE252070000799D@ims4c.cp.tin.it>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 29 Dec 2003 23:07:05 -0000
X-UID: 4118                                                  
Status: O

super.bonz@tin.it wrote:

>Title of error page: Internet Secuiruty Warning
>The server you are connected to is using a security certificate that could
>not be verified
>The certificate's CN name does not match the passed value.
>
>Do you want to continue using this server?
>
>If I click to yes ....it works.
>  
>

You are using a self signed certificate I assume? You have to do:

Start Menu->Run->iexplore http://whatever.your.dovecotserver.is:993

and install the certificate in your wallet. Now why Outlook couldn't 
give you an option to do that itself, I don't know...

regards,

Steffen


From spent1@yahoo.com  Fri Jan  2 04:41:36 2004
Return-Path: <spent1@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 59391C000DC5; Fri,  2 Jan 2004 04:41:36 +0200 (EET)
Received: from web80705.mail.yahoo.com (web80705.mail.yahoo.com
	[66.163.170.62])
	by talvi.dovecot.org (Postfix) with SMTP id F1485C0007A4
	for <dovecot@dovecot.org>; Fri,  2 Jan 2004 04:41:32 +0200 (EET)
Message-ID: <20040102023915.78535.qmail@web80705.mail.yahoo.com>
Received: from [209.201.67.238] by web80705.mail.yahoo.com via HTTP;
	Thu, 01 Jan 2004 18:39:15 PST
Date: Thu, 1 Jan 2004 18:39:15 -0800 (PST)
From: Dan Slowik <spent1@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] Maildir and Mail at the same time.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 02 Jan 2004 02:41:36 -0000
X-UID: 4119                                                  
Status: O

I am trying to use Maildir format for My inbox and be
able to save the messages in ~/Mail.  Problem is 

dovecot only show the Maildir mailboxes not the ~/Mail
formatted boxes.

How can I get this to work?  If I use namespace or
something how would this be configured I cannot find
much documentation that explains it well enough. 
example:

what would I have to configure in dovecot.conf or
otherwise?

I would like to see this.

INBOX    --
  sent     |
  drafts   |- (Maildir format from ~/Maildir) 
  trash  -- 
sent     -- 
recieved   |
deamons    |- (mbox format from ~/Mail) 
unixfolk --   

Currently I can only see the ~/Maildir like so.

INBOX    --
  sent     |
  drafts   |- (Maildir format from ~/Maildir) 
  trash  -- 

Thanks


__________________________________
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003

From dom@wirespeed.org.uk  Mon Jan  5 00:59:38 2004
Return-Path: <dom@wirespeed.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0870AC000D9E; Mon,  5 Jan 2004 00:59:38 +0200 (EET)
Received: from protactinium.btinternet.com (protactinium.btinternet.com
	[194.73.73.176])
	by talvi.dovecot.org (Postfix) with ESMTP id 99BEBC000D72
	for <dovecot@dovecot.org>; Mon,  5 Jan 2004 00:59:35 +0200 (EET)
Received: from [81.128.49.26] (helo=egg)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #25)
	id 1AdHCB-0000gx-00
	for dovecot@dovecot.org; Sun, 04 Jan 2004 22:58:07 +0000
From: Dominic Marks <dom@wirespeed.org.uk>
To: dovecot@dovecot.org
Date: Sun, 4 Jan 2004 23:02:53 +0000
User-Agent: KMail/1.5.4
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200401042302.53499.dom@wirespeed.org.uk>
Subject: [Dovecot] DIGEST-MD5 Authentication
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: dom@wirespeed.org.uk
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: Sun, 04 Jan 2004 22:59:38 -0000
X-UID: 4120                                                  
Status: O

Hello,

I am confused by a problem I am having getting Dovecot to authenticate=20
users with DIGEST-MD5. I am receiving the error message, "Unexpected=20
service type in digest-uri". (cvs: mech-digest-md5.c, line 407)

=46rom an examination of the code it is clear that a check is performed=20
to see if the first component of a the digest-uri triplet is the=20
string "imap". The service type surely is IMAP, and from what I can=20
gather of the expected format of the digest-uri triplet from the=20
comments in the code it should be the first component.

Is this just a case of inverted logic or am I mistaken ?

Thanks,
=2D-=20
Dominic <dom at wirespeed.org.uk>


From charlieb-dovecot@e-smith.com  Mon Jan  5 18:22:12 2004
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6A9E9C000D72; Mon,  5 Jan 2004 18:22:12 +0200 (EET)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id AA605C0007A4
	for <dovecot@dovecot.org>; Mon,  5 Jan 2004 18:22:09 +0200 (EET)
Received: (qmail 22450 invoked by uid 404); 5 Jan 2004 16:20:48 -0000
Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with
	qmail-scanner; 05 Jan 2004 11:20:48 -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;
	05 Jan 2004 16:20:48 -0000
Received: (qmail 1888 invoked by uid 5008); 5 Jan 2004 16:20:48 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 5 Jan 2004 16:20:48 -0000
Date: Mon, 5 Jan 2004 11:20:48 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Evert Mouw <post@evert.net>
In-Reply-To: <200312291917.AGL86099@m1.imap-partners.net>
Message-ID: <Pine.LNX.4.44.0401051118010.4127-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
Subject: [Dovecot] starting from inetd (was Re: USER environment)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 05 Jan 2004 16:22:12 -0000
X-UID: 4121                                                  
Status: O


On Mon, 29 Dec 2003, Evert Mouw wrote:

> Browsing in the 2003-September archives, I found out how to start dovecot
> from inetd (using imap-login instead of imap). Still I've got a few
> problems. I prefer not using inetd, but that seams impossible (see my 1st
> email). And telnetting to port 143 results in an immediate connection close.
> Hmmm, I'll continue exploring the archives.

Search for me and you'll find a recipe for using daemontools and tcpserver 
with dovecot. You could adapt that to start from inetd instead if you 
really didn't want to learn how to use new (and arguably better) tools.

--
Charlie


From esj@harvee.org  Mon Jan  5 20:41:30 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EDECCC000D72; Mon,  5 Jan 2004 20:41:30 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 44617C0007A4
	for <dovecot@dovecot.org>; Mon,  5 Jan 2004 20:41:28 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i05IddYD010193;
	Mon, 5 Jan 2004 13:40:06 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Mon, 5 Jan 2004 13:39:28 -0500
Message-ID: <3FF9AF5C.6030308@harvee.org>
Date: Mon, 05 Jan 2004 13:39:24 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dan Slowik <spent1@yahoo.com>
Subject: Re: [Dovecot] Maildir and Mail at the same time.
References: <20040102023915.78535.qmail@web80705.mail.yahoo.com>
In-Reply-To: <20040102023915.78535.qmail@web80705.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040105:spent1@yahoo.com:68a6d09d73b40859
X-Hashcash: 0:040105:dovecot@dovecot.org:fa2a3a1da6bdd5c8
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 05 Jan 2004 18:41:31 -0000
X-UID: 4122                                                  
Status: O
Content-Length: 1035

Dan Slowik wrote:

> I am trying to use Maildir format for My inbox and be
> able to save the messages in ~/Mail.  Problem is 
> 
> dovecot only show the Maildir mailboxes not the ~/Mail
> formatted boxes.
> 
> How can I get this to work?  If I use namespace or
> something how would this be configured I cannot find
> much documentation that explains it well enough. 
> example:
> 
> what would I have to configure in dovecot.conf or
> otherwise?
> 
> I would like to see this.
> 
> INBOX    --
>   sent     |
>   drafts   |- (Maildir format from ~/Maildir) 
>   trash  -- 
> sent     -- 
> recieved   |
> deamons    |- (mbox format from ~/Mail) 
> unixfolk --   
> 
> Currently I can only see the ~/Maildir like so.
> 
> INBOX    --
>   sent     |
>   drafts   |- (Maildir format from ~/Maildir) 
>   trash  -- 

as far as I know, this is not yet available.  It would be lovely to have 
but quite frankly a royal pain to build.

---eric


-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears


From scott@thenation.com  Mon Jan  5 23:16:11 2004
Return-Path: <scott@thenation.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4AC9AC000D72; Mon,  5 Jan 2004 23:16:11 +0200 (EET)
Received: from bone.thenation.com (mail.thenation.com [209.212.93.65])
	by talvi.dovecot.org (Postfix) with ESMTP id 98E00C0007A4
	for <dovecot@dovecot.org>; Mon,  5 Jan 2004 23:16:08 +0200 (EET)
Received: from bone.thenation.com (bone.thenation.com [127.0.0.1])
	by bone.thenation.com (8.12.8/8.12.5) with ESMTP id i05L8rAM026257
	for <dovecot@dovecot.org>; Mon, 5 Jan 2004 16:08:53 -0500
Received: (from scott@localhost)
	by bone.thenation.com (8.12.8/8.12.8/Submit) id i05L8qR7026255
	for dovecot@dovecot.org; Mon, 5 Jan 2004 16:08:52 -0500
X-Authentication-Warning: bone.thenation.com: scott set sender to
	scott@thenation.com using -f
Date: Mon, 5 Jan 2004 16:08:52 -0500
From: Scott Klein <scott@thenation.com>
To: dovecot@dovecot.org
Message-ID: <20040105210852.GI2040@thenation.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] Problem with Eudora
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 05 Jan 2004 21:16:11 -0000
X-UID: 4123                                                  
Status: O

I'm trying to get Dovecot (dovecot-0.99.10-6) to work with Eudora (6.0
mac/win) and am having a real problem when I try to enable SSL, either
TLS or alternate-port SSL. 

Although my other mail clients, mail.app, imp, etc. work just fine,
either version of Eudora craps out when trying to connect via TLS or SSL
-- on the mac I get the error

   Could not get mailbox list.
   20

   [CLOSED] IMAP connection broken (command)

On the PC I get something similar. Sometimes, on the mac, I don't get
the [CLOSED] part I get

   Unable to get the required mailbox list from the server

I've tried the "esoteric settings" trick (setting "user plain text
password" in the IMAP panel) but that doesn't work. Everything works
fine when I turn SSL off. 

I'm kind of at my wit's end. Has anybody experienced this? Have I not
read TFM? Hope y'all can help.

Best,
Scott Klein

From tss@iki.fi  Tue Jan  6 05:23:02 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7CBA5C000D72; Tue,  6 Jan 2004 05:23:02 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1EE4BC0007A4
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 05:22:59 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BCD7023866; Tue,  6 Jan 2004 05:21:38 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 5A50B23850; Tue,  6 Jan 2004 05:21:06 +0200 (EET)
In-Reply-To: <20031229202758.C6E3BC0007A4@talvi.dovecot.org>
References: <20031229202758.C6E3BC0007A4@talvi.dovecot.org>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-9-562785051"
Message-Id: <5CE16A64-3FF7-11D8-AC16-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] logfile errors
Date: Tue, 6 Jan 2004 05:21:05 +0200
To: admin@thelight.org.uk
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
X-Spam-Status: No, hits=-7.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 03:23:02 -0000
X-UID: 4124                                                  
Status: O
Content-Length: 1514


--Apple-Mail-9-562785051
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 29.12.2003, at 22:26, Simon Bell wrote:

> Ive recently installed dovecot as a replacement for my uw-imap server. 
> Ive
> noticed a few error messages in the log file, although in operation 
> ive seen
> no problems from my mail client. The errors are:
>
> pop3(admin): Dec 26 21:19:37 Error: Error indexing mbox file
> /var/mail/admin: LF not found where expected

This usually means that the mbox contains two From-lines with nothing 
between them. Dovecot can't currently handle that error.

> pop3-login: Dec 29 14:54:03 Warning: SSL_read() syscall failed: EOF
> [192.168.7.2]
>
> There appears to be a large number of the SSL_read errors, though SSL
> appears to work fine from outlook.
>
> Is there any explanation to what they mean or are they insignificant 
> enough
> to ignore?

Just turn ssl_verbose off and forget about them :) It only means that 
Outlook didn't issue a proper "SSL bye" command and closed the 
connection.

--Apple-Mail-9-562785051
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/+imhyUhSUUBViskRAv1mAJ9hVQbEV6kTL6FoVdq31IxQ6xyzNgCdEysC
2aaagcF65Ope6AjG3cW9I/o=
=R/Kk
-----END PGP SIGNATURE-----

--Apple-Mail-9-562785051--


From tss@iki.fi  Tue Jan  6 05:27:01 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 69C1CC000D72; Tue,  6 Jan 2004 05:27:01 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 56AD4C0007A4
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 05:26:59 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 52C9A23866; Tue,  6 Jan 2004 05:25:36 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 3A1C623850; Tue,  6 Jan 2004 05:25:04 +0200 (EET)
In-Reply-To: <20031224090925.6daa4e15@sws602>
References: <20031224090925.6daa4e15@sws602>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-10-563023240"
Message-Id: <EADA2904-3FF7-11D8-AC16-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] RE: Compile problem
Date: Tue, 6 Jan 2004 05:25:03 +0200
To: Alex S Moore <asmoore@edge.net>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 03:27:01 -0000
X-UID: 4125                                                  
Status: O
Content-Length: 1242


--Apple-Mail-10-563023240
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 24.12.2003, at 17:09, Alex S Moore wrote:

> I downloaded 0.99.10.4 earlier this month and it compiles just fine on 
> my test
> machine.  I went to our CSW build machines to build a version that I 
> can
> distribute.  I got the latest CVS version and used the same environment
> variables and configure options as the build on my test machine.

Currently CVS seems to be quite buggy, at least with using index files. 
I've been rewriting the indexing code quite a lot in last few days, 
hopefully I get it actually working this month :)

> "proxy-mail-storage.c", line 10: void function cannot return value

GCC should have complained about that too.. Fixed.


--Apple-Mail-10-563023240
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/+iqPyUhSUUBViskRAoovAJ0eNDFgpaLt/yDE3W23dmEERJwcpwCeKTq0
hZ+C1Ex2SGBpp4Om8lvUsRQ=
=J4zt
-----END PGP SIGNATURE-----

--Apple-Mail-10-563023240--


From tss@iki.fi  Tue Jan  6 05:30:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 86D39C000D72; Tue,  6 Jan 2004 05:30:55 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 7179EC0007A4
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 05:30:53 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6766523866; Tue,  6 Jan 2004 05:29:33 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 4FA8123850; Tue,  6 Jan 2004 05:29:01 +0200 (EET)
In-Reply-To: <000201c3cdce$a99f91f0$5b00005a@wslmelb.com.au>
References: <000201c3cdce$a99f91f0$5b00005a@wslmelb.com.au>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-11-563260341"
Message-Id: <782CB786-3FF8-11D8-AC16-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Outlook 2002 sp-2 and initial connection after OS reboot
Date: Tue, 6 Jan 2004 05:29:00 +0200
To: dcrisp@wsl.com.au
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
X-Spam-Status: No, hits=-7.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 03:30:55 -0000
X-UID: 4126                                                  
Status: O
Content-Length: 1133


--Apple-Mail-11-563260341
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 29.12.2003, at 07:43, David Crisp wrote:

> When I restart the OS (windows XP)  and open up Outlook 2002 SP2  I
> don't automatically get my IMAP folders on the DOVECOT imap server.
> (the one on the uw_imap server open up straight away)
>
> When I click on inbox I cam given a message saying : unable to connect
> to imap folders

Does it even try to connect to server? You could check with tcpdump or 
something similiar.

Is there anything in Dovecot's log files? What about after enabling 
auth_verbose = yes?

Do you use SSL? Does it work without?

--Apple-Mail-11-563260341
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/+it8yUhSUUBViskRAtJ/AKCADqWIYeWvsDdHpqygZ1XGfbWKlwCfaD7g
BFqZ8hE9VFsnOtj/gHq4kwM=
=Qc6X
-----END PGP SIGNATURE-----

--Apple-Mail-11-563260341--


From tss@iki.fi  Tue Jan  6 05:36:15 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A198BC000D72; Tue,  6 Jan 2004 05:36:15 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 597C6C0007A4
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 05:36:13 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4CB9A23866; Tue,  6 Jan 2004 05:34:53 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id F2FAB23850; Tue,  6 Jan 2004 05:34:17 +0200 (EET)
In-Reply-To: <200401042302.53499.dom@wirespeed.org.uk>
References: <200401042302.53499.dom@wirespeed.org.uk>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-12-563576188"
Message-Id: <346F1826-3FF9-11D8-AC16-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] DIGEST-MD5 Authentication
Date: Tue, 6 Jan 2004 05:34:16 +0200
To: dom@wirespeed.org.uk
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
X-Spam-Status: No, hits=-7.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 03:36:15 -0000
X-UID: 4127                                                  
Status: O
Content-Length: 1154


--Apple-Mail-12-563576188
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 5.1.2004, at 01:02, Dominic Marks wrote:

> I am confused by a problem I am having getting Dovecot to authenticate
> users with DIGEST-MD5. I am receiving the error message, "Unexpected
> service type in digest-uri". (cvs: mech-digest-md5.c, line 407)

It works with Evolution and Cyrus-SASL client, so it can't be 
completely broken.. :) Maybe I should actually drop the check, since 
it's now hardcoded to IMAP it can't work with POP3..

You could check what string it actually compares it against by adding 
there some debug line:

i_warning("uri = '%s'", trim(uri[0]));

--Apple-Mail-12-563576188
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/+iy4yUhSUUBViskRAkzrAJ4rP/4FcbMVz+1bPYJYb0fLbYek4wCeNSGU
WwI95bT1r96xpUnzX56yhUE=
=jRIP
-----END PGP SIGNATURE-----

--Apple-Mail-12-563576188--


From asmoore@edge.net  Tue Jan  6 06:43:41 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5F49CC000D7C; Tue,  6 Jan 2004 06:43:41 +0200 (EET)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by talvi.dovecot.org (Postfix) with ESMTP id 71223C000D72
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 06:43:38 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp03743754pcs.nash01.tn.comcast.net[68.53.72.63])
	by comcast.net (sccrmhc11) with ESMTP
	id <20040106044205011006eij4e>; Tue, 6 Jan 2004 04:42:05 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.10+Sun/8.12.10) with SMTP id i064g4Yu015978
	for <dovecot@dovecot.org>; Mon, 5 Jan 2004 22:42:05 -0600 (CST)
Date: Mon, 5 Jan 2004 22:42:04 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] RE: Compile problem
Message-Id: <20040105224204.45752ac3@sws602>
In-Reply-To: <EADA2904-3FF7-11D8-AC16-000393CC2E90@iki.fi>
References: <20031224090925.6daa4e15@sws602>
	<EADA2904-3FF7-11D8-AC16-000393CC2E90@iki.fi>
X-Mailer: Sylpheed version 0.9.8claws15 (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65',
	clamav-milter version '0.60p'
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 04:43:41 -0000
X-UID: 4128                                                  
Status: O
Content-Length: 1276

On Tue, 6 Jan 2004 05:25:03 +0200
Timo Sirainen <tss@iki.fi> wrote:

> On 24.12.2003, at 17:09, Alex S Moore wrote:
> 
> > I downloaded 0.99.10.4 earlier this month and it compiles just fine on 
> > my test
> > machine.  I went to our CSW build machines to build a version that I 
> > can
> > distribute.  I got the latest CVS version and used the same environment
> > variables and configure options as the build on my test machine.
> 
> Currently CVS seems to be quite buggy, at least with using index files. 
> I've been rewriting the indexing code quite a lot in last few days, 
> hopefully I get it actually working this month :)
> 

Thanks for the honest reply Timo.  Hope that you enjoyed the recent holiday
season.

> > "proxy-mail-storage.c", line 10: void function cannot return value
> 
> GCC should have complained about that too.. Fixed.
> 

Yes, both gcc and Sun's compiler complained.

P.S. If there are any Solaris blastwave.org customers, or would be blastwave.org
customers listening, I can make a package available fairly quickly for version
0.99.10.4.  There was a request for this package from someone.  I need help with
testing.  Initially, please reply to this mailing list.  It is helpful to see
some interest in a Solaris package.

Thanks, Alex Moore

From amyzing@talsever.com  Tue Jan  6 08:01:22 2004
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5C1DAC000D72; Tue,  6 Jan 2004 08:01:22 +0200 (EET)
Received: from granger.mail.mindspring.net (granger.mail.mindspring.net
	[207.69.200.148])
	by talvi.dovecot.org (Postfix) with ESMTP id DE63FC0007A4
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 08:01:19 +0200 (EET)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by granger.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 1AdkFj-0002hp-00; Tue, 06 Jan 2004 00:59:43 -0500
Received: from merthred.talsever.com (merthred.talsever.com [192.168.0.18])
	by marajen.talsever.com (Postfix) with SMTP
	id E1BA7B7F7; Tue,  6 Jan 2004 00:59:41 -0500 (EST)
Date: Tue, 6 Jan 2004 00:59:41 -0500
From: "Amelia A. Lewis" <amyzing@talsever.com>
To: Scott Klein <scott@thenation.com>
Subject: Re: [Dovecot] Problem with Eudora
Message-Id: <20040106005941.385612b5.amyzing@talsever.com>
In-Reply-To: <20040105210852.GI2040@thenation.com>
References: <20040105210852.GI2040@thenation.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 06:01:22 -0000
X-UID: 4129                                                  
Status: O
Content-Length: 2327

I had exactly this experience, and looked through the Eudora site.  The
result of my research was basically that Eudora doesn't do SSL/TLS
properly.

In my case, I was using a self-signed certificate.  The instructions for
how to make this work (pretend the IMAP server is a POP server?  so that
you can see the failed SSL negotiation and add the certificate?  is this
weird or am I?) were obscure, and didn't seem to work.  I could never
make it work.

This was for a client for whom I was setting up a mail system; they
wanted to move away from Outlook onto something more secure, and opted
for the name recognition of Eudora.  After fighting with it for a couple
of days, I tested with several alternate clients (thunderbird, mozilla,
pegasus, pocomail) and they all worked, so I recommended that the client
switch to something other than Eudora.

Or, in short, I think the problem is client lossage, not a server
problem.

Amy!
On Mon, 5 Jan 2004 16:08:52 -0500
Scott Klein <scott@thenation.com> wrote:

> I'm trying to get Dovecot (dovecot-0.99.10-6) to work with Eudora (6.0
> mac/win) and am having a real problem when I try to enable SSL, either
> TLS or alternate-port SSL. 
> 
> Although my other mail clients, mail.app, imp, etc. work just fine,
> either version of Eudora craps out when trying to connect via TLS or
> SSL-- on the mac I get the error
> 
>    Could not get mailbox list.
>    20
> 
>    [CLOSED] IMAP connection broken (command)
> 
> On the PC I get something similar. Sometimes, on the mac, I don't get
> the [CLOSED] part I get
> 
>    Unable to get the required mailbox list from the server
> 
> I've tried the "esoteric settings" trick (setting "user plain text
> password" in the IMAP panel) but that doesn't work. Everything works
> fine when I turn SSL off. 
> 
> I'm kind of at my wit's end. Has anybody experienced this? Have I not
> read TFM? Hope y'all can help.
> 
> Best,
> Scott Klein
> 


-- 
Amelia A. Lewis                    amyzing {at} talsever.com
According to Business Week, in the 1990s the ratio between a chief
executive's salary and the takehome pay of the typical, feckless, 
whining grunt on the shopfloor rose from 85:1 to 475:1. (In the UK, 
which is seeing a vigorous popular backlash against "fat cat" pay 
packets, the ratio is 24:1).
               -- The Register

From charlie@rubberduck.com  Tue Jan  6 08:04:04 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 39DDAC000D72; Tue,  6 Jan 2004 08:04:04 +0200 (EET)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by talvi.dovecot.org (Postfix) with ESMTP id 6C841C0007A4
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 08:04:01 +0200 (EET)
Received: from [192.168.1.42] (rtr1.snc.schools.net.au [203.31.232.2])
	by lazy.spodder.com (Postfix) with ESMTP
	id B936C8FBB; Tue,  6 Jan 2004 17:01:38 +1100 (EST)
In-Reply-To: <20040105224204.45752ac3@sws602>
References: <20031224090925.6daa4e15@sws602>
	<EADA2904-3FF7-11D8-AC16-000393CC2E90@iki.fi>
	<20040105224204.45752ac3@sws602>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-1-572362370"
Message-Id: <A9683474-400D-11D8-BCC3-000A959B4D4E@rubberduck.com>
Content-Transfer-Encoding: 7bit
From: Charlie Allom <charlie@rubberduck.com>
Subject: Re: [Dovecot] RE: Compile problem
Date: Tue, 6 Jan 2004 17:00:42 +1100
To: Alex S Moore <asmoore@edge.net>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 06:04:04 -0000
X-UID: 4130                                                  
Status: O
Content-Length: 1208


--Apple-Mail-1-572362370
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed


On 06/01/2004, at 3:42 PM, Alex S Moore wrote:

>
> P.S. If there are any Solaris blastwave.org customers, or would be 
> blastwave.org
> customers listening, I can make a package available fairly quickly for 
> version
> 0.99.10.4.  There was a request for this package from someone.  I need 
> help with
> testing.  Initially, please reply to this mailing list.  It is helpful 
> to see
> some interest in a Solaris package.
>

I have a NetBSD PR for making dovecot work on pkgsrc/Zolaris

   C.
-- 
  charlie@rubberduck.com - Melbourne, Australia
  http://rubberduck.com/~yeled/
  PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--Apple-Mail-1-572362370
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/+k8LqiZDwhSqeUERAqyLAJ48dfEMfMYdL22SDT0DyPqQDeyNggCgk89S
4QusxLDT1cF9uVQHPpXKV8M=
=8dM2
-----END PGP SIGNATURE-----

--Apple-Mail-1-572362370--


From reuben-dovecot@reub.net  Tue Jan  6 12:01:11 2004
Return-Path: <reuben-dovecot@reub.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B4CC4C003020; Tue,  6 Jan 2004 12:01:11 +0200 (EET)
Received: from mail006.syd.optusnet.com.au (mail006.syd.optusnet.com.au
	[211.29.132.63])
	by talvi.dovecot.org (Postfix) with ESMTP id 74634C00301F
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 12:01:04 +0200 (EET)
Received: from co3017280a (c211-30-25-169.mirnd1.nsw.optusnet.com.au
	[211.30.25.169])
	by mail006.syd.optusnet.com.au (8.11.6p2/8.11.6) with SMTP id
	i069xVv22170; Tue, 6 Jan 2004 20:59:32 +1100
Message-ID: <000901c3d43b$c9d8e660$0200a8c0@nsw.optushome.com.au>
From: "Reuben Farrelly" <reuben-dovecot@reub.net>
To: "Amelia A. Lewis" <amyzing@talsever.com>,
	"Scott Klein" <scott@thenation.com>
References: <20040105210852.GI2040@thenation.com>
	<20040106005941.385612b5.amyzing@talsever.com>
Subject: Re: [Dovecot] Problem with Eudora
Date: Tue, 6 Jan 2004 20:59:23 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 10:01:11 -0000
X-UID: 4131                                                  
Status: O
Content-Length: 3552

Hi,

I'm using Eudora 6 and have no problems with Dovecot IMAP over SSL, and
Eudora so from my perspective Eudora is just fine and "works for me"..  The
only problems I've had have been with CVS, but version 0.99.10.4 works ok
and I've been using it for a while now with no issues whatsoever.
I'm not sure if people have looked through the Eudora help knowledgebase but
it gives pretty clear and accurate instructions on setting up SSL -

http://www.eudora.com/techsupport/kb/2323hq.html
This document applies equally to IMAP as well as POP.

Or better still, search through the KB:

http://www.eudora.com/search/query.html?oq=EPWIN&qt=ssl&qc=now&col=&qp=&qs=&pw=510&ws=0&qm=1&st=1&nh=10&lk=1&rf=0&rq=1

Also suggest you make sure that the task status/progress meter window is
open when you are testeing it as this will give you a more verbose idea of
what is going wrong......

Reuben




----- Original Message ----- 
From: "Amelia A. Lewis" <amyzing@talsever.com>
To: "Scott Klein" <scott@thenation.com>
Cc: <dovecot@dovecot.org>
Sent: Tuesday, January 06, 2004 4:59 PM
Subject: Re: [Dovecot] Problem with Eudora


> I had exactly this experience, and looked through the Eudora site.  The
> result of my research was basically that Eudora doesn't do SSL/TLS
> properly.
>
> In my case, I was using a self-signed certificate.  The instructions for
> how to make this work (pretend the IMAP server is a POP server?  so that
> you can see the failed SSL negotiation and add the certificate?  is this
> weird or am I?) were obscure, and didn't seem to work.  I could never
> make it work.
>
> This was for a client for whom I was setting up a mail system; they
> wanted to move away from Outlook onto something more secure, and opted
> for the name recognition of Eudora.  After fighting with it for a couple
> of days, I tested with several alternate clients (thunderbird, mozilla,
> pegasus, pocomail) and they all worked, so I recommended that the client
> switch to something other than Eudora.
>
> Or, in short, I think the problem is client lossage, not a server
> problem.
>
> Amy!
> On Mon, 5 Jan 2004 16:08:52 -0500
> Scott Klein <scott@thenation.com> wrote:
>
> > I'm trying to get Dovecot (dovecot-0.99.10-6) to work with Eudora (6.0
> > mac/win) and am having a real problem when I try to enable SSL, either
> > TLS or alternate-port SSL.
> >
> > Although my other mail clients, mail.app, imp, etc. work just fine,
> > either version of Eudora craps out when trying to connect via TLS or
> > SSL-- on the mac I get the error
> >
> >    Could not get mailbox list.
> >    20
> >
> >    [CLOSED] IMAP connection broken (command)
> >
> > On the PC I get something similar. Sometimes, on the mac, I don't get
> > the [CLOSED] part I get
> >
> >    Unable to get the required mailbox list from the server
> >
> > I've tried the "esoteric settings" trick (setting "user plain text
> > password" in the IMAP panel) but that doesn't work. Everything works
> > fine when I turn SSL off.
> >
> > I'm kind of at my wit's end. Has anybody experienced this? Have I not
> > read TFM? Hope y'all can help.
> >
> > Best,
> > Scott Klein
> >
>
>
> -- 
> Amelia A. Lewis                    amyzing {at} talsever.com
> According to Business Week, in the 1990s the ratio between a chief
> executive's salary and the takehome pay of the typical, feckless,
> whining grunt on the shopfloor rose from 85:1 to 475:1. (In the UK,
> which is seeing a vigorous popular backlash against "fat cat" pay
> packets, the ratio is 24:1).
>                -- The Register
>



From mem@mv.mv.com  Tue Jan  6 18:01:37 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 11373C003020; Tue,  6 Jan 2004 18:01:37 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 71C7BC00301F
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 18:01:34 +0200 (EET)
Received: (qmail 18927 invoked from network); 6 Jan 2004 11:00:08 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 6 Jan 2004 11:00:08 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 750 invoked by uid 101); 6 Jan 2004 11:00:08 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 6 Jan 2004 11:00:08 -0500
To: dovecot@dovecot.org
Message-ID: <20040106160008.GG24068@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] SSL and STARTTLS
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 16:01:37 -0000
X-UID: 4132                                                  
Status: O

I wanted to enable SSL on some alternate ports so that a limited number
of people could try SSL access.  But doing so enabled STARTTLS in
IMAP, so that all IMAP users got surprised (at least those whose
clients attempted to use it automatically).

e.g.:

    # IP or host address where to listen in for SSL connections. Defaults
    # to above non-SSL equilevants if not specified.
    imaps_listen = *:xxxx
    pop3s_listen = *:yyyy

    # Disable SSL/TLS support.
   ssl_disable = no

Is there a way to enable imaps/pop3s without enabling STARTTLS?

(If so it's probably blindingly obvious and I am missing it..)

Yours,
mm

From list@networkshop.com.hk  Tue Jan  6 15:50:45 2004
Return-Path: <list@networkshop.com.hk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B490CC003020; Tue,  6 Jan 2004 15:50:45 +0200 (EET)
Received: from stars.networkshop.com.hk (167-028.onebb.com [202.180.167.28])
	by talvi.dovecot.org (Postfix) with ESMTP id 021ABC00301F
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 15:50:41 +0200 (EET)
Received: from networkshop.com.hk ([192.168.101.114])
	by stars.networkshop.com.hk (8.11.6/8.11.6) with ESMTP id i06DuXV21256
	for <dovecot@dovecot.org>; Tue, 6 Jan 2004 21:56:33 +0800
Message-ID: <3FFABCDB.3070201@networkshop.com.hk>
Date: Tue, 06 Jan 2004 21:49:15 +0800
From: Jerry Chiu <list@networkshop.com.hk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-TW;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: zh-tw, en-us, zh
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 06 Jan 2004 18:04:37 +0200
Subject: [Dovecot] folders not subscribed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 13:50:45 -0000
X-UID: 4133                                                  
Status: O

when migrated from courier-imap,
I found that all the sub-folders are not subscribed,  I have to manually 
subscribe all of them.

It is not very practical since many of my users have complicated folder 
structure...

Is it possible that the dovecot server auto-subscribe all sub-folders if 
the ".subscriptions" is not present in the Maildir?

Thanks,

Jerry

From dinh.viet.hoa@free.fr  Tue Jan  6 21:00:57 2004
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 792AFC003020; Tue,  6 Jan 2004 21:00:57 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 2D5AEC00301F
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 21:00:53 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5DE7823866; Tue,  6 Jan 2004 20:07:40 +0200 (EET)
Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176])
	by danu.procontrol.fi (Postfix) with ESMTP id 4CA0E23850
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 20:07:08 +0200 (EET)
Received: from homer.priv (meriadeck-3-82-224-130-15.fbx.proxad.net
	[82.224.130.15])
	by postfix4-2.free.fr (Postfix) with ESMTP id B24044CE0B
	for <dovecot@dovecot.org>; Tue,  6 Jan 2004 19:06:32 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id i06I6WgU003515
	for <dovecot@dovecot.org>; Tue, 6 Jan 2004 19:06:32 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id i06I6Opg003513;
	Tue, 6 Jan 2004 19:06:24 +0100
Date: Tue, 6 Jan 2004 19:05:55 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@dovecot.org
Message-ID: <etPan.3ffaf903.720cf3a2.cf2@homer>
In-Reply-To: <20040106160008.GG24068@iridium.mv.net>
References: <20040106160008.GG24068@iridium.mv.net>
Subject: Re: [Dovecot] SSL and STARTTLS
X-Mailer: etPan - new generation - version 0.2-dev-20031216
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="3ffaf91f_4131a104_cdf"; 
	micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Spam-Status: No, hits=-2.8 required=5.0
	tests=AWL,BAYES_20,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,
	REPLY_WITH_QUOTES version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 06 Jan 2004 19:00:57 -0000
X-UID: 4134                                                  
Status: O

--3ffaf91f_4131a104_cdf
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Mark E. Mallett wrote :

> I wanted to enable SSL on some alternate ports so that a limited number=

> of people could try SSL access.  But doing so enabled STARTTLS in
> IMAP, so that all IMAP users got surprised (at least those whose
> clients attempted to use it automatically).

Maybe, it is the role of the client to disable this automatic=20
use of STARTTLS.

--=20
DINH V. Hoa,

etPan=21 - newsreader, mail user agent -- http://libetpan.sf.net/etpan

--3ffaf91f_4131a104_cdf
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/+vkf7w+pfAWHa3MRApyQAJwKEKTUTSeoKMnxAk4CdRpa7F4rKwCeJPmU
uYZjeBOu8Uq9JjpItnpL3Vk=
=BbTL
-----END PGP SIGNATURE-----

--3ffaf91f_4131a104_cdf--

From spent1@yahoo.com  Wed Jan  7 02:27:43 2004
Return-Path: <spent1@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1C4B5C003020; Wed,  7 Jan 2004 02:27:43 +0200 (EET)
Received: from web80802.mail.yahoo.com (web80802.mail.yahoo.com
	[66.163.170.97])
	by talvi.dovecot.org (Postfix) with SMTP id 2CEAEC00301F
	for <dovecot@dovecot.org>; Wed,  7 Jan 2004 02:27:40 +0200 (EET)
Message-ID: <20040107002531.35743.qmail@web80802.mail.yahoo.com>
Received: from [65.207.251.4] by web80802.mail.yahoo.com via HTTP;
	Tue, 06 Jan 2004 16:25:31 PST
Date: Tue, 6 Jan 2004 16:25:31 -0800 (PST)
From: Dan Slowik <spent1@yahoo.com>
Subject: Re: [Dovecot] Maildir and Mail at the same time.
To: "Eric S. Johansson" <esj@harvee.org>, dovecot@dovecot.org
In-Reply-To: <3FF9AF5C.6030308@harvee.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 07 Jan 2004 00:27:43 -0000
X-UID: 4135                                                  
Status: O
Content-Length: 1536

I've gotten it to word.  I can use the namespaces to 
show both the maildir inbox as well as the mbox
folders

However,

I can not save any messages from the inbox (Maildir)
to
the mbox folders.

Anyone have a clue on this?



--- "Eric S. Johansson" <esj@harvee.org> wrote:
> Dan Slowik wrote:
> 
> > I am trying to use Maildir format for My inbox and
> be
> > able to save the messages in ~/Mail.  Problem is 
> > 
> > dovecot only show the Maildir mailboxes not the
> ~/Mail
> > formatted boxes.
> > 
> > How can I get this to work?  If I use namespace or
> > something how would this be configured I cannot
> find
> > much documentation that explains it well enough. 
> > example:
> > 
> > what would I have to configure in dovecot.conf or
> > otherwise?
> > 
> > I would like to see this.
> > 
> > INBOX    --
> >   sent     |
> >   drafts   |- (Maildir format from ~/Maildir) 
> >   trash  -- 
> > sent     -- 
> > recieved   |
> > deamons    |- (mbox format from ~/Mail) 
> > unixfolk --   
> > 
> > Currently I can only see the ~/Maildir like so.
> > 
> > INBOX    --
> >   sent     |
> >   drafts   |- (Maildir format from ~/Maildir) 
> >   trash  -- 
> 
> as far as I know, this is not yet available.  It
> would be lovely to have 
> but quite frankly a royal pain to build.
> 
> ---eric
> 
> 
> -- 
> Speech recognition in use.  Incorrect endings,
> words, and case is
> closer than it appears
> 



__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

From overflow@eurielec.etsit.upm.es  Wed Jan  7 11:47:26 2004
Return-Path: <overflow@eurielec.etsit.upm.es>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0E75CC003020; Wed,  7 Jan 2004 11:47:26 +0200 (EET)
Received: from eurielec.etsit.upm.es (uno.eurielec.etsit.upm.es
	[138.100.31.227])
	by talvi.dovecot.org (Postfix) with ESMTP id A0C7FC00301F
	for <dovecot@dovecot.org>; Wed,  7 Jan 2004 11:47:23 +0200 (EET)
Received: from eurielec.etsit.upm.es (www.eurielec.etsit.upm.es
	[138.100.31.226])
	by eurielec.etsit.upm.es (Postfix) with SMTP id E3B8021CA
	for <dovecot@dovecot.org>; Wed,  7 Jan 2004 10:45:58 +0100 (CET)
Received: from 195.235.92.108 (SquirrelMail authenticated user overflow)
	by www.eurielec.etsit.upm.es with HTTP;
	Wed, 7 Jan 2004 10:45:58 +0100 (CET)
Message-ID: <61963.195.235.92.108.1073468758.squirrel@www.eurielec.etsit.upm.es>
Date: Wed, 7 Jan 2004 10:45:58 +0100 (CET)
Subject: Re: [Dovecot] Maildir and Mail at the same time.
From: "Jaime Medrano" <overflow@eurielec.etsit.upm.es>
To: <dovecot@dovecot.org>
In-Reply-To: <20040107002531.35743.qmail@web80802.mail.yahoo.com>
References: <3FF9AF5C.6030308@harvee.org>
	<20040107002531.35743.qmail@web80802.mail.yahoo.com>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 07 Jan 2004 09:47:26 -0000
X-UID: 4136                                                  
Status: O
Content-Length: 1768

Last time I took a look to the code, it was fairly impossible due to a
problem with the design of the mailstorage object hierarchy.
Any progress on that?

Regards,
Jaime.

> I've gotten it to word.  I can use the namespaces to
> show both the maildir inbox as well as the mbox
> folders
>
> However,
>
> I can not save any messages from the inbox (Maildir)
> to
> the mbox folders.
>
> Anyone have a clue on this?
>
>
>
> --- "Eric S. Johansson" <esj@harvee.org> wrote:
>> Dan Slowik wrote:
>>
>> > I am trying to use Maildir format for My inbox and
>> be
>> > able to save the messages in ~/Mail.  Problem is
>> >
>> > dovecot only show the Maildir mailboxes not the
>> ~/Mail
>> > formatted boxes.
>> >
>> > How can I get this to work?  If I use namespace or
>> > something how would this be configured I cannot
>> find
>> > much documentation that explains it well enough.
>> > example:
>> >
>> > what would I have to configure in dovecot.conf or
>> > otherwise?
>> >
>> > I would like to see this.
>> >
>> > INBOX    --
>> >   sent     |
>> >   drafts   |- (Maildir format from ~/Maildir)
>> >   trash  --
>> > sent     --
>> > recieved   |
>> > deamons    |- (mbox format from ~/Mail)
>> > unixfolk --
>> >
>> > Currently I can only see the ~/Maildir like so.
>> >
>> > INBOX    --
>> >   sent     |
>> >   drafts   |- (Maildir format from ~/Maildir)
>> >   trash  --
>>
>> as far as I know, this is not yet available.  It
>> would be lovely to have
>> but quite frankly a royal pain to build.
>>
>> ---eric
>>
>>
>> --
>> Speech recognition in use.  Incorrect endings,
>> words, and case is
>> closer than it appears
>>
>
>
>
> __________________________________
> Do you Yahoo!?
> New Yahoo! Photos - easier uploading and sharing.
> http://photos.yahoo.com/




From mem@mv.mv.com  Wed Jan  7 16:41:04 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BB49AC003021; Wed,  7 Jan 2004 16:41:04 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 265D1C003020
	for <dovecot@dovecot.org>; Wed,  7 Jan 2004 16:41:02 +0200 (EET)
Received: (qmail 19177 invoked from network); 7 Jan 2004 09:39:36 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 7 Jan 2004 09:39:36 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 24693 invoked by uid 101); 7 Jan 2004 09:39:36 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 7 Jan 2004 09:39:36 -0500
To: dovecot@dovecot.org
Subject: Re: [Dovecot] SSL and STARTTLS
Message-ID: <20040107143936.GA22231@iridium.mv.net>
References: <20040106160008.GG24068@iridium.mv.net>
	<etPan.3ffaf903.720cf3a2.cf2@homer>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <etPan.3ffaf903.720cf3a2.cf2@homer>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 07 Jan 2004 14:41:04 -0000
X-UID: 4137                                                  
Status: O

On Tue, Jan 06, 2004 at 07:05:55PM +0100, DINH Viet Hoa wrote:
> Mark E. Mallett wrote :
> 
> > I wanted to enable SSL on some alternate ports so that a limited number
> > of people could try SSL access.  But doing so enabled STARTTLS in
> > IMAP, so that all IMAP users got surprised (at least those whose
> > clients attempted to use it automatically).
> 
> Maybe, it is the role of the client to disable this automatic 
> use of STARTTLS.

Yes, that is a restatement of the problem.  I think I wasn't
very clear though.  I want to enable imaps and pop3s on alternate
ports for a few people to test SSL access (and certificate
recognition et al), but disallow STARTTLS on the standard imap port
(not on the alternate port) so that all the users who are *not*
explicitly accessing the test imaps port do not get exposed to
the SSL stuff by accident.

mm

From scott@thenation.com  Wed Jan  7 22:24:17 2004
Return-Path: <scott@thenation.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 23975C003021; Wed,  7 Jan 2004 22:24:17 +0200 (EET)
Received: from bone.thenation.com (mail.thenation.com [209.212.93.65])
	by talvi.dovecot.org (Postfix) with ESMTP id A44D5C003020
	for <dovecot@dovecot.org>; Wed,  7 Jan 2004 22:24:14 +0200 (EET)
Received: from bone.thenation.com (bone.thenation.com [127.0.0.1])
	by bone.thenation.com (8.12.8/8.12.5) with ESMTP id i07KGfAM004731
	for <dovecot@dovecot.org>; Wed, 7 Jan 2004 15:16:41 -0500
Received: (from scott@localhost)
	by bone.thenation.com (8.12.8/8.12.8/Submit) id i07KGfCL004729
	for dovecot@dovecot.org; Wed, 7 Jan 2004 15:16:41 -0500
X-Authentication-Warning: bone.thenation.com: scott set sender to
	scott@thenation.com using -f
Date: Wed, 7 Jan 2004 15:16:41 -0500
From: Scott Klein <scott@thenation.com>
To: dovecot@dovecot.org
Message-ID: <20040107201641.GJ11307@thenation.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] problems getting password
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 07 Jan 2004 20:24:17 -0000
X-UID: 4138                                                  
Status: O

I've got a signed certificate now, and since I installed it Dovecot dies
when trying to launch with this error in the log file:

imap-login: Jan 07 15:15:27 Fatal: Can't load private key file
<snip>: error:0906406D:PEM routines:DEF_CALLBACK:problems
getting password

I know the passphrase my cert needs. Where can I tell dovecot that?

Cheers,
Scott

From mem@mv.mv.com  Wed Jan  7 22:40:07 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 111B6C003021; Wed,  7 Jan 2004 22:40:07 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 62292C003020
	for <dovecot@dovecot.org>; Wed,  7 Jan 2004 22:40:04 +0200 (EET)
Received: (qmail 15058 invoked from network); 7 Jan 2004 15:38:32 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 7 Jan 2004 15:38:32 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 3822 invoked by uid 101); 7 Jan 2004 15:38:31 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 7 Jan 2004 15:38:31 -0500
To: Scott Klein <scott@thenation.com>
Subject: Re: [Dovecot] problems getting password
Message-ID: <20040107203831.GB28452@iridium.mv.net>
References: <20040107201641.GJ11307@thenation.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040107201641.GJ11307@thenation.com>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 07 Jan 2004 20:40:07 -0000
X-UID: 4139                                                  
Status: O

On Wed, Jan 07, 2004 at 03:16:41PM -0500, Scott Klein wrote:
> I've got a signed certificate now, and since I installed it Dovecot dies
> when trying to launch with this error in the log file:
> 
> imap-login: Jan 07 15:15:27 Fatal: Can't load private key file
> <snip>: error:0906406D:PEM routines:DEF_CALLBACK:problems
> getting password
> 
> I know the passphrase my cert needs. Where can I tell dovecot that?

I don't that answer, but you can create a version of your private
key with the passphrase removed, e.g. via:

   openssl rsa -in whatever.key -out whatever.stripped-key

and use the stripped version (it will ask you for the passphrase).
This is not necessarily politically correct though.

-mm-

From mem@mv.mv.com  Wed Jan  7 22:43:16 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DD790C003021; Wed,  7 Jan 2004 22:43:16 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 4BCCCC003020
	for <dovecot@dovecot.org>; Wed,  7 Jan 2004 22:43:14 +0200 (EET)
Received: (qmail 20333 invoked from network); 7 Jan 2004 15:41:48 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 7 Jan 2004 15:41:48 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 5489 invoked by uid 101); 7 Jan 2004 15:41:47 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 7 Jan 2004 15:41:47 -0500
To: Scott Klein <scott@thenation.com>
Subject: Re: [Dovecot] problems getting password
Message-ID: <20040107204147.GC28452@iridium.mv.net>
References: <20040107201641.GJ11307@thenation.com>
	<20040107203831.GB28452@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040107203831.GB28452@iridium.mv.net>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 07 Jan 2004 20:43:17 -0000
X-UID: 4140                                                  
Status: O

On Wed, Jan 07, 2004 at 03:38:31PM -0500, Mark E. Mallett wrote:
> 
> I don't that answer

I don't know that answer

   ...


> and use the stripped version (it will ask you for the passphrase).

It will ask for the password when you create the stripped
key, not when you use it.

note to self:  proofreed.

   :)

mm

From arnoldc@mcmservice.com  Thu Jan  8 02:14:11 2004
Return-Path: <arnoldc@mcmservice.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E1741C003021; Thu,  8 Jan 2004 02:14:11 +0200 (EET)
Received: from www1.mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241])
	by talvi.dovecot.org (Postfix) with ESMTP id 60E3EC003020
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 02:14:08 +0200 (EET)
Received: from mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241]) (authenticated)
	by www1.mcmservice.com (8.11.6/8.11.6) with ESMTP id i080a8w09793
	for <dovecot@dovecot.org>; Wed, 7 Jan 2004 18:36:08 -0600
Message-ID: <3FFCA079.6040804@mcmservice.com>
Date: Wed, 07 Jan 2004 18:12:41 -0600
From: Arnold Cano <arnoldc@mcmservice.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] no such file or directory
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 00:14:12 -0000
X-UID: 4141                                                  
Status: O
Content-Length: 1294

I successfully installed dovecot 0.99.10 on a fedora box using postfix 
2.0.11 and when I try to connect using my mozilla mail client I get the 
following error in the maillog...

Jan  7 18:52:16 www1 imap(arnoldc): utime() failed with index file 
/home/arnoldc/Maildir/.INBOX/.imap.index: No such file or directory

As you can see I'm using maildirs located in the home directories.  Here 
is a copy of my dovecot.conf and I've removed all the commented out 
lines to save space...

protocols = imap
imap_listen = *
ssl_disable = yes
login_dir = /var/run/dovecot-login
login = imap
default_mail_env = maildir:~/Maildir
client_workarounds = oe6-fetch-no-newmail outlook-idle
mbox_locks = fcntl
auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = shadow
auth_user = root
auth_verbose = yes

Also, I created the maildir manually and placed a copy in my /etc/skel 
so that all new users receive a copy. Here is the structure and 
permissions from the home directory...

 >ll
drwx------    5 arnoldc  arnoldc      4096 Jan  7 18:33 Maildir

 >ll Maildir/
drwx------    2 arnoldc  arnoldc      4096 Jan  7 18:33 cur
drwx------    2 arnoldc  arnoldc      4096 Jan  7 18:33 new
drwx------    2 arnoldc  arnoldc      4096 Jan  7 18:33 tmp

Any help would be appreciated!

Arnold


From arnoldc@mcmservice.com  Thu Jan  8 02:07:45 2004
Return-Path: <arnoldc@mcmservice.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B2B13C003021; Thu,  8 Jan 2004 02:07:45 +0200 (EET)
Received: from www1.mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241])
	by talvi.dovecot.org (Postfix) with ESMTP id 58D93C003020
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 02:07:42 +0200 (EET)
Received: from mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241]) (authenticated)
	by www1.mcmservice.com (8.11.6/8.11.6) with ESMTP id i080Tgw09727
	for <dovecot@dovecot.org>; Wed, 7 Jan 2004 18:29:42 -0600
Message-ID: <3FFC9EF6.70807@mcmservice.com>
Date: Wed, 07 Jan 2004 18:06:14 -0600
From: Arnold Cano <arnoldc@mcmservice.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Thu, 08 Jan 2004 08:25:39 +0200
Subject: [Dovecot] no such file or directory
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 00:07:45 -0000
X-UID: 4142                                                  
Status: O
Content-Length: 1294

I successfully installed dovecot 0.99.10 on a fedora box using postfix 
2.0.11 and when I try to connect using my mozilla mail client I get the 
following error in the maillog...

Jan  7 18:52:16 www1 imap(arnoldc): utime() failed with index file 
/home/arnoldc/Maildir/.INBOX/.imap.index: No such file or directory

As you can see I'm using maildirs located in the home directories.  Here 
is a copy of my dovecot.conf and I've removed all the commented out 
lines to save space...

protocols = imap
imap_listen = *
ssl_disable = yes
login_dir = /var/run/dovecot-login
login = imap
default_mail_env = maildir:~/Maildir
client_workarounds = oe6-fetch-no-newmail outlook-idle
mbox_locks = fcntl
auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = shadow
auth_user = root
auth_verbose = yes

Also, I created the maildir manually and placed a copy in my /etc/skel 
so that all new users receive a copy. Here is the structure and 
permissions from the home directory...

 >ll
drwx------    5 arnoldc  arnoldc      4096 Jan  7 18:33 Maildir

 >ll Maildir/
drwx------    2 arnoldc  arnoldc      4096 Jan  7 18:33 cur
drwx------    2 arnoldc  arnoldc      4096 Jan  7 18:33 new
drwx------    2 arnoldc  arnoldc      4096 Jan  7 18:33 tmp

Any help would be appreciated!

Arnold


From tss@iki.fi  Thu Jan  8 08:37:40 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 28326C003022; Thu,  8 Jan 2004 08:37:40 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 1F579C003021
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:37:38 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1880A300DFC10
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:36:12 +0200 (EET)
Subject: Re: [Dovecot] folders not subscribed
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <3FFABCDB.3070201@networkshop.com.hk>
References: <3FFABCDB.3070201@networkshop.com.hk>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-i6OZ/tlRJSTO6dlArm1V"
Message-Id: <1073543771.6423.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 08 Jan 2004 08:36:11 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 06:37:40 -0000
X-UID: 4143                                                  
Status: O
Content-Length: 1163


--=-i6OZ/tlRJSTO6dlArm1V
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-01-06 at 15:49, Jerry Chiu wrote:
> when migrated from courier-imap,
> I found that all the sub-folders are not subscribed,  I have to manually=20
> subscribe all of them.
>=20
> It is not very practical since many of my users have complicated folder=20
> structure...
>=20
> Is it possible that the dovecot server auto-subscribe all sub-folders if=20
> the ".subscriptions" is not present in the Maildir?

Courier stores the subscriptions in courierimapsubscribed file. You
should be able to rename those files into Dovecot's .subscriptions
files. Something like:

find . -name courierimapsubscribed -exec sh -c 'mv "{}" "`echo "{}"|sed s/c=
ourierimapsubscribed/\.subscriptions/`"' \;


--=-i6OZ/tlRJSTO6dlArm1V
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQA//PpbyUhSUUBViskRAllKAJ91XlIjZ9r1r42dZLpUzZi9FT9jiACfc9YD
fatovBG0x4HLNfpepujPoDU=
=CRhg
-----END PGP SIGNATURE-----

--=-i6OZ/tlRJSTO6dlArm1V--


From tss@iki.fi  Thu Jan  8 08:40:51 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6F935C003022; Thu,  8 Jan 2004 08:40:51 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 73CC1C003021
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:40:49 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7E4F8300DFC10
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:39:23 +0200 (EET)
Subject: Re: [Dovecot] SSL and STARTTLS
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040106160008.GG24068@iridium.mv.net>
References: <20040106160008.GG24068@iridium.mv.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-leWX6byzUaWTZ9lXKgl+"
Message-Id: <1073543963.6405.37.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 08 Jan 2004 08:39:23 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 06:40:51 -0000
X-UID: 4144                                                  
Status: O


--=-leWX6byzUaWTZ9lXKgl+
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-01-06 at 18:00, Mark E. Mallett wrote:
> Is there a way to enable imaps/pop3s without enabling STARTTLS?

With CVS code you would be able to do it by creating another "server
configuration" with SSL enabled in different port. With current code
you'd have to run another dovecot process completely with different
config file.


--=-leWX6byzUaWTZ9lXKgl+
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQA//PsbyUhSUUBViskRAsscAJ4i8QaBTNpSKJ98Uwth0il/ObrhhACeM2cz
e1XE3r191XsXhp0GqaluwF8=
=7VuM
-----END PGP SIGNATURE-----

--=-leWX6byzUaWTZ9lXKgl+--


From tss@iki.fi  Thu Jan  8 08:42:16 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 74242C003023; Thu,  8 Jan 2004 08:42:16 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 6EC7DC003022
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:42:14 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7C7A4300DFC10
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:40:48 +0200 (EET)
Subject: Re: [Dovecot] Maildir and Mail at the same time.
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <61963.195.235.92.108.1073468758.squirrel@www.eurielec.etsit.upm.es>
References: <3FF9AF5C.6030308@harvee.org>
	<20040107002531.35743.qmail@web80802.mail.yahoo.com>
	<61963.195.235.92.108.1073468758.squirrel@www.eurielec.etsit.upm.es>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Uhh2xJqOtPUuCek45iTx"
Message-Id: <1073544048.6407.39.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 08 Jan 2004 08:40:48 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 06:42:16 -0000
X-UID: 4145                                                  
Status: O


--=-Uhh2xJqOtPUuCek45iTx
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-01-07 at 11:45, Jaime Medrano wrote:
> Last time I took a look to the code, it was fairly impossible due to a
> problem with the design of the mailstorage object hierarchy.
> Any progress on that?

Yea, copying API should be fixed now to work across multiple storages. I
don't think I've tested it yet though, so maybe it's buggy :)


--=-Uhh2xJqOtPUuCek45iTx
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQA//PtwyUhSUUBViskRAvPDAJ4t5QOwiYC5quyB98AWOHH/G0nytACfWWN8
++w71zpk4C7lIEJW2OoTMKs=
=C6M9
-----END PGP SIGNATURE-----

--=-Uhh2xJqOtPUuCek45iTx--


From tss@iki.fi  Thu Jan  8 08:44:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 92EF7C003023; Thu,  8 Jan 2004 08:44:27 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 88132C003022
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:44:25 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8E503300DFC10
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 08:42:59 +0200 (EET)
Subject: Re: [Dovecot] no such file or directory
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <3FFCA079.6040804@mcmservice.com>
References: <3FFCA079.6040804@mcmservice.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-IovXKUjkMLna7FVXCDjO"
Message-Id: <1073544179.6404.42.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 08 Jan 2004 08:42:59 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 06:44:27 -0000
X-UID: 4146                                                  
Status: O
Content-Length: 1086


--=-IovXKUjkMLna7FVXCDjO
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-01-08 at 02:12, Arnold Cano wrote:
> I successfully installed dovecot 0.99.10 on a fedora box using postfix=20
> 2.0.11 and when I try to connect using my mozilla mail client I get the=20
> following error in the maillog...
>=20
> Jan  7 18:52:16 www1 imap(arnoldc): utime() failed with index file=20
> /home/arnoldc/Maildir/.INBOX/.imap.index: No such file or directory

You must have somehow deleted it. When opening INBOX, Dovecot creates
the .INBOX/ directory and .imap.index under it. That error message comes
when it's unexpectedly lost. I can't really think of reasons why, unless
you manually did it..


--=-IovXKUjkMLna7FVXCDjO
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQA//PvzyUhSUUBViskRApDAAKCAMWekNBX/hOQ/X701gsmntINs8gCcC26R
wtVfb36jYubjUa3nzzI2K+4=
=hozA
-----END PGP SIGNATURE-----

--=-IovXKUjkMLna7FVXCDjO--


From arnoldc@mcmservice.com  Thu Jan  8 18:14:43 2004
Return-Path: <arnoldc@mcmservice.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 25550C003021; Thu,  8 Jan 2004 18:14:43 +0200 (EET)
Received: from www1.mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241])
	by talvi.dovecot.org (Postfix) with ESMTP id 5BC6FC003020
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 18:14:40 +0200 (EET)
Received: from mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241]) (authenticated)
	by www1.mcmservice.com (8.11.6/8.11.6) with ESMTP id i08GaZw18509
	for <dovecot@dovecot.org>; Thu, 8 Jan 2004 10:36:35 -0600
Message-ID: <3FFD8197.9020307@mcmservice.com>
Date: Thu, 08 Jan 2004 10:13:11 -0600
From: Arnold Cano <arnoldc@mcmservice.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] no such file or directory
References: <3FFCA079.6040804@mcmservice.com> <1073544179.6404.42.camel@hurina>
In-Reply-To: <1073544179.6404.42.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 16:14:43 -0000
X-UID: 4147                                                  
Status: O
Content-Length: 1260

Timo Sirainen wrote:

>On Thu, 2004-01-08 at 02:12, Arnold Cano wrote:
>  
>
>>I successfully installed dovecot 0.99.10 on a fedora box using postfix 
>>2.0.11 and when I try to connect using my mozilla mail client I get the 
>>following error in the maillog...
>>
>>Jan  7 18:52:16 www1 imap(arnoldc): utime() failed with index file 
>>/home/arnoldc/Maildir/.INBOX/.imap.index: No such file or directory
>>    
>>
>
>You must have somehow deleted it. When opening INBOX, Dovecot creates
>the .INBOX/ directory and .imap.index under it. That error message comes
>when it's unexpectedly lost. I can't really think of reasons why, unless
>you manually did it..
>
>  
>
I'm not intentionally deleting anything. Could it be that the file or 
directory is never getting created? Is there something else I can try? 
Do the permissions of the maildir or parent folders matter? I thought 
that since dovecot runs in root (unless chrooted) that couldn't be it 
but I'm out of ideas.

I tried telneting into the server with no success either...

 >telnet mail.mcmservice.com imap
Trying 216.110.65.253...
Connected to mail.mcmservice.com.
Escape character is '^]'.
* OK dovecot ready.
LOGIN arnoldc ********
LOGIN BAD Error in IMAP command received by server.

Arnold



From support@simflex.com  Thu Jan  8 18:22:13 2004
Return-Path: <support@simflex.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C8AD0C003021; Thu,  8 Jan 2004 18:22:13 +0200 (EET)
Received: from mail.simflex.com (mail.simflex.com [206.153.21.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 830BEC003020
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 18:22:11 +0200 (EET)
Received: from mail.simflex.com (mail.simflex.com [206.153.21.2])
	by mail.simflex.com (8.12.8/8.12.8) with SMTP id i08GKgbL001970
	for <dovecot@dovecot.org>; Thu, 8 Jan 2004 11:20:42 -0500
Received: from 198.67.41.140 (SquirrelMail authenticated user support)
	by mail.simflex.com with HTTP; Thu, 8 Jan 2004 11:20:42 -0500 (EST)
Message-ID: <2802.198.67.41.140.1073578842.squirrel@mail.simflex.com>
Date: Thu, 8 Jan 2004 11:20:42 -0500 (EST)
From: "SIMflex Support" <support@simflex.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-RAVMilter-Version: 8.4.4(snapshot 20030410) (Joe)
Subject: [Dovecot] POP Before SMTP for Sendmail
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 16:22:13 -0000
X-UID: 4148                                                  
Status: O

Does anyone have a patch or information resource on implementing POP
before SMTP with sendmail and DoveCot?

I implemented it using a qpopper patch before we swiched to DoveCot for
Maildirs.  We have been using DoveCot for almost a year now and love it
better than any other IMAP or POP3 server.

Thanks for the info,
Doug Eubanks
SIMflex Internet Support
support@simflex.com


SIMflex Telephone Support is available from
8am-8pm Mon thru Fri and
9am-12pm Sat
206-7934 Wilson Area
800-847-2979 All Other Areas

From kiwi@oav.net  Thu Jan  8 23:01:23 2004
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A8F22C003021; Thu,  8 Jan 2004 23:01:23 +0200 (EET)
Received: from akira.oav.net (akira.oav.net [195.20.105.157])
	by talvi.dovecot.org (Postfix) with ESMTP id A2EFDC003020
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 23:01:21 +0200 (EET)
Received: from [192.168.0.7] (kiwi.adsl.isdnet.net [195.154.177.33])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by akira.oav.net (Postfix) with ESMTP
	id 33F652A42E; Thu,  8 Jan 2004 21:59:51 +0100 (CET)
In-Reply-To: <2802.198.67.41.140.1073578842.squirrel@mail.simflex.com>
References: <2802.198.67.41.140.1073578842.squirrel@mail.simflex.com>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <98FF8F3E-421D-11D8-B87F-000393B64262@oav.net>
Content-Transfer-Encoding: quoted-printable
X-Image-Url: http://www.oav.net/~kiwi/kiwi.jpg
From: Xavier Beaudouin <kiwi@oav.net>
X-Face: 8u$<#gAcwx"EZ1; LY4S{`{^D0'*'75&}5\XN1m6&R"N3P0aLN|^*v-p9@iw74t0RXvGGnR
	]5)NaG6vj^LqWB:7f3*yf?q}6Cu6#?XV>Q[Kn&33``:R@E\!R~gk)nc&5X)\fHZbm4GaIf
	gK$GT'B=\KS&?t}%C%Y:R,W9%7JbYDx![gw'^SN'9L[?Xpcw<SfTTEf(/UPO==i^!94y1U
	C&`#Pucn/9!w5:J>h5{$q9LlUMw; &JS&BL)~c4o>]
Subject: Re: [Dovecot] POP Before SMTP for Sendmail
Date: Thu, 8 Jan 2004 21:59:49 +0100
To: "SIMflex Support" <support@simflex.com>
X-Mailer: Apple Mail (2.609)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 08 Jan 2004 21:01:23 -0000
X-UID: 4149                                                  
Status: O


Le 8 janv. 04, =E0 17:20, SIMflex Support a =E9crit :

> Does anyone have a patch or information resource on implementing POP
> before SMTP with sendmail and DoveCot?
>
> I implemented it using a qpopper patch before we swiched to DoveCot =
for
> Maildirs.  We have been using DoveCot for almost a year now and love =
it
> better than any other IMAP or POP3 server.

Humm... Why you don't use a more usefull method : SMTP AUTH ???

/Xavier


From ianj@ian-justman.com  Fri Jan  9 03:48:26 2004
Return-Path: <ianj@ian-justman.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B17E7C003021; Fri,  9 Jan 2004 03:48:26 +0200 (EET)
Received: from narshe.chocobo.org (narshe.chocobo.org [207.126.72.242])
	by talvi.dovecot.org (Postfix) with ESMTP id 63C28C003020
	for <dovecot@dovecot.org>; Fri,  9 Jan 2004 03:48:24 +0200 (EET)
Received: from ian-justman.com (jidoor.chocobo.org [207.126.72.253])
	by narshe.chocobo.org (Postfix) with ESMTP id B32AC240C439
	for <dovecot@dovecot.org>; Thu,  8 Jan 2004 17:46:54 -0800 (PST)
Message-ID: <3FFE080E.3080904@ian-justman.com>
Date: Thu, 08 Jan 2004 17:46:54 -0800
From: "Ian R. Justman" <ianj@ian-justman.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] POP Before SMTP for Sendmail
References: <2802.198.67.41.140.1073578842.squirrel@mail.simflex.com>
	<98FF8F3E-421D-11D8-B87F-000393B64262@oav.net>
In-Reply-To: <98FF8F3E-421D-11D8-B87F-000393B64262@oav.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 09 Jan 2004 01:48:26 -0000
X-UID: 4150                                                  
Status: O

Xavier Beaudouin wrote:

> 
> Le 8 janv. 04,  17:20, SIMflex Support a crit :
> 
>> Does anyone have a patch or information resource on implementing POP
>> before SMTP with sendmail and DoveCot?
>>
>> I implemented it using a qpopper patch before we swiched to DoveCot for
>> Maildirs.  We have been using DoveCot for almost a year now and love it
>> better than any other IMAP or POP3 server.
> 
> 
> Humm... Why you don't use a more usefull method : SMTP AUTH ???
> 
> /Xavier
> 

I tend to agree with this one, even though I implement this on my own 
servers.  However, I use Perdition to implement this so that's only one 
program I have to hack instead of two programs or two components of one 
program.

However, I also have SMTP-AUTH set up as well as the preferred way of 
doing things.  I ultimately hope to be rid of POP-before-SMTP at some 
point in the future.

--Ian.

From tss@iki.fi  Fri Jan  9 07:40:54 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0616AC003021; Fri,  9 Jan 2004 07:40:54 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 80415C003020
	for <dovecot@dovecot.org>; Fri,  9 Jan 2004 07:40:51 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 42970300DFC12
	for <dovecot@dovecot.org>; Fri,  9 Jan 2004 07:39:23 +0200 (EET)
Subject: Re: [Dovecot] POP Before SMTP for Sendmail
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <2802.198.67.41.140.1073578842.squirrel@mail.simflex.com>
References: <2802.198.67.41.140.1073578842.squirrel@mail.simflex.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-i+xA/Z/J2Y/X56Zo1Qnc"
Message-Id: <1073626763.6407.73.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 09 Jan 2004 07:39:23 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 09 Jan 2004 05:40:54 -0000
X-UID: 4151                                                  
Status: O


--=-i+xA/Z/J2Y/X56Zo1Qnc
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-01-08 at 18:20, SIMflex Support wrote:
> Does anyone have a patch or information resource on implementing POP
> before SMTP with sendmail and DoveCot?

http://wiki.dovecot.org/moin.cgi/PopBSMTPAndDovecot

I just updated it for DRAC.


--=-i+xA/Z/J2Y/X56Zo1Qnc
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQA//j6LyUhSUUBViskRAnzpAKCR2xszao9cA/psay4NQCA+GX1+aQCfXIsu
6snxTUAiSU6OPaOo7/SBxWM=
=1Xpr
-----END PGP SIGNATURE-----

--=-i+xA/Z/J2Y/X56Zo1Qnc--


From tss@iki.fi  Fri Jan  9 07:46:14 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A717AC003022; Fri,  9 Jan 2004 07:46:14 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id B2342C003020
	for <dovecot@dovecot.org>; Fri,  9 Jan 2004 07:46:11 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 71152300DFC12
	for <dovecot@dovecot.org>; Fri,  9 Jan 2004 07:44:43 +0200 (EET)
Subject: Re: [Dovecot] no such file or directory
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <3FFD8197.9020307@mcmservice.com>
References: <3FFCA079.6040804@mcmservice.com>
	<1073544179.6404.42.camel@hurina>  <3FFD8197.9020307@mcmservice.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-mieSnuY6k4sHdEJDHv73"
Message-Id: <1073627083.6402.79.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 09 Jan 2004 07:44:43 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 09 Jan 2004 05:46:14 -0000
X-UID: 4152                                                  
Status: O
Content-Length: 1776


--=-mieSnuY6k4sHdEJDHv73
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-01-08 at 18:13, Arnold Cano wrote:
> >>Jan  7 18:52:16 www1 imap(arnoldc): utime() failed with index file=20
> >>/home/arnoldc/Maildir/.INBOX/.imap.index: No such file or directory
..
> I'm not intentionally deleting anything. Could it be that the file or=20
> directory is never getting created?=20

I don't think so.. It should have failed earlier then.

> Is there something else I can try?=20

Does the .INBOX/ directory exist there? Is there anything under it? What
if you create them manually? Or if there is something, try deleting it?
Is there anything else in logs?

> Do the permissions of the maildir or parent folders matter? I thought=20
> that since dovecot runs in root (unless chrooted) that couldn't be it=20
> but I'm out of ideas.

No, Dovecot uses several processes and only one or two of them run as
root. The imap process which actually handles the mailboxes runs as the
user who logged in.

> I tried telneting into the server with no success either...
>=20
> * OK dovecot ready.
> LOGIN arnoldc ********
> LOGIN BAD Error in IMAP command received by server.

IMAP wants a tag before each command. So use "1 login" or something.

You could also try running the imap binary directly:

/usr/local/libexec/dovecot/imap
1 select inbox

and see if it gives the same error messages.


--=-mieSnuY6k4sHdEJDHv73
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQA//j/LyUhSUUBViskRApTRAJ91PE+SRwUnShjvXhZ+sA2ifPGF6QCeIcFr
c4HcocwLlChbJDWMDiqrr1g=
=fg7+
-----END PGP SIGNATURE-----

--=-mieSnuY6k4sHdEJDHv73--


From charlie@rubberduck.com  Sat Jan 10 15:15:19 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 050DFC003021; Sat, 10 Jan 2004 15:15:19 +0200 (EET)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by talvi.dovecot.org (Postfix) with ESMTP id D019FC003020
	for <dovecot@dovecot.org>; Sat, 10 Jan 2004 15:15:15 +0200 (EET)
Received: from [10.0.1.6] (dsl-203-113-221-241.VIC.netspace.net.au
	[203.113.221.241])
	by lazy.spodder.com (Postfix) with ESMTP id 021C78F56
	for <dovecot@dovecot.org>; Sun, 11 Jan 2004 00:12:53 +1100 (EST)
Mime-Version: 1.0 (Apple Message framework v609)
Content-Transfer-Encoding: 7bit
Message-Id: <BBCC45AA-436E-11D8-9B20-000A959B4D4E@rubberduck.com>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-5-943908052"
To: dovecot@dovecot.org
From: Charlie Allom <charlie@rubberduck.com>
Date: Sun, 11 Jan 2004 00:13:08 +1100
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
Subject: [Dovecot] some questions about log errors
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 10 Jan 2004 13:15:19 -0000
X-UID: 4153                                                  
Status: O
Content-Length: 2995


--Apple-Mail-5-943908052
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

Hello,

I migrated from the release target to the CVS target a few nights back, 
as I only use Maildir, and wanted look for improvements.. I am getting 
these errors in the maillog, and they keep coming up. I can delete the 
indexes, but wonder if it should be updateable by the mail-index 
process first?

Jan 10 16:37:48 lazy pop3(ki): Updating broken sync_id in cache file 
/home/ki/Maildir/.INBOX/.imap.index.cache
Jan 10 16:42:56 lazy pop3(ki): Updating broken sync_id in cache file 
/home/ki/Maildir/.INBOX/.imap.index.cache
Jan 10 17:08:18 lazy pop3(ki): Updating broken sync_id in cache file 
/home/ki/Maildir/.INBOX/.imap.index.cache
Jan 10 19:54:09 lazy pop3(ki): Updating broken sync_id in cache file 
/home/ki/Maildir/.INBOX/.imap.index.cache
Jan 10 20:02:12 lazy pop3(ki): Updating broken sync_id in cache file 
/home/ki/Maildir/.INBOX/.imap.index.cache
Jan 10 21:15:35 lazy pop3(ki): Updating broken sync_id in cache file 
/home/ki/Maildir/.INBOX/.imap.index.cache
Jan 10 22:17:48 lazy imap(yeled): Corrupted index file 
/home/yeled/Maildir/.spam-caught/.imap.index: Duplicated message 
1073729953.P4300Q320.lazy:2,S
Jan 10 22:17:48 lazy imap(yeled): 
/home/yeled/Maildir/.spam-caught/dovecot-uidlist: Found duplicate 
filename 1073729953.P4300Q320.lazy, rebuilding
Jan 10 23:50:19 lazy imap(yeled): Corrupted index cache file 
/home/yeled/Maildir/.mi.backups/.imap.index.cache: record points 
outside file
Jan 10 23:50:19 lazy imap(yeled): Corrupted index cache file 
/home/yeled/Maildir/.mi.backups/.imap.index.cache: invalid record size
Jan 10 23:50:19 lazy imap(yeled): Corrupted index file 
/home/yeled/Maildir/.mi.backups/.imap.index: Filename mismatch for UID 
492: 1073739016.P11415Q5M850434.lazy vs 1073739017.P4404Q26M178284.lazy
Jan 10 23:50:19 lazy imap(yeled): Couldn't lock created modify log file 
/home/yeled/Maildir/.mi.backups/.imap.index.log
Jan 10 23:50:19 lazy imap(yeled): Warning: Inconsistency - Index 
/home/yeled/Maildir/.mi.backups/.imap.index was rebuilt while we had it 
open
Jan 10 23:50:20 lazy imap(yeled): IndexID mismatch for modify log file 
/home/yeled/Maildir/.mi.backups/.imap.index.log

As you can see the error says that it is `Updating broken sync_id' 
multiple times. The other errors - I'm not sure if they can be fixed..

   C.
-- 
  charlie@rubberduck.com - Melbourne, Australia
  http://rubberduck.com/~yeled/
  PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--Apple-Mail-5-943908052
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE///pnqiZDwhSqeUERAiLmAKCT9DuRsuhB+iHEExs6gZIZ7m1czwCfeIWp
LFOJ/ptRsEDiIyp3lrhI3v0=
=Mjr2
-----END PGP SIGNATURE-----

--Apple-Mail-5-943908052--


From tss@iki.fi  Sun Jan 11 09:11:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 59C78C003023; Sun, 11 Jan 2004 09:11:27 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 4E54CC003022
	for <dovecot@dovecot.org>; Sun, 11 Jan 2004 09:11:25 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 2D1B7300D73B0
	for <dovecot@dovecot.org>; Sun, 11 Jan 2004 09:09:52 +0200 (EET)
Subject: Re: [Dovecot] some questions about log errors
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <BBCC45AA-436E-11D8-9B20-000A959B4D4E@rubberduck.com>
References: <BBCC45AA-436E-11D8-9B20-000A959B4D4E@rubberduck.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-8DQB8dCA5yrsozoxc4Yo"
Message-Id: <1073804992.6249.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 11 Jan 2004 09:09:52 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 11 Jan 2004 07:11:27 -0000
X-UID: 4154                                                  
Status: O


--=-8DQB8dCA5yrsozoxc4Yo
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-01-10 at 15:13, Charlie Allom wrote:
> I migrated from the release target to the CVS target a few nights back,=20
> as I only use Maildir, and wanted look for improvements.. I am getting=20
> these errors in the maillog, and they keep coming up. I can delete the=20
> indexes, but wonder if it should be updateable by the mail-index=20
> process first?

Don't use CVS now, indexes are broken. I'm rewriting indexing code now,
hopefully working again in a few weeks.


--=-8DQB8dCA5yrsozoxc4Yo
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAAPa/yUhSUUBViskRAksqAJ48xhFveGibz57hUMZIaP/Fgxo0WQCdFOLx
xM/Yt9MOWZVN+FK4HMsvkfE=
=3LgH
-----END PGP SIGNATURE-----

--=-8DQB8dCA5yrsozoxc4Yo--


From charlie@rubberduck.com  Sun Jan 11 11:13:04 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A32AC003024; Sun, 11 Jan 2004 11:13:04 +0200 (EET)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by talvi.dovecot.org (Postfix) with ESMTP id E55CBC003022
	for <dovecot@dovecot.org>; Sun, 11 Jan 2004 11:13:01 +0200 (EET)
Received: from [10.0.1.6] (dsl-203-113-221-241.VIC.netspace.net.au
	[203.113.221.241]) by lazy.spodder.com (Postfix) with ESMTP
	id 974E18F36; Sun, 11 Jan 2004 20:10:47 +1100 (EST)
In-Reply-To: <1073804992.6249.8.camel@hurina>
References: <BBCC45AA-436E-11D8-9B20-000A959B4D4E@rubberduck.com>
	<1073804992.6249.8.camel@hurina>
Mime-Version: 1.0 (Apple Message framework v609)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2-1015804763"
Message-Id: <21AB644C-4416-11D8-97D9-000A959B4D4E@rubberduck.com>
Content-Transfer-Encoding: 7bit
From: Charlie Allom <charlie@rubberduck.com>
Subject: Re: [Dovecot] some questions about log errors
Date: Sun, 11 Jan 2004 20:11:25 +1100
To: Timo Sirainen <tss@iki.fi>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.609)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 11 Jan 2004 09:13:04 -0000
X-UID: 4155                                                  
Status: O


--Apple-Mail-2-1015804763
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed


On 11/01/2004, at 6:09 PM, Timo Sirainen wrote:

>
> Don't use CVS now, indexes are broken. I'm rewriting indexing code now,
> hopefully working again in a few weeks.

oops! Oh well - it "works" :)

   C.
-- 
  charlie@rubberduck.com - Melbourne, Australia
  http://rubberduck.com/~yeled/
  PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--Apple-Mail-2-1015804763
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAARM9qiZDwhSqeUERAgvlAKCR+u0HDC0IbvzeTd1KXpYH5l/2EgCggkYj
a8KBsI7EYMc1W28vZJp7HyM=
=yjTl
-----END PGP SIGNATURE-----

--Apple-Mail-2-1015804763--


From camis@mweb.co.za  Sun Jan 11 14:00:56 2004
Return-Path: <camis@mweb.co.za>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0D038C003024; Sun, 11 Jan 2004 14:00:56 +0200 (EET)
Received: from quake.mweb.co.za (quake.mweb.co.za [196.2.45.85])
	by talvi.dovecot.org (Postfix) with ESMTP id 8C2A6C003022
	for <dovecot@dovecot.org>; Sun, 11 Jan 2004 14:00:53 +0200 (EET)
Received: from cpt-dial-196-30-184-194.mweb.co.za ([196.30.184.194]:1099
	helo=mweb.co.za) by quake.mweb.co.za with esmtp (Exim 4.24)
	id 1AfeF3-0007bY-RF
	for dovecot@dovecot.org; Sun, 11 Jan 2004 13:58:54 +0200
Message-ID: <40013A8F.5000900@mweb.co.za>
Date: Sun, 11 Jan 2004 13:59:11 +0200
From: cami <camis@mweb.co.za>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
References: <BBCC45AA-436E-11D8-9B20-000A959B4D4E@rubberduck.com>
In-Reply-To: <BBCC45AA-436E-11D8-9B20-000A959B4D4E@rubberduck.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Feature Request?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 11 Jan 2004 12:00:56 -0000
X-UID: 4156                                                  
Status: O

Hi All..

When a successfully authentication has taken place,
is it possible to get dovecot to create the users
maildir if it doesnt already exist?

Regards,
Cami


From arnoldc@mcmservice.com  Mon Jan 12 19:08:12 2004
Return-Path: <arnoldc@mcmservice.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6C9DEC003023; Mon, 12 Jan 2004 19:08:12 +0200 (EET)
Received: from www1.mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241])
	by talvi.dovecot.org (Postfix) with ESMTP id 5EBB5C003020
	for <dovecot@dovecot.org>; Mon, 12 Jan 2004 19:08:09 +0200 (EET)
Received: from mcmservice.com (216-110-65-241.gen.twtelecom.net
	[216.110.65.241]) (authenticated)
	by www1.mcmservice.com (8.11.6/8.11.6) with ESMTP id i0CHTYw10114
	for <dovecot@dovecot.org>; Mon, 12 Jan 2004 11:29:35 -0600
Message-ID: <4002D416.4060200@mcmservice.com>
Date: Mon, 12 Jan 2004 11:06:30 -0600
From: Arnold Cano <arnoldc@mcmservice.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] imap sync
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 12 Jan 2004 17:08:12 -0000
X-UID: 4157                                                  
Status: O

Has anyone used any of those utilities that synchronize imap email from 
one server to another? I tried using imapsync-1.65 and it reports that 
dovecot has no namespace support and requires me to manually enter the 
separator? Would this be "."? or  ".INBOX"?  or "/"?

Thanks,

Arnold


From tss@iki.fi  Mon Jan 12 20:53:58 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8D88BC003021; Mon, 12 Jan 2004 20:53:58 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 72A47C003020
	for <dovecot@dovecot.org>; Mon, 12 Jan 2004 20:53:56 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E1312300E49C4
	for <dovecot@dovecot.org>; Mon, 12 Jan 2004 20:52:19 +0200 (EET)
Subject: Re: [Dovecot] Feature Request?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <40013A8F.5000900@mweb.co.za>
References: <BBCC45AA-436E-11D8-9B20-000A959B4D4E@rubberduck.com>
	<40013A8F.5000900@mweb.co.za>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-06qyMKY9IL/6JmBoKoSD"
Message-Id: <1073933539.3798.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 12 Jan 2004 20:52:19 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 12 Jan 2004 18:53:58 -0000
X-UID: 4158                                                  
Status: O
Content-Length: 1361


--=-06qyMKY9IL/6JmBoKoSD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-01-11 at 13:59, cami wrote:
> Hi All..
>=20
> When a successfully authentication has taken place,
> is it possible to get dovecot to create the users
> maildir if it doesnt already exist?

Currently there's no configuration option for that. Some people want to
create directories also for the user's home directory and possibly it's
parent directory etc. so it'd be better to do it right the first time
for everyone..

You could patch the sources, something like this:=20

--- src/lib-storage/index/maildir/maildir-storage.c.old 2004-01-12 20:50:45=
.000000000 +0200
+++ src/lib-storage/index/maildir/maildir-storage.c     2004-01-12 20:51:13=
.000000000 +0200
@@ -64,6 +64,7 @@
                                p =3D strchr(p, ':');
                        } while (p !=3D NULL);
                }
+               mkdir(root_dir, 0700);
        }
=20
        if (root_dir =3D=3D NULL)


--=-06qyMKY9IL/6JmBoKoSD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAAuzjyUhSUUBViskRAkg8AKCGpyCr3Hdp/Y0jdb2D0By6T5whKQCggZrn
z/+qyK49tj0qepRM12/Z7SY=
=8Y0Z
-----END PGP SIGNATURE-----

--=-06qyMKY9IL/6JmBoKoSD--


From tss@iki.fi  Mon Jan 12 21:06:35 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 58AE5C003023; Mon, 12 Jan 2004 21:06:35 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 5774EC003021
	for <dovecot@dovecot.org>; Mon, 12 Jan 2004 21:06:33 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id C62EE300E49C4
	for <dovecot@dovecot.org>; Mon, 12 Jan 2004 21:04:56 +0200 (EET)
Subject: Re: [Dovecot] imap sync
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <4002D416.4060200@mcmservice.com>
References: <4002D416.4060200@mcmservice.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-bD4r3R4Wv1bAkkQYcn05"
Message-Id: <1073934296.3796.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 12 Jan 2004 21:04:56 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 12 Jan 2004 19:06:35 -0000
X-UID: 4159                                                  
Status: O


--=-bD4r3R4Wv1bAkkQYcn05
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-01-12 at 19:06, Arnold Cano wrote:
> Has anyone used any of those utilities that synchronize imap email from=20
> one server to another? I tried using imapsync-1.65 and it reports that=20
> dovecot has no namespace support and requires me to manually enter the=20
> separator? Would this be "."? or  ".INBOX"?  or "/"?

Most likely "." with maildir, "/" with mbox.


--=-bD4r3R4Wv1bAkkQYcn05
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAAu/YyUhSUUBViskRAixbAJ9Xi3ZyeUa/5uIEeJCHO/2g6Dq3kwCfQxx3
G4ar1Vj25Xg9c/WqpTDkTUY=
=HmdZ
-----END PGP SIGNATURE-----

--=-bD4r3R4Wv1bAkkQYcn05--


From lfarkas@bppiac.hu  Tue Jan 13 11:13:43 2004
Return-Path: <lfarkas@bppiac.hu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 847C1C003025; Tue, 13 Jan 2004 11:13:43 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 91F7AC003023
	for <dovecot@dovecot.org>; Tue, 13 Jan 2004 11:13:41 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id C8900239EC; Tue, 13 Jan 2004 11:12:03 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C3F8A239F2; Tue, 13 Jan 2004 11:12:03 +0200 (EET)
Received: from mail1.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by danu.procontrol.fi (Postfix) with ESMTP id C88B7239EC
	for <dovecot@procontrol.fi>; Tue, 13 Jan 2004 11:11:30 +0200 (EET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 7D51D16F4BE; Tue, 13 Jan 2004 10:11:29 +0100 (CET)
Received: from bppiac.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mail1.bppiac.hu (Postfix) with ESMTP id 6054E16F4AE
	for <dovecot@procontrol.fi>; Tue, 13 Jan 2004 10:11:29 +0100 (CET)
Message-ID: <4003B641.7000008@bppiac.hu>
Date: Tue, 13 Jan 2004 10:11:29 +0100
From: Farkas Levente <lfarkas@bppiac.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot List <dovecot@procontrol.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: [Dovecot] dovecot and evolution
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 13 Jan 2004 09:13:43 -0000
X-UID: 4160                                                  
Status: O

hi,
in evo when I open my mailbox INBOX is in the middle of my foder list. 
it seems evo sort folders  alphanumericaly and eg Drafts is before 
INBOX. is there any way to put the inbox as the first folder? it very 
annoying:-(

ps. anyway what is the status of the new indexing code and the thread 
view bug?
thanks.

-- 
   Levente                               "Si vis pacem para bellum!"



From tss@iki.fi  Tue Jan 13 13:45:12 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DB4FCC003025; Tue, 13 Jan 2004 13:45:12 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id E5E4DC003023
	for <dovecot@dovecot.org>; Tue, 13 Jan 2004 13:45:10 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A7457300E49B7
	for <dovecot@dovecot.org>; Tue, 13 Jan 2004 13:43:32 +0200 (EET)
Subject: Re: [Dovecot] dovecot and evolution
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <4003B641.7000008@bppiac.hu>
References: <4003B641.7000008@bppiac.hu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-9yD2qLNRyxUtNjq3kMfZ"
Message-Id: <1073994212.3812.48.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 13 Jan 2004 13:43:32 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 13 Jan 2004 11:45:13 -0000
X-UID: 4161                                                  
Status: O
Content-Length: 1642


--=-9yD2qLNRyxUtNjq3kMfZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-01-13 at 11:11, Farkas Levente wrote:
> hi,
> in evo when I open my mailbox INBOX is in the middle of my foder list.=20
> it seems evo sort folders  alphanumericaly and eg Drafts is before=20
> INBOX. is there any way to put the inbox as the first folder? it very=20
> annoying:-(

Yes, it's pretty stupid. My mailbox names all begin with lowercase
letter, so INBOX is the first in the list :) Anyway, this is Evolution's
internal behaviour so Dovecot can't change it.

> ps. anyway what is the status of the new indexing code and the thread=20
> view bug?
> thanks.

I've been promising to get new indexing code to work at the beginning of
February, hopefully I'm able to do that :) Next actual release then
probably at the end of February.

The indexing code itself is about 80% implemented, next big thing is
that most of maildir/mbox handling code needs rewriting..

Thread view bug? .. You probably mean that new mails show up under some
very old mails and gets kind of lost. If I change that behaviour I'll
break RFC compatibility. There was some talk about adding some new
extension to THREAD to change it's behaviour, but no-one's tried to push
it recently.


--=-9yD2qLNRyxUtNjq3kMfZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAA9nkyUhSUUBViskRAnDrAJsFZUCHHYqq1BXCHL+jwriJQZTnsgCfYY1X
xcBCIW+gVSUdZMWCcIqBI1E=
=cZKh
-----END PGP SIGNATURE-----

--=-9yD2qLNRyxUtNjq3kMfZ--


From dinh.viet.hoa@free.fr  Tue Jan 13 13:47:08 2004
Return-Path: <dinh.viet.hoa@free.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 69BBAC003026; Tue, 13 Jan 2004 13:47:08 +0200 (EET)
Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44])
	by talvi.dovecot.org (Postfix) with ESMTP id A723DC003025
	for <dovecot@dovecot.org>; Tue, 13 Jan 2004 13:47:05 +0200 (EET)
Received: from homer.priv (meriadeck-3-82-224-130-15.fbx.proxad.net
	[82.224.130.15])
	by postfix3-1.free.fr (Postfix) with ESMTP id 23461C42CE
	for <dovecot@dovecot.org>; Tue, 13 Jan 2004 12:45:27 +0100 (CET)
Received: from homer.priv (dinh@homer.priv [192.168.0.254] (may be forged))
	by homer.priv (8.12.10/8.12.8) with ESMTP id i0DBjQgU016073
	for <dovecot@dovecot.org>; Tue, 13 Jan 2004 12:45:26 +0100
Received: (from dinh@localhost)
	by homer.priv (8.12.10/8.12.8/Submit) id i0DBjQ1E016071;
	Tue, 13 Jan 2004 12:45:26 +0100
Date: Tue, 13 Jan 2004 12:44:42 +0100
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: dovecot@dovecot.org
Message-ID: <etPan.4003da2a.75ac3b4f.3774@homer>
In-Reply-To: <4003B641.7000008@bppiac.hu>
References: <4003B641.7000008@bppiac.hu>
Subject: Re: [Dovecot] dovecot and evolution
X-Mailer: etPan - new generation - version 0.2-dev-20031216
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="4003da56_1e140293_370b"; 
	micalg="pgp-sha1"; protocol="application/pgp-signature"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 13 Jan 2004 11:47:08 -0000
X-UID: 4162                                                  
Status: O

--4003da56_1e140293_370b
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

=46arkas Levente wrote :

> hi,
> in evo when I open my mailbox INBOX is in the middle of my foder list.=20
> it seems evo sort folders  alphanumericaly and eg Drafts is before=20
> INBOX. is there any way to put the inbox as the first folder=3F it very=
=20
> annoying:-(
>=20
> ps. anyway what is the status of the new indexing code and the thread=20
> view bug=3F

Why do you post to Dovecot mailing list =3F
This is not a problem of the server.

--=20
DINH V. Hoa,

etPan=21 - newsreader, mail user agent -- http://libetpan.sf.net/etpan

--4003da56_1e140293_370b
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQBAA9pV7w+pfAWHa3MRArTgAJ9n/NwhwOLZZ1VbVw6kY/YBY0yKewCfZ6dG
ky0mKurG1SiVkvNpN2hK8HM=
=2RwQ
-----END PGP SIGNATURE-----

--4003da56_1e140293_370b--

From lfarkas@bppiac.hu  Tue Jan 13 14:28:07 2004
Return-Path: <lfarkas@bppiac.hu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 927D2C003026; Tue, 13 Jan 2004 14:28:07 +0200 (EET)
Received: from mail1.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by talvi.dovecot.org (Postfix) with ESMTP id A4429C003025
	for <dovecot@dovecot.org>; Tue, 13 Jan 2004 14:28:05 +0200 (EET)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id D59D316F4B9; Tue, 13 Jan 2004 13:26:26 +0100 (CET)
Received: from [192.168.0.50] (garfield.int.bppiac.hu [192.168.0.50])
	by mail1.bppiac.hu (Postfix) with ESMTP
	id C664116F4B7; Tue, 13 Jan 2004 13:26:26 +0100 (CET)
Subject: Re: [Dovecot] dovecot and evolution
From: Farkas Levente <lfarkas@bppiac.hu>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1073994212.3812.48.camel@hurina>
References: <4003B641.7000008@bppiac.hu>  <1073994212.3812.48.camel@hurina>
Content-Type: text/plain
Organization: Budapesti Piac Rt.
Message-Id: <1073996786.7097.36.camel@garfield.int.bppiac.hu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Tue, 13 Jan 2004 13:26:26 +0100
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 13 Jan 2004 12:28:07 -0000
X-UID: 4163                                                  
Status: O
Content-Length: 1872

On Tue, 2004-01-13 at 12:43, Timo Sirainen wrote:
> On Tue, 2004-01-13 at 11:11, Farkas Levente wrote:
> > hi,
> > in evo when I open my mailbox INBOX is in the middle of my foder list. 
> > it seems evo sort folders  alphanumericaly and eg Drafts is before 
> > INBOX. is there any way to put the inbox as the first folder? it very 
> > annoying:-(
> 
> Yes, it's pretty stupid. My mailbox names all begin with lowercase
> letter, so INBOX is the first in the list :) Anyway, this is Evolution's
> internal behaviour so Dovecot can't change it.

Drafts is uppercase however backup is lowercase and still BEFORE INBOX!
anyway I post it to evo list too, but doesn't seems to response:-(

> > ps. anyway what is the status of the new indexing code and the thread 
> > view bug?
> > thanks.
> 
> I've been promising to get new indexing code to work at the beginning of
> February, hopefully I'm able to do that :) Next actual release then
> probably at the end of February.

we're waiting it, since I'd like to merge all of our mail server. but
it's about 400 mailbox. and two week ago we have to restore all mailbox
from the backup which cause that dovecot has to reindex all mailbox.
which result a load 10-15 on a dual xeon. so I assume it's again the IO
load. we have to manualy stop and start dovecot for about 3 hours to be
able to manage the load...

> The indexing code itself is about 80% implemented, next big thing is
> that most of maildir/mbox handling code needs rewriting..
> 
> Thread view bug? .. You probably mean that new mails show up under some
> very old mails and gets kind of lost. If I change that behaviour I'll
> break RFC compatibility. There was some talk about adding some new
> extension to THREAD to change it's behaviour, but no-one's tried to push
> it recently.

:-(

-- 
Levente                               "Si vis pacem para bellum!"



From dcrisp@wsl.com.au  Wed Jan 14 01:13:36 2004
Return-Path: <dcrisp@wsl.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2BAC4C003026; Wed, 14 Jan 2004 01:13:36 +0200 (EET)
Received: from MailMarshalC81.wsl.net.au (unknown [210.8.90.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 57615C003025
	for <dovecot@dovecot.org>; Wed, 14 Jan 2004 01:13:32 +0200 (EET)
Received: from itc89 (Not Verified[90.0.0.89]) by MailMarshalC81.wsl.net.au
	with NetIQ MailMarshal (v5.5.5.8)
	id <B00003ec37>; Wed, 14 Jan 2004 10:11:44 +1100
From: "David Crisp" <dcrisp@wsl.com.au>
To: "'Timo Sirainen'" <tss@iki.fi>
Subject: RE: [Dovecot] Outlook 2002 sp-2 and initial connection after OS reboot
Date: Wed, 14 Jan 2004 10:11:44 +1100
Organization: WSL Consultants Pty Ltd
Message-ID: <000401c3da2a$9ca904f0$5900005a@wslmelb.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <782CB786-3FF8-11D8-AC16-000393CC2E90@iki.fi>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: dcrisp@wsl.com.au
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, 13 Jan 2004 23:13:36 -0000
X-UID: 4164                                                  
Status: O
Content-Length: 3451

Hi Timo,

Thanks for your response.   After a little bit more research here is
what I found: 

1)   Im not using SSL at the moment.   I intend to,  but for the moment
I want things to WORK  before adding an extra layer of complexty into
the situation. 

2)   I have a laptop that seems to consistantly fail to connect.    I
have run TCPDUMP on the Debian Linux server running dovecot and I get NO
traffic between the outlook client and the linux box from that machine
at all when opening outlook.      If I go to file connect to in outlook
I can connect to the IMAP server,  and if I leave it for a while it will
automatically connect, but It wont connect automatically as soon as
outlook is open. 

3)  Dovecots files don't say much other than :
		
	imap-login: Jan 14 10:02:44 Info: Login: dcrisp [90.0.0.68]

I'm stumped as to what is happening here. 

It LOOKS like its an OUTLOOK problem.  However it works fine with the
OTHER imap server we have which is on a different linux box.   

---
David Crisp   IT Systems Administrator   WSL Consultants Pty Ltd
dcrisp@wsl.com.au   2-8 Harvey Street Richmond Vic  3121  Australia
Phone: +61 3 9429 4666   Fax: +61 3 9429 2294   Web: www.wsl.com.au



 

> -----Original Message-----
> From: Timo Sirainen [mailto:tss@iki.fi] 
> Sent: Tuesday, 6 January 2004 2:29 PM
> To: dcrisp@wsl.com.au
> Cc: dovecot@dovecot.org
> Subject: Re: [Dovecot] Outlook 2002 sp-2 and initial 
> connection after OS reboot
> 
> 
> On 29.12.2003, at 07:43, David Crisp wrote:
> 
> > When I restart the OS (windows XP)  and open up Outlook 2002 SP2  I 
> > don't automatically get my IMAP folders on the DOVECOT imap server. 
> > (the one on the uw_imap server open up straight away)
> >
> > When I click on inbox I cam given a message saying : unable 
> to connect 
> > to imap folders
> 
> Does it even try to connect to server? You could check with 
> tcpdump or 
> something similiar.
> 
> Is there anything in Dovecot's log files? What about after enabling 
> auth_verbose = yes?
> 
> Do you use SSL? Does it work without?
> 


------------------------------------------------------------------------------
WSL Consultants Pty Ltd
www.wsl.com.au

Head Office:
2-8 Harvey Street, Richmond VIC 3121
Ph:       (03) 9429 4666
Fax:      (03) 9429 2294

Bendigo Office:
Gate 6, Sharon Street
La Trobe University, Bendigo
PO Box 106, Strathdale VIC 3550
Ph:       (03) 5444 7890
Fax:      (03) 5444 7895

This message is intended solely for the individual(s) and entity(s)
addressed.  It is confidential and may contain legally privileged
information.  The use, copying or distribution of this message or any
information it contains, by anyone other than the addressee, is prohibited.
If you have received this message in error, please notify wsl@wsl.com.au.
The mailbox address from which this message has been sent is for business
mail only. Mail sent to it may be subject to security scanning and delivery
of non-business messages sent to this address may not occur. Please note
that the opinions expressed in this e-mail are those of the author, and are
not necessarily those of WSL Consultants Pty Ltd.



------------------------------------------------------------------------------

######################################################################
This e-mail message has been scanned and cleared by MailMarshal 
http://www.marshalsoftware.com
######################################################################

From keith@midnighthax.com  Wed Jan 14 10:25:02 2004
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 03D0BC003031; Wed, 14 Jan 2004 10:25:02 +0200 (EET)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by talvi.dovecot.org (Postfix) with ESMTP id 0D763C003026
	for <dovecot@dovecot.org>; Wed, 14 Jan 2004 10:24:59 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP
	id 567A7312F7; Wed, 14 Jan 2004 08:23:00 +0000 (GMT)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	by localhost (gs001.rg2.tiger-computing.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 25288-10; Wed, 14 Jan 2004 08:22:58 +0000 (GMT)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100]) by gs001.rg2.tiger-computing.com (Postfix) with SMTP
	id 4D508312F6; Wed, 14 Jan 2004 08:22:58 +0000 (GMT)
Date: Wed, 14 Jan 2004 08:22:58 +0000
From: Keith Edmunds <keith@midnighthax.com>
To: dcrisp@wsl.com.au
Subject: Re: [Dovecot] Outlook 2002 sp-2 and initial connection after OS reboot
Message-Id: <20040114082258.73520dc9@zaphod.rg2.tiger-computing.com>
In-Reply-To: <000401c3da2a$9ca904f0$5900005a@wslmelb.com.au>
References: <782CB786-3FF8-11D8-AC16-000393CC2E90@iki.fi>
	<000401c3da2a$9ca904f0$5900005a@wslmelb.com.au>
X-Mailer: Sylpheed version 0.9.8claws23 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 14 Jan 2004 08:25:02 -0000
X-UID: 4165                                                  
Status: O


On Wed, 14 Jan 2004 10:11:44 +1100
"David Crisp" <dcrisp@wsl.com.au> wrote:

> It LOOKS like its an OUTLOOK problem.  However it works fine with the
> OTHER imap server we have which is on a different linux box.   

May I make a suggestion? Install a  copy of 'the other' IMAP server on
the same box as you have Dovecot. Stop Dovecot, run that server, see if
Outlook connects. Disconnect Outlook, stop that server, start Dovecot,
and try again. That way the ONLY difference is the IMAP server, and
anything silly (firewall rules, routers, hardware, random acts of
omnipotent beings) should be eliminated. Yes, I know you'll say none of
those things apply in this case, but SOMETHING is different.

Keith

From tja@jakobsen.vg  Wed Jan 14 15:36:30 2004
Return-Path: <tja@jakobsen.vg>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7A3D2C003022; Wed, 14 Jan 2004 15:36:30 +0200 (EET)
Received: from mail.jakobsen.vg (unknown [212.242.163.63])
	by talvi.dovecot.org (Postfix) with ESMTP id 74998C003020
	for <dovecot@dovecot.org>; Wed, 14 Jan 2004 15:36:28 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.jakobsen.vg (Postfix) with ESMTP id 843E788F9
	for <dovecot@dovecot.org>; Wed, 14 Jan 2004 14:34:47 +0100 (CET)
Received: from mail.jakobsen.vg ([127.0.0.1])
	by localhost (cardinal [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12500-09 for <dovecot@dovecot.org>;
	Wed, 14 Jan 2004 14:34:45 +0100 (CET)
Received: from emperor.jakobsen.vg (emperor.jakobsen.vg [192.168.2.2])
	by mail.jakobsen.vg (Postfix) with ESMTP id 7B98B88F2
	for <dovecot@dovecot.org>; Wed, 14 Jan 2004 14:34:45 +0100 (CET)
Received: by emperor.jakobsen.vg (Postfix, from userid 1000)
	id 6487115500; Wed, 14 Jan 2004 14:34:45 +0100 (CET)
Date: Wed, 14 Jan 2004 14:34:45 +0100
From: Tim Jakobsen <tja@jakobsen.vg>
To: dovecot@dovecot.org
Message-ID: <20040114133445.GB357@emperor.jakobsen.vg>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new at jakobsen.vg
Subject: [Dovecot] Internal error during expunge
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 14 Jan 2004 13:36:30 -0000
X-UID: 4166                                                  
Status: O

Hi,

I'm using dovecot-0.99.10.4_1 on Freebsd. CPU architecture is i386. 

When ever I try to move messages og delete dem i get an internal error.
Below I've tried to show what dovecot says. Mail gets stored using mbox
format.
After giving the internal error you kan try to expunge the mail again
and it works without error.

Any suggestions or ideas as to what could be wrong? is it a bug?  

A003 STORE 1 +FLAGS (\Deleted)
* 1 FETCH (FLAGS (\Deleted \Seen))
A003 OK Store completed.
A004 expunge
imap(foo): Error: Error indexing mbox file /home/foo/Mail/INBOX.Drafts:
LF not found where expected
A004 NO Internal error [2004-01-14 14:08:13]

Tia.

--
Regards,
 Tim


From benjamin@weiss.name  Fri Jan 16 18:40:14 2004
Return-Path: <benjamin@weiss.name>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 30E58C003021; Fri, 16 Jan 2004 18:40:14 +0200 (EET)
Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116])
	by talvi.dovecot.org (Postfix) with ESMTP id 9551FC003020
	for <dovecot@dovecot.org>; Fri, 16 Jan 2004 18:40:10 +0200 (EET)
Received: from mail.birdvet.org ([68.97.130.220]) by lakemtao05.cox.net
	(InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
	id <20040116163823.ZXBL29834.lakemtao05.cox.net@mail.birdvet.org>
	for <dovecot@dovecot.org>; Fri, 16 Jan 2004 11:38:23 -0500
Received: from osbi03981 (unknown [204.87.126.161])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.birdvet.org (Postfix) with ESMTP id 0522A1B607
	for <dovecot@dovecot.org>; Fri, 16 Jan 2004 10:38:16 -0600 (CST)
Message-ID: <000f01c3dc4f$f81c7ed0$7f790180@osbi03981>
From: "Benjamin J. Weiss" <benjamin@weiss.name>
To: <dovecot@dovecot.org>
Date: Fri, 16 Jan 2004 10:44:11 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
X-birdvet.org-MailScanner-Information: Please contact the ISP for more
	information
X-birdvet.org-MailScanner: Found to be clean
X-birdvet.org-MailScanner-SpamCheck: 
Subject: [Dovecot] Certificate Authority-signed certs in dovecot?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 16 Jan 2004 16:40:14 -0000
X-UID: 4167                                                  
Status: O
Content-Length: 1471

Hi!

Sorry if this has been covered.  I've just started using dovecot and I've
searched via google and I've downloaded the maillist archives, but I haven't
found a solution.

I'm using Fedora Core 1, with dovecot-0.99.10-6.  When I'm at work, I access
my home mail server using Outlook Express (I know, I know, but it's the only
client I'm allowed to use at work).  Now, I'm able to get to my email, but I
get a warning popup box each time I connect to the server, that the
authenticity of the certificate can't be verified.  I'm assuming that that's
because I am using a self-signed certificate.

Now, I'm also using postfix, and it allows for me creating my own CA
certificate, and using it to sign my own certificates.  The
/etc/postfix/main.cf entries are:

smtpd_tls_key_file = /etc/postfix/newreq.pem
smtpd_tls_cert_file = /etc/postfix/newcert.pem
smtpd_tls_CAfile = /etc/postfix/cacert.pem

but while I see the following two lines in /etc/dovecot.conf:

ssl_cert_file = /usr/share/ssl/certs/dovecot.pem
ssl_key_file = /usr/share/ssl/private/dovecot.pem

I don't see how to specify my CA cert.

I'm pretty much a noob when it comes to openssl, but I've been able to
follow directions to get the TLS working in both postfix and dovecot.  I
just want to get rid of that annoying message.  I figure that there's a way
to sign my dovecot certs with the ca cert I've already created for postfix,
and tell dovecot about it somehow.  Has anybody done this?

Thanks!

Ben


From jwt@qth.ath.cx  Sat Jan 17 03:15:14 2004
Return-Path: <jwt@qth.ath.cx>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D27ADC003021; Sat, 17 Jan 2004 03:15:14 +0200 (EET)
Received: from qth.ath.cx (usen-221x115x224x2.ap-US01.usen.ad.jp
	[221.115.224.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 86009C003020
	for <dovecot@dovecot.org>; Sat, 17 Jan 2004 03:15:12 +0200 (EET)
Received: from jwt by qth.ath.cx with local (Exim 4.30) id 1Ahf1g-00081Y-FF
	for dovecot@dovecot.org; Sat, 17 Jan 2004 10:13:24 +0900
Date: Sat, 17 Jan 2004 10:13:24 +0900
From: Jim Tittsler <jwt@qth.ath.cx>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Certificate Authority-signed certs in dovecot?
Message-ID: <20040117011324.GB30457@server.onjapan.net>
References: <000f01c3dc4f$f81c7ed0$7f790180@osbi03981>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000f01c3dc4f$f81c7ed0$7f790180@osbi03981>
User-Agent: Mutt/1.4.1i
Organization: 7J1AJH/AI8A Tokyo
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 17 Jan 2004 01:15:15 -0000
X-UID: 4168                                                  
Status: O

On Fri, Jan 16, 2004 at 10:44:11AM -0600, Benjamin J. Weiss wrote:
> I'm using Fedora Core 1, with dovecot-0.99.10-6.  When I'm at work, I access
> my home mail server using Outlook Express (I know, I know, but it's the only
> client I'm allowed to use at work).  Now, I'm able to get to my email, but I
> get a warning popup box each time I connect to the server, that the
> authenticity of the certificate can't be verified.  I'm assuming that that's
> because I am using a self-signed certificate.

You can use Internet Explorer to add your CA certificate to
your client machine (and it will also be honored by Outlook
Express).  Or you can add just the cert for the IMAP machine.

  http://www.microsoft.com/Windows/ie/using/howto/digitalcert/using.asp


From tss@iki.fi  Mon Jan 19 19:05:09 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 985D4C003021; Mon, 19 Jan 2004 19:05:09 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 00BC6C003020
	for <dovecot@dovecot.org>; Mon, 19 Jan 2004 19:05:06 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 06685300DFC12
	for <dovecot@dovecot.org>; Mon, 19 Jan 2004 19:03:13 +0200 (EET)
Subject: Re: [Dovecot] Certificate Authority-signed certs in dovecot?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <000f01c3dc4f$f81c7ed0$7f790180@osbi03981>
References: <000f01c3dc4f$f81c7ed0$7f790180@osbi03981>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-QjjBU6cV8YXoBFhUAxEd"
Message-Id: <1074531793.29845.18.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 19 Jan 2004 19:03:13 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 19 Jan 2004 17:05:09 -0000
X-UID: 4169                                                  
Status: O
Content-Length: 5605


--=-QjjBU6cV8YXoBFhUAxEd
Content-Type: multipart/mixed; boundary="=-PnA6zWnwwo7b2wmSBwXZ"


--=-PnA6zWnwwo7b2wmSBwXZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-01-16 at 18:44, Benjamin J. Weiss wrote:
> but while I see the following two lines in /etc/dovecot.conf:
>=20
> ssl_cert_file =3D /usr/share/ssl/certs/dovecot.pem
> ssl_key_file =3D /usr/share/ssl/private/dovecot.pem
>=20
> I don't see how to specify my CA cert.

Currently there's no way to do it, but Zach Bagnall wrote a patch some
time ago. Now that I remember it, I'll commit it to CVS :)


--=-PnA6zWnwwo7b2wmSBwXZ
Content-Disposition: attachment; filename=dovecot-0.99.10.2-ca.diff
Content-Transfer-Encoding: base64
Content-Type: text/x-patch; name=dovecot-0.99.10.2-ca.diff; charset=iso-8859-15

ZGlmZiAtdXIgZG92ZWNvdC0wLjk5LjEwLjIvc3JjL2xvZ2luLWNvbW1vbi9zc2wtcHJveHktb3Bl
bnNzbC5jIGRvdmVjb3QtMC45OS4xMC4yLWNhL3NyYy9sb2dpbi1jb21tb24vc3NsLXByb3h5LW9w
ZW5zc2wuYw0KLS0tIGRvdmVjb3QtMC45OS4xMC4yL3NyYy9sb2dpbi1jb21tb24vc3NsLXByb3h5
LW9wZW5zc2wuYwkyMDAzLTA2LTE4IDEzOjM1OjU1LjAwMDAwMDAwMCArMTIwMA0KKysrIGRvdmVj
b3QtMC45OS4xMC4yLWNhL3NyYy9sb2dpbi1jb21tb24vc3NsLXByb3h5LW9wZW5zc2wuYwkyMDAz
LTExLTE4IDE1OjE0OjAzLjAwMDAwMDAwMCArMTMwMA0KQEAgLTQwMyw5ICs0MDMsMTAgQEANCiAN
CiB2b2lkIHNzbF9wcm94eV9pbml0KHZvaWQpDQogew0KLQljb25zdCBjaGFyICpjZXJ0ZmlsZSwg
KmtleWZpbGUsICpwYXJhbWZpbGU7DQorCWNvbnN0IGNoYXIgKmNhZmlsZSwgKmNlcnRmaWxlLCAq
a2V5ZmlsZSwgKnBhcmFtZmlsZTsNCiAJY2hhciBidWY7DQogDQorCWNhZmlsZSA9IGdldGVudigi
U1NMX0NBX0ZJTEUiKTsNCiAJY2VydGZpbGUgPSBnZXRlbnYoIlNTTF9DRVJUX0ZJTEUiKTsNCiAJ
a2V5ZmlsZSA9IGdldGVudigiU1NMX0tFWV9GSUxFIik7DQogCXBhcmFtZmlsZSA9IGdldGVudigi
U1NMX1BBUkFNX0ZJTEUiKTsNCkBAIC00MjgsNiArNDI5LDEzIEBADQogCQkJU1NMX0NJUEhFUl9M
SVNULCBzc2xfbGFzdF9lcnJvcigpKTsNCiAJfQ0KIA0KKwlpZihjYWZpbGUpIHsNCisJCWlmIChT
U0xfQ1RYX2xvYWRfdmVyaWZ5X2xvY2F0aW9ucyhzc2xfY3R4LCBjYWZpbGUsIE5VTEwpICE9IDEp
IHsNCisJCQlpX2ZhdGFsKCJDYW4ndCBsb2FkIENBIGZpbGUgJXM6ICVzIiwNCisJCQkJY2FmaWxl
LCBzc2xfbGFzdF9lcnJvcigpKTsNCisJCX0NCisJfQ0KKw0KIAlpZiAoU1NMX0NUWF91c2VfY2Vy
dGlmaWNhdGVfY2hhaW5fZmlsZShzc2xfY3R4LCBjZXJ0ZmlsZSkgIT0gMSkgew0KIAkJaV9mYXRh
bCgiQ2FuJ3QgbG9hZCBjZXJ0aWZpY2F0ZSBmaWxlICVzOiAlcyIsDQogCQkJY2VydGZpbGUsIHNz
bF9sYXN0X2Vycm9yKCkpOw0KZGlmZiAtdXIgZG92ZWNvdC0wLjk5LjEwLjIvc3JjL21hc3Rlci9s
b2dpbi1wcm9jZXNzLmMgZG92ZWNvdC0wLjk5LjEwLjItY2Evc3JjL21hc3Rlci9sb2dpbi1wcm9j
ZXNzLmMNCi0tLSBkb3ZlY290LTAuOTkuMTAuMi9zcmMvbWFzdGVyL2xvZ2luLXByb2Nlc3MuYwky
MDAzLTA1LTI3IDAzOjI3OjEzLjAwMDAwMDAwMCArMTIwMA0KKysrIGRvdmVjb3QtMC45OS4xMC4y
LWNhL3NyYy9tYXN0ZXIvbG9naW4tcHJvY2Vzcy5jCTIwMDMtMTEtMTggMTU6MDc6MzMuMDAwMDAw
MDAwICsxMzAwDQpAQCAtMzk2LDYgKzM5NiwxMCBAQA0KIAllbnZfcHV0KCJET1ZFQ09UX01BU1RF
Uj0xIik7DQogDQogCWlmICghc2V0LT5zc2xfZGlzYWJsZSkgew0KKwkJaWYoc2V0LT5zc2xfY2Ff
ZmlsZSkgew0KKwkJCWVudl9wdXQodF9zdHJjb25jYXQoIlNTTF9DQV9GSUxFPSIsDQorCQkJCQkg
ICAgc2V0LT5zc2xfY2FfZmlsZSwgTlVMTCkpOw0KKwkJfQ0KIAkJZW52X3B1dCh0X3N0cmNvbmNh
dCgiU1NMX0NFUlRfRklMRT0iLA0KIAkJCQkgICAgc2V0LT5zc2xfY2VydF9maWxlLCBOVUxMKSk7
DQogCQllbnZfcHV0KHRfc3RyY29uY2F0KCJTU0xfS0VZX0ZJTEU9Iiwgc2V0LT5zc2xfa2V5X2Zp
bGUsIE5VTEwpKTsNCmRpZmYgLXVyIGRvdmVjb3QtMC45OS4xMC4yL3NyYy9tYXN0ZXIvbWFzdGVy
LXNldHRpbmdzLmMgZG92ZWNvdC0wLjk5LjEwLjItY2Evc3JjL21hc3Rlci9tYXN0ZXItc2V0dGlu
Z3MuYw0KLS0tIGRvdmVjb3QtMC45OS4xMC4yL3NyYy9tYXN0ZXIvbWFzdGVyLXNldHRpbmdzLmMJ
MjAwMy0xMS0xMSAxMToxOTo0OS4wMDAwMDAwMDAgKzEzMDANCisrKyBkb3ZlY290LTAuOTkuMTAu
Mi1jYS9zcmMvbWFzdGVyL21hc3Rlci1zZXR0aW5ncy5jCTIwMDMtMTEtMTggMTU6MTM6MzIuMDAw
MDAwMDAwICsxMzAwDQpAQCAtMzAsNiArMzAsNyBAQA0KIAlERUYoU0VUX1NUUiwgcG9wM3NfbGlz
dGVuKSwNCiANCiAJREVGKFNFVF9CT09MLCBzc2xfZGlzYWJsZSksDQorCURFRihTRVRfU1RSLCBz
c2xfY2FfZmlsZSksDQogCURFRihTRVRfU1RSLCBzc2xfY2VydF9maWxlKSwNCiAJREVGKFNFVF9T
VFIsIHNzbF9rZXlfZmlsZSksDQogCURFRihTRVRfU1RSLCBzc2xfcGFyYW1ldGVyc19maWxlKSwN
CkBAIC0xNDQsNiArMTQ1LDcgQEANCiAJTUVNQkVSKHBvcDNzX2xpc3RlbikgTlVMTCwNCiANCiAJ
TUVNQkVSKHNzbF9kaXNhYmxlKSBGQUxTRSwNCisJTUVNQkVSKHNzbF9jYV9maWxlKSBOVUxMLA0K
IAlNRU1CRVIoc3NsX2NlcnRfZmlsZSkgU1NMRElSIi9jZXJ0cy9kb3ZlY290LnBlbSIsDQogCU1F
TUJFUihzc2xfa2V5X2ZpbGUpIFNTTERJUiIvcHJpdmF0ZS9kb3ZlY290LnBlbSIsDQogCU1FTUJF
Uihzc2xfcGFyYW1ldGVyc19maWxlKSAic3NsLXBhcmFtZXRlcnMuZGF0IiwNCkBAIC0zODIsNiAr
Mzg0LDExIEBADQogDQogI2lmZGVmIEhBVkVfU1NMDQogCWlmICghc2V0LT5zc2xfZGlzYWJsZSkg
ew0KKwkJaWYgKHNldC0+c3NsX2NhX2ZpbGUgJiYgYWNjZXNzKHNldC0+c3NsX2NhX2ZpbGUsIFJf
T0spIDwgMCkgew0KKwkJCWlfZmF0YWwoIkNhbid0IHVzZSBTU0wgQ0EgZmlsZSAlczogJW0iLA0K
KwkJCQlzZXQtPnNzbF9jYV9maWxlKTsNCisJCX0NCisNCiAJCWlmIChhY2Nlc3Moc2V0LT5zc2xf
Y2VydF9maWxlLCBSX09LKSA8IDApIHsNCiAJCQlpX2ZhdGFsKCJDYW4ndCB1c2UgU1NMIGNlcnRp
ZmljYXRlICVzOiAlbSIsDQogCQkJCXNldC0+c3NsX2NlcnRfZmlsZSk7DQpkaWZmIC11ciBkb3Zl
Y290LTAuOTkuMTAuMi9zcmMvbWFzdGVyL21hc3Rlci1zZXR0aW5ncy5oIGRvdmVjb3QtMC45OS4x
MC4yLWNhL3NyYy9tYXN0ZXIvbWFzdGVyLXNldHRpbmdzLmgNCi0tLSBkb3ZlY290LTAuOTkuMTAu
Mi9zcmMvbWFzdGVyL21hc3Rlci1zZXR0aW5ncy5oCTIwMDMtMDgtMjUgMDE6MTE6NTYuMDAwMDAw
MDAwICsxMjAwDQorKysgZG92ZWNvdC0wLjk5LjEwLjItY2Evc3JjL21hc3Rlci9tYXN0ZXItc2V0
dGluZ3MuaAkyMDAzLTExLTE4IDE0OjU2OjA5LjAwMDAwMDAwMCArMTMwMA0KQEAgLTE2LDYgKzE2
LDcgQEANCiAJY29uc3QgY2hhciAqcG9wM3NfbGlzdGVuOw0KIA0KIAlpbnQgc3NsX2Rpc2FibGU7
DQorCWNvbnN0IGNoYXIgKnNzbF9jYV9maWxlOw0KIAljb25zdCBjaGFyICpzc2xfY2VydF9maWxl
Ow0KIAljb25zdCBjaGFyICpzc2xfa2V5X2ZpbGU7DQogCWNvbnN0IGNoYXIgKnNzbF9wYXJhbWV0
ZXJzX2ZpbGU7DQo=

--=-PnA6zWnwwo7b2wmSBwXZ--

--=-QjjBU6cV8YXoBFhUAxEd
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBADA3RyUhSUUBViskRApJnAJ48PmCjdObvHHV4K5YqwqSuJHERrgCgoyNC
P20HMSb+WFZyuNmlBXSRAwE=
=q2nQ
-----END PGP SIGNATURE-----

--=-QjjBU6cV8YXoBFhUAxEd--


From tss@iki.fi  Mon Jan 19 19:09:07 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C4137C003024; Mon, 19 Jan 2004 19:09:07 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id DF51AC003020
	for <dovecot@dovecot.org>; Mon, 19 Jan 2004 19:09:04 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id F20A4300DFC05
	for <dovecot@dovecot.org>; Mon, 19 Jan 2004 19:07:11 +0200 (EET)
Subject: Re: [Dovecot] Internal error during expunge
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040114133445.GB357@emperor.jakobsen.vg>
References: <20040114133445.GB357@emperor.jakobsen.vg>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-YeS/ScJ1FwHjiRXBaQzp"
Message-Id: <1074532031.29849.21.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 19 Jan 2004 19:07:11 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 19 Jan 2004 17:09:07 -0000
X-UID: 4170                                                  
Status: O
Content-Length: 1187


--=-YeS/ScJ1FwHjiRXBaQzp
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-01-14 at 15:34, Tim Jakobsen wrote:
> When ever I try to move messages og delete dem i get an internal error.
> Below I've tried to show what dovecot says. Mail gets stored using mbox
> format.
> After giving the internal error you kan try to expunge the mail again
> and it works without error.
>=20
> Any suggestions or ideas as to what could be wrong? is it a bug? =20
..
> imap(foo): Error: Error indexing mbox file /home/foo/Mail/INBOX.Drafts:
> LF not found where expected
> A004 NO Internal error [2004-01-14 14:08:13]

It's a bug in Dovecot. It seems to happen only with drafts mbox, most
likely because it's the only mailbox that gets often empty. I've thought
about leaving the fix for mbox rewrite..


--=-YeS/ScJ1FwHjiRXBaQzp
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBADA6/yUhSUUBViskRAkIRAJ9OPGIwXos0oude1dT5z5A+DjLxXQCdFbUS
SP9Q4itvU+aWLyxRF+lbYe4=
=+wWp
-----END PGP SIGNATURE-----

--=-YeS/ScJ1FwHjiRXBaQzp--


From ika@expressmail.dk  Fri Jan 23 14:47:19 2004
Return-Path: <ika@expressmail.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4019DC003024; Fri, 23 Jan 2004 14:47:19 +0200 (EET)
Received: from mail.expressmail.dk (62.79.48.16.adsl.roen.tiscali.dk
	[62.79.48.16])
	by talvi.dovecot.org (Postfix) with ESMTP id 3BBE4C003021
	for <dovecot@dovecot.org>; Fri, 23 Jan 2004 14:47:17 +0200 (EET)
Received: from localhost (localhost.expressmail.dk [127.0.0.1])
	by mail.expressmail.dk (Postfix) with ESMTP id CA5D746FBC
	for <dovecot@dovecot.org>; Fri, 23 Jan 2004 13:48:48 +0100 (CET)
MIME-Version: 1.0
To: dovecot@dovecot.org
From: Ian =?ISO-8859-1?Q?Armstrong=A0?= <ika@expressmail.dk>
X-Mailer: Express Webmail using Crux Linux (http://www.expressmail.dk/)
X-Location: The Island of Bornholm, Denmark.
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <20040123124848.CA5D746FBC@mail.expressmail.dk>
Date: Fri, 23 Jan 2004 13:48:48 +0100 (CET)
Subject: [Dovecot] State of MySQL authentication
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 23 Jan 2004 12:47:19 -0000
X-UID: 4171                                                  
Status: O


I am looking for a pop3 server that can authenticate via MySQL. It also
needs to be able to do a POST_LOGIN_QUERY. I want to be able to update a
"date" field in the database, so that I can see which accounts are active,
and which are not.

Please let me know more about Dovecot and MySQL.

Thanks
Ian.

Ian Armstrong
----------------------------------
ika@expressmail.dk



From admin@thelight.org.uk  Sat Jan 24 15:01:05 2004
Return-Path: <admin@thelight.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3A891C003025; Sat, 24 Jan 2004 15:01:05 +0200 (EET)
Received: from usercf098.dsl.pipex.com (usercf098.dsl.pipex.com
	[62.190.237.98])
	by talvi.dovecot.org (Postfix) with ESMTP id F2717C003024
	for <dovecot@dovecot.org>; Sat, 24 Jan 2004 15:01:02 +0200 (EET)
Received: from [192.168.7.2] (helo=THUNDER)
	by usercf098.dsl.pipex.com with asmtp (TLSv1:RC4-MD5:128) (Exim 4.30)
	id 1AkNNX-0003nT-SJ
	for dovecot@dovecot.org; Sat, 24 Jan 2004 12:59:11 +0000
From: "Simon Bell" <admin@thelight.org.uk>
To: <dovecot@dovecot.org>
Date: Sat, 24 Jan 2004 12:58:31 -0000
Organization: TheLight
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
MIME-Version: 1.0
Thread-Index: AcPiecOsiocUiTqARmGW9ev5loJ8oA==
Content-Type: multipart/signed; micalg=SHA1;
	protocol="application/x-pkcs7-signature";
	boundary="----=_NextPart_000_01AF_01C3E279.C3E7E2A0"
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-added: This email was sent via TheLight mail server
X-added: Rules are available at http://mail.thelight.org.uk/rules.html
X-added: If you believe this email was sent in violation of the rules
X-added: Please email abuse@thelight.org.uk with appropriate information
Message-Id: <20040124130102.F2717C003024@talvi.dovecot.org>
Subject: [Dovecot] dovecot crash
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: admin@thelight.org.uk
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: Sat, 24 Jan 2004 13:01:05 -0000
X-UID: 4172                                                  
Status: O
Content-Length: 5961

This is a multi-part message in MIME format.

------=_NextPart_000_01AF_01C3E279.C3E7E2A0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I woke up this morning and my dovecot server had died with the following in
the dovecot.log file:

pop3-login: Jan 23 10:23:08 Fatal: RAND_bytes() failed:
error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded

dovecot: Jan 23 10:23:08 Error: Login process died too early - shutting down
dovecot: Jan 23 10:23:08 Error: child 16321 (login) returned error 89

How can I find out whats going wrong?

------=_NextPart_000_01AF_01C3E279.C3E7E2A0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILgzCCBD4w
ggImoAMCAQICAg1LMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsT
FWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0
eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnMB4XDTAzMTAxNzExMjMwMVoXDTA0
MTAxNjExMjMwMVowQTEZMBcGA1UEAxMQQ0FjZXJ0IFVzZXIgQ2VydDEkMCIGCSqGSIb3DQEJARYV
YWRtaW5AdGhlbGlnaHQub3JnLnVrMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDFWdW9wGTI
WIZfNx8enH/jnmheKvCXfh6tBujxCwrgaC5+KbRcpTIKBrW/gLToK14yP0FuPkPAwWYR1/ZnrPPy
6+72LX4fSUiKDr0QCLDcbs+f2X/0PWotZBogi/7VZGOqL9f+UTKlAxh0h3F8jSYFWewPYf4OODU9
lNoYFdeEFwIDAQABo4GLMIGIMAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5
b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5jYWNl
cnQub3JnMCAGA1UdEQQZMBeBFWFkbWluQHRoZWxpZ2h0Lm9yZy51azANBgkqhkiG9w0BAQQFAAOC
AgEAbEmsovaWwEcBMZUeylnpZN5ieYj7hiUcfCjmqTyXg/sULLweoqXJUnV/jxr2cdb7SPwMGd08
1ot4dk8xwEhD/QFm083h540ol6KKJfCmqQvAXBdfthQx1pkU4wE78Ad67LQ0opFBFz4n5rZy3bwt
QX/mph40mJIj8g4TzJL1d+YRZ22RbrOQdJ9p7RlIU6zQGwYSIToEzUMMiD8eefgIOMvbih46q/2a
EDLB5w+Xagd6x9E8y7gpGPkCMmUor5gl8fVRZofsL+7Og00ad7fY4c57Pwl3hcDhHMfFhJBWhF8M
X79HDjh1xWS5ezLv7/lN8FU/uAsP0Ax89CqHIVIH0S6DnAF3UdoFsvWHC05SsbY623nTOL7ALc0n
o4PNBQpgwSvpI8S+piFHnsPcrMxcDvb4ANmmJaI41Oo/2LpyYa8WZvsZdq2GEEtt9S0pOCCiBOrW
+Yl3zdCbxgoajOJ8PirYNTXLRp9ygKPc47lCBrxJB6GQa1Xk0BwGKwkoiFd6XCRVIyboNQKTjO25
za0j8O0zrCKSsRbUZ0daSf2yWZdMBjAmwuBVPFL29FNZVnYmFWB85yNBMzXB2nW13MAn8SgPczkp
vYUWM39G1PMOy8WKTpFYRJteJTxS6enW6PHOeTlWsqXVV+fNoCrMi/Kt1iz/EgXl5oEm1Jt/8fZc
ZHcwggc9MIIFJaADAgECAgEAMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAc
BgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1
dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnMB4XDTAzMDMzMDEyMjk0
OVoXDTMzMDMyOTEyMjk0OVoweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3
dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZI
hvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC
AQDOIsDiRn3sNigHUJbyoDNAjEvxO2Y/MeVrAjbb1nz28YiPTnc2BUGV+QnwEs9GhnNgt25+6MBY
ZK7NsK1FFwxj+mcK6NbSvz7nmMTwTPrgA7s1XWwh3p4g2brNZjI3cvr3CPXHzVjJjucOXuo+/hyh
FAoVbIaEW2RmKnqpS1N59Yiie+4vCmErjbJ+TValE+zq2pKerERBHlhgZQVm+MBEvcuU90J+C/dl
aJhRBfDzBZEEHRsXguzIV7vDa3qI8bByzCVbIJHsFgISjzLpFxhI0McFLgIwQrglnAVrP6o6p+tT
SPfo0rYHmNwbxjR/f8kcgnoFWCsIW/M4oqsXXWbJmNeeEIui0t10mvdxDHJg381vmDOdljR2PiR6
krAOlR5v5qBFOEeq10HtSrcS9tcbg4oPLtgJtlnXqgT/0pN9aC7di0urWLovjeqVp6DDVIml+9uL
USKdssO+Eb4skYaLlnitINOKLxo/xtBRZYchsRkBZX9FHIf1fNBBTE8pmCH9Mx91DARR+hl329QU
HO6Bwx31mLdpBpEi3QBQzIExrBIHezjaaFvmK9R+yV+t6OtyTPMB5Usgv5qmV8qRAAGLoXUhN7Vj
DWc+Rk9wIGfOxdZZ2wLg8NLLzbpit5BB6N0g5Cm8ZClCyCLceJr/Q+yYGwlRS1pawnHxxMtzqeWh
CwIDAQABo4IBzjCCAcowHQYDVR0OBBYEFBa1MhvUx/Pg5o7zvdKwOu6yORjRMIGjBgNVHSMEgZsw
gZiAFBa1MhvUx/Pg5o7zvdKwOu6yORjRoX2kezB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL
ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp
dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZ4IBADAPBgNVHRMBAf8EBTADAQH/
MDIGA1UdHwQrMCkwJ6AloCOGIWh0dHBzOi8vd3d3LmNhY2VydC5vcmcvcmV2b2tlLmNybDAwBglg
hkgBhvhCAQQEIxYhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMDQGCWCGSAGG+EIB
CAQnFiVodHRwOi8vd3d3LmNhY2VydC5vcmcvaW5kZXgucGhwP2lkPTEwMFYGCWCGSAGG+EIBDQRJ
FkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6
Ly93d3cuY2FjZXJ0Lm9yZzANBgkqhkiG9w0BAQQFAAOCAgEAKMfunIICulyAEso1Ch2Bb4lqmczy
aA9/p+GNWJU+vfIGw5BarLVg9plDAaOIcJydYp2kh69nWA0wNjvmrUjTy3QChnE+4isDaPE0YkBG
O1PqKPSs+2aVU4pNXf072WDXynlpO7FlkqbGgYJcnM3rTQGKpd8RVaoVyh83wIKYcGHbanyWo44u
VD5PIamQ79yCv9zoRa1NkHMIPJRlsASZdn/ivMJqFaqXBDck2B6UTm0OUb7WxI/Klm33Q9/oMGUn
O3u7Q0NjxEP3suxozOEZjiL7mOF7Wj4BNzuLCLCi85VOGsubzZqx27Jw8C1K29iw429FSDMS//48
MipU98T3ivCII8JH/mR6ccDRHqZjsAd+pC/TAY/cnyu2xgipD5NIJfwS/Z9C3PPEPvZXsNfdadEG
dzQKS9LKoP8cxozJFr7EzDI3aHNfCPtR90lTNgUKlQJM8nkaEPbYOnWc8x3xog1wZ4Ybsxb1L+Wk
63mG+T0LwnMLpZmsb/xnuOUvC6YYJI170Ug1KRhArJNg4ZaGULR6WdiPIQufz4KRxju/a9wHkbmX
ViOqtmyUxkgGPOTOTqrk9i8J3FNvLvx06zpjmcKmrIm8p7JEoA2KEONs8iTL+pufcEcu3hSL1LIg
CZaiZPEkHNyhNZwVstS8VS59BvWcDlX0WtaT2natJXNMxUMxggMVMIIDEQIBATB/MHkxEDAOBgNV
BAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0Eg
Q2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3Jn
AgINSzAJBgUrDgMCGgUAoIIB7DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ
BTEPFw0wNDAxMjQxMjU4MzBaMCMGCSqGSIb3DQEJBDEWBBSmz28i/E5+RtdcMvgwWvPwN5ZZNzBn
BgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB
QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjAKBggqhkiG9w0CBTCBjwYJKwYBBAGC
NxAEMYGBMH8weTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQu
b3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJz
dXBwb3J0QGNhY2VydC5vcmcCAg1LMIGRBgsqhkiG9w0BCRACCzGBgaB/MHkxEDAOBgNVBAoTB1Jv
b3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT
aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgINSzAN
BgkqhkiG9w0BAQEFAASBgJQkRn3ooi7XHpHS3OZR783Zb9exIor+waomJekAm7wsZzY2sotuSgTl
dPArJae3LuzS57ott2PI0jeGecobtvWYUr/9pyH3xKEX8//am70phnK4zas2vTawwrv0WcDpwoNy
BYY5EbOeEoXAfoaCO3rB0NkU8lMeFaOsku2Xyjx/AAAAAAAA

------=_NextPart_000_01AF_01C3E279.C3E7E2A0--


From rjohnson@medata.com  Sun Jan 25 00:10:16 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 01098C003023; Sun, 25 Jan 2004 00:10:16 +0200 (EET)
Received: from fed1mtao05.cox.net (fed1mtao05.cox.net [68.6.19.126])
	by talvi.dovecot.org (Postfix) with ESMTP id 0A3FDC003020
	for <dovecot@dovecot.org>; Sun, 25 Jan 2004 00:10:13 +0200 (EET)
Received: from linux.htmlspinnr.org ([68.99.186.15]) by fed1mtao05.cox.net
	(InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
	id <20040124220801.PIJV15401.fed1mtao05.cox.net@linux.htmlspinnr.org>
	for <dovecot@dovecot.org>; Sat, 24 Jan 2004 17:08:01 -0500
Received: from medata.com (rickyj [192.168.1.3])
	by linux.htmlspinnr.org (8.12.10/8.12.10) with ESMTP id i0OM7t9t008158
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Sat, 24 Jan 2004 14:07:56 -0800
Message-ID: <4012ECC0.5030207@medata.com>
Date: Sat, 24 Jan 2004 14:08:00 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5a (Windows/20040120)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.83.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] Customflags problem?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 24 Jan 2004 22:10:16 -0000
X-UID: 4173                                                  
Status: O
Content-Length: 1774

I'm new here, but I'll just jump right in.

I've been using Dovecot with Fedora for a bit with the default mbox 
format. I recently transitioned to the Maildir format since some users 
were getting mailboxes in excess of 1GB in size, which made expunging 
and flagging no easy task.

Anyway, it appears now with Maildir, that customflags are "added" 
instead of "replaced". I.E. in Thunderbird or Mozilla, if I set a 
message label of 5 (Later), and then change it to 3 (Personal), all's 
fine. However, if I switch it back to Later, or attempt to remove it, 
the flags are not removed. When I examine the flags on the filename, I 
see something like :2,FSag. If I attempt to change to additional labels 
and/or flag the message, I'll end up with aefg on the same message. 
Unfortunately only the first flag is accepted, and Moz/Tbird keeps label 
5 as "a" was "read" delivered first. If I mark label as none, the flags 
remain, meaning I have to manually rename the file to remove the flags. 
This wasn't a problem using the mbox format, since the flags were stored 
in the file itself.

Is this something broken in how the reader is requesting or is it a 
fault in the dmon itself not removing old customflags before adding 
new? I suspect something inside src/lib-index/maildir/maildir-index.c

Also of note, Evolution can seem to remove them, but only does so upon exit.

I've reproduced it in 0.99.10-6 (fedora core 1) and 0.99.10.4-1 (fedora 
devel) versions. I filed a Bugzilla report at bugzilla.redhat.com under 
114230 (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114230).

-Rick
-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc. (from home)
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From marko@sarunac.com  Tue Jan 27 00:21:06 2004
Return-Path: <marko@sarunac.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 29183C002801; Tue, 27 Jan 2004 00:21:06 +0200 (EET)
Received: from vancouveronthenet.com (orc.vancouveronthenet.com
	[142.179.115.91])
	by talvi.dovecot.org (Postfix) with ESMTP id 107BBC002800
	for <dovecot@dovecot.org>; Tue, 27 Jan 2004 00:21:04 +0200 (EET)
Received: from mail.sarunac.com (localhost [127.0.0.1])
	by vancouveronthenet.com (Postfix) with SMTP id 6B7C03266DD
	for <dovecot@dovecot.org>; Mon, 26 Jan 2004 14:09:18 -0800 (PST)
Received: from 142.179.114.142 (SquirrelMail authenticated user marko)
	by mail.vancouveronthenet.com with HTTP;
	Mon, 26 Jan 2004 14:09:18 -0800 (PST)
Message-ID: <34267.142.179.114.142.1075154958.squirrel@mail.vancouveronthenet.com>
Date: Mon, 26 Jan 2004 14:09:18 -0800 (PST)
From: "marko sarunac" <marko@sarunac.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Dovecot not creating dirs
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 26 Jan 2004 22:21:06 -0000
X-UID: 4174                                                  
Status: O
Content-Length: 1541

I have looked trough the archives and found similar scenarios but mine is
a bit diff

I got dovecot running (0.99.10.4-2) on debian testing

and what is happening is that i created /home/marko/mail directory
and configured my postfix to deliver mail to ~/mail/Inbox

my default mail env is
default_mail_env = mbox:%h/mail/:INBOX=%h/mail/Inbox:INDEX=%h/mail/.indexes

Now when i first started my mozilla imap client what happened was!
Jan 26 21:46:34 imap(marko): Can't create temp index
/home/marko/mail/.indexes/.imap/INBOX/.temp.limbic.7523: No such file or
directory
Jan 26 21:46:34 imap(marko): utime() failed with index file
/home/marko/mail/.indexes/.imap/INBOX/.imap.index: No such file or
directory


after i manually
:~/mail$ mkdir .indexes
:~/mail$ cd .indexes/
:~/mail/.indexes$ mkdir .imap
:~/mail/.indexes$ cd .imap/
:~/mail/.indexes/.imap$ mkdir INBOX
:~/mail/.indexes/.imap$ cd INBOX/
:~/mail/.indexes/.imap/INBOX$

i only get
Jan 26 22:06:34 limbic imap(marko): utime() failed with index file
/home/marko/mail/.indexes/.imap/INBOX/.imap.index: No such file or
directory


On the other note...when i try to delete any mail from Inbox using IMAP
client i get
"The current command did not succeed. The mail server responded:
[TRYCREATE] Mailbox doesn't exist: trash"

This obviously shows that dovecot can't create neither files nor directories

I am using non system wide readable directories and just to try things i
did chmod -R 777 mail from /home/marko
didn't help


any ideas and comments are greatelly appreciated!!!





From dovecot@geschwinde.net  Wed Jan 28 15:01:10 2004
Return-Path: <dovecot@geschwinde.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4ED86C002801; Wed, 28 Jan 2004 15:01:10 +0200 (EET)
Received: from sx4gdsl001.gdsl.at (sx4gdsl001.globalcore.net [80.78.225.200])
	by talvi.dovecot.org (Postfix) with ESMTP id 476EBC002800
	for <dovecot@dovecot.org>; Wed, 28 Jan 2004 15:01:08 +0200 (EET)
Received: from geschwinde.net (unknown [80.78.255.28])
	by sx4gdsl001.gdsl.at (Postfix) with ESMTP id 79876580112
	for <dovecot@dovecot.org>; Wed, 28 Jan 2004 13:48:31 +0100 (CET)
Message-ID: <4017B1F7.8000604@geschwinde.net>
Date: Wed, 28 Jan 2004 13:58:31 +0100
From: Ewald Geschwinde <dovecot@geschwinde.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] pgsql-dovecot auth problem
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 28 Jan 2004 13:01:10 -0000
X-UID: 4175                                                  
Status: O

Jan 28 13:55:48 bachata dovecot-auth: PGSQL: Query "SELECT password FROM 
users WHERE userid = 'foo@foo.bar'" failed:

I have this error in /var/log/mail.log

I have installed a debian machine with dovecot debian packages
in my test environment it runs perfect

I have used the tutorials on wiki.dovecot.org
And there is nothing in the postgresql log about this query
And I'm logging queries

HAs anyone encountered this error?

Postfix send the mail in the right maildir
Only the IMAP login does not work.

Regards Ewald Geschwinde


From dovecot@geschwinde.net  Wed Jan 28 19:30:51 2004
Return-Path: <dovecot@geschwinde.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E091EC002801; Wed, 28 Jan 2004 19:30:51 +0200 (EET)
Received: from sx4gdsl001.gdsl.at (sx4gdsl001.globalcore.net [80.78.225.200])
	by talvi.dovecot.org (Postfix) with ESMTP id 9321DC002800
	for <dovecot@dovecot.org>; Wed, 28 Jan 2004 19:30:48 +0200 (EET)
Received: from geschwinde.net (unknown [80.78.255.28])
	by sx4gdsl001.gdsl.at (Postfix) with ESMTP id 6EE24580112
	for <dovecot@dovecot.org>; Wed, 28 Jan 2004 18:18:07 +0100 (CET)
Message-ID: <4017F133.1020608@geschwinde.net>
Date: Wed, 28 Jan 2004 18:28:19 +0100
From: Ewald Geschwinde <dovecot@geschwinde.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] pgsql-dovecot auth problem
References: <4017B1F7.8000604@geschwinde.net>
In-Reply-To: <4017B1F7.8000604@geschwinde.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 28 Jan 2004 17:30:52 -0000
X-UID: 4176                                                  
Status: O

solved the problem
started postgres then dovecot
and now it runs wihtout problems
Regards Ewald


Ewald Geschwinde wrote:

> Jan 28 13:55:48 bachata dovecot-auth: PGSQL: Query "SELECT password 
> FROM users WHERE userid = 'foo@foo.bar'" failed:
>
> I have this error in /var/log/mail.log
>
> I have installed a debian machine with dovecot debian packages
> in my test environment it runs perfect
>
> I have used the tutorials on wiki.dovecot.org
> And there is nothing in the postgresql log about this query
> And I'm logging queries
>
> HAs anyone encountered this error?
>
> Postfix send the mail in the right maildir
> Only the IMAP login does not work.
>
> Regards Ewald Geschwinde
>
>


From shiva@sewingwitch.com  Thu Jan 29 21:24:33 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 01019C002803; Thu, 29 Jan 2004 21:24:33 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 83020C002801
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 21:24:30 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0TJMBoP004763
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 14:22:12 -0500
Received: from [10.69.3.69] (uugw.kensingtonlabs.com [65.200.126.98])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0TIL20g022181
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 10:21:42 -0800
Date: Thu, 29 Jan 2004 10:21:02 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot IMAP <dovecot@dovecot.org>
Message-ID: <2054266479.1075371662@[10.69.3.69]>
X-Mailer: Mulberry/3.1.1 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
Subject: [Dovecot] Migrating from UW: mbx detection and conversion
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 19:24:33 -0000
X-UID: 4177                                                  
Status: O

I want to migrate my big mail folder hierarchy in preparation for converting
from UW-IMAP to Dovecot. I've got a bunch of mbx format folders but some
remain mbox. Has anyone done this? Any scripts out there for automating the
conversion to all-mbox?

I believe the only format conversion available is mailutil (part of UW-IMAP)
and it works by opening an IMAP connection to the server and moving messages
from one folder to the other. Is there any simpler method?

From joshua@uic.edu  Thu Jan 29 21:47:04 2004
Return-Path: <joshua@uic.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E5861C002806; Thu, 29 Jan 2004 21:47:04 +0200 (EET)
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net
	[207.217.120.12])
	by talvi.dovecot.org (Postfix) with ESMTP id B75FBC002803
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 21:47:02 +0200 (EET)
Received: from 0-2pool57-133.nas11.lansing2.mi.us.da.qwest.net
	([65.145.57.133])
	by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 1AmI5h-0000R8-00; Thu, 29 Jan 2004 11:44:42 -0800
Date: Thu, 29 Jan 2004 14:44:39 -0500 (EST)
From: Joshua Frigerio <joshua@uic.edu>
X-X-Sender: joshua@localhost.localdomain
To: Kenneth Porter <shiva@sewingwitch.com>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
In-Reply-To: <2054266479.1075371662@[10.69.3.69]>
Message-ID: <Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
References: <2054266479.1075371662@[10.69.3.69]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: Dovecot IMAP <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 19:47:05 -0000
X-UID: 4178                                                  
Status: O


I'm using the script from

  http://batleth.sapienti-sat.org/projects/mb2md/


> I want to migrate my big mail folder hierarchy in preparation for converting
> from UW-IMAP to Dovecot. I've got a bunch of mbx format folders but some
> remain mbox. Has anyone done this? Any scripts out there for automating the
> conversion to all-mbox?
>
> I believe the only format conversion available is mailutil (part of UW-IMAP)
> and it works by opening an IMAP connection to the server and moving messages
> from one folder to the other. Is there any simpler method?
>
>

From shiva@sewingwitch.com  Thu Jan 29 21:53:30 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 61BF0C00280A; Thu, 29 Jan 2004 21:53:30 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id A71D2C002803
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 21:53:27 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0TJp9oP012005
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 14:51:09 -0500
Received: from [10.69.3.69] (uugw.kensingtonlabs.com [65.200.126.98])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0TJp80g022853
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 11:51:08 -0800
Date: Thu, 29 Jan 2004 11:51:08 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot IMAP <dovecot@dovecot.org>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
Message-ID: <2059672402.1075377068@[10.69.3.69]>
In-Reply-To: <Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
References: <2054266479.1075371662@[10.69.3.69]>
	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
X-Mailer: Mulberry/3.1.1 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 19:53:30 -0000
X-UID: 4179                                                  
Status: O

--On Thursday, January 29, 2004 2:44 PM -0500 Joshua Frigerio <joshua@uic.edu>
wrote:

> I'm using the script from
> 
>   http://batleth.sapienti-sat.org/projects/mb2md/

This converts mbox to maildir. I'm looking for mbx to mbox.

From mdbaker@rose-hulman.edu  Thu Jan 29 21:57:27 2004
Return-Path: <mdbaker@rose-hulman.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3ECDAC002803; Thu, 29 Jan 2004 21:57:27 +0200 (EET)
Received: from envelope.rose-hulman.edu (envelope.rose-hulman.edu
	[137.112.8.21])
	by talvi.dovecot.org (Postfix) with ESMTP id 9E005C002801
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 21:57:24 +0200 (EET)
Received: from babylon5.rose-hulman.edu (babylon5.rose-hulman.edu
	[137.112.0.66]) (authenticated (0 bits))
	by envelope.rose-hulman.edu (8.11.6/8.11.6) with ESMTP id i0TJt4J17156
	(using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO)
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 14:55:06 -0500 (EST)
From: Mitchell Baker <mdbaker@rose-hulman.edu>
To: dovecot@dovecot.org
Content-Type: text/plain
Organization: Rose-Hulman Institute of Technology
Message-Id: <1075406102.28821.13.camel@babylon5.rose-hulman.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 29 Jan 2004 14:55:03 -0500
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Problem starting dovecot..
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: mdbaker@rose-hulman.edu
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: Thu, 29 Jan 2004 19:57:27 -0000
X-UID: 4180                                                  
Status: O
Content-Length: 1118

Sorry if this is newbie question.. but I'm a newbie to dovecot.. Trying
to crank it up on our RedHat 8.0 system...  I get the following.. I am
sure it is something simple in the config.. just don't know what... Any
help would be greatly appreciated..

Here is from the log.. If there is a way to get more log info that might
help he as well..

Jan 29 14:30:34 smtp dovecot: Dovecot starting up
Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded
Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting
down
Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127
Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe


Thanks...

See-ya
Mitch
-- 
/####################################################################/
/# Mitchell "Buzz" Baker               "To Infinity And Beyond..."  #/
/# Sr. Systems/Security Admin  Rose-Hulman Institute of Technology  #/     
/# Mitchell.D.Baker@rose-hulman.edu            www.rose-hulman.edu  #/
/#        For PGP Public key, check out www.keyserver.net           #/
/####################################################################/


From shiva@sewingwitch.com  Thu Jan 29 22:00:04 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 77A93C002803; Thu, 29 Jan 2004 22:00:04 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 1D451C002801
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 22:00:02 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0TJvXoP013389
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 14:57:36 -0500
Received: from [10.69.3.69] (uugw.kensingtonlabs.com [65.200.126.98])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0TJvT0g022939
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 11:57:30 -0800
Date: Thu, 29 Jan 2004 11:57:29 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot IMAP <dovecot@dovecot.org>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
Message-ID: <2060053610.1075377449@[10.69.3.69]>
In-Reply-To: <2054266479.1075371662@[10.69.3.69]>
References: <2054266479.1075371662@[10.69.3.69]>
X-Mailer: Mulberry/3.1.1 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 20:00:04 -0000
X-UID: 4181                                                  
Status: O

BTW, I discovered that "file" on Fedora understands mbx format, so the
following one-liner will find all the mbx files in a hierarchy:

 file `find . -type f` | grep MBX

From esj@harvee.org  Thu Jan 29 22:15:08 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 34CCDC002809; Thu, 29 Jan 2004 22:15:08 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 99AEEC002803
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 22:15:05 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i0TKCYKd008212;
	Thu, 29 Jan 2004 15:12:47 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 29 Jan 2004 15:12:27 -0500
Message-ID: <40196925.3030400@harvee.org>
Date: Thu, 29 Jan 2004 15:12:21 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kenneth Porter <shiva@sewingwitch.com>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
References: <2054266479.1075371662@[10.69.3.69]>	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
	<2059672402.1075377068@[10.69.3.69]>
In-Reply-To: <2059672402.1075377068@[10.69.3.69]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040129:shiva@sewingwitch.com:1445a3cecc7dfbe7
X-Hashcash: 0:040129:dovecot@dovecot.org:a7b6317e37fd2d03
Cc: Dovecot IMAP <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 20:15:08 -0000
X-UID: 4182                                                  
Status: O

Kenneth Porter wrote:

> --On Thursday, January 29, 2004 2:44 PM -0500 Joshua Frigerio <joshua@uic.edu>
> wrote:
> 
> 
>>I'm using the script from
>>
>>  http://batleth.sapienti-sat.org/projects/mb2md/
> 
> 
> This converts mbox to maildir. I'm looking for mbx to mbox.
> 

I'm faced with the exact same problem at a client site.  Unfortunately, 
all you can do is use mbxcvt from the UW utilities kit to convert 
mbx->mbox then use mb2md to finish the conversion to maildir.

it sucks, it's horrible, it's really ugly but it's a side effect of the 
politics of mailbox formats.  BUT dovecot is so wonderful it makes it 
all worthwhile.

I'm just hoping that Timo gets the mbox support fixed RSN.

---eric


-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears


From shiva@sewingwitch.com  Thu Jan 29 22:46:00 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C96FFC002808; Thu, 29 Jan 2004 22:46:00 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 11728C002806
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 22:45:58 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0TKhdoP024534
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 15:43:39 -0500
Received: from [10.69.3.69] (uugw.kensingtonlabs.com [65.200.126.98])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0TKhb0g023285
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 12:43:38 -0800
Date: Thu, 29 Jan 2004 12:43:37 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot IMAP <dovecot@dovecot.org>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
Message-ID: <2062821770.1075380217@[10.69.3.69]>
In-Reply-To: <40196925.3030400@harvee.org>
References: <2054266479.1075371662@[10.69.3.69]>
	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
	<2059672402.1075377068@[10.69.3.69]> <40196925.3030400@harvee.org>
X-Mailer: Mulberry/3.1.1 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 20:46:00 -0000
X-UID: 4183                                                  
Status: O

--On Thursday, January 29, 2004 3:12 PM -0500 "Eric S. Johansson"
<esj@harvee.org> wrote:

> I'm faced with the exact same problem at a client site.  Unfortunately, all
> you can do is use mbxcvt from the UW utilities kit to convert mbx->mbox then
> use mb2md to finish the conversion to maildir.

IIRC, the utils package was deprecated and most of it was rolled into the main
UW-IMAP package. mailutil replaces mbxcvt and several other programs.
 
> it sucks, it's horrible, it's really ugly but it's a side effect of the
> politics of mailbox formats.  BUT dovecot is so wonderful it makes it all
> worthwhile.

That's what I'm hoping.
 
> I'm just hoping that Timo gets the mbox support fixed RSN.

What's broken?

From esj@harvee.org  Thu Jan 29 22:55:00 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 267F4C002808; Thu, 29 Jan 2004 22:55:00 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 8032BC002805
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 22:54:57 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i0TKq4Kd008889
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 15:52:40 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 29 Jan 2004 15:52:02 -0500
Message-ID: <4019726C.1090306@harvee.org>
Date: Thu, 29 Jan 2004 15:51:56 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot IMAP <dovecot@dovecot.org>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
References: <2054266479.1075371662@[10.69.3.69]>	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>	<2059672402.1075377068@[10.69.3.69]>
	<40196925.3030400@harvee.org> <2062821770.1075380217@[10.69.3.69]>
In-Reply-To: <2062821770.1075380217@[10.69.3.69]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040129:dovecot@dovecot.org:df1d1933c2075f41
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 20:55:00 -0000
X-UID: 4184                                                  
Status: O
Content-Length: 1430

Kenneth Porter wrote:

> --On Thursday, January 29, 2004 3:12 PM -0500 "Eric S. Johansson"
> <esj@harvee.org> wrote:
> 
> 
>>I'm faced with the exact same problem at a client site.  Unfortunately, all
>>you can do is use mbxcvt from the UW utilities kit to convert mbx->mbox then
>>use mb2md to finish the conversion to maildir.
> 
> 
> IIRC, the utils package was deprecated and most of it was rolled into the main
> UW-IMAP package. mailutil replaces mbxcvt and several other programs.

when did this happen?  I don't see it with 7.2 Red Hat of 8.0.

>>it sucks, it's horrible, it's really ugly but it's a side effect of the
>>politics of mailbox formats.  BUT dovecot is so wonderful it makes it all
>>worthwhile.
> 
> 
> That's what I'm hoping.

the additional benefit is a pleasant and helpful user community.  It's 
probably because it isn't well known yet so let's hope that it remains a 
relatively unpublicized treasure lest Timo turn into the second coming 
of Mark Crispen.

>>I'm just hoping that Timo gets the mbox support fixed RSN.
> 
> What's broken?

something to do with indexing.  I know I was triggering a bug which 
caused huge amounts of CPU load every time you did anything with the 
mailbox.  If you've got the energy, I'm sure he could use the help.  I'm 
up to my eyeballs in antispam (camram) work.

---eric

-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears


From tss@iki.fi  Thu Jan 29 23:18:20 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3D260C00280A; Thu, 29 Jan 2004 23:18:20 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 0718AC002805
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 23:18:18 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 273F7300DDCC9
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 23:16:01 +0200 (EET)
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
From: Timo Sirainen <tss@iki.fi>
To: Dovecot IMAP <dovecot@dovecot.org>
In-Reply-To: <4019726C.1090306@harvee.org>
References: <2054266479.1075371662@[10.69.3.69]>
	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
	<2059672402.1075377068@[10.69.3.69]> <40196925.3030400@harvee.org>
	<2062821770.1075380217@[10.69.3.69]>  <4019726C.1090306@harvee.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-NK3GELLCwycdKYhczscP"
Message-Id: <1075410961.24660.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 29 Jan 2004 23:16:01 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 21:18:20 -0000
X-UID: 4185                                                  
Status: O
Content-Length: 1907


--=-NK3GELLCwycdKYhczscP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-01-29 at 22:51, Eric S. Johansson wrote:
> the additional benefit is a pleasant and helpful user community.  It's=20
> probably because it isn't well known yet so let's hope that it remains a=20
> relatively unpublicized treasure lest Timo turn into the second coming=20
> of Mark Crispen.

Heh :) I'm not changing my ways, I've already years of experience with
authoring more or less popular software, irssi most notably. Only lack
of time makes me unresponsive and ignore/delay replies.

I don't yet really even want Dovecot to be too well known, it's not
ready yet. When 1.0 comes (this spring I hope) I'll start publicizing it
more. After that I should only need to add new features - existing ones
should be perfect and better than anyone else's ;)

> >>I'm just hoping that Timo gets the mbox support fixed RSN.
> >=20
> > What's broken?
>=20
> something to do with indexing.  I know I was triggering a bug which=20
> caused huge amounts of CPU load every time you did anything with the=20
> mailbox.  If you've got the energy, I'm sure he could use the help.  I'm=20
> up to my eyeballs in antispam (camram) work.

I'm rewriting indexing code. Actually all that code finally seems to be
written, now it's just making sure it all works. And then I'll have to
rewrite maildir and mbox syncing to work with the new code, that'll take
some time too..

mbox also has problems with mailboxes that often get empty, such as
drafts.


--=-NK3GELLCwycdKYhczscP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAGXgRyUhSUUBViskRAqu+AJ44DX59678TzBXxs4Dky7fWrgUAPACfTjei
zxakCMJNoVIjjguRmci0V1Y=
=0MlN
-----END PGP SIGNATURE-----

--=-NK3GELLCwycdKYhczscP--


From shiva@sewingwitch.com  Thu Jan 29 23:21:24 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B677DC002805; Thu, 29 Jan 2004 23:21:24 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 51649C002803
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 23:21:22 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0TLJ4oP000581
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 16:19:04 -0500
Received: from [10.69.3.69] (uugw.kensingtonlabs.com [65.200.126.98])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0TLJ20g023550
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 13:19:04 -0800
Date: Thu, 29 Jan 2004 13:19:02 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot IMAP <dovecot@dovecot.org>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
Message-ID: <2064946195.1075382342@[10.69.3.69]>
In-Reply-To: <4019726C.1090306@harvee.org>
References: <2054266479.1075371662@[10.69.3.69]>
	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
	<2059672402.1075377068@[10.69.3.69]>	<40196925.3030400@harvee.org>
	<2062821770.1075380217@[10.69.3.69]> <4019726C.1090306@harvee.org>
X-Mailer: Mulberry/3.1.1 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 21:21:24 -0000
X-UID: 4186                                                  
Status: O

--On Thursday, January 29, 2004 3:51 PM -0500 "Eric S. Johansson"
<esj@harvee.org> wrote:

>> IIRC, the utils package was deprecated and most of it was rolled into the
>> main UW-IMAP package. mailutil replaces mbxcvt and several other programs.
> 
> when did this happen?  I don't see it with 7.2 Red Hat of 8.0.

I just pulled utils from the UW distro site and it's dated 2002. RH has never
included the utilities in its RPM's. I only know about them from building from
the SRPM, and added a patch recently to the spec file to create a utils
sub-package:

<https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114215>



From shiva@sewingwitch.com  Thu Jan 29 23:31:11 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 53A01C00280A; Thu, 29 Jan 2004 23:31:11 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id E007FC002803
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 23:31:08 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0TLSpoP002929
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 16:28:51 -0500
Received: from [10.69.3.69] (uugw.kensingtonlabs.com [65.200.126.98])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0TLSo0g023587
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 13:28:50 -0800
Date: Thu, 29 Jan 2004 13:28:50 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot IMAP <dovecot@dovecot.org>
Message-ID: <2065534401.1075382930@[10.69.3.69]>
X-Mailer: Mulberry/3.1.1 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
Subject: [Dovecot] SpamAssassin
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 21:31:11 -0000
X-UID: 4187                                                  
Status: O

--On Thursday, January 29, 2004 11:16 PM +0200 Timo Sirainen <tss@iki.fi>
wrote:

> I don't yet really even want Dovecot to be too well known, it's not
> ready yet. When 1.0 comes (this spring I hope) I'll start publicizing it
> more. After that I should only need to add new features - existing ones
> should be perfect and better than anyone else's ;)

Just a heads-up, then.

A regular FAQ on the SA-Talk list is how to integrate SA into someone's
IMAP/POP3 server, and once Dovecot gets popular, you'll start seeing that
question here.

I run SA from sendmail via MIMEDefang (to reject the egregious stuff), and
from procmail on delivery (to tag and quarantine the borderline stuff). I'm
not sure why people would use it in the IMAP server, but the question does
come up.

From bah@webmedic.net  Thu Jan 29 23:53:10 2004
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5152AC00280E; Thu, 29 Jan 2004 23:53:10 +0200 (EET)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 140DCC002803
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 23:53:08 +0200 (EET)
Received: from adsl-209-206-168-142-rb.vcr.centurytel.net ([209.206.168.142]
	helo=192.168.1.10) by courage.vosn.net with esmtp (Exim 4.24)
	id 1AmK3n-0003DR-Lk
	for dovecot@dovecot.org; Thu, 29 Jan 2004 14:50:51 -0700
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@dovecot.org
Subject: Re: [Dovecot] SpamAssassin
Date: Thu, 29 Jan 2004 13:50:46 -0800
User-Agent: KMail/1.6
References: <2065534401.1075382930@[10.69.3.69]>
In-Reply-To: <2065534401.1075382930@[10.69.3.69]>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200401291350.48506.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - dovecot.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 21:53:10 -0000
X-UID: 4188                                                  
Status: O
Content-Length: 2103

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 29 January 2004 01:28 pm, Kenneth Porter wrote:
> --On Thursday, January 29, 2004 11:16 PM +0200 Timo Sirainen <tss@iki.fi>
>
> wrote:
> > I don't yet really even want Dovecot to be too well known, it's not
> > ready yet. When 1.0 comes (this spring I hope) I'll start publicizing it
> > more. After that I should only need to add new features - existing ones
> > should be perfect and better than anyone else's ;)
>
> Just a heads-up, then.
>
> A regular FAQ on the SA-Talk list is how to integrate SA into someone's
> IMAP/POP3 server, and once Dovecot gets popular, you'll start seeing that
> question here.
>
> I run SA from sendmail via MIMEDefang (to reject the egregious stuff), and
> from procmail on delivery (to tag and quarantine the borderline stuff). I=
'm
> not sure why people would use it in the IMAP server, but the question does
> come up.

well I don't use it directly from the imap persay but here is most likely w=
hy.=20
I use postfix, dovecot and maildrop. With this setup you can have you email=
=20
filtered for you so when you log into your imap account it is already=20
filtered and were everything should go. I also in my case have maildrop set=
up=20
to do the spam and virii filtering. This comes in handy for being able to l=
et=20
the users adjust their own email settings. All this also ties in perfectly=
=20
with squirrelmail which I have running on top of dovecot also.

=2D --=20
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
                                      Brook Humphrey          =20
        Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107       =20
http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com  =20
                                 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'=
~-
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAGYA3nT1TkA6FgPgRAgdMAJ4weSCQHLURcfASR/O+nU+R4J1ETgCeMG1N
0ASbIGNXvDtm/s6QoM/qww0=3D
=3DSJH6
=2D----END PGP SIGNATURE-----

From rjohnson@medata.com  Thu Jan 29 23:54:38 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 978A1C002806; Thu, 29 Jan 2004 23:54:38 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id F232CC002803
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 23:54:35 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i0TLqGk6002632
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 13:52:16 -0800
Message-ID: <40198091.6060104@medata.com>
Date: Thu, 29 Jan 2004 13:52:17 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040116
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot IMAP <dovecot@dovecot.org>
Subject: Re: [Dovecot] SpamAssassin
References: <2065534401.1075382930@[10.69.3.69]>
In-Reply-To: <2065534401.1075382930@[10.69.3.69]>
X-Enigmail-Version: 0.83.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 21:54:38 -0000
X-UID: 4189                                                  
Status: O

Kenneth Porter wrote:

> I run SA from sendmail via MIMEDefang (to reject the egregious stuff), and
> from procmail on delivery (to tag and quarantine the borderline stuff). I'm
> not sure why people would use it in the IMAP server, but the question does
> come up.
> 

SA is more appropriate at the MTA level, not the MDA/MUA level. I'm not 
sure why it would come up either. It's generally called from Procmail or 
someplace like that.

-Rick


-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From esj@harvee.org  Fri Jan 30 00:05:44 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 79FB4C00280D; Fri, 30 Jan 2004 00:05:44 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id F138FC002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:05:41 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i0TM3HKd010319
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 17:03:24 -0500
Received: FROM harvee.org ([192.168.0.10]) BY harvee.org WITH ESMTP ;
	Thu, 29 Jan 2004 17:03:15 -0500
Message-ID: <4019831D.8030904@harvee.org>
Date: Thu, 29 Jan 2004 17:03:09 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot IMAP <dovecot@dovecot.org>
Subject: Re: [Dovecot] SpamAssassin
References: <2065534401.1075382930@[10.69.3.69]> <40198091.6060104@medata.com>
In-Reply-To: <40198091.6060104@medata.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040129:dovecot@dovecot.org:e7d94c1da09b14b2
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 22:05:44 -0000
X-UID: 4190                                                  
Status: O

Rick Johnson wrote:

> Kenneth Porter wrote:
> 
>> I run SA from sendmail via MIMEDefang (to reject the egregious stuff), 
>> and
>> from procmail on delivery (to tag and quarantine the borderline 
>> stuff). I'm
>> not sure why people would use it in the IMAP server, but the question 
>> does
>> come up.
>>
> 
> SA is more appropriate at the MTA level, not the MDA/MUA level. I'm not 
> sure why it would come up either. It's generally called from Procmail or 
> someplace like that.

I concur.  Filtering for spam belongs before the local delivery agent. 
Of course, I complicate things with the hybrid sender-pays system and 
need to grab "outbound" e-mail messages for stamping.  Let's just say it 
makes for an interesting mail server configuration.

---eric

-- 
Speech recognition in use.  Incorrect endings, words, and case is
closer than it appears


From tss@iki.fi  Fri Jan 30 00:23:31 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BB265C002807; Fri, 30 Jan 2004 00:23:31 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 9E32EC002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:23:29 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B0B67300DDCCA
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:21:12 +0200 (EET)
Subject: Re: [Dovecot] State of MySQL authentication
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040123124848.CA5D746FBC@mail.expressmail.dk>
References: <20040123124848.CA5D746FBC@mail.expressmail.dk>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-baZPuFlObSO8uURkokeP"
Message-Id: <1075414872.24671.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 30 Jan 2004 00:21:12 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 22:23:31 -0000
X-UID: 4191                                                  
Status: O
Content-Length: 1386


--=-baZPuFlObSO8uURkokeP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-01-23 at 14:48, Ian Armstrong  wrote:
> I am looking for a pop3 server that can authenticate via MySQL. It also
> needs to be able to do a POST_LOGIN_QUERY. I want to be able to update a
> "date" field in the database, so that I can see which accounts are active=
,
> and which are not.
>=20
> Please let me know more about Dovecot and MySQL.

There's MySQL patch for Dovecot somewhere in this list's archives. It
will be included in next release.

Dovecot will ask two queries from SQL server. First is "select
password", second is for asking all kind of user information. I think
you should be able to use ';' separator there to separate the actual
query and your post-login-query. Something like:

user_query =3D SELECT home, uid, gid FROM users WHERE userid =3D '%u';updat=
e table set foo =3D 'bar' where userid =3D '%u'

If it doesn't work, I guess adding support for post-login-query would be us=
eful.


--=-baZPuFlObSO8uURkokeP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAGYdYyUhSUUBViskRApm/AJ45dpAOWc7EXU5kWcTRFXtk5mAB1QCggv5C
25N9hFKlmvygzZyhNh3I9Yo=
=U0G+
-----END PGP SIGNATURE-----

--=-baZPuFlObSO8uURkokeP--


From tss@iki.fi  Fri Jan 30 00:29:47 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D82FCC002806; Fri, 30 Jan 2004 00:29:47 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id BBF97C002803
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:29:45 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id D9D03300DDCCA; Fri, 30 Jan 2004 00:27:28 +0200 (EET)
Subject: Re: [Dovecot] dovecot crash
From: Timo Sirainen <tss@iki.fi>
To: admin@thelight.org.uk
In-Reply-To: <20040124130102.F2717C003024@talvi.dovecot.org>
References: <20040124130102.F2717C003024@talvi.dovecot.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-xEot8RvFpT0p1dQjEjjr"
Message-Id: <1075415248.24665.31.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 30 Jan 2004 00:27:28 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 22:29:48 -0000
X-UID: 4192                                                  
Status: O
Content-Length: 1395


--=-xEot8RvFpT0p1dQjEjjr
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-01-24 at 14:58, Simon Bell wrote:
> I woke up this morning and my dovecot server had died with the following =
in
> the dovecot.log file:
>=20
> pop3-login: Jan 23 10:23:08 Fatal: RAND_bytes() failed:
> error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded
>=20
> dovecot: Jan 23 10:23:08 Error: Login process died too early - shutting d=
own
> dovecot: Jan 23 10:23:08 Error: child 16321 (login) returned error 89
>=20
> How can I find out whats going wrong?

OpenSSL weirdness. By default OpenSSL is using /dev/urandom to fetch the
random data, as long as urandom exists. Otherwise it'll try something
else.. But looks like some Linux distros are nowadays doing something
weird and don't have RAND_bytes() working that way, probably trying to
use /dev/random and failing if there's not enough randomness.

Does anyone else have some more information about this? I'm not sure
what to do about this.


--=-xEot8RvFpT0p1dQjEjjr
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAGYjQyUhSUUBViskRAgIYAJ9vXijaUkizeSqJ9crlaUw6EQRnvQCfSIBu
pWqE+LuQD/rg0VbFHW/T1xk=
=YLnO
-----END PGP SIGNATURE-----

--=-xEot8RvFpT0p1dQjEjjr--


From keith@midnighthax.com  Fri Jan 30 00:37:38 2004
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A8CA4C002810; Fri, 30 Jan 2004 00:37:38 +0200 (EET)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by talvi.dovecot.org (Postfix) with ESMTP id 77CDCC00280E
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:37:36 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP id 340B842CC8
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 22:35:19 +0000 (GMT)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	by localhost (gs001.rg2.tiger-computing.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 28134-06 for <dovecot@dovecot.org>;
	Thu, 29 Jan 2004 22:35:18 +0000 (GMT)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100])
	by gs001.rg2.tiger-computing.com (Postfix) with SMTP id 1D78642CA5
	for <dovecot@dovecot.org>; Thu, 29 Jan 2004 22:35:18 +0000 (GMT)
Date: Thu, 29 Jan 2004 22:35:18 +0000
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
Message-Id: <20040129223518.5c2bddb5@zaphod.rg2.tiger-computing.com>
In-Reply-To: <1075410961.24660.14.camel@hurina>
References: <2054266479.1075371662@[10.69.3.69]>
	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
	<2059672402.1075377068@[10.69.3.69]> <40196925.3030400@harvee.org>
	<2062821770.1075380217@[10.69.3.69]> <4019726C.1090306@harvee.org>
	<1075410961.24660.14.camel@hurina>
X-Mailer: Sylpheed version 0.9.8claws33 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
X-Spam-Report: Spam detection software,
	running on the system "gs001.rg2.tiger-computing.com", has
	identified this incoming email as possible spam. The original message
	has been attached to this so you can view it (if it isn't spam) or
	block similar future email.  If you have any questions, see
	root@localhost for details.
	Content preview:  On Thu, 29 Jan 2004 23:16:01 +0200 Timo Sirainen
	<tss@iki.fi> wrote: > Heh :) I'm not changing my ways, I've already
	years of experience with > authoring more or less popular software,
	irssi most notably. Only lack > of time makes me unresponsive and
	ignore/delay replies. [...] 
	Content analysis details:   (0.0 points, 5.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 22:37:38 -0000
X-UID: 4193                                                  
Status: O

On Thu, 29 Jan 2004 23:16:01 +0200
Timo Sirainen <tss@iki.fi> wrote:

> Heh :) I'm not changing my ways, I've already years of experience with
> authoring more or less popular software, irssi most notably. Only lack
> of time makes me unresponsive and ignore/delay replies.

Lest it be missed: you're doing a great job. Rarely (if ever) has pre-V1
code been so rock solid in normal use. I'm using it (shhh) on production
servers. Keep up the great work, and btw you are _not_ unresponsive.

K.

From tss@iki.fi  Fri Jan 30 00:44:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AA191C00280E; Fri, 30 Jan 2004 00:44:04 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 62CBEC002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:44:02 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 68DC4300DDCCA
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:41:45 +0200 (EET)
Subject: Re: [Dovecot] Dovecot not creating dirs
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <34267.142.179.114.142.1075154958.squirrel@mail.vancouveronthenet.com>
References: <34267.142.179.114.142.1075154958.squirrel@mail.vancouveronthenet.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-J200lFRl85+M/uQZmYpr"
Message-Id: <1075416105.24671.43.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 30 Jan 2004 00:41:45 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 22:44:04 -0000
X-UID: 4194                                                  
Status: O
Content-Length: 1643


--=-J200lFRl85+M/uQZmYpr
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-01-27 at 00:09, marko sarunac wrote:
> my default mail env is
> default_mail_env =3D mbox:%h/mail/:INBOX=3D%h/mail/Inbox:INDEX=3D%h/mail/=
.indexes
>=20
> Now when i first started my mozilla imap client what happened was!
> Jan 26 21:46:34 imap(marko): Can't create temp index
> /home/marko/mail/.indexes/.imap/INBOX/.temp.limbic.7523: No such file or
> directory

Hmm. It shouldn't do this, as long as ~/mail exists. Try running this:

MAIL=3Dmbox:$HOME/mail/:INBOX=3D$HOME/mail/Inbox:INDEX=3D$HOME/mail/.indexe=
s strace /usr/local/libexec/dovecot/imap 2>log

and send the log file, if it doesn't work.

> after i manually
> :~/mail$ mkdir .indexes
> :~/mail$ cd .indexes/
> :~/mail/.indexes$ mkdir .imap

Dovecot should create all of these automatically. And it does with me.

> On the other note...when i try to delete any mail from Inbox using IMAP
> client i get
> "The current command did not succeed. The mail server responded:
> [TRYCREATE] Mailbox doesn't exist: trash"

This is because your IMAP client tries to move it to trash mailbox which
doesn't exist. Either configure your client not to use
move-to-trash-when-deleting, or create the trash mailbox.


--=-J200lFRl85+M/uQZmYpr
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAGYwpyUhSUUBViskRAjN9AKCiYYxB42NnJadtgmy2kYsMbCPRwgCgjE8u
9kI6ORHHm7jZN0ZX+mePhxs=
=H34d
-----END PGP SIGNATURE-----

--=-J200lFRl85+M/uQZmYpr--


From rjohnson@medata.com  Fri Jan 30 00:46:04 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4BD0DC00280E; Fri, 30 Jan 2004 00:46:04 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id A67B0C002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:46:00 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i0TMhfk6007617
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 29 Jan 2004 14:43:41 -0800
Message-ID: <40198C9E.5090305@medata.com>
Date: Thu, 29 Jan 2004 14:43:42 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040116
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Keith Edmunds <keith@midnighthax.com>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
References: <2054266479.1075371662@[10.69.3.69]>	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>	<2059672402.1075377068@[10.69.3.69]>
	<40196925.3030400@harvee.org>	<2062821770.1075380217@[10.69.3.69]>
	<4019726C.1090306@harvee.org>	<1075410961.24660.14.camel@hurina>
	<20040129223518.5c2bddb5@zaphod.rg2.tiger-computing.com>
In-Reply-To: <20040129223518.5c2bddb5@zaphod.rg2.tiger-computing.com>
X-Enigmail-Version: 0.83.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 22:46:04 -0000
X-UID: 4195                                                  
Status: O

Keith Edmunds wrote:
>>Heh :) I'm not changing my ways, I've already years of experience with
>>authoring more or less popular software, irssi most notably. Only lack
>>of time makes me unresponsive and ignore/delay replies.
> 
> Lest it be missed: you're doing a great job. Rarely (if ever) has pre-V1
> code been so rock solid in normal use. I'm using it (shhh) on production
> servers. Keep up the great work, and btw you are _not_ unresponsive.

Who says it's not production ready? :-) I just migrated to it from 
UW-IMAP. Except for a maildir/mozilla interoperability with custom flags 
issue, it's working just fine, and loads faster than anything else :-)

My users are happy.

-Rick
-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From mem@mv.mv.com  Fri Jan 30 00:52:18 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 311A7C00280E; Fri, 30 Jan 2004 00:52:18 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 90DD2C002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 00:52:15 +0200 (EET)
Received: (qmail 28611 invoked from network); 29 Jan 2004 17:49:57 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 29 Jan 2004 17:49:57 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 21061 invoked by uid 101); 29 Jan 2004 17:49:57 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 29 Jan 2004 17:49:57 -0500
To: dovecot@dovecot.org
Subject: Re: [Dovecot] SpamAssassin
Message-ID: <20040129224957.GB2707@iridium.mv.net>
References: <2065534401.1075382930@[10.69.3.69]> <40198091.6060104@medata.com>
	<4019831D.8030904@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4019831D.8030904@harvee.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 22:52:18 -0000
X-UID: 4196                                                  
Status: O
Content-Length: 1454

On Thu, Jan 29, 2004 at 05:03:09PM -0500, Eric S. Johansson wrote:
> Rick Johnson wrote:

> >SA is more appropriate at the MTA level, not the MDA/MUA level. I'm not 
> >sure why it would come up either. It's generally called from Procmail or 
> >someplace like that.

Isn't that a contradiction?  procmail is most often used at the
delivery level, although sometimes it's used for system-wide
pre-filtering.  But I tend to think of procmail as LDA (local delivery
agent), so if you call spamassassin out of procmail, it's acting on
behalf of the LDA.


> I concur.  Filtering for spam belongs before the local delivery agent. 

I disagree/agree.  While I believe there's room for spam filtering at
more than one point in the chain, it seems to me it's appropriate at
the LDA level on a per-user basis.  Now, if you're saying that it's
better to solve the spam problem so that it never gets to the LDA
point, yes, that would be wonderful.  But in a world where spam does
reach the end user, filtering at final delivery is appropriate.


> Of course, I complicate things with the hybrid sender-pays system and 
> need to grab "outbound" e-mail messages for stamping.  Let's just say it 
> makes for an interesting mail server configuration.

Ah well, I have my own bias too :-).  I have a utility that incorporates
a combination SIEVE/C delivery language.  Since I use as an LDA (among
other places) I obviously believe filtering is appropriate there.

mm

From admin@thelight.org.uk  Fri Jan 30 01:06:02 2004
Return-Path: <admin@thelight.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2A5A8C00280E; Fri, 30 Jan 2004 01:06:02 +0200 (EET)
Received: from usercf098.dsl.pipex.com (usercf098.dsl.pipex.com
	[62.190.237.98])
	by talvi.dovecot.org (Postfix) with ESMTP id E23EDC002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 01:05:59 +0200 (EET)
Received: from [192.168.7.2] (helo=THUNDER)
	by usercf098.dsl.pipex.com with asmtp (TLSv1:RC4-MD5:128) (Exim 4.30)
	id 1AmLCh-0008SF-DY; Thu, 29 Jan 2004 23:04:07 +0000
From: "Simon Bell" <admin@thelight.org.uk>
To: "'Timo Sirainen'" <tss@iki.fi>
Subject: RE: [Dovecot] dovecot crash
Date: Thu, 29 Jan 2004 23:03:40 -0000
Organization: TheLight
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
In-Reply-To: <1075415248.24665.31.camel@hurina>
Content-Type: multipart/signed; micalg=SHA1;
	protocol="application/x-pkcs7-signature";
	boundary="----=_NextPart_000_0057_01C3E6BC.21008C30"
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcPmty5/Oguj3XUnR5WUmh5A7eGAJAABNCVw
X-added: This email was sent via TheLight mail server
X-added: Rules are available at http://mail.thelight.org.uk/rules.html
X-added: If you believe this email was sent in violation of the rules
X-added: Please email abuse@thelight.org.uk with appropriate information
Message-Id: <20040129230559.E23EDC002806@talvi.dovecot.org>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: admin@thelight.org.uk
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: Thu, 29 Jan 2004 23:06:02 -0000
X-UID: 4197                                                  
Status: O
Content-Length: 6783

This is a multi-part message in MIME format.

------=_NextPart_000_0057_01C3E6BC.21008C30
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

ok. for your information the distro im running is Fedora Core 1

Simon 

-----Original Message-----
From: dovecot-bounces@dovecot.org [mailto:dovecot-bounces@dovecot.org] On
Behalf Of Timo Sirainen
Sent: 29 January 2004 22:27
To: admin@thelight.org.uk
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot crash

On Sat, 2004-01-24 at 14:58, Simon Bell wrote:
> I woke up this morning and my dovecot server had died with the following
in
> the dovecot.log file:
> 
> pop3-login: Jan 23 10:23:08 Fatal: RAND_bytes() failed:
> error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded
> 
> dovecot: Jan 23 10:23:08 Error: Login process died too early - shutting
down
> dovecot: Jan 23 10:23:08 Error: child 16321 (login) returned error 89
> 
> How can I find out whats going wrong?

OpenSSL weirdness. By default OpenSSL is using /dev/urandom to fetch the
random data, as long as urandom exists. Otherwise it'll try something
else.. But looks like some Linux distros are nowadays doing something
weird and don't have RAND_bytes() working that way, probably trying to
use /dev/random and failing if there's not enough randomness.

Does anyone else have some more information about this? I'm not sure
what to do about this.


------=_NextPart_000_0057_01C3E6BC.21008C30
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILgzCCBD4w
ggImoAMCAQICAg1LMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsT
FWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0
eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnMB4XDTAzMTAxNzExMjMwMVoXDTA0
MTAxNjExMjMwMVowQTEZMBcGA1UEAxMQQ0FjZXJ0IFVzZXIgQ2VydDEkMCIGCSqGSIb3DQEJARYV
YWRtaW5AdGhlbGlnaHQub3JnLnVrMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDFWdW9wGTI
WIZfNx8enH/jnmheKvCXfh6tBujxCwrgaC5+KbRcpTIKBrW/gLToK14yP0FuPkPAwWYR1/ZnrPPy
6+72LX4fSUiKDr0QCLDcbs+f2X/0PWotZBogi/7VZGOqL9f+UTKlAxh0h3F8jSYFWewPYf4OODU9
lNoYFdeEFwIDAQABo4GLMIGIMAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5
b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5jYWNl
cnQub3JnMCAGA1UdEQQZMBeBFWFkbWluQHRoZWxpZ2h0Lm9yZy51azANBgkqhkiG9w0BAQQFAAOC
AgEAbEmsovaWwEcBMZUeylnpZN5ieYj7hiUcfCjmqTyXg/sULLweoqXJUnV/jxr2cdb7SPwMGd08
1ot4dk8xwEhD/QFm083h540ol6KKJfCmqQvAXBdfthQx1pkU4wE78Ad67LQ0opFBFz4n5rZy3bwt
QX/mph40mJIj8g4TzJL1d+YRZ22RbrOQdJ9p7RlIU6zQGwYSIToEzUMMiD8eefgIOMvbih46q/2a
EDLB5w+Xagd6x9E8y7gpGPkCMmUor5gl8fVRZofsL+7Og00ad7fY4c57Pwl3hcDhHMfFhJBWhF8M
X79HDjh1xWS5ezLv7/lN8FU/uAsP0Ax89CqHIVIH0S6DnAF3UdoFsvWHC05SsbY623nTOL7ALc0n
o4PNBQpgwSvpI8S+piFHnsPcrMxcDvb4ANmmJaI41Oo/2LpyYa8WZvsZdq2GEEtt9S0pOCCiBOrW
+Yl3zdCbxgoajOJ8PirYNTXLRp9ygKPc47lCBrxJB6GQa1Xk0BwGKwkoiFd6XCRVIyboNQKTjO25
za0j8O0zrCKSsRbUZ0daSf2yWZdMBjAmwuBVPFL29FNZVnYmFWB85yNBMzXB2nW13MAn8SgPczkp
vYUWM39G1PMOy8WKTpFYRJteJTxS6enW6PHOeTlWsqXVV+fNoCrMi/Kt1iz/EgXl5oEm1Jt/8fZc
ZHcwggc9MIIFJaADAgECAgEAMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAc
BgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1
dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnMB4XDTAzMDMzMDEyMjk0
OVoXDTMzMDMyOTEyMjk0OVoweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3
dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZI
hvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC
AQDOIsDiRn3sNigHUJbyoDNAjEvxO2Y/MeVrAjbb1nz28YiPTnc2BUGV+QnwEs9GhnNgt25+6MBY
ZK7NsK1FFwxj+mcK6NbSvz7nmMTwTPrgA7s1XWwh3p4g2brNZjI3cvr3CPXHzVjJjucOXuo+/hyh
FAoVbIaEW2RmKnqpS1N59Yiie+4vCmErjbJ+TValE+zq2pKerERBHlhgZQVm+MBEvcuU90J+C/dl
aJhRBfDzBZEEHRsXguzIV7vDa3qI8bByzCVbIJHsFgISjzLpFxhI0McFLgIwQrglnAVrP6o6p+tT
SPfo0rYHmNwbxjR/f8kcgnoFWCsIW/M4oqsXXWbJmNeeEIui0t10mvdxDHJg381vmDOdljR2PiR6
krAOlR5v5qBFOEeq10HtSrcS9tcbg4oPLtgJtlnXqgT/0pN9aC7di0urWLovjeqVp6DDVIml+9uL
USKdssO+Eb4skYaLlnitINOKLxo/xtBRZYchsRkBZX9FHIf1fNBBTE8pmCH9Mx91DARR+hl329QU
HO6Bwx31mLdpBpEi3QBQzIExrBIHezjaaFvmK9R+yV+t6OtyTPMB5Usgv5qmV8qRAAGLoXUhN7Vj
DWc+Rk9wIGfOxdZZ2wLg8NLLzbpit5BB6N0g5Cm8ZClCyCLceJr/Q+yYGwlRS1pawnHxxMtzqeWh
CwIDAQABo4IBzjCCAcowHQYDVR0OBBYEFBa1MhvUx/Pg5o7zvdKwOu6yORjRMIGjBgNVHSMEgZsw
gZiAFBa1MhvUx/Pg5o7zvdKwOu6yORjRoX2kezB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL
ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp
dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZ4IBADAPBgNVHRMBAf8EBTADAQH/
MDIGA1UdHwQrMCkwJ6AloCOGIWh0dHBzOi8vd3d3LmNhY2VydC5vcmcvcmV2b2tlLmNybDAwBglg
hkgBhvhCAQQEIxYhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMDQGCWCGSAGG+EIB
CAQnFiVodHRwOi8vd3d3LmNhY2VydC5vcmcvaW5kZXgucGhwP2lkPTEwMFYGCWCGSAGG+EIBDQRJ
FkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6
Ly93d3cuY2FjZXJ0Lm9yZzANBgkqhkiG9w0BAQQFAAOCAgEAKMfunIICulyAEso1Ch2Bb4lqmczy
aA9/p+GNWJU+vfIGw5BarLVg9plDAaOIcJydYp2kh69nWA0wNjvmrUjTy3QChnE+4isDaPE0YkBG
O1PqKPSs+2aVU4pNXf072WDXynlpO7FlkqbGgYJcnM3rTQGKpd8RVaoVyh83wIKYcGHbanyWo44u
VD5PIamQ79yCv9zoRa1NkHMIPJRlsASZdn/ivMJqFaqXBDck2B6UTm0OUb7WxI/Klm33Q9/oMGUn
O3u7Q0NjxEP3suxozOEZjiL7mOF7Wj4BNzuLCLCi85VOGsubzZqx27Jw8C1K29iw429FSDMS//48
MipU98T3ivCII8JH/mR6ccDRHqZjsAd+pC/TAY/cnyu2xgipD5NIJfwS/Z9C3PPEPvZXsNfdadEG
dzQKS9LKoP8cxozJFr7EzDI3aHNfCPtR90lTNgUKlQJM8nkaEPbYOnWc8x3xog1wZ4Ybsxb1L+Wk
63mG+T0LwnMLpZmsb/xnuOUvC6YYJI170Ug1KRhArJNg4ZaGULR6WdiPIQufz4KRxju/a9wHkbmX
ViOqtmyUxkgGPOTOTqrk9i8J3FNvLvx06zpjmcKmrIm8p7JEoA2KEONs8iTL+pufcEcu3hSL1LIg
CZaiZPEkHNyhNZwVstS8VS59BvWcDlX0WtaT2natJXNMxUMxggMVMIIDEQIBATB/MHkxEDAOBgNV
BAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0Eg
Q2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3Jn
AgINSzAJBgUrDgMCGgUAoIIB7DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ
BTEPFw0wNDAxMjkyMzAzMzdaMCMGCSqGSIb3DQEJBDEWBBSWYigvljgIaOs1z7io1/95dFwSFDBn
BgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB
QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjAKBggqhkiG9w0CBTCBjwYJKwYBBAGC
NxAEMYGBMH8weTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQu
b3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJz
dXBwb3J0QGNhY2VydC5vcmcCAg1LMIGRBgsqhkiG9w0BCRACCzGBgaB/MHkxEDAOBgNVBAoTB1Jv
b3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT
aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgINSzAN
BgkqhkiG9w0BAQEFAASBgMCjaf/h6bkcfiLQZYPUtPC10wUNhp5PGAjTg/27cajCPSYNgl09MYqW
VZByBLkv81b0I5kv03S6Y92csCzK3uRnRq82CkeEUuNYvxJ4XM/IBKwDLkM0aiS6sbuos3Q13dlQ
kHrH/PNELRkifnMEMXxA+uU0Vl4FOWrGwTaPrTWAAAAAAAAA

------=_NextPart_000_0057_01C3E6BC.21008C30--


From tss@iki.fi  Fri Jan 30 01:08:56 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 56F45C00280E; Fri, 30 Jan 2004 01:08:56 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 4F971C002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 01:08:54 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 4F636300DDCCA
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 01:06:37 +0200 (EET)
Subject: Re: [Dovecot] SpamAssassin
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040129224957.GB2707@iridium.mv.net>
References: <2065534401.1075382930@[10.69.3.69]>
	<40198091.6060104@medata.com> <4019831D.8030904@harvee.org>
	<20040129224957.GB2707@iridium.mv.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-1aiWKOvpe2BYNun526+h"
Message-Id: <1075417597.24664.48.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 30 Jan 2004 01:06:37 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 23:08:56 -0000
X-UID: 4198                                                  
Status: O


--=-1aiWKOvpe2BYNun526+h
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-01-30 at 00:49, Mark E. Mallett wrote:
> Ah well, I have my own bias too :-).  I have a utility that incorporates
> a combination SIEVE/C delivery language.  Since I use as an LDA (among
> other places) I obviously believe filtering is appropriate there.

I've still not gotten around trying your sieve thingy. Any chance of
getting some simple Postfix/maildir mini-howto? :)


--=-1aiWKOvpe2BYNun526+h
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAGZH9yUhSUUBViskRAoEeAJwNIjhfQZFQBsketrSDjqvgWH786ACfduCl
3MSLf0vHNoXCVDeD0MBtGL0=
=pWet
-----END PGP SIGNATURE-----

--=-1aiWKOvpe2BYNun526+h--


From jaldhar@debian.org  Fri Jan 30 01:19:03 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 97989C002811; Fri, 30 Jan 2004 01:19:03 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 79BE8C002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 01:19:01 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id C49057F82; Thu, 29 Jan 2004 18:16:41 -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 25211-07; Thu, 29 Jan 2004 18:16:41 -0500 (EST)
Received: from [149.123.132.117] (unknown [149.123.132.117])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id BA8C97F7C; Thu, 29 Jan 2004 18:16:40 -0500 (EST)
Date: Thu, 29 Jan 2004 18:15:39 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion
In-Reply-To: <1075410961.24660.14.camel@hurina>
Message-ID: <Pine.LNX.4.58.0401291812020.1973@diku.intranet.braincell.com>
References: <2054266479.1075371662@[10.69.3.69]>
	<Pine.LNX.4.58.0401291442480.19615@localhost.localdomain>
	<2059672402.1075377068@[10.69.3.69]> <40196925.3030400@harvee.org>
	<2062821770.1075380217@[10.69.3.69]>  <4019726C.1090306@harvee.org>
	<1075410961.24660.14.camel@hurina>
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 IMAP <dovecot@dovecot.org>
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: Thu, 29 Jan 2004 23:19:03 -0000
X-UID: 4199                                                  
Status: O

On Thu, 29 Jan 2004, Timo Sirainen wrote:

> I don't yet really even want Dovecot to be too well known, it's not
> ready yet. When 1.0 comes (this spring I hope) I'll start publicizing it
> more.

I was going to propose making dovecot the default IMAP and POP3 server
in the upcoming sarge distribution of Debian.  But I won't if you don't
want it just yet.  (Though realistically sarge won't be released until
summer at the earliest so you may well have 1.0 out by then.)

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From mem@mv.mv.com  Fri Jan 30 01:52:04 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0A90FC002810; Fri, 30 Jan 2004 01:52:04 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id DC71CC002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 01:52:00 +0200 (EET)
Received: (qmail 27802 invoked from network); 29 Jan 2004 18:49:43 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 29 Jan 2004 18:49:43 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 21059 invoked by uid 101); 29 Jan 2004 18:49:43 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 29 Jan 2004 18:49:43 -0500
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] SpamAssassin
Message-ID: <20040129234943.GF2707@iridium.mv.net>
References: <2065534401.1075382930@[10.69.3.69]> <40198091.6060104@medata.com>
	<4019831D.8030904@harvee.org>
	<20040129224957.GB2707@iridium.mv.net>
	<1075417597.24664.48.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1075417597.24664.48.camel@hurina>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 29 Jan 2004 23:52:04 -0000
X-UID: 4200                                                  
Status: O
Content-Length: 1180

On Fri, Jan 30, 2004 at 01:06:37AM +0200, Timo Sirainen wrote:
> On Fri, 2004-01-30 at 00:49, Mark E. Mallett wrote:
> > Ah well, I have my own bias too :-).  I have a utility that incorporates
> > a combination SIEVE/C delivery language.  Since I use as an LDA (among
> > other places) I obviously believe filtering is appropriate there.
> 
> I've still not gotten around trying your sieve thingy.

I mentioned it before, I think, but I hadn't really provided a way
to get at it until just this month.


> Any chance of
> getting some simple Postfix/maildir mini-howto? :)

It's in a fairly raw state: quite usable, but still specific to my own
use, and many things still just a twinkle in the eye (you have to use
your imagination for some of them).  I have a download area for any
software types who are willing to put up with that.  However I'd be
happy to have people try it and help kick me along.

Anyway, without co-oping your list further..

   http://www.mv.com/tools/mvmf/test/

I run it under qmail but have compiled in sendmail and postfix
environments (invoked out of a .forward or .procmailrc), and there
is a USING file with some specifics about those things.

mm

From ke@kalle.dyndns.org  Fri Jan 30 18:25:06 2004
Return-Path: <ke@kalle.dyndns.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 40F75C002805; Fri, 30 Jan 2004 18:25:06 +0200 (EET)
Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70])
	by talvi.dovecot.org (Postfix) with ESMTP id 2D880C002803
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 18:25:04 +0200 (EET)
Received: from kalle.dyndns.org ([213.114.209.36] [213.114.209.36])
	by mxfep01.bredband.com with ESMTP
	id <20040130162235.DGNH4345.mxfep01.bredband.com@kalle.dyndns.org>
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 17:22:35 +0100
Received: from ke by kalle.dyndns.org with local (Exim 4.21)
	id 1AmbPw-0007Is-2O for: 22:52 +0100
Date: Fri, 30 Jan 2004 17:22:52 +0100
From: Karl Eklund <kalle-e@medelklassen.com>
To: dovecot@dovecot.org
Message-ID: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Sender: <ke@kalle.dyndns.org>
Subject: [Dovecot] Dovecot crashes on certain spam messages
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 30 Jan 2004 16:25:06 -0000
X-UID: 4201                                                  
Status: O

Dovecot crashes. I think it's because of some message in my spam
folder. It has happened once before, and that time I solved it by
deleting that folder. It happens when I start gnus ("Checking messages
in folder spam" or something like that), which makes gnus just stop,
or when I try to enter that folder in mutt.

Jan 30 17:07:09 kalle imap(ke): file imap-bodystructure.c: line
278 (part_parse_headers): assertion failed: (part->physical_pos >=
input->v_offset - start_offset)

Is there something I can do to determine which message it crashed on?

Maildir format, version 0.99.10.4.

From shiva@sewingwitch.com  Fri Jan 30 20:04:59 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CD707C002805; Fri, 30 Jan 2004 20:04:59 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 6A7E8C002803
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 20:04:57 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0UI2boP015865
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 13:02:37 -0500
Received: from [10.69.3.69] (uugw.kensingtonlabs.com [65.200.126.98])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0UI2a0g030498
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 10:02:36 -0800
Date: Fri, 30 Jan 2004 10:02:36 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
Message-ID: <2139560555.1075456956@[10.69.3.69]>
In-Reply-To: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
X-Mailer: Mulberry/3.1.1 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 30 Jan 2004 18:05:00 -0000
X-UID: 4202                                                  
Status: O

--On Friday, January 30, 2004 5:22 PM +0100 Karl Eklund
<kalle-e@medelklassen.com> wrote:

> Is there something I can do to determine which message it crashed on?

My approach would be to add a line of code to log the message file name and
rebuild. (I love having access to source code!)

From tss@iki.fi  Fri Jan 30 20:13:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7CE56C002807; Fri, 30 Jan 2004 20:13:26 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 6AFAEC002806
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 20:13:24 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B5A98239FD; Fri, 30 Jan 2004 20:11:05 +0200 (EET)
Received: from [192.168.10.209] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C12BC239F7
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 20:10:32 +0200 (EET)
Mime-Version: 1.0 (Apple Message framework v612)
In-Reply-To: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2-542265535"
Message-Id: <964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
Date: Fri, 30 Jan 2004 20:10:29 +0200
To: dovecot@dovecot.org
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.612)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 30 Jan 2004 18:13:26 -0000
X-UID: 4203                                                  
Status: O
Content-Length: 1047


--Apple-Mail-2-542265535
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 30.1.2004, at 18:22, Karl Eklund wrote:

> Jan 30 17:07:09 kalle imap(ke): file imap-bodystructure.c: line
> 278 (part_parse_headers): assertion failed: (part->physical_pos >=
> input->v_offset - start_offset)
>
> Is there something I can do to determine which message it crashed on?
>
> Maildir format, version 0.99.10.4.

gdb backtrace would be useful from that, it'd also tell which message 
triggered it. See core dumps section in 
http://dovecot.org/bugreport.html

--Apple-Mail-2-542265535
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAGp4WyUhSUUBViskRAnh9AJ9A898y95/FA0Vd80gJFFCyV/ItwQCgjC8T
uG3X0PII9LAxEIyUtXcSrao=
=pXc1
-----END PGP SIGNATURE-----

--Apple-Mail-2-542265535--


From mdbaker@rose-hulman.edu  Fri Jan 30 21:11:38 2004
Return-Path: <mdbaker@rose-hulman.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 18AF3C002807; Fri, 30 Jan 2004 21:11:38 +0200 (EET)
Received: from envelope.rose-hulman.edu (envelope.rose-hulman.edu
	[137.112.8.21])
	by talvi.dovecot.org (Postfix) with ESMTP id 77FA8C002803
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 21:11:35 +0200 (EET)
Received: from babylon5.rose-hulman.edu (babylon5.rose-hulman.edu
	[137.112.0.66]) (authenticated (0 bits))
	by envelope.rose-hulman.edu (8.11.6/8.11.6) with ESMTP id i0UJ9BJ17865
	(using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO)
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 14:09:14 -0500 (EST)
From: Mitchell Baker <mdbaker@rose-hulman.edu>
To: Dovecot Mail list <dovecot@dovecot.org>
Content-Type: text/plain
Organization: Rose-Hulman Institute of Technology
Message-Id: <1075489748.2418.18.camel@babylon5.rose-hulman.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 30 Jan 2004 14:09:08 -0500
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot dies on startup????
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: mdbaker@rose-hulman.edu
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: Fri, 30 Jan 2004 19:11:38 -0000
X-UID: 4204                                                  
Status: O
Content-Length: 1055

Trying to crank it up on our RedHat 8.0 system...  I get the following..
I am sure it is something simple in the config.. just don't know what...
Any help would be greatly appreciated..

Here is from the log.. If there is a way to get more log info that might
help he as well..

Jan 29 14:30:34 smtp dovecot: Dovecot starting up
Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded
Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting
down
Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127
Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe


Thanks...

See-ya
Mitch


-- 
/####################################################################/
/# Mitchell "Buzz" Baker               "To Infinity And Beyond..."  #/
/# Sr. Systems/Security Admin  Rose-Hulman Institute of Technology  #/     
/# Mitchell.D.Baker@rose-hulman.edu            www.rose-hulman.edu  #/
/#        For PGP Public key, check out www.keyserver.net           #/
/####################################################################/


From blair@orcaware.com  Fri Jan 30 21:24:59 2004
Return-Path: <blair@orcaware.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1914EC002807; Fri, 30 Jan 2004 21:24:59 +0200 (EET)
Received: from orcaware.com (bdsl.66.12.233.174.gte.net [66.12.233.174])
	by talvi.dovecot.org (Postfix) with ESMTP id 56A19C002803
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 21:24:55 +0200 (EET)
Received: from orcaware.com (localhost.localdomain [127.0.0.1])
	by orcaware.com (8.12.8/8.12.8) with ESMTP id i0UJMYgf008699;
	Fri, 30 Jan 2004 11:22:34 -0800
Message-ID: <401AAEFA.DFD27ADC@orcaware.com>
Date: Fri, 30 Jan 2004 11:22:34 -0800
From: Blair Zajac <blair@orcaware.com>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en,x-ns1rfacHe4WNh5,x-ns2U100btwUq5f
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Assert in Fedora dovecot-0.99.10.4-1
References: <3FDF9E72.F40E0758@orcaware.com> <1071891341.10028.17.camel@hurina>
	<3FE4A0B9.371C08AE@orcaware.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 30 Jan 2004 19:24:59 -0000
X-UID: 4205                                                  
Status: O
Content-Length: 3835

Hi Timo,

Any chance to look at the following gdb traceback?

Best,
Blair

Blair Zajac wrote:
> 
> Timo Sirainen wrote:
> >
> > On Wed, 2003-12-17 at 02:08, Blair Zajac wrote:
> > > imap(blair): Dec 16 13:53:06 Panic: file istream.c: line 93
> > > (i_stream_set_read_limit): assertion failed:
> > > (stream->v_size == 0 || v_offset <= stream->v_size)
> > >
> > > If there's any more information I can provide, please let me
> > > know.
> >
> > Probably because of something in your mailbox. Is it mbox or maildir?
> > Also backtrace would be useful. See
> > http://www.dovecot.org/bugreport.html
> 
> Hi Timo,
> 
> My mailbox is maildir.
> 
> Here's a stack trace:
> 
> orcaware% gdb -p 9216
> GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux-gnu".
> Attaching to process 9216
> Reading symbols from /usr/libexec/dovecot/imap...done.
> Reading symbols from /lib/libdl.so.2...done.
> Loaded symbols for /lib/libdl.so.2
> Reading symbols from /lib/tls/libc.so.6...done.
> Loaded symbols for /lib/tls/libc.so.6
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> 0xffffe002 in ?? ()
> (gdb) t
> [Current thread is 0 (process 9216)]
> (gdb) c
> Continuing.
> 
> Program received signal SIGABRT, Aborted.
> 0xffffe002 in ?? ()
> (gdb) bt
> #0  0xffffe002 in ?? ()
> #1  0x42028c55 in abort () from /lib/tls/libc.so.6
> #2  0x0809326c in default_panic_handler (
>     format=0x80ab020 "file %s: line %d (%s): assertion failed: (%s)",
>     args=0xbffff614 "\001\n\b]") at failures.c:141
> #3  0x08093419 in i_panic (
>     format=0x80ab020 "file %s: line %d (%s): assertion failed: (%s)")
>     at failures.c:198
> #4  0x08095cb3 in i_stream_set_read_limit (stream=0x80be05c, v_offset=931)
>     at istream.c:93
> #5  0x0808c81a in message_search_body (ctx=0xbffff710, input=0x80be05c,
>     part=0x80bfad0) at message-body-search.c:304
> #6  0x0808cc46 in message_body_search_ctx (ctx=0xbffff770, input=0x80be05c,
>     part=0x80bfad0) at message-body-search.c:409
> #7  0x0808ccd6 in message_body_search (key=0x80b6fb8 "9216", charset=0x0,
>     unknown_charset=0xbffff7cc, input=0x80be05c, part=0x80bfad0,
>     search_header=0) at message-body-search.c:434
> #8  0x08073837 in search_body (arg=0x80beae8, context=0xbffff850)
>     at index-search.c:634
> #9  0x08084ee9 in search_arg_foreach (arg=0x80beae8,
>     callback=0x807379d <search_body>, context=0xbffff850) at mail-search.c:70
> #10 0x08084f19 in mail_search_args_foreach (args=0x80beae8,
>     callback=0x807379d <search_body>, context=0xbffff850) at mail-search.c:82
> #11 0x08073a66 in search_arg_match_text (args=0x80beac8, ctx=0x80bdee0)
>     at index-search.c:692
> #12 0x0807452e in index_storage_search_next (ctx=0x80bdee0)
>     at index-search.c:1024
> #13 0x080538ba in imap_search (client=0x80b6cd8, charset=0x0, sargs=0x80beac8)
>     at cmd-search.c:28
> #14 0x08053bd9 in cmd_search (client=0x80b6cd8) at cmd-search.c:93
> #15 0x08054fea in cmd_uid (client=0x80b6cd8) at cmd-uid.c:19
> #16 0x0805599e in client_handle_input (client=0x80b6cd8) at client.c:314
> #17 0x08055a63 in _client_input (context=0x80b6cd8) at client.c:350
> #18 0x08098863 in io_loop_handler_run (ioloop=0x80b6348) at ioloop-poll.c:214
> #19 0x08097e80 in io_loop_run (ioloop=0x80b6348) at ioloop.c:258
> #20 0x0805d309 in main (argc=1, argv=0xbffffa84, envp=0xbffffa8c) at main.c:179
> #21 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6
> 
> Best,
> Blair

From rjohnson@medata.com  Fri Jan 30 22:20:08 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 79B48C002807; Fri, 30 Jan 2004 22:20:08 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id CCA75C002803
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 22:20:05 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i0UKHgk6032319
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 30 Jan 2004 12:17:43 -0800
Message-ID: <401ABBE8.8030007@medata.com>
Date: Fri, 30 Jan 2004 12:17:44 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040116
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: mdbaker@rose-hulman.edu
Subject: Re: [Dovecot] Dovecot dies on startup????
References: <1075489748.2418.18.camel@babylon5.rose-hulman.edu>
In-Reply-To: <1075489748.2418.18.camel@babylon5.rose-hulman.edu>
X-Enigmail-Version: 0.83.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Dovecot Mail list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 30 Jan 2004 20:20:08 -0000
X-UID: 4206                                                  
Status: O
Content-Length: 1058

Mitchell Baker wrote:
> Trying to crank it up on our RedHat 8.0 system...  I get the following..
> I am sure it is something simple in the config.. just don't know what...
> Any help would be greatly appreciated..
> 
> Here is from the log.. If there is a way to get more log info that might
> help he as well..
> 
> Jan 29 14:30:34 smtp dovecot: Dovecot starting up
> Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded
> Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting
> down
> Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127
> Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe
> 

I received this one when using an encrypted private key for SSL. If this 
is the case, make sure your key is unencrypted (and readable only by 
root), or, if possible, the password for the private key is placed in an 
appropriate location.

HTH,
-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From mdbaker@rose-hulman.edu  Fri Jan 30 22:51:39 2004
Return-Path: <mdbaker@rose-hulman.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 37485C002807; Fri, 30 Jan 2004 22:51:39 +0200 (EET)
Received: from envelope.rose-hulman.edu (envelope.rose-hulman.edu
	[137.112.8.21])
	by talvi.dovecot.org (Postfix) with ESMTP id 676D7C002803
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 22:51:36 +0200 (EET)
Received: from babylon5.rose-hulman.edu (babylon5.rose-hulman.edu
	[137.112.0.66]) (authenticated (0 bits))
	by envelope.rose-hulman.edu (8.11.6/8.11.6) with ESMTP id i0UKn4J28029
	(using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO);
	Fri, 30 Jan 2004 15:49:08 -0500 (EST)
Subject: Re: [Dovecot] Dovecot dies on startup????
From: Mitchell Baker <mdbaker@rose-hulman.edu>
To: Rick Johnson <rjohnson@medata.com>
In-Reply-To: <401ABBE8.8030007@medata.com>
References: <1075489748.2418.18.camel@babylon5.rose-hulman.edu>
	<401ABBE8.8030007@medata.com>
Content-Type: text/plain
Organization: Rose-Hulman Institute of Technology
Message-Id: <1075495742.2413.21.camel@babylon5.rose-hulman.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 30 Jan 2004 15:49:02 -0500
Content-Transfer-Encoding: 7bit
Cc: Dovecot Mail list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: mdbaker@rose-hulman.edu
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: Fri, 30 Jan 2004 20:51:39 -0000
X-UID: 4207                                                  
Status: O
Content-Length: 1129

Thanks Rick...  but currently for testing I'm not using SSL... Any other
ideas???

protocols I only have imap defined.. 

See-ya
Mitch

On Fri, 2004-01-30 at 15:17, Rick Johnson wrote:
> Mitchell Baker wrote:
> > Trying to crank it up on our RedHat 8.0 system...  I get the following..
> > I am sure it is something simple in the config.. just don't know what...
> > Any help would be greatly appreciated..
> > 
> > Here is from the log.. If there is a way to get more log info that might
> > help he as well..
> > 
> > Jan 29 14:30:34 smtp dovecot: Dovecot starting up
> > Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded
> > Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting
> > down
> > Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127
> > Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe
> > 
> 
> I received this one when using an encrypted private key for SSL. If this 
> is the case, make sure your key is unencrypted (and readable only by 
> root), or, if possible, the password for the private key is placed in an 
> appropriate location.


> 
> HTH,
> -Rick


From SAiello@Jentoo.com  Sat Jan 31 01:30:41 2004
Return-Path: <SAiello@Jentoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 43264C002807; Sat, 31 Jan 2004 01:30:41 +0200 (EET)
Received: from mecury.jentoo.com (mercury.jentoo.com [216.235.252.207])
	by talvi.dovecot.org (Postfix) with ESMTP id 27965C002803
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 01:30:39 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mecury.jentoo.com (Postfix) with ESMTP id D94E97D
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 19:09:30 -0500 (EST)
Received: from mecury.jentoo.com ([127.0.0.1])
	by localhost (Mercury [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 27951-04 for <dovecot@dovecot.org>;
	Fri, 30 Jan 2004 19:09:11 -0500 (EST)
Received: from 45.4.office.kent.outpost.com (near.outpost.com [69.44.121.165])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mecury.jentoo.com (Postfix) with ESMTP id 737B05B
	for <dovecot@dovecot.org>; Fri, 30 Jan 2004 19:09:11 -0500 (EST)
From: "SAiello@Jentoo.com" <SAiello@Jentoo.com>
To: dovecot@dovecot.org
Date: Fri, 30 Jan 2004 18:21:43 -0500
User-Agent: KMail/1.6
References: <2065534401.1075382930@[10.69.3.69]>
	<1075417597.24664.48.camel@hurina>
	<20040129234943.GF2707@iridium.mv.net>
In-Reply-To: <20040129234943.GF2707@iridium.mv.net>
MIME-Version: 1.0
Content-Disposition: inline
X-UID: 8622                                                  
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200401301821.43092.SAiello@Jentoo.com>
X-Virus-Scanned: by amavisd-new at Mecury
Subject: [Dovecot] MD5 ldap password schemes
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: SAiello@Jentoo.com
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: Fri, 30 Jan 2004 23:30:41 -0000
Status: O

Looking at the possible LDAP passwords Schemes, if I wanted to use PLAIN-MD5 
or DIGEST-MD5, what would format would I use in LDAP for the userPassword 
field ? I have done SHA, SSHA, and MD5 before, but not sure what is 
acceptable for the above mentioned, that dovecot can use.

Thanks

From kalle-e@medelklassen.com  Sat Jan 31 18:59:17 2004
Return-Path: <kalle-e@medelklassen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BCF59C002806; Sat, 31 Jan 2004 18:59:17 +0200 (EET)
Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70])
	by talvi.dovecot.org (Postfix) with ESMTP id 30981C002803
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 18:59:15 +0200 (EET)
Received: from medelklassen.com ([213.114.209.80] [213.114.209.80])
	by mxfep01.bredband.com with ESMTP
	id <20040131165654.LNKX4345.mxfep01.bredband.com@medelklassen.com>
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 17:56:54 +0100
Message-ID: <401BDE52.2070307@medelklassen.com>
Date: Sat, 31 Jan 2004 16:56:50 +0000
From: Karl Eklund <kalle-e@medelklassen.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>
In-Reply-To: <964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 31 Jan 2004 16:59:18 -0000
X-UID: 8623                                                  
Status: O
Content-Length: 1422

Timo Sirainen wrote:

> On 30.1.2004, at 18:22, Karl Eklund wrote:
>
>> Jan 30 17:07:09 kalle imap(ke): file imap-bodystructure.c: line
>> 278 (part_parse_headers): assertion failed: (part->physical_pos >=
>> input->v_offset - start_offset)
>>
>> Is there something I can do to determine which message it crashed on?
>>
>> Maildir format, version 0.99.10.4.
>
>
> gdb backtrace would be useful from that, it'd also tell which message 
> triggered it. See core dumps section in http://dovecot.org/bugreport.html

I don't get a core file if I set the drop privileges option that you 
describe there. Also I maybe should have mentioned the next line in the 
log file:

Jan 31 17:47:56 kalle imap(ke): file imap-bodystructure.c: line 279 
(part_parse_headers): assertion failed: (part->physical_pos >= 
input->v_offset - start_offset)
Jan 31 17:47:56 kalle dovecot: child 4912 (imap) killed with signal 6

So it seems that it's not a proper crash (not signal 11) but that it 
exits voluntarily from the i_assert macro. Maybe that's why no core file 
appears?

I also tried to figure out how to log some more info as Kenneth Porter 
suggested, but I can't manage to find out how to get the file name, or 
anything otherwise useful.

I'm not a programmer and I never looked at the dovecot code before. If I 
knew how to jump around between function definitions etc without having 
to search with grep, perhaps I could find it.


From shiva@sewingwitch.com  Sat Jan 31 23:05:25 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 963E7C002806; Sat, 31 Jan 2004 23:05:25 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 35A40C002803
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 23:05:23 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i0VL2xoP027342
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 16:03:00 -0500
Received: from [10.0.0.221] (CPQ32245280371.dhcp.lsi.lan [10.0.0.221])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i0VL2w0g005416
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 13:02:58 -0800
Date: Sat, 31 Jan 2004 13:02:58 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
Message-ID: <10595876.1075554178@[10.0.0.221]>
In-Reply-To: <401BDE52.2070307@medelklassen.com>
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>
	<401BDE52.2070307@medelklassen.com>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 31 Jan 2004 21:05:25 -0000
X-UID: 8624                                                  
Status: O

--On Saturday, January 31, 2004 4:56 PM +0000 Karl Eklund 
<kalle-e@medelklassen.com> wrote:

> So it seems that it's not a proper crash (not signal 11) but that it
> exits voluntarily from the i_assert macro. Maybe that's why no core file
> appears?

Likely, but also check that "ulimit -c" allows the process to dump core. 
Use ulimit to set the max core dump size before launching dovecot.

From kalle-e@medelklassen.com  Sat Jan 31 23:30:54 2004
Return-Path: <kalle-e@medelklassen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 26437C002805; Sat, 31 Jan 2004 23:30:54 +0200 (EET)
Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70])
	by talvi.dovecot.org (Postfix) with ESMTP id D30E6C002803
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 23:30:51 +0200 (EET)
Received: from medelklassen.com ([213.114.209.80] [213.114.209.80])
	by mxfep01.bredband.com with ESMTP
	id <20040131212830.NGLU4345.mxfep01.bredband.com@medelklassen.com>
	for <dovecot@dovecot.org>; Sat, 31 Jan 2004 22:28:30 +0100
Message-ID: <401C1DF9.9010209@medelklassen.com>
Date: Sat, 31 Jan 2004 21:28:25 +0000
From: Karl Eklund <kalle-e@medelklassen.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>	<401BDE52.2070307@medelklassen.com>
	<10595876.1075554178@[10.0.0.221]>
In-Reply-To: <10595876.1075554178@[10.0.0.221]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 31 Jan 2004 21:30:54 -0000
X-UID: 8625                                                  
Status: O

Kenneth Porter wrote:

> Likely, but also check that "ulimit -c" allows the process to dump 
> core. Use ulimit to set the max core dump size before launching dovecot.


OK, I inserted "ulimit -c 50000" before /usr/local/sbin/dovecot in my 
startup script, but no core file appears. I think I would need some help 
with what you suggested, adding some more logging.


From jonas@jones.dk  Sun Feb  1 11:52:08 2004
Return-Path: <jonas@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 25FC3C002803; Sun,  1 Feb 2004 11:52:08 +0200 (EET)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id 145D7C002802
	for <dovecot@dovecot.org>; Sun,  1 Feb 2004 11:52:06 +0200 (EET)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP id 885953F2084
	for <dovecot@dovecot.org>; Sun,  1 Feb 2004 10:49:40 +0100 (CET)
Message-ID: <401CCBAC.1060906@jones.dk>
Date: Sun, 01 Feb 2004 10:49:32 +0100
From: Jonas Smedegaard <jonas@jones.dk>
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US;
	rv:1.6b) Gecko/20031222 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>	<401BDE52.2070307@medelklassen.com>	<10595876.1075554178@[10.0.0.221]>
	<401C1DF9.9010209@medelklassen.com>
In-Reply-To: <401C1DF9.9010209@medelklassen.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: dr@jones.dk
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: Sun, 01 Feb 2004 09:52:08 -0000
X-UID: 8626                                                  
Status: O

Karl Eklund wrote:
> Kenneth Porter wrote:
> 
>> Likely, but also check that "ulimit -c" allows the process to dump 
>> core. Use ulimit to set the max core dump size before launching dovecot.
> 
> 
> 
> OK, I inserted "ulimit -c 50000" before /usr/local/sbin/dovecot in my 
> startup script, but no core file appears. I think I would need some help 
> with what you suggested, adding some more logging.

Perhaps mounting the filesystem with something else than 0 as last but 
one item in fstab solves it?

  - Jonas

-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  - Enden er nr: http://www.shibumi.org/eoti.htm

From tss@iki.fi  Mon Feb  2 20:00:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1AB9BC002803; Mon,  2 Feb 2004 20:00:27 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 0D26FC002802
	for <dovecot@dovecot.org>; Mon,  2 Feb 2004 20:00:25 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id F07F03003DD55
	for <dovecot@dovecot.org>; Mon,  2 Feb 2004 19:57:58 +0200 (EET)
Subject: Re: [Dovecot] Dovecot dies on startup????
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mail list <dovecot@dovecot.org>
In-Reply-To: <1075489748.2418.18.camel@babylon5.rose-hulman.edu>
References: <1075489748.2418.18.camel@babylon5.rose-hulman.edu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Y+efjiOxAwrJWYOeLbTH"
Message-Id: <1075744678.9262.21.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 02 Feb 2004 19:57:58 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 02 Feb 2004 18:00:27 -0000
X-UID: 8627                                                  
Status: O
Content-Length: 1059


--=-Y+efjiOxAwrJWYOeLbTH
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-01-30 at 21:09, Mitchell Baker wrote:
> Jan 29 14:30:34 smtp dovecot: Dovecot starting up
> Jan 29 14:30:34 smtp dovecot: dovecot startup succeeded
> Jan 29 14:30:36 smtp dovecot: Auth process died too early - shutting
> down
> Jan 29 14:30:36 smtp dovecot: child 3517 (auth) returned error 127
> Jan 29 14:30:36 smtp imap-login: fd_send(-1) failed: Broken pipe

Usually this happens when you've compiled it with some library that
isn't in library path at the time of running it. Try:

ldd /usr/local/libexec/dovecot/dovecot-auth

it probably says something about missing libraries.


--=-Y+efjiOxAwrJWYOeLbTH
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAHo+myUhSUUBViskRAvwWAKCbaaNiDJfsGosa3Oz3d8x2MXBRJQCePWg0
r/zst3bTVeXwfsrink4JV6Y=
=hmS3
-----END PGP SIGNATURE-----

--=-Y+efjiOxAwrJWYOeLbTH--


From tss@iki.fi  Mon Feb  2 20:05:21 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3FCD6C002808; Mon,  2 Feb 2004 20:05:21 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id F3490C002806
	for <dovecot@dovecot.org>; Mon,  2 Feb 2004 20:05:18 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0E6CF3003DD55
	for <dovecot@dovecot.org>; Mon,  2 Feb 2004 20:02:53 +0200 (EET)
Subject: Re: [Dovecot] MD5 ldap password schemes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <200401301821.43092.SAiello@Jentoo.com>
References: <2065534401.1075382930@[10.69.3.69]>
	<1075417597.24664.48.camel@hurina>
	<20040129234943.GF2707@iridium.mv.net>
	<200401301821.43092.SAiello@Jentoo.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-X8KDYpF+U4QwztLmTMe9"
Message-Id: <1075744972.9257.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 02 Feb 2004 20:02:53 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 02 Feb 2004 18:05:21 -0000
X-UID: 8628                                                  
Status: O


--=-X8KDYpF+U4QwztLmTMe9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-01-31 at 01:21, SAiello@Jentoo.com wrote:
> Looking at the possible LDAP passwords Schemes, if I wanted to use PLAIN-=
MD5=20
> or DIGEST-MD5, what would format would I use in LDAP for the userPassword=
=20
> field ? I have done SHA, SSHA, and MD5 before, but not sure what is=20
> acceptable for the above mentioned, that dovecot can use.

PLAIN-MD5 means the field contains just the MD5 sum of the password in
hex. DIGEST-MD5 is MD5 sum of user:realm:password string. They don't
have any special format in there..


--=-X8KDYpF+U4QwztLmTMe9
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAHpDMyUhSUUBViskRApQmAJ93vb6S8qX64hD3JOz92nIKcr8EsgCcC1Td
oToHrGkjZXaA/aoTg04Vm7M=
=0gOp
-----END PGP SIGNATURE-----

--=-X8KDYpF+U4QwztLmTMe9--


From kalle-e@medelklassen.com  Mon Feb  2 23:24:37 2004
Return-Path: <kalle-e@medelklassen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4EB55C002803; Mon,  2 Feb 2004 23:24:37 +0200 (EET)
Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73])
	by talvi.dovecot.org (Postfix) with ESMTP id 405EAC002802
	for <dovecot@dovecot.org>; Mon,  2 Feb 2004 23:24:35 +0200 (EET)
Received: from medelklassen.com ([213.114.209.34] [213.114.209.34])
	by mxfep02.bredband.com with ESMTP
	id <20040202212159.ENKX16990.mxfep02.bredband.com@medelklassen.com>
	for <dovecot@dovecot.org>; Mon, 2 Feb 2004 22:21:59 +0100
Message-ID: <401EBF76.5070104@medelklassen.com>
Date: Mon, 02 Feb 2004 21:21:58 +0000
From: Karl Eklund <kalle-e@medelklassen.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>	<401BDE52.2070307@medelklassen.com>	<10595876.1075554178@[10.0.0.221]>	<401C1DF9.9010209@medelklassen.com>
	<401CCBAC.1060906@jones.dk>
In-Reply-To: <401CCBAC.1060906@jones.dk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 02 Feb 2004 21:24:37 -0000
X-UID: 8629                                                  
Status: O

Jonas Smedegaard wrote:

> Perhaps mounting the filesystem with something else than 0 as last but 
> one item in fstab solves it?


Why? The dump option seems to have something to do with a kind of backup 
system, according to man fstab. Also, it seems to be possible to get a 
core dump:

~ $ cat crash.c
main() { char *s; while(1) { *s = "a"; ++s; } }
~ $ gcc -o crash crash.c
crash.c: In function `main':
crash.c:1: warning: assignment makes integer from pointer without a cast
~ $ ulimit -c 50000
~ $ ./crash
Segmentation fault (core dumped)
~ $
-rw-------    1 ke       users       49152 Feb  2 22:19 core
~ $



From kalle-e@medelklassen.com  Mon Feb  2 23:42:51 2004
Return-Path: <kalle-e@medelklassen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7BB91C002804; Mon,  2 Feb 2004 23:42:51 +0200 (EET)
Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73])
	by talvi.dovecot.org (Postfix) with ESMTP id 1238DC002803
	for <dovecot@dovecot.org>; Mon,  2 Feb 2004 23:42:49 +0200 (EET)
Received: from medelklassen.com ([213.114.209.34] [213.114.209.34])
	by mxfep02.bredband.com with ESMTP
	id <20040202214022.EQET16990.mxfep02.bredband.com@medelklassen.com>
	for <dovecot@dovecot.org>; Mon, 2 Feb 2004 22:40:22 +0100
Message-ID: <401EC3C6.1000007@medelklassen.com>
Date: Mon, 02 Feb 2004 21:40:22 +0000
From: Karl Eklund <kalle-e@medelklassen.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>	<401BDE52.2070307@medelklassen.com>	<10595876.1075554178@[10.0.0.221]>	<401C1DF9.9010209@medelklassen.com>
	<401CCBAC.1060906@jones.dk>
In-Reply-To: <401CCBAC.1060906@jones.dk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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, 02 Feb 2004 21:42:51 -0000
X-UID: 8630                                                  
Status: O
Content-Length: 3862

Sorry about this confusion, I don't know what has happened but now I get 
the core file.

Operating system: Gentoo, dovecot version 0.99.10.4, not from Gentoo.

Syslog:

Feb  2 22:23:01 kalle imap-login: Login: ke [213.114.209.34]
Feb  2 22:23:02 kalle imap(ke): file imap-bodystructure.c: line 279 
(part_parse_headers): assertion failed: (part->physical_pos >= 
input->v_offset - start_offset)
Feb  2 22:23:02 kalle dovecot: child 10144 (imap) killed with signal 6

/home/ke # gdb /usr/local/libexec/dovecot/imap core
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Core was generated by `imap'.
Program terminated with signal 6, Aborted.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x400562e1 in kill () from /lib/libc.so.6
(gdb) bt
#0  0x400562e1 in kill () from /lib/libc.so.6
#1  0x40056085 in raise () from /lib/libc.so.6
#2  0x400575fb in abort () from /lib/libc.so.6
#3  0x08086935 in i_syslog_panic_handler (fmt=0x0, args=0x0) at 
failures.c:306
#4  0x08086749 in i_panic (format=0x0) at failures.c:198
#5  0x0807c5f8 in part_parse_headers (part=0x80ad7a0, input=0x80ab68c,
    start_offset=0, pool=0x80ad700) at imap-bodystructure.c:285
#6  0x0807c5ca in part_parse_headers (part=0x80ad758, input=0x80ab68c,
    start_offset=0, pool=0x80ad700) at imap-bodystructure.c:285
#7  0x0807cd43 in imap_part_get_bodystructure (pool=0x80ad700,
    part=0xbffff944, input=0x6, extended=0) at imap-bodystructure.c:500
#8  0x08075a67 in mail_index_update_headers (update=0xbffff944,
    input=0x80ad758, cache_fields=DATA_FIELD_BODY, header_cb=0, context=0x0)
    at mail-index-update.c:489
#9  0x08075c3a in cache_record (index=0x80ab048, rec=0x80ab708,
    cache_fields=DATA_FIELD_BODY) at mail-index-update-cache.c:26
#10 0x08075cde in mail_index_update_cache (index=0x80ab048)
    at mail-index-update-cache.c:48
#11 0x080742fd in index_open_and_fix (index=0x80ab048, flags=3)
    at mail-index-open.c:164
#12 0x0807491b in mail_index_open_index (index=0x80ab048, flags=3)
    at mail-index-open.c:384
#13 0x08074a7d in mail_index_open (index=0x3, flags=0) at 
mail-index-open.c:429
---Type <return> to continue, or q <return> to quit---
#14 0x0806e922 in index_storage_mailbox_init (storage=0x80a5928,
    box=0x80ab048, index=0x80ab048, name=0x80a5cb0 "spam", readonly=0, 
fast=0)
    at index-storage.c:338
#15 0x0805b50f in maildir_open (storage=0x80a5928, name=0x80a5cb0 "spam",
    readonly=0, fast=0) at maildir-storage.c:313
#16 0x0805b625 in maildir_open_mailbox (storage=0x80a5928,
    name=0x80a5cb0 "spam", readonly=0, fast=0) at maildir-storage.c:346
#17 0x08053352 in _cmd_select_full (client=0x809cef8, readonly=1075145120)
    at cmd-select.c:23
#18 0x08053529 in cmd_select (client=0x0) at cmd-select.c:87
#19 0x08054a2c in client_handle_input (client=0x80a5cb0) at client.c:314
#20 0x08054ac8 in _client_input (context=0x80a59f0) at client.c:350
#21 0x0808ab23 in io_loop_handler_run (ioloop=0x80a5070) at 
ioloop-poll.c:214
#22 0x0808a4b8 in io_loop_run (ioloop=0x80a5070) at ioloop.c:258
#23 0x0805aab9 in main (argc=1, argv=0x0, envp=0x0) at main.c:179
#24 0x4004290c in __libc_start_main () from /lib/libc.so.6
(gdb)

I've tried to find the message 1075145120 (if that now is the message 
number), but  there is no file in .maildir with that in the name. Some 
of them start with 107514, however.


From joshua@shallow.net  Tue Feb  3 03:53:51 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C0EA1C002803; Tue,  3 Feb 2004 03:53:51 +0200 (EET)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id D4C72C002802
	for <dovecot@dovecot.org>; Tue,  3 Feb 2004 03:53:48 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id 595812FDB; Tue,  3 Feb 2004 12:51:19 +1100 (EST)
Date: Tue, 3 Feb 2004 12:51:19 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] MD5 ldap password schemes
Message-ID: <20040203015119.GQ23724@roughtrade.net>
References: <2065534401.1075382930@[10.69.3.69]>
	<1075417597.24664.48.camel@hurina>
	<20040129234943.GF2707@iridium.mv.net>
	<200401301821.43092.SAiello@Jentoo.com>
	<1075744972.9257.26.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="G3juXO9GfR42w+sw"
Content-Disposition: inline
In-Reply-To: <1075744972.9257.26.camel@hurina>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 03 Feb 2004 01:53:51 -0000
X-UID: 8631                                                  
Status: O
Content-Length: 4885


--G3juXO9GfR42w+sw
Content-Type: multipart/mixed; boundary="8/pVXlBMPtxfSuJG"
Content-Disposition: inline


--8/pVXlBMPtxfSuJG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Feb 02, 2004 at 08:02:53PM +0200, Timo Sirainen wrote:
> On Sat, 2004-01-31 at 01:21, SAiello@Jentoo.com wrote:
> > Looking at the possible LDAP passwords Schemes, if I wanted to use PLAI=
N-MD5=20
> > or DIGEST-MD5, what would format would I use in LDAP for the userPasswo=
rd=20
> > field ? I have done SHA, SSHA, and MD5 before, but not sure what is=20
> > acceptable for the above mentioned, that dovecot can use.
>=20
> PLAIN-MD5 means the field contains just the MD5 sum of the password in
> hex. DIGEST-MD5 is MD5 sum of user:realm:password string. They don't
> have any special format in there..

There is a certain impedence mismatch between RFC2307's idea of {MD5}
and Dovecot's.  I tinkered a while ago with this quirk and the resulting
patch is attached. (also available from http://www.roughtrade.net/dovecot/)

Caveat emptor: it is totally untested beyond my workstation, it is
unchanged from months ago, has not been reviewed by Timo and is not in
the CVS tree.  I've only just confirmed that it compiles with 0.99.10.4.
Let me know if it's of any use.

Regards
Joshua.


--=20
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

--8/pVXlBMPtxfSuJG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment;
	filename="dovecot-ldap-md5-quirk-0.99.10.4.diff"
Content-Transfer-Encoding: quoted-printable

--- dovecot-0.99.10.4/src/auth/passdb-ldap.c.orig	Fri Mar 21 02:55:57 2003
+++ dovecot-0.99.10.4/src/auth/passdb-ldap.c	Tue Feb  3 12:19:17 2004
@@ -11,6 +11,9 @@
 #include "password-scheme.h"
 #include "db-ldap.h"
 #include "passdb.h"
+#include "base64.h"
+#include "buffer.h"
+#include "hex-binary.h"
=20
 #include <ldap.h>
 #include <stdlib.h>
@@ -54,6 +57,7 @@
         struct auth_request *auth_request =3D request->context;
 	LDAPMessage *entry;
 	BerElement *ber;
+	buffer_t *buf;
 	char *attr, **vals;
 	const char *user, *password, *scheme;
 	int ret;
@@ -102,6 +106,16 @@
 	if (scheme =3D=3D NULL) {
 		scheme =3D conn->set.default_pass_scheme;
 		i_assert(scheme !=3D NULL);
+	}
+
+	/* Special case for OpenLDAP's MD5 type */
+	if (strcasecmp(scheme, "MD5") =3D=3D 0) {
+		buf =3D buffer_create_static(data_stack_pool, 16);
+		if (base64_decode(password, strlen(password), NULL, buf) =3D=3D 1
+				&& buffer_get_used_size(buf) =3D=3D 16) {
+			password =3D binary_to_hex(buffer_get_data(buf, NULL), 16);
+			scheme =3D "PLAIN-MD5";
+		}
 	}
=20
 	if (ldap_request->credentials !=3D -1) {
--- dovecot-0.99.10.4/src/auth/password-scheme.c.orig	Sun May  4 04:32:59 2=
003
+++ dovecot-0.99.10.4/src/auth/password-scheme.c	Tue Feb  3 12:20:57 2004
@@ -2,6 +2,8 @@
=20
 #include "lib.h"
 #include "hex-binary.h"
+#include "base64.h"
+#include "buffer.h"
 #include "md5.h"
 #include "md5crypt.h"
 #include "mycrypt.h"
@@ -16,6 +18,10 @@
 {
 	unsigned char digest[16];
 	const char *realm, *str;
+	buffer_t *buf;
+	size_t size;
+	const void *data;
+	struct md5_context ctx;
=20
 	if (password =3D=3D NULL)
 		return 0;
@@ -48,6 +54,29 @@
 		return strcasecmp(str, password) =3D=3D 0;
 	}
=20
+	/* format: base64-encoded MD5 hash and salt */
+	if (strcasecmp(scheme, "SMD5") =3D=3D 0) {
+		buf =3D buffer_create_static(data_stack_pool,
+				MAX_BASE64_DECODED_SIZE(strlen(password)+1));
+
+		if (base64_decode(password, strlen(password), NULL, buf) =3D=3D 1) {
+			data =3D buffer_get_data(buf, &size);
+			if (size <=3D 16) {
+				i_error("password-verify(%s): invalid SMD5", user);
+				return -1;
+			}
+
+			md5_init(&ctx);
+			md5_update(&ctx, plaintext, strlen(plaintext));
+			md5_update(&ctx, &data[16], size-16);
+			md5_final(&ctx, digest);
+			return memcmp(digest, data, 16) =3D=3D 0;
+                } else {
+			i_error("password-verify(%s): couldn't decode SMD5", user);
+			return -1;
+		}
+	}
+
 	return -1;
 }
=20
@@ -79,6 +108,14 @@
=20
 	scheme =3D t_strdup_until(*password + 1, p);
 	*password =3D p + 1;
+
+	/* LDAP's RFC2307 specifies the MD5 scheme for what we call PLAIN-MD5.
+	 * Implementations use base64 encoding for the hash, so we can
+	 * detect the genuine {MD5}'s MCF format - base64 doesn't use '$'. */
+	if (strncasecmp(scheme, "MD5", 3) =3D=3D 0 &&
+		strncmp(*password, "$1$", 3) !=3D 0) {
+		scheme =3D "PLAIN-MD5";
+	}
 	return scheme;
 }
=20

--8/pVXlBMPtxfSuJG--

--G3juXO9GfR42w+sw
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFAHv6XPsqE37hMaDwRAvYLAKDEX4SSEBm1XBTYRnLMs79iMOiJ6gCbBNHm
gnoFAH21fH3e/gWuXTqIK9c=
=d3mn
-----END PGP SIGNATURE-----

--G3juXO9GfR42w+sw--

From daniel@electricrain.com  Tue Feb  3 18:06:39 2004
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2F9E9C002802; Tue,  3 Feb 2004 18:06:39 +0200 (EET)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by talvi.dovecot.org (Postfix) with ESMTP id A6C0AC002800
	for <dovecot@dovecot.org>; Tue,  3 Feb 2004 18:06:35 +0200 (EET)
Received: (qmail 5653 invoked by uid 501); 3 Feb 2004 16:04:05 -0000
Date: Tue, 3 Feb 2004 08:04:05 -0800
From: Dan Sully <daniel@electricrain.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
Message-ID: <20040203160405.GA5548@electricrain.com>
Mail-Followup-To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="EVF5PPMfhYS0aIcm"
Content-Disposition: inline
X-Invader-Zim: This "cuteness" has a curious effect on human beings. Makes
	them...weak.
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Tue, 03 Feb 2004 16:06:39 -0000
X-UID: 8632                                                  
Status: O
Content-Length: 20573


--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I'm also seeing this - I wasn't able to get a core dump, but was able to get
info from strace/lsof to track down the message:

strace shows in a continuous read loop, as it's trying to go past EOF.

pread(9, "", 3502, 30524)               = 0
pread(9, "", 3502, 30524)               = 0
pread(9, "", 3502, 30524)               = 0

I've attached the problem message (gzipped).

-D
-- 
<dr.pox> does whistling in the dark make me go blind faster?

--EVF5PPMfhYS0aIcm
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="busted.msg.gz"
Content-Transfer-Encoding: base64

H4sICErGH0ACA2J1c3RlZC5tc2cA7b1Zk6tKlqD7nmb8h7j1VGXqcxglRFZX23VmECBmBG9M
YhaSQGL49dcV+wyR+2Tu3VHRZvelMVNEAIvl8/LPfS0Udj4+7pdfzHgs//72P+Osqy7/b97m
6Xiv0ntcXX5N++5//Y3P2+qZ3/PsF7f/+9s5v1zy+1/E/mbnaQ7Fsr+//futi6v2bUvsqbfq
8uybPHtLlrdHlb1h//Gfb/ibmCdvBIZRbxjxd2z79y359gsGjw8qzve+ezu3fb/++n1Cb/++
I3/FGeJXAt/+iu+Z//jb20v7X8SmaizfgOAQ290vjgze8kt6X64jzIuju+b/XjZ+KwmJUX+W
5D1rl3yc+nvzmdI8Ls2lny5v/y4L2vGt7dO4Lfth/I+3fycwBhZm/yuz/ZXBfyvOt7Jf48s4
/PrPi/azUogw0b+//fM2RV4NKb435Nv//BcN+r8QO7+2y3ub/wstp190WD35/e9vbpm/sfH4
/7z9+xP/dYf/B7xl3qv+Xo3L398IWOaqKP8DcR5JDVX8/W3pH/e3OE37x2V8+1dHXp3zrOoz
RFd04Rc/vw9Vf/n7G/4rhnD9Zcwv4y/ucs3//tY92rG6xvcR7ao5z/7zLYF6s/i+/Ne//fLH
seXIrUhgLIbhlEjS//a3X375lze/0z/m84heW1jq/3xLy/g+5ON/PYZf4iGtqj9F7/FlOOf3
X4RL2mfVpfj7G51U498QOW/b/m0s4QD6H39T3qb+0WZvbdXkb2MPO9W5v3ev+niLYa7Ht6q7
9vcRNvtvt+IRFvrtnhfx/aX0veaQ/L1Xxll2z4fhV1j51fD2D9dgD2nbtyR/y+drdYfP/YqY
bR4POdQUZ2/xOMZp2cFsv8E03rJ8hM8Ov76qBGHzYfwtveF/vIFXw1fDeI/HHqb7W4t8ou7i
67Wt0vdSoPMva3X9BXac6yuPr4a6xF3+X//WwbO4yH+Fd//tR/WZwALsqD8k+Gq49kM1vveK
P4v0n29n2Cf/qvlvnjDwLOjB+6E1huWCXCIfe9634AXcgz/0160k8NeUEC+Rs+0zCR9crzVs
Bw+ik7rGAfM4VmBGtBocLIJ5ZJL/yDhcTwijzKT2mdRXKQ7m9ljtn1HHPLXOpyLryifEFouC
Lab59hIG2zXq/EXz/EdIMA0SB9vLsWIr+LtML82Ba/C4AYB/5YZ9/TBRFACOAr8fAviXB/JP
ryrvP48y3R+BZqmrI1HAWw3Ft/v4pBeprD4jUi0Th61h7h4JaRVh5xVIevEfitQ+FME2vYUd
E8JutQIzuMr6Q7cnwKoTJhZMsGViHf0zVb4AYM9yk8AZE5iQP3IuABkoLMVO8GGQvnInvy5b
f5RM+Ycysh8K0rzk2T+Lyf322/rt8036zyes72uigArE3+rjx3X23zy+qIz1PbGYfi848qqj
D63N/fUB7r2ifZ8N9d8K+96Lxfc6vf1W5r/m7CVLib4V8MqHWubAK8Fvf05/TUt41z5rtbIg
4PUwJ+icpSg9aaC4fpPrYaj9IgVhBZPk2NdY62DqJvpEF3SVgaWMugpc0rIsCciWWWFWwymj
h6gsp4J7wT/ODEnPPO/h0UkoWSt+bnvAwvxILmrYJ5RgiC3bN63kcFrAMROvmBsUdtYjaaNE
tqIqZ2OI1GNY1g/6gFsnR15WFrA4Tp5hJlDU13Rlx4hNPXl4sbf0E75NJjxQt/7sxwW32WyY
BwgqJ3gyOHcsOAQISXOyF5UWSR41SBTdUEWxmRSFGjNeGUXuoE+WkILKxjD2fD4H6GO2Dls8
7Vtxw3aDfV5qsSeTJzM+ET5seVQZV+00KE1wMHg5ZmsyJ5mKwY5t5NfBYJXFmJ0aTJ1kNxvu
p8dBLmbVN5bmFAqyH+/IBa95dlIQox+Emhp5ngfKBiep7eKZhoLe79x6T73shi43csdQR15b
ZdZmdxy1vXEYl0/EtnMM9pw5QsSBinqeRtjP6IIVHsOlQKvy0LIkkbAnj7NyPnU8/IIpulOY
xYoNUgE2ZzMh5EdV8hcNpcTCwgmn5DZ4dxQx/NIVKSLhQdxRXmGI3M2xOTWynyx6RnvPaPaq
FLM8B3sf0wyqZKAHbksnCf9UgVWca0cVgcdAsmtUNlJEdhaRXkRlkt6TEi+rlUfuPe4KllS3
e+LEk3RLZ6hZXJrwwOXWxl4VnrTNuCTJp+dz3LZpwrx/rOOZeXI9vkd0k1DP5/IGiCpwnSnZ
GGXDpvrkz+vVdg+8hA7HKs1A3GqM+mwvF3QgeHQyODi9CcWe01J7U24a9JwPImI3J/VxyZ8U
pR3NWKQr12G24IIeyShkaCE/xRILB1c/H+02IVVc5NGwWPGcIrZEZo3q8zHIM9lMHWmdEWJK
9nAC087nuTymFRkQg36eqXDDN8nZ2BP7VaS7q9ny/BPbZl22EilIBVbfKKyDZs8NjbrkPI8Y
Sw8FUtD1iCXDGcv3M8nszxwd7RnZmDdA3lTrwli8MT7I8SkpzX602hnLU1YOBW415Om8Lxd8
FMeNYjCHuAyRMxb1ZDvvMXReLRDci/0RxYzdDt0M81GkN8U+ZKuTp2sJScMhtk75oPA0tTeD
aUb7C1nkZ5QLL7m+2iPSdYSWcp6is/xDUMyA9G+0RAYov/q3vclcTnlqk8WMKmJumOGlH59s
Xz7ZUt8/JF5vlQhUPsoNC9PhDcI9Gp+djb5YFIWwD8vpuA5yPnlrfa4PbH+Q+c5JYpt2CqJg
+AQ7bbejsbA34JywM8sZ5xwYOTNuTCy2EO54a895eRIO0f28DOO8uXaVi1v5wzrs5Clar61j
roTa4/ZuLuhE6YYsAGWqPtn0aGDLA/MLilB3qaqnCC12xfmmHAg5J3A8OnA7W75BG0EsM3Hn
St65s5tpoq/rXd1wmkMIJynfXjnqUXH7RNkzRGCCc7Eh3dCUEe2eTU1kjN003K4Xm5IO05Nb
7vu4uPZH9uEFZERFFeWKUuELm6cWdTqriKmjp7fNABrcBnNvtdXgUPYeUbqqODf+8fIc7OaQ
HmIZCBkYNyFllrCqNVOYDrA1nCsnRZIiD6IsxpKHCT6VAVaJ6H0LLbt0PpW0KiP6SGNJfy6N
cbH4NS1KdDKTJ3tfLbKN+xNsf+ae6McNeW/4Is0KH5tCWnmClSGM59kSRTAyy8wrnTwuCG1i
B5+nLNSoFnYaJpQ+TaajPhJoKXgrUjalrRlVfY5pH65Fp/Vp4eX4BLRjbQUX7LbboxyfzitV
EWODDHo8nDZTgR4VqR48cqeIN4Y4GeI9DuqcAxRrnbd83YTaDY6fOuKpQH8SMUP0Kc01KHok
uJKwZn28dgQisKc9unhHlpVHRpdp0Pep7F/XmEkzuS9Scwx4eqcyPLCIYQDqYILAeaCJu79M
xUbnp9w0/TPHUnUdIn5F09O5F7jMSApcvxpGRw4tKrE8xQipyFVNujTsOtAmqBdaGfhJGyaQ
EP6qtOJx9FAM0x20YjXvPCDmeu8F0qsP7rjaW9jjuX7Le0OrL8ue645+ZvSt3EVWLHB3/9F4
pUPtQ+GQTmf2Ft7Tpiuu5lgsO2y7NxCSpIfq/FBOZ7Q7n1EW3VlwmJF4LcxFNtcsPRUJU3JE
6B5ZhqYK3jCfMjYXy+RSe7beNppQrzK/k2Z+h1hB2G1Ifj83J2YwyqMo6hfUPO06xY7oet1H
XNEEU3y2liQlxSzQ5/1el8nUkwqtVHZ3EtqjwvEsax8JSMPMOy3sy9tzeyBVUxwC+xL54ukS
dKqEYaPMb/iTyclMUKKp/dCkfHAvLoblNn9tihvaGwuFJwo2pOkGwTZnKj5W97u5BrF5Vq1j
iyd0qT/LjN7TfDs+HcPPOd7fXHsmxn1sVSoPBZVy5S+TGnN+1TcosVj0Vjgjh94R/eTwiKzs
ZnGpvGM3WHDXRPfpHMXw7qXq7WTz/dDiBCFMwhEIfLNVuXUIj0Bl1zN5Dh7NceNftIOIkBod
AfGSHlptNa5qa411KMdbfsBJ75652JUNAjoBGpkBOTlmd8jhV5UyBkbJOZEt1O2RWKKZNRx9
uiGrgu0vd1Gz66LKOOHGt45UWaQBJyHR4YXyGMxS+SAWDqQzRXmit08FK/Pq44lqeDie0OHC
sULBRegiIQ+usA6FC2dpOiROhVI1Xu/6e9ekG1bI1Bt7nzg5rPBgEPR5tYszbWvlqI2VUV5L
s8kTcBhPu5123lMNwrYD1pY3Nd1stk/F73baY7sDYR2XrQwnoPCWtdWa3zS5eA4xnMHPAv58
OkGEcl4a9aGxMksRsMChy6xHqLtYDKdITYIbIbiKlE91eOZaWyhTK1GYdtmTGA2hYKikbD2d
qWuxbaYkCaPAsITAc0t+cktd7dWm6pBSG/THag8OvZX8ohPHKxl7+86DljXM6n4k9UqSQBpQ
7KNJOrvMp4ANNnRBQlKNS/QyU6dwLRkxS4IZYUqaEL2ALy3MU/mRIKQhNi7KViA1TYxjod2f
5lhNtRYN1YenmDsc7xseL+E6y23Y/VE34HgVdjKjFAViBiAKdHwrzSlH5q2OP1N2NwYkwYuT
dGqvmd3Jh3VNEstMjbxIcEXgJsMeeexxWZjlOHDWljoyTLfZ75EVnHzxuccciyESo5U5rrMz
FlMhSbvq9cFEDmY9F5JaFcJxzvVYWuE1xrtTuX/CRfQk89QkiBg5xublhMjAD7ZHd8fWXtLt
OJU8LFvZPLbKxqK5KXbRJ6grL8IX3k6kM2B7aekIR2mFBzQgjynT+YULVBxapURDMgNvQnSr
n1XTiMF9kkjwpMBx5rcamhYGxjaKwPO7/nmwIocqnlg/OaWfZlg7FeTJtqW+IEpJaVfLS5AC
+I5Vzg/YqLjAaWrELZI64e1x555wuMaItfByoj0gB6hnP4F14IS6Jdc9PslBDhStyOtTWVj8
tlQpBC/dZaPvqgdhN7QR4nQp9huM4jpx7xHG0V6hyU+UIBex5UiZAbMcSHo19MaOLHkwdtvD
vnbZGIvMXheR3FD7dGeLllIHpuJTZLanizTVlbCN1YoWzBa/4WygcWwh+NtQh8uFWVT7Uk9p
QuNZfL7VltkyGzq5eAh3ihvOz1FW4dh1L5ZJcCelPbPZeYt7tS7b4bgG6D5gtbRaUM+lTFe/
ADHDSekKzYoIRxW7StSgPGnvgPSQV0r8hlXgMj0ym9aIlYaTwRZOa1Z87pXxsdaJRAvi9QJm
Y1LSMkzmIZGmgqt3tO810AbUC94URDoggd1yRlHVGOjVSroRScrFC0NNcKDgWmI0mmrfVbI/
07y1d5Xb9ZxbRLbvDM6aHpfR3Jj5gkd1Qj/ZdoOwM7N/8jnjHCacp3PmCjZOwGN5e1NsdCEG
X5VEbjOJURfebu1jmaebh90nBpWKeDzYkekON8n0djpYGORqdKxb3p/beV4IY8TAmnfgrrYn
6sgStqXIbqy5WbWbtb351O80rTZBOPco6GLWv+YRnx53aRwdL3rjI3rlpBd+Jg7SmkT9sI/q
BxNGMm/W8+ZYbFT3MIamw9ZqZtl8NYekd0FD0uEzytF6vmNgt3TRyp+VTD4gYmd1McX5PK94
G8M+cv7UHES9lkLpVKiEfpL4RHr05ZzfizrBuBQyRMFiVGEFi3rxh3N6n3OAxUR066E9e8RY
wrUJZT5BRxBTM0iGTMb9UsfLjToKM5cVRLsjeiJgBVGosFOXEspJPBbiTr0d50kJBULtNv4O
RSwQ4rFiCry67R7H4qCfi5MAxBC3gKzMjH0PtTP35B6enm60i1eR0xOrzkflUl/bwV59YzNk
48lnphMdIfpmm3FKn+pLkaAExUc3ZXichy1/is/4pswXUeiH/KCQV0fns0t1A0oMXN6zenXm
s2fUXsmyT9FJL60CmTl2ACWb8Apk+mQnegMQUdIjJN4WT1R1ro8hOuXx5TwJ/Nk+XqYEoku9
v+31kVWe5ngG94CB06ofVzSiZfdwN99RwVwq38tSYf/U/b5gM/NCpcnlQdk5lY5RPOON7tvV
4xLiR84WWG7pyXQa5py0DO+0f9jzhUFkYWBvbv08njBJvTtnSnGK6lzwPWhicytoYlj2ilw7
NR8OVXjjYmlz1ChZnzC4wn/CwfzQrZ1i7yzOUBDqXHNHkpLNM06waZhNQb3ziufBq4QoP2Mu
Z1qRWti3kOHb6ppvh9m+pxyEKTaiunP3nFhf0vWYMoIhQ3YTxCTFvKhWcZwTOmx7Ry6lVqjd
NeH1aASinj6DiPbWWOgPnn7mOmJodKLpygbOoVLIjrnM9+wON3SEOANlsj05FplDZRwBqcMj
T3W5Fz22nnhh6m/ojaidHX+x63UNfPgnMT9GmZjWDSsIBfugCNniLH9F8nnL1HUMfGkzKP2m
t+2r2A1P6iB4rCEtcLWRdqLOAfdcFABt+xKXz5uKl+zzk1K5VmUcuu0Tghk4UkcaKW6C4jjg
h/FibXuv3grZbF6d1QklNlPOmx4c+QNLH1qm50LwbNrncadPFGCZIh+vzzsobyj8u8cUAukO
jabDgSRcSpscYU+idEaS+SxdPX037/xayHrvdl1oUVpJj8T8BZDWejxTARpiE95ztII/TAEz
lnuEqGXEDcZ6IltqrYhe1Cbt7i7gsCMOS5H1XFTplKhA07dyF/YSthibponQoLEJNvZi6RJ6
ibI5YiJq5ZAKTOFZ17ucmrD4yKodWIl+eMS8PC/L3CgN+/CnTSjUz5U5NUROo4UKns7u2SeP
auYOZldeC0EXml0AV3XhISXE8QS0fdDOwakwBu8kO1PBLo3IewDtYrsdvCNKWb3LyOqABTFq
8fTpZl8KqqbEJ09L/GVwhE2AyE9Wpo22Q2cD2vbpuDFZ/bXByEoskCkIQsBehKVU6mjYKzQl
Sj4pAY5dIDnsCiYO5ymwzJpWtjVFI/3WMoRtLZUWX6gG79Lp856AeuLqYyYKmx0OMR0jtYpW
fBwvzYI0uSADe5cvsNOTY8j0sMg0e4hnW8cRqiacvRoW2cWLmjRkWtOJOGLzVLQ9xyrq8oid
lQ2miB9j+qKejKjK89m61JwghoNJFxLP3UjDb0D3HJCrgHnNEW9jfjqAcccz3kG3SEx+oM+b
k2QQqs0g4wVaOVIcVuQnPKgEq8JDpmQpYbEWv2rHQJrKYe8OiDfCxDuvEBf2HEKbtrlQkASU
NFbhHGV2kufx2pHSsHyKqWhYtIq8oyII2bQQgnKri+zQrowaixzNuUiiaJg/zxtuCvlGbQZu
nZZxw6ZyUm+ieLEGvDEvB3Pb17Pmjpxhb6YpdEVqSzfCjoZrMArq5bk2dYGMLHYe3AwHlEYb
PR9LNdmXBjyWW2M4I5eYpKK5TKmmIZwRWONSyXeG0OCMBR4mfi2cfa6qeaRcF3w1dxQC2BY4
2lkBrArGdFUWQVgeY5XC9OwlXfaLJyyLUYNBXICr16Gtq8Bud4A0d9PqxFpgW4IHmKJtrwGy
0sSwsuEcH7aX453supacFHSTonEhhsyRuc9Y/JwoXqq4RjbKBBQOzuJSYQY1nH8khj3d0NAo
cVskTaSC68vB0HsCsLVjm2pU2TP/3LIdp5PzWG8OpwPKQaOUUvURm6xtvB3a8Gp44XHIsv3+
rEgnNKT4upE9G7H7dTq6Gpj9h8dTc9T3igZQOKabiW2LwpQrwcQ201P2W6AOos+meDreowNc
FaXnx8JuK3a7z+tBoguAdNN9PT8Kt93zGR/SuqjRobjz+CUVc4rjfABr/vLAubHNI4KdSAwY
UluXyswd9xhrFCpWiCBLBOeUW8hZSZVJewqKeI6O27OVyNQhVcFe3AONUU8AjJo3yeMSKtTN
nmyU985qOgkKPxUiIVqhz4qboSyaFbV8pM/k+XXiV3u9GkFUrH7nEawm942hcZS8lU+WU3DJ
oIIjHFn9JinAw+Ebujo6Te4V62Ft6uJhcc5JRw7tIN3inNizZZxpViCzU0NG1O3BmeOBuYQJ
bWmr7F+iIpKNZz0/QImHOoMFlwrLUjbm4KooS5yOQ/kzwgNFB2nOoiicoTeUFd6VypjWg9iT
KqDElt/tAdr4NGfN9u0xnFU/TnsBc6py0tsbOJEspQNLV8CDjxAxV3mMtNTC2mNnfVSqivPx
E6Y2QN1yTSs/53rQj6AXrhGYUIc91YF2Ea53cVOU83G/3ouxR/lSGhRbQc7hThFWjhO2VLph
a8qstwU7D4HY1YtxHE7xUdemu6bxhZ1Jtc6ngjIRileb0rXhdjQm76SbGmWMM2wBwvEzL6fg
wAK9MfeXS2vzLXWkG7pcowTQHf3gH7vXeSdYi8p5p0abyiOwiLP7SJcpaIozBlc1kQrqLaKA
uZ8aMWlZ3rDUbP+8YIl3AF6slwpxxKwjHxQhoPx06bdDcQocXQ9JoSjtc5SRR7pKJPTJRiO3
m6kDQohPhblG0EjMCk5tnaf+yAW2w4/D0LJqmk2AoQgHrt6t7KwsU1GuVpmFoPKLraNqRws4
ZDOo5jHlCwGRHlYYj/bdzDDSE8cdUzh5iovSBPtinj4dBsWyWJyV9jZ5peyGxFHt4kasytL2
CS1Rr8mtcgUO5EUnIHMVX52w9GR5YrPqfLd99WGcBdeEazwbiNfsHMsezQ5b1satQ3GcHJ9c
dkoqtoZiT3Q4pVTDC+lgzDOJ8EN9cYQ+zeCJ2ZwXp2Ipy2GpBM06Z5pIlt9gZ5h7KrBDVgp8
UpnQ45aBQ04hFmuUCylUM3maBp0nEaKoWaCY7IEahHWCy2o2DspEvKUp5IIjoKXCvtCPYVGv
xY1lH7q9wklr5+3j+ziEjpmcNgB2n8E5P5wGdo19io+7CQ7eY6fQcYX57pxzBs2dOQGwm/00
26H8RMHJKligPrI1k5McGKhK3yVbZ2VtHJNBxFQ3XhHrOZ8mXlUZGqz+BBn9KBCzEtHmuJqc
bPfirrcOgkJduKlQcVEWE1Vbi2gpDPopz8HVHSjjyUKrNFEJsooRgRtq4Jb7K1wqyFFxvNfu
aWfn6z4pTnY2WZEN9XD4kERg0Wx7skq4fKq7agKymtJN6AkhkdbWbCESWAuZ9caGmnmFBc1m
WB6UYOciUAb7gE3sCEBHn3IAjhusS92j1PvHYnuaXcBfCnmPQjQ7FurYKz6NKPYIWJa8LmeL
LVZ8nx0xgVjIiLD4DbseZ2HJtYjoo9tkRxp9cLY04BsWp/P9/JDKUFcxlpSI3clLBQIh1ia4
YaG5lZrNFCbnceJR2iy2ebQ7H81Ye57rgTGdjRVRcMXJ9vRZU3T8ciAMY38GG2AKGXPOhw5d
MxZZpMOAj4N4TDC4UNzkG37uSeAB1s3CKgrVYt0Df6ojNGBbtCl7eqIlK7EBatRcX6funruo
GsZu0FCOEfJsKDPkgsOjCUqTZAbxRIBIJrHUu5bg3Fg3mkG5gDV7NiXOHR88ly1Q7rQ4NM+J
axwWbTEfVdhd6NLItQ4N0hwdRdQLuBRXvKG4Fudb1Byp9jobNBodbM5u9xuSFIQHLyRBvC8C
PqWCsthds6eM4j1ELue67XvkvhDLwlZ2BGf8ZcNf8MYR8mfWA9RqTx0rEjW536YOUUdsL0sl
yVYLedQuNqVAlF7tLUstjEVRU+6VIyKsFbR1kuSwAWoQLBxWpyJSL4XB1A6/4jZPkTs4fQQn
f69RhCWitLw/kpECwsGJz1lUuRNOA084GNEVESoe045sRLsUC/qTaoWcfw4ioOJZRPXjkARA
BNwjJosaEKzC3u6eNlZrP9U77j63/KGIkt0k7qbWnJFB86LKsml0vcqrtR9mBUuN3HadOsqs
o1LK7DBTx8Ek7SGkAWbjVcThKTQzhL1a00SVmlWEKXDajC6QYw4mkosYrI/Yh2t4gUbsLjwu
LISa4ZwB2EoP2WJwJW7PRYR7qHJhbVaQ9L599dgwqmZvwwXKWVtUHGHxoGDtleAn6ShhqJJA
JrJrJeWmVSqN6skq+z5oxT0pvtaYEth2hZUZPdPPLTBPGm7v9eNdrISn1FsIq5i7qAGX0aRE
woL1n2NcXMd8W9cZP4/b/kLNsTbKBxOzuBqT/SqTN/orugA93reRPG9qJlLZUVAOMqLau8MO
aFxLzBTEKC/yZBBzRuwzs+wYPu2A7YsNjcDk8FjyZd+qmni8lIQrYJooPG+9h03dlcuCU4Ls
FfMxGGnT1zm0K7qBx+Ii5yh65rGV4NxJuFpLga2O7ZoUIxVc791DVwhuvcXchE61W06CBnDE
/VjZIDO4YqwFVynHmI+HIOQkzskl+5QOqHFU1I4lrZJ/yBuNc8iYv1Pyzj2R5raR4DLDaocj
IdReW4gRW58sRBnW84kwAL/JDtV1YiKlXBTjwV/cySGAUChTuuBAsyDdLGlh6iyQdKM+M+yZ
ubH+daNFu345KApME0ckO+CdVCgfRGB4iXDxAxcdzkIeSfYKVzkH1dYs7Gg30dHqccOSFtNo
IqMOtyadFrUrLtn6qoxtoQQJcueCvdcF1uwqBWAUbdFXK9t7DWDsItCirAiiEmz48dFq/aTt
hRVNeNcitJZz1QpVeI5fBDrrT2RlA4QtkumIKqYCnvu7dkbPqK5S9Qyys3GsXKvR9610B3eQ
8ekpXfUMP9ao5U5jZip77eI+TB7we3chUXggx1NSmYK4qOtcZIV2F/g5SUdrf5KthyluF44V
MdaM7tiZ2ueXRCjQRuCPOzYtoymZUJmvHlhJNROzLxsk4yzBPD+ZpDsxFTEerWB2j4tIqNJj
5zDGROftYnZraXTxlGxvsGqVx2HAtOXk3cJsoHNyqCoMViz3EJDtdh6jwiAIdF/DalZ3jH/c
bQ/a3Dc1J62Me3nSzJjcc6skJJ/BmRBsIt2AgyrY0juctmRnzzbAGPNngbjcMJBBBCdiTjw8
l4F77m2UPgVZlOm7zaLXcyo4SfkItdso1U3rnDM1O292zYIHrnW9Wax/zrrH82bLAaKfejqd
IvFG5pPxPM30yX7U65js8FlonvrBc2FPdLDBNHABdPuSK8qMcukVTBtZUnaaWbtJmSkkMT0B
cgBH48xZFqqas86JYXkYJHQiEwJ9BmyPeYIiCyIYVFmSeXXzIJ8Xntyrc+Bl3pgWuJJNl4oJ
2TDwAIEkj21+SXVe1vXnacM2Fogg6j57GkTw72RizKJlCTi1wclvUYC+AAt2Lk0twGTJssQ6
gpNbMpw/8SJAGGcvKkRfVecSeMcbes6Gw7o0ib0ZWHveF5l5v8tHnUt6UWaL1GPNotjWdbDg
UwDH3Cp50YCnvOlbQ43YvKk7+IXZ0BmGzWBkFU+AKwM53QzXWQOslA0aupGSAzdpUgTPXYAd
gQBNoLC3VHgesYIjTK/zCPFEOwR2ZwF/Ll4XGsnuExae2+2UyQX7UnBWOOslU0N0f1cYVWn/
rlBqbu8KYZfQrAh5KXhoK3hXmK7hu0JjLbbvCi+wzqqTDB+AdeaxHOD1Cig8D8fxqlgiW7zO
eZkDzas6EYUrhtcFvX5lX3/V8d4SrJdwAbMPuG5avFfQGoT0gwIOkSgAMa1qwN0suxA9RZm4
mwAi1udYRC9uBegsKHtSXsLNS9jhoPAVvISLEAoDBQoD8SXLvWTZd9nbS9bnoOyhfMlayEu4
fwl778LgJQxewuBdmH0Xvr2EfThBToeX7Cs9vaqgrG2/ZPsJygohi0Bh/SUsWVDYVaCw+p65
hYPCVxYKe8VLuITCvvxc2F2hhAIAe56RCxQXF4W1nEkXuKJhkTOaQjZWPAAGWJ8pCzyRszBb
tJvzy0ShjtAeHGw23IaxPF91fdEPfLyMgk6sQsJuoy7r4+B6TyQSRV4PJB0zpScVQrlPZGS5
zWsw67WOGW5IHvnmrk1smRH+Egcohz43ZGapU3gyyqh7bYSOz7wTibDbjkiIcfU9IZiE8B5h
4JcGHO6uOFwAYBNnHE+GQLoZMFwXG2WL0TE309Hjmq4aRrqGgN3VRT9L85kWs3BFgBwBrRZw
mYbFIvf7sGOa3GGriDCeicQsZqAOYWDcFdmo4cAeTP+BosF+NIt+72GG4/isx0kRnnQGhlwJ
GkUZdKdIeJnI+T1yiit3GQ7pijcJYeBJ8Iqz3fpes8YJuhmPqIHFPL5qFwMPO2M5cNikgSeB
bsgAcaerCgcx5RJhr7RzqlTN9Tj1HSk9SM3bwgoWJ3vCPDog2MWD5EhavrqAfZISG8scsUTy
Nq4TKRHh7RFt2o7NEiT3G0dlGxYjsxtJzrjkYltPkRI+crHK8vKrUvFEjuYCTtrbhG2nhDSu
S30tr3T6JLUwy9yURjI23cGhRMtShOHj/Uys/ZYl+zFOlJ3uAs11KgLNnmMGi5N33lG/sNRx
UTbuxR9bcxtMLF4PZ5Z0MfWA2J7hkWLUTwSvRrK1ux4JYsz2nRaUZXw6SNXFOiXBfgeTSeKJ
4njM0C3fcB3PcqFhJgJZl4ICmi5jLJB4D6cW3jcvnkJxJbpJGv8Qy/aY8P3lsMKmxytypFG2
cahA8aJr6fZPjW6fWu9f7gHMRiJdLit1GUW2R4htxkQn24sd5rlRZWvsCXfllIHnQcZVdxTS
7DkgoG3jKfB7eDUp61eFFx5wHD7FUyxZ0+WpecsNyexTciHmMpoZL+3ER0qEWy0bAq7HRf2G
H6J1W7HZg0jwsct9Cvhd2+SeXWblTn7uVYnsmMfZn43YuT4Qyh4J3p9PucSQKT7z1kk9bMhn
Hcrb1KswcJLDXSSrREyTCfPAgOnpu5MI8IgYR0XJngQZ0/rEkoDbXpCKSHXtko0AptH2JyIl
UgALrShSMJVUIAabqcjwnXiSvFarLvuFy+kUlFR0ul5TUW0jol134DYameEi4MLnYaeT55sx
Qu6+83d20FflEclQ6WjtpPtYppJVGD7+ELtnwtywE8WlbbpkJ7vCR266n50Op7nWfiJsPclG
s50SuRmZkXYisHWlrn8qC81Bk4CzIIPzRr0zenMeL6cnzPEoEVbs6tk9O3H4RNDm0jVH1y8r
xJak6DAvhEBQRjg52DTS2PiEc4CcjHDNgwPpRLpCe4SUO497XNUCT0nLDK6HO5KmaREI2uUV
zG5YDYkAXgFaEgKj9jOc9OwjaGbg6abmWps9fTGBjU3AYXjOLXzuQN/lVdfOHsmFuWwwgk+l
SqGfRKO34eIQEVk+9S5lI3nXwzXgxqIi/f3SCSFv4ZprDLHdXbbtWmqAGuapMq3tOOYGAW2f
lXGoK0nLDauBfQMy2yBRZZZ4eSM6wAdAELRUNvqAKLQAmynlUsiHVefNYkeW5XSLLf7oEme7
u8l3iBRu2JQF8AbzSWMW4KgHAgpw06qXc0nba1CNdga4VheEvoZ7vcDY89jGZe1l+qTjnu+r
PsAnJTcDZVIevKVL92REl0mUbUH0EMuxHQsHY76RMwq3zWNpHV1PVF1WdVwMs9IeffJYKbrC
vkCDKRMOy5SKD9M8ME3ij6CxOPmMP07XKnCRAOgg4HDDeToiN2MbXwKFVYelwpXEZIjB4+4R
embFnnqcpwC/+5cm1UtfiS3sym3tuKXaLccJWchMCgLrR7pzADxG7HCngenL3U4IcNy6j1Z8
VIf0Yj2vPoe7InmN+OfqBS5+5/DmTguM8iAeenEftxCRcw7LkHXB65i7B6DA085O5zA8kEzF
3+OgNQxC0zxwVQgsuste+bSP20ADuBpDG+WM+OTz/vXGwFprMvMQJCuSZHQ2Fge4sLwne7TK
wqwnwk3SSm1DR2TZxco6+UVxyD1vCqi4wzv7wjhbjefYuFzGUsCOm7BT7iR7CpEHyYfGQh08
OV5GI8yDmV2q1i6X2xY3bFq5y22DuYOdmOPdMamRaxQ0k0HabZ7WhMnHmGGwZxQqijbBVV0l
TrJNnHEDDgyyGFeHbFOZt/JLpYQdvU9gc5E2T8vOQVCNa/PYeYTBiUI+dZMDjsG4jm0QX5qm
CCpk8ccqmHTeI3x8JlYIC5tHygqtDRfpy5JYQuLwQGdNwhIiFBUtXQvCdZY1mdbQBwW5quCY
tRgu8sRekYUKfDeKILTIGx5wYEbdR2nxoFCfSTLvA944PldnczCHS5XcDzJoQEGLjSzs6KGN
liEY5ljdrk1rzwAhxHYfRF5qHbZ9IF6Hw74+doDjfbF24Spl4CjAtwfrxRwnXqt1wKzDRuri
aGwU3wapxrthFD06UygtxHfHlFttA5/gMAbH9K6zl6whXfzoUu5UBuAboFCOxA5nZXqBC9ZB
yHoaHPEgVpc8zkGITpogpjzyurk6BWWLbJrytgFPQHNwqPXotxrzLPwVxXxsUAI+OBkpFgZi
GYrYnGIwA9hk9LnC6a3wSpBIkZvGUbMBiJdS8lhPKCijOLp1gW0VGl8KluN415ZNL5O7WM2V
yDqdpUWPSDkFc4V8UOjOOkrKgR8UCXFA5Hts3+dBwERNxIRNtXW6CkudMYiEuoDGM8455wnx
/+YK81CwIEyajA+dIuK64nmEdRdaLB4DVEHqgeUuDWWxww1iCjDT87g9jY2mawbp4KNk0etB
Eq47DWtIS6SWSB+gKW8O0r6QbHZWpaHVTs/IS8CwInnTr3xW3HNcZQ386vECnu6vh1OwjLqP
MYLF0WXBt7C6Cz2w6rsVMmiqFnToLLx33PYiROXy5KnSBEy4RDTcbCgUqQZ7Ac8KuIzXIx9O
ESJcfcB25SdTWKXp6tB7twb6IZ1zQt4BE8wWAL21YVml0ABXkWTpIxIQ64OgywDIItrizUYf
vQSznykGEQCsQ4y7tNhtG7Apzpa16b3Fpd3Op/jn0o8ZagSAkSGr8AmBOYjKn3ooexe4qwvt
VTf2e90NmCaztorCM3wirbadGBFvU7XlkPbgFxmPG1tMwnfVRNJVI669DdcGxMgjR6qt2C41
DoLTnyfs5innJ2zYKQ9wgiG4xpWYsu7UJbSL2rRSMWWweD/dx0555twJ6g5oj2uvbWWMI1Jh
1o5v9Tw68TdfNh995LdyWfaWE2F0EKxj41MJLgS25D2z6CaGIpOrWS2vT0rjMAjPAR6EwYxn
xHmHOIS3+rvDnFuzOVhDZIiENvo6CidzVn+y9AFf5xM2GhFp9zzwdhnIHslUnn0zek6UVkJq
uujX9ioEUY0Em7y6Xzw5mgcvKvZS8ggfnszWmRQqNxCekpjZKYslJ45KdFq3ZVG/Trl5CeZ7
N96ZQ0q0lw0xwdY7DAhcAg/OlPXptdJMuR1Tmd321tmQT0mYVOVDCaiKaLQyVXtmPVYEprLd
kRFNey5lmU9uZYAfwSWXYpwtkcvpmKdaHUmtq1jF+Zw17QOL25TwmLJ/0nGKs6vejLpSro7p
31g4M+x5/1Qb4mPhsTZ/SscLEcRP6zwQyDl46Gyqz5Jfenv9EXZ5yWVEttR2Y8y35/EkHJvY
u0y6VkoLuAt30WWl0YqcjXdYXC8oSpkOc9AcpVJFhinjErLMHUF8bOvtmhh757nTNG7Aa54Y
ak+awomhTe/kX42wihzteJzXRYsK/NSb43V8GgQlZq4VbHUkeMwe78uBYO6nspO09BQU5smY
rqRm1Iugt0Vd9oBsHYyt8nTfEZ2zCYgSSwi6zUTUpBPWSad+PvLRA5Ef6WSobV+TyTxi6sVw
HziLU5Xb8vsSXSDUTywLvr3pRwE4Jq2BBff7w6Wzg8D2EtAHaDxAGbLjgBxPI+AmhdUna39J
2oYngMyzFCZwajj0gsz23K6qnKArxk7rSQOue58sNqsNSIUzdcpKRy9WZ1sRxXNCyCmiHola
bKYDmLhtkz2jITDLUn5OBjtlR5XpEtPOQOzU64bZr+IapSoBEiDvATgAf72+v5OI/sOrcKFG
+Z6Qgjqh70+0Rn3KNNDNYDUq9/6pikiqAJzLsxFnqSEvNvReyMaFTopvLxnC68ifNwZ7glSc
bhicC/8QXre8DLNd8GlBshSoDmwT83uTwTLlIv6j4sFGXiMls3JN7s0HysqJkLa4IggsQXpy
Ne94+jnZxCyr8MGVJj31j2uk2RR7gSvOGNhDDigYgUVq23oWcHGeFZsDnOMUFnttA56v4Wtb
YctpoDc5VmnkYp8KxaYRMlRg102rv26f+gv58ClId9yBxdIB2fETm6E5MCcV3/eDXLV7IRrk
noPGV1AS4XCuwG5TsPtvCsUqqysiJDbv7yIqg8ylLGYq45lVCAHRATuxE2D3OMfPU422QwnP
Ob8qMpnT4TJbuWx9rF7u7Qnem1+y6iRbcmUd+Wly79R5E2AyVCzJV4TZnil0+j/4/qakCDLQ
q/e3Ib872sJKAfHbK6v/cPAHlp344vWG6V9eBjVDqPD4zxSy8kvh/p8pFJ2XQup3hf/w/uYJ
Dp/XO5b/ROH9pZB7leD7Q45f8tbr/g9eU+W4l0DzUnD4M4F7/7tCbv+6/+1V08P7/Xdl2B8C
fPOHgHn4M4e98nuO9KL47b4wil6zFV1eX7TG1l3AsogtRqwnNKtebQVXgPnFVc8WZv03Abgm
+vNefGL7RGbhyrh5vGSAxAyR+4cyE3EFn/V9648HfN8QvfoPATIlmDpe4XlnD8l7juZnGNh6
HMCJ+aRuLYgcNuFjnqw+kRATm0hW25TUoaBPxSfbSjumjk7G+v4qdOdfLGJ+poSvRafm1Rht
LrXYq5UhY7iZBBPDmCru/BrJwDfNEEawjGCW15SVduKYwvqyCEZNuhaLA3GIT9cWKnDzk8Em
EswdbmBp1z6i1+vT8HlfakckOimwedU2JMP/v99g/r/K/q+yHx3Fn8q4D19nIL7eFmffb+bw
pympz0huirDL6uQ1pGq8SiSxjhd2DUm4IJUmJun2G66eXWggVMQTrQ3XfdtOfn1Nw7ed5AwO
Ka8/WFeau+hMBMcfBOE2uVgP31f1I8mWmVQw6bJds+C1wa70mgsGBF4YwpOBOcG2iU6lGVVF
dRKn6uA0UNG3h7JgC1HSgKbH61NJxGIO3uvsZ0j64/tXPVyyBRqIFjlwaWHK9jWT5tZscGg9
jPK1tayRv12r5yoh7O37RnnHDAmPP5Llw0b6CXIRVATlJOTbtnNUhhBilUZcXhZCqdi/1FEm
t8NrazqVmBU+fE0IahfCIkI5PJM8GpqiCTnWynQk5ja6WLujC+i8wq9JZ7c53886D2iY0BPW
1QgRfRe58Nrv29HdvvjjazLc6RkS/gPJJH+BWTThKle0cKtIXxvhEsxlZ+DpxYC5u76Kt6YL
3odBu8Bcwway4H38CYvbh87roxQWNrOIhxuqzWMVPHntV+90uNz97TO+/3aw93Pt47UPH6UC
UBEj2J4KlWGvXODv3+ZxrNL7t9YaLidxHl+mOwyyVusgEAdTaXeveuufGgGLvmyh+fYqs56e
rx3314Y7YlbplbtgcNnyzfRGAYNnXFElsCEyQlxengulmmbDBVeu6GErv1r1fa/7Ly4S5B98
JL83/UodTNHgvaa1fJ46RBf/EZLvLVh8TOR79wjyzT8y0e/F+903coGTRVWMOjevWjeXsFHU
9xYWmO7AqemJU64HFyr69gwcPf4aEuKERE45hSe7f938OGwyUoWd1utf/pIMTm3vvpIPXeH3
a7+PXzhCFgR2usEMtk9FUi8hAYtJKkxGlC9FG1OITLe1iqgT63dfykm9hsFUKdJf3EhYHswt
Yjrqu3Plt69bKWERn4nsY5E7YgkJ3v0rieR3Gd9vdX7caQGcKyWfOtbCpPMDTIh5fWXL+ppX
4QgQllQuaKXeHmEn/KM7mByc1eEghvMqzCHDOY3P+9yfwwoO8gWiw3LsjAVmZn35XJD4pMBs
wxaCHTcJGFjcsnz/VCzvCqLrYa0Ac8+74qtz93922H/SmZHfL374VAoHFWG2aDWia7uvRN47
7U5dxm+NtWTpSfrDwjzeHTicKCF/+UoaBxaLY34fqxt1aQ5n67q+O21eLU36GOweYxjMJKSg
9sA1lcYLuM41B4SDw+HVrJC9sD9s14eWDWE/C4nhvel/b/mPTj+zuHbQeNavBkSSiv2YyiGf
rqsZfLCire+4/LfimSf9kZJ+BTvxN4efrD+gvVsz4VsLI//o8Lv+9pD/gK1ahye2Pcjvpvt1
76NXkYTjE4ND6qLwMwaNJWzhrYF86Aq/XfxjAH+cgT7OUGQMe/9Lzm6YI+wuHey4LWxxFoEp
lAmnFH+po9+N5IWFddq+z1zHTqxg3xoyaPOPpP1M+X6BHXmIggg71g002y+P4fvMVLy8htNx
YbvXFwxpJ+Oadx68pk45P1Rm8xpyHyYcwoBj2G7Tmtr/Yc9+H1cwm3V2ghMEqexexYOMO8aS
eE0rmOtgxuD9MSH2RSwJr0+lCH94E+FEZOivzv0aTn90WO1fm+sPPV8poCLTFnwOKhNfifzu
dUQO32bnu4rP6fdfyvRyQcJ622kLXPUTe9jCZavAYmnYb2OVpy5w1me4i9Fmon1FoIJndrJ6
OA/8iQWOMuiuNx2s/gBb+dWq11S2Nj9jD+R7+PgKeyDfw8dX2AP5Hj6+wh7I9/DxFfZAvoeP
r7AH8j18fIU9kO/h4yvsgXwPH19hD+R7+PgKeyA/jM/4JHsg/zw247/HHsj38PEV9kC+h4+v
sAfyPXx8hT2Q7+HjK+yBfA8fX2EP5F+Z6/8OeyDfw8dX2AP5Hj6+wh7I9/DxFfZAvoePr7AH
8j18fIU9kO/h4yvsgXwPH19hD+R7+PgKeyDfw8dX2AP5Hj6+wh7I9/DxFfZAfrbx8Rn2QH62
8fEZ9kB+tvHxGfZAfrbx8Rn2QH628fEZ9kB+tvHxGfZAfrbx8Rn2QH628fEZ9kB+tvHxGfZA
frbx8Rn2QH628fEZ9kB+tvHxGfZAfrbx8Rn2QH628fEZ9kB+tvHxGfZAfrbx8Rn2QH628fEZ
9kB+tvHxGfZAfrbx8Rn2QH628fEZ9kB+tvHxGfZAfrbx8Rn2QH628fEZ9kB+tvHxGfZAfrbx
8Rn2QH628fEZ9kB+tvHxGfZAfrbx8Rn2QD7rdPkReyCfdbr8iD2QzzpdfsQeyGedLj9iD+Sz
TpcfsQfyWafLj9gD+azT5UfsgXzW6fIj9kA+63T5EXsgn3W6/Ig9kM86XX7EHshnnS4/Yg/k
s06XH7EH8lmny4/YA/ms0+VH7IF81unyI/ZAPut0+RF7IJ91uvyIPZDPOl1+xB7IZ50uP2IP
5LNOlx+xB/JZp8uP2AP5rNPlR+yBfNbp8iP2QD7rdPkReyCfdbr8iD2QzzpdfsQeyGedLj9i
D+SzTpcfsQfy1YCPj+yBfDXg4yN7IF8N+PjIHshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjI
HshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjIHshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjI
HshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjIHshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjI
HshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjIHshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjI
HshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjIHshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjI
HshXAz4+sgfy1YCPj+yBfDXg4yN7IF8N+PjIHshXAz4+dmbkqwEfH9kD+WrAx0f2QP6y8dGy
GrBeX6zz8//i+I//+fD9zQX2u/E3W87kSX+8gmCB3esvA//2b/R+9E8uf/kF+dv/B+TjrjQ8
dwAA

--EVF5PPMfhYS0aIcm--

From miquels@cistron.net  Tue Feb  3 18:12:59 2004
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AA798C002808; Tue,  3 Feb 2004 18:12:59 +0200 (EET)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl [62.216.29.197])
	by talvi.dovecot.org (Postfix) with ESMTP id 080B6C002802
	for <dovecot@dovecot.org>; Tue,  3 Feb 2004 18:12:57 +0200 (EET)
Received: from traveler.cistron-office.nl ([62.216.29.67] helo=traveler)
	by smtp.cistron-office.nl with esmtp (Exim 3.35 #1 (Debian))
	id 1Ao385-0008B9-00; Tue, 03 Feb 2004 17:10:25 +0100
Date: Tue, 3 Feb 2004 17:10:25 +0100
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Karl Eklund <kalle-e@medelklassen.com>
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
Message-ID: <20040203161025.GE26514@traveler.cistron.net>
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>
	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>
	<401BDE52.2070307@medelklassen.com>
	<10595876.1075554178@[10.0.0.221]>
	<401C1DF9.9010209@medelklassen.com> <401CCBAC.1060906@jones.dk>
	<401EBF76.5070104@medelklassen.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <401EBF76.5070104@medelklassen.com> (from
	kalle-e@medelklassen.com on Mon, Feb 02, 2004 at 22:21:58 +0100)
X-Mailer: Balsa 2.0.16
Lines: 28
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: dovecot@dovecot.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, 03 Feb 2004 16:12:59 -0000
X-UID: 8633                                                  
Status: O

On 2004.02.02 22:21, Karl Eklund wrote:
> Jonas Smedegaard wrote:
> 
> > Perhaps mounting the filesystem with something else than 0 as last but 
> > one item in fstab solves it?
> 
> 
> Why? The dump option seems to have something to do with a kind of backup 
> system, according to man fstab. Also, it seems to be possible to get a 
> core dump:
> 
> ~ $ cat crash.c
> main() { char *s; while(1) { *s = "a"; ++s; } }
> ~ $ gcc -o crash crash.c
> crash.c: In function `main':
> crash.c:1: warning: assignment makes integer from pointer without a cast
> ~ $ ulimit -c 50000
> ~ $ ./crash
> Segmentation fault (core dumped)
> ~ $
> -rw-------    1 ke       users       49152 Feb  2 22:19 core

50000 is a bit small for a core file. They usually are tens of megabytes,
as the internal memory and mapped files are dumped as well.

Use "ulimit -c unlimited" to enable coredumps instead.

Mike.

From dovecot.org@giggo.de  Wed Feb  4 13:24:25 2004
Return-Path: <dovecot.org@giggo.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F2015C002801; Wed,  4 Feb 2004 13:24:24 +0200 (EET)
Received: from lauda.treesign.com (lauda.treesign.com [217.17.192.91])
	by talvi.dovecot.org (Postfix) with ESMTP id ADC4BC002800
	for <dovecot@dovecot.org>; Wed,  4 Feb 2004 13:24:22 +0200 (EET)
Received: from www.treesign.com (www.treesign.com [217.17.192.85])
	by lauda.treesign.com (8.11.6/8.11.6) with ESMTP id i14BLpc02258
	for <dovecot@dovecot.org>; Wed, 4 Feb 2004 12:21:51 +0100
Received: from FREAKYDEAKY (pD9E8F121.dip.t-dialin.net [217.232.241.33])
	(authenticated)
	by www.treesign.com (8.11.6/8.11.6) with ESMTP id i14BLpo26556
	for <dovecot@dovecot.org>; Wed, 4 Feb 2004 12:21:51 +0100
Message-ID: <034601c3eb10$b87c8c00$6d01a8c0@FREAKYDEAKY>
From: =?iso-8859-1?Q?Christof_Baumg=E4rtner?= <dovecot.org@giggo.de>
To: <dovecot@dovecot.org>
Date: Wed, 4 Feb 2004 12:19:00 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-AntiVirus: checked by AntiVir Milter 1.0.4; AVE 6.23.0.3; VDF 6.23.0.56
Subject: [Dovecot] Dovecot died due to some SSL related error
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 04 Feb 2004 11:24:25 -0000
X-UID: 8634                                                  
Status: O
Content-Length: 1050

Hi,
Dovecot (pre-compiled version of Fedora Core 1, configured for Maildir)
is running fine for me since a few days. It happened now twice to me
that dovecot died with the following error message in /var/log/maillog:

Feb  4 11:18:27 hundehuette imap-login: RAND_bytes() failed:
error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not
seeded
Feb  4 11:18:27 hundehuette dovecot: Login process died too early -
shutting down

As these previous log messages indicate the login was working before
without any problem:
Feb  4 11:02:37 hundehuette imap-login: Login: andrea [192.168.2.138]
Feb  4 11:05:56 hundehuette last message repeated 30 times
Feb  4 11:09:02 hundehuette last message repeated 15 times
Feb  4 11:12:08 hundehuette last message repeated 15 times
Feb  4 11:15:15 hundehuette last message repeated 15 times
Feb  4 11:18:21 hundehuette last message repeated 15 times
Feb  4 11:18:26 hundehuette last message repeated 12 times

Dovecot is running as user "dovecot" who does not have a ~/.rnd file

Any idea?

Thanks,
Christof



From lars@misterp.dk  Wed Feb  4 20:17:04 2004
Return-Path: <lars@misterp.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 02AD8C002801; Wed,  4 Feb 2004 20:17:04 +0200 (EET)
Received: from misterp.dk (129.142.126.35.ip.tele2adsl.dk [129.142.126.35])
	by talvi.dovecot.org (Postfix) with ESMTP id 54E3FC002800
	for <dovecot@dovecot.org>; Wed,  4 Feb 2004 20:17:01 +0200 (EET)
Received: from [192.168.2.2] (g4 [192.168.2.2])
	by misterp.dk (8.12.9/8.12.9) with ESMTP id i14IEUUS004364
	for <dovecot@dovecot.org>; Wed, 4 Feb 2004 19:14:30 +0100 (CET)
X-Spam-Filter: check_local@misterp.dk by digitalanswers.org
Mime-Version: 1.0 (Apple Message framework v612)
Content-Transfer-Encoding: 7bit
Message-Id: <C247838E-573D-11D8-AB23-00039371FB8A@misterp.dk>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@dovecot.org
From: Lars Skovgaard <lars@misterp.dk>
Date: Wed, 4 Feb 2004 19:12:57 +0100
X-Mailer: Apple Mail (2.612)
Subject: [Dovecot] Newbie question: How to make dovecot read /var/mail/user
	while using Maildir
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 04 Feb 2004 18:17:04 -0000
X-UID: 8635                                                  
Status: O

Hi

I've been trying to figure out how to make dovecot read the system 
standard /var/mail/user, which is in mbox-format, while at the same 
time using Maildir as the preferred method of storage. When in 
Maildir-mode, I can store mail on the server without a hitch, but I 
don't receive mails. When in mbox-format, I can read and write, but the 
risk of corrupting mails is to high for me to consider mbox as an 
option.

I would appreciate to hear from anyone who has a possible solution to 
this.

Info about my system:

MacOSX 10.2 Jaguar
Apache 2.0.47 running Squirrelmail 1.4.2
PHP 4.3.2
Sendmail 8.12.9
Procmail v3.21

/Lars


From daemon@kzone.ch  Wed Feb  4 22:28:09 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4F180C002801; Wed,  4 Feb 2004 22:28:09 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 04456C002800
	for <dovecot@dovecot.org>; Wed,  4 Feb 2004 22:28:07 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id VAA03983
	for dovecot@dovecot.org; Wed, 4 Feb 2004 21:25:35 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Newbie question: How to make dovecot read
	/var/mail/user while using Maildir
Date: Wed, 04 Feb 2004 21:25:25 +0100
Organization: Kirmess
Lines: 13
Message-ID: <bvrkfv$3sa$1@Odo.kzone.ch>
References: <C247838E-573D-11D8-AB23-00039371FB8A@misterp.dk>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1075926335 3978 192.168.100.100 (4 Feb 2004 20:25:35 GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 4 Feb 2004 20:25:35 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <C247838E-573D-11D8-AB23-00039371FB8A@misterp.dk>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Wed, 04 Feb 2004 20:28:09 -0000
X-UID: 8636                                                  
Status: O

Lars Skovgaard wrote:
> I've been trying to figure out how to make dovecot read the system 
> standard /var/mail/user, which is in mbox-format, while at the same time 
> using Maildir as the preferred method of storage.

Use something like safecat[1] to feed your Maildir inbox. You can
run safecat from sendmail directly or via the .forward file. That's
how I do it.

Sven

[1] http://budney.homeunix.net:8080/users/budney/linux/software/safecat.html


From blair@orcaware.com  Thu Feb  5 02:36:23 2004
Return-Path: <blair@orcaware.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2E7E6C002801; Thu,  5 Feb 2004 02:36:23 +0200 (EET)
Received: from orcaware.com (bdsl.66.12.233.174.gte.net [66.12.233.174])
	by talvi.dovecot.org (Postfix) with ESMTP id 74E9CC002800
	for <dovecot@dovecot.org>; Thu,  5 Feb 2004 02:36:20 +0200 (EET)
Received: from orcaware.com (localhost.localdomain [127.0.0.1])
	by orcaware.com (8.12.8/8.12.8) with ESMTP id i150Xkgf026152;
	Wed, 4 Feb 2004 16:33:47 -0800
Message-ID: <40218F69.DA32C844@orcaware.com>
Date: Wed, 04 Feb 2004 16:33:45 -0800
From: Blair Zajac <blair@orcaware.com>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en,x-ns1rfacHe4WNh5,x-ns2U100btwUq5f
MIME-Version: 1.0
To: Lars Skovgaard <lars@misterp.dk>
Subject: Re: [Dovecot] Newbie question: How to make dovecot read 
	/var/mail/userwhile using Maildir
References: <C247838E-573D-11D8-AB23-00039371FB8A@misterp.dk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 05 Feb 2004 00:36:23 -0000
X-UID: 8637                                                  
Status: O

Lars Skovgaard wrote:
> 
> Hi
> 
> I've been trying to figure out how to make dovecot read the system
> standard /var/mail/user, which is in mbox-format, while at the same
> time using Maildir as the preferred method of storage. When in
> Maildir-mode, I can store mail on the server without a hitch, but I
> don't receive mails. When in mbox-format, I can read and write, but the
> risk of corrupting mails is to high for me to consider mbox as an
> option.
> 
> I would appreciate to hear from anyone who has a possible solution to
> this.

I use procmail to do this with this at the top of my .procmailrc file:

MAILDIR=$HOME/Maildir/
ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/

so it dumps all mail into my Maildir.  So I have an empty /var/mail/user
file.

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/

From sigil@ironkeep.net  Thu Feb  5 18:39:43 2004
Return-Path: <sigil@ironkeep.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C3444C002801; Thu,  5 Feb 2004 18:39:43 +0200 (EET)
Received: from geonosis.ironkeep.net (geonosis.ironkeep.net [65.118.8.20])
	by talvi.dovecot.org (Postfix) with ESMTP id 9D382C002800
	for <dovecot@dovecot.org>; Thu,  5 Feb 2004 18:39:41 +0200 (EET)
Received: from endor.ironkeep.net ([65.118.8.4] helo=[192.168.0.199])
	by geonosis.ironkeep.net with asmtp (Exim 4.30) id 1AomaL-00072f-Ne
	for dovecot@dovecot.org; Thu, 05 Feb 2004 11:42:37 -0500
Mime-Version: 1.0 (Apple Message framework v609)
Content-Transfer-Encoding: 7bit
Message-Id: <BA283DCC-57F9-11D8-B311-0003936DBEC2@ironkeep.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@dovecot.org
From: Zachary Schneider <sigil@ironkeep.net>
Date: Thu, 5 Feb 2004 11:38:28 -0500
X-Mailer: Apple Mail (2.609)
Subject: [Dovecot] Password prompt
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Thu, 05 Feb 2004 16:39:43 -0000
X-UID: 8638                                                  
Status: O

When checking multiple POP3 accounts against Dovecot + ldap AUTH with 
outlook XP and Mail.app password dialogs randomly request that you 
reenter the password.

I see stuff like this in the logs:

Feb  4 19:02:25 geonosis dovecot: login: received another "not 
listening" notification (if you can't login at all, see 
src/lib/fdpass.c)
Feb  5 08:53:19 geonosis dovecot: login: received another "not 
listening" notification (if you can't login at all, see 
src/lib/fdpass.c)

and:

Feb  4 12:00:41 geonosis pop3: I/O leak: 0x8050cc0 (0)
Feb  4 12:00:41 geonosis pop3: I/O leak: 0x80848d0 (1)
Feb  4 12:02:05 geonosis pop3: I/O leak: 0x8050cc0 (0)
Feb  4 12:02:05 geonosis pop3: I/O leak: 0x80848d0 (1)

and:

Feb  4 11:35:02 geonosis dovecot-auth: Login process has too old (125s) 
requests, killing it.
Feb  4 11:35:50 geonosis dovecot-auth: Login process has too old (123s) 
requests, killing it.

This is the most recent version of Dovecot.
IMAP appears to work pretty flawlessly.

Please advise
Thanks

z


From naif@inet.it  Wed Feb  4 15:59:41 2004
Return-Path: <naif@inet.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2D6BFC002801; Wed,  4 Feb 2004 15:59:41 +0200 (EET)
Received: from naif.inet.it (unknown [213.92.1.185])
	by talvi.dovecot.org (Postfix) with ESMTP id 3A1EFC002800
	for <dovecot@dovecot.org>; Wed,  4 Feb 2004 15:59:38 +0200 (EET)
Received: by naif.inet.it (Postfix, from userid 666)
	id 6BCB076A; Wed,  4 Feb 2004 14:56:55 +0100 (CET)
Date: Wed, 4 Feb 2004 14:56:55 +0100
From: "Fabio Pietrosanti (naif)" <naif@inet.it>
To: dovecot@dovecot.org
Message-ID: <20040204135655.GA14339@inet.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: SCO-OpenVMS 7.3 on vimis-dev.sco.com
X-Mailman-Approved-At: Thu, 05 Feb 2004 21:40:21 +0200
Subject: [Dovecot] dovecot crash on sendfilev64 on solaris 8 (32bit)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 04 Feb 2004 13:59:41 -0000
X-UID: 8639                                                  
Status: O
Content-Length: 5584

Hi,

i'm running dovecot on a SMP sparc 32bit server with solaris 8(latest patch
installed).

Dovecot with ssl.
Postfix+imap+maildrop .

Dovecot work fine with every email and folders delivered by maildrop, but now
i'm trying to move all my local folders (i'm using mutt and i'm storing my
emails locally on my pc) to the imap server .


The upload of an entire 12000 mails folders worked fine, when i try to access
that folder i can see "fetching headers" and all it's ok but when i attempt to
read a message dovecot imap process crash.

Dovecot crash even if i attempt to read one single email moved from my local
inbox to remote imap INBOX maildir.

Dovecot work fine on every folder created by maildrop.

I made some debugging with truss and found that he die on sendfilev64 call:

5113:      0 7   O K   S t a t u s   c o m p l e t e d .\r\n
5113:   poll(0x0008B450, 1, 204)                        = 0
5113:   poll(0x0008B450, 1, 0)                          = 0
5113:   poll(0x0008B450, 1, 999)                        = 1
5113:   time()                                          = 1075892017
5113:   read(0, 0x000925AC, 3796)                       = 35
5113:      a 0 0 0 8   U I D   F E T C H   1 2 5 1 3   B O D Y . P E E K [
5113:      ]\r\n
5113:   time()                                          = 1075892017
5113:   time()                                          = 1075892017
5113:   time()                                          = 1075892017
5113:   fcntl(4, F_SETLKW64, 0xDFFFF510)                = 0
5113:
open64("/mailboxes/pietrosanti.it/lists@pietrosanti.it/.Cyber-Rights/cur/1075891040.P3168Q12514M511660.supertolla.itapac.net:2,S", O_RDONLY) = 14
5113:   fstat64(14, 0xDFFFF550)                         = 0
5113:   time()                                          = 1075892017
5113:   write(1, 0x00093488, 40)                        = 40
5113:      *   1 2 5 1 3   F E T C H   ( U I D   1 2 5 1 3   B O D Y [ ]
5113:      { 1 9 5 7 }\r\n
5113:   sendfilev64(1, 1, 0xDFFFF3C0, 1, 0xDFFFF3BC)    Err#124 EAFNOSUPPORT
5113:   time()                                          = 1075892017
5113:   time()                                          = 1075892017
5113:   fcntl(4, F_SETLKW64, 0xDFFFF5F8)                = 0
5113:   close(14)                                       = 0
5113:   time()                                          = 1075892017
5113:   close(9)                                        = 0
5113:   munmap(0xDF230000, 1608)                        = 0
5113:   munmap(0xDF220000, 10264)                       = 0
5113:   close(10)                                       = 0
5113:   munmap(0xDF1A0000, 1560)                        = 0
5113:   close(12)                                       = 0
5113:   munmap(0xDF190000, 2576)                        = 0
5113:   close(13)                                       = 0
5113:   munmap(0xDF1B0000, 5)                           = 0
5113:   close(11)                                       = 0
5113:   close(4)                                        = 0
5113:   munmap(0xDF4C0000, 330120)                      = 0
5113:   munmap(0xDF240000, 2563740)                     = 0
5113:   close(5)                                        = 0
5113:   munmap(0xDF1C0000, 330072)                      = 0
5113:   close(7)                                        = 0
5113:   munmap(0xDF520000, 2576)                        = 0
5113:   close(8)                                        = 0
5113:   munmap(0xDF790000, 5)                           = 0
5113:   close(6)                                        = 0
5113:   fstat(3, 0xDFFFFAE0)                            = 0
5113:   close(3)                                        = 0
5113:   alarm(0)                                        = 16
5113:   sigaction(SIGALRM, 0xDFFFFA48, 0x00000000)      = 0
5113:   llseek(0, 0, SEEK_CUR)                          Err#29 ESPIPE
5113:   _exit(0)

I noticed that maildir files created by dovecot have the following file names
format:

1075891040.P3168Q12514M511660.supertolla.itapac.net:2,S

and maildrop one are in this other format:

1075893689.M267966P5215V01540032I001B6706_0.supertolla.itapac.net,S=1381:2,S

I'm working on SPARC 32 bit architecture with the following compile options:

    CC=gcc
     CXX=gcc
     CFLAGS="-O9 -msupersparc -mcpu=supersparc -mtune=supersparc -fno-omit-frame-pointer -m32"
     CXXFLAGS="-O9 -msupersparc -mcpu=supersparc -mtune=supersparc -felide-constructors -fno-exceptions -fno-rtti -m32"
     CPPFLAGS="-I/usr/local/ssl/include/ -I/data/chroot/mysql/mysql/include/mysql"
     LDFLAGS="-L/data/chroot/mysql/mysql/lib/mysql -L/usr/local/ssl/lib"
     LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/ssl/lib:/data/chroot/mysql/mysql/lib/mysql

     export CC CXX CFLAGS CXXFLAGS CPPFLAGS LDFLAGS LD_LIBRARY_PATH
     ./configure --prefix=/dovecot --without-passwd --without-passwd-file --without-shadow --without-pam \
      --without-ldap --without-vpopmail --without-pgsql --without-cyrus-sasl2 --with-ssl=openssl \
      --with-ssldir=/etc/ssl --without-pop3d --with-mysql --with-static-userdb

     vi config.h

     #define PASSDB_MYSQL 1
     #define USERDB_MYSQL 1

     vi src/auth/Makefile

     add -lmysqlclient to LIBS
     LIBS =  -lsocket -lnsl -lrt -lsendfile -lmysqlclient

Regards

-- 
Fabio Pietrosanti ( naif ) -  f.pietrosanti@inet.it
I.NET SpA - ( Operation Group, Network Security )

Sede: Via Darwin, 85 20019 Settimo Milanese (MI), Italy
Tel:  +39 02 32863.1 - Fax: +39 02 32863.7709
PGP Key avaiable on request
--
Free advertising: www.openbsd.org - Multiplatform Ultra-secure OS

From naif@inet.it  Wed Feb  4 17:39:17 2004
Return-Path: <naif@inet.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A502CC002801; Wed,  4 Feb 2004 17:39:17 +0200 (EET)
Received: from naif.inet.it (unknown [213.92.1.185])
	by talvi.dovecot.org (Postfix) with ESMTP id 0FE62C002800
	for <dovecot@dovecot.org>; Wed,  4 Feb 2004 17:39:15 +0200 (EET)
Received: by naif.inet.it (Postfix, from userid 666)
	id 17284769; Wed,  4 Feb 2004 16:36:31 +0100 (CET)
Date: Wed, 4 Feb 2004 16:36:31 +0100
From: "Fabio Pietrosanti (naif)" <naif@inet.it>
To: dovecot@dovecot.org
Message-ID: <20040204153631.GC14437@inet.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: SCO-OpenVMS 7.3 on vimis-dev.sco.com
X-Mailman-Approved-At: Thu, 05 Feb 2004 21:40:21 +0200
Subject: [Dovecot] dovecot crash on sendfilev64 on solaris 8 (32bit)
	(WORKAROUND)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 04 Feb 2004 15:39:17 -0000
X-UID: 8640                                                  
Status: O

Hi,

related to my previous email i found that setting "mail_save_crlf = no"
instead of yes make dovecot working.

However if enabled on solaris 8 it doesn't work hanging on sendfilev64() call.

I noticed that maildir file names are still different from maildrop and
dovecot but now works.

However moving bigger mailbox from local storage to remote imap server i
receive "Disconnect for inactivity while waiting for command data" error
triggered by client_input_timeout function in imap/client.c .

The timeout is defined as CLIENT_CMDINPUT_TIMEOUT which is defined as
CLIENT_OUTPUT_TIMEOUT which is 1 minute (60*1000) .

I think that could be usefull to have this timeout tunable because when you
tranfer into the imap server large quantity of data if it takes more than 1
minutes, process goes timeout ( altought with mutt 1.4i client ) .


Regards

-naif

From kalle-e@medelklassen.com  Thu Feb  5 01:12:56 2004
Return-Path: <kalle-e@medelklassen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8B803C002801; Thu,  5 Feb 2004 01:12:56 +0200 (EET)
Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73])
	by talvi.dovecot.org (Postfix) with ESMTP id 5A8F8C002800
	for <dovecot@dovecot.org>; Thu,  5 Feb 2004 01:12:54 +0200 (EET)
Received: from medelklassen.com ([213.114.209.60] [213.114.209.60])
	by mxfep02.bredband.com with ESMTP
	id <20040204231023.FEPK21728.mxfep02.bredband.com@medelklassen.com>
	for <dovecot@dovecot.org>; Thu, 5 Feb 2004 00:10:23 +0100
Message-ID: <40217BDA.6080602@medelklassen.com>
Date: Wed, 04 Feb 2004 23:10:18 +0000
From: Karl Eklund <kalle-e@medelklassen.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot crashes on certain spam messages
References: <20040130162252.GA28006@tralfamadore.bredbandsbolaget.se>	<964907FE-534F-11D8-97C9-000393CC2E90@iki.fi>	<401BDE52.2070307@medelklassen.com>	<10595876.1075554178@[10.0.0.221]>	<401C1DF9.9010209@medelklassen.com>
	<401CCBAC.1060906@jones.dk>	<401EBF76.5070104@medelklassen.com>
	<20040203161025.GE26514@traveler.cistron.net>
In-Reply-To: <20040203161025.GE26514@traveler.cistron.net>
Content-Type: multipart/mixed; boundary="------------050307060804080207050507"
X-Mailman-Approved-At: Thu, 05 Feb 2004 21:40:21 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Wed, 04 Feb 2004 23:12:56 -0000
X-UID: 8641                                                  
Status: O
Content-Length: 41820

This is a multi-part message in MIME format.
--------------050307060804080207050507
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Miquel van Smoorenburg wrote:

>50000 is a bit small for a core file. They usually are tens of megabytes,
>as the internal memory and mapped files are dumped as well.
>
>Use "ulimit -c unlimited" to enable coredumps instead.
>
>
>  
>

But my ulimit (which is built into bash) wants you to specify the size 
in kilobytes.

Anyway, I have also done strace on the "imap" process and found some of 
the problematic messages.

I attach the output from strace (don't know if it's useful?) and the 
messages (there seems to be more of them, but I don't know how many or 
how long it would take to find them all with strace).


--------------050307060804080207050507
Content-Type: application/gzip;
 name="strace.txt.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="strace.txt.gz"

YXR0YWNoOiBwdHJhY2UoUFRSQUNFX0FUVEFDSCwgLi4uKTogT3BlcmF0aW9uIG5vdCBwZXJt
aXR0ZWQKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABb
e2ZkPTAsIGV2ZW50cz1QT0xMSU58UE9MTFBSSXxQT0xMRVJSfFBPTExIVVB8UE9MTE5WQUx9
XSwgMSwgOTk5OSkgPSAwCmdldHRpbWVvZmRheSh7MTA3NTkzNDY1NywgNzYzMjgwfSwgezQy
OTQ5NjcyMzYsIDB9KSA9IDAKZ2V0dGltZW9mZGF5KHsxMDc1OTM0NjU3LCA3NjMzMzh9LCBO
VUxMKSA9IDAKcG9sbChbe2ZkPTAsIGV2ZW50cz1QT0xMSU58UE9MTFBSSXxQT0xMRVJSfFBP
TExIVVB8UE9MTE5WQUx9XSwgMSwgMCkgPSAwCmdldHRpbWVvZmRheSh7MTA3NTkzNDY1Nywg
NzYzNDU5fSwgezQyOTQ5NjcyMzYsIDB9KSA9IDAKZ2V0dGltZW9mZGF5KHsxMDc1OTM0NjU3
LCA3NjM1MTh9LCBOVUxMKSA9IDAKcG9sbChbe2ZkPTAsIGV2ZW50cz1QT0xMSU58UE9MTFBS
SXxQT0xMRVJSfFBPTExIVVB8UE9MTE5WQUx9XSwgMSwgOTk5OSkgPSAwCmdldHRpbWVvZmRh
eSh7MTA3NTkzNDY2NywgNzY4MjIxfSwgezQyOTQ5NjcyMzYsIDB9KSA9IDAKZ2V0dGltZW9m
ZGF5KHsxMDc1OTM0NjY3LCA3NjgyNzl9LCBOVUxMKSA9IDAKcG9sbChbe2ZkPTAsIGV2ZW50
cz1QT0xMSU58UE9MTFBSSXxQT0xMRVJSfFBPTExIVVB8UE9MTE5WQUx9XSwgMSwgMCkgPSAw
CmdldHRpbWVvZmRheSh7MTA3NTkzNDY2NywgNzY4NDAwfSwgezQyOTQ5NjcyMzYsIDB9KSA9
IDAKZ2V0dGltZW9mZGF5KHsxMDc1OTM0NjY3LCA3Njg0NTh9LCBOVUxMKSA9IDAKcG9sbChb
e2ZkPTAsIGV2ZW50cz1QT0xMSU58UE9MTFBSSXxQT0xMRVJSfFBPTExIVVB8UE9MTE5WQUx9
XSwgMSwgOTk5OSkgPSAtMSBFSU5UUiAoSW50ZXJydXB0ZWQgc3lzdGVtIGNhbGwpCi0tLSBT
SUdBTFJNIChBbGFybSBjbG9jaykgQCAwICgwKSAtLS0KYWxhcm0oMzApICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgID0gMApzaWdyZXR1cm4oKSAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgPSA/IChtYXNrIG5vdyBbXSkKZ2V0dGltZW9mZGF5KHsxMDc1OTM0Njc3LCA2
NzM1NTR9LCB7NDI5NDk2NzIzNiwgMH0pID0gMApnZXR0aW1lb2ZkYXkoezEwNzU5MzQ2Nzcs
IDY3MzYxM30sIE5VTEwpID0gMApwb2xsKFt7ZmQ9MCwgZXZlbnRzPVBPTExJTnxQT0xMUFJJ
fFBPTExFUlJ8UE9MTEhVUHxQT0xMTlZBTH1dLCAxLCA5NCkgPSAwCmdldHRpbWVvZmRheSh7
MTA3NTkzNDY3NywgNzczMTg3fSwgezQyOTQ5NjcyMzYsIDB9KSA9IDAKZ2V0dGltZW9mZGF5
KHsxMDc1OTM0Njc3LCA3NzMyNDR9LCBOVUxMKSA9IDAKcG9sbChbe2ZkPTAsIGV2ZW50cz1Q
T0xMSU58UE9MTFBSSXxQT0xMRVJSfFBPTExIVVB8UE9MTE5WQUx9XSwgMSwgMCkgPSAwCmdl
dHRpbWVvZmRheSh7MTA3NTkzNDY3NywgNzczMzYyfSwgezQyOTQ5NjcyMzYsIDB9KSA9IDAK
Z2V0dGltZW9mZGF5KHsxMDc1OTM0Njc3LCA3NzM0MjF9LCBOVUxMKSA9IDAKcG9sbChbe2Zk
PTAsIGV2ZW50cz1QT0xMSU58UE9MTFBSSXxQT0xMRVJSfFBPTExIVVB8UE9MTE5WQUwsIHJl
dmVudHM9UE9MTElOfV0sIDEsIDk5OTkpID0gMQpnZXR0aW1lb2ZkYXkoezEwNzU5MzQ2ODUs
IDM0NjA4MH0sIHs0Mjk0OTY3MjM2LCAwfSkgPSAwCnRpbWUoTlVMTCkgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICA9IDEwNzU5MzQ2ODUKcmVhZCgwLCAiOCBzZWxlY3QgXCJzcGFt
XCJcclxuIiwgMzk4MikgID0gMTcKc2V0c29ja29wdCgxLCBTT0xfVENQLCBUQ1BfQ09SSywg
WzFdLCA0KSA9IDAKdGltZShOVUxMKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0g
MTA3NTkzNDY4NQpnZXR0aW1lb2ZkYXkoezEwNzU5MzQ2ODUsIDM0NjQyM30sIE5VTEwpID0g
MApzdGF0NjQoIi9ob21lL2tlLy5tYWlsZGlyLy5zcGFtIiwge3N0X21vZGU9U19JRkRJUnww
NzAwLCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApsc3RhdDY0KCIvaG9tZS9rZS8ubWFpbGRp
ci8uc3BhbS9jdXIiLCB7c3RfbW9kZT1TX0lGRElSfDA3MDAsIHN0X3NpemU9Mjc4NTI4LCAu
Li59KSA9IDAKbHN0YXQ2NCgiL2hvbWUva2UvLm1haWxkaXIvLnNwYW0vbmV3Iiwge3N0X21v
ZGU9U19JRkRJUnwwNzAwLCBzdF9zaXplPTIwNDgwLCAuLi59KSA9IDAKbHN0YXQ2NCgiL2hv
bWUva2UvLm1haWxkaXIvLnNwYW0vdG1wIiwge3N0X21vZGU9U19JRkRJUnwwNzAwLCBzdF9z
aXplPTQwOTYsIC4uLn0pID0gMApzdGF0NjQoIi9ob21lL2tlLy5tYWlsZGlyLy5zcGFtIiwg
e3N0X21vZGU9U19JRkRJUnwwNzAwLCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApzdGF0NjQo
Ii9ob21lL2tlLy5tYWlsZGlyLy5zbGFzaGRvdCIsIHtzdF9tb2RlPVNfSUZESVJ8MDcwMCwg
c3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKYWNjZXNzKCIvaG9tZS9rZS8ubWFpbGRpci8uc3Bh
bSIsIFdfT0spID0gMAp0aW1lKE5VTEwpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
PSAxMDc1OTM0Njg1Cm9wZW4oIi9ob21lL2tlLy5tYWlsZGlyLy5zcGFtL3RtcCIsIE9fUkRP
TkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUlkpID0gOQpmc3RhdDY0KDks
IHtzdF9tb2RlPVNfSUZESVJ8MDcwMCwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZmNudGw2
NCg5LCBGX1NFVEZELCBGRF9DTE9FWEVDKSAgICAgICAgID0gMApnZXRkZW50czY0KDksIC8q
IDIgZW50cmllcyAqLywgNDA5NikgICAgPSA0OApnZXRkZW50czY0KDksIC8qIDAgZW50cmll
cyAqLywgNDA5NikgICAgPSAwCmNsb3NlKDkpICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICA9IDAKdGltZShOVUxMKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMTA3
NTkzNDY4NQpvcGVuKCIvaG9tZS9rZS8ubWFpbGRpci8uc3BhbSIsIE9fUkRPTkxZfE9fTk9O
QkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUlkpID0gOQpmc3RhdDY0KDksIHtzdF9tb2Rl
PVNfSUZESVJ8MDcwMCwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZmNudGw2NCg5LCBGX1NF
VEZELCBGRF9DTE9FWEVDKSAgICAgICAgID0gMApnZXRkZW50czY0KDksIC8qIDExIGVudHJp
ZXMgKi8sIDQwOTYpICAgPSAzNDQKZ2V0ZGVudHM2NCg5LCAvKiAwIGVudHJpZXMgKi8sIDQw
OTYpICAgID0gMApjbG9zZSg5KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw
Cm9wZW4oIi9ob21lL2tlLy5tYWlsZGlyLy5zcGFtLy5pbWFwLmluZGV4IiwgT19SRFdSfE9f
Q1JFQVR8T19MQVJHRUZJTEUsIDA2NjApID0gOQp0aW1lKE5VTEwpICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgPSAxMDc1OTM0Njg1CmZjbnRsNjQoOSwgRl9TRVRMS1c2NCwge3R5
cGU9Rl9SRExDSywgd2hlbmNlPVNFRUtfU0VULCBzdGFydD0wLCBsZW49MH0sIDB4YmZmZmY5
ZTApID0gMApfbGxzZWVrKDksIDAsIFswXSwgU0VFS19TRVQpICAgICAgICAgICAgPSAwCnJl
YWQoOSwgIlwyXDFcNFw0XDEwXDEwXDBcMFwyNjNIXDMzNz8tXDBcMFwwXDIwNlwwXDBcMCRc
MFwwIFwzMzAiLi4uLCA3MikgPSA3Mgpmc3RhdDY0KDksIHtzdF9tb2RlPVNfSUZSRUd8MDYw
MCwgc3Rfc2l6ZT0xNTI5NTIsIC4uLn0pID0gMAptbWFwMihOVUxMLCAxNTI5NTIsIFBST1Rf
UkVBRHxQUk9UX1dSSVRFLCBNQVBfU0hBUkVELCA5LCAwKSA9IDB4NDAxNWEwMDAKdGltZShO
VUxMKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMTA3NTkzNDY4NQpmY250bDY0
KDksIEZfU0VUTEtXNjQsIHt0eXBlPUZfVU5MQ0ssIHdoZW5jZT1TRUVLX1NFVCwgc3RhcnQ9
MCwgbGVuPTB9LCAweGJmZmZmOWUwKSA9IDAKb3BlbigiL2hvbWUva2UvLm1haWxkaXIvLnNw
YW0vLmltYXAuaW5kZXguZGF0YSIsIE9fUkRXUnxPX0xBUkdFRklMRSkgPSAxMApmc3RhdDY0
KDEwLCB7c3RfbW9kZT1TX0lGUkVHfDA2MDAsIHN0X3NpemU9MjgxMjAyMiwgLi4ufSkgPSAw
Cm1tYXAyKE5VTEwsIDI4MTIwMjIsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfU0hBUkVE
LCAxMCwgMCkgPSAweDQwMTgwMDAwCm9wZW4oIi9ob21lL2tlLy5tYWlsZGlyLy5zcGFtLy5j
dXN0b21mbGFncyIsIE9fUkRXUnxPX0NSRUFUfE9fTEFSR0VGSUxFLCAwNjYwKSA9IDExCmZz
dGF0NjQoMTEsIHtzdF9tb2RlPVNfSUZSRUd8MDYwMCwgc3Rfc2l6ZT0xMiwgLi4ufSkgPSAw
Cm1tYXAyKE5VTEwsIDEyLCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1NIQVJFRCwgMTEs
IDApID0gMHg0MDAxZDAwMAptYWR2aXNlKDB4NDAwMWQwMDAsIDEyLCBNQURWX1NFUVVFTlRJ
QUwpID0gMApvcGVuKCIvaG9tZS9rZS8ubWFpbGRpci8uc3BhbS8uaW1hcC5pbmRleC50cmVl
IiwgT19SRFdSfE9fQ1JFQVR8T19MQVJHRUZJTEUsIDA2NjApID0gMTIKZnN0YXQ2NCgxMiwg
e3N0X21vZGU9U19JRlJFR3wwNjAwLCBzdF9zaXplPTE1NDA1MiwgLi4ufSkgPSAwCm1tYXAy
KE5VTEwsIDE1NDA1MiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9TSEFSRUQsIDEyLCAw
KSA9IDB4NDA0MmYwMDAKb3BlbigiL2hvbWUva2UvLm1haWxkaXIvLnNwYW0vLmltYXAuaW5k
ZXgubG9nIiwgT19SRFdSfE9fTEFSR0VGSUxFKSA9IDEzCnRpbWUoTlVMTCkgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICA9IDEwNzU5MzQ2ODUKZmNudGw2NCgxMywgRl9TRVRMS1c2
NCwge3R5cGU9Rl9SRExDSywgd2hlbmNlPVNFRUtfU0VULCBzdGFydD0wLCBsZW49MH0sIDB4
YmZmZmY5MzApID0gMApyZWFkKDEzLCAiXDI2M0hcMzM3P1xuXDBcMFwwXDMzMFwwXDBcMFww
XDBcMFwwIiwgMTYpID0gMTYKb3BlbigiL2hvbWUva2UvLm1haWxkaXIvLnNwYW0vLmltYXAu
aW5kZXgubG9nLjIiLCBPX1JEV1J8T19MQVJHRUZJTEUpID0gLTEgRU5PRU5UIChObyBzdWNo
IGZpbGUgb3IgZGlyZWN0b3J5KQpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lGUkVHfDA2MDAs
IHN0X3NpemU9MjU3NiwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDI1NzYsIFBST1RfUkVBRHxQ
Uk9UX1dSSVRFLCBNQVBfU0hBUkVELCAxMywgMCkgPSAweDQwMDFlMDAwCnRpbWUoTlVMTCkg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDEwNzU5MzQ2ODUKZmNudGw2NCg5LCBG
X1NFVExLVzY0LCB7dHlwZT1GX1dSTENLLCB3aGVuY2U9U0VFS19TRVQsIHN0YXJ0PTAsIGxl
bj0wfSwgMHhiZmZmZjhjMCkgPSAwCm1zeW5jKDB4NDAxNWEwMDAsIDcyLCBNU19TWU5DKSAg
ICAgICAgICA9IDAKZmRhdGFzeW5jKDkpICAgICAgICAgICAgICAgICAgICAgICAgICAgID0g
MApmc3RhdDY0KDksIHtzdF9tb2RlPVNfSUZSRUd8MDYwMCwgc3Rfc2l6ZT0xNTI5NTIsIC4u
Ln0pID0gMApzdGF0NjQoIi9ob21lL2tlLy5tYWlsZGlyLy5zcGFtL25ldyIsIHtzdF9tb2Rl
PVNfSUZESVJ8MDcwMCwgc3Rfc2l6ZT0yMDQ4MCwgLi4ufSkgPSAwCnN0YXQ2NCgiL2hvbWUv
a2UvLm1haWxkaXIvLnNwYW0vY3VyIiwge3N0X21vZGU9U19JRkRJUnwwNzAwLCBzdF9zaXpl
PTI3ODUyOCwgLi4ufSkgPSAwCm9wZW4oIi9ob21lL2tlLy5tYWlsZGlyLy5zcGFtL25ldyIs
IE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUlkpID0gMTQKZnN0
YXQ2NCgxNCwge3N0X21vZGU9U19JRkRJUnwwNzAwLCBzdF9zaXplPTIwNDgwLCAuLi59KSA9
IDAKZmNudGw2NCgxNCwgRl9TRVRGRCwgRkRfQ0xPRVhFQykgICAgICAgID0gMApnZXRkZW50
czY0KDE0LCAvKiAyIGVudHJpZXMgKi8sIDQwOTYpICAgPSA0OApnZXRkZW50czY0KDE0LCAv
KiAwIGVudHJpZXMgKi8sIDQwOTYpICAgPSAwCmNsb3NlKDE0KSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICA9IDAKbXVubWFwKDB4NDAxODAwMDAsIDI4MTIwMjIpICAgICAgICAg
ICAgID0gMApmc3RhdDY0KDEwLCB7c3RfbW9kZT1TX0lGUkVHfDA2MDAsIHN0X3NpemU9Mjgx
MjAyMiwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDI4MTIwMjIsIFBST1RfUkVBRHxQUk9UX1dS
SVRFLCBNQVBfU0hBUkVELCAxMCwgMCkgPSAweDQwMTgwMDAwCm1tYXAyKE5VTEwsIDEzNTE2
OCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMsIC0x
LCAwKSA9IDB4NDA0NTUwMDAKYnJrKDApICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgID0gMHg4MGIxMDAwCmJyaygweDgwYjQwMDApICAgICAgICAgICAgICAgICAgICAgICAg
ICA9IDB4ODBiNDAwMApicmsoMCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
PSAweDgwYjQwMDAKYnJrKDB4ODBiYzAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0g
MHg4MGJjMDAwCmJyaygwKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4
ODBiYzAwMApicmsoMHg4MGNlMDAwKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAweDgw
Y2UwMDAKb3BlbigiL2hvbWUva2UvLm1haWxkaXIvLnNwYW0vY3VyIiwgT19SRE9OTFl8T19O
T05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWSkgPSAxNApmc3RhdDY0KDE0LCB7c3Rf
bW9kZT1TX0lGRElSfDA3MDAsIHN0X3NpemU9Mjc4NTI4LCAuLi59KSA9IDAKZmNudGw2NCgx
NCwgRl9TRVRGRCwgRkRfQ0xPRVhFQykgICAgICAgID0gMApnZXRkZW50czY0KDE0LCAvKiA3
NCBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDgwCmdldGRlbnRzNjQoMTQsIC8qIDIwIGVudHJp
ZXMgKi8sIDQwOTYpICA9IDExMjAKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywg
NDA5NikgID0gNDA5NgpnZXRkZW50czY0KDE0LCAvKiAxOSBlbnRyaWVzICovLCA0MDk2KSAg
PSAxMDY0CmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwODgK
Z2V0ZGVudHM2NCgxNCwgLyogMTggZW50cmllcyAqLywgNDA5NikgID0gMTAwOApnZXRkZW50
czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQs
IC8qIDE4IGVudHJpZXMgKi8sIDQwOTYpICA9IDEwMDgKZ2V0ZGVudHM2NCgxNCwgLyogNzMg
ZW50cmllcyAqLywgNDA5NikgID0gNDA4OApnZXRkZW50czY0KDE0LCAvKiAxOSBlbnRyaWVz
ICovLCA0MDk2KSAgPSAxMDY0CmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQw
OTYpICA9IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyogMjAgZW50cmllcyAqLywgNDA5NikgID0g
MTEyMApnZXRkZW50czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4Cmdl
dGRlbnRzNjQoMTQsIC8qIDIwIGVudHJpZXMgKi8sIDQwOTYpICA9IDExMjAKZ2V0ZGVudHM2
NCgxNCwgLyogNzMgZW50cmllcyAqLywgNDA5NikgID0gNDA4OApnZXRkZW50czY0KDE0LCAv
KiAyMCBlbnRyaWVzICovLCA0MDk2KSAgPSAxMTIwCmdldGRlbnRzNjQoMTQsIC8qIDczIGVu
dHJpZXMgKi8sIDQwOTYpICA9IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyogMjAgZW50cmllcyAq
LywgNDA5NikgID0gMTEyMApnZXRkZW50czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2
KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQsIC8qIDE4IGVudHJpZXMgKi8sIDQwOTYpICA9IDEw
MDgKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywgNDA5NikgID0gNDA4OApnZXRk
ZW50czY0KDE0LCAvKiAyMCBlbnRyaWVzICovLCA0MDk2KSAgPSAxMTIwCmdldGRlbnRzNjQo
MTQsIC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyog
MTggZW50cmllcyAqLywgNDA5NikgID0gMTAwOApnZXRkZW50czY0KDE0LCAvKiA3MyBlbnRy
aWVzICovLCA0MDk2KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQsIC8qIDIwIGVudHJpZXMgKi8s
IDQwOTYpICA9IDExMjAKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywgNDA5Nikg
ID0gNDA4OApnZXRkZW50czY0KDE0LCAvKiAyMCBlbnRyaWVzICovLCA0MDk2KSAgPSAxMTIw
CmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwODgKZ2V0ZGVu
dHM2NCgxNCwgLyogMjAgZW50cmllcyAqLywgNDA5NikgID0gMTEyMApnZXRkZW50czY0KDE0
LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQsIC8qIDE5
IGVudHJpZXMgKi8sIDQwOTYpICA9IDEwNjQKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmll
cyAqLywgNDA5NikgID0gNDA4OApnZXRkZW50czY0KDE0LCAvKiAyMCBlbnRyaWVzICovLCA0
MDk2KSAgPSAxMTIwCmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9
IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyogMjAgZW50cmllcyAqLywgNDA5NikgID0gMTEyMApn
ZXRkZW50czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4CmdldGRlbnRz
NjQoMTQsIC8qIDIwIGVudHJpZXMgKi8sIDQwOTYpICA9IDExMjAKZ2V0ZGVudHM2NCgxNCwg
LyogNzMgZW50cmllcyAqLywgNDA5NikgID0gNDA4OApnZXRkZW50czY0KDE0LCAvKiAyMCBl
bnRyaWVzICovLCA0MDk2KSAgPSAxMTIwCmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMg
Ki8sIDQwOTYpICA9IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyogMTkgZW50cmllcyAqLywgNDA5
NikgID0gMTA2NApnZXRkZW50czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0
MDk2CmdldGRlbnRzNjQoMTQsIC8qIDE4IGVudHJpZXMgKi8sIDQwOTYpICA9IDEwMDgKZ2V0
ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywgNDA5NikgID0gNDA5NgpnZXRkZW50czY0
KDE0LCAvKiAxOSBlbnRyaWVzICovLCA0MDk2KSAgPSAxMDcyCmdldGRlbnRzNjQoMTQsIC8q
IDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyogMjAgZW50
cmllcyAqLywgNDA5NikgID0gMTEyMApnZXRkZW50czY0KDE0LCAvKiA3MyBlbnRyaWVzICov
LCA0MDk2KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQsIC8qIDIwIGVudHJpZXMgKi8sIDQwOTYp
ICA9IDExMjAKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywgNDA5NikgID0gNDA4
OApnZXRkZW50czY0KDE0LCAvKiAyMCBlbnRyaWVzICovLCA0MDk2KSAgPSAxMTIwCmdldGRl
bnRzNjQoMTQsIC8qIDcyIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwNDgKZ2V0ZGVudHM2NCgx
NCwgLyogMjIgZW50cmllcyAqLywgNDA5NikgID0gMTIzMgpnZXRkZW50czY0KDE0LCAvKiA3
MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQsIC8qIDI5IGVudHJp
ZXMgKi8sIDQwOTYpICA9IDE2MjQKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywg
NDA5NikgID0gNDA4OApnZXRkZW50czY0KDE0LCAvKiAyOCBlbnRyaWVzICovLCA0MDk2KSAg
PSAxNTY4CmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwOTYK
Z2V0ZGVudHM2NCgxNCwgLyogMjggZW50cmllcyAqLywgNDA5NikgID0gMTU2OApnZXRkZW50
czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQs
IC8qIDI3IGVudHJpZXMgKi8sIDQwOTYpICA9IDE1MjgKZ2V0ZGVudHM2NCgxNCwgLyogNzMg
ZW50cmllcyAqLywgNDA5NikgID0gNDA5NgpnZXRkZW50czY0KDE0LCAvKiAyOCBlbnRyaWVz
ICovLCA0MDk2KSAgPSAxNTY4CmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQw
OTYpICA9IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyogMjkgZW50cmllcyAqLywgNDA5NikgID0g
MTYyNApnZXRkZW50czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4Cmdl
dGRlbnRzNjQoMTQsIC8qIDI5IGVudHJpZXMgKi8sIDQwOTYpICA9IDE2MjQKZ2V0ZGVudHM2
NCgxNCwgLyogNzAgZW50cmllcyAqLywgNDA5NikgID0gNDA4MApnZXRkZW50czY0KDE0LCAv
KiAyMyBlbnRyaWVzICovLCA0MDk2KSAgPSAxNDcyCmdldGRlbnRzNjQoMTQsIC8qIDY0IGVu
dHJpZXMgKi8sIDQwOTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyogMjEgZW50cmllcyAq
LywgNDA5NikgID0gMTM0NApnZXRkZW50czY0KDE0LCAvKiA2NCBlbnRyaWVzICovLCA0MDk2
KSAgPSA0MDk2CmdldGRlbnRzNjQoMTQsIC8qIDIxIGVudHJpZXMgKi8sIDQwOTYpICA9IDEz
NDQKZ2V0ZGVudHM2NCgxNCwgLyogNjQgZW50cmllcyAqLywgNDA5NikgID0gNDA5NgpnZXRk
ZW50czY0KDE0LCAvKiAyMSBlbnRyaWVzICovLCA0MDk2KSAgPSAxMzQ0CmdldGRlbnRzNjQo
MTQsIC8qIDY0IGVudHJpZXMgKi8sIDQwOTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyog
MjEgZW50cmllcyAqLywgNDA5NikgID0gMTM0NApnZXRkZW50czY0KDE0LCAvKiA2NCBlbnRy
aWVzICovLCA0MDk2KSAgPSA0MDk2CmdldGRlbnRzNjQoMTQsIC8qIDIxIGVudHJpZXMgKi8s
IDQwOTYpICA9IDEzNDQKZ2V0ZGVudHM2NCgxNCwgLyogNjQgZW50cmllcyAqLywgNDA5Nikg
ID0gNDA5NgpnZXRkZW50czY0KDE0LCAvKiAyMSBlbnRyaWVzICovLCA0MDk2KSAgPSAxMzQ0
CmdldGRlbnRzNjQoMTQsIC8qIDY0IGVudHJpZXMgKi8sIDQwOTYpICA9IDQwOTYKZ2V0ZGVu
dHM2NCgxNCwgLyogMjEgZW50cmllcyAqLywgNDA5NikgID0gMTM0NApnZXRkZW50czY0KDE0
LCAvKiA2NCBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDk2CmdldGRlbnRzNjQoMTQsIC8qIDIx
IGVudHJpZXMgKi8sIDQwOTYpICA9IDEzNDQKZ2V0ZGVudHM2NCgxNCwgLyogNjQgZW50cmll
cyAqLywgNDA5NikgID0gNDA5NgpnZXRkZW50czY0KDE0LCAvKiAyMSBlbnRyaWVzICovLCA0
MDk2KSAgPSAxMzQ0CmdldGRlbnRzNjQoMTQsIC8qIDY0IGVudHJpZXMgKi8sIDQwOTYpICA9
IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyogMjEgZW50cmllcyAqLywgNDA5NikgID0gMTM0NApn
ZXRkZW50czY0KDE0LCAvKiA2NCBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDk2CmdldGRlbnRz
NjQoMTQsIC8qIDIxIGVudHJpZXMgKi8sIDQwOTYpICA9IDEzNDQKZ2V0ZGVudHM2NCgxNCwg
LyogNjQgZW50cmllcyAqLywgNDA5NikgID0gNDA5NgpnZXRkZW50czY0KDE0LCAvKiAxNyBl
bnRyaWVzICovLCA0MDk2KSAgPSAxMDgwCmdldGRlbnRzNjQoMTQsIC8qIDY0IGVudHJpZXMg
Ki8sIDQwOTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyogMTUgZW50cmllcyAqLywgNDA5
NikgID0gOTYwCmdldGRlbnRzNjQoMTQsIC8qIDY0IGVudHJpZXMgKi8sIDQwOTYpICA9IDQw
OTYKZ2V0ZGVudHM2NCgxNCwgLyogMTUgZW50cmllcyAqLywgNDA5NikgID0gOTYwCmdldGRl
bnRzNjQoMTQsIC8qIDY0IGVudHJpZXMgKi8sIDQwOTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgx
NCwgLyogMTUgZW50cmllcyAqLywgNDA5NikgID0gOTYwCmdldGRlbnRzNjQoMTQsIC8qIDY0
IGVudHJpZXMgKi8sIDQwOTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyogMTUgZW50cmll
cyAqLywgNDA5NikgID0gOTYwCmdldGRlbnRzNjQoMTQsIC8qIDY0IGVudHJpZXMgKi8sIDQw
OTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyogMTUgZW50cmllcyAqLywgNDA5NikgID0g
OTYwCmdldGRlbnRzNjQoMTQsIC8qIDY0IGVudHJpZXMgKi8sIDQwOTYpICA9IDQwOTYKZ2V0
ZGVudHM2NCgxNCwgLyogMTUgZW50cmllcyAqLywgNDA5NikgID0gOTYwCmdldGRlbnRzNjQo
MTQsIC8qIDY0IGVudHJpZXMgKi8sIDQwOTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyog
MTUgZW50cmllcyAqLywgNDA5NikgID0gOTYwCmdldGRlbnRzNjQoMTQsIC8qIDY0IGVudHJp
ZXMgKi8sIDQwOTYpICA9IDQwNTYKZ2V0ZGVudHM2NCgxNCwgLyogMjQgZW50cmllcyAqLywg
NDA5NikgID0gMTM0NApnZXRkZW50czY0KDE0LCAvKiA3MyBlbnRyaWVzICovLCA0MDk2KSAg
PSA0MDg4CmdldGRlbnRzNjQoMTQsIC8qIDI2IGVudHJpZXMgKi8sIDQwOTYpICA9IDE1MzYK
Z2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywgNDA5NikgID0gNDA5NgpnZXRkZW50
czY0KDE0LCAvKiAyOCBlbnRyaWVzICovLCA0MDk2KSAgPSAxNTY4CmdldGRlbnRzNjQoMTQs
IC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwODgKZ2V0ZGVudHM2NCgxNCwgLyogMjkg
ZW50cmllcyAqLywgNDA5NikgID0gMTYyNApnZXRkZW50czY0KDE0LCAvKiA3MiBlbnRyaWVz
ICovLCA0MDk2KSAgPSA0MDcyCmdldGRlbnRzNjQoMTQsIC8qIDI4IGVudHJpZXMgKi8sIDQw
OTYpICA9IDE1NjgKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAqLywgNDA5NikgID0g
NDA4OApnZXRkZW50czY0KDE0LCAvKiAyOSBlbnRyaWVzICovLCA0MDk2KSAgPSAxNjI0Cmdl
dGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQwODgKZ2V0ZGVudHM2
NCgxNCwgLyogMjkgZW50cmllcyAqLywgNDA5NikgID0gMTYyNApnZXRkZW50czY0KDE0LCAv
KiA3MyBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDg4CmdldGRlbnRzNjQoMTQsIC8qIDI5IGVu
dHJpZXMgKi8sIDQwOTYpICA9IDE2MjQKZ2V0ZGVudHM2NCgxNCwgLyogNzMgZW50cmllcyAq
LywgNDA5NikgID0gNDA4OApnZXRkZW50czY0KDE0LCAvKiAyNyBlbnRyaWVzICovLCA0MDk2
KSAgPSAxNTQ0CmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8sIDQwOTYpICA9IDQw
ODgKZ2V0ZGVudHM2NCgxNCwgLyogMjggZW50cmllcyAqLywgNDA5NikgID0gMTU4NApnZXRk
ZW50czY0KDE0LCAvKiA3MiBlbnRyaWVzICovLCA0MDk2KSAgPSA0MDQ4CmdldGRlbnRzNjQo
MTQsIC8qIDI5IGVudHJpZXMgKi8sIDQwOTYpICA9IDE2MjQKZ2V0ZGVudHM2NCgxNCwgLyog
NzMgZW50cmllcyAqLywgNDA5NikgID0gNDA4OApnZXRkZW50czY0KDE0LCAvKiAyOSBlbnRy
aWVzICovLCA0MDk2KSAgPSAxNjMyCmdldGRlbnRzNjQoMTQsIC8qIDczIGVudHJpZXMgKi8s
IDQwOTYpICA9IDQwOTYKZ2V0ZGVudHM2NCgxNCwgLyogMjkgZW50cmllcyAqLywgNDA5Nikg
ID0gMTYyNApnZXRkZW50czY0KDE0LCAvKiA2MSBlbnRyaWVzICovLCA0MDk2KSAgPSAzNDMy
CmdldGRlbnRzNjQoMTQsIC8qIDAgZW50cmllcyAqLywgNDA5NikgICA9IDAKY2xvc2UoMTQp
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApicmsoMCkgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgPSAweDgwY2UwMDAKYnJrKDApICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgID0gMHg4MGNlMDAwCmJyaygweDgwYWQwMDApICAgICAgICAg
ICAgICAgICAgICAgICAgICA9IDB4ODBhZDAwMApicmsoMCkgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgPSAweDgwYWQwMDAKbXVubWFwKDB4NDA0NTUwMDAsIDEzNTE2OCkg
ICAgICAgICAgICAgID0gMApvcGVuKCIvaG9tZS9rZS8ubWFpbGRpci8uc3BhbS9jdXIvMTA3
MjMzNTczOC45MDg2XzIudHJhbGZhbWFkb3JlOjIsUyIsIE9fUkRPTkxZfE9fTEFSR0VGSUxF
KSA9IDE0CmZzdGF0NjQoMTQsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0yMDg5
LCAuLi59KSA9IDAKYnJrKDApICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0g
MHg4MGFkMDAwCmJyaygweDgwYWYwMDApICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4
ODBhZjAwMApicmsoMCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAweDgw
YWYwMDAKYnJrKDB4ODBiMDAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4MGIw
MDAwCmJyaygwKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4ODBiMDAw
MApicmsoMHg4MGIxMDAwKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAweDgwYjEwMDAK
cHJlYWQoMTQsICJSZWNlaXZlZDogZnJvbSByb290IGJ5IGthbGxlLmR5biIuLi4sIDIwODks
IDApID0gMjA4OQpwcmVhZCgxNCwgIlJlY2VpdmVkOiBmcm9tIHJvb3QgYnkga2FsbGUuZHlu
Ii4uLiwgMjA4OSwgMCkgPSAyMDg5CmJyaygwKSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICA9IDB4ODBiMTAwMApicmsoMHg4MGIyMDAwKSAgICAgICAgICAgICAgICAgICAg
ICAgICAgPSAweDgwYjIwMDAKYnJrKDApICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgID0gMHg4MGIyMDAwCmJyaygweDgwYjMwMDApICAgICAgICAgICAgICAgICAgICAgICAg
ICA9IDB4ODBiMzAwMAp0aW1lKFsxMDc1OTM0Njg1XSkgICAgICAgICAgICAgICAgICAgICAg
PSAxMDc1OTM0Njg1Cm9wZW4oIi9ldGMvbG9jYWx0aW1lIiwgT19SRE9OTFkpICAgICAgICA9
IDE1CmZzdGF0NjQoMTUsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT02NzUsIC4u
Ln0pID0gMAptbWFwMihOVUxMLCA0MDk2LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BS
SVZBVEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHg0MDAxZjAwMApyZWFkKDE1LCAiVFpp
ZlwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDRcMFwwXDBcNFwwIi4u
LiwgNDA5NikgPSA2NzUKYnJrKDApICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ID0gMHg4MGIzMDAwCmJyaygweDgwYjQwMDApICAgICAgICAgICAgICAgICAgICAgICAgICA9
IDB4ODBiNDAwMApjbG9zZSgxNSkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw
Cm11bm1hcCgweDQwMDFmMDAwLCA0MDk2KSAgICAgICAgICAgICAgICA9IDAKcnRfc2lnYWN0
aW9uKFNJR1BJUEUsIHsweDQwMTAzYzMwLCBbXSwgU0FfUkVTVE9SRVIsIDB4NDAwNTYyMTh9
LCB7U0lHX0lHTn0sIDgpID0gMApzZW5kKDMsICI8MTg+RmViICA0IDIzOjQ0OjQ1IGltYXAo
a2UpOiBmaSIuLi4sIDE2MCwgMCkgPSAxNjAKcnRfc2lnYWN0aW9uKFNJR1BJUEUsIHtTSUdf
SUdOfSwgTlVMTCwgOCkgPSAwCnJ0X3NpZ3Byb2NtYXNrKFNJR19VTkJMT0NLLCBbQUJSVF0s
IE5VTEwsIDgpID0gMApnZXRwaWQoKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
PSAyMzMyMwpraWxsKDIzMzIzLCBTSUdBQlJUKSAgICAgICAgICAgICAgICAgICAgPSAwCi0t
LSBTSUdBQlJUIChBYm9ydGVkKSBAIDAgKDApIC0tLQpQcm9jZXNzIDIzMzIzIGRldGFjaGVk
Cg==
--------------050307060804080207050507
Content-Type: application/gzip;
 name="bad.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="bad.tar.gz"

H4sIABV6IUAAA+1abXPbOJKer8Gv6GhTN0ltCPFFlChF5tqW5In34tgTK8nMTm25QBISaZEE
RYJ6u9r/fg3Kjh1bniS3vszUFrvKskSA3Y1Go/k8AD0WNA29Y1qWbhgGdTqt9oVJZc7iCUtY
IHLeM1+e//BviW7oervV+kHXdaNj6+q/bmx/K2m1Onit0+lYeseyWxb2b+GvH0D/98x+nZSF
ZDnADzP+pX48L76HQ99X3nGfRwse9GCSiwRyISR4a5ixOOY0WKdBWlCRT2EZyRBi4bMYno9W
UQItahovyJMoAOPgH6fmSsOZNF/rWuuAPJmIHGZ8/66SVzAOy5dg2jDkPpi6boHe7plOzzLg
rypJyB1vgixhUYxpGQjJWbGmPl78zdS71LAttN+mhvFP8gT9rTwLRSG3jp6dnlnwfMKlHyoN
Wpua1HrxybGb3s+LKJ3GXAtykb34on/wfDAav7jr5fnJ+MwytaOPQxW5hAc8nsWsKHiq/CVP
nm87vACM1YFujfShOXBewUceoK3WjS3T6Jntnm6Apjv3Y2E7WsvRnC5lQRFTyfOcUT9W0dAp
Xm051Hb+qRzYFbQrJ4bopkP11taV1qjTMc0BLkD9AW/snt298uaEFwWbcu142IP+tM3TZXth
zFpWx2lblrmw2sb+NJ6uMy+etV1yhB73oPF3EabpGgZCzBrQD8okEqZl71+u05U2YVV4XBxn
Fq+1sfja/qrnjM/S/XuRPi+9S+7LHiw5m6XoMKSYzZiEYsmDbWKAKHOIowkHvCFjacQLMmSS
93ZMfadnmmo6/qrbKgDHJyPtA9aASKQ9MKhOBiKVPJXaeJ3h/UkZyyhjuWyyGGcnZRIn7xUm
pyjTgOXrvYaJSXhBB+32YfvQGY7sbuui0yDnksmy6MF78ov2/nj4pgdWu2u0na5p4JXzjCUe
W/NCG6iBRpPIR8XKgwJbXik/9M+6jXMWpSppVDshRNN2mb3ju+Qr2QxlEqO/fsjygsu9Rllo
rPCjqHHTOWdpMeG5Nkp9EeDC6cG8xCQLtCyPUsm8mBPSfz0+eeOS/uHp8FfwpgMRi3zPGv5l
Ugk2DI8/uP3Dd26/qb6R/tHp2zFMmM+xV+Mgj7DCvGV5LpYNnKOrm/1KoIg2qpfhprBHAuFL
NMuBBQuG1qdclAUk+MSKWRr0m0ovqs8wAaJpqpT7OAieN9x+lEzBE3nAlfKG3oAi99W3UMqs
12wul0s6ySOeBvG6WPgFyzIqkz2SUS9vFiH31rKZ8yBIfd4MWOpjJBLMzmk0aWCWBTJUuhyn
ASGPpqGsfpnKrNv33P4Eo7lHPh9x43pojXbDfYPpSY7TZyWG2+dQCKxuS1iL8sc4Bo/DlUmQ
QtB+U6nDWKLiJupvZg8N+ZPthyzbN/Fu/GX7ZN4jDXcYFb5Y8BxkyImqJ7Bka7S9XUA5V+vr
ZjH9//vTZxDmfHJnulApw2nhxTSaMg//44Ttmq6G+yEqIkkwU0Ke836TuV/r8n+lXpG9qpqJ
yl8C0D/71G3by92RzS/hNY8XXOLKfQkFriANkYRKlauBaqa7h0UNCikyQKUhZ7ma3qrql8VL
yGIMO4epUFFX9QsHgGFPA5gIVdvUzOC1BPtBlBYyL31VIvZIAUwqjardE1KiPjGpfmW4WujV
Euk3z/Dv8M3p4L9/fn86Hrnb0f2f1iW5FZGYT6S7gICXvnIeU6gqyTFPpzJc4wL2YQkAW2sS
FqwMRFTANIo9nkvUGXAfkZmPPSfbTtvPnGdlEGHNhq3nV4Ooys4ims3zpe9BOV0kWZDMY7SA
xdfL5sESnfDXk/QSklngryCRlyAIZAuSAUKBhSiT1fQymxOSsEsp44dqp6ZhWSV/NG57LPE+
4X+zbSH+d7qd747/ddu6g/9tbK/x//eQR8L/oVfh/7+/05zTb8L/nZ6h/5nx/2f+PQr+Hzrm
0LZ3IW5Em07P1Hfj/8zPdEu3TcNqZX5BwzKVxUI3KIuVFZ8VkqZcwm9th7axbBnICgzFB8iT
ryYEo6F12D5o6YY1eNA9o7vbvd8cm3YwzLZJDb1VEZGv9DgKyJORF/5qXk78jzo/ADVJ/Z0I
30V8en+KdOVXS4WtfZeoWM/yLGh1HdOxny32J+baonNRZJd0YSefWMooCCIOb6I4XiPrWJZs
Fkf7oZAqavcoypc7fwU/8WcIoPMAn+fV85uLLHiQhVyP7qeTMQL9EzTD8x6cRH4uCjGRcFrK
GPkSjFZZrp6vNjICarYNm5qPwlqOuqZ5oV/YF/gcdOwG+nCWRyKP5BqZivLoXPl06+JbkScs
/h1eYz8Or/ncsYcZzbexlwN4/W50dAddJhxDPeVSzWIzMZtRGvAVzcLsbwdHRxfHQ+yetBou
QaAXi5db+KQ+jmESpVgEFWZGMIYWFISLRdFPVwqfubxCY0veFyxYukgW9hAJHUPIFrxS4HGe
gkJ002m8hfwQ98s0XrgCESECI1wqa8SLxdMbowcIDI8RopVxkP6IxZzHEV9wCDHRrkGiVP5s
bzlI2EZpzvpZXjKXYcWEhM14oQgHWkD8HGwho+jPZ97Kxby4uvVY/ljAT2WfCzlxGUZX9vdI
eOlzl6t7BCxFPgPloQKticDW9VowN+Vr8Fh/vUfmcu76s6dbNnjwGfC8hpjLEMGuu57N536Z
zxeph3h2M53FJEiBIPGIFsskS5eCkGBJyConN4GYb4IsRUYYFHJOlmVEIJ6SjZ9P5yvkaHOy
4ROMysxnLMk3k2nhr5bpZXxLgZcH6Qz5yQpR5a3LG0hWqxWTBUCSkNTzYsBLUHizMloSDslm
s4jnME0E22QJeEsoxSRbzuT0ciU4m8y89WIV5pcsKy43fB6tIYzglv44WfjhpCCZmH5isVXj
l3MzFAlX2B55TtqflnuE81npChV8tkfidLOZuUjZxATnolzNgnjqTrBTXqjwBwB8EgaL+4vr
Pwvy1nJLbvC/3bEc2tWd77//r9tGjf//IHkc/H/2Iarw/8l7zex+E/53errZM5w/Lf7/zL/H
wf+tjt41dgNsu9sz7N0A+/NRVzjf6CDSa3Wo0ba+bef/YGAcdtXS67Yf9sN6AOgb9tYy2mlt
7d5xrZqBkbKqjJlYXNptvbULuhvdnt3qtSyMrnUXuncNpmWmkxnt9FlmhmweGJodtvYnhr5w
Wp/A+4BJhtCIwUfMXJ4iJp/rZiA20/08vwfev9z5Gryb99H7wO89REtukP3REuP0EaEQnPCg
+BsGF14jmMPE4gkcxDGcIUj388hDhHSaoi+cwqnaGlMbxeTJEMEa/lrDImJwxIPRCtgCQrjc
QQ9ux+8L5OAlHJZRjCtVp4obmJ1H4AWDC9u8uDCOnAu9bR1ah4cHh5+TA2MXOXiN43yYGlj6
41CDHb49Fj94OjwdjH89G4Hab4Sz94dvjgfQ0JrNj9ag2RyOh9uGFtUNqDRGyncWN5ujtw24
Bdz2yNJSRbE5flc50mriTBVYLmXQcPvqCn5yFrh9GcmYu+cqjUR6nUCZUgtDZAYFYrnmtk//
ZDRGkDgen2mjn98ff1BQ8Xp4EsfdgAHCydHbsWq4CQFcn/lYw+M9cn6qOY7d1Qx0o5BrxVnw
1k93+EWBDU81DWjVasP/qP1zDeFCFOMM39rzRmR5d9f7FVSd1YYxZkgrW72Cf10pal8pumrT
s9W/QNOQGFStewS/bePhiWDt9jPwVXoov7Z+NFxcbIq6KH6D5S/i+XaTnBWyOr5gKfDqIGOP
CEDEXNEaXMtX+bVlPClyl6egdvl3WThVZ0ZY8vqeCyYguB9hvMbq6KAypRRgE+quLm15D9YB
dVGKRKjdc9VCd+t/+HhjwgOlh3rRpqEOTnAF5bi6lTeKvFWGTm6N5DXGS51uqCMNVh1p4Pcq
bNWMu+AD9wCZg5+TMgRSMCDzxQNLp0b//8Fyg/87XatLu6ZhfW/8b9mWfR//1+//fBd5HPz/
sz2s8P/pL5o++0b8bznqLZM/L/5X/j0m/h/pQ+vgcBfutnpWu2c/gLtFqPkxPr/Uyw3b9woK
K9C6berHi1CElKHZLIzY9hTAbFG7RdsW7ba/8RDA6rYOnU5b1w8PHvbRfIAbdExq4swoTmLb
FTf4Frd3UgS1+b19Kcq4SxEc35Q2T8yZtdZ8sZq3De48K5L4WRZ19turbGrxqdzQovjEFt4g
DOUwYAVXu/eyyIOk3F+zUIh7XOFLXSumoBJc47+z0/929BE+IOcoE5rALyxlK7qCD1EFMGl6
05TFcBmu4rQMNhskJA/A/etY/GFnAYZu6gfDwcVg4Bw+wlGA1Xqko4Dbfu1C+lmMt3wj1D9h
6RrOM+4jni0gL9O02oEPowKWnM8IGb8ewbsRPXgD49fHb38i6mWzOJpt9/QFfmzf1CgU9JRA
oiSS6q0FbCg4ZLkISl8WlJC3AsIoCChPKyBOp3iLBkcIW+GaDxKCOUOVqyplKOaMSibKVqqB
0WnOYBixDeUYEaSZWc7oRsQqOueCJkglcUZo5GNlOEg8GvEUG2QU01Ss4H0saY63/UPQGJOI
kEEsUPVmq0vSaIHAeZzTCg7EhPzC04iq58CAY3X3cq4SmooV+nKWC7phPrLNgmIiwUnph3CC
pZ9TFEJuIdpULD0uMc1UQBWubcaIQ+yroxUEqWQrx5MKVasTEchxLrCUBNtJwFhwBNQ5uXo/
Bh/Qv2/AW3OuNMdbzQzRL6zTch4TyLJpScTGC4qM5AERS1/mQRojLJ5totVkE0XrnF3O5xuY
QzablQCXizBMiZit1rPSC+4lYY2Za6mlllpqqaWWWmqppZZaaqmlllpqqaWWWmqppZZaaqml
llpqqaWWWmr5LvK/sWiNPgBQAAA=
--------------050307060804080207050507--


From lars@misterp.dk  Fri Feb  6 23:33:22 2004
Return-Path: <lars@misterp.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 025A3C002801; Fri,  6 Feb 2004 23:33:22 +0200 (EET)
Received: from misterp.dk (129.142.126.35.ip.tele2adsl.dk [129.142.126.35])
	by talvi.dovecot.org (Postfix) with ESMTP id AC5B3C002800
	for <dovecot@dovecot.org>; Fri,  6 Feb 2004 23:33:19 +0200 (EET)
Received: from [192.168.2.2] (g4 [192.168.2.2])
	by misterp.dk (8.12.9/8.12.9) with ESMTP id i16LUhsW011100
	for <dovecot@dovecot.org>; Fri, 6 Feb 2004 22:30:44 +0100 (CET)
X-Spam-Filter: check_local@misterp.dk by digitalanswers.org
Mime-Version: 1.0 (Apple Message framework v612)
Content-Transfer-Encoding: 7bit
Message-Id: <7EF7084C-58EB-11D8-B4EF-00039371FB8A@misterp.dk>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: dovecot@dovecot.org
From: Lars Skovgaard <lars@misterp.dk>
Date: Fri, 6 Feb 2004 22:29:07 +0100
X-Mailer: Apple Mail (2.612)
Subject: [Dovecot] Illegal characters in message names
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Fri, 06 Feb 2004 21:33:22 -0000
X-UID: 8642                                                  
Status: O
Content-Length: 1327

Hi all

I've set up Dovecot to use maildir-storage according to the previous  
hint from Blair Zajac, and it's working perfectly. However, I still  
have a problem with the way procmail wants to name the received emails.  
The following is a slightly modified extract from my logs:

procmail: [5373] Thu Feb  5 23:59:14 2004
procmail: Assigning "MAILDIR=/Users/name/Maildir/"
procmail: Assigning "ORGMAIL=/Users/name/Maildir/"
procmail: Assigning "DEFAULT=/Users/name/Maildir/"
procmail: Assigning "INCLUDERC=/Users/name/Library/rc.myrules"
procmail: Match on "^From:.*someone@somewhere.com"
procmail: Error while writing to
".Folder/tmp/1076021954.5373_0.y/rc.myrulessomewhere.com"
procmail: Couldn't create or rename temp file
".Folder/tmp/1076021954.5373_0.y/rc.myrulessomewhere.com"
procmail: Assigning
"LASTFOLDER=/Users/name/Maildir/new/ 
1076021954.5373_1.rp.comsomewhere.com"
procmail: Notified comsat:
"name@0:/Users/name/Maildir/new/1076021954.5373_1.rp.comsomewhere.com"

As you can see, procmail puts a slash in the middle of the name, which  
of course is not allowed. This causes the rule to break, and the mail  
to be delivered to the default mailbox instead of the intended. Does  
anyone know how to control which characters are allowed in procmail, or  
how to control the naming eg. by way of grep?

/Lars


From lists@pote.com  Sat Feb  7 17:47:57 2004
Return-Path: <lists@pote.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 46B59C002804; Sat,  7 Feb 2004 17:47:57 +0200 (EET)
Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net
	[207.217.120.62])
	by talvi.dovecot.org (Postfix) with ESMTP id E8C08C002801
	for <dovecot@dovecot.org>; Sat,  7 Feb 2004 17:47:54 +0200 (EET)
Received: from user-0ccemou.cable.mindspring.com ([24.199.91.30]
	helo=tarsier.pote.com)
	by snipe.mail.pas.earthlink.net with smtp (Exim 3.33 #1)
	id 1ApUdv-00072Q-00
	for dovecot@dovecot.org; Sat, 07 Feb 2004 07:45:16 -0800
Received: (qmail 11276 invoked from network); 7 Feb 2004 15:45:12 -0000
Received: from unknown (HELO tarsier.pote.com) (eater@192.168.50.105)
	by 192.168.50.105 with SMTP; 7 Feb 2004 10:45:12 -0500
Date: Sat, 7 Feb 2004 10:45:11 -0500 (EST)
From: Paul Adams <lists@pote.com>
To: dovecot@dovecot.org
In-Reply-To: <20040207100004.A070AC002806@talvi.dovecot.org>
Message-ID: <Pine.LNX.4.44.0402071041300.4801-100000@tarsier.pote.com>
References: <20040207100004.A070AC002806@talvi.dovecot.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Re: Illegal characters in message names
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 07 Feb 2004 15:47:57 -0000
X-UID: 8643                                                  
Status: O

> As you can see, procmail puts a slash in the middle of the name, which
> of course is not allowed. This causes the rule to break, and the mail
> to be delivered to the default mailbox instead of the intended.

That looks like this procmail bug:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859

Upgrading to procmail 3.22 should fix the problem.

	Paul


From allears@procrastinators.net  Sat Feb  7 18:02:14 2004
Return-Path: <allears@procrastinators.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8C656C002806; Sat,  7 Feb 2004 18:02:14 +0200 (EET)
Received: from infoblue.procrastinators.net (YahooBB219009224010.bbtec.net
	[219.9.224.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 633F2C002804
	for <dovecot@dovecot.org>; Sat,  7 Feb 2004 18:02:12 +0200 (EET)
Received: by infoblue.procrastinators.net (Postfix, from userid 48)
	id 9BEAB62800B; Sun,  8 Feb 2004 00:59:21 +0900 (JST)
Received: from 192.168.0.4 (SquirrelMail authenticated user allears)
	by 192.168.0.120 with HTTP; Sun, 8 Feb 2004 00:59:21 +0900 (JST)
Message-ID: <4859.192.168.0.4.1076169561.squirrel@192.168.0.120>
Date: Sun, 8 Feb 2004 00:59:21 +0900 (JST)
From: "S Tanaka" <allears@procrastinators.net>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2-2_rh9
MIME-Version: 1.0
Content-Type: text/plain;charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] CRAM-MD5 support?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sat, 07 Feb 2004 16:02:14 -0000
X-UID: 8644                                                  
Status: O

Hi, I'm wondering what is dovecot's support for CRAM-MD5? The mailing list
for November 2003 seems to indicate that Timo has included it into the CVS
tree, however the ChangeLogs in the latest version does not say anything
about it. The online docs has indicated that it's supported, but the doc
files in 0.99.10.4 doesn't seem to mention about it....

Thanks in advance.



From joshua@shallow.net  Sun Feb  8 02:30:08 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88B9AC002801; Sun,  8 Feb 2004 02:30:08 +0200 (EET)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id B6ECDC002800
	for <dovecot@dovecot.org>; Sun,  8 Feb 2004 02:30:05 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id 06F9E2FD4; Sun,  8 Feb 2004 11:27:20 +1100 (EST)
Date: Sun, 8 Feb 2004 11:27:19 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: S Tanaka <allears@procrastinators.net>
Subject: Re: [Dovecot] CRAM-MD5 support?
Message-ID: <20040208002719.GU23724@roughtrade.net>
References: <4859.192.168.0.4.1076169561.squirrel@192.168.0.120>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4859.192.168.0.4.1076169561.squirrel@192.168.0.120>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 08 Feb 2004 00:30:08 -0000
X-UID: 8645                                                  
Status: O

On Sun, Feb 08, 2004 at 12:59:21AM +0900, S Tanaka wrote:
> Hi, I'm wondering what is dovecot's support for CRAM-MD5? The mailing list
> for November 2003 seems to indicate that Timo has included it into the CVS
> tree, however the ChangeLogs in the latest version does not say anything
> about it. The online docs has indicated that it's supported, but the doc
> files in 0.99.10.4 doesn't seem to mention about it....

It's in CVS but not in the release version.  You can get the original
patch against 0.99.10.2 from http://www.roughtrade.net/dovecot/
(known to apply fine to 0.99.10.4).

Regards
Joshua.

-- 
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

From lars@misterp.dk  Sun Feb  8 12:37:02 2004
Return-Path: <lars@misterp.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D33BDC002802; Sun,  8 Feb 2004 12:37:02 +0200 (EET)
Received: from misterp.dk (129.142.126.35.ip.tele2adsl.dk [129.142.126.35])
	by talvi.dovecot.org (Postfix) with ESMTP id BD088C002800
	for <dovecot@dovecot.org>; Sun,  8 Feb 2004 12:36:59 +0200 (EET)
Received: from [192.168.2.2] (g4 [192.168.2.2])
	by misterp.dk (8.12.9/8.12.9) with ESMTP id i18AYKsW021252
	for <dovecot@dovecot.org>; Sun, 8 Feb 2004 11:34:20 +0100 (CET)
X-Spam-Filter: check_local@misterp.dk by digitalanswers.org
Mime-Version: 1.0 (Apple Message framework v612)
In-Reply-To: <20040208100003.59DD4C002809@talvi.dovecot.org>
References: <20040208100003.59DD4C002809@talvi.dovecot.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <209AFD5A-5A22-11D8-B4EF-00039371FB8A@misterp.dk>
Content-Transfer-Encoding: 7bit
From: Lars Skovgaard <lars@misterp.dk>
Date: Sun, 8 Feb 2004 11:32:42 +0100
To: dovecot@dovecot.org
X-Mailer: Apple Mail (2.612)
Subject: [Dovecot] Re: dovecot Digest, Vol 10, Issue 7
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 08 Feb 2004 10:37:03 -0000
X-UID: 8646                                                  
Status: O

>> As you can see, procmail puts a slash in the middle of the name, which
>> of course is not allowed. This causes the rule to break, and the mail
>> to be delivered to the default mailbox instead of the intended.
>
> That looks like this procmail bug:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859
>
> Upgrading to procmail 3.22 should fix the problem.
>
> 	Paul

Thanks a lot. Wow, I didn't even know about Bugzilla ...what a great 
site. I've upgraded to procmail 3.22, and the problem is solved!

/Lars


On 8/2-2004, at 11.00, dovecot-request@dovecot.org wrote:

>> As you can see, procmail puts a slash in the middle of the name, which
>> of course is not allowed. This causes the rule to break, and the mail
>> to be delivered to the default mailbox instead of the intended.
>
> That looks like this procmail bug:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=62859
>
> Upgrading to procmail 3.22 should fix the problem.
>
> 	Paul
>


From m_pahlevanzadeh@yahoo.com  Sun Feb  8 15:23:45 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 09883C002802; Sun,  8 Feb 2004 15:23:45 +0200 (EET)
Received: from web21401.mail.yahoo.com (web21401.mail.yahoo.com
	[216.136.232.71])
	by talvi.dovecot.org (Postfix) with SMTP id 29E81C002800
	for <dovecot@dovecot.org>; Sun,  8 Feb 2004 15:23:42 +0200 (EET)
Message-ID: <20040208132016.73490.qmail@web21401.mail.yahoo.com>
Received: from [81.31.160.4] by web21401.mail.yahoo.com via HTTP;
	Sun, 08 Feb 2004 05:20:16 PST
Date: Sun, 8 Feb 2004 05:20:16 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailman-Approved-At: Sun, 08 Feb 2004 20:03:17 +0200
Subject: [Dovecot] a newbie question.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 08 Feb 2004 13:23:45 -0000
X-UID: 8647                                                  
Status: O

Hi,
I'm a newbie.Sorry for my question.
I have RH9 & downloaded rpm of dovecot for RH9.
I installed it:
rpm -ivh nameOfthatrpm
& when i ran 
#service dovecot start ,I recieved following lines:
Starting IMAP daemon (dovecot): Fatal: Can't use SSL
certificate /usr/share/ssl/certs/dovecot.pem: No such
file  or directory                                    
                       [FAILED]


Please guide me........

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From rjohnson@medata.com  Sun Feb  8 20:12:43 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 30ED8C002808; Sun,  8 Feb 2004 20:12:43 +0200 (EET)
Received: from fed1mtao08.cox.net (fed1mtao08.cox.net [68.6.19.123])
	by talvi.dovecot.org (Postfix) with ESMTP id 9CB07C002800
	for <dovecot@dovecot.org>; Sun,  8 Feb 2004 20:12:39 +0200 (EET)
Received: from linux.htmlspinnr.org ([68.99.186.15]) by fed1mtao08.cox.net
	(InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
	id <20040208180957.ZNET5698.fed1mtao08.cox.net@linux.htmlspinnr.org>
	for <dovecot@dovecot.org>; Sun, 8 Feb 2004 13:09:57 -0500
Received: from medata.com (rickyj [192.168.1.3])
	by linux.htmlspinnr.org (8.12.10/8.12.10) with ESMTP id i18I9uPv029283
	for <dovecot@dovecot.org>; Sun, 8 Feb 2004 10:09:56 -0800
Message-ID: <40267B7A.4050900@medata.com>
Date: Sun, 08 Feb 2004 10:10:02 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] a newbie question.
References: <20040208132016.73490.qmail@web21401.mail.yahoo.com>
In-Reply-To: <20040208132016.73490.qmail@web21401.mail.yahoo.com>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 08 Feb 2004 18:12:43 -0000
X-UID: 8648                                                  
Status: O

Pahlevanzadeh Mohsen wrote:
> Hi,
> I'm a newbie.Sorry for my question.
> I have RH9 & downloaded rpm of dovecot for RH9.
> I installed it:
> rpm -ivh nameOfthatrpm
> & when i ran 
> #service dovecot start ,I recieved following lines:
> Starting IMAP daemon (dovecot): Fatal: Can't use SSL
> certificate /usr/share/ssl/certs/dovecot.pem: No such
> file  or directory                                    
>                        [FAILED]
> 
> 
> Please guide me........

You'll need to review and modify /etc/dovecot.conf - either comment out 
the imaps requirement for service, or generate a valid SSL certificate 
(do a google search for openssl generate certificate). If you don't plan 
on running SSL secured services, it's easier to turn them off in the 
configuration.

-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc. (from home)
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From shiva@sewingwitch.com  Sun Feb  8 20:14:32 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E95BCC002809; Sun,  8 Feb 2004 20:14:32 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 80DBFC002808
	for <dovecot@dovecot.org>; Sun,  8 Feb 2004 20:14:30 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i18IBmoP012471
	for <dovecot@dovecot.org>; Sun, 8 Feb 2004 13:11:49 -0500
Received: from [10.0.0.221] (CPQ32245280371.dhcp.lsi.lan [10.0.0.221])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i18IBl0g023370
	for <dovecot@dovecot.org>; Sun, 8 Feb 2004 10:11:48 -0800
Date: Sun, 08 Feb 2004 10:11:47 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Message-ID: <193598650.1076235107@[10.0.0.221]>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
Subject: [Dovecot] Bugzilla
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.3
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: Sun, 08 Feb 2004 18:14:33 -0000
X-UID: 8649                                                  
Status: O

--On Sunday, February 08, 2004 11:32 AM +0100 Lars Skovgaard 
<lars@misterp.dk> wrote:

> Thanks a lot. Wow, I didn't even know about Bugzilla ...what a great site.

Yep, a great thing. It grew out of Mozilla. I've installed it at my office 
for bug tracking. You just need Perl and MySQL.

Timo, do you get Bugzilla's for Dovecot from Red Hat forwarded to you? It 
looks like Jeremy Katz of Red Hat is the component owner, but you could get 
listed as "QA contact" so that you get cc'd as new bugs are entered.

The following query shows all bugs against the Dovecot component in all Red 
Hat "products":

<https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=dovecot>

From jello@waste.org  Mon Feb  9 05:26:54 2004
Return-Path: <jello@waste.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6C218C000D9D; Mon,  9 Feb 2004 05:26:54 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 63603C000D9B
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 05:26:52 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 71E6C239F7; Mon,  9 Feb 2004 05:24:11 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 60226239FA; Mon,  9 Feb 2004 05:24:10 +0200 (EET)
Received: from waste.org (waste.org [209.173.204.2])
	by danu.procontrol.fi (Postfix) with ESMTP id 8AB64239F7
	for <dovecot@procontrol.fi>; Mon,  9 Feb 2004 05:23:36 +0200 (EET)
Received: from localhost (63-225-147-9.mpls.qwest.net [63.225.147.9])
	by waste.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id i193NWib000717
	for <dovecot@procontrol.fi>; Sun, 8 Feb 2004 21:23:33 -0600
Received: from localhost (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP id CDD32406153
	for <dovecot@procontrol.fi>; Sun,  8 Feb 2004 21:23:32 -0600 (CST)
Received: from localhost ([127.0.0.1])
	by localhost (refuse [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 02748-03 for <dovecot@procontrol.fi>;
	Sun, 8 Feb 2004 21:23:32 -0600 (CST)
Received: by localhost (Postfix, from userid 1001)
	id 992BB406152; Sun,  8 Feb 2004 21:23:32 -0600 (CST)
Date: Sun, 8 Feb 2004 21:23:32 -0600
From: John Thompson <john@waste.org>
To: dovecot@procontrol.fi
Message-ID: <20040209032332.GD667@waste.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new
Cc: 
Subject: [Dovecot] ANNOUNCE: Mailadmin - New web interface for virtual
	domains
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 03:26:54 -0000
X-UID: 8650                                                  
Status: O
Content-Length: 1192

Hey there, I've written a(nother) web front end for postfix + dovecot
+ mysql, it's called Mailadmin. (I'm sure you could use it with
another POP/IMAP server, I haven't though)

You can download it at:

http://waste.org/~jello/mailadmin/

Some features are:

 o Licensed under the GPL
 o Written in perl
 o Written with security in mind
 o Supports regular mailboxes, forward-only boxes, and catchalls.
 o Ability to undelete deleted users (You'll have to do this manually
                                      for now (see TODO))
 o You can add as many admins as you want, and they can only see or
   modify their own domains/users.
 o Uses HTML::Template, so you can edit the pages to appear as you want
   without having to muck through a bunch of code

There are still a few features left to add (deleting domains for
instance), but it's been working great for me for a while.

Also, Debian Sarge (or later) users can use the install script and
brief instructions to go from a bare-bones install to fully working
postfix + dovecot + mysql virtual domains with web front-end in 5 or
10 minutes. Guaranteed! (ok, maybe not _guaranteed_, but it's quite
easy).

Feedback is much appreciated.

From m_pahlevanzadeh@yahoo.com  Mon Feb  9 08:56:57 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7B389C00280F; Mon,  9 Feb 2004 08:56:57 +0200 (EET)
Received: from web21402.mail.yahoo.com (web21402.mail.yahoo.com
	[216.136.232.72])
	by talvi.dovecot.org (Postfix) with SMTP id 599B7C000D9D
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 08:56:54 +0200 (EET)
Message-ID: <20040209065412.53588.qmail@web21402.mail.yahoo.com>
Received: from [81.31.160.4] by web21402.mail.yahoo.com via HTTP;
	Sun, 08 Feb 2004 22:54:12 PST
Date: Sun, 8 Feb 2004 22:54:12 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
Subject: Re: [Dovecot] a newbie question.
To: Rick Johnson <rjohnson@medata.com>, dovecot@dovecot.org
In-Reply-To: <40267B7A.4050900@medata.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 06:56:57 -0000
X-UID: 8651                                                  
Status: O
Content-Length: 1743

Agian hi.
But i don't know that what i write in
/etc/dovecot.conf
Please guide me.....
--- Rick Johnson <rjohnson@medata.com> wrote:
> Pahlevanzadeh Mohsen wrote:
> > Hi,
> > I'm a newbie.Sorry for my question.
> > I have RH9 & downloaded rpm of dovecot for RH9.
> > I installed it:
> > rpm -ivh nameOfthatrpm
> > & when i ran 
> > #service dovecot start ,I recieved following
> lines:
> > Starting IMAP daemon (dovecot): Fatal: Can't use
> SSL
> > certificate /usr/share/ssl/certs/dovecot.pem: No
> such
> > file  or directory                                
>    
> >                        [FAILED]
> > 
> > 
> > Please guide me........
> 
> You'll need to review and modify /etc/dovecot.conf -
> either comment out 
> the imaps requirement for service, or generate a
> valid SSL certificate 
> (do a google search for openssl generate
> certificate). If you don't plan 
> on running SSL secured services, it's easier to turn
> them off in the 
> configuration.
> 
> -Rick
> 
> -- 
> Rick Johnson, RHCE #807302311706007 -
> rjohnson@medata.com
> Linux/Network Administrator - Medata, Inc. (from
> home)
> PGP Public Key:
https://mail.medata.com/pgp/rjohnson.asc


=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From m_pahlevanzadeh@yahoo.com  Mon Feb  9 09:59:29 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F35E0C002800; Mon,  9 Feb 2004 09:59:28 +0200 (EET)
Received: from web21405.mail.yahoo.com (web21405.mail.yahoo.com
	[216.136.232.75])
	by talvi.dovecot.org (Postfix) with SMTP id 2355CC000D9B
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 09:59:26 +0200 (EET)
Message-ID: <20040209075644.83400.qmail@web21405.mail.yahoo.com>
Received: from [81.31.160.4] by web21405.mail.yahoo.com via HTTP;
	Sun, 08 Feb 2004 23:56:44 PST
Date: Sun, 8 Feb 2004 23:56:44 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] SSL certificate.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 07:59:29 -0000
X-UID: 8652                                                  
Status: O
Content-Length: 1507

Hi.
I had generate a SSL cetificate.
I performed following actions:

  mkdir	/opt/LocalCA
	cd	/opt/LocalCA

	mkdir	  certs
	mkdir	  private
	chmod 700 private

	echo	'01' > serial
	touch	index.txt
	
	cd /opt/LocalCA

	PATH=/opt/openssl/bin:$PATH
	export PATH

	OPENSSL_CONF=/opt/LocalCA/LocalCA.cnf
	export OPENSSL_CONF

	openssl req -x509 -newkey rsa -out 
cacert.pem -outform PEM -days 1825

Then made following files:
	/opt/LocalCA/cacert.pem		# CA public certificate
	/opt/LocalCA/private/cakey.pem	# CA private key

Then i performed 2 actions:
mv /opt/LocalCA/cacert.pem
/usr/share/ssl/certs/dovecot.pem
mv /opt/LocalCA/cakey.pem
/usr/shar/ssl/private/dovecot.pem
Now,I run service dovecot start
& i received following line:
Starting IMAP daemon (dovecot):                       
    [  OK  ]
But now i run service dovecot status
& i recieving following line:
dovecot dead but subsys locked




PLEASE GUIDE ME.........
 
	 

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From m_pahlevanzadeh@yahoo.com  Mon Feb  9 11:41:01 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2E034C000D9D; Mon,  9 Feb 2004 11:41:01 +0200 (EET)
Received: from web21404.mail.yahoo.com (web21404.mail.yahoo.com
	[216.136.232.74])
	by talvi.dovecot.org (Postfix) with SMTP id 75D28C000D9B
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 11:40:58 +0200 (EET)
Message-ID: <20040209093750.14030.qmail@web21404.mail.yahoo.com>
Received: from [81.31.160.4] by web21404.mail.yahoo.com via HTTP;
	Mon, 09 Feb 2004 01:37:50 PST
Date: Mon, 9 Feb 2004 01:37:50 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] Again SSL.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 09:41:01 -0000
X-UID: 8653                                                  
Status: O

Hi.
I uninstalled dovecot.After it,I build a rpm from
dovecot.org ,& installed it.
Now,when i run service dovecot start ,I received
following line:
Starting dovecot: Fatal: Can't use SSL certificate
/etc/ssl/certs/dovecot.pem: No such file or directory
                                                      
    [FAILED]
Please guide me...

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From security@jlug.org  Mon Feb  9 13:32:50 2004
Return-Path: <security@jlug.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AFAA3C002800; Mon,  9 Feb 2004 13:32:50 +0200 (EET)
Received: from jlug.fi (jlug.fi [192.194.49.184])
	by talvi.dovecot.org (Postfix) with ESMTP id 98681C000D9B
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 13:32:48 +0200 (EET)
Received: (qmail 2762 invoked by uid 537); 9 Feb 2004 11:29:15 -0000
Received: from security@jlug.org by jlug by uid 510 with qmail-scanner-1.20rc3
	(f-prot: 3.12/. spamassassin: 2.63.  Clear:RC:0:SA:0(-4.9/10.0):. 
	Processed in 11.763695 secs); 09 Feb 2004 11:29:15 -0000
Received: from unknown (HELO desktop) (security@jlug.org@195.197.199.46)
	by 0 with RC4-MD5 encrypted SMTP; 9 Feb 2004 11:29:03 -0000
Message-ID: <001d01c3ef00$08e61240$0200a8c0@desktop>
From: "Eero Volotinen" <security@jlug.org>
To: "Pahlevanzadeh Mohsen" <m_pahlevanzadeh@yahoo.com>, <dovecot@dovecot.org>
References: <20040209093750.14030.qmail@web21404.mail.yahoo.com>
Subject: Re: [Dovecot] Again SSL.
Date: Mon, 9 Feb 2004 13:29:49 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on jlug
X-Spam-Status: No, hits=-4.9 required=10.0 tests=BAYES_00 autolearn=ham 
	version=2.63
X-Spam-Level: 
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 11:32:50 -0000
X-UID: 8654                                                  
Status: O

> I uninstalled dovecot.After it,I build a rpm from
> dovecot.org ,& installed it.
> Now,when i run service dovecot start ,I received
> following line:
> Starting dovecot: Fatal: Can't use SSL certificate
> /etc/ssl/certs/dovecot.pem: No such file or directory

Just generate certificate and put it on correct path.
Reading configfile can be ... nice thing to do.

--
Eero


-- this message passed virusscanner at host jlug.fi --




From m_pahlevanzadeh@yahoo.com  Mon Feb  9 14:29:24 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EF4C2C002800; Mon,  9 Feb 2004 14:29:24 +0200 (EET)
Received: from web21407.mail.yahoo.com (web21407.mail.yahoo.com
	[216.136.232.77])
	by talvi.dovecot.org (Postfix) with SMTP id 7A1B8C000D9B
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 14:29:21 +0200 (EET)
Message-ID: <20040209122623.63192.qmail@web21407.mail.yahoo.com>
Received: from [81.31.160.4] by web21407.mail.yahoo.com via HTTP;
	Mon, 09 Feb 2004 04:26:23 PST
Date: Mon, 9 Feb 2004 04:26:23 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] Start-up
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 12:29:25 -0000
X-UID: 8655                                                  
Status: O

Hi.
I dovecot RPM on RH9,Of course,I used RPM fro RH9,But
when i run "service dovecot start" 
I receiving a OK
But when i run "service dovecot status"
I receiving folloing line:
dovecot dead but subsys locked
& even when i run "ps -A |grep dovecot" ,i'm not
receiving anythings.
Please guide me.....
Yours,Mohsen.


=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From jwt@qth.ath.cx  Mon Feb  9 16:17:20 2004
Return-Path: <jwt@qth.ath.cx>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D4B76C002801; Mon,  9 Feb 2004 16:17:20 +0200 (EET)
Received: from qth.ath.cx (usen-221x115x224x2.ap-US01.usen.ad.jp
	[221.115.224.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 86A73C002800
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 16:17:18 +0200 (EET)
Received: from jwt by qth.ath.cx with local (Exim 4.30) id 1AqCBE-0007aR-Mu
	for dovecot@dovecot.org; Mon, 09 Feb 2004 23:14:32 +0900
Date: Mon, 9 Feb 2004 23:14:32 +0900
From: Jim Tittsler <jwt@qth.ath.cx>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Start-up
Message-ID: <20040209141432.GA29011@server.onjapan.net>
References: <20040209122623.63192.qmail@web21407.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040209122623.63192.qmail@web21407.mail.yahoo.com>
User-Agent: Mutt/1.4.1i
Organization: 7J1AJH/AI8A Tokyo
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 14:17:21 -0000
X-UID: 8656                                                  
Status: O

On Mon, Feb 09, 2004 at 04:26:23AM -0800, Pahlevanzadeh Mohsen wrote:
> But when i run "service dovecot status"
> I receiving folloing line:
> dovecot dead but subsys locked

You may have a stale dovecot lock file in /var/lock/subsys.

As to why dovecot may not be starting up, there should be
information in the log files providing clues (check
/var/log/maillog).



From rjohnson@medata.com  Mon Feb  9 17:48:14 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 459A4C002801; Mon,  9 Feb 2004 17:48:14 +0200 (EET)
Received: from fed1mtao02.cox.net (fed1mtao02.cox.net [68.6.19.243])
	by talvi.dovecot.org (Postfix) with ESMTP id 775AEC002800
	for <dovecot@dovecot.org>; Mon,  9 Feb 2004 17:48:11 +0200 (EET)
Received: from linux.htmlspinnr.org ([68.99.186.15]) by fed1mtao02.cox.net
	(InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
	id <20040209154529.KBWL23539.fed1mtao02.cox.net@linux.htmlspinnr.org>; 
	Mon, 9 Feb 2004 10:45:29 -0500
Received: from medata.com (rickyj [192.168.1.3])
	by linux.htmlspinnr.org (8.12.10/8.12.10) with ESMTP id i19FjQPv001558; 
	Mon, 9 Feb 2004 07:45:26 -0800
Message-ID: <4027AB19.30604@medata.com>
Date: Mon, 09 Feb 2004 07:45:29 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
Subject: Re: [Dovecot] a newbie question.
References: <20040209065412.53588.qmail@web21402.mail.yahoo.com>
In-Reply-To: <20040209065412.53588.qmail@web21402.mail.yahoo.com>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 09 Feb 2004 15:48:14 -0000
X-UID: 8657                                                  
Status: O

Pahlevanzadeh Mohsen wrote:

> Agian hi.
> But i don't know that what i write in
> /etc/dovecot.conf
> Please guide me.....

I cannot guide you beyond what the comments list, except to suggest 
looking in the SSL section of the file. The conf file is well 
documented. Make a backup copy of it, and try away. The worst you could 
do is restore the backup if something fails.

I can suggest that you also read the docs - if installed from an RPM, 
they may be inside /usr/share/doc/dovecot-*/. It may suggest how to get 
the SSL certificate installed.

-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc. (from home)
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From kiwi@oav.net  Tue Feb 10 18:00:42 2004
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 25879C002800; Tue, 10 Feb 2004 18:00:42 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D9D5AC000D9D
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 18:00:39 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 899622385D; Tue, 10 Feb 2004 17:57:55 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 85064239FA; Tue, 10 Feb 2004 17:57:55 +0200 (EET)
Received: from akira.oav.net (akira.oav.net [195.20.105.157])
	by danu.procontrol.fi (Postfix) with ESMTP id 967222385D
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 17:57:23 +0200 (EET)
Received: from [10.0.1.27] (babel.zehc.net [213.36.100.145])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by akira.oav.net (Postfix) with ESMTP id 4AC612A43D
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 16:57:19 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v612)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
Content-Transfer-Encoding: 7bit
X-Image-Url: http://www.oav.net/~kiwi/kiwi.jpg
From: Xavier Beaudouin <kiwi@oav.net>
X-Face: 8u$<#gAcwx"EZ1; LY4S{`{^D0'*'75&}5\XN1m6&R"N3P0aLN|^*v-p9@iw74t0RXvGGnR
	]5)NaG6vj^LqWB:7f3*yf?q}6Cu6#?XV>Q[Kn&33``:R@E\!R~gk)nc&5X)\fHZbm4GaIf
	gK$GT'B=\KS&?t}%C%Y:R,W9%7JbYDx![gw'^SN'9L[?Xpcw<SfTTEf(/UPO==i^!94y1U
	C&`#Pucn/9!w5:J>h5{$q9LlUMw; &JS&BL)~c4o>]
Date: Tue, 10 Feb 2004 16:57:17 +0100
To: dovecot@procontrol.fi
X-Mailer: Apple Mail (2.612)
Cc: 
Subject: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal
	messages" from UW-IMAP ?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 10 Feb 2004 16:00:42 -0000
X-UID: 8658                                                  
Status: O

Hello there,

We want to move from UW-IMAP to Dovecot (mbox format), works like a 
charm, but UW-IMAP has that bloody habbit to make a stupid message in 
all his mailbox files :

 From MAILER-DAEMON Thu Apr 19 10:30:01 2001
Date: 19 Apr 2001 10:30:01 +0200
From: Mail System Internal Data <MAILER-DAEMON@mailhub2-vil.isdnet.net>
Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
Message-ID: <987669001@mailhub2-vil.isdnet.net>
X-IMAP: 0987630138 0000000001
Status: RO

This text is part of the internal format of your mail folder, and is not
a real message.  It is created automatically by the mail system 
software.
If deleted, important folder data will be lost, and it will be 
re-created
with the data reset to initial values.

Is there any patch / trick / whatever to avoid that such "stupid" 
message to be not served by dovecot ?

Thanks,
/Xavier


From rjohnson@medata.com  Tue Feb 10 19:30:25 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 007E9C002802; Tue, 10 Feb 2004 19:30:25 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1CA17C002801
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 19:30:23 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 873702385D; Tue, 10 Feb 2004 19:27:38 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7BE28239F6; Tue, 10 Feb 2004 19:27:38 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by danu.procontrol.fi (Postfix) with ESMTP id E26682385D
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 19:27:04 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i1AHQvk6026324
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 09:26:57 -0800
Message-ID: <40291462.9090408@medata.com>
Date: Tue, 10 Feb 2004 09:26:58 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal
	messages" from UW-IMAP ?
References: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
In-Reply-To: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/mixed; boundary="------------040805030608020702070903"
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 10 Feb 2004 17:30:25 -0000
X-UID: 8659                                                  
Status: O
Content-Length: 2538

This is a multi-part message in MIME format.
--------------040805030608020702070903
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Many of the scripts that do the conversion remove this message.

I used perfect_maildir.pl to do my conversion. It was more or less 
dead-on, but had the habbit of marking some unread messages incorrectly 
as "read" after the conversion.

I've attached a patch which "fixed" this in my case. This patches 
against perfect_maildir.pl v0.2.

-Rick

Xavier Beaudouin wrote:
> Hello there,
> 
> We want to move from UW-IMAP to Dovecot (mbox format), works like a 
> charm, but UW-IMAP has that bloody habbit to make a stupid message in 
> all his mailbox files :
> 
>  From MAILER-DAEMON Thu Apr 19 10:30:01 2001
> Date: 19 Apr 2001 10:30:01 +0200
> From: Mail System Internal Data <MAILER-DAEMON@mailhub2-vil.isdnet.net>
> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
> Message-ID: <987669001@mailhub2-vil.isdnet.net>
> X-IMAP: 0987630138 0000000001
> Status: RO
> 
> This text is part of the internal format of your mail folder, and is not
> a real message.  It is created automatically by the mail system software.
> If deleted, important folder data will be lost, and it will be re-created
> with the data reset to initial values.
> 
> Is there any patch / trick / whatever to avoid that such "stupid" 
> message to be not served by dovecot ?
> 
> Thanks,
> /Xavier
> 


-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

--------------040805030608020702070903
Content-Type: text/x-patch;
 name="perfect_maildir.pl.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="perfect_maildir.pl.patch"

74c74,77
<   $extra .= 'S' if (($flags =~ /R/) || ($flags =~ /O/)); # seen
---
> #  $extra .= 'S' if (($flags =~ /R/) || ($flags =~ /O/)); # seen
> # Above is an "or", UW-IMAP uses RO for seen combined. O is "old, but not seen, so we want no flags in that case
> # Below fixes, and also accounts for some servers using "U" for old/read or undeleted.
>   $extra .= 'S' if ((($flags =~ /R/) && ($flags =~ /O/)) || ($flags =~ /U/)); # seen
76c79,81
<   $file .= ":2,$extra" if $extra;
---
> #  $file .= ":2,$extra" if $extra;
> # We want the ":2," anyway to show that the message isn't "new" with Dovecot, but has no other status, make unconditional.
>   $file .= ":2,$extra";

--------------040805030608020702070903--

From kiwi@oav.net  Tue Feb 10 19:48:41 2004
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 30FA5C002803; Tue, 10 Feb 2004 19:48:41 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 47208C002802
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 19:48:39 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id C04E62385D; Tue, 10 Feb 2004 19:45:54 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B9638239F6; Tue, 10 Feb 2004 19:45:54 +0200 (EET)
Received: from akira.oav.net (akira.oav.net [195.20.105.157])
	by danu.procontrol.fi (Postfix) with ESMTP id 11A532385D
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 19:45:18 +0200 (EET)
Received: from [10.0.1.27] (babel.zehc.net [213.36.100.145])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by akira.oav.net (Postfix) with ESMTP
	id E77692A43D; Tue, 10 Feb 2004 18:45:16 +0100 (CET)
In-Reply-To: <40291462.9090408@medata.com>
References: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
	<40291462.9090408@medata.com>
Mime-Version: 1.0 (Apple Message framework v612)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <E22B8B53-5BF0-11D8-B702-000393B64262@oav.net>
Content-Transfer-Encoding: quoted-printable
X-Image-Url: http://www.oav.net/~kiwi/kiwi.jpg
From: Xavier Beaudouin <kiwi@oav.net>
X-Face: 8u$<#gAcwx"EZ1; LY4S{`{^D0'*'75&}5\XN1m6&R"N3P0aLN|^*v-p9@iw74t0RXvGGnR
	]5)NaG6vj^LqWB:7f3*yf?q}6Cu6#?XV>Q[Kn&33``:R@E\!R~gk)nc&5X)\fHZbm4GaIf
	gK$GT'B=\KS&?t}%C%Y:R,W9%7JbYDx![gw'^SN'9L[?Xpcw<SfTTEf(/UPO==i^!94y1U
	C&`#Pucn/9!w5:J>h5{$q9LlUMw; &JS&BL)~c4o>]
Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal
	messages" from UW-IMAP ?
Date: Tue, 10 Feb 2004 18:45:15 +0100
To: Rick Johnson <rjohnson@medata.com>
X-Mailer: Apple Mail (2.612)
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 10 Feb 2004 17:48:41 -0000
X-UID: 8660                                                  
Status: O
Content-Length: 2507

The main problem I have is that I have more than 700k boxes... And I=20
cannot (yet?) affording to convert them into
maildir (even if it is more efficient.....)...

/Xavier
Le 10 f=E9vr. 04, =E0 18:26, Rick Johnson a =E9crit :

> Many of the scripts that do the conversion remove this message.
>
> I used perfect_maildir.pl to do my conversion. It was more or less=20
> dead-on, but had the habbit of marking some unread messages=20
> incorrectly as "read" after the conversion.
>
> I've attached a patch which "fixed" this in my case. This patches=20
> against perfect_maildir.pl v0.2.
>
> -Rick
>
> Xavier Beaudouin wrote:
>> Hello there,
>> We want to move from UW-IMAP to Dovecot (mbox format), works like a=20=

>> charm, but UW-IMAP has that bloody habbit to make a stupid message in=20=

>> all his mailbox files :
>>  =46rom MAILER-DAEMON Thu Apr 19 10:30:01 2001
>> Date: 19 Apr 2001 10:30:01 +0200
>> From: Mail System Internal Data=20
>> <MAILER-DAEMON@mailhub2-vil.isdnet.net>
>> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
>> Message-ID: <987669001@mailhub2-vil.isdnet.net>
>> X-IMAP: 0987630138 0000000001
>> Status: RO
>> This text is part of the internal format of your mail folder, and is=20=

>> not
>> a real message.  It is created automatically by the mail system=20
>> software.
>> If deleted, important folder data will be lost, and it will be=20
>> re-created
>> with the data reset to initial values.
>> Is there any patch / trick / whatever to avoid that such "stupid"=20
>> message to be not served by dovecot ?
>> Thanks,
>> /Xavier
>
>
> --=20
> Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
> Linux/Network Administrator - Medata, Inc.
> PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc
> 74c74,77
> <   $extra .=3D 'S' if (($flags =3D~ /R/) || ($flags =3D~ /O/)); # =
seen
> ---
> > #  $extra .=3D 'S' if (($flags =3D~ /R/) || ($flags =3D~ /O/)); # =
seen
> > # Above is an "or", UW-IMAP uses RO for seen combined. O is "old,=20
> but not seen, so we want no flags in that case
> > # Below fixes, and also accounts for some servers using "U" for=20
> old/read or undeleted.
> >   $extra .=3D 'S' if ((($flags =3D~ /R/) && ($flags =3D~ /O/)) || =
($flags=20
> =3D~ /U/)); # seen
> 76c79,81
> <   $file .=3D ":2,$extra" if $extra;
> ---
> > #  $file .=3D ":2,$extra" if $extra;
> > # We want the ":2," anyway to show that the message isn't "new" with=20=

> Dovecot, but has no other status, make unconditional.
> >   $file .=3D ":2,$extra";


From rjohnson@medata.com  Tue Feb 10 19:59:17 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9FE65C002804; Tue, 10 Feb 2004 19:59:17 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 304EFC002803
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 19:59:15 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id A508A239F7; Tue, 10 Feb 2004 19:56:30 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A0C9D239F6; Tue, 10 Feb 2004 19:56:30 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by danu.procontrol.fi (Postfix) with ESMTP id 5F0272385D
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 19:55:57 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i1AHtmBv000347
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 10 Feb 2004 09:55:48 -0800
Message-ID: <40291B25.6030500@medata.com>
Date: Tue, 10 Feb 2004 09:55:49 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Xavier Beaudouin <kiwi@oav.net>
Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal
	messages" from UW-IMAP ?
References: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
	<40291462.9090408@medata.com>
	<E22B8B53-5BF0-11D8-B702-000393B64262@oav.net>
In-Reply-To: <E22B8B53-5BF0-11D8-B702-000393B64262@oav.net>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/mixed; boundary="------------040401040906020900000109"
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 10 Feb 2004 17:59:17 -0000
X-UID: 8661                                                  
Status: O
Content-Length: 7464

This is a multi-part message in MIME format.
--------------040401040906020900000109
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Xavier Beaudouin wrote:
> The main problem I have is that I have more than 700k boxes... And I 
> cannot (yet?) affording to convert them into
> maildir (even if it is more efficient.....)...

I converted about 160 at once using the attached script, along with 
perfect_maildir.pl. It worked fairly well, and will traverse about 3 
levels deep, and subscribes (using dovecot's .subscriptions) each folder 
it converts.

YMMV.

-Rick


-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

--------------040401040906020900000109
Content-Type: text/x-sh;
 name="convertmbox.sh"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="convertmbox.sh"

#!/bin/bash

# This script works well for converting entire home directories from mbox to Maildir. It will walk down 3 levels deep.
# Also subscribe all folders converted using Dovecot standard, and creates Mozilla/Thunderbird "basic" folders
# For users who don't already have them. 

# Freely Distributable - No Warranties for results

# Rick Johnson - rjohnson@medata.com - 1/20/2004

# Requires the perfect_maildir.pl script. Assumes mbox and Maildir directories will exist within home. Minor edits can relocate.

# Execute from the path that contains user home/mail directories. Modify variables below to suit.

# v0.1 - Initial release

# Path to perfect_maildir.pl script
script="/home/perfect_maildir.pl"
# Who to convert - either single directories or * for all users - or use $@ for command line
convert="*"
# INBOX Location - exclude trailing slash
spool="/var/spool/mail"
# Maildir name - relative to parent path
maildir="Maildir"
# mbox Mailbox name
mbox="mail"
# home location
home="/home"
# Shall we subscribe?
subscribe=1
# Subscribe to dirs as well?
subscribedir=1
# Create default folders for existing boxes?
createexist=1
# Create default folders for new boxes"
createnew=1

for listing in $convert
do 
	homedir="${home}/${listing}"
	subscriptions="$homedir/$maildir/.subscriptions"
	echo "Converting mailbox for $homedir"
	if [ -d "$homedir" ]
	then
		cd "$homedir"
		pwd
		if [ ! -d "$maildir" ]
		then
			mkdir -p $maildir/new $maildir/tmp $maildir/cur
		fi
		if [ -d "$maildir" ]
		then
			$script $maildir/ < ${spool}/${listing}
			if [ $subscribe -ne 0 ]
			then
				echo "INBOX" > $subscriptions
				echo "Subscribing to INBOX"
			fi
			# Test for existing mbox - convert if existing, otherwise create new below.
			if [ -d "$homedir/$mbox" ]
			then
				echo "Previous Mail structure, let's convert it."
				cd "$homedir/$mbox"
				level1=( * ) 
				a=0
				until [ $a = ${#level1[@]} ]
				do
					workinga="${level1[${a}]}"
#					echo "Working on $workinga"
					if [ -d "$workinga" ]
					then
						echo "$workinga is a directory, let's create structure, then traverse."
						mkdir -p "$homedir/$maildir/.$workinga/cur" "$homedir/$maildir/.$workinga/new" "$homedir/$maildir/.$workinga/tmp"
						if [ $subscribedir -ne 0 ]
						then
							echo "Subscribing to directory $workinga"
							echo "$workinga" >> $subscriptions
						fi
						cd "$workinga"
						level2=( * )
						b=0
						until [ $b = ${#level2[@]} ]
						do
							workingb="${level2[${b}]}"
#							echo "Working on $workingb"
							if [ -d "$workingb" ]
							then
								echo "$workingb is a directory, let's create structure, then traverse."
								mkdir -p "$homedir/$maildir/.$workinga.$workingb/cur" "$homedir/$maildir/.$workinga.$workingb/new" "$homedir/$maildir/.$workinga.$workingb/tmp"
								if [ $subscribedir -ne 0 ]
								then
									echo "Subscribing to directory $workinga.$workingb"
									echo "$workinga.$workingb" >> $subscriptions
								fi
								cd "$workingb"
								level3=( * )
								c=0
								until [ $c = ${#level3[@]} ]
								do
									workingc="${level3[${c}]}"
#									echo "Working on $workingc"
 									mkdir -p "$homedir/$maildir/.$workinga.$workingb.$workingc/cur" "$homedir/$maildir/.$workinga.$workingb.$workingc/new" "$homedir/$maildir/.$workinga.$workingb.$workingc/tmp"
									$script "${homedir}/$maildir/.$workinga.$workingb.$workingc/" < "${homedir}/$mbox/$workinga/$workingb/$workingc"
									if [ $subscribe -ne 0 ]
									then
										echo "$workinga.$workingb.$workingc" >> $subscriptions
										echo "Subscribing to $workinga.$workingb.$workingc"
									fi
									c=$(($c+1))
								done
								echo "Done inside ${workingb}." 
								cd "${homedir}/$mbox/${workinga}"
							else
								mkdir -p "$homedir/$maildir/.$workinga.$workingb/cur" "$homedir/$maildir/.$workinga.$workingb/new" "$homedir/$maildir/.$workinga.$workingb/tmp"
								$script "${homedir}/$maildir/.$workinga.$workingb/" < "${homedir}/$mbox/$workinga/$workingb"
								if [ $subscribe -ne 0 ]
								then
									echo "Subscribing to $workinga.$workingb"
									echo "$workinga.$workingb" >> $subscriptions
								fi
							fi
						b=$(($b+1))
						done
						echo "Done inside $workinga." 
						cd "$homedir/$mbox"
					else
						if [ -f "$homedir/$mbox/$workinga" ]
						then
							mkdir -p "$homedir/$maildir/.$workinga/cur" "$homedir/$maildir/.$workinga/new" "$homedir/$maildir/.$workinga/tmp"
							$script "${homedir}/$maildir/.$workinga/" < "${homedir}/$mbox/$workinga"
							if [ $subscribe -ne 0 ]
							then
								echo "Subscribing to $workinga"
								echo "$workinga" >> $subscriptions
							fi
						fi
					fi
				a=$(($a+1))
				done
				cd $homedir
				
				# Create basic folders if they don't already exist

				if [ $createexist -ne 0 ]
				then
					for basic in Drafts Sent Templates Trash
					do
						if [ ! -f $homedir/$mbox/${basic} ]
						then
							mkdir -p $homedir/$maildir/.${basic}/cur $homedir/$maildir/.${basic}/new $homedir/$maildir/.${basic}/tmp
							if [ $subscribe -ne 0 ]
							then
								echo "Subscribing to ${basic}"
								echo "${basic}" >> $subscriptions
							fi
						fi
					done
				# If the user already has a Junk or Spam folder, don't create a new one, otherwise create Junk.
					if [ ! -f $homedir/$mbox/Spam -o ! -f $homedir/$mbox/Junk ]
					then
						mkdir -p $homedir/$maildir/.Junk/cur $homedir/$maildir/.Junk/new $homedir/$maildir/.Junk/tmp
						echo "Junk" >> $subscriptions
					fi
				fi
	 		elif [ $createnew -ne 0 ]
			then 
				for basic in Drafts Sent Templates Trash
				do
					if [ ! -f $homedir/$mbox/${basic} ]
					then
						mkdir -p $homedir/$maildir/.${basic}/cur $homedir/$maildir/.${basic}/new $homedir/$maildir/.${basic}/tmp
						if [ $subscribe -ne 0 ]
						then
							echo "Subscribing to ${basic}"
							echo "${basic}" >> $subscriptions
						fi
					fi
				done
				# If the user already has a Junk or Spam folder, don't create a new one, otherwise create Junk.
				if [ ! -f $homedir/$mbox/Spam -o ! -f $homedir/$mbox/Junk ]
				then
					mkdir -p $homedir/$maildir/.Junk/cur $homedir/$maildir/.Junk/new $homedir/$maildir/.Junk/tmp
					echo "Junk" >> $subscriptions
				fi
			fi
			chown -R $listing $maildir
			chmod -R go-rwx $maildir
			cd /home
		else
			echo "$maildir directory creation failed"
			exit 1
		fi
	else
		echo "Home directory $homedir doesn't exist?"
	fi
done
exit 0

--------------040401040906020900000109--

From jamie@tridentmicrosystems.co.uk  Tue Feb 10 20:13:15 2004
Return-Path: <jamie@tridentmicrosystems.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6D4E9C00280B; Tue, 10 Feb 2004 20:13:15 +0200 (EET)
Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [81.3.89.57])
	by talvi.dovecot.org (Postfix) with ESMTP id 4AF67C002803
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 20:13:13 +0200 (EET)
Received: from m0ng (wrkstn-62.pe.trident-uk.co.uk [192.168.100.62])
	by mail.trident-uk.co.uk (Postfix) with ESMTP id EA072B91EA
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 18:10:26 +0000 (GMT)
From: "Jamie Heckford" <jamie@tridentmicrosystems.co.uk>
To: <dovecot@dovecot.org>
Date: Tue, 10 Feb 2004 18:10:25 -0000
Organization: Trident Microsystems Ltd
Message-ID: <003c01c3f001$281da1d0$3e64a8c0@m0ng>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Subject: [Dovecot] Dovecot on FreeBSD 4.9 - "Invalid Password Field"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: jamie@tridentmicrosystems.co.uk
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, 10 Feb 2004 18:13:15 -0000
X-UID: 8662                                                  
Status: O
Content-Length: 1543

Hi,

I am attempting to get dovecot up and running on FreeBSD 4.9..... Tried
with the default config file and my own one (below) but when trying to
login I get the following:

Feb 10 17:59:53 cobain dovecot-auth: passwd(jamie): invalid password
field '*'

It seems like it is trying to read straight from /etc/passwd? I thought
it called getpw().

Is this a common error and could anyone shed some light on how to fix
it?

Thanks :)

Jamie 

-- dovecot.conf


## Dovecot 1.0 configuration file
base_dir = /var/dovecot/
protocols = imap
imap_listen = 192.168.120.7
login_dir = /var/dovecot/login
login_chroot = yes
ssl_disable = yes

## IMAP login process

login = imap
login_executable = /usr/local/libexec/dovecot/imap-login
login_user = dovecot
login_process_size = 16

##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
max_mail_processes = 300
verbose_proctitle = yes
first_valid_uid = 5000
last_valid_uid = 8000
first_valid_gid = 5000
last_valid_gid = 5100
default_mail_env = maildir:/u/home/%u
client_workarounds = oe6-fetch-no-newmail outlook-idle
mail_save_crlf = yes
maildir_copy_with_hardlinks = yes
mbox_locks = fcntl

## IMAP process

imap_executable = /usr/local/libexec/dovecot/imap
imap_process_size = 256

## Authentication processes

auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = passwd
auth_user = root
auth_username_chars =
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@
auth_verbose = yes


From tsg@cctg.com  Tue Feb 10 20:28:46 2004
Return-Path: <tsg@cctg.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 41C18C00280F; Tue, 10 Feb 2004 20:28:46 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 813DAC002803
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 20:28:44 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id DD9FC239F5; Tue, 10 Feb 2004 20:25:59 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CC2AE239F6; Tue, 10 Feb 2004 20:25:59 +0200 (EET)
Received: from tercesi.cctg.com (smtp.cctg.com [66.80.224.100])
	by danu.procontrol.fi (Postfix) with ESMTP id A99B7239F5
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 20:25:25 +0200 (EET)
Received: from tercesi.cctg.com (localhost [127.0.0.1])
	by tercesi.cctg.com (8.12.10/8.12.10/jjb-tercesi) with ESMTP id
	i1AIPO0T010578
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@procontrol.fi>; Tue, 10 Feb 2004 10:25:24 -0800 (PST)
X-Envelope-From: tsg@cctg.com
X-Envelope-To: <dovecot@procontrol.fi>
Received: (from nobody@localhost)
	by tercesi.cctg.com (8.12.10/8.12.10/Submit) id i1AIPOk4010577;
	Tue, 10 Feb 2004 10:25:24 -0800 (PST)
X-Authentication-Warning: tercesi.cctg.com: nobody set sender to tsg@cctg.com
	using -f
Received: from 66.80.224.60 (SquirrelMail authenticated user tsg9)
	by tercesi.cctg.com with HTTP; Tue, 10 Feb 2004 10:25:23 -0800 (PST)
Message-ID: <1324.66.80.224.60.1076437523.squirrel@tercesi.cctg.com>
Date: Tue, 10 Feb 2004 10:25:23 -0800 (PST)
From: "Ted S. Garaventa" <tsg@cctg.com>
To: dovecot@procontrol.fi
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Cc: 
Subject: [Dovecot] Quitting list
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: tsg@cctg.com
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, 10 Feb 2004 18:28:46 -0000
X-UID: 8663                                                  
Status: O

I have tried all the methods outlined in the original email received from
the list on unsubscribing and none work.

Can someone tell me how to unsubscribe.  All the links in the email sent
to me when I subscribed are broken.



From shiva@sewingwitch.com  Tue Feb 10 22:41:28 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EE2EDC00280F; Tue, 10 Feb 2004 22:41:28 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 9BCE5C002803
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 22:41:26 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i1AKcIoP020687
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 15:38:26 -0500
Received: from [10.0.0.221] (CPQ32245280371.dhcp.lsi.lan [10.0.0.221])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i1AKcI0g017555
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 12:38:18 -0800
Date: Tue, 10 Feb 2004 12:38:17 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Message-ID: <11685482.1076416697@[10.0.0.221]>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
Subject: [Dovecot] Mailbox formats
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 10 Feb 2004 20:41:29 -0000
X-UID: 8664                                                  
Status: O

I'm currently using mbox and mbx with UW-IMAP, mbox for space efficiency 
and mbx for folders with lots of messages for time efficiency without a 
large space cost. I've avoided maildir because it has a relatively high 
space cost; mbox has no inter-message cost while maildir wastes on average 
half a sector plus an inode for each message.

What other formats are there, and has anyone come up with a good format 
that gives both good time and space characteristics without sacrificing 
reliability?

(I'm aware of the file format list in the UW-IMAP distro: 
<http://www.washington.edu/imap/documentation/formats.txt.html>)

From shiva@sewingwitch.com  Tue Feb 10 23:59:14 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EBBD9C002803; Tue, 10 Feb 2004 23:59:14 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 0F114C002814
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 23:59:11 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i1ALuOoP007370
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 16:56:24 -0500
Received: from [10.0.0.221] (CPQ32245280371.dhcp.lsi.lan [10.0.0.221])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i1ALuM0g018253
	for <dovecot@dovecot.org>; Tue, 10 Feb 2004 13:56:23 -0800
Date: Tue, 10 Feb 2004 13:56:22 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Message-ID: <16370088.1076421382@[10.0.0.221]>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
Subject: [Dovecot] Dovecot and Mulberry
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 10 Feb 2004 21:59:15 -0000
X-UID: 8665                                                  
Status: O
Content-Length: 3651

FYI. Does Dovecot implement BODYSTRUCTURE?

An eval copy of Mulberry can be downloaded from 
<http://www.cyrusoft.com/mulberry/>.

------------ Forwarded Message ------------
Date: Tuesday, February 10, 2004 6:56 PM +0100
From: Lennart Petersson <lennart@informatik.gu.se>
To: mulberry-discuss@cyrusoft.com
Subject: Dovecot and Mulberry

I've recently changed my imap-server from Courier to Dovecot
<http://dovecot.procontrol.fi/> for testing purposes and have seen some
strange behaviour from Mulberry.

Most annoying is that suddenly some incoming mail are parsed wrong, i.e.
even if the mail has has proper Content-Type: text/plain;
charset="iso-8859-1" and
Content-Transfer-Encoding: quoted-printable, it is displayed as 7bit and
us-ascii. All these =F6 and so on is irritating. The only way remedy the
problem is to quit mulberry and start again and almost always the email is
displayed properly. And if the mail that gets misinterpreted is a
multi-part email mulberry only reports that it has one part. But if you
view the mail in raw all the parts are there. I've yet to see a pattern in
then mulberry starts this misinterpretations. Sometimes it is a email from
pine or a mail from a mailinglist or from outlook or ...

A collegue that also uses dovecot but mutt instead of mulberry doesn't have
this problems. Should I blame Dovecot or Mulberry?

Anyone one with experience with dovecot (or any other imap-server that
supports Maildirs)?


Lennart
---------- End Forwarded Message ----------

------------ Forwarded Message ------------
Date: Tuesday, February 10, 2004 1:12 PM -0500
From: Cyrus Daboo <daboo@cyrusoft.com>
To: Lennart Petersson <lennart@informatik.gu.se>, 
mulberry-discuss@cyrusoft.com
Subject: Re: Dovecot and Mulberry

Hi Lennart,

--On Tuesday, February 10, 2004 6:56 PM +0100 Lennart Petersson
<lennart@informatik.gu.se> wrote:

| A collegue that also uses dovecot but mutt instead of mulberry doesn't
| have this problems. Should I blame Dovecot or Mulberry?
|
| Anyone one with experience with dovecot (or any other imap-server that
| supports Maildirs)?

If you see problems with proper interpretation of MIME structure and MIME
parameters etc, then it is almost certainly a server bug. Mulberry uses the
IMAP server's BODYSTRUCTURE response to determine the MIME structure of a
message on the server without having to download the entire message and
parse it locally - that is one of the major benefits of IMAP. The details
you see listed in the mailbox pane (addresses, subject, attachment types)
and the parts listed in the message pane's Parts list are all derived from
the server response. If the server gets it wrong, then you will see the
incorrect data/structure in Mulberry too. To confirm that it really is a
server bug, try copying the message to a local Mulberry mailbox and look at
it from the local mailbox. It should appear correctly in that case, because
Mulberry will do MIME parsing itself for local messages.

To fully diagnose this, put the problem messages in their own IMAP mailbox,
then turn protocol logging for IMAP on in Mulberry using
<http://www.cyrusoft.com/mulberry/faq/logging.html> and open the mailbox to
show the list of message. Then turn logging off and send me (or inspect
yourself) the log files.

NB Clients that do not take advantage of IMAP's benefits by using
BODYSTRUCTURE (and other similar features) will not 'expose' the server bug
as they never use that data from the server.

PS Getting the BODYSTRUCTURE response wrong is the most common server bug
that we see - particularly in relatively new servers.

-- 
Cyrus Daboo
---------- End Forwarded Message ----------





From andrew@mux.org.uk  Wed Feb 11 01:39:28 2004
Return-Path: <andrew@mux.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AEDD1C002802; Wed, 11 Feb 2004 01:39:28 +0200 (EET)
Received: from 82-41-27-158.cable.ubr04.edin.blueyonder.co.uk
	(82-41-27-158.cable.ubr04.edin.blueyonder.co.uk [82.41.27.158])
	by talvi.dovecot.org (Postfix) with ESMTP id 4C8BAC000D9D
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 01:39:26 +0200 (EET)
Received: from mux.org.uk (spatula.flat [192.168.0.2])
	by myriad.flat (Postfix) with ESMTP
	id 0BAB8BC; Tue, 10 Feb 2004 22:26:50 +0000 (GMT)
Message-ID: <40296B35.1020904@mux.org.uk>
Date: Tue, 10 Feb 2004 23:37:25 +0000
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: jamie@tridentmicrosystems.co.uk
Subject: Re: [Dovecot] Dovecot on FreeBSD 4.9 - "Invalid Password Field"
References: <003c01c3f001$281da1d0$3e64a8c0@m0ng>
In-Reply-To: <003c01c3f001$281da1d0$3e64a8c0@m0ng>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 10 Feb 2004 23:39:28 -0000
X-UID: 8666                                                  
Status: O

Jamie Heckford wrote:
> Hi,

Hi Jamie!

> I am attempting to get dovecot up and running on FreeBSD 4.9..... Tried
> with the default config file and my own one (below) but when trying to
> login I get the following:
> 
> Feb 10 17:59:53 cobain dovecot-auth: passwd(jamie): invalid password
> field '*'
> 
> It seems like it is trying to read straight from /etc/passwd? I thought
> it called getpw().

I'm running Dovecot on FreeBSD 4.9 no problem.

I've not done anything special to the authentication options in the 
config file so perhaps you have done something funky to them?

Are you sure that your 'jamie' account actually has a password set?

Andrew

From XORA@telefonica.net  Wed Feb 11 02:50:32 2004
Return-Path: <XORA@telefonica.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88FC7C00280A; Wed, 11 Feb 2004 02:50:32 +0200 (EET)
Received: from tnetsmtp2.mail.isp (smtp.telefonica.net [213.4.129.135])
	by talvi.dovecot.org (Postfix) with ESMTP id D442CC002803
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 02:50:29 +0200 (EET)
Received: from telefonica.net ([80.32.119.223]) by
	tnetsmtp2.mail.isp (terra.es) with ESMTP id HSWA7J00.V5Q for
	<dovecot@dovecot.org>; Wed, 11 Feb 2004 01:47:43 +0100 
Message-ID: <40297C7D.10003@telefonica.net>
Date: Wed, 11 Feb 2004 01:51:09 +0100
From: =?ISO-8859-1?Q?Xavier_Ordu=F1a?= <xora@telefonica.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.83.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] How to use Mysql Patch
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 11 Feb 2004 00:50:32 -0000
X-UID: 8667                                                  
Status: O

Hi

Sorry to post something that could be trivial, But how I apply the patch
to use Mysql?

Or is better that I wait to the new version? How long it will take to
see the version with the patch inside?

I have thinked about to use (vpopmail with MySql)+Dovecot. What about
this option?

Thanks a lot

Xavi



From david@madole.net  Wed Feb 11 03:06:35 2004
Return-Path: <david@madole.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 76769C00280B; Wed, 11 Feb 2004 03:06:35 +0200 (EET)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 4367AC00280A
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 03:06:33 +0200 (EET)
Received: from ip-209-54-72-175.ct.dsl.ntplx.com ([209.54.72.175]
	helo=david)by box1.omd3.com with asmtp (Exim 4.30)id
	1AqimA-000H6Y-1X; Tue, 10 Feb 2004 20:02:50 -0500
Message-ID: <018301c3f03a$c5fce300$e3e7a8c0@david>
From: "David S. Madole" <david@madole.net>
To: Xavier Ordua <xora@telefonica.net>, <dovecot@dovecot.org>
References: <40297C7D.10003@telefonica.net>
Subject: Re: [Dovecot] How to use Mysql Patch
Date: Tue, 10 Feb 2004 20:02:50 -0500
MIME-Version: 1.0
Content-Type: text/plain;charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 11 Feb 2004 01:06:35 -0000
X-UID: 8668                                                  
Status: O

> From: "Xavier Ordua" <xora@telefonica.net>
> Sent: Tuesday, February 10, 2004 7:51 PM
>
> Sorry to post something that could be trivial, But how I apply the patch
> to use Mysql?

I posted an updated version of Matthew Reimer's patch in December, you can
find it along with the command I use to compile it under FreeBSD in the
mailing list archives at:

http://dovecot.org/list/dovecot/2003-December/002738.html

David


______________________________________________________________________________
This email is spam and virus free. Mail filtering solutions by http://omd3.com
Expert computer support and development services by http://baysidenetworks.com

From kalle-e@medelklassen.com  Wed Feb 11 05:06:30 2004
Return-Path: <kalle-e@medelklassen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0D51DC00280B; Wed, 11 Feb 2004 05:06:30 +0200 (EET)
Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70])
	by talvi.dovecot.org (Postfix) with ESMTP id 1E431C002804
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 05:06:28 +0200 (EET)
Received: from c-1ed172d5.024-3-73746f28.cust.bredbandsbolaget.se
	([213.114.209.30] [213.114.209.30])
	by mxfep01.bredband.com with ESMTP id
	<20040211030332.FIWC14375.mxfep01.bredband.com@c-1ed172d5.024-3-73746f28.cust.bredbandsbolaget.se>
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 04:03:32 +0100
From: Karl Eklund <kalle-e@medelklassen.com>
To: dovecot@dovecot.org
Date: Wed, 11 Feb 2004 04:03:31 +0100
User-Agent: KMail/1.6
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200402110403.31210.kalle-e@medelklassen.com>
Subject: [Dovecot] The problem is in the folder, not in the messages
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 11 Feb 2004 03:06:30 -0000
X-UID: 8669                                                  
Status: O

About my problem with "dovecot crashes on certain spam messages", I have found 
that deleting the mail it is working on when it crashes just makes it crash 
on some other message, but deleting .imap.index.* from the directory of the 
folder in question makes everything good again. 

From jwt@qth.ath.cx  Wed Feb 11 06:52:42 2004
Return-Path: <jwt@qth.ath.cx>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 18AA2C002801; Wed, 11 Feb 2004 06:52:42 +0200 (EET)
Received: from qth.ath.cx (usen-221x115x224x2.ap-US01.usen.ad.jp
	[221.115.224.2])
	by talvi.dovecot.org (Postfix) with ESMTP id D6042C002800
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 06:52:39 +0200 (EET)
Received: from jwt by qth.ath.cx with local (Exim 4.30) id 1AqmJs-00041w-Bt
	for dovecot@dovecot.org; Wed, 11 Feb 2004 13:49:52 +0900
Date: Wed, 11 Feb 2004 13:49:52 +0900
From: Jim Tittsler <jwt@qth.ath.cx>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Quitting list
Message-ID: <20040211044952.GC15287@server.onjapan.net>
References: <1324.66.80.224.60.1076437523.squirrel@tercesi.cctg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1324.66.80.224.60.1076437523.squirrel@tercesi.cctg.com>
User-Agent: Mutt/1.4.1i
Organization: 7J1AJH/AI8A Tokyo
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 11 Feb 2004 04:52:42 -0000
X-UID: 8670                                                  
Status: O

On Tue, Feb 10, 2004 at 10:25:23AM -0800, Ted S. Garaventa wrote:
> Can someone tell me how to unsubscribe.  All the links in the email sent
> to me when I subscribed are broken.

The current information is in the headers of each message sent
to the list:

  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>

From XORA@telefonica.net  Wed Feb 11 17:22:27 2004
Return-Path: <XORA@telefonica.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7D67CC002802; Wed, 11 Feb 2004 17:22:27 +0200 (EET)
Received: from tnetsmtp2.mail.isp (smtp.telefonica.net [213.4.129.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 50F0CC002801
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 17:22:25 +0200 (EET)
Received: from telefonica.net ([80.32.119.223]) by
	tnetsmtp2.mail.isp (terra.es) with ESMTP id HSXEKO00.C11 for
	<dovecot@dovecot.org>; Wed, 11 Feb 2004 16:19:37 +0100 
Message-ID: <402A48D7.4030509@telefonica.net>
Date: Wed, 11 Feb 2004 16:23:03 +0100
From: =?ISO-8859-1?Q?Xavier_Ordu=F1a?= <xora@telefonica.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.83.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Configuring MySql Patch
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 11 Feb 2004 15:22:27 -0000
X-UID: 8671                                                  
Status: O

Hi!

I have installed the patch, compiled and installed Dovecot.

But how I modify the dovecot.conf to use it?

I've been searching in the mailing list archive but I did'nt find anything.

Thanks.

   Xavi


From david@madole.net  Wed Feb 11 17:28:41 2004
Return-Path: <david@madole.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D1F45C002802; Wed, 11 Feb 2004 17:28:41 +0200 (EET)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 97E19C002801
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 17:28:39 +0200 (EET)
Received: from ip-209-54-72-175.ct.dsl.ntplx.com ([209.54.72.175]
	helo=david)by box1.omd3.com with asmtp (Exim 4.30)id
	1AqwFL-0000Qc-Dt; Wed, 11 Feb 2004 10:25:51 -0500
Message-ID: <005501c3f0b3$55ad2a50$e3e7a8c0@david>
From: "David S. Madole" <david@madole.net>
To: Xavier Ordua <xora@telefonica.net>, <dovecot@dovecot.org>
References: <402A48D7.4030509@telefonica.net>
Subject: Re: [Dovecot] Configuring MySql Patch
Date: Wed, 11 Feb 2004 10:25:50 -0500
MIME-Version: 1.0
Content-Type: text/plain;charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 11 Feb 2004 15:28:42 -0000
X-UID: 8672                                                  
Status: O

> From: "Xavier Ordua" <xora@telefonica.net>
> Sent: Wednesday, February 11, 2004 10:23 AM
>
> I have installed the patch, compiled and installed Dovecot.
>
> But how I modify the dovecot.conf to use it?

Look in your Dovecot directory, you will now find a file name
"dovecot-mysql.conf" that gives configuration examples, just like the
original example file for PostgreSQL.

Dovecot is still kind of in an experimental phase, and adding outside
patches only makes it more so. If you're not very comfortable with your
software installation and debugging skills it might be a good idea to wait
for a release version, or at least stick with RPMs or the like where someone
else has already worked through some of the details.

Dave


______________________________________________________________________________
This email is spam and virus free. Mail filtering solutions by http://omd3.com
Expert computer support and development services by http://baysidenetworks.com

From lists@pote.com  Wed Feb 11 17:40:34 2004
Return-Path: <lists@pote.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 68F36C002802; Wed, 11 Feb 2004 17:40:34 +0200 (EET)
Received: from bittern.mail.pas.earthlink.net (bittern.mail.pas.earthlink.net
	[207.217.120.119])
	by talvi.dovecot.org (Postfix) with ESMTP id 612DEC002801
	for <dovecot@dovecot.org>; Wed, 11 Feb 2004 17:40:31 +0200 (EET)
Received: from user-0ccemou.cable.mindspring.com ([24.199.91.30]
	helo=tarsier.pote.com)
	by bittern.mail.pas.earthlink.net with smtp (Exim 3.33 #1)
	id 1AqwRd-0005Si-00
	for dovecot@dovecot.org; Wed, 11 Feb 2004 07:38:33 -0800
Received: (qmail 23553 invoked from network); 11 Feb 2004 15:37:28 -0000
Received: from unknown (HELO tarsier.pote.com) (eater@192.168.50.105)
	by 192.168.50.105 with SMTP; 11 Feb 2004 10:37:28 -0500
Date: Wed, 11 Feb 2004 10:37:28 -0500 (EST)
From: Paul Adams <lists@pote.com>
X-X-Sender: Paul Adams <lists@pote.com>
To: dovecot@dovecot.org
In-Reply-To: <20040210204133.A33E8C00281D@talvi.dovecot.org>
Message-ID: <Pine.LNX.4.44.0402110048530.17154-100000@tarsier.pote.com>
References: <20040210204133.A33E8C00281D@talvi.dovecot.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] X-UID
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 11 Feb 2004 15:40:34 -0000
X-UID: 8673                                                  
Status: O

What is the function of the X-UID header in mbox format?

Mozilla Thunderbird 0.5 seems to regard it as a simple numbering of the
messages; i.e., that the first message in the mbox should have X-UID: 1.

Dovecot seems to treat it simply as an ordered unique identifier. Thus,
the first message in my actual mbox has X-UID: 3849658. (There are only
a few dozen messages in the box.)

Running Thunderbird 0.5 against a Dovecot IMAP server with mbox format,
Thunderbird displays these UID numbers in the message list, which is
fairly useless -- I want a numbered list of my messages starting at 1
(which Pine, for example, is happy to provide).

I'm just wondering whether this is Dovecot's fault, Thunderbird's fault,
or an ambiguity in the mbox standard.

thanks,
	Paul



From m_pahlevanzadeh@yahoo.com  Thu Feb 12 15:59:26 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 28699C002801; Thu, 12 Feb 2004 15:59:26 +0200 (EET)
Received: from web21407.mail.yahoo.com (web21407.mail.yahoo.com
	[216.136.232.77])
	by talvi.dovecot.org (Postfix) with SMTP id 97323C000D9B
	for <dovecot@dovecot.org>; Thu, 12 Feb 2004 15:59:23 +0200 (EET)
Message-ID: <20040212135618.55922.qmail@web21407.mail.yahoo.com>
Received: from [81.31.160.4] by web21407.mail.yahoo.com via HTTP;
	Thu, 12 Feb 2004 05:56:18 PST
Date: Thu, 12 Feb 2004 05:56:18 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] dovecot-IMAP-SSL-StartUp
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 12 Feb 2004 13:59:26 -0000
X-UID: 8674                                                  
Status: O
Content-Length: 1604

Hi everybody.
I downloaded RPM of dovecot for RH9.
& i installed it with "rpm -ivh ThatFILE.rpm"
then i ran "service dovecot start" & i receiving
following lines:

Starting IMAP daemon (dovecot): Fatal: Can't use SSL
certificate /usr/share/ssl/certs/dovecot.pem: No such
file or directory
                                                      
    [FAILED]

Then i go to /usr/share/ssl/certs/ & i ran make
dovecot.pem
then i ran "service dovecot start" & i received
following lines:
Starting IMAP daemon (dovecot): Fatal: Can't use SSL
key file /usr/share/ssl/private/dovecot.pem: No such
file or directory
                                                      
    [FAILED]
Then i ran "cp /usr/share/ssl/certs/dovecot.pem
/usr/share/ssl/private/"
Then i ran "service dovecot start" & i received
following lines:
Starting IMAP daemon (dovecot):                       
    [  OK  ]
But i after it,I ran "service dovecot status"  & i
received following line:
dovecot dead but subsys locked


Please guide me......
Yours,Mohsen.


=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From rjohnson@medata.com  Thu Feb 12 19:15:35 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 13684C002804; Thu, 12 Feb 2004 19:15:35 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 589E7C002802
	for <dovecot@dovecot.org>; Thu, 12 Feb 2004 19:15:32 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i1CHCeBv006746
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 12 Feb 2004 09:12:40 -0800
Message-ID: <402BB409.5000304@medata.com>
Date: Thu, 12 Feb 2004 09:12:41 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
Subject: Re: [Dovecot] dovecot-IMAP-SSL-StartUp
References: <20040212135618.55922.qmail@web21407.mail.yahoo.com>
In-Reply-To: <20040212135618.55922.qmail@web21407.mail.yahoo.com>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 12 Feb 2004 17:15:35 -0000
X-UID: 8675                                                  
Status: O
Content-Length: 1312


Pahlevanzadeh Mohsen wrote:

> Starting IMAP daemon (dovecot): Fatal: Can't use SSL
> certificate /usr/share/ssl/certs/dovecot.pem: No such
> file or directory
>                                                       
>     [FAILED]
> 
> Then i go to /usr/share/ssl/certs/ & i ran make
> dovecot.pem
> then i ran "service dovecot start" & i received
> following lines:
> Starting IMAP daemon (dovecot): Fatal: Can't use SSL
> key file /usr/share/ssl/private/dovecot.pem: No such
> file or directory
>                                                       
>     [FAILED]
> Then i ran "cp /usr/share/ssl/certs/dovecot.pem
> /usr/share/ssl/private/"
> Then i ran "service dovecot start" & i received
> following lines:
> Starting IMAP daemon (dovecot):                       
>     [  OK  ]
> But i after it,I ran "service dovecot status"  & i
> received following line:
> dovecot dead but subsys locked


Your private key (pem) within private cannot contain a password.

Google "openssl unlock private key" to find out how to unlock it. Then 
you should be okay. Also, please check /var/log/messages and 
/var/log/maillog for further details.

-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From XORA@telefonica.net  Thu Feb 12 21:27:01 2004
Return-Path: <XORA@telefonica.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 52C05C002804; Thu, 12 Feb 2004 21:27:01 +0200 (EET)
Received: from tnetsmtp1.mail.isp (smtp.telefonica.net [213.4.129.135])
	by talvi.dovecot.org (Postfix) with ESMTP id C970EC002802
	for <dovecot@dovecot.org>; Thu, 12 Feb 2004 21:26:58 +0200 (EET)
Received: from telefonica.net ([80.32.119.223]) by
	tnetsmtp1.mail.isp (terra.es) with ESMTP id HSZKJS00.M54 for
	<dovecot@dovecot.org>; Thu, 12 Feb 2004 20:23:52 +0100 
Message-ID: <402BD394.2040209@telefonica.net>
Date: Thu, 12 Feb 2004 20:27:16 +0100
From: =?ISO-8859-1?Q?Xavier_Ordu=F1a?= <xora@telefonica.net>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Error While compiling with the Mysql patch
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 12 Feb 2004 19:27:01 -0000
X-UID: 8676                                                  
Status: O

Hi!

When I'm trying to compile the source-code I get this error message:

mycrypt.o: In function `mycrypt':
/root/soft/dovecot-0.99.10.4/src/auth/mycrypt.c:11: undefined reference 
to `crypt'
/usr/local/lib/mysql/libmysqlclient.a(my_compress.o): In function 
`my_compress_alloc':
my_compress.o(.text+0xb4): undefined reference to `compress'
/usr/local/lib/mysql/libmysqlclient.a(my_compress.o): In function 
`my_uncompress':
my_compress.o(.text+0x12a): undefined reference to `uncompress'


I Included the FLAGS:

AUTH_CFLAGS="-I/usr/local/include/mysql -DPASSDB_MYSQL -DUSERDB_MYSQL" \
AUTH_LIBS="-L/usr/local/lib/mysql -lmysqlclient" \

Before to compile, and I'm using a Debian woody.

Do you know what happens?

Thanks

 Xavi

From maikel@ladot.com  Fri Feb 13 10:20:31 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D1073C002802; Fri, 13 Feb 2004 10:20:31 +0200 (EET)
Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24])
	by talvi.dovecot.org (Postfix) with ESMTP id 98DD9C002801
	for <dovecot@dovecot.org>; Fri, 13 Feb 2004 10:20:29 +0200 (EET)
Received: from myst.dohd.org ([62.195.154.6]) by amsfep13-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040213081738.BWMN7823.amsfep13-int.chello.nl@myst.dohd.org>;
	Fri, 13 Feb 2004 09:17:38 +0100
Received: from [172.31.5.17] ([217.22.64.89]) (authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i1D8HPOH055172;
	Fri, 13 Feb 2004 09:17:29 +0100 (CET)
	(envelope-from maikel@ladot.com)
In-Reply-To: <402BD394.2040209@telefonica.net>
References: <402BD394.2040209@telefonica.net>
Mime-Version: 1.0 (Apple Message framework v612)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <0AFF9784-5DFD-11D8-A827-000A95C5F82C@ladot.com>
Content-Transfer-Encoding: quoted-printable
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] Error While compiling with the Mysql patch
Date: Fri, 13 Feb 2004 09:17:20 +0100
To: =?ISO-8859-1?Q?Xavier_Ordu=F1a?= <xora@telefonica.net>
X-Mailer: Apple Mail (2.612)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 13 Feb 2004 08:20:32 -0000
X-UID: 8677                                                  
Status: O
Content-Length: 1126

Hi Xavier,

On Feb 12, 2004, at 8:27 PM, Xavier Ordu=F1a wrote:

> Hi!
>
> When I'm trying to compile the source-code I get this error message:
>
> mycrypt.o: In function `mycrypt':
> /root/soft/dovecot-0.99.10.4/src/auth/mycrypt.c:11: undefined=20
> reference to `crypt'

This can be solved by adding "-lcrypt" to your AUTH_LIBS variable.

> /usr/local/lib/mysql/libmysqlclient.a(my_compress.o): In function=20
> `my_compress_alloc':
> my_compress.o(.text+0xb4): undefined reference to `compress'
> /usr/local/lib/mysql/libmysqlclient.a(my_compress.o): In function=20
> `my_uncompress':
> my_compress.o(.text+0x12a): undefined reference to `uncompress'
>
I haven't tried to compile dovecot with the mysql patch, so I don't=20
know for sure, but it MIGHT be working after you added the -lcrypt, and=20=

do a "make" again.

>
> I Included the FLAGS:
>
> AUTH_CFLAGS=3D"-I/usr/local/include/mysql -DPASSDB_MYSQL =
-DUSERDB_MYSQL"=20
> \
> AUTH_LIBS=3D"-L/usr/local/lib/mysql -lmysqlclient" \
>
> Before to compile, and I'm using a Debian woody.
>
> Do you know what happens?
>
> Thanks
>
> Xavi
>
Regards,


Maikel Verheijen.


From camis@mweb.co.za  Fri Feb 13 15:27:17 2004
Return-Path: <camis@mweb.co.za>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 91CBDC002802; Fri, 13 Feb 2004 15:27:17 +0200 (EET)
Received: from quake.mweb.co.za (quake.mweb.co.za [196.2.45.85])
	by talvi.dovecot.org (Postfix) with ESMTP id A6FAFC002801
	for <dovecot@dovecot.org>; Fri, 13 Feb 2004 15:27:14 +0200 (EET)
Received: from net-49-138.mweb.co.za ([196.2.49.138]:2057 helo=mweb.co.za)
	by quake.mweb.co.za with esmtp (Exim 4.24) id 1ArdIf-00018m-Af
	for dovecot@dovecot.org; Fri, 13 Feb 2004 15:24:09 +0200
Message-ID: <402CD055.3030308@mweb.co.za>
Date: Fri, 13 Feb 2004 15:25:41 +0200
From: Cami <camis@mweb.co.za>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
References: <3FD843E2.6010105@mweb.co.za>
	<001b01c3bfec$eaf35af0$e3e7a8c0@david>
In-Reply-To: <001b01c3bfec$eaf35af0$e3e7a8c0@david>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] dovecot + large isp
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 13 Feb 2004 13:27:17 -0000
X-UID: 8678                                                  
Status: O

Hi Guys..

Is anyone here using dovecot with over 300 000 mailboxes?

Regards,
Cami

From hz@hzlabs.de  Fri Feb 13 18:34:15 2004
Return-Path: <hz@hzlabs.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1747EC002802; Fri, 13 Feb 2004 18:34:15 +0200 (EET)
Received: from mail.hzlabs.de (ns.km1308.keymachine.de [62.141.54.142])
	by talvi.dovecot.org (Postfix) with ESMTP id 2CD37C002801
	for <dovecot@dovecot.org>; Fri, 13 Feb 2004 18:34:13 +0200 (EET)
Received: from c-134-68-128.a.dial.de.ignite.net ([62.134.68.128])
	by mail.hzlabs.de with asmtp (Exim 4.30) id 1ArgDi-0004ds-Fw
	for dovecot@dovecot.org; Fri, 13 Feb 2004 17:31:14 +0100
Date: Fri, 13 Feb 2004 17:24:35 +0100
From: Helmut Zeilinger <hz@hzlabs.de>
To: dovecot@dovecot.org
Message-ID: <1950000.1076689475@localhost>
X-Mailer: Mulberry/3.1.0 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [Dovecot] auth_executable
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 13 Feb 2004 16:34:15 -0000
X-UID: 8679                                                  
Status: O

Hi,

i am new to dovecot and i don't know what i can do with
the "auth_executable" setting in the "dovecot.conf" file.

Can i invoke an external program for authentification?
If yes, is there a description what this program/script has to do?

Thanks

Helmut




From asmoore@edge.net  Fri Feb 13 20:39:15 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ED467C000D9D; Fri, 13 Feb 2004 20:39:15 +0200 (EET)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
	by talvi.dovecot.org (Postfix) with ESMTP id 6712EC000D9B
	for <dovecot@dovecot.org>; Fri, 13 Feb 2004 20:39:13 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (rwcrmhc13) with ESMTP
	id <20040213183614015000l56pe>; Fri, 13 Feb 2004 18:36:14 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.10+Sun/8.12.10) with SMTP id i1DIaEWw023601
	for <dovecot@dovecot.org>; Fri, 13 Feb 2004 12:36:14 -0600 (CST)
Date: Fri, 13 Feb 2004 12:36:13 -0600
From: Alex S Moore <asmoore@edge.net>
To: Dovecot <dovecot@dovecot.org>
Message-Id: <20040213123613.12a71aad@sws602>
X-Mailer: Sylpheed version 0.9.9claws8 (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version devel-20040210',
	clamav-milter version '0.66m'
Subject: [Dovecot] RE: Question on folders
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 13 Feb 2004 18:39:16 -0000
X-UID: 8680                                                  
Status: O

I have read and read the dovecot docs on maildir folders and think that
this is what I want.  However, the MUA programs that I use, SylpheedClaws,
Evolution, Mozilla seem to react differently to how I setup the folders.

Is there a good FAQ on this subject somewhere?  I think that I want to
setup a virtual domain and am looking for documents.

Alex

From rjohnson@medata.com  Fri Feb 13 20:47:32 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 92E47C002801; Fri, 13 Feb 2004 20:47:32 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id E0B6BC000D9B
	for <dovecot@dovecot.org>; Fri, 13 Feb 2004 20:47:29 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i1DIiYBv003771
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Fri, 13 Feb 2004 10:44:34 -0800
Message-ID: <402D1B14.1080407@medata.com>
Date: Fri, 13 Feb 2004 10:44:36 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot <dovecot@dovecot.org>
Subject: Re: [Dovecot] RE: Question on folders
References: <20040213123613.12a71aad@sws602>
In-Reply-To: <20040213123613.12a71aad@sws602>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 13 Feb 2004 18:47:32 -0000
X-UID: 8681                                                  
Status: O

Alex S Moore wrote:
> I have read and read the dovecot docs on maildir folders and think that
> this is what I want.  However, the MUA programs that I use, SylpheedClaws,
> Evolution, Mozilla seem to react differently to how I setup the folders.

I can comment that unless you're using a Trunk build of Mozilla or 
Thunderbird, you will have problems with customflags and Maildir with 
dovecot. The problem I experience is that label flags are not replaced, 
but added - and cannot be removed.

Other than that, Mozilla seems to work just fine. I've got 50+ users 
using Mozilla or Thunderbird, with another 100+ on the way from being 
converted from POP3/Eudora.

-Rick
-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From nic@bellamy.co.nz  Sat Feb 14 12:41:53 2004
Return-Path: <nic@bellamy.co.nz>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EB9D1C000D9D; Sat, 14 Feb 2004 12:41:52 +0200 (EET)
Received: from mail.wibble.net (wibble.net [210.55.12.113])
	by talvi.dovecot.org (Postfix) with ESMTP id 6EAA4C000D9B
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 12:41:46 +0200 (EET)
Received: from 219-89-132-46.jetstart.xtra.co.nz ([219.89.132.46]
	helo=router.bellamy.co.nz) by mail.wibble.net with asmtp (Exim 4.30)
	id 1ArxCC-0005Kp-SO
	for dovecot@dovecot.org; Sat, 14 Feb 2004 23:38:48 +1300
Received: from skyelar.bellamy.co.nz ([192.168.1.1] helo=localhost.localdomain)
	by router.bellamy.co.nz with esmtp (Exim 3.35 #1 (Debian))
	id 1ArxCC-0001er-00
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 23:38:48 +1300
From: Nic Bellamy <nic@bellamy.co.nz>
To: dovecot@dovecot.org
Content-Type: multipart/mixed; boundary="=-XKeIseSTZYqL82wQt6Ms"
X-Mailer: Ximian Evolution 1.0.5 
Date: 14 Feb 2004 23:38:47 +1300
Message-Id: <1076755128.25963.1017.camel@skyelar>
Mime-Version: 1.0
X-SA-Do-Not-Run: Yes
X-SA-Exim-Mail-From: nic@bellamy.co.nz
X-SA-Exim-Scanned: No; SAEximRunCond expanded to false
Subject: [Dovecot] [PATCH] POP3: Fix RFC1939 non-compliance in STAT,
	LIST and UIDL commands
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 10:41:53 -0000
X-UID: 8682                                                  
Status: O
Content-Length: 3340


--=-XKeIseSTZYqL82wQt6Ms
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi all,
	attached is a patch against 0.99.10.4 that fixes the STAT, LIST and
UIDL POP3 command output in the case that they're issued after one or
more messages have been deleted.

Examples of incorrect behavior (bad spots marked with '***')

    C: STAT
    S: +OK 2 806
    C: LIST
    S: +OK 2 messages:
    S: 1 403
    S: 2 403
    S: .
    C: UIDL
    S: +OK
    S: 1 1076749908.12
    S: 2 1076749908.13
    S: .
    C: DELE 1
    S: +OK Marked to be deleted.
    C: STAT
    *** S: +OK 2 806
    C: LIST
    *** S: +OK 2 messages:
    *** S: 1 403
    S: 2 403
    S: .
    C: UIDL
    S: +OK
    *** S: 1 1076749908.12
    S: 2 1076749908.13
    S: .

What it should have been is:

    [snip]
    C: DELE 1
    S: +OK Marked to be deleted.
    C: STAT
    S: +OK 1 403
    C: LIST
    S: +OK 1 messages:
    S: 2 403
    S: .
    C: UIDL
    S: +OK
    S: 2 1076749908.13
    S: .
    

It's unlikely the above issue has been causing much in the way of
problems, as it's very rare for mail clients to use any of the faulty
commands after they've deleted messages (they tend to do it once at the
beginning of the POP3 session and cache the results).

Regards,
	Nic.

-- 
Nic Bellamy <nic@bellamy.co.nz>
Bellamy Consulting -- Software & Security -- http://www.bellamy.co.nz/
--
Phone: +64-6-377-4957   Fax: +64-6-377-0505   Mobile: +64-21-251-8954 
--

--=-XKeIseSTZYqL82wQt6Ms
Content-Disposition: attachment;
	filename=stat-list-uidl-rfc1939-compliance.patch.gz
Content-Type: application/x-gzip;
	name=stat-list-uidl-rfc1939-compliance.patch.gz
Content-Transfer-Encoding: base64

H4sICM7zLUAAA3N0YXQtbGlzdC11aWRsLXJmYzE5MzktY29tcGxpYW5jZS5wYXRjaADNV21vo0YQ
/ox/xdRScsaAA8aJY+flLq0ubXTJXRU7qtQ2QgTW9upsSNklzbXNf+++gcEGx1ZUqZECYnd2Xp55
dmYc4skErCR9/Axh/ISCmFp2ZzDoOHan14kTPD0gSXDwGD+6B8Eco4h2gnXBdZmGZVlbK9TGKYIb
/xt0+2C7w25/6LjQtW23YRjGNta0kU/hEj2A04OuO7QHQ7vPFfQaHz6AdeiaR2CwZx/YJ6E+xQHg
iLJ/TL2Fj+cP8XOL0CQNKEiV0A4aoL00gD3linW+QIT4U0S8IE6ZxJnQlJJOtn7SMHLZEM0RRaFH
8F+ISdonBT0pDp/8OQ4x/bZUUlg8EVbxBFp1lplCXUTWt3lkfWfnyFRouU80pv684K2hbQxFmzDV
KGSflxfXo49i6c8ZW4JWi1tlG7nv0gnrfIJoMPMi9ExbAX3WdfjuDD7fXV/r8Dc/rqXxZOJRUGb4
Met8iqiwK5TqJ41wZ7LOtqDPbBeyzrTxLIWLxwScjKz24S5knW0mq3NkDsBgT8eROS3mjiOVRgRP
IwY+z/ODH0pSoETSprRb5g3Pamk7y6zaXTlcZmSWnrbSKdJCChtLBgk7crHInRX/gpmfQDsTeMB0
4ZOvXGaXHMeLhR+F5JWSlEttl+dcXPuF+SnK0jFPlMPK0paZXqrYnGu7x+8vfx2vXOBgEXocnLXL
y99rpWkFxt8WZBqlCziAH366uPW+vxrfwz9n4MDpKbTU3l6+p1cVLsEJw6itaUbhhhcZoUzfLwue
R1AUenMcIVXPTGgaXz4xYJOvDF8awwPKiNJp6vxggmiaRDC+veOl5UVi5fRMx2ZgsavRdSrQmmNC
a9BS5bTtJ1PCq+e73+13quxs9nEvze/QsGk2LFamtNW41e1ijrPtSZxAC4syCRhOa2TZnmFwB7jC
eg+Y9b3mz7dX6d2Xy0tvrOxr7LBj1qCP70U2690ECypTLY8Vm47a5m5yhTtGJnyoUJdTFJfYua+c
Zn8tSVNcZKieq9SCOKI4SpEK80W+dgBRqtkORaH9BdCcoDfA8J85B+pRb0BdqDwEfpPcrpiHXPeo
suokBNXdozp+wNq0UJoMFmjBddYwwQTbhJvRjyOe6ZuL0SdvdPXrRyWt65WzSDaBvT6pFOtkzS3n
EAlc3C6bowy3198VlxVJ/lkpyQwy+hKqmp8oR57nU5p4aZQS5rqnNwSer5alEm1ypogKsdL2l7vL
Fq0YBNvVBknLCjUVB5T29RoOEuPDvuBevzyMP8U4BF7APTZ1kArsmEK1KMbLNn+KFlOAMwsGiVmG
J2PCvC9Q0RCLskFtNWTD/n4GkRq6GZtlYIoy/S6f0wz3eGB2dw0o1yRZar1pgrY2VIFiCPBedTFR
e9LOXtqE4ZJVYiFrdHIGJ+iPJYUKQ6Gp9tlS1vsk2jLlxoZm8pZAORXVCHO29JAx0ZGc3tRzKsYi
1Xi0Vt1wtGw95c4jG8+2mEsjm0FXMq+gXhaT4MvGVEZfOFhsXW8F/X8dalboW/zi6TWxhYj/LObR
mTKyk8a/erNf4v4QAAA=

--=-XKeIseSTZYqL82wQt6Ms--


From tom@replic8.net  Sat Feb 14 15:42:59 2004
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C3E23C002800; Sat, 14 Feb 2004 15:42:59 +0200 (EET)
Received: from rpd.dyn.hannover.ccc.de (p508600A9.dip0.t-ipconnect.de
	[80.134.0.169])
	by talvi.dovecot.org (Postfix) with ESMTP id CE57AC000D9B
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 15:42:57 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP
	id 53BCB41689; Sat, 14 Feb 2004 13:39:56 +0000 (GMT)
Received: from rpd.dyn.hannover.ccc.de ([192.168.100.101])
	by localhost (commbox.rpdnet.com [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 24543-01; Sat, 14 Feb 2004 13:39:07 +0000 (GMT)
Received: from localhost (server.rpdnet.com [192.168.100.100])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP
	id 134B341687; Sat, 14 Feb 2004 13:39:06 +0000 (GMT)
Received: from port-212-202-25-41.reverse.qsc.de
	(port-212-202-25-41.reverse.qsc.de [212.202.25.41]) 
	by routine.dyn.hannover.ccc.de (IMP) with HTTP 
	for <tom@commbox.rpdnet.com>; Sat, 14 Feb 2004 13:38:44 +0000
Message-ID: <1076765924.402e24e40be16@routine.dyn.hannover.ccc.de>
Date: Sat, 14 Feb 2004 13:38:44 +0000
From: tom@replic8.net
To: Alex S Moore <asmoore@edge.net>
Subject: Re: [Dovecot] RE: Question on folders
References: <20040213123613.12a71aad@sws602>
In-Reply-To: <20040213123613.12a71aad@sws602>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-4.9
X-Virus-Scanned: by amavisd-new
Cc: Dovecot <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 13:42:59 -0000
X-UID: 8683                                                  
Status: O

hi,

> I have read and read the dovecot docs on maildir folders and think that
> this is what I want.  However, the MUA programs that I use, SylpheedClaws,
> Evolution, Mozilla seem to react differently to how I setup the folders.

i also experienced strange and/or diffrent behaviours from MUAs with
Maildir based folders, but i've never seen any logic. just not enough
time to trace the problem. i'm trying to get some results with some
MUAs and dovecot from cvs, soon.




From m_pahlevanzadeh@yahoo.com  Sat Feb 14 16:57:05 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5E0AEC002801; Sat, 14 Feb 2004 16:57:05 +0200 (EET)
Received: from web21408.mail.yahoo.com (web21408.mail.yahoo.com
	[216.136.232.78])
	by talvi.dovecot.org (Postfix) with SMTP id D4288C002800
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 16:57:00 +0200 (EET)
Message-ID: <20040214145351.25438.qmail@web21408.mail.yahoo.com>
Received: from [217.218.127.71] by web21408.mail.yahoo.com via HTTP;
	Sat, 14 Feb 2004 06:53:51 PST
Date: Sat, 14 Feb 2004 06:53:51 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] SOS
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 14:57:05 -0000
X-UID: 8684                                                  
Status: O

Hi,When i run "service dovecot start",I receive
following line:
Starting IMAP daemon (dovecot): Fatal: Can't use SSL
key file /usr/share/ssl/private/dovecot.pem: No such
file or directory     
                                                      
    [FAILED]

Please guide me until i can make a key file....
Yours,Mohsen.

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From keith@midnighthax.com  Sat Feb 14 17:00:14 2004
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 31179C002802; Sat, 14 Feb 2004 17:00:14 +0200 (EET)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by talvi.dovecot.org (Postfix) with ESMTP id 363B6C002800
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 17:00:12 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP id 1C78E42F3D
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 14:57:18 +0000 (GMT)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	by localhost (gs001.rg2.tiger-computing.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 32703-02 for <dovecot@dovecot.org>;
	Sat, 14 Feb 2004 14:57:17 +0000 (GMT)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100])
	by gs001.rg2.tiger-computing.com (Postfix) with SMTP id 1472842F06
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 14:57:17 +0000 (GMT)
Date: Sat, 14 Feb 2004 14:57:16 +0000
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] SOS
Message-Id: <20040214145716.20866c7d@zaphod.rg2.tiger-computing.com>
In-Reply-To: <20040214145351.25438.qmail@web21408.mail.yahoo.com>
References: <20040214145351.25438.qmail@web21408.mail.yahoo.com>
X-Mailer: Sylpheed version 0.9.9claws5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 15:00:14 -0000
X-UID: 8685                                                  
Status: O

On Sat, 14 Feb 2004 06:53:51 -0800 (PST)
Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com> wrote:

> Please guide me until i can make a key file....

dovecot.conf:

ssl_disable = yes

Keith

From m_pahlevanzadeh@yahoo.com  Sat Feb 14 17:08:23 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D30ABC002803; Sat, 14 Feb 2004 17:08:23 +0200 (EET)
Received: from web21402.mail.yahoo.com (web21402.mail.yahoo.com
	[216.136.232.72])
	by talvi.dovecot.org (Postfix) with SMTP id 2D083C002802
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 17:08:21 +0200 (EET)
Message-ID: <20040214150441.92695.qmail@web21402.mail.yahoo.com>
Received: from [217.218.127.71] by web21402.mail.yahoo.com via HTTP;
	Sat, 14 Feb 2004 07:04:41 PST
Date: Sat, 14 Feb 2004 07:04:41 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] Configure dovecot.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 15:08:24 -0000
X-UID: 8686                                                  
Status: O

Hi.
I installed dovecot,via RPM.But i don't know that i
how to configure it.
Please guide me......

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From keith@midnighthax.com  Sat Feb 14 17:12:08 2004
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8C61BC002804; Sat, 14 Feb 2004 17:12:08 +0200 (EET)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by talvi.dovecot.org (Postfix) with ESMTP id 85DDAC002802
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 17:12:06 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP id 7DAB242F3D
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 15:09:12 +0000 (GMT)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	by localhost (gs001.rg2.tiger-computing.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 00358-04 for <dovecot@dovecot.org>;
	Sat, 14 Feb 2004 15:09:11 +0000 (GMT)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100])
	by gs001.rg2.tiger-computing.com (Postfix) with SMTP id 6713A42F06
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 15:09:11 +0000 (GMT)
Date: Sat, 14 Feb 2004 15:09:11 +0000
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Configure dovecot.
Message-Id: <20040214150911.2e04da4a@zaphod.rg2.tiger-computing.com>
In-Reply-To: <20040214150441.92695.qmail@web21402.mail.yahoo.com>
References: <20040214150441.92695.qmail@web21402.mail.yahoo.com>
X-Mailer: Sylpheed version 0.9.9claws5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 15:12:08 -0000
X-UID: 8687                                                  
Status: O

On Sat, 14 Feb 2004 07:04:41 -0800 (PST)
Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com> wrote:

> I installed dovecot,via RPM.But i don't know that i
> how to configure it.
> Please guide me......

Read and edit /etc/dovecot.conf

Keith

From m_pahlevanzadeh@yahoo.com  Sat Feb 14 17:23:23 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C79BDC002805; Sat, 14 Feb 2004 17:23:23 +0200 (EET)
Received: from web21410.mail.yahoo.com (web21410.mail.yahoo.com
	[216.136.232.85])
	by talvi.dovecot.org (Postfix) with SMTP id 1F979C002802
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 17:23:21 +0200 (EET)
Message-ID: <20040214152010.36522.qmail@web21410.mail.yahoo.com>
Received: from [217.218.127.71] by web21410.mail.yahoo.com via HTTP;
	Sat, 14 Feb 2004 07:20:10 PST
Date: Sat, 14 Feb 2004 07:20:10 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] your /etc/dovecot.conf
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 15:23:23 -0000
X-UID: 8688                                                  
Status: O

Hi.
Please send me your /etc/dovecot.conf what edited.
Yours,Mohsen.

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

From keith@midnighthax.com  Sat Feb 14 17:27:55 2004
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 42C98C002808; Sat, 14 Feb 2004 17:27:55 +0200 (EET)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by talvi.dovecot.org (Postfix) with ESMTP id 28D99C002802
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 17:27:53 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP id 0742D42F3D
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 15:24:59 +0000 (GMT)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	by localhost (gs001.rg2.tiger-computing.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 00358-10 for <dovecot@dovecot.org>;
	Sat, 14 Feb 2004 15:24:58 +0000 (GMT)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100])
	by gs001.rg2.tiger-computing.com (Postfix) with SMTP id 00CD142F06
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 15:24:57 +0000 (GMT)
Date: Sat, 14 Feb 2004 15:24:57 +0000
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] your /etc/dovecot.conf
Message-Id: <20040214152457.4a11c3c9@zaphod.rg2.tiger-computing.com>
In-Reply-To: <20040214152010.36522.qmail@web21410.mail.yahoo.com>
References: <20040214152010.36522.qmail@web21410.mail.yahoo.com>
X-Mailer: Sylpheed version 0.9.9claws5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 15:27:55 -0000
X-UID: 8689                                                  
Status: O

On Sat, 14 Feb 2004 07:20:10 -0800 (PST)
Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com> wrote:

> Please send me your /etc/dovecot.conf what edited.

That isn't how it works. For a start, the fact that it is a
configuration file means that it varies from one installation to
another. Secondly, what is so hard about reading a very well documented
conf file and editing it to your requirements? If you have specific
questions about any parameter then I'm sure you'll find help here.
However, if you want someone to edit it for you then either you need a
consultant or maybe Dovecot (and even Linux) is not for you.

Keith

From Juergen.Daubert@t-online.de  Sat Feb 14 17:37:08 2004
Return-Path: <Juergen.Daubert@t-online.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3FC6CC00280B; Sat, 14 Feb 2004 17:37:08 +0200 (EET)
Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com
	[194.25.134.82])
	by talvi.dovecot.org (Postfix) with ESMTP id 2FEC4C002802
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 17:37:06 +0200 (EET)
Received: from fwd05.aul.t-online.de by mailout05.sul.t-online.com with smtp 
	id 1As1o1-0007t3-02; Sat, 14 Feb 2004 16:34:09 +0100
Received: from p50831F2C.dip.t-dialin.net
	(rPJ4+6ZpYeOLp+2iYA74HECQBV0WDZbGdYP02DcFUDi5oY8DoGUNZT@[80.131.31.44])
	by fwd05.sul.t-online.com
	with esmtp id 1As1ni-1jeN4y0; Sat, 14 Feb 2004 16:33:50 +0100
Received: from 192.168.0.1 by ser.netz with esmtp (masqmail 0.2.20) id
	1As1ng-48o-00; Sat, 14 Feb 2004 16:33:48 +0100
Received: from juergen by jue.netz with local (Exim 4.30)
	id 1As1no-0001cA-OF; Sat, 14 Feb 2004 16:33:56 +0100
Date: Sat, 14 Feb 2004 16:33:56 +0100
From: Juergen.Daubert@t-online.de (Juergen Daubert)
To: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
Subject: Re: [Dovecot] SOS
Message-ID: <20040214153356.GA6126@jue.netz>
References: <20040214145351.25438.qmail@web21408.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20040214145351.25438.qmail@web21408.mail.yahoo.com>
User-Agent: Mutt/1.4.2i
X-Seen: false
X-ID: rPJ4+6ZpYeOLp+2iYA74HECQBV0WDZbGdYP02DcFUDi5oY8DoGUNZT
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 15:37:08 -0000
X-UID: 8690                                                  
Status: O

On Sat, Feb 14, 2004 at 06:53:51AM -0800, Pahlevanzadeh Mohsen wrote:
> Hi,When i run "service dovecot start",I receive
> following line:
> Starting IMAP daemon (dovecot): Fatal: Can't use SSL
> key file /usr/share/ssl/private/dovecot.pem: No such
> file or directory     
>                                                       
>     [FAILED]
> 
> Please guide me until i can make a key file....
> Yours,Mohsen.

there's a script mkcert.sh in the sources subdir doc which
creates a self-signed certificate.

Greetings
Jrgen

-- 
juergen.daubert@t-online.de

From shiva@sewingwitch.com  Sat Feb 14 18:11:21 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A1D98C00280C; Sat, 14 Feb 2004 18:11:21 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 939F4C002802
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 18:11:18 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i1EG8MoP023402
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 11:08:23 -0500
Received: from [10.0.0.221] (CPQ32245280371.dhcp.lsi.lan [10.0.0.221])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i1EG8M0g001458
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 08:08:22 -0800
Date: Sat, 14 Feb 2004 08:08:17 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] your /etc/dovecot.conf
Message-ID: <131360466.1076746097@[10.0.0.221]>
In-Reply-To: <20040214152457.4a11c3c9@zaphod.rg2.tiger-computing.com>
References: <20040214152010.36522.qmail@web21410.mail.yahoo.com>
	<20040214152457.4a11c3c9@zaphod.rg2.tiger-computing.com>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.37
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 16:11:21 -0000
X-UID: 8691                                                  
Status: O

--On Saturday, February 14, 2004 3:24 PM +0000 Keith Edmunds 
<keith@midnighthax.com> wrote:

> That isn't how it works.

I'll say. Another way to put it:

<http://www.catb.org/~esr/faqs/smart-questions.html>



From asmoore@edge.net  Sat Feb 14 18:58:39 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1EE18C00280F; Sat, 14 Feb 2004 18:58:39 +0200 (EET)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
	by talvi.dovecot.org (Postfix) with ESMTP id 6EE33C002802
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 18:58:36 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (rwcrmhc12) with ESMTP
	id <2004021416553001400t2tple>; Sat, 14 Feb 2004 16:55:30 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.10+Sun/8.12.10) with SMTP id i1EGtUUH027832
	for <dovecot@dovecot.org>; Sat, 14 Feb 2004 10:55:30 -0600 (CST)
Date: Sat, 14 Feb 2004 10:55:29 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] RE: Question on folders
Message-Id: <20040214105529.5bb713b9@sws602>
In-Reply-To: <1076765924.402e24e40be16@routine.dyn.hannover.ccc.de>
References: <20040213123613.12a71aad@sws602>
	<1076765924.402e24e40be16@routine.dyn.hannover.ccc.de>
X-Mailer: Sylpheed version 0.9.9claws8 (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version devel-20040214',
	clamav-milter version '0.66m'
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 14 Feb 2004 16:58:39 -0000
X-UID: 8692                                                  
Status: O
Content-Length: 1072

On Sat, 14 Feb 2004 13:38:44 +0000
tom@replic8.net wrote:

> hi,
> 
> i also experienced strange and/or diffrent behaviours from MUAs with
> Maildir based folders, but i've never seen any logic. just not enough
> time to trace the problem. i'm trying to get some results with some
> MUAs and dovecot from cvs, soon.
> 

While I am trying to figure this out, it is quite nice to have a pop3
server that does SSL and ldap and does not require me to have my users in
/etc/passwd or a special database.  I use Sun's directory server and it
works just fine with a TLS:simple connection, which I could not get to work
with qpopper.

Please post what you decide.  All I want is a common directory sturcture
for all users with something like %1s/%s directories per user and a MUA
that understands this.  It could be that some delivery agent, like
procmail, is required and it is not a function of the MUA.  From the MUA, I
had a lot of problems creating directories and moving mail to a specific
folder using filters.  I need more time to work on it, so pointers will
help.

Alex

From tom@abwaerts.be  Mon Feb 16 01:04:34 2004
Return-Path: <tom@abwaerts.be>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C0CD1C000D9D; Mon, 16 Feb 2004 01:04:34 +0200 (EET)
Received: from smtp1.xs4all.be (smtp1.xs4all.be [195.144.64.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 53403C000D9B
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 01:04:32 +0200 (EET)
Received: from zukunft.mine.nu (195-144-090-021.dyn.adsl.xs4all.be
	[195.144.90.21])
	by smtp1.xs4all.be (8.12.10/8.12.10) with ESMTP id i1FN1ZPQ016937
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 00:01:35 +0100
Received: from tom by zukunft.mine.nu with local (Exim 4.30)
	id 1AsVGZ-0000i5-Me
	for dovecot@dovecot.org; Mon, 16 Feb 2004 00:01:35 +0100
Date: Mon, 16 Feb 2004 00:01:35 +0100
From: Tom <tom@abwaerts.be>
To: dovecot@dovecot.org
Message-ID: <20040215230135.GA2711@zukunft.mine.nu>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: Tom <tom@abwaerts.be>
Subject: [Dovecot] Basic questions concerning mail...
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 15 Feb 2004 23:04:34 -0000
X-UID: 8693                                                  
Status: O
Content-Length: 1473

Hey all,

A few minutes ago, I installed Dovecot, hoping things would get clear by
just looking at the relevant config files, but since they don't, I hope
someone here could give me a clue...

What I want to achieve is really only basic functionality. It's just for
personal use, so it shouldn't get too complicated. Up til now, I have
been using fetchmail to get my mail off of several POP3-accounts, exim
to hand it over to procmail and procmail to drop it in the mail
directories of my girlfriend and I.

I'd like to be able to remotely use a webmail program of some kind to
check mail without having to use ssh to login. So I thought an
IMAP-server might be the way to go, but, embarassing though it may be, I
can't quite grasp how Dovecot (any IMAPd of course, for that matter)
fits in the whole.

Should Dovecot receive mail from fetchmail and put in it it's proper
place in the user's home directories? Or does Dovecot merely read any
mail that might belong to users, told where to look by dovecot.conf?

Since I now notice my questions are put in a way that is equally
embarassing as the questions themselves, I'll keep it short: could
anyone enlighten me about the role of Dovecot / an IMAPd it the whole of
a mail system (mail directories for each user, fetchmail, procmail, an
MTA, a MUA)?

Sincerely apologizing for wasting your undoubtedly valuable time,
Tom

-- 
"Mongolian drivers do not care much about pedestrians."
--
np: Vive La Fte - Assez (flac)
    

From joshua@shallow.net  Mon Feb 16 01:59:16 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 11CA8C000D9D; Mon, 16 Feb 2004 01:59:16 +0200 (EET)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id DFCCEC000D9B
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 01:59:12 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id 9C23B2FC4; Mon, 16 Feb 2004 10:56:13 +1100 (EST)
Date: Mon, 16 Feb 2004 10:56:13 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: Tom <tom@abwaerts.be>
Subject: Re: [Dovecot] Basic questions concerning mail...
Message-ID: <20040215235613.GQ97015@roughtrade.net>
References: <20040215230135.GA2711@zukunft.mine.nu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <20040215230135.GA2711@zukunft.mine.nu>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 15 Feb 2004 23:59:16 -0000
X-UID: 8694                                                  
Status: O
Content-Length: 2907

You need to mentally sort out the distinction between different roles
in email systems.

Email is originated (created) by a Mail User Agent - e.g. Mutt,
Outlook, Evolution, Webmail.

Email is transported by a Mail Transfer Agent (MTA) - e.g. Postfix,
Sendmail, Exim, Qmail.

Email is stored in a Message Store - e.g. Maildir, mbox, various
custom databases.

Email in a store is made available by POP3 or IMAP servers e.g.
Dovecot.  (or you may have direct access to the filesystem).

Finally, Email is displayed by another Mail User Agent
(mutt/outlook/webmail).


In some integrated systems, the same component fulfills multiple roles.

For example (and simplifying a little),
Exchange is a MTA, message store and IMAP server;
Cyrus is a message store and IMAP server.

Most MTAs can write to a message store, either directly or via
a tool called a Mail Delivery Agent (MDA) like Procmail.


Dovecot is just an IMAP server.  It happens to be fast, efficient
and secure.  Occasionally I feel motivated to stick a SMTP/LMTP front-end
on it so that it can be a Cyrus-killing integrated MDA/Store/IMAP system.

Hope this helps :)

Joshua.




On Mon, Feb 16, 2004 at 12:01:35AM +0100, Tom wrote:
> Hey all,
>=20
> A few minutes ago, I installed Dovecot, hoping things would get clear by
> just looking at the relevant config files, but since they don't, I hope
> someone here could give me a clue...
>=20
> What I want to achieve is really only basic functionality. It's just for
> personal use, so it shouldn't get too complicated. Up til now, I have
> been using fetchmail to get my mail off of several POP3-accounts, exim
> to hand it over to procmail and procmail to drop it in the mail
> directories of my girlfriend and I.
>=20
> I'd like to be able to remotely use a webmail program of some kind to
> check mail without having to use ssh to login. So I thought an
> IMAP-server might be the way to go, but, embarassing though it may be, I
> can't quite grasp how Dovecot (any IMAPd of course, for that matter)
> fits in the whole.
>=20
> Should Dovecot receive mail from fetchmail and put in it it's proper
> place in the user's home directories? Or does Dovecot merely read any
> mail that might belong to users, told where to look by dovecot.conf?
>=20
> Since I now notice my questions are put in a way that is equally
> embarassing as the questions themselves, I'll keep it short: could
> anyone enlighten me about the role of Dovecot / an IMAPd it the whole of
> a mail system (mail directories for each user, fetchmail, procmail, an
> MTA, a MUA)?
>=20
> Sincerely apologizing for wasting your undoubtedly valuable time,
> Tom
>=20
> --=20
> "Mongolian drivers do not care much about pedestrians."
> --
> np: Vive La F?te - Assez (flac)
>    =20

--=20
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

From tom@abwaerts.be  Mon Feb 16 03:04:19 2004
Return-Path: <tom@abwaerts.be>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1E36DC000D9D; Mon, 16 Feb 2004 03:04:19 +0200 (EET)
Received: from smtp1.xs4all.be (smtp1.xs4all.be [195.144.64.135])
	by talvi.dovecot.org (Postfix) with ESMTP id DEAD7C000D9B
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 03:04:16 +0200 (EET)
Received: from zukunft.mine.nu (195-144-090-021.dyn.adsl.xs4all.be
	[195.144.90.21])
	by smtp1.xs4all.be (8.12.10/8.12.10) with ESMTP id i1G11JPQ018437;
	Mon, 16 Feb 2004 02:01:19 +0100
Received: from tom by zukunft.mine.nu with local (Exim 4.30)
	id 1AsX8R-0001Ix-LE; Mon, 16 Feb 2004 02:01:19 +0100
Date: Mon, 16 Feb 2004 02:01:19 +0100
From: Tom <tom@abwaerts.be>
To: Joshua Goodall <joshua@roughtrade.net>
Subject: Re: [Dovecot] Basic questions concerning mail...
Message-ID: <20040216010119.GA5004@zukunft.mine.nu>
References: <20040215230135.GA2711@zukunft.mine.nu>
	<20040215235613.GQ97015@roughtrade.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040215235613.GQ97015@roughtrade.net>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: Tom <tom@abwaerts.be>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 16 Feb 2004 01:04:19 -0000
X-UID: 8695                                                  
Status: O
Content-Length: 1431

* [16/02/2004 01:01] Joshua Goodall <joshua@roughtrade.net>:

> You need to mentally sort out the distinction between different roles
> in email systems.

Indeed. It's the reason I mailed in the first place... ;-)

> Email is originated (created) by a Mail User Agent - e.g. Mutt,
> Outlook, Evolution, Webmail.
> 
> Email is transported by a Mail Transfer Agent (MTA) - e.g. Postfix,
> Sendmail, Exim, Qmail.
> 
> Email is stored in a Message Store - e.g. Maildir, mbox, various
> custom databases.
> 
> Email in a store is made available by POP3 or IMAP servers e.g.
> Dovecot.  (or you may have direct access to the filesystem).
> 
> Finally, Email is displayed by another Mail User Agent
> (mutt/outlook/webmail).

Ah. So nothing would change, actually, by installing an IMAP server,
right? The roles played by Exim, procmail and whatever I might use
remain the same, and the IMAP server only serves (obviously, the termi
was well chosen) mail to remote users who are able to authenticate
themselves, and is thus just an extra step between stored mail and
the user (instead of just viewing mail ("direct access to the filesystem"),
I'd use IMAP to display mails somewhere else using a MUA)?

Great. I get the concept, now. It really was the kind of answer that
makes one wonder why one could not get it in the first place. :-/

Thanks a lot,
Tom

-- 
"Mongolian drivers do not care much about pedestrians."
--
np: gar nix
    

From joshua@shallow.net  Mon Feb 16 03:09:29 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A237CC002801; Mon, 16 Feb 2004 03:09:29 +0200 (EET)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 4955DC000D9D
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 03:09:27 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id F305E30D9; Mon, 16 Feb 2004 12:06:28 +1100 (EST)
Date: Mon, 16 Feb 2004 12:06:28 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: Tom <tom@abwaerts.be>
Subject: Re: [Dovecot] Basic questions concerning mail...
Message-ID: <20040216010628.GS97015@roughtrade.net>
References: <20040215230135.GA2711@zukunft.mine.nu>
	<20040215235613.GQ97015@roughtrade.net>
	<20040216010119.GA5004@zukunft.mine.nu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040216010119.GA5004@zukunft.mine.nu>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 16 Feb 2004 01:09:29 -0000
X-UID: 8696                                                  
Status: O
Content-Length: 1079

On Mon, Feb 16, 2004 at 02:01:19AM +0100, Tom wrote:
> Ah. So nothing would change, actually, by installing an IMAP server,
> right? The roles played by Exim, procmail and whatever I might use
> remain the same, and the IMAP server only serves (obviously, the termi
> was well chosen) mail to remote users who are able to authenticate
> themselves, and is thus just an extra step between stored mail and
> the user (instead of just viewing mail ("direct access to the filesystem"),
> I'd use IMAP to display mails somewhere else using a MUA)?

Right.

Personally I use IMAP so that I have a consistent view whether I'm
using mutt (local shell), Kmail (in the office), Mozilla (on the road)
or Squirrelmail (from internet cafes).

> Great. I get the concept, now. It really was the kind of answer that
> makes one wonder why one could not get it in the first place. :-/

There's no shame in asking intelligent questions.

cheers,
J

-- 
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

From aredridel@nbtsc.org  Mon Feb 16 03:19:35 2004
Return-Path: <aredridel@nbtsc.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2F6B2C000D9D; Mon, 16 Feb 2004 03:19:35 +0200 (EET)
Received: from polis.nbtsc.org (polis.nbtsc.org [206.168.119.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 46FDFC000D9B
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 03:19:32 +0200 (EET)
Received: from [3ffe:bc0:641:1:230:1bff:feac:c01c] (helo=mizar.nbtsc.org)
	by polis.nbtsc.org with asmtp (Exim 4.30) id 1AsXNC-0001GR-02
	for dovecot@dovecot.org; Sun, 15 Feb 2004 18:16:34 -0700
Received: from aredridel by mizar.nbtsc.org with local (Exim 4.30)
	id 1AsXMX-0004mP-Ds
	for dovecot@dovecot.org; Sun, 15 Feb 2004 18:15:53 -0700
Date: Sun, 15 Feb 2004 18:15:53 -0700
From: Aredridel <aredridel@nbtsc.org>
To: dovecot@dovecot.org
Message-ID: <20040216011553.GA18052@mail.nbtsc.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Arbitrary-Number-Of-The-Day: 42
X-Scan-Signature: 8c1e745ff32067d9dad487940387dd9b
X-Spam-Score: 0.0 (/)
Subject: [Dovecot] File synchronization friendly indexes
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 16 Feb 2004 01:19:35 -0000
X-UID: 8697                                                  
Status: O

I've been doing some tests of file synchronization with Unison (think
"two way rsync"), and run into one problem: Synching between servers has
conflicts on the index file.  I can manually exclude, but what seems to
me to be a really wonderful feature would be to, preferably, make the
indexes somewhat atomic, so that files, once written, don't change (this
is a feature of maildirs in general), and barring that, that they
include the machine name as part of the filename, so there's no
conflicts.

Also, on a completely unrelated and somewhat offtopic note: I'd love to
hear some brainstorms on how to prevent duplicate messages when maildirs
are synched, files are moved from new on one or more ends, flags are
changed inconsistently, and synched back.

Ari

From hendry@dabase.com  Mon Feb 16 17:05:35 2004
Return-Path: <hendry@dabase.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 69E0AC000D9D; Mon, 16 Feb 2004 17:05:35 +0200 (EET)
Received: from bilbo (daidalos.pannuhuone.org [194.100.133.7])
	by talvi.dovecot.org (Postfix) with ESMTP id E3BD4C000D9B
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 17:05:32 +0200 (EET)
Received: from hendry by bilbo with local (Exim 4.30) id 1AskJp-0000aq-II
	for dovecot@dovecot.org; Mon, 16 Feb 2004 17:05:57 +0200
Date: Mon, 16 Feb 2004 17:05:57 +0200
From: Kai Hendry <hendry@cs.helsinki.fi>
To: dovecot@dovecot.org
Message-ID: <20040216150557.GI636@cs.helsinki.fi>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="3V7upXqbjpZ4EhLz"
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: Kai Hendry <hendry@dabase.com>
Subject: [Dovecot] debian unstable : mutt polling imap mailboxes
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 16 Feb 2004 15:05:35 -0000
X-UID: 8698                                                  
Status: O
Content-Length: 4701


--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Package: dovecot
Version: 0.99.10.4-2

I am accessing my IMAP folder on my ~/Maildir using mutt via Dovecot and
I have this problem whereby mutt incorrectly reports I have new mail in a
"mailboxes" polled mailbox.

This happens all the time when I press the key bound to change mailbox.

I use courier IMAP at school, and I have not experienced this problem. A
bug with dovecot or mutt?

--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=".muttrc"

# $Id: .muttrc 410 2004-02-14 15:30:13Z hendry $

set alias_file=~/Mail/mutt.addressbook
# File to search for aliases in
source  ~/Mail/mutt.addressbook

set ssl_starttls=yes
set certificate_file=~/Mail/certificates
set imap_force_ssl=yes

set spoolfile={hendry@mail.cs.helsinki.fi/ssl}INBOX
set folder={hendry@mail.cs.helsinki.fi/ssl}

#set spoolfile={hendry@dabase.com/ssl}
#set folder={hendry@dabase.com/ssl}

account-hook imaps://hendry@mail.cs.helsinki.fi 'set folder={hendry@mail.cs.helsinki.fi/ssl}; set spoolfile={hendry@mail.cs.helsinki.fi/ssl}INBOX'
account-hook imaps://hendry@daidalos.pannuhuone.org 'set folder={hendry@daidalos.pannuhuone.org/ssl}; set spoolfile={hendry@daidalos.pannuhuone.org/ssl}INBOX'

mailboxes !
mailboxes {hendry@mail.cs.helsinki.fi/ssl}INBOX {hendry@daidalos.pannuhuone.org/ssl}

#set move=yes

set realname="Kai Hendry"
set from="hendry@cs.helsinki.fi"
set hostname="cs.helsinki.fi"

set beep_new                    # beep if new mail comes in
set editor="vim '+set tw=72'"
set ispell="aspell -e -c"

set charset="utf-8"

set mbox=imaps://hendry@mail.cs.helsinki.fi/"INBOX.inbox.`date +%Y.%m-%b`" #Archive inbox mail
set postponed=imaps://hendry@mail.cs.helsinki.fi/INBOX.postponed  # location of postponed messages
set record=imaps://hendry@mail.cs.helsinki.fi/"INBOX.Sent.`date +%Y.%m-%b`" #Archive send mail

color status 	white 		blue
color index 	brightwhite	black   ~N    	
# Some of these contain special ppl :)
source ~/Mail/mutt.colours

set ascii_chars		# So the threading arrows show up properly	       
set sort=threads    # Sort by threads
set menu_scroll		# scroll on last line of menu 
unset suspend
set smart_wrap
set wrap_search
set abort_unmodified=no

# this is cool, dual text/html mails have only the text part shown
alternative_order text/plain   # I like plaintext more than html.
auto_view text/html

# When viewing next page of info, retain last line of previous page
set pager_context=5

# Works a bit like a "preview" screen; 
# you can see the pager and 5 lines of the index at the same time
set pager_index_lines=5

set pgp_replysign     # always sign reply to signed message
set pgp_replyencrypt  # always encrypt reply to encrypted message

# check these commands work
macro pager J "!gpg --keyserver wwwkeys.eu.pgp.net --recv-key " "Get PGP Key"
macro pager K "!gpg --lsign-key " "Sign PGP Key"

# BOGOFILTER
macro index X "<enter-command>unset wait_key\n<pipe-entry>bogofilter -S\n<enter-command>set wait_key\n<delete-message>"
macro pager X "<enter-command>unset wait_key\n<pipe-entry>bogofilter -S\n<enter-command>set wait_key\n<delete-message>"


hdr_order From From: To: Cc: Subject: Date: X-Note: X-Mailer: User-Agent: \
          X-MimeOLE: Content-Type:
unignore *
ignore "from " received mime-version status x-status 
ignore sender references return-path lines precedence content-length
ignore priority x-priority x-auth
ignore X-eGroups-Return X-Mailing-List List-Help List-Unsubscribe List-Archive
ignore X-Sieve
ignore Message-Id
ignore Envelope-to
ignore Content-Type
ignore content-transfer-encoding content-disposition
ignore In-reply-to
ignore x-originalarrivaltime
ignore x-bogosity
ignore x-spam-status
ignore x-spam-level
ignore x-mailer user-agent

#set autoedit           # start editor without asking for to, subject,...
set auto_tag           # if something is tagged, run commands on tagged msgs.
set fast_reply         # do not ask for to, subject,... when replying

set index_format="%4C %Z %[!%d/%m] %-17.17F (%3l) %s"
set pager_format="%S [%C] %n (%l) %s"
set folder_format="%F %d %8s %N %f"
set print_command="enscript -2r -o /tmp/email.ps -Email"

# this does not seem to work atm
#set query_command="lbdbq %s"

# Need this if using cygwin
#set sendmail = "/usr/sbin/ssmtp.exe"

send-hook   . 'my_hdr From: Kai Hendry <hendry@cs.helsinki.fi>' 
#send-hook   '~C hkkk' 'my_hdr From: Kai Hendry <k75930@ky.hkkk.fi>'
message-hook "~h multipart" "set mime_forward=ask-yes"

#bind attach S save-entry
macro attach s S^A~/Mail/mail-attachments/

#more powerful editing :)
#set edit_headers

--3V7upXqbjpZ4EhLz--

From jwk@bug.it  Tue Feb 17 22:06:35 2004
Return-Path: <jwk@bug.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DCC77C002800; Tue, 17 Feb 2004 22:06:35 +0200 (EET)
Received: from hydra.energy.local (adsl-237-151.38-151.net24.it
	[151.38.151.237])
	by talvi.dovecot.org (Postfix) with SMTP id 5204DC000D9B
	for <dovecot@dovecot.org>; Tue, 17 Feb 2004 22:06:31 +0200 (EET)
Received: (qmail 5980 invoked from network); 17 Feb 2004 20:16:20 -0000
Received: from unknown (HELO mirage.energy.local) (10.0.1.2)
	by hydra.energy.local with SMTP; 17 Feb 2004 20:16:20 -0000
Message-Id: <6.0.1.1.2.20040217203714.01ed3538@mail.energy.local>
X-Sender: jwk@mail.energy.local
X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1
Date: Tue, 17 Feb 2004 21:05:20 +0100
To: dovecot@dovecot.org
From: Giacomo Cariello <jwk@bug.it>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [Dovecot] LDAP configuration
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 17 Feb 2004 20:06:36 -0000
X-UID: 8699                                                  
Status: O

Hello,
I've just installed dovecot to replace courier-imap and I've found out it 
didn't support some of the typical LDAP userPassword schemes, so I've 
written some based on OpenSSL API. Furthermore I noticed that the MD5 one 
seems broken. If it isn't a requirement to ship its own implementation of a 
crypto algorithm, I would send in a patch to replace schema checks with 
those based on libcrypto.

I also noticed that if I try connecting to an account that doesn't contain 
a real maildir (es. maildir:%h/.mail, but .mail doesn't exist), the imap 
segv's.
I suppose it would be cool to ship a maildirmake program and have imap use 
it whenever necessary, if a flag allows it to do so.



Giacomo Cariello, jwk@bug.it
KeyID: 3072/1024/0x409C9044
Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044

"Put that mic in my hand and let me kick out the jams!" - MC5


From joshua@shallow.net  Wed Feb 18 00:06:43 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BDE4AC000D9D; Wed, 18 Feb 2004 00:06:43 +0200 (EET)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 5FE2EC000D9B
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 00:06:41 +0200 (EET)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id E764E3016; Wed, 18 Feb 2004 09:03:37 +1100 (EST)
Date: Wed, 18 Feb 2004 09:03:37 +1100
From: Joshua Goodall <joshua@roughtrade.net>
To: Giacomo Cariello <jwk@bug.it>
Subject: Re: [Dovecot] LDAP configuration
Message-ID: <20040217220337.GW97015@roughtrade.net>
References: <6.0.1.1.2.20040217203714.01ed3538@mail.energy.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <6.0.1.1.2.20040217203714.01ed3538@mail.energy.local>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 17 Feb 2004 22:06:43 -0000
X-UID: 8700                                                  
Status: O

On Tue, Feb 17, 2004 at 09:05:20PM +0100, Giacomo Cariello wrote:
> I've just installed dovecot to replace courier-imap and I've found out it 
> didn't support some of the typical LDAP userPassword schemes, so I've 
> written some based on OpenSSL API. Furthermore I noticed that the MD5 one 
> seems broken. If it isn't a requirement to ship its own implementation of a 
> crypto algorithm, I would send in a patch to replace schema checks with 
> those based on libcrypto.

Any overlap with the LDAP MD5/SMD5 handler at
http://www.roughtrade.net/dovecot/ ?

Personally I prefer that Dovecot does its own crypto.  I like Timo's
buffer libraries, and using external libs would weaken that; you
might as well go use Cyrus SASL.

- Joshua.

-- 
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

From jwk@bug.it  Wed Feb 18 08:24:14 2004
Return-Path: <jwk@bug.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6234CC000D9D; Wed, 18 Feb 2004 08:24:14 +0200 (EET)
Received: from hydra.energy.local (adsl-237-151.38-151.net24.it
	[151.38.151.237])
	by talvi.dovecot.org (Postfix) with SMTP id 8DE7FC000D9B
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 08:24:11 +0200 (EET)
Received: (qmail 24555 invoked from network); 18 Feb 2004 06:33:59 -0000
Received: from unknown (HELO mirage.energy.local) (10.0.1.2)
	by hydra.energy.local with SMTP; 18 Feb 2004 06:33:59 -0000
Message-Id: <6.0.1.1.2.20040218071721.01df5320@mail.energy.local>
X-Sender: jwk@mail.energy.local
X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1
Date: Wed, 18 Feb 2004 07:23:14 +0100
To: dovecot@dovecot.org
From: Giacomo Cariello <jwk@bug.it>
Subject: Re: [Dovecot] LDAP configuration
In-Reply-To: <20040217220337.GW97015@roughtrade.net>
References: <6.0.1.1.2.20040217203714.01ed3538@mail.energy.local>
	<20040217220337.GW97015@roughtrade.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 18 Feb 2004 06:24:14 -0000
X-UID: 8701                                                  
Status: O
Content-Length: 1252

At 23.03 17/02/2004, you wrote:
>On Tue, Feb 17, 2004 at 09:05:20PM +0100, Giacomo Cariello wrote:
> > I've just installed dovecot to replace courier-imap and I've found out it
> > didn't support some of the typical LDAP userPassword schemes, so I've
> > written some based on OpenSSL API. Furthermore I noticed that the MD5 one
> > seems broken. If it isn't a requirement to ship its own implementation 
> of a
> > crypto algorithm, I would send in a patch to replace schema checks with
> > those based on libcrypto.
>
>Any overlap with the LDAP MD5/SMD5 handler at
>http://www.roughtrade.net/dovecot/ ?

Whoops. This url deserves to make it to the Wiki ;-)
Well, I worked primarily on SHA / SSHA, so no, it's not an overlap, however 
I suppose it would be cool to import that MD5 handler.

>Personally I prefer that Dovecot does its own crypto.  I like Timo's
>buffer libraries, and using external libs would weaken that; you
>might as well go use Cyrus SASL.

IMHO, cyrus SASL sucks for what regards "code quality", so it'd be even 
worse than using OpenSSL API.

Giacomo Cariello, jwk@bug.it

KeyID: 3072/1024/0x409C9044
Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044

"Put that mic in my hand and let me kick out the jams!" - MC5


From tkay@darkwing.uoregon.edu  Tue Feb 17 02:50:51 2004
Return-Path: <tkay@darkwing.uoregon.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D2650C002800; Tue, 17 Feb 2004 02:50:51 +0200 (EET)
Received: from darkwing.uoregon.edu (darkwing.uoregon.edu [128.223.142.13])
	by talvi.dovecot.org (Postfix) with ESMTP id 53833C000D9B
	for <dovecot@dovecot.org>; Tue, 17 Feb 2004 02:50:49 +0200 (EET)
Received: from darkwing.uoregon.edu (tkay@localhost [127.0.0.1])
	by darkwing.uoregon.edu (8.12.11/8.12.11) with ESMTP id i1H0lnpt017238
	for <dovecot@dovecot.org>; Mon, 16 Feb 2004 16:47:49 -0800 (PST)
Received: (from tkay@localhost)
	by darkwing.uoregon.edu (8.12.11/8.12.11/Submit) id i1H0lnUM017232
	for dovecot@dovecot.org; Mon, 16 Feb 2004 16:47:49 -0800 (PST)
Date: Mon, 16 Feb 2004 16:47:49 -0800
From: Anthony Wendell Kay <tkay@darkwing.uoregon.edu>
To: dovecot@dovecot.org
Message-ID: <20040217004749.GB19492@darkwing.uoregon.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2i
X-Mailman-Approved-At: Wed, 18 Feb 2004 17:57:16 +0200
Subject: [Dovecot] More Benchmarks, and a question about indexing
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 17 Feb 2004 00:50:52 -0000
X-UID: 8702                                                  
Status: O
Content-Length: 1067

Hi,

We are thinking of converting to Dovecot to lighten our I/O load. I have done
some performace tests comparing UW-IMAP to Dovecot when using mbox format if
anyone is interested. They primarily examine the I/O improvements that can be
gained from using Dovecot over UW when staying with mbox format:

http://whizzo.uoregon.edu/public/src/mailperf/results.html

I had too much cached for this set of tests, and I am going to re-run some
with the recommended cache settings...so stay tuned.

Anyway, we are stuck with the mbox format for the forseeable future, and I
noticed how hard hitting Dovecot is on initial access to a large mailbox, so we
need a way to pre-create some of those indexes. I saw in the docs that such an
indexer has been planned, but does anyone have a hack for doing it now?

-- 
Anthony Kay                        Phone: (541) 346-1719
Student Consultant                 Key Signature: 7195 40B9 FC4F 6F43 C04A  
University of Oregon Computing Center             B4D9 BAF1 C76E AB6E 33E5

"Don't wish your life away."

   - Mom's best advice

From rjohnson@medata.com  Wed Feb 18 18:12:21 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BCD79C000D9D; Wed, 18 Feb 2004 18:12:21 +0200 (EET)
Received: from fed1mtao07.cox.net (fed1mtao07.cox.net [68.6.19.124])
	by talvi.dovecot.org (Postfix) with ESMTP id C0974C000D9B
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 18:12:18 +0200 (EET)
Received: from linux.htmlspinnr.org ([68.99.186.15]) by fed1mtao07.cox.net
	(InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
	id <20040218160913.MEAI11482.fed1mtao07.cox.net@linux.htmlspinnr.org>
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 11:09:13 -0500
Received: from medata.com (rickyj [192.168.1.3])
	by linux.htmlspinnr.org (8.12.10/8.12.10) with ESMTP id i1IG9C6E000901
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 08:09:12 -0800
Message-ID: <40338E29.3060107@medata.com>
Date: Wed, 18 Feb 2004 08:09:13 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] More Benchmarks, and a question about indexing
References: <20040217004749.GB19492@darkwing.uoregon.edu>
In-Reply-To: <20040217004749.GB19492@darkwing.uoregon.edu>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 18 Feb 2004 16:12:21 -0000
X-UID: 8703                                                  
Status: O
Content-Length: 1993

Anthony Wendell Kay wrote:
> Hi,
> 
> We are thinking of converting to Dovecot to lighten our I/O load. I have done
> some performace tests comparing UW-IMAP to Dovecot when using mbox format if
> anyone is interested. They primarily examine the I/O improvements that can be
> gained from using Dovecot over UW when staying with mbox format:

Perhaps I just missed something - but what was used to benchmark? IMHO? 
I'm curious as I wouldn't mind trying to benchmark (in general) my 
Maildir setup. Granted, I don't have an mbox comoparison anymore for the 
same machine, but it would be an interesting one none the less.

> Anyway, we are stuck with the mbox format for the forseeable future, and I
> noticed how hard hitting Dovecot is on initial access to a large mailbox, so we
> need a way to pre-create some of those indexes. I saw in the docs that such an
> indexer has been planned, but does anyone have a hack for doing it now?

IMHO, it's not a difficult transition as long as you have a good sized 
window to make the swap (depending on number of users and speed of the 
hardware), and your MDA is capable of switching easily (Procmail is). I 
found/wrote a couple of scripts to facilitate the transition, which were 
recently sent to this list. Perhaps there are other (political?) reasons 
for sticking w/ mbox, however.

Myth dispelling time: For those who are concerned about inode usage with 
Maildir, my 110GB available RAID is 21% used on disk space with mail, 
but only 4% used for inodes. It seems to me I'll run out of space long 
before I run out of inodes with my user's present usage. This is for 150 
users, approx 60% of which use IMAP and 1/2 of them again store 
significant amounts of mail on the server. Some of my largest users have 
upwards of 30,000 messages (packrat managers).

-Rick
-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc. (from home)
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From tss@iki.fi  Wed Feb 18 18:22:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B3DB4C000D9D; Wed, 18 Feb 2004 18:22:43 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 6E519C000D9B
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 18:22:41 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 154D1300DFC19; Wed, 18 Feb 2004 18:19:38 +0200 (EET)
Subject: Re: [Dovecot] More Benchmarks, and a question about indexing
From: Timo Sirainen <tss@iki.fi>
To: Anthony Wendell Kay <tkay@darkwing.uoregon.edu>
In-Reply-To: <20040217004749.GB19492@darkwing.uoregon.edu>
References: <20040217004749.GB19492@darkwing.uoregon.edu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-pc9EFATxW9KaUPslh1ux"
Message-Id: <1077121177.30013.32.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 18 Feb 2004 18:19:38 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 18 Feb 2004 16:22:43 -0000
X-UID: 8704                                                  
Status: O
Content-Length: 2227


--=-pc9EFATxW9KaUPslh1ux
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-02-17 at 02:47, Anthony Wendell Kay wrote:
> We are thinking of converting to Dovecot to lighten our I/O load. I have =
done
> some performace tests comparing UW-IMAP to Dovecot when using mbox format=
 if
> anyone is interested. They primarily examine the I/O improvements that ca=
n be
> gained from using Dovecot over UW when staying with mbox format:
>=20
> http://whizzo.uoregon.edu/public/src/mailperf/results.html

Good testing. I was going to do something similiar myself, but only for
the next release which will have rewritten index and mbox code. I know
the current mbox code is really slow and buggy in some situations.

I've however heard of getting much larger performance benefits when
switching from UW-IMAP. I think they had mostly Outlook/OE clients.
Drops from average 20MB/s disk I/O to few kB/s.

> Anyway, we are stuck with the mbox format for the forseeable future, and =
I
> noticed how hard hitting Dovecot is on initial access to a large mailbox,=
 so we
> need a way to pre-create some of those indexes. I saw in the docs that su=
ch an
> indexer has been planned, but does anyone have a hack for doing it now?

This, and POP access will work better in next version too. Currently
Dovecot goes and stores all kinds of cached data to index files even if
client never uses them. This will change so that data is stored only
when client actually asks for it which I think makes opening large
mailboxes almost as fast as UW-IMAP (small hit for writing 200-500kB
indexes per 10000 mails).

I'll also create Dovecot LDA which is able to update the indexes
directly while storing the mail, that should help some too.

Anyway, back to coding. I hope to get it usable soon and committed to
CVS. Before that I'm pretty unresponsive..


--=-pc9EFATxW9KaUPslh1ux
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAM5CZyUhSUUBViskRAolDAKCE1nQYSGNK4lVkwQKLwloBD9BLhQCfQVy4
cSqG78j7YPQLLLuhvvY6EkU=
=xhI4
-----END PGP SIGNATURE-----

--=-pc9EFATxW9KaUPslh1ux--


From tkay@darkwing.uoregon.edu  Wed Feb 18 18:21:36 2004
Return-Path: <tkay@darkwing.uoregon.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0A92EC000D9D; Wed, 18 Feb 2004 18:21:36 +0200 (EET)
Received: from darkwing.uoregon.edu (darkwing.uoregon.edu [128.223.142.13])
	by talvi.dovecot.org (Postfix) with ESMTP id C7048C000D9B
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 18:21:32 +0200 (EET)
Received: from darkwing.uoregon.edu (tkay@localhost [127.0.0.1])
	by darkwing.uoregon.edu (8.12.11/8.12.11) with ESMTP id i1IGISuj026812
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 08:18:28 -0800 (PST)
Received: (from tkay@localhost)
	by darkwing.uoregon.edu (8.12.11/8.12.11/Submit) id i1IGIS83026809
	for dovecot@dovecot.org; Wed, 18 Feb 2004 08:18:28 -0800 (PST)
Date: Wed, 18 Feb 2004 08:18:28 -0800
From: Anthony Wendell Kay <tkay@darkwing.uoregon.edu>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] More Benchmarks, and a question about indexing
Message-ID: <20040218161827.GA5555@darkwing.uoregon.edu>
Mail-Followup-To: dovecot@dovecot.org
References: <20040217004749.GB19492@darkwing.uoregon.edu>
	<40338E29.3060107@medata.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40338E29.3060107@medata.com>
User-Agent: Mutt/1.4.2i
X-Mailman-Approved-At: Wed, 18 Feb 2004 18:23:00 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 18 Feb 2004 16:21:36 -0000
X-UID: 8705                                                  
Status: O
Content-Length: 1609

On 02/18 08:09, Rick Johnson wrote:
> Perhaps I just missed something - but what was used to benchmark? IMHO? 
> I'm curious as I wouldn't mind trying to benchmark (in general) my 
> Maildir setup. Granted, I don't have an mbox comoparison anymore for the 
> same machine, but it would be an interesting one none the less.

If you go to my site (which is actually my public Subversion source repository),
you can take a look. The page explains how I did the benchmarks in great detail,
and every script name in the tables is a link to the actual Perl script that
did the test.

I wrote a couple of the benchmarks based on IMAP traffic that I sniffed from 
both IMHO and SquirrelMail, but the benchmarks themselves did the stressing 
using Perl scripts.

> Perhaps there are other (political?) reasons 
> for sticking w/ mbox, however.

Yep. That, and our servers are currently Solaris and are using a filesystem 
format that is horribly slow in dealing with directories (flat instead of
B-Tree)...I am adding benchmarks for other formats (including maildir and
cyrus) as soon as I can get to them.

-- 
Anthony Kay                        Phone: (541) 346-1719
Student Consultant                 Key Signature: 7195 40B9 FC4F 6F43 C04A  
University of Oregon Computing Center             B4D9 BAF1 C76E AB6E 33E5

Music stands halfway between thought and phenomenon,
between spirit and matter, a sort of nebulous mediator,
like and unlike the things it mediates.
Spirit that requires manifestation in time and matter that
can do without space...we do not know what music is.

                 - Heinrich Heine

From dr@jones.dk  Wed Feb 18 18:36:58 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4D45EC000D9D; Wed, 18 Feb 2004 18:36:58 +0200 (EET)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id 823F3C000D9B
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 18:36:55 +0200 (EET)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP id C4B793F263A
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 17:33:46 +0100 (CET)
Message-ID: <403393EA.6070202@jones.dk>
Date: Wed, 18 Feb 2004 17:33:46 +0100
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040209)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] More Benchmarks, and a question about indexing
References: <20040217004749.GB19492@darkwing.uoregon.edu>
	<1077121177.30013.32.camel@hurina>
In-Reply-To: <1077121177.30013.32.camel@hurina>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 18 Feb 2004 16:36:58 -0000
X-UID: 8706                                                  
Status: O
Content-Length: 1454

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Timo Sirainen wrote:

|>Anyway, we are stuck with the mbox format for the forseeable future, and I
|>noticed how hard hitting Dovecot is on initial access to a large
mailbox, so we
|>need a way to pre-create some of those indexes. I saw in the docs that
such an
|>indexer has been planned, but does anyone have a hack for doing it now?
|
|
| This, and POP access will work better in next version too. Currently
| Dovecot goes and stores all kinds of cached data to index files even if
| client never uses them. This will change so that data is stored only
| when client actually asks for it which I think makes opening large
| mailboxes almost as fast as UW-IMAP (small hit for writing 200-500kB
| indexes per 10000 mails).
|
| I'll also create Dovecot LDA which is able to update the indexes
| directly while storing the mail, that should help some too.
|
| Anyway, back to coding. I hope to get it usable soon and committed to
| CVS. Before that I'm pretty unresponsive..

Cool!

~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er nr: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAM5Pqn7DbMsAkQLgRAnDUAJ9DgE+mJr3Az2qNbGsVqovb6ClTZwCfbNyg
BWbW3gDv6lMe6zFhZZTtnls=
=iEU2
-----END PGP SIGNATURE-----

From tom@abwaerts.be  Wed Feb 18 19:54:42 2004
Return-Path: <tom@abwaerts.be>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C0CF1C000D9D; Wed, 18 Feb 2004 19:54:42 +0200 (EET)
Received: from smtp1.xs4all.be (smtp1.xs4all.be [195.144.64.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 6BBDAC000D9B
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 19:54:40 +0200 (EET)
Received: from zukunft.mine.nu (195-144-090-014.dyn.adsl.xs4all.be
	[195.144.90.14])
	by smtp1.xs4all.be (8.12.10/8.12.10) with ESMTP id i1IHpaPQ001218
	for <dovecot@dovecot.org>; Wed, 18 Feb 2004 18:51:36 +0100
Received: from tom by zukunft.mine.nu with local (Exim 4.30)
	id 1AtVrE-0005Ud-JL
	for dovecot@dovecot.org; Wed, 18 Feb 2004 18:51:36 +0100
Date: Wed, 18 Feb 2004 18:51:36 +0100
From: Tom <tom@abwaerts.be>
To: dovecot@dovecot.org
Message-ID: <20040218175136.GA20983@zukunft.mine.nu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: Tom <tom@abwaerts.be>
Subject: [Dovecot] Dovecot -- basic setup
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 18 Feb 2004 17:54:42 -0000
X-UID: 8707                                                  
Status: O
Content-Length: 2499

Hey all,

After some kind soul made me understand what I can expect from Dovecot,
I feel really embarassed for not being able to set it up correctly.

What I already had was ~/Mail, containing about six maildirs. Exim got
mail, delivered it to procmail, and procmail dropped it in my inbox; a
needless extra step that I keep for future, ehm, needs that I might
start to care about when I can just succesfully use the most basic mail
configuration I can think of.

As far as I understood, I just have to point Dovecot to my maildir for
it to serve my mail when I connect appropriately with a client. When I
test that with KMail connecting to localhost, I get a bizarre overview
of my mailfolders, that looks like this:

http://www.xs4all.be/~verbreyt/img/scrots/dovecot-kmail.jpg

The error message on top is what I get when I try to catch up with any
possible new mail: "Unable to get information about folder
antwort.index. The server replied: Internal error." Syslog says
"lstat(/home/tom/Mail/.antwort.index/cur) failed: Not a directory".
Could be, of course: the directory should be ~/Mail/antwort/cur. After
I ran KMail and got those errors, ~/Mail, previously only containing
some folders, each in turn containing cur/, new/ and tmp/, is
stuffed with index files, and three new folders (cur/, new/ and tmp/)
directly in the toplevel.

#####

$ ls -a Mail
.                   .drafts.index.ids    .sent.index.ids
..                  inbox                sent-mail
antwort             .INBOX               .sent-mail.index
.antwort.index      .inbox.index         .sent-mail.index.ids
.antwort.index.ids  .inbox.index.ids     spam
check               .inbox.index.sorted  .spam.index
.check.index        new                  .spam.index.ids
.check.index.ids    outbox               tmp
cur                 .outbox.index        trash
.customflags        .outbox.index.ids    .trash.index
drafts              sent                 .trash.index.ids
.drafts.index       .sent.index

#####

I'm not sure just where it all goes wrong. Yes, I feel stupid about that,
but what did, then, did I misunderstand? The only relevant thing in
/etc/dovecot.conf I guess would be "default_mail_env" which I have set to
"maildir:~/Mail:INBOX=~/Mail/inbox".

Documentation may be sparse, it'd still make me sad to be the cause of
it being extended for use by the clueless. :-/

Grateful for any corrections,
Tom

-- 
"Mongolian drivers do not care much about pedestrians."
--
np: Predominance - Luftschiffe (flac)


From tss@iki.fi  Thu Feb 19 00:13:46 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 55616C002802; Thu, 19 Feb 2004 00:13:46 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id EC9AEC000D9B
	for <dovecot@dovecot.org>; Thu, 19 Feb 2004 00:13:43 +0200 (EET)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 280A5239F7; Thu, 19 Feb 2004 00:10:40 +0200 (EET)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 8B077239F5; Thu, 19 Feb 2004 00:10:06 +0200 (EET)
In-Reply-To: <20040216011553.GA18052@mail.nbtsc.org>
References: <20040216011553.GA18052@mail.nbtsc.org>
Mime-Version: 1.0 (Apple Message framework v612)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2-50755716"
Message-Id: <3398DF80-625F-11D8-9AD9-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] File synchronization friendly indexes
Date: Thu, 19 Feb 2004 00:10:03 +0200
To: Aredridel <aredridel@nbtsc.org>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.612)
X-Spam-Status: No, hits=-7.2 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 18 Feb 2004 22:13:46 -0000
X-UID: 8708                                                  
Status: O
Content-Length: 3003


--Apple-Mail-2-50755716
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 16.2.2004, at 03:15, Aredridel wrote:

> I've been doing some tests of file synchronization with Unison (think
> "two way rsync"), and run into one problem: Synching between servers 
> has
> conflicts on the index file.

You didn't say what you were trying to accomplish with this.

A goal that would work is to use two separate servers which sync each 
others once in a while. Clients would treat both of them as completely 
separate servers. Might be useful for eg. laptop users where 
laptop-IMAP-server sync with some external one. Or using a better 
client would work too :)

But I'd guess you were trying to add some automatic redundancy where 
user could be using either one of the servers and not notice a 
difference. There are some major problems, especially related to 
handling UIDs. IMAP requires that each new message gets an UID larger 
than the last one. If both of your servers generates mail with UID 10, 
what should happen when they're syncing? Only solution is to give both 
mails new UIDs, ie. 11 and 12. This might or might not be a problem. 
Some clients store some (user-given) data related to message locally, 
attached to the UID. If UID changes, you lose that.

> I can manually exclude, but what seems to
> me to be a really wonderful feature would be to, preferably, make the
> indexes somewhat atomic, so that files, once written, don't change 
> (this
> is a feature of maildirs in general),

But indexes do change.. They contain for example quick access to 
message flags which are changed. Some data could be stored so they 
don't change, but that would pretty much require each message to have 
it's own index file, which would hurt performance badly.

> and barring that, that they
> include the machine name as part of the filename, so there's no
> conflicts.

Just excluding them from syncing would sound better to me. You could 
quite easily change the filename though.

> Also, on a completely unrelated and somewhat offtopic note: I'd love to
> hear some brainstorms on how to prevent duplicate messages when 
> maildirs
> are synched, files are moved from new on one or more ends, flags are
> changed inconsistently, and synched back.

You'd probably need a quite specialized application to do the syncing 
right. I think there was some existing ones. One that accessed maildirs 
directly, and another that did it via IMAP. They can't be perfect, but 
more or less working is possible..

--Apple-Mail-2-50755716
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAM+K7yUhSUUBViskRAsl6AJ4hn21sSbyXv96NWDT2YsH3B1XVNgCghCZ+
UkyUfTchyoTggPrnA3aTih8=
=XSa1
-----END PGP SIGNATURE-----

--Apple-Mail-2-50755716--


From daemon@kzone.ch  Fri Feb 20 00:00:19 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E92AAC000D9D; Fri, 20 Feb 2004 00:00:19 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 4D320C000D9B
	for <dovecot@dovecot.org>; Fri, 20 Feb 2004 00:00:17 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id WAA31946
	for dovecot@dovecot.org; Thu, 19 Feb 2004 22:57:09 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot -- basic setup
Date: Thu, 19 Feb 2004 22:57:52 +0100
Organization: Kirmess
Lines: 16
Message-ID: <c13bfj$v65$1@Odo.kzone.ch>
References: <20040218175136.GA20983@zukunft.mine.nu>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1077227827 31941 192.168.100.100 (19 Feb 2004 21:57:07
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 19 Feb 2004 21:57:07 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <20040218175136.GA20983@zukunft.mine.nu>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Thu, 19 Feb 2004 22:00:20 -0000
X-UID: 8709                                                  
Status: O

Tom wrote:

> The error message on top is what I get when I try to catch up with any
> possible new mail: "Unable to get information about folder
> antwort.index. The server replied: Internal error." Syslog says
> "lstat(/home/tom/Mail/.antwort.index/cur) failed: Not a directory".
> Could be, of course: the directory should be ~/Mail/antwort/cur.

No. Dovecot uses . as mail hierarchy separator. Therefor the box
should be stored as /home/tom/Mail/.antwort.index/cur. Timo is working
on a change that will allow you to use / as separator but the current
release does not support that. You have to change your structure or
wait for the changed release.


Sven

From tom@replic8.net  Sun Feb 22 21:38:16 2004
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CF30BC000D9D; Sun, 22 Feb 2004 21:38:16 +0200 (EET)
Received: from rpd.dyn.hannover.ccc.de (p50861170.dip0.t-ipconnect.de
	[80.134.17.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 8D938C000D9B
	for <dovecot@dovecot.org>; Sun, 22 Feb 2004 21:38:11 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP id 2F21F4172C
	for <dovecot@dovecot.org>; Sun, 22 Feb 2004 19:34:53 +0000 (GMT)
Received: from rpd.dyn.hannover.ccc.de ([192.168.100.101])
	by localhost (commbox.rpdnet.com [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 10569-01 for <dovecot@dovecot.org>;
	Sun, 22 Feb 2004 19:34:24 +0000 (GMT)
Received: from localhost (server.rpdnet.com [192.168.100.100])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP id 1AAF64172A
	for <dovecot@dovecot.org>; Sun, 22 Feb 2004 19:34:24 +0000 (GMT)
Received: from aural (aural [10.0.0.8]) by webmail (IMP) with HTTP 
	for <tom@commbox.rpdnet.com>; Sun, 22 Feb 2004 19:34:48 +0000
Message-ID: <1077478488.40390458f372b@webmail>
Date: Sun, 22 Feb 2004 19:34:48 +0000
From: tom@replic8.net
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-4.9
X-Virus-Scanned: by amavisd-new
Subject: [Dovecot] dovecot-nightly/NetBSD - Fwd: CVS commit:
	wip/dovecot-nightly
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 22 Feb 2004 19:38:17 -0000
X-UID: 8710                                                  
Status: O
Content-Length: 2123

hello everybody,

i just commited a pkgsrc for dovecot nightly cvs-snapshots
to the pkgsrc-wip repository for NetBSD - this will
hopefully go into base pkgsrc, soon.

please see http://pkgsrc-wip.sourceforge.net/ on how to
obtain pkgsrc-wip.

----- Forwarded message from Tom Hensel <tomhensel@users.sourceforge.net> -----
    Date: Sun, 22 Feb 2004 11:18:52 -0800
    From: Tom Hensel <tomhensel@users.sourceforge.net>
Reply-To: pkgsrc-wip-discuss@lists.sourceforge.net
 Subject: CVS commit: wip/dovecot-nightly
      To: pkgsrc-wip-cvs@lists.sourceforge.net

Module name:	pkgsrc-wip
Committed by:	tomhensel
Date:		Sun Feb 22 19:18:52 UTC 2004

Import into wip/dovecot-nightly

Log Message:
Dovecot is an IMAP and POP3 server for Linux/UNIX-like systems,
written with security primarily in mind. Although it's written
in C, it uses several coding techniques to avoid most of the
common pitfalls.

A nightly CVS-snapshot is available at
http://dovecot.procontrol.fi/nightly/
which includes major changes from Dovecot 0.99.10.4;
please see the ChangeLog file inside the distribution archive.

For more information on Dovecot see
http://dovecot.procontrol.fi/

Status:

Vendor Tag:	tomhensel
Release Tags:	tomhensel_20040222
		
N wip/dovecot-nightly/PLIST
N wip/dovecot-nightly/distinfo
N wip/dovecot-nightly/Makefile
N wip/dovecot-nightly/DESCR
N wip/dovecot-nightly/files/dovecot.sh
N wip/dovecot-nightly/patches/patch-aa
N wip/dovecot-nightly/patches/patch-ab

No conflicts created by this import


To generate a diff of this commit:

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
pkgsrc-wip-cvs mailing list
pkgsrc-wip-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pkgsrc-wip-cvs

----- End forwarded message -----


From daemon@kzone.ch  Sun Feb 22 23:02:01 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E0174C000D9D; Sun, 22 Feb 2004 23:02:01 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 8C19BC000D9B
	for <dovecot@dovecot.org>; Sun, 22 Feb 2004 23:01:59 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id VAA06883
	for dovecot@dovecot.org; Sun, 22 Feb 2004 21:58:45 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Date: Sun, 22 Feb 2004 21:59:40 +0100
Organization: Kirmess
Lines: 6
Message-ID: <c1b565$6j4$1@Odo.kzone.ch>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1077483525 6756 192.168.100.100 (22 Feb 2004 20:58:45
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 22 Feb 2004 20:58:45 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
Subject: [Dovecot] [OT] How is the Changelog file created?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Sun, 22 Feb 2004 21:02:02 -0000
X-UID: 8711                                                  
Status: O

How is the Changelog file created?

I assume there is a tool which grabs this information
from the CVS repository. What's the name of this tool?

Sven

From wired@linfe.it  Sun Feb 22 23:28:02 2004
Return-Path: <wired@linfe.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AB410C002800; Sun, 22 Feb 2004 23:28:02 +0200 (EET)
Received: from linfe.it (unknown [213.198.150.109])
	by talvi.dovecot.org (Postfix) with ESMTP id 274BBC000D9D
	for <dovecot@dovecot.org>; Sun, 22 Feb 2004 23:28:00 +0200 (EET)
Received: from linfe.it (wired@localhost [127.0.0.1])
	by linfe.it (8.12.11/8.12.11/Debian-1) with ESMTP id i1MLClWR029854
	for <dovecot@dovecot.org>; Sun, 22 Feb 2004 22:12:47 +0100
Received: (from wired@localhost)
	by linfe.it (8.12.11/8.12.11/Debian-1) id i1MLCkmd029852
	for dovecot@dovecot.org; Sun, 22 Feb 2004 22:12:46 +0100
Date: Sun, 22 Feb 2004 22:12:46 +0100
From: Network Wizards <wired@linfe.it>
To: dovecot@dovecot.org
Message-ID: <20040222211246.GA29703@linfe.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: Linux libre 2.2.19 
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] too large imap.index.data  files
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: wired@linfe.it
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: Sun, 22 Feb 2004 21:28:02 -0000
X-UID: 8712                                                  
Status: O

Hi, 

I have noticed that imap.index.data are often too large files (several MiBs).
Is there a way to limit their size or to shrink dimension or to assign 
another directory where those file are stored?


thank you 

will 


From daemon@kzone.ch  Mon Feb 23 01:16:10 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A4227C002800; Mon, 23 Feb 2004 01:16:10 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 3C5EAC000D9D
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 01:16:08 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id AAA09178
	for dovecot@dovecot.org; Mon, 23 Feb 2004 00:12:53 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] too large imap.index.data  files
Date: Mon, 23 Feb 2004 00:13:48 +0100
Organization: Kirmess
Lines: 24
Message-ID: <c1bd1k$8u5$1@Odo.kzone.ch>
References: <20040222211246.GA29703@linfe.it>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1077491572 9157 192.168.100.100 (22 Feb 2004 23:12:52
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 22 Feb 2004 23:12:52 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <20040222211246.GA29703@linfe.it>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Sun, 22 Feb 2004 23:16:10 -0000
X-UID: 8713                                                  
Status: O

> I have noticed that imap.index.data are often too large files (several MiBs).
> Is there a way to limit their size or to shrink dimension or to assign 
> another directory where those file are stored?

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#

-- 
Sven

From wired@linfe.it  Mon Feb 23 08:38:44 2004
Return-Path: <wired@linfe.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E2353C000D9D; Mon, 23 Feb 2004 08:38:44 +0200 (EET)
Received: from linfe.it (unknown [213.198.150.109])
	by talvi.dovecot.org (Postfix) with ESMTP id AC0B3C000D9B
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 08:38:42 +0200 (EET)
Received: from linfe.it (wired@localhost [127.0.0.1])
	by linfe.it (8.12.11/8.12.11/Debian-1) with ESMTP id i1N6NSiF008569;
	Mon, 23 Feb 2004 07:23:28 +0100
Received: (from wired@localhost)
	by linfe.it (8.12.11/8.12.11/Debian-1) id i1N6NSuv008567;
	Mon, 23 Feb 2004 07:23:28 +0100
Date: Mon, 23 Feb 2004 07:23:28 +0100
From: wired@linfe.it
To: Sven Kirmess <sven.kirmess@gmx.net>
Subject: Re: [Dovecot] too large imap.index.data  files
Message-ID: <20040223062328.GA8306@linfe.it>
References: <20040222211246.GA29703@linfe.it> <c1bd1k$8u5$1@Odo.kzone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <c1bd1k$8u5$1@Odo.kzone.ch>
X-Operating-System: Linux libre 2.2.19
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: wired@linfe.it
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, 23 Feb 2004 06:38:45 -0000
X-UID: 8714                                                  
Status: O

>From Sven Kirmess, Feb 23:
 >#   maildir:/var/mail/%1u/%u/Maildir
 >#   mbox:~/mail/:INBOX=/var/mail/%u
 >#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n

You mean changing the mail environment?
My current environment is: 

default_mail_env =  mbox:~/Mail/:INBOX=/var/spool/mail/%u

My ~/Mail directory contains symbolic links to mbox folders; sometimes
the same mbox folder (e.g. Abox) has been linked to two ~/Mail subdirectories 
(e.g. Msub1 and Msub2): 

  ~/Mail/Msub1/Abox ---->  /home/pol/mail/folders/Abox
  ~/Mail/Msub2/Abox ---->  /home/pol/mail/folders/Abox


Is that an issue?

thank you 

will

From sven.kirmess@nexos.com  Mon Feb 23 10:54:10 2004
Return-Path: <sven.kirmess@nexos.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B0B63C000D9D; Mon, 23 Feb 2004 10:54:10 +0200 (EET)
Received: from isc1.nexos.net (nexos.net [157.161.150.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 6A44EC000D9B
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 10:54:07 +0200 (EET)
Received: from ifs.nexos.com
	by isc1.nexos.net (8.12.10/8.12.10) with ESMTP id i1N8nt8t012152
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 09:50:04 +0100 (MET)
Received: from [192.168.148.15]
	by ifs.nexos.com (8.12.10/8.12.10) with ESMTP id i1N8AH4Q019230 
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 09:10:33 +0100 (MET)
Date: Mon, 23 Feb 2004 09:10:16 +0100
From: Sven Kirmess <sven.kirmess@nexos.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] too large imap.index.data files
Message-ID: <0.1077523816@[192.168.148.15]>
In-Reply-To: <20040223062328.GA8306@linfe.it>
References: <20040222211246.GA29703@linfe.it> <c1bd1k$8u5$1@Odo.kzone.ch>
	<20040223062328.GA8306@linfe.it>
X-Mailer: Mulberry/3.1.2 (SunOS/SPARC)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailman-Approved-At: Mon, 23 Feb 2004 13:02:20 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 23 Feb 2004 08:54:10 -0000
X-UID: 8715                                                  
Status: O

--On Monday, February 23, 2004 07:23:28 +0100 wired@linfe.it wrote:
>  >#   maildir:/var/mail/%1u/%u/Maildir
>  >#   mbox:~/mail/:INBOX=/var/mail/%u
>  >#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
>
> You mean changing the mail environment?
> My current environment is:
>
> default_mail_env =  mbox:~/Mail/:INBOX=/var/spool/mail/%u

I probably misunderstood your question. I thought you would like to
redirect the INDEX files to another directory. This could be done
with the INDEX keyword in the default_mail_env. But that won't
change the index files, it will only store them at a different
location.

e.g.:

default_mail_env =  mbox:~/Mail/:INBOX=/var/spool/mail/%u:INDEX=~/index/

-- 
Sven


From moran@uvigo.es  Mon Feb 23 13:46:38 2004
Return-Path: <moran@uvigo.es>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D7059C002800; Mon, 23 Feb 2004 13:46:38 +0200 (EET)
Received: from mail.uvigo.es (mail.uvigo.es [193.146.32.91])
	by talvi.dovecot.org (Postfix) with ESMTP id 8E80CC000D9D
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 13:46:36 +0200 (EET)
Received: from mail.uvigo.es (localhost [127.0.0.1])
	by mail.uvigo.es (8.12.11/8.12.1) with ESMTP id i1NBhLr2016636
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 12:43:21 +0100
Received: from gauss.dma.uvigo.es (gauss.dma.uvigo.es [193.146.37.191])
	by mail.uvigo.es (8.12.11/8.12.1) with ESMTP id i1NBhJSI016620
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 12:43:20 +0100
Received: from uvigo.es (cmax.dma.uvigo.es [193.146.37.204])
	by gauss.dma.uvigo.es (8.12.10/8.12.10) with ESMTP id i1NBhJVU005960
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 12:43:19 +0100
Message-ID: <4039E757.3080501@uvigo.es>
Date: Mon, 23 Feb 2004 12:43:19 +0100
From: Manuel Moran Vaquero <moran@uvigo.es>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.6) Gecko/20040116
X-Accept-Language: es-es, es
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] IMAP subfolders
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 23 Feb 2004 11:46:39 -0000
X-UID: 8716                                                  
Status: O

Hi:

I am using dovecot since the first day on my server (so I have no other 
mailbox formats).

I can't create any subfolders under any IMAP folders. Is this still an 
issue of dovecot?

In mozilla, the operation is simply ignored. With outlook, you can't 
even click "Accept" if you select to create a subfolder, rather than a 
top level folder.

I have Fedora Core 1, and didn't touch anything special in the 
configuration file (just one line which enabled pop3 and imap). I have 
seen the list archives but the existing thread about the issue seems to 
say that the problem is solved. (?)

Thanks in advance for replies

Manuel Moran


From hendry@dabase.com  Mon Feb 23 17:04:08 2004
Return-Path: <hendry@dabase.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2D263C000D9D; Mon, 23 Feb 2004 17:04:08 +0200 (EET)
Received: from bilbo (daidalos.pannuhuone.org [194.100.133.7])
	by talvi.dovecot.org (Postfix) with ESMTP id 9B211C000D9B
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 17:04:03 +0200 (EET)
Received: from hendry by bilbo with local (Exim 4.30)
	id 1AvHdZ-0007GQ-Jr; Mon, 23 Feb 2004 17:04:49 +0200
Date: Mon, 23 Feb 2004 17:04:49 +0200
From: Kai Hendry <hendry@cs.helsinki.fi>
To: Manuel Moran Vaquero <moran@uvigo.es>
Subject: Re: [Dovecot] IMAP subfolders
Message-ID: <20040223150449.GV25873@cs.helsinki.fi>
References: <4039E757.3080501@uvigo.es>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4039E757.3080501@uvigo.es>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: Kai Hendry <hendry@dabase.com>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 23 Feb 2004 15:04:08 -0000
X-UID: 8717                                                  
Status: O

This seems to be a FAQ:
http://dovecot.procontrol.fi/list/dovecot/2004-February/002959.html

http://www.natalian.org/archives/2004/02/14/maildir/

When you use that maildirmake program or whatever, you need to prefix it
with a '.'

From moran@uvigo.es  Mon Feb 23 19:08:54 2004
Return-Path: <moran@uvigo.es>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4E743C000D9D; Mon, 23 Feb 2004 19:08:54 +0200 (EET)
Received: from mx2.mundo-r.com (mx2.mundo-r.com [212.51.32.186])
	by talvi.dovecot.org (Postfix) with ESMTP id 24FF9C000D9B
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 19:08:52 +0200 (EET)
Received: from drei ([213.60.174.120])
	by obelix.mundo-r.ggc (iPlanet Messaging Server 5.1 HotFix 1.6 (built
	Oct 18 2002)) with SMTP id <0HTJ001EKRHB4K@obelix.mundo-r.ggc> for
	dovecot@dovecot.org; Mon, 23 Feb 2004 18:05:36 +0100 (MET)
Date: Mon, 23 Feb 2004 18:05:35 +0100
From: Manuel Moran Vaquero <moran@uvigo.es>
Subject: Re: [Dovecot] IMAP subfolders
To: Kai Hendry <hendry@cs.helsinki.fi>
Message-id: <000c01c3fa2f$4143b8b0$78ae3cd5@drei>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT
X-Priority: 3
X-MSMail-priority: Normal
References: <4039E757.3080501@uvigo.es> <20040223150449.GV25873@cs.helsinki.fi>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 23 Feb 2004 17:08:54 -0000
X-UID: 8718                                                  
Status: O
Content-Length: 1269

> This seems to be a FAQ:
> http://dovecot.procontrol.fi/list/dovecot/2004-February/002959.html
>
> http://www.natalian.org/archives/2004/02/14/maildir/
>
> When you use that maildirmake program or whatever, you need to prefix it
> with a '.'

Thanks Kai! Now that I understand better the Maildir need, I have another
question:

Is ist possible to specify in dovecot.conf that inbox is in mbox format and
to use Maildir for the rest of the folders? I remember having seen that
somewhere in this same list, but I can't find the message anymore. I think
that message said that it was not a supported feature, but the developers
were working on it. For now, I don't see any hints in the conf file for
configure the env to Maildir+Mbox, so I suppose it's still under
development.

I don't want to fiddle much with sendmail, so I'd like to keep the mbox
spool as default, but using with Maildir for the other IMAP folders (so as
to support subfolders) in dovecot, and convert users' mbox imap folders
manually. This would even be a nice feature which would integrate perfectly
in new Fedora releases (sendmail mbox drop comes by default) as the
configuration would be seamless.

I hope I have explained me correctly.

Thanks in advance again for the replies.

Manuel Moran


From keith@midnighthax.com  Mon Feb 23 19:15:14 2004
Return-Path: <keith@midnighthax.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 19C1EC002800; Mon, 23 Feb 2004 19:15:14 +0200 (EET)
Received: from gs001.rg2.tiger-computing.com (unknown [81.168.16.33])
	by talvi.dovecot.org (Postfix) with ESMTP id F2FFFC000D9D
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 19:15:11 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by gs001.rg2.tiger-computing.com (Postfix) with ESMTP id AC42842F9E
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 17:11:55 +0000 (GMT)
Received: from gs001.rg2.tiger-computing.com ([127.0.0.1])
	by localhost (gs001.rg2.tiger-computing.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 18847-04 for <dovecot@dovecot.org>;
	Mon, 23 Feb 2004 17:11:54 +0000 (GMT)
Received: from zaphod.rg2.tiger-computing.com (zaphod.rg2.tiger-computing.com
	[10.0.0.100])
	by gs001.rg2.tiger-computing.com (Postfix) with SMTP id A69DE42F6F
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 17:11:54 +0000 (GMT)
Date: Mon, 23 Feb 2004 17:11:54 +0000
From: Keith Edmunds <keith@midnighthax.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] IMAP subfolders
Message-Id: <20040223171154.2eec7c34@zaphod.rg2.tiger-computing.com>
In-Reply-To: <000c01c3fa2f$4143b8b0$78ae3cd5@drei>
References: <4039E757.3080501@uvigo.es> <20040223150449.GV25873@cs.helsinki.fi>
	<000c01c3fa2f$4143b8b0$78ae3cd5@drei>
X-Mailer: Sylpheed version 0.9.9claws5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at gs001.rg2.tiger-computing.com
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 23 Feb 2004 17:15:14 -0000
X-UID: 8719                                                  
Status: O

On Mon, 23 Feb 2004 18:05:35 +0100
Manuel Moran Vaquero <moran@uvigo.es> wrote:

> Is ist possible to specify in dovecot.conf that inbox is in mbox
> format and to use Maildir for the rest of the folders?

I don't think so, but even if it were supported I wouldn't recommend it.
Maildir is far superior to mbox. I understand your reticence to change
sendmail, but having sendmail deliver to Maildir (by procmail, I
believe) will avoid a lot of problems. (Replacing sendmail with another
MTA will avoid a lot more problems, but that may be too much right
now!).

Keith

From rjohnson@medata.com  Mon Feb 23 19:24:34 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D7295C002801; Mon, 23 Feb 2004 19:24:34 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 03E1AC002800
	for <dovecot@dovecot.org>; Mon, 23 Feb 2004 19:24:32 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i1NHL88a012007
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 23 Feb 2004 09:21:08 -0800
Message-ID: <403A3686.5090900@medata.com>
Date: Mon, 23 Feb 2004 09:21:10 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Manuel Moran Vaquero <moran@uvigo.es>
Subject: Re: [Dovecot] IMAP subfolders
References: <4039E757.3080501@uvigo.es> <20040223150449.GV25873@cs.helsinki.fi>
	<000c01c3fa2f$4143b8b0$78ae3cd5@drei>
In-Reply-To: <000c01c3fa2f$4143b8b0$78ae3cd5@drei>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Kai Hendry <hendry@cs.helsinki.fi>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 23 Feb 2004 17:24:35 -0000
X-UID: 8720                                                  
Status: O
Content-Length: 2589

Manuel Moran Vaquero wrote:
> 
> Thanks Kai! Now that I understand better the Maildir need, I have another
> question:

The need for maildir w/ dovecot is not absolute. You can continue to use 
mbox within the ~/mail directory for each user, using the following line:

default_mail_env = mbox:~/:INBOX=/var/spool/mail/%u


You'll find that maildir performs better for larger mailboxes, however - 
but at the cost of slightly increased disk usage and inode usage (though 
in reality, you'll probably run out of the former far before the latter).

> Is ist possible to specify in dovecot.conf that inbox is in mbox format and
> to use Maildir for the rest of the folders? I remember having seen that
> somewhere in this same list, but I can't find the message anymore. I think
> that message said that it was not a supported feature, but the developers
> were working on it. For now, I don't see any hints in the conf file for
> configure the env to Maildir+Mbox, so I suppose it's still under
> development.

To my knowledge, this was discussed in the past and is not possible, nor 
advisable.

> I don't want to fiddle much with sendmail, so I'd like to keep the mbox
> spool as default, but using with Maildir for the other IMAP folders (so as
> to support subfolders) in dovecot, and convert users' mbox imap folders
> manually. This would even be a nice feature which would integrate perfectly
> in new Fedora releases (sendmail mbox drop comes by default) as the
> configuration would be seamless.

The transition to Maildir isn't a sendmail thing, but a procmail thing.

I simply added:

DEFAULT="$HOME/Maildir/"
MAILDIR="$HOME/Maildir/"

to my /etc/procmailrc.

I made similar changes to /etc/profile, removing (or changing) the MAIL= 
environment, and setting the MAILDIR environment for programs like 
mutt/pine/etc.

I then changed the foldernames in individual .procmailrc's from:

Folder1/Mailbox1

to:

.Folder1.Mailbox1/
(trailing slash tells Procmail it's Maildir, and the period is the 
delimiter for Dovecot)

Then, I ran some scripts on my user's mbox directories to convert them 
to maildir (I posted them earlier this month - search archives), 
including the inbox, as well as subscribing each folder dovecot style. 
Worked flawlessly up to 3 levels deep.

This was under Red Hat 9, using the Dovecot SRPM from Fedora Core 1, 
then subsequently Rawhide to bring me up to 0.99.4, rebuilt for RH9.

HTH,
-Rick
-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From lars-dovecot@unet.net.ph  Tue Feb 24 06:02:05 2004
Return-Path: <lars-dovecot@unet.net.ph>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 37FD6C000D9D; Tue, 24 Feb 2004 06:02:05 +0200 (EET)
Received: from smtp.unet.net.ph (unknown [203.65.246.42])
	by talvi.dovecot.org (Postfix) with SMTP id C0B55C000D9B
	for <dovecot@dovecot.org>; Tue, 24 Feb 2004 06:02:01 +0200 (EET)
Received: (qmail 16689 invoked from network); 24 Feb 2004 03:58:43 -0000
Received: from smtp.unet.net.ph (unknown [172.16.0.235])
	by aguinaldo.unet.net.ph ([203.65.246.10])
	with SMTP via TCP; 24 Feb 2004 03:58:43 -0000
To: dovecot@dovecot.org
From: "Lars Hansson" <lars-dovecot@unet.net.ph>
Date: Tue, 24 Feb 2004 11:57:45 +0800 PHT
Message-Id: <66717883100-BeMail@lars>
X-Mailer: BeMail - Mail Daemon Replacement 2.2.6 Final
Message-Id: <66320902829-BeMail@lars>
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] ":" in filenames
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 24 Feb 2004 04:02:05 -0000
X-UID: 8721                                                  
Status: O

dovecot seems to have an issue with :'s in pathnames:
imap(test.user): Fatal: Failed to create storage with data: /home/
hosted/example.com/users/test:user

This causes a bit of a problem with vmailmgr since it, by default,
replaces .'s in maildir path with :'s.
I'm curious as to why :'s in paths are an issue? Do they have special 
meaning to dovecot?

---
Lars Hansson



From www-data@nusseis.de  Tue Feb 24 13:20:30 2004
Return-Path: <www-data@nusseis.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 96782C000D9D; Tue, 24 Feb 2004 13:20:30 +0200 (EET)
Received: from nusseis.de (nusseis.de [81.169.154.52])
	by talvi.dovecot.org (Postfix) with ESMTP id 71388C000D9B
	for <dovecot@dovecot.org>; Tue, 24 Feb 2004 13:20:25 +0200 (EET)
Received: from www-data by nusseis.de with local (Exim 3.35 #1 (Debian))
	id 1AvaUp-0002e9-00
	for <dovecot@dovecot.org>; Tue, 24 Feb 2004 12:13:03 +0100
Received: from coke.stud.fh-heilbronn.de (coke.stud.fh-heilbronn.de
	[141.7.11.106]) by webmail.nusseis.de (IMP) with HTTP 
	for <benja@nusseis.de@localhost>; Tue, 24 Feb 2004 12:13:03 +0100
Message-ID: <1077621183.403b31bfda984@webmail.nusseis.de>
Date: Tue, 24 Feb 2004 12:13:03 +0100
From: Benjamin Dabelow <benja.dabelow@gmx.net>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2
Sender: www-data <www-data@nusseis.de>
X-Sender: <www-data>
X-Mailman-Approved-At: Tue, 24 Feb 2004 15:37:48 +0200
Subject: [Dovecot] Pam trouble
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 24 Feb 2004 11:20:30 -0000
X-UID: 8722                                                  
Status: O
Content-Length: 47239

Hi folks,

I can't get dovecot to authenticate properly against ldap/pam.

I've been fiddling with it for several days now, to no avail. It keeps crashing
with:
Child died with signal 11

The system is Solaris9. Enclosed is a trace of dovecot-auth for a connection to
pop with correct username and password and my config.

Any help is appreciated.

Cheers

	Benjamin

Trace-----------------------------------------------------
29964:  poll(0x00052E28, 9, 4999)       (sleeping...)
29964:  poll(0x00052E28, 9, 4999)                       = 0
29964:  poll(0x00052E28, 9, 0)                          = 0
29964:  poll(0x00052E28, 9, 4999)       (sleeping...)
29964:  poll(0x00052E28, 9, 4999)                       = 1
29964:  accept(3, 0xFFBFFAD0, 0xFFBFFAC8, 1)            = 13
29964:  fstat64(13, 0xFFBFF920)                         = 0
29964:  getsockopt(13, SOL_SOCKET, 0x2000, 0xFFBFFA20, 0xFFBFFA1C, 0) = 0
29964:  setsockopt(13, SOL_SOCKET, 0x2000, 0xFFBFFA20, 4, 0) = 0
29964:  fcntl(13, F_SETFL, 0x00000080)                  = 0
29964:  fstat64(13, 0xFFBFF9D8)                         = 0
29964:  llseek(13, 0, SEEK_CUR)                         Err#29 ESPIPE
29964:  getsockname(13, 0xFFBFF928, 0xFFBFF924, 1)      = 0
29964:  write(13, "\0\0 u\f\0\0\001", 8)                = 8
29964:  poll(0x00052E28, 10, 2917)                      = 1
29964:  read(13, "\0\0 u1C", 4096)                      = 4
29964:  poll(0x00052E28, 10, 2917)      (sleeping...)
29964:  poll(0x00052E28, 10, 2917)                      = 0
29964:  poll(0x00052E28, 10, 0)                         = 0
29964:  poll(0x00052E28, 10, 4999)      (sleeping...)
29964:  poll(0x00052E28, 10, 4999)                      = 1
29964:  read(14, "\0\0\001\0\0\001\0\0\001".., 4092)    = 16
29964:  write(14, "\0\0\001\0\0\001\0\0\0\0".., 20)     = 20
29964:  poll(0x00052E28, 10, 1664)                      = 1
29964:  read(14, "\0\0\002\0\0\001\0\0\011".., 4076)    = 29
29964:  pipe()                                          = 15 [16]
29964:  fork1()                                         = 29981
29964:  lwp_schedctl(SC_STATE|SC_PREEMPT, 0, 0xFFBFF7AC) = 0
29964:  close(16)                                       = 0
29981:  fork1()         (returning as child ...)        = 29964
29981:  getpid()                                        = 29981 [29964]
29981:  close(15)                                       = 0
29981:  lwp_schedctl(SC_STATE|SC_PREEMPT, 0, 0xFFBFF4A4) = 0
29981:  open("/etc/pam_debug", O_RDONLY)                Err#2 ENOENT
29981:  stat64("/etc/pam.conf", 0xFFBFF4C0)             = 0
29981:  open("/etc/pam.conf", O_RDONLY)                 = 15
29981:  mmap(0x00000000, 1893, PROT_READ, MAP_PRIVATE, 15, 0) = 0xFEBA0000
29981:  munmap(0xFEBA0000, 1893)                        = 0
29981:  close(15)                                       = 0
29981:  stat64("/usr/lib/security/pam_unix.so.1", 0xFFBFF400) = 0
29981:  stat("/usr/lib/security/pam_unix.so.1", 0xFFBFED44) = 0
29981:  open("/usr/lib/security/pam_unix.so.1", O_RDONLY) = 15
29981:  fstat(15, 0xFFBFED44)                           = 0
29981:  mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) =
0xFEBA0000
29981:  mmap(0x00000000, 212992, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) =
0xFEB40000
29981:  mmap(0xFEB6A000, 36767, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 15, 106496) = 0xFEB6A000
29981:  munmap(0xFEB5A000, 65536)                       = 0
29981:  resolvepath("/usr/lib/security/pam_unix.so.1",
"/usr/lib/security/pam_unix.so.1", 1023) = 31
29981:  memcntl(0xFEB40000, 24652, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
29981:  close(15)                                       = 0
29981:  stat("/usr/lib/libc.so.1", 0xFFBFEC84)          = 0
29981:  stat("/usr/lib/libpam.so.1", 0xFFBFEC84)        = 0
29981:  stat("/usr/lib/libnsl.so.1", 0xFFBFEC84)        = 0
29981:  stat("/usr/lib/libcmd.so.1", 0xFFBFEC84)        = 0
29981:  stat("/usr/lib/libmp.so.2", 0xFFBFEC84)         = 0
29981:  munmap(0xFEBA0000, 8192)                        = 0
29981:  stat64("/usr/lib/security/pam_openldap.so.1", 0xFFBFF400) = 0
29981:  stat("/usr/lib/security/pam_openldap.so.1", 0xFFBFED44) = 0
29981:  open("/usr/lib/security/pam_openldap.so.1", O_RDONLY) = 15
29981:  fstat(15, 0xFFBFED44)                           = 0
29981:  mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) =
0xFEBA0000
29981:  mmap(0x00000000, 106496, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) =
0xFEB20000
29981:  mmap(0xFEB38000, 3928, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 15, 32768) = 0xFEB38000
29981:  munmap(0xFEB2A000, 57344)                       = 0
29981:  resolvepath("/usr/lib/security/pam_openldap.so.1",
"/usr/lib/security/pam_openldap.so.1", 1023) = 35
29981:  memcntl(0xFEB20000, 6704, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
29981:  close(15)                                       = 0
29981:  stat("/opt/OpenLDAP2/lib/libc.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libc.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libc.so.1", 0xFFBFEC84)          = 0
29981:  stat("/opt/OpenLDAP2/lib/libldap.so.2", 0xFFBFEC84) = 0
29981:  mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEB10000
29981:  stat("/opt/OpenLDAP2/lib/liblber.so.2", 0xFFBFEC84) = 0
29981:  stat("/opt/OpenLDAP2/lib/libnsl.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libnsl.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libnsl.so.1", 0xFFBFEC84)        = 0
29981:  stat("/opt/OpenLDAP2/lib/libcrypt_i.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libcrypt_i.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libcrypt_i.so.1", 0xFFBFEC84)    = 0
29981:  stat("/opt/OpenLDAP2/lib/libresolv.so.2", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libresolv.so.2", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libresolv.so.2", 0xFFBFEC84)     = 0
29981:  stat("/opt/OpenLDAP2/lib/libpam.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libpam.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libpam.so.1", 0xFFBFEC84)        = 0
29981:  stat("/opt/OpenLDAP2/lib/libdl.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libdl.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libdl.so.1", 0xFFBFEC84)         = 0
29981:  stat("/opt/OpenLDAP2/lib/libpthread.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libpthread.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libpthread.so.1", 0xFFBFEC84)    = 0
29981:  stat("/opt/OpenLDAP2/lib/librt.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/librt.so.1", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/librt.so.1", 0xFFBFEC84)         = 0
29981:  stat("/opt/OpenLDAP2/lib/libdb-4.0.so", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libdb-4.0.so", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/lib/libdb-4.0.so", 0xFFBFEC84)       = 0
29981:  stat("/opt/OpenLDAP2/lib/libssl.so.0.9.7", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libssl.so.0.9.7", 0xFFBFEC84) = 0
29981:  stat("/opt/OpenLDAP2/lib/libcrypto.so.0.9.7", 0xFFBFEC84) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libcrypto.so.0.9.7", 0xFFBFEC84) = 0
29981:  munmap(0xFEBA0000, 8192)                        = 0
29981:  open64("/var/run/name_service_door", O_RDONLY)  = 15
29981:  fcntl(15, F_SETFD, 0x00000001)                  = 0
29981:  door_info(15, 0xFEEC2668)                       = 0
29981:  close(15)                                       = 0
29981:  stat("/usr/lib/nss_files.so.1", 0xFFBFDE64)     = 0
29981:  open("/etc/passwd", O_RDONLY)                   = 15
29981:  fstat64(15, 0xFFBFE2D8)                         = 0
29981:  brk(0x00081460)                                 = 0
29981:  brk(0x00083460)                                 = 0
29981:  fstat64(15, 0xFFBFE180)                         = 0
29981:  ioctl(15, TCGETA, 0xFFBFE264)                   Err#25 ENOTTY
29981:  read(15, " r o o t : x : 0 : 1 : Z".., 8192)    = 710
29981:  read(15, 0x00080594, 8192)                      = 0
29981:  llseek(15, 0, SEEK_CUR)                         = 710
29981:  close(15)                                       = 0
29981:  stat("/usr/lib/nss_ldap.so.1", 0xFFBFDE64)      = 0
29981:  open("/usr/lib/nss_ldap.so.1", O_RDONLY)        = 15
29981:  fstat(15, 0xFFBFDE64)                           = 0
29981:  mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) =
0xFEBA0000
29981:  mmap(0x00000000, 163840, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) =
0xFEAE0000
29981:  mmap(0xFEAFC000, 4828, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 15, 49152) = 0xFEAFC000
29981:  mmap(0xFEAFE000, 35640, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEAFE000
29981:  munmap(0xFEAEE000, 57344)                       = 0
29981:  resolvepath("/usr/lib/nss_ldap.so.1", "/usr/lib/nss_ldap.so.1", 1023) =
22
29981:  memcntl(0xFEAE0000, 9792, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
29981:  close(15)                                       = 0
29981:  stat("/opt/OpenLDAP2/lib/libldap.so.2", 0xFFBFDDA4) = 0
29981:  stat("/opt/OpenLDAP2/lib/liblber.so.2", 0xFFBFDDA4) = 0
29981:  stat("/opt/OpenLDAP2/lib/libdb-4.0.so", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libdb-4.0.so", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/lib/libdb-4.0.so", 0xFFBFDDA4)       = 0
29981:  stat("/opt/OpenLDAP2/lib/libdl.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libdl.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/lib/libdl.so.1", 0xFFBFDDA4)         = 0
29981:  stat("/opt/OpenLDAP2/lib/libnsl.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libnsl.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/lib/libnsl.so.1", 0xFFBFDDA4)        = 0
29981:  stat("/opt/OpenLDAP2/lib/libresolv.so.2", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libresolv.so.2", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/lib/libresolv.so.2", 0xFFBFDDA4)     = 0
29981:  stat("/opt/OpenLDAP2/lib/libpthread.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libpthread.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/lib/libpthread.so.1", 0xFFBFDDA4)    = 0
29981:  stat("/opt/OpenLDAP2/lib/librt.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/librt.so.1", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/lib/librt.so.1", 0xFFBFDDA4)         = 0
29981:  stat("/opt/OpenLDAP2/lib/libssl.so.0.9.7", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libssl.so.0.9.7", 0xFFBFDDA4) = 0
29981:  stat("/opt/OpenLDAP2/lib/libcrypto.so.0.9.7", 0xFFBFDDA4) Err#2 ENOENT
29981:  stat("/usr/local/ssl/lib/libcrypto.so.0.9.7", 0xFFBFDDA4) = 0
29981:  munmap(0xFEBA0000, 8192)                        = 0
29981:  sigaction(SIGPIPE, 0xFFBFE2B8, 0xFFBFE3F8)      = 0
29981:  sigprocmask(SIG_SETMASK, 0xFEBEA0B4, 0xFFBFE308) = 0
29981:  sigprocmask(SIG_SETMASK, 0xFFBFE2F4, 0x00000000) = 0
29981:  getpid()                                        = 29981 [29964]
29981:  getuid()                                        = 0 [0]
29981:  open("/etc/ldap.conf", O_RDONLY)                = 15
29981:  fstat64(15, 0xFFBFCA38)                         = 0
29981:  fstat64(15, 0xFFBFC8E0)                         = 0
29981:  ioctl(15, TCGETA, 0xFFBFC9C4)                   Err#25 ENOTTY
29981:  read(15, " #   @ ( # ) $ I d :   l".., 8192)    = 6190
29981:  read(15, 0x0008018C, 8192)                      = 0
29981:  llseek(15, 0, SEEK_CUR)                         = 6190
29981:  close(15)                                       = 0
29981:  open64("/var/run/name_service_door", O_RDONLY)  = 15
29981:  fcntl(15, F_SETFD, 0x00000001)                  = 0
29981:  door_info(15, 0xFEEC2668)                       = 0
29981:  close(15)                                       = 0
29981:  open("/etc/inet/ipnodes", O_RDONLY)             = 15
29981:  fstat64(15, 0xFFBFADA8)                         = 0
29981:  brk(0x00083460)                                 = 0
29981:  brk(0x00085460)                                 = 0
29981:  fstat64(15, 0xFFBFAC50)                         = 0
29981:  ioctl(15, TCGETA, 0xFFBFAD34)                   Err#25 ENOTTY
29981:  read(15, " #\n #   I n t e r n e t".., 8192)    = 61
29981:  read(15, 0x0008257C, 8192)                      = 0
29981:  llseek(15, 0, SEEK_CUR)                         = 61
29981:  close(15)                                       = 0
29981:  open64("/var/run/name_service_door", O_RDONLY)  = 15
29981:  fcntl(15, F_SETFD, 0x00000001)                  = 0
29981:  door_info(15, 0xFEEC2668)                       = 0
29981:  close(15)                                       = 0
29981:  open("/etc/hosts", O_RDONLY)                    = 15
29981:  fstat64(15, 0xFFBFAD28)                         = 0
29981:  fstat64(15, 0xFFBFABD0)                         = 0
29981:  ioctl(15, TCGETA, 0xFFBFACB4)                   Err#25 ENOTTY
29981:  read(15, " #\n #   I n t e r n e t".., 8192)    = 107
29981:  read(15, 0x0008257C, 8192)                      = 0
29981:  llseek(15, 0, SEEK_CUR)                         = 107
29981:  close(15)                                       = 0
29981:  so_socket(PF_INET, SOCK_STREAM, IPPROTO_IP, "", 1) = 15
29981:  setsockopt(15, tcp, TCP_NODELAY, 0xFFBFD724, 4, 1) = 0
29981:  fcntl(15, F_GETFL, 0xFF1FE9E0)                  = 2
29981:  fstat64(15, 0xFFBFD468)                         = 0
29981:  getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD568, 0xFFBFD560, 0) = 0
29981:  fstat64(15, 0xFFBFD4D8)                         = 0
29981:  getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 0xFFBFD5D4, 0) = 0
29981:  setsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 4, 0) = 0
29981:  fcntl(15, F_SETFL, 0x00000082)                  = 0
29981:  connect(15, 0x0007F9E8, 16, 1)                  = 0
29981:  fcntl(15, F_GETFL, 0xFF1FE9F8)                  = 130
29981:  fstat64(15, 0xFFBFD468)                         = 0
29981:  getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD568, 0xFFBFD560, 0) = 0
29981:  fstat64(15, 0xFFBFD4D8)                         = 0
29981:  getsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 0xFFBFD5D4, 0) = 0
29981:  setsockopt(15, SOL_SOCKET, 0x2000, 0xFFBFD5D8, 4, 0) = 0
29981:  fcntl(15, F_SETFL, 0x00000002)                  = 0
29981:  getpeername(15, 0xFFBFD708, 0xFFBFD2E8, 1)      = 0
29981:  open64("/var/run/name_service_door", O_RDONLY)  = 17
29981:  fcntl(17, F_SETFD, 0x00000001)                  = 0
29981:  door_info(17, 0xFEEC2668)                       = 0
29981:  close(17)                                       = 0
29981:  open("/etc/inet/ipnodes", O_RDONLY)             = 17
29981:  fstat64(17, 0xFFBFAC98)                         = 0
29981:  fstat64(17, 0xFFBFAB40)                         = 0
29981:  ioctl(17, TCGETA, 0xFFBFAC24)                   Err#25 ENOTTY
29981:  read(17, " #\n #   I n t e r n e t".., 8192)    = 61
29981:  read(17, 0x0008257C, 8192)                      = 0
29981:  llseek(17, 0, SEEK_CUR)                         = 61
29981:  close(17)                                       = 0
29981:  open64("/var/run/name_service_door", O_RDONLY)  = 17
29981:  fcntl(17, F_SETFD, 0x00000001)                  = 0
29981:  door_info(17, 0xFEEC2668)                       = 0
29981:  close(17)                                       = 0
29981:  open("/etc/hosts", O_RDONLY)                    = 17
29981:  fstat64(17, 0xFFBFAC18)                         = 0
29981:  fstat64(17, 0xFFBFAAC0)                         = 0
29981:  ioctl(17, TCGETA, 0xFFBFABA4)                   Err#25 ENOTTY
29981:  read(17, " #\n #   I n t e r n e t".., 8192)    = 107
29981:  llseek(17, 0, SEEK_CUR)                         = 107
29981:  close(17)                                       = 0
29981:  uname(0xFFBFD110)                               = 1
29981:  time()                                          = 1077620847
29981:  write(15, " 01D020101 w188016 1 . 3".., 31)     = 31
29981:  poll(0xFFBFD1C0, 1, -1)                         = 1
29981:  read(15, " 0\f020101 x07\n", 8)                 = 8
29981:  read(15, "01\004\004\0", 6)                     = 6
29981:  time()                                          = 1077620847
29981:  brk(0x00085460)                                 = 0
29981:  brk(0x00087460)                                 = 0
29981:  brk(0x00087460)                                 = 0
29981:  brk(0x00089460)                                 = 0
29981:  brk(0x00089460)                                 = 0
29981:  brk(0x0008B460)                                 = 0
29981:  brk(0x0008B460)                                 = 0
29981:  brk(0x0008D460)                                 = 0
29981:  time()                                          = 1077620847
29981:  getpid()                                        = 29981 [29964]
29981:  brk(0x0008D460)                                 = 0
29981:  brk(0x00093460)                                 = 0
29981:  brk(0x00093460)                                 = 0
29981:  brk(0x00097460)                                 = 0
29981:  brk(0x00097460)                                 = 0
29981:  brk(0x0009B460)                                 = 0
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  open("/dev/urandom", O_RDONLY|O_NONBLOCK|O_NOCTTY) = 17
29981:  poll(0xFFBFD3B0, 1, 10)                         = 1
29981:  read(17, "029F\0 XA5B2F0C7 U &1FE6".., 32)      = 32
29981:  close(17)                                       = 0
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getuid()                                        = 0 [0]
29981:  getpid()                                        = 29981 [29964]
29981:  time()                                          = 1077620847
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  write(15, "8095010301\0 l\0\0\0  \0".., 151)    = 151
29981:  read(15, "160301\0 J02\0", 7)                   = 7
29981:  brk(0x0009B460)                                 = 0
29981:  brk(0x0009D460)                                 = 0
29981:  time()                                          = 1077620847
29981:  time()                                          = 1077620847
29981:  getpid()                                        = 29981 [29964]
29981:  read(15, "\0 F0301 @ ; 0 oBFEE1DE1".., 72)      = 72
29981:  read(15, "1603010412", 5)                       = 5
29981:  read(15, "\v\0040E\004\v\004\b 082".., 1042)    = 1042
29981:  brk(0x0009D460)                                 = 0
29981:  brk(0x0009F460)                                 = 0
29981:  getpid()                                        = 29981 [29964]
29981:  read(15, "160301\004", 5)                       = 5
29981:  read(15, "0E\0\0\0", 4)                         = 4
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  getpid()                                        = 29981 [29964]
29981:  brk(0x0009F460)                                 = 0
29981:  brk(0x000A1460)                                 = 0
29981:  write(15, "160301\08610\0\082\080 /".., 198)    = 198
29981:  read(15, "140301\001", 5)                       = 5
29981:  read(15, "01", 1)                               = 1
29981:  read(15, "160301\0 0", 5)                       = 5
29981:  read(15, "9197ADECFE9AFB )DF83 $8A".., 48)      = 48
29981:  time()                                          = 1077620847
29981:  write(15, "170301\0  DF0F1E H pC386".., 90)     = 90
29981:  time()                                          = 1077620847
29981:  poll(0xFFBFD230, 1, 30000)                      = 1
29981:  read(15, "170301\0  ", 5)                       = 5
29981:  read(15, "DBFFF9B9EC g WEE iE0 , Z".., 32)      = 32
29981:  read(15, "170301\0 0", 5)                       = 5
29981:  read(15, "7F >BDCE96B4 = zE587F1 ]".., 48)      = 48
29981:  time()                                          = 1077620847
29981:  setsockopt(15, SOL_SOCKET, SO_KEEPALIVE, 0xFFBFDB88, 4, 1) = 0
29981:  fcntl(15, F_SETFD, 0x00000001)                  = 0
29981:  getsockname(15, 0xFEAFE2F8, 0xFFBFDB84, 1)      = 0
29981:  getpeername(15, 0xFEAFE308, 0xFFBFDB84, 1)      = 0
29981:  time()                                          = 1077620847
29981:  getpid()                                        = 29981 [29964]
29981:  getuid()                                        = 0 [0]
29981:  time()                                          = 1077620847
29981:  write(15, "170301\0   $1D1086B7 { #".., 266)    = 266
29981:  poll(0xFFBFD1E0, 1, -1)                         = 1
29981:  read(15, "170301\0  ", 5)                       = 5
29981:  read(15, " 3 0 @B7AA14 j9284E2D4\t".., 32)      = 32
29981:  read(15, "1703010180", 5)                       = 5
29981:  read(15, "92 | e850589C27F <CDB0 a".., 384)     = 384
29981:  poll(0xFFBFD1E0, 1, -1)                         = 1
29981:  read(15, "170301\0  ", 5)                       = 5
29981:  read(15, "DABDA1 `8DBDD795B117E4D3".., 32)      = 32
29981:  read(15, "170301\0 0", 5)                       = 5
29981:  read(15, "8AA2B9 y1A MFEC3FCDB   J".., 48)      = 48
29981:  time()                                          = 1077620847
29981:  time()                                          = 1077620847
29981:  stat("/usr/lib/nss_files.so.1", 0xFFBFE2D4)     = 0
29981:  open("/etc/shadow", O_RDONLY)                   = 17
29981:  fstat64(17, 0xFFBFE878)                         = 0
29981:  fstat64(17, 0xFFBFE720)                         = 0
29981:  ioctl(17, TCGETA, 0xFFBFE804)                   Err#25 ENOTTY
29981:  read(17, " r o o t : f s i o o X 9".., 8192)    = 308
29981:  read(17, 0x0008CB34, 8192)                      = 0
29981:  llseek(17, 0, SEEK_CUR)                         = 308
29981:  close(17)                                       = 0
29981:  stat("/usr/lib/nss_ldap.so.1", 0xFFBFE2D4)      = 0
29981:  sigaction(SIGPIPE, 0xFFBFE728, 0xFFBFE868)      = 0
29981:  sigprocmask(SIG_SETMASK, 0xFEBEA0B4, 0xFFBFE778) = 0
29981:  sigprocmask(SIG_SETMASK, 0xFFBFE764, 0x00000000) = 0
29981:  getpid()                                        = 29981 [29964]
29981:  getuid()                                        = 0 [0]
29981:  getpid()                                        = 29981 [29964]
29981:  getuid()                                        = 0 [0]
29981:  time()                                          = 1077620847
29981:  write(15, "170301\0  8D81 R   r r89".., 266)    = 266
29981:  poll(0xFFBFD650, 1, -1)                         = 1
29981:  read(15, "170301\0  ", 5)                       = 5
29981:  read(15, " 61ED503E3C40EC7A3 R\t (".., 32)      = 32
29981:  read(15, "170301\0F0", 5)                       = 5
29981:  read(15, "D61F k # \F1\v l wFFE3 r".., 240)     = 240
29981:  poll(0xFFBFD650, 1, -1)                         = 1
29981:  read(15, "170301\0  ", 5)                       = 5
29981:  read(15, " 898  8DB2CD bB9 m8B84C5".., 32)      = 32
29981:  read(15, "170301\0 0", 5)                       = 5
29981:  read(15, "9F >C5BCA687 X .EEA2 > i".., 48)      = 48
29981:  time()                                          = 1077620847
29981:  time()                                          = 1077620847
29981:      Incurred fault #6, FLTBOUNDS  %pc = 0xFF053364
29981:        siginfo: SIGSEGV SEGV_MAPERR addr=0x00000004
29981:      Received signal #11, SIGSEGV [default]
29981:        siginfo: SIGSEGV SEGV_MAPERR addr=0x00000004
29964:  poll(0x00052E28, 11, 999)                       = 1
29964:  read(15, 0xFFBFF958, 512)                       = 0
29964:  time()                                          = 1077620847
29964:  write(4, " d o v e c o t - a u t h".., 61)      = 61
29964:  write(14, "\0\0\001\0\0\003\0\0\0\0".., 20)     = 20
29964:  close(15)                                       = 0
29964:  poll(0x00052E28, 10, 446)                       = 0
29964:  poll(0x00052E28, 10, 0)                         = 0
29964:  waitid(P_ALL, 0, 0xFFBFF998, WEXITED|WTRAPPED|WNOHANG) = 0
29964:  time()                                          = 1077620848
29964:  write(4, " d o v e c o t - a u t h".., 74)      = 74
29964:  waitid(P_ALL, 0, 0xFFBFF998, WEXITED|WTRAPPED|WNOHANG) Err#10 ECHILD
29964:  poll(0x00052E28, 10, 998)                       = 0
29964:  poll(0x00052E28, 10, 0)                         = 0
29964:  poll(0x00052E28, 10, 4999)      (sleeping...)
29964:  poll(0x00052E28, 10, 4999)                      = 1
29964:  read(14, 0x0007C051, 4047)                      = 0
29964:  close(14)                                       = 0
29964:  poll(0x00052E28, 9, 2885)       (sleeping...)

dovecot.conf----------------------------------------------------
## Dovecot 1.0 configuration file

# Default values are shown after each value, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl

# Base directory where to store runtime data.
base_dir = /usr/local/dovecot/run/

# Protocols we want to be serving:
#  imap imaps pop3 pop3s
protocols = imap pop3 imaps pop3s

# IP or host address where to listen in for connections. It's not currently
# possible to specify multiple addresses. "*" listens in all IPv4 interfaces.
# "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
# interfaces depending on the operating system. You can specify ports with
# "host:port".
imap_listen = *
pop3_listen = *

# IP or host address where to listen in for SSL connections. Defaults
# to above non-SSL equilevants if not specified.
#imaps_listen =
#pop3s_listen =

# Disable SSL/TLS support.
ssl_disable = yes

# PEM encoded X.509 SSL/TLS certificate and private key. They're opened before
# dropping root privileges, so keep the key file unreadable by anyone but
# root. Included doc/mkcert.sh can be used to easily generate self-signed
# certificate, just make sure to update the domains in dovecot-openssl.cnf
#ssl_cert_file = /etc/ssl/certs/dovecot.pem
#ssl_key_file = /etc/ssl/private/dovecot.pem

# SSL parameter file. Master process generates this file for login processes.
# It contains Diffie Hellman and RSA parameters.
ssl_parameters_file = /usr/local/dovecot/run/ssl-parameters.dat

# How often to regenerate the SSL parameters file. Generation is quite CPU
# intensive operation. The value is in hours, 0 disables regeneration
# entirely.
ssl_parameters_regenerate = 24

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability)
#disable_plaintext_auth = no

# Use this logfile instead of syslog(). /dev/stderr can be used if you want to
# use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
log_path = /var/log/dovecot.log

# For informational messages, use this logfile instead of the default
info_log_path = /var/log/dovecot.info

# Prefix for each line written to log file. % codes are in strftime(3)
# format. Note the extra space at the end of line.
#log_timestamp = "%b %d %H:%M:%S "

##
## Login processes
##

# Directory where authentication process places authentication UNIX sockets
# which login needs to be able to connect to. The sockets are created when
# running as root, so you don't have to worry about permissions.
#login_dir = /usr/local/dovecot/run/login

# chroot login process to the login_dir. Only reason not to do this is if you
# wish to run the whole Dovecot without roots.
#login_chroot = yes


##
## IMAP login process
##

login = imap

# Executable location.
#login_executable = /usr/local/dovecot/libexec/dovecot/imap-login

# User to use for the login process. Create a completely new user for this,
# and don't use it anywhere else. The user must also belong to a group where
# only it has access, it's used to control access for authentication process.
login_user = dovecot

# Set max. process size in megabytes. If you don't use
# login_process_per_connection you might need to grow this.
#login_process_size = 16

# Should each login be processed in it's own process (yes), or should one
# login process be allowed to process multiple connections (no)? Yes is more
# secure, espcially with SSL/TLS enabled. No is faster since there's no need
# to create processes all the time.
#login_process_per_connection = yes

# Number of login processes to create. If login_process_per_user is
# yes, this is the number of extra processes waiting for users to log in.
#login_processes_count = 3

# Maximum number of extra login processes to create. The extra process count
# usually stays at login_processes_count, but when multiple users start logging
# IN AT THE SAME time more extra processes are created. To prevent fork-bombing
# we check only once in a second if new processes should be created - if all
# of them are used at the time, we double their amount until limit set by this
# setting is reached. This setting is used only if login_process_per_use is yes.
#login_max_processes_count = 128

# Maximum number of connections allowed in login state. When this limit is
# reached, the oldest connections are dropped. If login_process_per_user
# is no, this is a per-process value, so the absolute maximum number of users
# logging in actually login_processes_count * max_logging_users.
#login_max_logging_users = 256

##
## POP3 login process
##

# Settings default to same as above, so you don't have to set anything
# unless you want to override them.

login = pop3

# Exception to above rule being the executable location.
#login_executable = /usr/libexec/dovecot/pop3-login

##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
#max_mail_processes = 1024

# Show more verbose process titles (in ps). Currently shows user name and
# IP address. Useful for seeing who are actually using the IMAP processes
# (eg. shared mailboxes or if same uid is used for multiple accounts).
#verbose_proctitle = no

# Show protocol level SSL errors.
#verbose_ssl = no

# Valid UID range for users, defaults to 500 and above. This is mostly
# to make sure that users can't log in as daemons or other system users.
# Note that denying root logins is hardcoded to dovecot binary and can't
# be done even if first_valid_uid is set to 0.
#first_valid_uid = 500
#last_valid_uid = 0

# Valid GID range for users, defaults to non-root/wheel. Users having
# non-valid GID as primary group ID aren't allowed to log in. If user
# belongs to supplementary groups with non-valid GIDs, those groups are
# not set.
#first_valid_gid = 1
#last_valid_gid = 0

# ':' separated list of directories under which chrooting is allowed for mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you don't
# allow shell access for users. See doc/configuration.txt for more information.
#valid_chroot_dirs =

# Default chroot directory for mail processes. This can be overridden by
# giving /./ in user's home directory (eg. /home/./user chroots into /home).
#mail_chroot =

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#
default_mail_env =  maildir:/maildir/%u/Maildir

# Space-separated list of fields to cache for all mails. Currently these
# fields are allowed followed by a list of commands they speed up:
#
#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
#                  HEADER IN-REPLY-TO
#  Body          - FETCH BODY
#  Bodystructure - FETCH BODY, BODYSTRUCTURE
#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
#                  SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE
#                  generation. This is always set with mbox mailboxes, and
#                  also default with Maildir.
#
# Different IMAP clients work in different ways, that's why Dovecot by default
# only caches MessagePart which speeds up most operations. Whenever client
# does something where caching could be used, the field is automatically marked
# to be cached later. For example after FETCH BODY the BODY will be cached
# for all new messages. Normally you should leave this alone, unless you know
# what most of your IMAP clients are. Caching more fields than needed makes
# the index files larger and generate useless I/O.
#
# With maildir there's one extra optimization - if nothing is cached, indexing
# the maildir becomes much faster since it's not opening any of the mail files.
# This could be useful if your IMAP clients access only new mails.

#mail_cache_fields = MessagePart

# Space-separated list of fields that Dovecot should never set to be cached.
# Useful if you want to save disk space at the cost of more I/O when the fields
# needed.
#mail_never_cache_fields =

# Workarounds for various client bugs:
#   oe6-fetch-no-newmail:
#     Never send EXISTS/RECENT when replying to FETCH command. Outlook Express
#     seems to think they are FETCH replies and gives user "Message no longer
#     in server" error. Note that OE6 still breaks even with this workaround
#     if synchronization is set to "Headers Only".
#   outlook-idle:
#     Outlook and Outlook Express never abort IDLE command, so if no mail
#     arrives in half a hour, Dovecot closes the connection. This is still
#     fine, except Outlook doesn't connect back so you don't see if new mail
#     arrives.
#client_workarounds =

# Dovecot can notify client of new mail in selected mailbox soon after it's
# received. This setting specifies the minimum interval in seconds between
# new mail notifications to client - internally they may be checked more or
# less often. Setting this to 0 disables the checking.
# NOTE: Evolution client breaks with this option when it's trying to APPEND.
#mailbox_check_interval = 0

# Like mailbox_check_interval, but used for IDLE command.
#mailbox_idle_check_interval = 30

# Allow full filesystem access to clients. There's no access checks other than
# what the operating system does for the active UID/GID. It works with both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
# or ~user/.
mail_full_filesystem_access = no

# Maximum allowed length for custom flag name. It's only forced when trying
# to create new flags.
#mail_max_flag_length = 50

# Save mails with CR+LF instead of plain LF. This makes sending those mails
# take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
#mail_save_crlf = no

# Use mmap() instead of read() to read mail files. read() seems to be a bit
# faster with my Linux/x86 and it's better with NFS, so that's the default.
#mail_read_mmaped = no

# Copy mail to another folders using hard links. This is much faster than
# actually copying the file. This is problematic only if something modifies
# the mail in one folder but doesn't want it modified in the others. I don't
# know any MUA which would modify mail files directly. IMAP protocol also
# requires that the mails don't change, so it would be problematic in any case.
# If you care about performance, enable it.
#maildir_copy_with_hardlinks = no

# Check if mails' content has been changed by external programs. This slows
# down things as extra stat() needs to be called for each file. If changes are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
#maildir_check_content_changes = no

# Which locking methods to use for locking mbox. There's three available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#           solution. If you want to use /var/mail/ like directory, the users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created first.
#mbox_locks = dotlock fcntl

# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
#mbox_read_dotlock = no

# Maximum time in seconds to wait for lock (all of them) before aborting.
#mbox_lock_timeout = 300

# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
#mbox_dotlock_change_timeout = 30

# umask to use for mail files and directories
#umask = 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use single UID
# for multiple users, as the users could ptrace() each others processes then.
#mail_drop_priv_before_exec = no

##
## IMAP process
##

# Executable location
#imap_executable = /usr/libexec/dovecot/imap

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
#imap_process_size = 256

# Support for dynamically loadable modules.
#imap_use_modules = no
#imap_modules = /usr/lib/dovecot/imap

##
## POP3 process
##

# Executable location
#pop3_executable = /usr/libexec/dovecot/pop3

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
#pop3_process_size = 256

# Support for dynamically loadable modules.
#pop3_use_modules = no
#pop3_modules = /usr/lib/dovecot/pop3

##
## Authentication processes
##

# You can have multiple processes; each time "auth = xx" is seen, a new
# process definition is started. The point of multiple processes is to be
# able to set stricter permissions to others. For example, plain/PAM
# authentication requires roots, but if you also use digest-md5 authentication
# for some users, you can authenticate them without any privileges in a
# separate auth process. Just remember that only one auth process is asked
# for the password, so you can't have different passwords with different
# processes (unless they have different auth methods, and you're ok with
# having different password for each method).

# Authentication process name.
auth = default

# Space separated list of wanted authentication mechanisms:
#   plain digest-md5 anonymous
auth_mechanisms = plain

# Space separated list of realms for SASL authentication mechanisms that need
# them. You can leave it empty if you don't want to support multiple realms.
# Many clients simply use the first one listed here, so keep the default realm
# first.
#auth_realms =

# Default realm to use if none was specified.
#auth_default_realm =

# Where user database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   passwd-file <path>: passwd-like file with specified location
#   static uid=<uid> gid=<gid> home=<dir template>: static settings
#   vpopmail: vpopmail library
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
#auth_userdb = passwd
auth_userdb = ldap /usr/local/dovecot/etc/dovecot-ldap.conf

# Where password database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   shadow: /etc/shadow or similiar, using getspnam()
#   pam [<service> | *]: PAM authentication
#   passwd-file <path>: passwd-like file with specified location
#   vpopmail: vpopmail authentication
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
auth_passdb = pam imap
#auth_passdb = ldap /usr/local/dovecot/etc/dovecot-ldap.conf

#auth_executable = /usr/libexec/dovecot/dovecot-auth

# Set max. process size in megabytes.
#auth_process_size = 256

# User to use for the process. This user needs access to only user and
# password databases, nothing else. Only shadow and pam authentication
# requires roots, so use something else if possible.
auth_user = root

# Directory where to chroot the process. Most authentication backends don't
# work if this is set, and there's no point chrooting if auth_user is root.
#auth_chroot =

# Number of authentication processes to create
#auth_count = 1

# List of allowed characters in username. If the user-given username contains
# a character not listed in here, the login automatically fails. This is just
# an extra check to make sure user can't exploit any potential quote escaping
# vulnerabilities with SQL/LDAP databases. If you want to allow all characters,
# set this value to empty.
#auth_username_chars =
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@

# Username to use for users logging in with ANONYMOUS SASL mechanism
#auth_anonymous_username = anonymous

# More verbose logging. Useful for figuring out why authentication isn't
# working.
auth_verbose = yes

# digest-md5 authentication process. It requires special MD5 passwords which
# /etc/shadow and PAM doesn't support, so we never need roots to handle it.
# Note that the passwd-file is opened before chrooting and dropping root
# privileges, so it may be 0600-root owned file.

#auth = digest_md5
#auth_methods = digest-md5
#auth_realms =
#auth_userdb = passwd-file /etc/passwd.imap
#auth_passdb = passwd-file /etc/passwd.imap
#auth_user = imapauth
#auth_chroot =

# if you plan to use only passwd-file, you don't need the two auth processes,
# simply set "auth_methods = plain digest-md5"

-- 
Benjamin Dabelow                    benja.dabelow@gmx.net
Staufenbergstr. 88                  benja-dabelow.gmxhome.de/start.html
74081 Heilbronn
Germany

From tss@iki.fi  Tue Feb 24 15:47:20 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B35D4C000D9D; Tue, 24 Feb 2004 15:47:20 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 75384C000D9B
	for <dovecot@dovecot.org>; Tue, 24 Feb 2004 15:47:18 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B9A0E300DF860
	for <dovecot@dovecot.org>; Tue, 24 Feb 2004 15:43:55 +0200 (EET)
Subject: Re: [Dovecot] ":" in filenames
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <66320902829-BeMail@lars>
References: <66320902829-BeMail@lars>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-x2nkfnuQdAKgtaumfvwx"
Message-Id: <1077630235.10809.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 24 Feb 2004 15:43:55 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 24 Feb 2004 13:47:20 -0000
X-UID: 8723                                                  
Status: O
Content-Length: 1453


--=-x2nkfnuQdAKgtaumfvwx
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-02-24 at 05:57, Lars Hansson wrote:
> dovecot seems to have an issue with :'s in pathnames:
> imap(test.user): Fatal: Failed to create storage with data: /home/
> hosted/example.com/users/test:user
>=20
> This causes a bit of a problem with vmailmgr since it, by default,
> replaces .'s in maildir path with :'s.
> I'm curious as to why :'s in paths are an issue? Do they have special=20
> meaning to dovecot?

Hmm.. They do. default_mail_env format is: "storage_format:data" and
both mbox and maildir in "data" part treat it as
"path:option:option2:..". So, Dovecot above thought
"/home/hosted/example.com/users/test" was the storage format and "user"
the data part for it. You could change default_mail_env =3D maildir:~/ but
then Dovecot would think "user" as being unknown option..

I'm not sure what to do about this.. ':' was selected because it's PATH
separator as well, so people rarely have directories containing ':' in
it's name. Maybe it could be escaped as "\:"..


--=-x2nkfnuQdAKgtaumfvwx
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAO1UbyUhSUUBViskRAskOAJsFKno7FZ2T5S0+P18wqoXx4LDtbQCePFNO
/rljdIbJj6lRbeyM28aPOuA=
=Nq55
-----END PGP SIGNATURE-----

--=-x2nkfnuQdAKgtaumfvwx--


From daemon@kzone.ch  Tue Feb 24 21:12:29 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1E4F7C000D9D; Tue, 24 Feb 2004 21:12:29 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 3ED02C000D9B
	for <dovecot@dovecot.org>; Tue, 24 Feb 2004 21:12:26 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id UAA23084
	for dovecot@dovecot.org; Tue, 24 Feb 2004 20:09:07 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] IMAP subfolders
Date: Tue, 24 Feb 2004 20:10:09 +0100
Organization: Kirmess
Lines: 18
Message-ID: <c1g7gi$mh7$1@Odo.kzone.ch>
References: <4039E757.3080501@uvigo.es> <20040223150449.GV25873@cs.helsinki.fi>
	<000c01c3fa2f$4143b8b0$78ae3cd5@drei>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1077649746 23079 192.168.100.100 (24 Feb 2004 19:09:06
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 24 Feb 2004 19:09:06 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <000c01c3fa2f$4143b8b0$78ae3cd5@drei>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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, 24 Feb 2004 19:12:29 -0000
X-UID: 8724                                                  
Status: O

Manuel Moran Vaquero wrote:

> Is ist possible to specify in dovecot.conf that inbox is in mbox format and
> to use Maildir for the rest of the folders? I remember having seen that
> somewhere in this same list, but I can't find the message anymore. I think
> that message said that it was not a supported feature, but the developers
> were working on it. For now, I don't see any hints in the conf file for
> configure the env to Maildir+Mbox, so I suppose it's still under
> development.

I guess the better aproach would be to have an option like wu-imap
which transfers the mbox-INBOX into the maildir-INBOX each time time
INBOX is stated, or however that is called in IMAP. This could remove the
absolut need for an LDA if used with sendmail.


-- 
Sven

From moran@uvigo.es  Wed Feb 25 11:09:18 2004
Return-Path: <moran@uvigo.es>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 299E9C000D9D; Wed, 25 Feb 2004 11:09:18 +0200 (EET)
Received: from mail.uvigo.es (mail.uvigo.es [193.146.32.91])
	by talvi.dovecot.org (Postfix) with ESMTP id 586AFC000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 11:09:15 +0200 (EET)
Received: from mail.uvigo.es (localhost [127.0.0.1])
	by mail.uvigo.es (8.12.11/8.12.1) with ESMTP id i1P95suM001981
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 10:05:54 +0100
Received: from gauss.dma.uvigo.es (gauss.dma.uvigo.es [193.146.37.191])
	by mail.uvigo.es (8.12.11/8.12.1) with ESMTP id i1P95rm1001972
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); 
	Wed, 25 Feb 2004 10:05:53 +0100
Received: from uvigo.es (cmax.dma.uvigo.es [193.146.37.204])
	by gauss.dma.uvigo.es (8.12.10/8.12.10) with ESMTP id i1P95qVU017029;
	Wed, 25 Feb 2004 10:05:52 +0100
Message-ID: <403C6570.9020108@uvigo.es>
Date: Wed, 25 Feb 2004 10:05:52 +0100
From: Manuel Moran Vaquero <moran@uvigo.es>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.6) Gecko/20040116
X-Accept-Language: es-es, es
MIME-Version: 1.0
To: Sven Kirmess <sven.kirmess@gmx.net>
Subject: Re: [Dovecot] IMAP subfolders
References: <4039E757.3080501@uvigo.es>
	<20040223150449.GV25873@cs.helsinki.fi>	<000c01c3fa2f$4143b8b0$78ae3cd5@drei>
	<c1g7gi$mh7$1@Odo.kzone.ch>
In-Reply-To: <c1g7gi$mh7$1@Odo.kzone.ch>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 09:09:18 -0000
X-UID: 8725                                                  
Status: O

Sven Kirmess escribi:
>
> I guess the better aproach would be to have an option like wu-imap
> which transfers the mbox-INBOX into the maildir-INBOX each time time
> INBOX is stated, or however that is called in IMAP. This could remove the
> absolut need for an LDA if used with sendmail.

Thanks, Sven! But I think I'll stick to the Rick Johnson's solution 
about modifying procmail delivery, and converting all users' mailboxes 
to Maildir.

This makes me think about the dovecot integration in Fedora Core 1. It 
works perfectly out of the box with sendmail, but as default on a mbox 
spool folder. It'd be nice if a Maildir skel was added to /etc/skel, and 
procmail delivering to that directory. But I'm sure that if they didn't 
already include this is because it has plenty of side-issues (like, 
probably, incompatibility with wu-imap).

Thanks all for your replies! They really helped!

Manuel Moran

From asmoore@edge.net  Wed Feb 25 15:06:16 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 78FA1C000D9D; Wed, 25 Feb 2004 15:06:16 +0200 (EET)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
	by talvi.dovecot.org (Postfix) with ESMTP id 1E79AC000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 15:06:14 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc12) with ESMTP
	id <2004022513024201200estq9e>; Wed, 25 Feb 2004 13:02:42 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.10+Sun/8.12.10) with SMTP id i1PD2fUJ029312
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 07:02:41 -0600 (CST)
Date: Wed, 25 Feb 2004 07:02:41 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Pam trouble
Message-Id: <20040225070241.066bfe5f@sws602>
In-Reply-To: <1077621183.403b31bfda984@webmail.nusseis.de>
References: <1077621183.403b31bfda984@webmail.nusseis.de>
X-Mailer: Sylpheed version 0.9.9claws25 (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version devel-20040216,
	clamav-milter version 0.67a
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 13:06:16 -0000
X-UID: 8726                                                  
Status: O

On Tue, 24 Feb 2004 12:13:03 +0100
Benjamin Dabelow <benja.dabelow@gmx.net> wrote:

> Hi folks,
> 
> I can't get dovecot to authenticate properly against ldap/pam.
> 
> I've been fiddling with it for several days now, to no avail. It keeps
> crashing with:
> Child died with signal 11
> 
> The system is Solaris9. Enclosed is a trace of dovecot-auth for a
> connection to pop with correct username and password and my config.
> 

Are you using Solaris 9 native ldap?  What configure options did you use
when building dovecot?

I am using Solaris 9 native ldap with TLS:simple authentication and dovecot
works just fine.  If you are using OpenLDAP, except for building dovecot, I
probably cannot help.

Alex

From www-data@nusseis.de  Wed Feb 25 15:17:33 2004
Return-Path: <www-data@nusseis.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A3A3DC000D9D; Wed, 25 Feb 2004 15:17:33 +0200 (EET)
Received: from nusseis.de (nusseis.de [81.169.154.52])
	by talvi.dovecot.org (Postfix) with ESMTP id BDA7AC000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 15:17:31 +0200 (EET)
Received: from www-data by nusseis.de with local (Exim 3.35 #1 (Debian))
	id 1AvynW-0004kh-00
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 14:09:58 +0100
Received: from isildur.rz.fh-heilbronn.de (isildur.rz.fh-heilbronn.de
	[141.7.1.11]) by webmail.nusseis.de (IMP) with HTTP 
	for <benja@nusseis.de@localhost>; Wed, 25 Feb 2004 14:09:58 +0100
Message-ID: <1077714598.403c9ea6d5b64@webmail.nusseis.de>
Date: Wed, 25 Feb 2004 14:09:58 +0100
From: Benjamin Dabelow <benja.dabelow@gmx.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Pam trouble
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2
Sender: www-data <www-data@nusseis.de>
X-Sender: <www-data>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 13:17:33 -0000
X-UID: 8727                                                  
Status: O
Content-Length: 1908

Hi Alex,

> Are you using Solaris 9 native ldap?  What configure options did you use
> when building dovecot?
I'm using OpenLDAP, but I think it's a pam rather than ldap problem. Dovecot
check for the existance of a user alright, but fails when checking the
password.

My build script is enclosed.

Cheers

     Benjamin

Buildscript-----------------------------------------------------
#!/bin/bash

## Defaults
CC="gcc"
CXX="g++"
LDPATH="/usr/local/lib:/usr/sfw/lib:/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3"
CPPFLAGS="-I/usr/local/include -I/usr/sfw/include"
LDFLAGS="-L/usr/local/lib -L/usr/sfw/lib"
CFLAGS=

#SSL
LDPATH="$LDPATH:/usr/local/ssl/lib"
CPPFLAGS="$CPPFLAGS -I/usr/local/ssl/include"
LDFLAGS="$LDFLAGS -L/usr/local/ssl/lib -lssl -lcrypto"

#BerkeleyDB
LDPATH="$LDPATH:/usr/local/BerkeleyDB/lib"
CPPFLAGS="$CPPFLAGS -I/usr/local/BerkeleyDB/include"
LDFLAGS="$LDFLAGS -L/usr/local/BerkeleyDB/lib -ldb"
CFLAGS="$CFLAGS -ldb"
AUTH_CFLAGS="-I/usr/local/BerkeleyDB/include  -L/usr/local/BerkeleyDB/lib -ldb"
AUTH_LIBS="-ldb"

#GDBM
LDPATH="$LDPATH:/usr/local/gdbm/lib"
CPPFLAGS="$CPPFLAGS -I/usr/local/gdbm/include"
LDFLAGS="$LDFLAGS -L/usr/local/gdbm/lib -lgdbm"

#LDAP
LDPATH="$LDPATH:/opt/OpenLDAP/lib"
CPPFLAGS="$CPPFLAGS -I/opt/OpenLDAP/include"
LDFLAGS="$LDFLAGS -L/opt/OpenLDAP/lib -lldap -llber -lresolv"

#Finishing
LDFLAGS="-R$LDPATH $LDFLAGS"

export LDFLAGS CPPFLAGS CFLAGS

echo -e "\nLDFLAGS=$LDFLAGS"
echo -e "\nCPPFLAGS=$CPPFLAGS"
echo -e "\nCFLAGS=$CFLAGS"

cd dovecot-0.99.10.4
echo -e "\nPress RETURN to configure or CTRL+C to cancel."
read
./configure --prefix=/usr/local/dovecot --with-ldap=/opt/OpenLDAP
--with-ssl=openssl --with-storages=maildir
echo -e "\nPress RETURN to make or CTRL+C to cancel."
read
make


-- 
Benjamin Dabelow                    benja.dabelow@gmx.net
Staufenbergstr. 88                  benja-dabelow.gmxhome.de/start.html
74081 Heilbronn
Germany

From asmoore@edge.net  Wed Feb 25 15:43:29 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2C69DC000D9D; Wed, 25 Feb 2004 15:43:29 +0200 (EET)
Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64])
	by talvi.dovecot.org (Postfix) with ESMTP id 96C1AC000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 15:43:26 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc13) with ESMTP
	id <2004022513395401600d908le>; Wed, 25 Feb 2004 13:39:54 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.10+Sun/8.12.10) with SMTP id i1PDdsUJ029434
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 07:39:54 -0600 (CST)
Date: Wed, 25 Feb 2004 07:39:54 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Pam trouble
Message-Id: <20040225073954.74220fb6@sws602>
In-Reply-To: <1077714598.403c9ea6d5b64@webmail.nusseis.de>
References: <1077714598.403c9ea6d5b64@webmail.nusseis.de>
X-Mailer: Sylpheed version 0.9.9claws25 (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version devel-20040216,
	clamav-milter version 0.67a
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 13:43:29 -0000
X-UID: 8728                                                  
Status: O
Content-Length: 1617

On Wed, 25 Feb 2004 14:09:58 +0100
Benjamin Dabelow <benja.dabelow@gmx.net> wrote:

> Hi Alex,
> 
> I'm using OpenLDAP, but I think it's a pam rather than ldap problem.
> Dovecot check for the existance of a user alright, but fails when
> checking the password.
> 

Sorry, I know nothing of Solaris nss_ldap library integration with
OpenLDAP.  Here is a sample of my pam.conf, if that helps, but it is setup
for Solaris 9 native ldap.

My dovecot server is slightly different.  It is Solaris 8 hitting a Solaris
9 native ldap server with TLS.

# login service (explicit because of pam_dial_auth)
#
login	auth requisite		pam_authtok_get.so.1
login	auth required		pam_dhkeys.so.1
login	auth required		pam_dial_auth.so.1
login	auth binding		pam_unix_auth.so.1 server_policy
login	auth required		pam_ldap.so.1

Do you have another non-Sun application working with your authentication
setup?

Is the pldd output on a pop3-login process similar to the following?  This
is on Solaris 8, so on Solaris 9 you can replace sldaputil.so.5 and
libsldap.so.1 with sldaputil.so.1 and libldap.so.5 and nss_ldap.so.1 may
not be in the list.

[root@mcsun3 /tmp]# pldd 13257
13257:	pop3-login
/opt/csw/lib/libssl.so.0.9.7
/opt/csw/lib/libcrypto.so.0.9.7
/usr/lib/libdl.so.1
/usr/lib/libsocket.so.1
/usr/lib/libnsl.so.1
/usr/lib/librt.so.1
/usr/lib/libsendfile.so.1
/usr/lib/libc.so.1
/usr/lib/libmp.so.2
/usr/lib/libaio.so.1
/usr/lib/nss_files.so.1
/usr/lib/nss_ldap.so.1
/usr/lib/sldaputil.so.5
/usr/lib/libsldap.so.1
/usr/lib/libmd5.so.1
/usr/lib/libdoor.so.1
[root@mcsun3 /tmp]# 

Sorry, I have not spent any time on OpenLDAP.

Alex

From www-data@nusseis.de  Wed Feb 25 16:01:52 2004
Return-Path: <www-data@nusseis.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7454EC002800; Wed, 25 Feb 2004 16:01:52 +0200 (EET)
Received: from nusseis.de (nusseis.de [81.169.154.52])
	by talvi.dovecot.org (Postfix) with ESMTP id 50360C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 16:01:50 +0200 (EET)
Received: from www-data by nusseis.de with local (Exim 3.35 #1 (Debian))
	id 1AvzUP-0004pW-00
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 14:54:17 +0100
Received: from isildur.rz.fh-heilbronn.de (isildur.rz.fh-heilbronn.de
	[141.7.1.11]) by webmail.nusseis.de (IMP) with HTTP 
	for <benja@nusseis.de@localhost>; Wed, 25 Feb 2004 14:54:17 +0100
Message-ID: <1077717257.403ca909719d4@webmail.nusseis.de>
Date: Wed, 25 Feb 2004 14:54:17 +0100
From: Benjamin Dabelow <benja.dabelow@gmx.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Pam trouble
References: <1077714598.403c9ea6d5b64@webmail.nusseis.de>
	<20040225073954.74220fb6@sws602>
In-Reply-To: <20040225073954.74220fb6@sws602>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2
Sender: www-data <www-data@nusseis.de>
X-Sender: <www-data>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 14:01:52 -0000
X-UID: 8729                                                  
Status: O
Content-Length: 1575

> Sorry, I know nothing of Solaris nss_ldap library integration with
> OpenLDAP.  Here is a sample of my pam.conf, if that helps, but it is setup
> for Solaris 9 native ldap.
Pam for login is working flawlessly.

> Do you have another non-Sun application working with your authentication
> setup?
Exim (MTA) is working with pam and ldap like a charm.

> Is the pldd output on a pop3-login process similar to the following?  This
> is on Solaris 8, so on Solaris 9 you can replace sldaputil.so.5 and
> libsldap.so.1 with sldaputil.so.1 and libldap.so.5 and nss_ldap.so.1 may
> not be in the list.
Seems like slaputil.so is missing:

16792:  pop3-login
/usr/local/BerkeleyDB.4.0/lib/libdb-4.0.so
/usr/local/gdbm/lib/libgdbm.so.3.0.0
/opt/OpenLDAP-2.1.25/lib/libldap.so.2.0.124
/opt/OpenLDAP-2.1.25/lib/liblber.so.2.0.124
/usr/lib/libresolv.so.2
/usr/local/ssl/lib/libssl.so.0.9.7
/usr/local/ssl/lib/libcrypto.so.0.9.7
/usr/lib/libsocket.so.1
/usr/lib/libnsl.so.1
/usr/lib/librt.so.1
/usr/lib/libsendfile.so.1
/usr/lib/libc.so.1
/usr/lib/libgen.so.1
/usr/lib/libdl.so.1
/usr/lib/libpthread.so.1
/usr/local/BerkeleyDB.4.1/lib/libdb-4.1.so
/usr/local/lib/libsasl2.so.2.0.17
/usr/local/lib/libgcc_s.so.1
/usr/lib/libmp.so.2
/usr/lib/libaio.so.1
/usr/lib/libmd5.so.1
/usr/platform/sun4u-us3/lib/libc_psr.so.1
/usr/lib/libthread.so.1
/usr/lib/nss_files.so.1
/usr/lib/nss_ldap.so.1

Thanks for your help

           Benjamin

-- 
Benjamin Dabelow                    benja.dabelow@gmx.net
Staufenbergstr. 88                  benja-dabelow.gmxhome.de/start.html
74081 Heilbronn
Germany

From asmoore@edge.net  Wed Feb 25 16:21:13 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3EF3DC000D9D; Wed, 25 Feb 2004 16:21:13 +0200 (EET)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by talvi.dovecot.org (Postfix) with ESMTP id DF997C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 16:21:10 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc11) with ESMTP
	id <2004022514174401100pfmgfe>; Wed, 25 Feb 2004 14:17:44 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.10+Sun/8.12.10) with SMTP id i1PEHhUJ029486
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 08:17:43 -0600 (CST)
Date: Wed, 25 Feb 2004 08:17:43 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Pam trouble
Message-Id: <20040225081743.1f7b6cff@sws602>
In-Reply-To: <1077717257.403ca909719d4@webmail.nusseis.de>
References: <1077714598.403c9ea6d5b64@webmail.nusseis.de>
	<20040225073954.74220fb6@sws602>
	<1077717257.403ca909719d4@webmail.nusseis.de>
X-Mailer: Sylpheed version 0.9.9claws25 (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version devel-20040216,
	clamav-milter version 0.67a
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 14:21:13 -0000
X-UID: 8730                                                  
Status: O

On Wed, 25 Feb 2004 14:54:17 +0100
Benjamin Dabelow <benja.dabelow@gmx.net> wrote:

> Seems like slaputil.so is missing:
> 

That may be a Solaris native ldap client library.  What you have looks
reasonable.  Maybe Timo can review the trace output and see what is
happening.

Alex

From bgelbe@gwdg.de  Tue Feb 24 16:35:51 2004
Return-Path: <bgelbe@gwdg.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A2844C000D9D; Tue, 24 Feb 2004 16:35:51 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 2A962C000D9B
	for <dovecot@dovecot.org>; Tue, 24 Feb 2004 16:35:49 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 70E022385D; Tue, 24 Feb 2004 16:32:31 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5E620239F6; Tue, 24 Feb 2004 16:32:31 +0200 (EET)
Received: from mailer.gwdg.de (mailer.gwdg.de [134.76.10.26])
	by danu.procontrol.fi (Postfix) with ESMTP id CF4992385D
	for <dovecot@procontrol.fi>; Tue, 24 Feb 2004 16:31:57 +0200 (EET)
Received: from pcgelbe.gwdg.de ([134.76.5.112] helo=gwdg.de)
	by mailer.gwdg.de with asmtp (TLSv1:RC4-MD5:128) (Exim 4.20)
	id 1AvdbI-0007pM-Ae
	for dovecot@procontrol.fi; Tue, 24 Feb 2004 15:31:56 +0100
Message-ID: <403B605B.4040701@gwdg.de>
Date: Tue, 24 Feb 2004 15:31:55 +0100
From: Bodo Gelbe <bgelbe@gwdg.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@procontrol.fi
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Level: /
X-Spam-Report: Content analysis: 0.0 points, 6.0 required
X-Virus-Scanned: (clean) by exiscan+sophie
X-AUTH-Id: bgelbe
X-Mailman-Approved-At: Wed, 25 Feb 2004 18:58:06 +0200
Cc: 
Subject: [Dovecot] help: The current command did not succeed. The mail
 server responded: Invalid mask.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 24 Feb 2004 14:35:51 -0000
X-UID: 8731                                                  
Status: O

Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.10.4.
Reading with Mozilla Mail v 1.4.

I made some test accounts and they seem to be working fine, but my older
existing accounts give error messages whenever I connect or subscribe to
mailboxes within them.  The message that appears on the client is:

"The current command did not succeed. The mail server responded: Invalid
mask."

it appears two or three times in an alert box (on windows) then everything
seems to work.

The masks (I've put a syslog call into the code) are: "~%", "~%~%" and
"~*". The test accounts I created don't have this problem.

Thanks in advance for any advice,

-- 
Bodo Gelbe



From gmid-dovecot@m.gmane.org  Wed Feb 25 01:44:23 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F14A5C000D9D; Wed, 25 Feb 2004 01:44:22 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id CE24DC000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 01:44:18 +0200 (EET)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AvmAb-0004Jp-00
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 00:40:59 +0100
Received: from reverse-213-146-126-208.dialin.kamp-dsl.de ([213.146.126.208])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue Feb 24 23:40:59 2004
Received: from rscholz by reverse-213-146-126-208.dialin.kamp-dsl.de with
	local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue Feb 24 23:40:59 2004
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: dovecot@dovecot.org
To: dovecot@dovecot.org
From: Raymond Scholz <ray-2004@zonix.de>
Date: Wed, 25 Feb 2004 00:13:39 +0100
Organization: =?UTF-8?Q?/=CB=8C=C9=94=CB=90=C9=A1=C9=99na=C9=AA=CB=88ze=C9=AA=CA=83n/?=
Lines: 58
Message-ID: <gmid.877jycyst8@hush.zonix.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: reverse-213-146-126-208.dialin.kamp-dsl.de
X-Now-Playing: Nothing
Mail-Copies-To: nobody
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux)
Cancel-Lock: sha1:4V8bMTghUjFiauoBLayg1XZ4pxk=
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Wed, 25 Feb 2004 18:58:06 +0200
Subject: [Dovecot] More than one auth method with dovevot 0.99.10.4 - how?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Raymond Scholz <rscholz@zonix.de>
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, 24 Feb 2004 23:44:23 -0000
X-UID: 8732                                                  
Status: O
Content-Length: 1513

We're setting up a server with qmail/vpopmail and dovecot.  In
addition to vpopmail users we want non-virtual, local users to be able
to authenticate and have them read the Maildir in their real $HOME.

vpopmail userdb/passwd works fine.  Now how do I tell dovecot to use
passwd (or PAM) userdb/passdb authentication too?

/etc/dovecot.conf:

[...]

auth = default
auth_mechanisms = plain
auth_userdb = vpopmail
auth_passdb = vpopmail
auth_user = root
auth_verbose = yes


auth = local
auth_mechanisms = plain
auth_userdb = passwd /etc/passwd
auth_passdb = pam
auth_user = root
auth_verbose = yes

#auth_methods = default local

EOF

I think, I'm supposed to put the auth_methods line somewhere.

Without it, dovecot only tries authentication using the first auth
process definition:

| Feb 25 00:01:49 server1 dovecot-auth: vpopmail(rscholz): unknown user (rscholz@)

after loggin in with 

". login rscholz secret_password" at the IMAP server.

Putting the auth_methods line behind the two auth processes (or
somewhere in the middle) gives me:

| Starting mail server: dovecotFatal: Error in configuration file /etc/dovecot.conf line 456: Unknown setting: methods

Putting it above all auth processes gives me:

| Starting mail server: dovecotFatal: Error in configuration file /etc/dovecot.conf line 362: Authentication process name not defined yet

Hm, I'm lost here.

System is Debian i386 stable (woody) with dovecot_0.99.10.4-2.deb
backported from Debian unstable.

Cheers, Ray
-- 
Hfr fgebat rapelcgvba!


From tss@iki.fi  Wed Feb 25 19:07:23 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 89E7EC000D9D; Wed, 25 Feb 2004 19:07:23 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id BE499C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:07:20 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id E9D14300DF862
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:03:59 +0200 (EET)
Subject: Re: [Dovecot] Pam trouble
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <1077621183.403b31bfda984@webmail.nusseis.de>
References: <1077621183.403b31bfda984@webmail.nusseis.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Uq3rDlViQzbyhT5t+Px9"
Message-Id: <1077728639.10812.58.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:03:59 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:07:23 -0000
X-UID: 8733                                                  
Status: O
Content-Length: 1160


--=-Uq3rDlViQzbyhT5t+Px9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-02-24 at 13:13, Benjamin Dabelow wrote:
> Hi folks,
>=20
> I can't get dovecot to authenticate properly against ldap/pam.
>=20
> I've been fiddling with it for several days now, to no avail. It keeps cr=
ashing
> with:
> Child died with signal 11

Is this the exact error message? Dovecot doesn't send this, so do you
mean it's PAM subprocess that dies or dovecot-auth process itself?

Crashes are better debugged with gdb:

gdb /usr/local/libexec/dovecot/dovecot-auth (pid of dovecot-auth)

Enter "c" command to let it continue. Try logging in. gdb should show
that it crashed now. Enter "bt" command and send me the result.

If it crashes inside pam_ldap handler, it's a bug in it.


--=-Uq3rDlViQzbyhT5t+Px9
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPNV/yUhSUUBViskRAoeQAJ9WoRx8XkouANqF7SjDAwFCg3j/LwCfaUt3
u2u63cogEY7MNKbrHxwVaVY=
=bfuh
-----END PGP SIGNATURE-----

--=-Uq3rDlViQzbyhT5t+Px9--


From tss@iki.fi  Wed Feb 25 19:10:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6CDBEC000D9D; Wed, 25 Feb 2004 19:10:43 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 7EA10C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:10:41 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id B4D0B300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:07:20 +0200 (EET)
Subject: Re: [Dovecot] [OT] How is the Changelog file created?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <c1b565$6j4$1@Odo.kzone.ch>
References: <c1b565$6j4$1@Odo.kzone.ch>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-saV3E+1RzZ0HYB9o7asV"
Message-Id: <1077728840.10812.62.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:07:20 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:10:43 -0000
X-UID: 8734                                                  
Status: O


--=-saV3E+1RzZ0HYB9o7asV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-02-22 at 22:59, Sven Kirmess wrote:
> How is the Changelog file created?
>=20
> I assume there is a tool which grabs this information
> from the CVS repository. What's the name of this tool?

cvs2cl. The whole script I use is: http://dovecot.org/tmp/changelog.sh


--=-saV3E+1RzZ0HYB9o7asV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPNZIyUhSUUBViskRAhYmAJ9jRbmjyk8/RYLGnSDWm1W0V9TiwwCfbK0y
Jq9hW+2n3qqmlA5s7mXQ3Uo=
=GC78
-----END PGP SIGNATURE-----

--=-saV3E+1RzZ0HYB9o7asV--


From tss@iki.fi  Wed Feb 25 19:13:12 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 650C7C000D9D; Wed, 25 Feb 2004 19:13:12 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 21CF5C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:13:10 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 5381F300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:09:49 +0200 (EET)
Subject: Re: [Dovecot] too large imap.index.data  files
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040222211246.GA29703@linfe.it>
References: <20040222211246.GA29703@linfe.it>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-5Msx1iIFEF1NA2lxHgC8"
Message-Id: <1077728989.10804.66.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:09:49 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:13:12 -0000
X-UID: 8735                                                  
Status: O
Content-Length: 1046


--=-5Msx1iIFEF1NA2lxHgC8
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-02-22 at 23:12, Network Wizards wrote:
> I have noticed that imap.index.data are often too large files (several Mi=
Bs).
> Is there a way to limit their size or to shrink dimension=20

They should be large only if there's lots of mails and they should
shrink automatically when you delete mails.

However in next version they will be somewhat smaller. Currently it
contains all kind of data that client may not be interested in, next
version stores only what clients actually use.

> or to assign=20
> another directory where those file are stored?

Sven answered this.


--=-5Msx1iIFEF1NA2lxHgC8
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD4DBQBAPNbdyUhSUUBViskRAmEcAJiz9U7VdH+ivWgI8gwY6qr18+iaAKCAqohq
wQQy+CcVcOhNjJlEIAVOuw==
=R0t7
-----END PGP SIGNATURE-----

--=-5Msx1iIFEF1NA2lxHgC8--


From tss@iki.fi  Wed Feb 25 19:22:33 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 85E02C000D9D; Wed, 25 Feb 2004 19:22:33 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 82852C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:22:31 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id AD52C300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:19:10 +0200 (EET)
Subject: Re: [Dovecot] debian unstable : mutt polling imap mailboxes
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040216150557.GI636@cs.helsinki.fi>
References: <20040216150557.GI636@cs.helsinki.fi>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-larMDsAktkCv/Oq1dVBP"
Message-Id: <1077729550.10801.74.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:19:10 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:22:33 -0000
X-UID: 8736                                                  
Status: O
Content-Length: 1056


--=-larMDsAktkCv/Oq1dVBP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-02-16 at 17:05, Kai Hendry wrote:
> I am accessing my IMAP folder on my ~/Maildir using mutt via Dovecot and
> I have this problem whereby mutt incorrectly reports I have new mail in a
> "mailboxes" polled mailbox.
>=20
> This happens all the time when I press the key bound to change mailbox.
>=20
> I use courier IMAP at school, and I have not experienced this problem. A
> bug with dovecot or mutt?

It's most likely a Dovecot bug, possibly related to somewhat broken
RECENT count handling. I can't reproduce it though, do you have to tell
mutt somehow to check the new mails?


--=-larMDsAktkCv/Oq1dVBP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPNkOyUhSUUBViskRAsmkAJ4n2KNkBa9Kx2dPbdMG7PX/dJySwwCfVMa4
a7XuSdEBpRcPnijvzS+M0ik=
=8fhW
-----END PGP SIGNATURE-----

--=-larMDsAktkCv/Oq1dVBP--


From tss@iki.fi  Wed Feb 25 19:30:14 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 113F2C000D9D; Wed, 25 Feb 2004 19:30:14 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 0C93BC000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:30:12 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 33B2E300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:26:51 +0200 (EET)
Subject: Re: [Dovecot] RE: Question on folders
From: Timo Sirainen <tss@iki.fi>
To: Dovecot <dovecot@dovecot.org>
In-Reply-To: <20040213123613.12a71aad@sws602>
References: <20040213123613.12a71aad@sws602>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-wIsJiP+hBMBc+gghBt6G"
Message-Id: <1077730011.10804.79.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:26:51 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:30:14 -0000
X-UID: 8737                                                  
Status: O
Content-Length: 1036


--=-wIsJiP+hBMBc+gghBt6G
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-02-13 at 20:36, Alex S Moore wrote:
> I have read and read the dovecot docs on maildir folders and think that
> this is what I want.  However, the MUA programs that I use, SylpheedClaws=
,
> Evolution, Mozilla seem to react differently to how I setup the folders.

Do you mean your MUA accesses the mailboxes directly? Why not via IMAP?
Then it shouldn't make any difference what clients you use and where
exactly the mails are stored in server side, as long as you've set
Dovecot's default_mail_env correctly and clients doesn't try to set any
"imap prefix".


--=-wIsJiP+hBMBc+gghBt6G
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPNrbyUhSUUBViskRAgXAAJ9s4Drf8WSryqC704Dok+5qHOBOpwCeOhpT
2VceLFTHEgizv942EGnw4No=
=QOiG
-----END PGP SIGNATURE-----

--=-wIsJiP+hBMBc+gghBt6G--


From tss@iki.fi  Wed Feb 25 19:31:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 519EDC002801; Wed, 25 Feb 2004 19:31:44 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 537F8C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:31:42 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 859BB300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:28:21 +0200 (EET)
Subject: Re: [Dovecot] [PATCH] POP3: Fix RFC1939 non-compliance in STAT,
	LIST and UIDL commands
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <1076755128.25963.1017.camel@skyelar>
References: <1076755128.25963.1017.camel@skyelar>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-9LFrU09/0hk4Lu78KQms"
Message-Id: <1077730101.10804.82.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:28:21 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:31:44 -0000
X-UID: 8738                                                  
Status: O


--=-9LFrU09/0hk4Lu78KQms
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-02-14 at 12:38, Nic Bellamy wrote:
> Hi all,
> 	attached is a patch against 0.99.10.4 that fixes the STAT, LIST and
> UIDL POP3 command output in the case that they're issued after one or
> more messages have been deleted.

Thanks, I'll apply it after I'm done with index file changes. Until then
it can be also found in http://dovecot.org/patches/



--=-9LFrU09/0hk4Lu78KQms
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPNs1yUhSUUBViskRAosbAJwNn9aBMIiq4kmJOlUJvNuu+6ZCqgCfR2Br
lgKI5HbmNClnzZFL7Lbkxp0=
=nq+I
-----END PGP SIGNATURE-----

--=-9LFrU09/0hk4Lu78KQms--


From tss@iki.fi  Wed Feb 25 19:33:10 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 722CCC002801; Wed, 25 Feb 2004 19:33:10 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 72DB8C002800
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:33:08 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A3EC1300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:29:47 +0200 (EET)
Subject: Re: [Dovecot] auth_executable
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <1950000.1076689475@localhost>
References: <1950000.1076689475@localhost>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-3HBTEjTeWr+NDL9FfyBb"
Message-Id: <1077730187.10808.85.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:29:47 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:33:10 -0000
X-UID: 8739                                                  
Status: O


--=-3HBTEjTeWr+NDL9FfyBb
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-02-13 at 18:24, Helmut Zeilinger wrote:
> Hi,
>=20
> i am new to dovecot and i don't know what i can do with
> the "auth_executable" setting in the "dovecot.conf" file.

It's simply the path for Dovecot's dovecot-auth binary, if you had
placed it in non-standard location.

> Can i invoke an external program for authentification?
> If yes, is there a description what this program/script has to do?

No, there's no way to do that yet. You could write a plugin for
dovecot-auh to allow it though.


--=-3HBTEjTeWr+NDL9FfyBb
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPNuLyUhSUUBViskRAuS0AJ4vbfvrqm4zKaQzOAdw2oxPrA77PgCfQ6lM
aK+wVSIqi6ELm4my0X/Kn6s=
=a4We
-----END PGP SIGNATURE-----

--=-3HBTEjTeWr+NDL9FfyBb--


From tss@iki.fi  Wed Feb 25 19:39:21 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 28D51C002800; Wed, 25 Feb 2004 19:39:21 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 5B098C000D9D
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:39:18 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 7868C300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:35:57 +0200 (EET)
Subject: Re: [Dovecot] X-UID
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <Pine.LNX.4.44.0402110048530.17154-100000@tarsier.pote.com>
References: <20040210204133.A33E8C00281D@talvi.dovecot.org>
	<Pine.LNX.4.44.0402110048530.17154-100000@tarsier.pote.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-FvLKU8jsUmxOGYu7UFWO"
Message-Id: <1077730557.10812.93.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:35:57 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:39:21 -0000
X-UID: 8740                                                  
Status: O
Content-Length: 1486


--=-FvLKU8jsUmxOGYu7UFWO
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-02-11 at 17:37, Paul Adams wrote:
> What is the function of the X-UID header in mbox format?

Dovecot gets IMAP UID from it. The header isn't supposed to be sent to
clients at all, but the current code still does..

> Running Thunderbird 0.5 against a Dovecot IMAP server with mbox format,
> Thunderbird displays these UID numbers in the message list, which is
> fairly useless -- I want a numbered list of my messages starting at 1
> (which Pine, for example, is happy to provide).

Does Thunderbird actually use the X-UID header, not just the IMAP UID
that gets sent separately? If the X-UID header is the problem, it's then
Dovecot bug that it shows the header to Thunderbird.

If Thunderbird just uses IMAP UID and shows it, I agree it's pretty
useless but that's for Thunderbird to fix.

> I'm just wondering whether this is Dovecot's fault, Thunderbird's fault,
> or an ambiguity in the mbox standard.

IMAP clients shouldn't know anything about what kind of mailbox format
is being used in server side.


--=-FvLKU8jsUmxOGYu7UFWO
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPNz9yUhSUUBViskRArYsAJ9MnK/Ay1if7a7/3DJ+ioSnqMDL9wCffK4M
sjr2vmoHp0EF8aGJS/aTiOc=
=+45D
-----END PGP SIGNATURE-----

--=-FvLKU8jsUmxOGYu7UFWO--


From tss@iki.fi  Wed Feb 25 19:46:54 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D79FAC002800; Wed, 25 Feb 2004 19:46:54 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id B5121C000D9D
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:46:52 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id CE6E4300DF863
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:43:31 +0200 (EET)
Subject: Re: [Dovecot] Mailbox formats
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <11685482.1076416697@[10.0.0.221]>
References: <11685482.1076416697@[10.0.0.221]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-UcU/95bvkTrG6phVOm4q"
Message-Id: <1077731011.10801.101.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:43:31 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:46:55 -0000
X-UID: 8741                                                  
Status: O
Content-Length: 1657


--=-UcU/95bvkTrG6phVOm4q
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-02-10 at 22:38, Kenneth Porter wrote:
> I'm currently using mbox and mbx with UW-IMAP, mbox for space efficiency=20
> and mbx for folders with lots of messages for time efficiency without a=20
> large space cost.=20

The reason why mbx takes more space is that it uses CR+LF linefeeds
instead of just LF..

> I've avoided maildir because it has a relatively high=20
> space cost; mbox has no inter-message cost while maildir wastes on averag=
e=20
> half a sector plus an inode for each message.

AFAIK ReiserFS doesn't lose any space (or much).

> What other formats are there, and has anyone come up with a good format=20
> that gives both good time and space characteristics without sacrificing=20
> reliability?
>=20
> (I'm aware of the file format list in the UW-IMAP distro:=20
> <http://www.washington.edu/imap/documentation/formats.txt.html>)

UW-IMAP's author is thinking of some hybrid format where a single
mailbox could be built from multiple files, but a single file could
contain multiple messages. I think this could be made to work pretty
well and reliably. I don't know more about his plans though, I didn't
find any discussion about it in c-client list at least.


--=-UcU/95bvkTrG6phVOm4q
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPN7DyUhSUUBViskRAmwdAJ49XxtjT/0AKPKBaHDNyinFFivHBgCfbQ7D
vUBa+WUnuitYdgSIkDAQAek=
=cUsN
-----END PGP SIGNATURE-----

--=-UcU/95bvkTrG6phVOm4q--


From tss@iki.fi  Wed Feb 25 19:58:13 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EE1B6C002800; Wed, 25 Feb 2004 19:58:13 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id BD96AC000D9D
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:58:11 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id D3C25300DF863; Wed, 25 Feb 2004 19:54:50 +0200 (EET)
Subject: Re: [Dovecot] Dovecot and Mulberry
From: Timo Sirainen <tss@iki.fi>
To: Kenneth Porter <shiva@sewingwitch.com>
In-Reply-To: <16370088.1076421382@[10.0.0.221]>
References: <16370088.1076421382@[10.0.0.221]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-bn8PPwpFMgobX1qrMpHf"
Message-Id: <1077731690.10812.117.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:54:50 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 17:58:14 -0000
X-UID: 8742                                                  
Status: O
Content-Length: 1760


--=-bn8PPwpFMgobX1qrMpHf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-02-10 at 23:56, Kenneth Porter wrote:
> FYI. Does Dovecot implement BODYSTRUCTURE?
..
> Most annoying is that suddenly some incoming mail are parsed wrong, i.e.
> even if the mail has has proper Content-Type: text/plain;
> charset=3D"iso-8859-1" and
> Content-Transfer-Encoding: quoted-printable, it is displayed as 7bit and
> us-ascii. All these =3DF6 and so on is irritating. The only way remedy th=
e
> problem is to quit mulberry and start again and almost always the email i=
s
> displayed properly. And if the mail that gets misinterpreted is a
> multi-part email mulberry only reports that it has one part. But if you
> view the mail in raw all the parts are there. I've yet to see a pattern i=
n
> then mulberry starts this misinterpretations. Sometimes it is a email fro=
m
> pine or a mail from a mailinglist or from outlook or ...

Sounds pretty strange to me. I think Evolution uses BODYSTRUCTURE as
well and I have never seen this kind of problems. But it does sound like
Dovecot sends wrong BODYSTRUCTURE in some cases. And if Mulberry works
after restarting, it means Dovecot sends correct BODYSTRUCTURE next time
or Mulberry does the parsing internally this time.

It would help if you could turn on IMAP logging in Mulberry and send it
to me when this happens again.


--=-bn8PPwpFMgobX1qrMpHf
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPOFqyUhSUUBViskRAjcKAJ491tm76XFZt26OYkDJG9N+v+YUgwCfYjSG
mEERz0/W3h/KAbzROfqUeEM=
=gdt7
-----END PGP SIGNATURE-----

--=-bn8PPwpFMgobX1qrMpHf--


From tss@iki.fi  Wed Feb 25 20:01:30 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DF66CC002800; Wed, 25 Feb 2004 20:01:30 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B69EFC000D9D
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 20:01:28 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id E0A59239F5; Wed, 25 Feb 2004 19:58:07 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DBC8C239F6; Wed, 25 Feb 2004 19:58:07 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1D377239F5
	for <dovecot@procontrol.fi>; Wed, 25 Feb 2004 19:57:33 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id B3390300DF863; Wed, 25 Feb 2004 19:57:32 +0200 (EET)
Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal
	messages" from UW-IMAP ?
From: Timo Sirainen <tss@iki.fi>
To: Xavier Beaudouin <kiwi@oav.net>
In-Reply-To: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
References: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-r7zKvGdhwL61o8BU06NF"
Message-Id: <1077731852.10810.120.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 19:57:32 +0200
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 18:01:31 -0000
X-UID: 8743                                                  
Status: O


--=-r7zKvGdhwL61o8BU06NF
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-02-10 at 17:57, Xavier Beaudouin wrote:
> We want to move from UW-IMAP to Dovecot (mbox format), works like a=20
> charm, but UW-IMAP has that bloody habbit to make a stupid message in=20
> all his mailbox files :

I don't really recommend using Dovecot with mbox at the moment. I'll
probably add support for "folder internal data" messages for rewritten
mbox support.


--=-r7zKvGdhwL61o8BU06NF
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPOIMyUhSUUBViskRAtV8AJ4xlQdzlLoMV1sK2RRkvKNKYQjrkwCfVdUR
WhIy7EaD4+BPSiclCGjRrtQ=
=NEbH
-----END PGP SIGNATURE-----

--=-r7zKvGdhwL61o8BU06NF--


From tss@iki.fi  Wed Feb 25 20:09:22 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4367CC000D9D; Wed, 25 Feb 2004 20:09:22 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 365A8C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 20:09:20 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 76269239F5; Wed, 25 Feb 2004 20:05:59 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 71A6B239F6; Wed, 25 Feb 2004 20:05:59 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DEA89239F5
	for <dovecot@procontrol.fi>; Wed, 25 Feb 2004 20:05:23 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 82E12300DF863; Wed, 25 Feb 2004 20:05:23 +0200 (EET)
Subject: Re: [Dovecot] help: The current command did not succeed. The mail
	server responded: Invalid mask.
From: Timo Sirainen <tss@iki.fi>
To: Bodo Gelbe <bgelbe@gwdg.de>
In-Reply-To: <403B605B.4040701@gwdg.de>
References: <403B605B.4040701@gwdg.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-xXF00MYCRomo/QwLkZJ3"
Message-Id: <1077732323.10811.127.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 20:05:23 +0200
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 18:09:22 -0000
X-UID: 8744                                                  
Status: O
Content-Length: 1438


--=-xXF00MYCRomo/QwLkZJ3
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-02-24 at 16:31, Bodo Gelbe wrote:
> Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.10.4.
> Reading with Mozilla Mail v 1.4.
>=20
> I made some test accounts and they seem to be working fine, but my older
> existing accounts give error messages whenever I connect or subscribe to
> mailboxes within them.  The message that appears on the client is:
>=20
> "The current command did not succeed. The mail server responded: Invalid
> mask."
>=20
> it appears two or three times in an alert box (on windows) then everythin=
g
> seems to work.
>=20
> The masks (I've put a syslog call into the code) are: "~%", "~%~%" and
> "~*". The test accounts I created don't have this problem.

This means Mozilla cached UW-IMAP's NAMESPACE reply and tries to ask
those mailboxes from Dovecot, which doesn't support such namespaces.
Easiest fix would be to recreate the Mozilla accounts. Next version will
just ignore if client tries to ask invalid mailboxes.


--=-xXF00MYCRomo/QwLkZJ3
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPOPjyUhSUUBViskRAieyAJ968dPbduZpOpW4mtrDut80g9fD8wCeIyX7
7Op2e8guZJplBkBff5a94Is=
=dVtq
-----END PGP SIGNATURE-----

--=-xXF00MYCRomo/QwLkZJ3--


From tss@iki.fi  Wed Feb 25 20:10:29 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4AEDFC000D9D; Wed, 25 Feb 2004 20:10:29 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 48EB6C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 20:10:27 +0200 (EET)
Received: from localhost.kpnqwest.fi (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 69523300DF863; Wed, 25 Feb 2004 20:07:06 +0200 (EET)
Subject: Re: [Dovecot] More than one auth method with dovevot 0.99.10.4 - how?
From: Timo Sirainen <tss@iki.fi>
To: Raymond Scholz <rscholz@zonix.de>
In-Reply-To: <gmid.877jycyst8@hush.zonix.de>
References: <gmid.877jycyst8@hush.zonix.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-S7Ya6yg/Y0VRDUC/KyOG"
Message-Id: <1077732426.10811.130.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 25 Feb 2004 20:07:06 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 18:10:29 -0000
X-UID: 8745                                                  
Status: O


--=-S7Ya6yg/Y0VRDUC/KyOG
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-02-25 at 01:13, Raymond Scholz wrote:
> We're setting up a server with qmail/vpopmail and dovecot.  In
> addition to vpopmail users we want non-virtual, local users to be able
> to authenticate and have them read the Maildir in their real $HOME.

This isn't possible in the released version yet, but it's in next
version. If you really wanted, you could use all but "imap" binary from
Dovecot's CVS and it'd work.


--=-S7Ya6yg/Y0VRDUC/KyOG
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAPORKyUhSUUBViskRApt8AKCP1I058HUVp6B/J91SRUUfPlQ/jgCghat+
d2k5dAs6HPspNx21nTk0A88=
=+NMF
-----END PGP SIGNATURE-----

--=-S7Ya6yg/Y0VRDUC/KyOG--


From www-data@nusseis.de  Wed Feb 25 20:17:14 2004
Return-Path: <www-data@nusseis.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EBD70C000D9D; Wed, 25 Feb 2004 20:17:14 +0200 (EET)
Received: from nusseis.de (nusseis.de [81.169.154.52])
	by talvi.dovecot.org (Postfix) with ESMTP id D8CFAC000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 20:17:12 +0200 (EET)
Received: from www-data by nusseis.de with local (Exim 3.35 #1 (Debian))
	id 1Aw3TW-0005Cf-00
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 19:09:38 +0100
Received: from dsl-213-023-040-016.arcor-ip.net
	(dsl-213-023-040-016.arcor-ip.net [213.23.40.16]) 
	by webmail.nusseis.de (IMP) with HTTP 
	for <benja@nusseis.de@localhost>; Wed, 25 Feb 2004 19:09:38 +0100
Message-ID: <1077732578.403ce4e2237d3@webmail.nusseis.de>
Date: Wed, 25 Feb 2004 19:09:38 +0100
From: Benjamin Dabelow <benja.dabelow@gmx.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Pam trouble
References: <1077621183.403b31bfda984@webmail.nusseis.de>
	<1077728639.10812.58.camel@hurina>
In-Reply-To: <1077728639.10812.58.camel@hurina>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2
Sender: www-data <www-data@nusseis.de>
X-Sender: <www-data>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 18:17:15 -0000
X-UID: 8746                                                  
Status: O
Content-Length: 1092

> > Child died with signal 11
> 
> Is this the exact error message? Dovecot doesn't send this, so do you
> mean it's PAM subprocess that dies or dovecot-auth process itself?
The complete error is:
dovecot-auth: Feb 25 18:55:17 Error: PAM: Child process died
dovecot-auth: Feb 25 18:55:18 Error: PAM: Child 2179 died with signal 11

So it's the pam process crashing.

> Crashes are better debugged with gdb:
> 
> gdb /usr/local/libexec/dovecot/dovecot-auth (pid of dovecot-auth)
> 
> Enter "c" command to let it continue. Try logging in. gdb should show
> that it crashed now. Enter "bt" command and send me the result.
As I'm new to gdb, I'm stuck here. dovecot-auth does not crash so I'm not back
to the gdb prompt. How do I get any output (CTRL-C does not work.)?

> If it crashes inside pam_ldap handler, it's a bug in it.
At least pam_ldap is fine with man other services (login,smtp auth, ssh).

Thanks for your time.

	Benjamin
-- 
Benjamin Dabelow                    benja.dabelow@gmx.net
Staufenbergstr. 88                  benja-dabelow.gmxhome.de/start.html
74081 Heilbronn
Germany

From shiva@sewingwitch.com  Wed Feb 25 22:53:35 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9FE45C000D9D; Wed, 25 Feb 2004 22:53:35 +0200 (EET)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 1FC93C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 22:53:33 +0200 (EET)
Received: from home.sewingwitch.com (c-24-7-90-42.client.comcast.net
	[24.7.90.42])
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i1PKo9oP008668
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 15:50:09 -0500
Received: from [10.0.0.221] (CPQ32245280371.dhcp.lsi.lan [10.0.0.221])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i1PKo8eO015456
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 12:50:08 -0800
Date: Wed, 25 Feb 2004 12:50:07 -0800
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Mailbox formats
Message-ID: <184032374.1077713407@[10.0.0.221]>
In-Reply-To: <1077731011.10801.101.camel@hurina>
References: <11685482.1076416697@[10.0.0.221]>
	<1077731011.10801.101.camel@hurina>
X-Mailer: Mulberry/3.1.2 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.39
X-Scanned-By: MIMEDefang 2.40
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 25 Feb 2004 20:53:35 -0000
X-UID: 8747                                                  
Status: O
Content-Length: 1339

--On Wednesday, February 25, 2004 7:43 PM +0200 Timo Sirainen <tss@iki.fi> 
wrote:

> On Tue, 2004-02-10 at 22:38, Kenneth Porter wrote:
>> I'm currently using mbox and mbx with UW-IMAP, mbox for space efficiency
>> and mbx for folders with lots of messages for time efficiency without a
>> large space cost.
>
> The reason why mbx takes more space is that it uses CR+LF linefeeds
> instead of just LF..

I was thinking mbox vs maildir. mbx isn't much bigger than mbox, mainly 
adding the metadata at the front, about 1k per folder.

>> I've avoided maildir because it has a relatively high
>> space cost; mbox has no inter-message cost while maildir wastes on
>> average  half a sector plus an inode for each message.
>
> AFAIK ReiserFS doesn't lose any space (or much).

Interesting point. I hadn't considered using ReiserFS for my mail 
directories. Sounds like a good motivation to try it out.

> UW-IMAP's author is thinking of some hybrid format where a single
> mailbox could be built from multiple files, but a single file could
> contain multiple messages. I think this could be made to work pretty
> well and reliably. I don't know more about his plans though, I didn't
> find any discussion about it in c-client list at least.

He mentioned a new format in passing on the comp.mail.imap group, still in 
the experimental stage.

From gmid-dovecot@m.gmane.org  Wed Feb 25 23:26:58 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 893B3C000D9D; Wed, 25 Feb 2004 23:26:58 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id BA2D2C000D9B
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 23:26:56 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1Aw6VD-00007d-00
	for <dovecot@dovecot.org>; Wed, 25 Feb 2004 22:23:35 +0100
Received: from reverse-213-146-125-195.dialin.kamp-dsl.de ([213.146.125.195])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Wed Feb 25 21:23:35 2004
Received: from rscholz by reverse-213-146-125-195.dialin.kamp-dsl.de with
	local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Wed Feb 25 21:23:35 2004
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: dovecot@dovecot.org
To: dovecot@dovecot.org
From: Raymond Scholz <ray-2004@zonix.de>
Date: Wed, 25 Feb 2004 22:11:51 +0100
Organization: =?UTF-8?Q?/=CB=8C=C9=94=CB=90=C9=A1=C9=99na=C9=AA=CB=88ze=C9=AA=CA=83n/?=
Lines: 11
Message-ID: <gmid.877jya50fc@hush.zonix.de>
References: <gmid.877jycyst8@hush.zonix.de> <1077732426.10811.130.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: reverse-213-146-125-195.dialin.kamp-dsl.de
X-Now-Playing: O.S.T.'s _Absolute Giganten_: "The Notwist - Formiga"
Mail-Copies-To: nobody
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux)
Cancel-Lock: sha1:ZLYnVe/uCIxC8BFhBG2VS5Tax/E=
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: More than one auth method with dovevot 0.99.10.4 -
	how?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Raymond Scholz <rscholz@zonix.de>
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: Wed, 25 Feb 2004 21:26:58 -0000
X-UID: 8748                                                  
Status: O

 Timo Sirainen <tss@iki.fi> wrote:

> This isn't possible in the released version yet, but it's in next
> version. If you really wanted, you could use all but "imap" binary from
> Dovecot's CVS and it'd work.

I really wanted... Thanks, works like a charm.

Cheers, Ray
-- 
/* Halley */ (Halley's comment.)


From mark@cye.com.au  Thu Feb 26 14:27:51 2004
Return-Path: <mark@cye.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 872CFC000D9D; Thu, 26 Feb 2004 14:27:51 +0200 (EET)
Received: from v.cye.com.au (v.cye.com.au [81.31.32.92])
	by talvi.dovecot.org (Postfix) with ESMTP id 47CB0C000D9B
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 14:27:49 +0200 (EET)
Received: from c210-49-175-165.brasd1.vic.optusnet.com.au ([210.49.175.165]
	helo=192.168.10.84) by v.cye.com.au with asmtp (Exim 4.04)
	id 1AwKYx-00037S-00
	for dovecot@dovecot.org; Thu, 26 Feb 2004 23:24:24 +1100
From: Mark Williamson <mark@cye.com.au>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1077798258.3111.18.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4-8mdk 
Date: Thu, 26 Feb 2004 23:24:19 +1100
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] SSL   143/notls stuff
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 26 Feb 2004 12:27:51 -0000
X-UID: 8749                                                  
Status: O

Hi Everyone,

Just trying to work out how totally disable SSL/TLS support on port 143
while enabling SSL support on port 993

In the config file when I comment out the setting "ssl_disable = yes", I
have Webmail client that will no longer be able to auth against port
143, Now I can get the Webmail client to sort of work via using the
setting the port to "143/notls" but the main problem with that is that
the WEbmail client does not support that setting correctly, giving the
Webmail issues in other areas. 

Anyway is there a way of enabling SSL support on 993, and a way to let
port 143 to auth with out the need of using a setting  port
"143/notls"   

Cheers
Mark Williamson


From kilian.cavalotti@stix.polytechnique.fr  Thu Feb 26 15:25:07 2004
Return-Path: <kilian.cavalotti@stix.polytechnique.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2A4BBC000D9D; Thu, 26 Feb 2004 15:25:07 +0200 (EET)
Received: from mx-a.polytechnique.fr (mx-a.polytechnique.fr [129.104.30.14])
	by talvi.dovecot.org (Postfix) with ESMTP id 0D98CC000D9B
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 15:25:05 +0200 (EET)
Received: from argos.medicis.polytechnique.fr (argos.stix.polytechnique.fr
	[129.104.36.12])
	by mx-a.polytechnique.fr (x.y.z/x.y.z/tbp v1.0) with ESMTP id
	i1QDH3x3003821
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 14:17:03 +0100
Received: from sirius.stix.polytechnique.fr (sirius.stix.polytechnique.fr
	[129.104.36.127])
	by argos.medicis.polytechnique.fr (Postfix) with ESMTP id C883E37B17
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 14:21:37 +0100 (CET)
From: Kilian CAVALOTTI <kilian.cavalotti@stix.polytechnique.fr>
Organization: STIX
To: dovecot@dovecot.org
Date: Thu, 26 Feb 2004 14:21:40 +0100
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Message-Id: <200402261421.40629.kilian.cavalotti@stix.polytechnique.fr>
Subject: [Dovecot] Set only INDEX path
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: kilian.cavalotti@stix.polytechnique.fr
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: Thu, 26 Feb 2004 13:25:07 -0000
X-UID: 8750                                                  
Status: O

Hi folks,

I'd like to know if I can set the INDEX path in the default_mail_env, 
without setting the format and location of mailboxes (something like 
default_mail_env = :INDEX=/var/mail/indexes/%u)

I want to let each user choose whether he prefers to store his mail in mbox 
or maildir format, so I don't want to /force/ the configuration in the 
default_mail_env variable, but let the autodetection feature of Dovecot do 
the job.

The problem is that home folders are NFS mounted on the mail server. So I'd 
like to put the indexes somewhere locally on the mail server.

I tried to set the default_mail_env with various combinations of ':' and 
INDEX, but with no success, I invariably get 
"Fatal: Failed to create storage with data..." error messages.

Is there any solution to my problem ? ;)
TIA,

-- 
Kilian 

From daemon@kzone.ch  Thu Feb 26 21:02:20 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 87B86C000D9D; Thu, 26 Feb 2004 21:02:20 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 2F643C000D9B
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 21:02:18 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id TAA11376
	for dovecot@dovecot.org; Thu, 26 Feb 2004 19:58:53 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] [OT] How is the Changelog file created?
Date: Thu, 26 Feb 2004 20:00:02 +0100
Organization: Kirmess
Lines: 7
Message-ID: <c1lfld$b3b$1@Odo.kzone.ch>
References: <c1b565$6j4$1@Odo.kzone.ch> <1077728840.10812.62.camel@hurina>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1077821933 11371 192.168.100.100 (26 Feb 2004 18:58:53
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 26 Feb 2004 18:58:53 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <1077728840.10812.62.camel@hurina>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Thu, 26 Feb 2004 19:02:20 -0000
X-UID: 8751                                                  
Status: O

Timo Sirainen wrote:
> cvs2cl.

Thank you. That was exactly what I was looking for.


Sven

From tom@replic8.net  Thu Feb 26 22:53:58 2004
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9055BC000D9D; Thu, 26 Feb 2004 22:53:58 +0200 (EET)
Received: from rpd.dyn.hannover.ccc.de (p50860A6B.dip0.t-ipconnect.de
	[80.134.10.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 70A0DC000D9B
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 22:53:56 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP id B3CEF416D4
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 20:50:23 +0000 (GMT)
Received: from rpd.dyn.hannover.ccc.de ([192.168.100.101])
	by localhost (commbox.rpdnet.com [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 20375-07-2 for <dovecot@dovecot.org>;
	Thu, 26 Feb 2004 20:50:23 +0000 (GMT)
Received: from localhost (server.rpdnet.com [192.168.100.100])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP id 5F7A9416A6
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 20:50:23 +0000 (GMT)
Received: from aural (aural [10.0.0.8]) by webmail (IMP) with HTTP 
	for <tom@commbox.rpdnet.com>; Thu, 26 Feb 2004 20:50:39 +0000
Message-ID: <1077828639.403e5c1fb36bd@webmail>
Date: Thu, 26 Feb 2004 20:50:39 +0000
From: tom@replic8.net
To: dovecot@dovecot.org
Subject: Re: [Dovecot] [OT] How is the Changelog file created?
References: <c1b565$6j4$1@Odo.kzone.ch> <1077728840.10812.62.camel@hurina>
In-Reply-To: <1077728840.10812.62.camel@hurina>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-4.9
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 26 Feb 2004 20:53:58 -0000
X-UID: 8752                                                  
Status: O

hi,

running dovecot-nightly on netbsd, just rebuilt for testing.
for quite some time now (about a month) i'm getting these:

==snip==
Feb 26 20:38:20 hostname imap(tom): Corrupted index file
/home/tom/Maildir/.INBOX/.imap.index: No unseen messages found with
first_unseen_uid_lowwater 25260, seen_messages_count 12, messages_count 18
==snap==

when this happens, my client is unable to display 'subject' and 'from'
anymore - as i'm using IMP (http://www.horde.org/org/) as webmailer
mainly i can't say it happens with other clients.

restarting dovecot doesn't change anything, i have to delete
.imap.index.* from maildirs files to get it working properly again.

i tried various cache settings and even disabled caching,
without any noticeable effect.

any hint? need more info?

--
many thanks for the good work,
TOM

From mem@mv.mv.com  Thu Feb 26 22:54:46 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5AC73C002801; Thu, 26 Feb 2004 22:54:46 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 4FB5BC002800
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 22:54:42 +0200 (EET)
Received: (qmail 16059 invoked from network); 26 Feb 2004 15:51:15 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 26 Feb 2004 15:51:15 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 5516 invoked by uid 101); 26 Feb 2004 15:51:14 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 26 Feb 2004 15:51:14 -0500
To: Mark Williamson <mark@cye.com.au>
Subject: Re: [Dovecot] SSL   143/notls stuff
Message-ID: <20040226205114.GD21113@iridium.mv.net>
References: <1077798258.3111.18.camel@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1077798258.3111.18.camel@localhost>
User-Agent: Mutt/1.4.2.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 26 Feb 2004 20:54:46 -0000
X-UID: 8753                                                  
Status: O

On Thu, Feb 26, 2004 at 11:24:19PM +1100, Mark Williamson wrote:
> Hi Everyone,
> 
> Just trying to work out how totally disable SSL/TLS support on port 143
> while enabling SSL support on port 993
> 
> In the config file when I comment out the setting "ssl_disable = yes", I
> have Webmail client that will no longer be able to auth against port
> 143, Now I can get the Webmail client to sort of work via using the
> setting the port to "143/notls" but the main problem with that is that
> the WEbmail client does not support that setting correctly, giving the
> Webmail issues in other areas. 
> 
> Anyway is there a way of enabling SSL support on 993, and a way to let
> port 143 to auth with out the need of using a setting  port
> "143/notls"   

Deja vu.  Timo answered this nicely:

   http://www.dovecot.org/list/dovecot/2004-January/002810.html

mm

From gmid-dovecot@m.gmane.org  Thu Feb 26 23:27:00 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B3A4CC000D9D; Thu, 26 Feb 2004 23:27:00 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id D765CC000D9B
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 23:26:58 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AwSyl-0006Dw-00
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 22:23:35 +0100
Received: from reverse-213-146-125-37.dialin.kamp-dsl.de ([213.146.125.37])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu Feb 26 21:23:35 2004
Received: from rscholz by reverse-213-146-125-37.dialin.kamp-dsl.de with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu Feb 26 21:23:35 2004
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: dovecot@dovecot.org
To: dovecot@dovecot.org
From: Raymond Scholz <ray-2004@zonix.de>
Date: Thu, 26 Feb 2004 22:21:57 +0100
Organization: =?UTF-8?Q?/=CB=8C=C9=94=CB=90=C9=A1=C9=99na=C9=AA=CB=88ze=C9=AA=CA=83n/?=
Lines: 27
Message-ID: <gmid.87u11dleoa@hush.zonix.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: reverse-213-146-125-37.dialin.kamp-dsl.de
X-Now-Playing: Nothing
Mail-Copies-To: nobody
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux)
Cancel-Lock: sha1:icPAdIm4GffQzm9ungav20ixszU=
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] IMAP error with squirrelmail - how to debug?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Raymond Scholz <rscholz@zonix.de>
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: Thu, 26 Feb 2004 21:27:00 -0000
X-UID: 8754                                                  
Status: O

When moving messages with squirrelmail (or kmail), I get the
following error:

ERROR : Could not complete request.
Query: COPY 3 "INBOX"
Reason Given: Unexpected EOF

According to the config I switched on rawlog:

  # This would write rawlogs into ~/dovecot.rawlog/ directory:
  mail_executable = /usr/lib/dovecot/rawlog /usr/lib/dovecot/imap

rawlog.c was altered in order to have /tmp as HOME.  But I see no
logfiles being generated.

Environment: lastest dovecot from CVS, vpopmail and local users
(error with both types).

Another issue:

Ocassionally the auth process dies:

Feb 26 21:08:49 servername dovecot: child 28641 (auth) killed with signal 11

Cheers, Ray
-- 
Raymond Scholz - rscholz@zonix.de - GnuPG/PGP - http://www.zonix.de/


From gmid-dovecot@m.gmane.org  Thu Feb 26 23:57:06 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 07A9DC002800; Thu, 26 Feb 2004 23:57:06 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 75185C000D9D
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 23:57:02 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AwTRq-0006c6-00
	for <dovecot@dovecot.org>; Thu, 26 Feb 2004 22:53:38 +0100
Received: from reverse-213-146-125-37.dialin.kamp-dsl.de ([213.146.125.37])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu Feb 26 21:53:38 2004
Received: from rscholz by reverse-213-146-125-37.dialin.kamp-dsl.de with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu Feb 26 21:53:38 2004
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: dovecot@dovecot.org
To: dovecot@dovecot.org
From: Raymond Scholz <ray-2004@zonix.de>
Date: Thu, 26 Feb 2004 22:38:52 +0100
Organization: =?UTF-8?Q?/=CB=8C=C9=94=CB=90=C9=A1=C9=99na=C9=AA=CB=88ze=C9=AA=CA=83n/?=
Lines: 26
Message-ID: <gmid.87llmpldw3@hush.zonix.de>
References: <gmid.87u11dleoa@hush.zonix.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: reverse-213-146-125-37.dialin.kamp-dsl.de
X-Now-Playing: Nothing
Mail-Copies-To: nobody
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux)
Cancel-Lock: sha1:TYUDePfiYfq414y9VjgFlQTjIV8=
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Addition
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Raymond Scholz <rscholz@zonix.de>
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: Thu, 26 Feb 2004 21:57:06 -0000
X-UID: 8755                                                  
Status: O


rscholz@fly:~> telnet servername imap2
Trying 399.187.271.232...
Connected to servername.
Escape character is '^]'.
* OK dovecot ready.
. login rscholz foobar
. OK Logged in.
A002 SELECT "INBOX"
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted.
* 4 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1077741495] UIDs valid
* OK [UIDNEXT 5] Predicted next UID
A002 OK [READ-WRITE] Select completed.
A003 EXPUNGE
A003 OK Expunge completed.
A004 UID COPY 4 "Test"
A004 NO Unexpected EOF
A005 UID COPY 3 "Test"
A005 NO Unexpected EOF

Cheers, Ray
-- 
Raymond Scholz - rscholz@zonix.de - GnuPG/PGP - http://www.zonix.de/


From wired@linfe.it  Fri Feb 27 12:12:46 2004
Return-Path: <wired@linfe.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 86399C000D9D; Fri, 27 Feb 2004 12:12:46 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B6BB1C000D9B
	for <dovecot@dovecot.org>; Fri, 27 Feb 2004 12:12:44 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 65D8E239EC; Fri, 27 Feb 2004 12:09:19 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4BA17239F5; Fri, 27 Feb 2004 12:09:19 +0200 (EET)
Received: from linfe.it (unknown [213.198.150.109])
	by danu.procontrol.fi (Postfix) with ESMTP id 5BF38239EC
	for <dovecot@procontrol.fi>; Fri, 27 Feb 2004 12:08:45 +0200 (EET)
Received: from linfe.it (wired@localhost [127.0.0.1])
	by linfe.it (8.12.11/8.12.11/Debian-1) with ESMTP id i1R9tlpb031915;
	Fri, 27 Feb 2004 10:55:47 +0100
Received: (from wired@localhost)
	by linfe.it (8.12.11/8.12.11/Debian-1) id i1R9tj8O031912;
	Fri, 27 Feb 2004 10:55:46 +0100
Date: Fri, 27 Feb 2004 10:55:44 +0100
From: wired@linfe.it
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal
	messages" from UW-IMAP ?
Message-ID: <20040227095544.GA31847@linfe.it>
References: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
	<1077731852.10810.120.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1077731852.10810.120.camel@hurina>
X-Operating-System: Linux libre 2.2.19
User-Agent: Mutt/1.5.4i
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: wired@linfe.it
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: Fri, 27 Feb 2004 10:12:46 -0000
X-UID: 8756                                                  
Status: O

>From Timo Sirainen, Feb 25:
 >I don't really recommend using Dovecot with mbox at the moment. I'll
 >probably add support for "folder internal data" messages for rewritten
 >mbox support.


Well, i am using mbox currently. My mails are at risk?
Should i switch to maildir? 

thanks
--will


From mark@cye.com.au  Fri Feb 27 13:06:09 2004
Return-Path: <mark@cye.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5E1E8C002800; Fri, 27 Feb 2004 13:06:09 +0200 (EET)
Received: from v.cye.com.au (v.cye.com.au [81.31.32.92])
	by talvi.dovecot.org (Postfix) with ESMTP id 6C701C000D9D
	for <dovecot@dovecot.org>; Fri, 27 Feb 2004 13:06:07 +0200 (EET)
Received: from c210-49-175-165.brasd1.vic.optusnet.com.au ([210.49.175.165]
	helo=192.168.10.82) by v.cye.com.au with esmtp (Exim 4.04)
	id 1AwflM-0003Hl-00; Fri, 27 Feb 2004 22:02:37 +1100
Subject: Re: [Dovecot] SSL   143/notls stuff
From: Mark Williamson <mark@cye.com.au>
To: "Mark E. Mallett" <mem@mv.mv.com>
In-Reply-To: <20040226205114.GD21113@iridium.mv.net>
References: <1077798258.3111.18.camel@localhost>
	<20040226205114.GD21113@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1077879754.2167.15.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4-8mdk 
Date: Fri, 27 Feb 2004 22:02:34 +1100
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 27 Feb 2004 11:06:09 -0000
X-UID: 8757                                                  
Status: O
Content-Length: 1407

On Fri, 2004-02-27 at 07:51, Mark E. Mallett wrote:
> On Thu, Feb 26, 2004 at 11:24:19PM +1100, Mark Williamson wrote:
> > Hi Everyone,
> > 
> > Just trying to work out how totally disable SSL/TLS support on port 143
> > while enabling SSL support on port 993
> > 
> > In the config file when I comment out the setting "ssl_disable = yes", I
> > have Webmail client that will no longer be able to auth against port
> > 143, Now I can get the Webmail client to sort of work via using the
> > setting the port to "143/notls" but the main problem with that is that
> > the WEbmail client does not support that setting correctly, giving the
> > Webmail issues in other areas. 
> > 
> > Anyway is there a way of enabling SSL support on 993, and a way to let
> > port 143 to auth with out the need of using a setting  port
> > "143/notls"   
> 
> Deja vu.  Timo answered this nicely:
> 
>    http://www.dovecot.org/list/dovecot/2004-January/002810.html

O.K. just having a look at cvs version now...
Just downloaded a nightly snap-shot..
Having a look at the dovecot-example.conf file now..

Yes it looks like is has a ssl_listen function..

#listen = *
                                                                                
# IP or host address where to listen in for SSL connections. Defaults
# to above if not specified.
#ssl_listen =


Great, time to setup the CVS version..

Thanks..

Cheers
Mark


From gmid-dovecot@m.gmane.org  Fri Feb 27 13:57:06 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6C229C002800; Fri, 27 Feb 2004 13:57:06 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id D1D33C000D9D
	for <dovecot@dovecot.org>; Fri, 27 Feb 2004 13:57:02 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AwgYj-0005ZC-00
	for <dovecot@dovecot.org>; Fri, 27 Feb 2004 12:53:37 +0100
Received: from reverse-213-146-125-22.dialin.kamp-dsl.de ([213.146.125.22])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri Feb 27 11:53:37 2004
Received: from rscholz by reverse-213-146-125-22.dialin.kamp-dsl.de with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri Feb 27 11:53:37 2004
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: dovecot@dovecot.org
To: dovecot@dovecot.org
From: Raymond Scholz <ray-2004@zonix.de>
Date: Fri, 27 Feb 2004 12:49:56 +0100
Organization: =?UTF-8?Q?/=CB=8C=C9=94=CB=90=C9=A1=C9=99na=C9=AA=CB=88ze=C9=AA=CA=83n/?=
Lines: 13
Message-ID: <gmid.873c8wzqqj@hush.zonix.de>
References: <gmid.87u11dleoa@hush.zonix.de> <gmid.87llmpldw3@hush.zonix.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: reverse-213-146-125-22.dialin.kamp-dsl.de
X-Now-Playing: Nothing
Mail-Copies-To: nobody
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux)
Cancel-Lock: sha1:LFit0bQ84o/lXpn2AAwy/2roSZw=
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Addition
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Raymond Scholz <rscholz@zonix.de>
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: Fri, 27 Feb 2004 11:57:06 -0000
X-UID: 8758                                                  
Status: O

 Raymond Scholz <ray-2004@zonix.de> wrote:

Ok, I've found the reason for this.  Setting

maildir_copy_with_hardlinks = yes

cures the problem.  Nevertheless I think the original problem is
worth debugging.  I'll provide the necessary debugging information,
if someone is interested and tells me what to do.

Cheers, Ray
-- 
Raymond Scholz - rscholz@zonix.de - GnuPG/PGP - http://www.zonix.de/


From mark@cye.com.au  Fri Feb 27 15:38:55 2004
Return-Path: <mark@cye.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4F5F1C002802; Fri, 27 Feb 2004 15:38:55 +0200 (EET)
Received: from v.cye.com.au (v.cye.com.au [81.31.32.92])
	by talvi.dovecot.org (Postfix) with ESMTP id 753E8C002800
	for <dovecot@dovecot.org>; Fri, 27 Feb 2004 15:38:53 +0200 (EET)
Received: from c210-49-175-165.brasd1.vic.optusnet.com.au ([210.49.175.165]
	helo=192.168.10.82) by v.cye.com.au with esmtp (Exim 4.04)
	id 1Awi9F-0003lm-00
	for dovecot@dovecot.org; Sat, 28 Feb 2004 00:35:25 +1100
Subject: Re: [Dovecot] SSL   143/notls stuff
From: Mark Williamson <mark@cye.com.au>
To: dovecot@dovecot.org
In-Reply-To: <20040226205114.GD21113@iridium.mv.net>
References: <1077798258.3111.18.camel@localhost>
	<20040226205114.GD21113@iridium.mv.net>
Content-Type: text/plain
Message-Id: <1077888921.2167.35.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4-8mdk 
Date: Sat, 28 Feb 2004 00:35:22 +1100
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 27 Feb 2004 13:38:55 -0000
X-UID: 8759                                                  
Status: O
Content-Length: 1300

After checking out
http://www.dovecot.org/list/dovecot/2004-January/002810.html

Quoted from that E-mail
> With CVS code you would be able to do it by creating another "server
> configuration" with SSL enabled in different port. 

I have tried this but no go..  what exactly meant by creating another
"server configuration"..  

Cheers
Mark



On Fri, 2004-02-27 at 07:51, Mark E. Mallett wrote:
> On Thu, Feb 26, 2004 at 11:24:19PM +1100, Mark Williamson wrote:
> > Hi Everyone,
> > 
> > Just trying to work out how totally disable SSL/TLS support on port 143
> > while enabling SSL support on port 993
> > 
> > In the config file when I comment out the setting "ssl_disable = yes", I
> > have Webmail client that will no longer be able to auth against port
> > 143, Now I can get the Webmail client to sort of work via using the
> > setting the port to "143/notls" but the main problem with that is that
> > the WEbmail client does not support that setting correctly, giving the
> > Webmail issues in other areas. 
> > 
> > Anyway is there a way of enabling SSL support on 993, and a way to let
> > port 143 to auth with out the need of using a setting  port
> > "143/notls"   
> 
> Deja vu.  Timo answered this nicely:
> 
>    http://www.dovecot.org/list/dovecot/2004-January/002810.html
> 
> mm


From rjohnson@medata.com  Fri Feb 27 22:07:33 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E6D08C000D9D; Fri, 27 Feb 2004 22:07:33 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id ED57EC000D9B
	for <dovecot@dovecot.org>; Fri, 27 Feb 2004 22:07:30 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i1RK41BR008500
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 27 Feb 2004 12:04:02 -0800
Message-ID: <403FA2B2.4060008@medata.com>
Date: Fri, 27 Feb 2004 12:04:02 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Raymond Scholz <rscholz@zonix.de>
Subject: Re: [Dovecot] Re: Addition
References: <gmid.87u11dleoa@hush.zonix.de> <gmid.87llmpldw3@hush.zonix.de>
	<gmid.873c8wzqqj@hush.zonix.de>
In-Reply-To: <gmid.873c8wzqqj@hush.zonix.de>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 27 Feb 2004 20:07:34 -0000
X-UID: 8760                                                  
Status: O
Content-Length: 1089

Raymond Scholz wrote:
>  Raymond Scholz <ray-2004@zonix.de> wrote:
> 
> Ok, I've found the reason for this.  Setting
> 
> maildir_copy_with_hardlinks = yes
> 
> cures the problem.  Nevertheless I think the original problem is
> worth debugging.  I'll provide the necessary debugging information,
> if someone is interested and tells me what to do.

While it's worth debugging, there's usually little reason to not use 
hardlinks, and the performance gain with large messages is astounding. 
For those who aren't familiar with hardlinks, when messages are moved 
from one folder to another via an IMAP command, I believe they are 
copied/deleted instead of moved. If hardlinks aren't used, the message 
must be replicated, then the original deleted, which on a large server 
with large messages, could significantly increase I/O. With hardlinks, a 
link is created, and the original link removed. Very little I/O.

HTH,
-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From t1lt@bk.ru  Sat Feb 28 15:42:51 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 943F4C000D9D; Sat, 28 Feb 2004 15:42:51 +0200 (EET)
Received: from sun.com (port-212-202-169-161.reverse.qdsl-home.de
	[212.202.169.161])
	by talvi.dovecot.org (Postfix) with SMTP id 29217C000D9B
	for <dovecot@dovecot.org>; Sat, 28 Feb 2004 15:42:49 +0200 (EET)
Received: (qmail 3607 invoked by uid 1000); 28 Feb 2004 13:39:34 -0000
Date: Sat, 28 Feb 2004 14:39:33 +0100
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] debian unstable : mutt polling imap mailboxes
Message-ID: <20040228133932.GA29087@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <20040216150557.GI636@cs.helsinki.fi>
	<1077729550.10801.74.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1077729550.10801.74.camel@hurina>
X-Mailman-Approved-At: Sat, 28 Feb 2004 17:31:57 +0200
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 28 Feb 2004 13:42:51 -0000
X-UID: 8761                                                  
Status: O
Content-Length: 1438

On Wed, Feb 25, 2004 at 07:19:10PM +0200, Timo Sirainen wrote:
> On Mon, 2004-02-16 at 17:05, Kai Hendry wrote:
> > I am accessing my IMAP folder on my ~/Maildir using mutt via Dovecot and
> > I have this problem whereby mutt incorrectly reports I have new mail in a
> > "mailboxes" polled mailbox.
> > 
> > This happens all the time when I press the key bound to change mailbox.
> > 
> > I use courier IMAP at school, and I have not experienced this problem. A
> > bug with dovecot or mutt?
> 
> It's most likely a Dovecot bug, possibly related to somewhat broken
> RECENT count handling. I can't reproduce it though, do you have to tell
> mutt somehow to check the new mails?

I am expiriencing this bug, too.

Using:
Dovecot 0.99.8
Mutt 1.5.5.1+cvs20040105i

It's a bit annoying.
Generally when any folder other than INBOX (e.g. INBOX.ml.dovecot) receives
new mail the mail-count for that folder will increase.
Then, when I switch to that folder, read the new mail and switch back to
INBOX the mail-counter will *still* show the (now invalid) count until I
switch back and forth again.

I'd be glad if some more testing with mutt would be done (to fix this bug
and the one that makes all folders appear as if they had subfolders...).
Other than these few glitches dovecot works like a charme with mutt and even
my largest folders (>6000 msgs) can be opened in reasonable time (under 30s).

Keep up the good work :-)

just my 2c..
-mw


From dovecot@geschwinde.net  Sun Feb 29 19:18:05 2004
Return-Path: <dovecot@geschwinde.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CC8AAC000D9D; Sun, 29 Feb 2004 19:18:05 +0200 (EET)
Received: from sx4gdsl001.gdsl.at (sx4gdsl001.globalcore.net [80.78.225.200])
	by talvi.dovecot.org (Postfix) with ESMTP id C2419C000D9B
	for <dovecot@dovecot.org>; Sun, 29 Feb 2004 19:18:03 +0200 (EET)
Received: from geschwinde.net (unknown [80.78.255.19])
	by sx4gdsl001.gdsl.at (Postfix) with ESMTP id 6A24158001B
	for <dovecot@dovecot.org>; Sun, 29 Feb 2004 17:58:11 +0100 (CET)
Message-ID: <40421E04.6010204@geschwinde.net>
Date: Sun, 29 Feb 2004 18:14:44 +0100
From: Ewald Geschwinde <dovecot@geschwinde.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5) Gecko/20031107 Debian/1.5-3
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] severe problem
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 29 Feb 2004 17:18:06 -0000
X-UID: 8762                                                  
Status: O

I have debian knoppix and postfix + dovecot imap

My problem is the following:

Feb 29 18:51:14 cybserv imap-login: Login: xx@xxx.xx [xx.xx.xx.xx]
Feb 29 18:51:14 cybserv dovecot: child 13959 (imap) killed with signal 11
Feb 29 18:52:41 cybserv imap-login: Disconnected [xx.xxx.xx.xx]
Feb 29 18:52:41 cybserv dovecot: child 13952 (login) killed with signal 11


I'm using the debian package for the version 0.99.10.4-2

Always when someone tries to login the server throws this error

I don't know whats going wrong

I'm using a postgresql backend

Regards Ewald Geschwinde





From mat@reynerie.org  Sun Feb 29 21:56:30 2004
Return-Path: <mat@reynerie.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CD38BC000D9D; Sun, 29 Feb 2004 21:56:30 +0200 (EET)
Received: from po.reynerie.org (reynerie.org [80.65.225.229])
	by talvi.dovecot.org (Postfix) with ESMTP id CFC96C000D9B
	for <dovecot@dovecot.org>; Sun, 29 Feb 2004 21:56:28 +0200 (EET)
Received: by po.reynerie.org (Mail Server, from userid 5031)
	id C893F9449; Sun, 29 Feb 2004 20:59:20 +0100 (CET)
Date: Sun, 29 Feb 2004 20:59:20 +0100
From: mat@reynerie.org
To: dovecot@dovecot.org
Message-ID: <20040229195920.GA20586@po.reynerie.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Organization: reynerie.org
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] index file corruption
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: mat@reynerie.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: Sun, 29 Feb 2004 19:56:31 -0000
X-UID: 8763                                                  
Status: O
Content-Length: 1154

Hi,

I'm using Dovecot (dovecot-0.99.10p0) on OpenBSD-3.4 for few weeks now.

When i connect to my IMAP account the connection is often closed by 
dovecot when i try to delete mails.

I can see messages like this in log:

Feb 29 18:47:00 po imap(mat@reynerie.org): Corrupted binary tree file
/home/mat/Maildir//.INBOX/.imap.index.tree: used_file_size larger than
real file size (1772 vs 1556)

I tried to remove all index files, but the problem
still occur.
I also tried Maildir and Mbox, same problem (i can't remember
if the log are similar with mbox, if needed i will test again). 

I have ktraced the imap process and try (succesfully) to reproduce
this behaviour:
I have re-send a lot of spam and delete few of them from mailbox
until the problem occur.

All logs/kdump/config are here: http://mat.reynerie.org/dovecot/
In the kdump file, the problem is visible at the end,
Dovecot is compiled (via ports) with:

env CFLAGS="-I/usr/local/include -L/usr/local/lib" CONFIGURE_ARGS="--with-ldap --with-ldap-includes=/usr/local/include --with-ldap-lib=/usr/local/lib" make 

Searching the mailing list archives, i have not found any solutions.

-- 
mat

From daemon@kzone.ch  Mon Mar  1 00:01:57 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7C698C000D9D; Mon,  1 Mar 2004 00:01:57 +0200 (EET)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 2F558C000D9B
	for <dovecot@dovecot.org>; Mon,  1 Mar 2004 00:01:55 +0200 (EET)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id WAA02490
	for dovecot@dovecot.org; Sun, 29 Feb 2004 22:58:23 +0100
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] index file corruption
Date: Sun, 29 Feb 2004 22:59:43 +0100
Organization: Kirmess
Lines: 7
Message-ID: <c1tn9v$2dl$1@Odo.kzone.ch>
References: <20040229195920.GA20586@po.reynerie.org>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1078091903 2485 192.168.100.100 (29 Feb 2004 21:58:23
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 29 Feb 2004 21:58:23 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <20040229195920.GA20586@po.reynerie.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Sun, 29 Feb 2004 22:01:57 -0000
X-UID: 8764                                                  
Status: O

mat@reynerie.org wrote:
> I'm using Dovecot (dovecot-0.99.10p0) on OpenBSD-3.4 for few weeks now.

Please update to 0.99.10.4. This solves a lot of problems...


Sven

From jaldhar@debian.org  Mon Mar  1 19:21:06 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2BA7AC000D9D; Mon,  1 Mar 2004 19:21:06 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id DC665C000D9B
	for <dovecot@dovecot.org>; Mon,  1 Mar 2004 19:21:03 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 87DB47FC9; Mon,  1 Mar 2004 12:17:35 -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 10665-07; Mon, 1 Mar 2004 12:17:11 -0500 (EST)
Received: from jyoti.intranet.braincells.com
	(pcp04500707pcs.jersyc01.nj.comcast.net [68.38.210.164])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 13E597FC7; Mon,  1 Mar 2004 12:17:11 -0500 (EST)
Date: Mon, 1 Mar 2004 12:20:10 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@jyoti.intranet.braincells.com
To: Ewald Geschwinde <dovecot@geschwinde.net>
Subject: Re: [Dovecot] severe problem
In-Reply-To: <40421E04.6010204@geschwinde.net>
Message-ID: <Pine.LNX.4.58.0403011217010.21653@jyoti.intranet.braincells.com>
References: <40421E04.6010204@geschwinde.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Mon, 01 Mar 2004 17:21:06 -0000
X-UID: 8765                                                  
Status: O

On Sun, 29 Feb 2004, Ewald Geschwinde wrote:

> I have debian knoppix and postfix + dovecot imap
>
> My problem is the following:
>
> Feb 29 18:51:14 cybserv imap-login: Login: xx@xxx.xx [xx.xx.xx.xx]
> Feb 29 18:51:14 cybserv dovecot: child 13959 (imap) killed with signal 11
> Feb 29 18:52:41 cybserv imap-login: Disconnected [xx.xxx.xx.xx]
> Feb 29 18:52:41 cybserv dovecot: child 13952 (login) killed with signal 11
>
>
> I'm using the debian package for the version 0.99.10.4-2
>
> Always when someone tries to login the server throws this error
>
> I don't know whats going wrong
>
> I'm using a postgresql backend
>

Signal 11 is SIGSEGV which indicates a memory fault.  If you go back a few
days, instructions were posted on this list about how to use GDB to
provide a trace.  This will give more information on where exactly the
problem is occurring.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From jmelville@selectaustralasia.com.au  Tue Mar  2 06:43:35 2004
Return-Path: <jmelville@selectaustralasia.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3FA78C000D9D; Tue,  2 Mar 2004 06:43:35 +0200 (EET)
Received: from pittst-smtp.select-appointments.com.au (unknown [61.88.1.162])
	by talvi.dovecot.org (Postfix) with SMTP id 95D32C000D9B
	for <dovecot@dovecot.org>; Tue,  2 Mar 2004 06:43:30 +0200 (EET)
Received: FROM Moomintroll BY pittst-smtp.select-appointments.com.au ;
	Tue Mar 02 15:42:03 2004 +1100
From: "Julian Melville" <jmelville@selectaustralasia.com.au>
To: <dovecot@dovecot.org>
Date: Tue, 2 Mar 2004 15:39:50 +1100
Organization: Select Australasia
Message-ID: <025001c40010$65e28fc0$c002020a@Moomintroll>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
Subject: [Dovecot] Dovecot failing silently on startup
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 02 Mar 2004 04:43:35 -0000
X-UID: 8766                                                  
Status: O

I'm puzzled... I'm running the Debian package of Dovecot 0.99.10.4 on a
Debian (testing) server, and it's basically doing nothing on startup for
an extended period. After a while (maybe 10 minutes or more) it all
suddenly starts working, all without logging anything untoward. 

All the dovecot processes appear to start OK, and 'Dovecot starting up'
is logged to the syslog. If you telnet to an IMAP or POP3 port at this
point, it will successfully connect but there's no response (i.e. no '*
OK dovecot ready').

Nothing else on this server is failing in this way; e.g. Apache and
PostgreSQL are running fine throughout this period.

Has anyone else seen anything like this?

Cheers,

Julian.


From jaldhar@debian.org  Tue Mar  2 07:28:18 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6C110C002802; Tue,  2 Mar 2004 07:28:18 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 173E7C000D9D
	for <dovecot@dovecot.org>; Tue,  2 Mar 2004 07:28:16 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id D8DAD804A; Tue,  2 Mar 2004 00:24:49 -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 18982-02; Tue, 2 Mar 2004 00:24:24 -0500 (EST)
Received: from [192.168.1.118] (pcp04500707pcs.jersyc01.nj.comcast.net
	[68.38.210.164])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 839BC7FC9; Tue,  2 Mar 2004 00:24:24 -0500 (EST)
Date: Tue, 2 Mar 2004 00:23:46 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Julian Melville <jmelville@selectaustralasia.com.au>
Subject: Re: [Dovecot] Dovecot failing silently on startup
In-Reply-To: <025001c40010$65e28fc0$c002020a@Moomintroll>
Message-ID: <Pine.LNX.4.58.0403020022250.21474@diku.intranet.braincell.com>
References: <025001c40010$65e28fc0$c002020a@Moomintroll>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 02 Mar 2004 05:28:18 -0000
X-UID: 8767                                                  
Status: O

On Tue, 2 Mar 2004, Julian Melville wrote:

> I'm puzzled... I'm running the Debian package of Dovecot 0.99.10.4 on a
> Debian (testing) server, and it's basically doing nothing on startup for
> an extended period. After a while (maybe 10 minutes or more) it all
> suddenly starts working, all without logging anything untoward.
>
> All the dovecot processes appear to start OK, and 'Dovecot starting up'
> is logged to the syslog. If you telnet to an IMAP or POP3 port at this
> point, it will successfully connect but there's no response (i.e. no '*
> OK dovecot ready').
>

How are your mailboxes arranged?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From hendry@cs.helsinki.fi  Tue Mar  2 17:07:02 2004
Return-Path: <hendry@cs.helsinki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F0533C000D9D; Tue,  2 Mar 2004 17:07:01 +0200 (EET)
Received: from mail.cs.helsinki.fi (courier.cs.helsinki.fi [128.214.9.1])
	by talvi.dovecot.org (Postfix) with ESMTP id D1AF7C000D9B
	for <dovecot@dovecot.org>; Tue,  2 Mar 2004 17:06:59 +0200 (EET)
Received: from bogrund-17.cs.helsinki.fi (bogrund-17.cs.helsinki.fi
	[::ffff:128.214.48.17])
	(IDENT: root, AUTH: PLAIN cs-relay, TLS: TLSv1/SSLv3, 168bits,
	DES-CBC3-SHA)
	by mail.cs.helsinki.fi with esmtp; Tue, 02 Mar 2004 17:03:25 +0200
Received: from bogrund-17.cs.helsinki.fi (localhost [127.0.0.1])
	by bogrund-17.cs.helsinki.fi (8.12.8/8.12.8) with ESMTP id
	i22F3O9V022031; Tue, 2 Mar 2004 17:03:24 +0200
Received: (from hendry@localhost)
	by bogrund-17.cs.helsinki.fi (8.12.8/8.12.8/Submit) id i22F3OV9022029; 
	Tue, 2 Mar 2004 17:03:24 +0200
Date: Tue, 2 Mar 2004 17:03:24 +0200
From: Kai Hendry <hendry@cs.helsinki.fi>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] debian unstable : mutt polling imap mailboxes
Message-ID: <20040302150324.GN19852@cs.helsinki.fi>
References: <20040216150557.GI636@cs.helsinki.fi>
	<1077729550.10801.74.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <1077729550.10801.74.camel@hurina>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 02 Mar 2004 15:07:02 -0000
X-UID: 8768                                                  
Status: O
Content-Length: 1127

On Wed, Feb 25, 2004 at 07:19:10PM +0200, Timo Sirainen wrote:
> > I use courier IMAP at school, and I have not experienced this problem. A
> > bug with dovecot or mutt?
> 
> It's most likely a Dovecot bug, possibly related to somewhat broken
> RECENT count handling. I can't reproduce it though, do you have to tell
> mutt somehow to check the new mails?

You tell mutt to poll mailboxes with the mailboxes directive in the
configuration file .muttrc:

For example mutt will check poll these mailboxes on my host for new
mail:

mailboxes {hendry@daidalos.pannuhuone.org/ssl}                                                                                                                                                                     
mailboxes imaps://hendry@daidalos.pannuhuone.org/prazefarm                                                                                                                                                         
mailboxes imaps://hendry@daidalos.pannuhuone.org/rss


Doc:
http://www.mutt.org/doc/manual/manual-4.html#ss4.11

I use maildrop to filter the mail into respective mailboxes.

From tss@iki.fi  Wed Mar  3 02:24:54 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D386EC002800; Wed,  3 Mar 2004 02:24:54 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B1477C000D9B
	for <dovecot@dovecot.org>; Wed,  3 Mar 2004 02:24:52 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id 1F2ED2385D; Wed,  3 Mar 2004 02:21:17 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 088E2239F5; Wed,  3 Mar 2004 02:21:17 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id D56BA2385D
	for <dovecot@procontrol.fi>; Wed,  3 Mar 2004 02:20:42 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id CA75B300DFC12; Wed,  3 Mar 2004 02:20:41 +0200 (EET)
Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal
	messages" from UW-IMAP ?
From: Timo Sirainen <tss@iki.fi>
To: wired@linfe.it
In-Reply-To: <20040227095544.GA31847@linfe.it>
References: <CD2231FE-5BE1-11D8-B702-000393B64262@oav.net>
	<1077731852.10810.120.camel@hurina> <20040227095544.GA31847@linfe.it>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-MX5Pz/ftd/09OguzVfKT"
Message-Id: <1078273241.23329.101.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 03 Mar 2004 02:20:41 +0200
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 03 Mar 2004 00:24:55 -0000
X-UID: 8769                                                  
Status: O
Content-Length: 1515


--=-MX5Pz/ftd/09OguzVfKT
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-02-27 at 11:55, wired@linfe.it wrote:
> >From Timo Sirainen, Feb 25:
>  >I don't really recommend using Dovecot with mbox at the moment. I'll
>  >probably add support for "folder internal data" messages for rewritten
>  >mbox support.
>=20
>=20
> Well, i am using mbox currently. My mails are at risk?
> Should i switch to maildir?=20

I've been using mbox for a year and haven't yet seen a lost mail. Of
course, I'm not sure if I would notice it.. :)

There does anyway appear to be some problems with accessing Drafts mbox.
Probably because it's so often emptied completely by client, or because
of some usage pattern that clients use for it (append, delete, expunge,
append, ..). The result is that sometimes when there's two drafts and
the first one is expunged, the second one is expunged as well.

I've also heard of some actual mbox corruption from one large
installation, but I don't know if it really was Dovecot's problem as
I've never heard of it from others. Might have been some problem related
to their specific environment.


--=-MX5Pz/ftd/09OguzVfKT
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBARSTZyUhSUUBViskRAsLgAJ4se8g6TsTmM6F8/8BiMy87Ds2dQwCgkt87
6bMg1hn1Xs7O0E1EP9jqBgY=
=YNze
-----END PGP SIGNATURE-----

--=-MX5Pz/ftd/09OguzVfKT--


From tss@iki.fi  Wed Mar  3 02:29:05 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D4E92C002803; Wed,  3 Mar 2004 02:29:05 +0200 (EET)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id ACFFBC002802
	for <dovecot@dovecot.org>; Wed,  3 Mar 2004 02:29:03 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 161C4300DFC12; Wed,  3 Mar 2004 02:25:28 +0200 (EET)
Subject: Re: [Dovecot] index file corruption
From: Timo Sirainen <tss@iki.fi>
To: mat@reynerie.org
In-Reply-To: <20040229195920.GA20586@po.reynerie.org>
References: <20040229195920.GA20586@po.reynerie.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-VS2s1u8pmm3SDjpZze4H"
Message-Id: <1078273527.23334.108.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 03 Mar 2004 02:25:28 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 03 Mar 2004 00:29:06 -0000
X-UID: 8770                                                  
Status: O
Content-Length: 1173


--=-VS2s1u8pmm3SDjpZze4H
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-02-29 at 21:59, mat@reynerie.org wrote:
> I'm using Dovecot (dovecot-0.99.10p0) on OpenBSD-3.4 for few weeks now.
>=20
> When i connect to my IMAP account the connection is often closed by=20
> dovecot when i try to delete mails.
>=20
> I can see messages like this in log:
>=20
> Feb 29 18:47:00 po imap(mat@reynerie.org): Corrupted binary tree file
> /home/mat/Maildir//.INBOX/.imap.index.tree: used_file_size larger than
> real file size (1772 vs 1556)

I guess Dovecot doesn't work too well with OpenBSD now. Although I
haven't heard of constant failures with it. OpenBSD-port had a patch
which tried to fix this issue, but I don't think the patch is perfect.

Real fix will be next version..


--=-VS2s1u8pmm3SDjpZze4H
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBARSX3yUhSUUBViskRAoCYAJ4pfOJD+Pw2dSmxFTYm2m51RW5MWwCdHXs8
AxaOaobyB9V4Zf2r2Xb69Tk=
=Dh/y
-----END PGP SIGNATURE-----

--=-VS2s1u8pmm3SDjpZze4H--


From joe@morristeichman.com  Wed Mar  3 19:03:06 2004
Return-Path: <joe@morristeichman.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 44B9BC002800; Wed,  3 Mar 2004 19:03:06 +0200 (EET)
Received: from morristeichman.com (rrcs-nyc-24-105-128-34.biz.rr.com
	[24.105.128.34])
	by talvi.dovecot.org (Postfix) with ESMTP id 40CAFC000D9B
	for <dovecot@dovecot.org>; Wed,  3 Mar 2004 19:03:03 +0200 (EET)
Received: from morristeichman.com (localhost.localdomain [127.0.0.1])
	by morristeichman.com (8.12.8/8.12.8) with ESMTP id i23GsKpd025184
	for <dovecot@dovecot.org>; Wed, 3 Mar 2004 11:54:20 -0500
From: "Joseph Teichman" <joe@morristeichman.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty 
Date: Wed, 3 Mar 2004 11:54:20 -0500
Message-Id: <20040303164858.M20832@morristeichman.com>
In-Reply-To: <20040303100004.48331C002803@talvi.dovecot.org>
References: <20040303100004.48331C002803@talvi.dovecot.org>
X-Mailer: Open WebMail 2.30 20040131
X-OriginatingIP: 134.74.42.50 (joe)
MIME-Version: 1.0
Content-Type: text/plain;
	charset=iso-8859-1
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 03 Mar 2004 17:03:06 -0000
X-UID: 8771                                                  
Status: O

> I've also heard of some actual mbox corruption from one large
> installation, but I don't know if it really was Dovecot's problem as
> I've never heard of it from others. Might have been some problem related
> to their specific environment.

I have also had a similar problem where there was partial curroption of an 
mbox folder. After that point in time, I could not properly read some messags 
using Openwebmail. I did not have time to fully investigate the exact cause 
and the exact form of the curroption, but I did want to let you know that it 
is an issue.
Thanks,
Joe


From m_pahlevanzadeh@yahoo.com  Thu Mar  4 11:44:34 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6CDD4C000D9D; Thu,  4 Mar 2004 11:44:34 +0200 (EET)
Received: from web21407.mail.yahoo.com (web21407.mail.yahoo.com
	[216.136.232.77])
	by talvi.dovecot.org (Postfix) with SMTP id 94BC4C000D9B
	for <dovecot@dovecot.org>; Thu,  4 Mar 2004 11:44:31 +0200 (EET)
Message-ID: <20040304094051.24190.qmail@web21407.mail.yahoo.com>
Received: from [213.233.160.4] by web21407.mail.yahoo.com via HTTP;
	Thu, 04 Mar 2004 01:40:51 PST
Date: Thu, 4 Mar 2004 01:40:51 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] user
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 04 Mar 2004 09:44:34 -0000
X-UID: 8772                                                  
Status: O

Hi.
I want to test my users.
This means when i login via telnet or other,i can
login into imapo server.
Please guide me.....
Yours,Mohsen.


=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Search - Find what youre looking for faster
http://search.yahoo.com

From m_pahlevanzadeh@yahoo.com  Thu Mar  4 11:50:21 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1CACFC002802; Thu,  4 Mar 2004 11:50:21 +0200 (EET)
Received: from web21405.mail.yahoo.com (web21405.mail.yahoo.com
	[216.136.232.75])
	by talvi.dovecot.org (Postfix) with SMTP id 68E97C002801
	for <dovecot@dovecot.org>; Thu,  4 Mar 2004 11:50:18 +0200 (EET)
Message-ID: <20040304094638.24662.qmail@web21405.mail.yahoo.com>
Received: from [213.233.160.4] by web21405.mail.yahoo.com via HTTP;
	Thu, 04 Mar 2004 01:46:38 PST
Date: Thu, 4 Mar 2004 01:46:38 -0800 (PST)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] libpam-pwdfile
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 04 Mar 2004 09:50:21 -0000
X-UID: 8773                                                  
Status: O

hi
Where are libpam-pwdfile on my hard?
Please guide me...
Yours,Mohsen.

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Search - Find what youre looking for faster
http://search.yahoo.com

From gmid-dovecot@m.gmane.org  Thu Mar  4 14:17:51 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 12B8BC002802; Thu,  4 Mar 2004 14:17:51 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 89F4CC002800
	for <dovecot@dovecot.org>; Thu,  4 Mar 2004 14:17:48 +0200 (EET)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1Ayrjt-0003Xw-00
	for <dovecot@dovecot.org>; Thu, 04 Mar 2004 13:14:09 +0100
Received: from pd9e1e437.dip.t-dialin.net ([217.225.228.55])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu Mar  4 12:14:09 2004
Received: from matthias.andree by pd9e1e437.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu Mar  4 12:14:09 2004
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Thu, 04 Mar 2004 13:10:10 +0100
Lines: 16
Message-ID: <m34qt495jx.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd9e1e437.dip.t-dialin.net
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.2 (gnu/linux)
Cancel-Lock: sha1:qKH5Rw1I04ghWtGVwb9UEnCbqJg=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] RFE: more graceful handling of startup errors
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 04 Mar 2004 12:17:51 -0000
X-UID: 8774                                                  
Status: O

Hi,

I've just had a funny (but not amusing) incident after boot-up on a
Dovecot server. rpc.mountd (NFS server) grabbed port 995 (POP3-SSL), and
the whole Dovecot lot (POP3-SSL, IMAP-SSL, IMAP) refused to start up,
rather than just letting POP3-SSL fail with "address in use".

May I request to kindly consider letting Dovecot services fail
individually rather than all of them, at least optionally?

TIA,

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95


From payton@repligen.com  Thu Mar  4 18:13:46 2004
Return-Path: <payton@repligen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 82EA6C002804; Thu,  4 Mar 2004 18:13:46 +0200 (EET)
Received: from rohan.repligen.com (66.237.173.210.ptr.us.xo.net
	[66.237.173.210])
	by talvi.dovecot.org (Postfix) with SMTP id 9FD1AC002800
	for <dovecot@dovecot.org>; Thu,  4 Mar 2004 18:13:43 +0200 (EET)
Received: (qmail 7917 invoked from network); 4 Mar 2004 11:08:01 -0500
Received: from mithrin (10.0.10.31)
	by rohan.repligen.com with SMTP; 4 Mar 2004 11:08:01 -0500
Date: Thu, 4 Mar 2004 11:10:03 -0500 (EST)
From: Payton <payton@repligen.com>
X-X-Sender: payton@localhost.localdomain
To: dovecot@dovecot.org
Message-ID: <Pine.LNX.4.44.0403041103570.3410-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] imap MUA received
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 04 Mar 2004 16:13:46 -0000
X-UID: 8775                                                  
Status: O
Content-Length: 1060

Does anyone know where MUAs like Outlook, Entourage, and Mail.app get 
their 'Received' or 'Date Received' information from? It certainly doesn't 
appear to correspond with the mail headers, at least in my case, so I'm 
guessing it's possibly getting that data from the IMAP server?

My mail clients (MUAs) show the 'Receieved' time as 5 hours off.
I have qmail running as my MTA, and since it stamps emails' "Received" 
header with time in GMT (-0000) and I'm in EST (-0500) I thought that was 
the problem. However, I patched qmail to set the headers in -0500 instead, 
which worked as far as I can tell, but the MUAs *still* report the time 
incorrectly! (Time on both the client and the server are correct as well.)

Here is my setup:
dovecot running pop/imap
mbox files (yes, i know this is bad)
qmail as my MTA (used to list time as GMT in headers, but I patched it 
and now the headers list time in the local zone instead)

-- 
;; Payton Swick             ;;
;; Repligen Corporation     ;;
;; IT Systems Administrator ;;
;; payton@repligen.com      ;;


From bergeron@brandeis.edu  Fri Mar  5 00:41:19 2004
Return-Path: <bergeron@brandeis.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3B222C002802; Fri,  5 Mar 2004 00:41:19 +0200 (EET)
Received: from blanca.unet.brandeis.edu (blanca.unet.brandeis.edu
	[129.64.99.169])
	by talvi.dovecot.org (Postfix) with ESMTP id AC7C9C002800
	for <dovecot@dovecot.org>; Fri,  5 Mar 2004 00:41:16 +0200 (EET)
Received: from [129.64.8.96] (laurion.unet.brandeis.edu [129.64.8.96])
	by blanca.unet.brandeis.edu (8.12.10/8.12.10) with ESMTP id
	i24MbYcF009249
	for <dovecot@dovecot.org>; Thu, 4 Mar 2004 17:37:34 -0500
Mime-Version: 1.0 (Apple Message framework v612)
Content-Transfer-Encoding: 7bit
Message-Id: <88547DB4-6E2C-11D8-80E9-000A9568F602@brandeis.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@dovecot.org
From: Chad Bergeron <bergeron@brandeis.edu>
Date: Thu, 4 Mar 2004 17:37:35 -0500
X-Mailer: Apple Mail (2.612)
X-Mailman-Approved-At: Fri, 05 Mar 2004 01:43:58 +0200
Subject: [Dovecot] OS X 10.3, SSL, client connection hangs?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 04 Mar 2004 22:41:19 -0000
X-UID: 8776                                                  
Status: O

Ok, I've just installed Dovecot, and got it set up in xinetd for ssl 
and plain/pam.  Everything looks good, I even got to the point where my 
client (mail.app) asked if I wanted to accept the new certificate I'd 
made.  All good.  But then the imap connection seems to hang right 
after negotiating.  Nothing shows up in my logs except a disconnect, 
usually for inactivity.

Has anyone else managed to set Dovecot up on 10.3, and has anyone seen 
this issue, or ones like it?  Trying to figure out where to go from 
here...

-Chad Bergeron


From daniel@electricrain.com  Fri Mar  5 02:09:45 2004
Return-Path: <daniel@electricrain.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EE975C002802; Fri,  5 Mar 2004 02:09:45 +0200 (EET)
Received: from electricrain.com (electricrain.com [64.71.143.226])
	by talvi.dovecot.org (Postfix) with ESMTP id 2DE4CC002800
	for <dovecot@dovecot.org>; Fri,  5 Mar 2004 02:09:43 +0200 (EET)
Received: (qmail 28074 invoked by uid 501); 5 Mar 2004 00:06:00 -0000
Date: Thu, 4 Mar 2004 16:06:00 -0800
From: Dan Sully <daniel@electricrain.com>
To: Chad Bergeron <bergeron@brandeis.edu>
Subject: Re: [Dovecot] OS X 10.3, SSL, client connection hangs?
Message-ID: <20040305000600.GF7880@electricrain.com>
Mail-Followup-To: Chad Bergeron <bergeron@brandeis.edu>,
	dovecot@dovecot.org
References: <88547DB4-6E2C-11D8-80E9-000A9568F602@brandeis.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <88547DB4-6E2C-11D8-80E9-000A9568F602@brandeis.edu>
X-Invader-Zim: (on skool intercom) All these children get to go to a special
	place made entirely of food. I like food.
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 05 Mar 2004 00:09:46 -0000
X-UID: 8777                                                  
Status: O

* Chad Bergeron <bergeron@brandeis.edu> shaped the electrons to say...

>Ok, I've just installed Dovecot, and got it set up in xinetd for ssl 
>and plain/pam.  Everything looks good, I even got to the point where my 
>client (mail.app) asked if I wanted to accept the new certificate I'd 
>made.  All good.  But then the imap connection seems to hang right 
>after negotiating.  Nothing shows up in my logs except a disconnect, 
>usually for inactivity.
>
>Has anyone else managed to set Dovecot up on 10.3, and has anyone seen 
>this issue, or ones like it?  Trying to figure out where to go from 
>here...

I'm seeing this as well, usually with malformed spam messages.

Unfortunately I've seen 0 response from Timo (or anyone else) regarding my previous queries to the list.

-D
-- 
Your mouse has moved, Windows NT (tm) needs to be restarted in order for
this change to take effect. Reboot now? [Y]

From jwk@bug.it  Sat Mar  6 17:02:28 2004
Return-Path: <jwk@bug.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 27866C000D9D; Sat,  6 Mar 2004 17:02:28 +0200 (EET)
Received: from hydra.energy.local (adsl-237-151.38-151.net24.it
	[151.38.151.237])
	by talvi.dovecot.org (Postfix) with SMTP id 089FCC000D9B
	for <dovecot@dovecot.org>; Sat,  6 Mar 2004 17:02:25 +0200 (EET)
Received: (qmail 8179 invoked from network); 6 Mar 2004 14:58:40 -0000
Received: from unknown (HELO mirage.energy.local) (10.0.1.2)
	by hydra.energy.local with SMTP; 6 Mar 2004 14:58:40 -0000
Message-Id: <6.0.1.1.2.20040306155301.01e382e8@mail.energy.local>
X-Sender: jwk@mail.energy.local
X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1
Date: Sat, 06 Mar 2004 16:00:23 +0100
To: dovecot@dovecot.org
From: Giacomo Cariello <jwk@bug.it>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [Dovecot] Mails manipulation and indices
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 06 Mar 2004 15:02:28 -0000
X-UID: 8778                                                  
Status: O

I've recently manipulated the contents of my maildir, changing the content 
of some mail files (mime handling and such...). This broke dovecot since it 
expected different filesizes while reading contents of files that were 
previously indexed. Therefore dovecot returned some assert like this:

imap(jwk@bug.it): file istream.c: line 163 (i_stream_seek): assertion 
failed: (v_offset <= stream->v_size)

Obviously, the solution was to remove indices and have dovecot recreate 
them. I suppose it would be more "polite" to have this kind of routines 
(i_stream_seek etc) handle this case by requesting indices recreation for 
indices that are no longer "real", instead of just dropping connection with 
some "internal error" message.


Giacomo Cariello, jwk@bug.it
KeyID: 3072/1024/0x409C9044
Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044

"Put that mic in my hand and let me kick out the jams!" - MC5


From payton@repligen.com  Sun Mar  7 07:19:07 2004
Return-Path: <payton@repligen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9C2D8C000D9D; Sun,  7 Mar 2004 07:19:07 +0200 (EET)
Received: from rohan.repligen.com (66.237.173.210.ptr.us.xo.net
	[66.237.173.210])
	by talvi.dovecot.org (Postfix) with SMTP id D698BC000D9B
	for <dovecot@dovecot.org>; Sun,  7 Mar 2004 07:19:04 +0200 (EET)
Received: (qmail 12865 invoked by uid 566); 7 Mar 2004 00:15:16 -0500
Received: from payton@repligen.com by rohan by uid 501 with
	qmail-scanner-1.20st 
	(clamscan: 0.67. spamassassin: 2.63.  Clear:RC:1(10.0.10.31):. 
	Processed in 0.017917 secs); 07 Mar 2004 05:15:16 -0000
Received: from mithrin (10.0.10.31)
	by rohan.repligen.com with SMTP; 7 Mar 2004 00:15:15 -0500
Date: Sun, 7 Mar 2004 00:15:15 -0500 (EST)
From: Payton <payton@repligen.com>
X-X-Sender: payton@localhost.localdomain
To: dovecot@dovecot.org
Message-ID: <Pine.LNX.4.44.0403070007140.9489-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] imap internaldate
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 07 Mar 2004 05:19:07 -0000
X-UID: 8779                                                  
Status: O

I think I found a bug in dovecot which I'm not sure where to fix. (I may 
even have found a reference to it in an archived list message from Jul 
2003.) Here is the situation:

dovecot (dovecot-0.99.10.4) running with an imap server on an mbox 
system is queried by a local client program, like Mail.app, and is 
told the "Received" date of the message (presumably sent through 
INTERNALDATE), however, that date is being passed on in GMT (-0000) 
instead of the server or client's local time zone (EST -0500, in this 
case). Maybe it's assumed that the local client will convert this time to 
the local zone, but no clients I know actually do that. 

Anyone know how/where to fix this? Thanks!
- Payton
- payton@repligen.com


From gary@technicalabuse.com  Mon Mar  8 03:21:04 2004
Return-Path: <gary@technicalabuse.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1560CC000D9D; Mon,  8 Mar 2004 03:21:04 +0200 (EET)
Received: from mail.midesigns.com (linux.midesigns.com [64.40.109.167])
	by talvi.dovecot.org (Postfix) with ESMTP id 114E1C000D9B
	for <dovecot@dovecot.org>; Mon,  8 Mar 2004 03:21:02 +0200 (EET)
Received: from [127.0.0.1] (helo=localhost)
	by mail.midesigns.com with esmtp (Exim 4.22) id 1B09Ka-0001BS-8X
	for dovecot@dovecot.org; Sun, 07 Mar 2004 17:13:20 -0800
Received: from mail.midesigns.com ([127.0.0.1])
	by localhost (linux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02695-03 for <dovecot@dovecot.org>;
	Sun,  7 Mar 2004 17:13:19 -0800 (PST)
Received: from [127.0.0.1] (helo=vip)
	by mail.midesigns.com with esmtp (Exim 4.22) id 1B09KZ-0001BK-HV
	for dovecot@dovecot.org; Sun, 07 Mar 2004 17:13:19 -0800
From: <dovecot@technicalabuse.com>
Sender: "Gary Brown" <gary@technicalabuse.com>
To: <dovecot@dovecot.org>
Date: Sun, 7 Mar 2004 17:15:10 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Thread-Index: AcQEqs0zapUR1ekSS1iCC0exLvfXRQ==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Message-Id: <E1B09KZ-0001BK-HV@mail.midesigns.com>
X-Virus-Scanned: by Virus Scanner at mail
Subject: [Dovecot] MySQL Auth and default_mail_env
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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 Mar 2004 01:21:04 -0000
X-UID: 8780                                                  
Status: O


Hi 

Not sure how much support you guys can offer but when I use 

default_mail_env =
mbox:/var/spool/mail/%d/imap/%n/:INBOX=/var/spool/mail/%d/%n

I get the login error .. 

Fatal: Failed to create storage with data:
mbox:/var/spool/mail/DOMAIN/imap/USER/:INBOX=/var/spool/mail/DOMAIN/USER

It is grabbing the right values for %d and %n from the mysql query 

65 Query       SELECT password FROM users WHERE username = 'USER' AND
domainname = 'DOMAIN'
65 Query       SELECT home, uid, gid FROM users where username = 'USER' AND
domainname = 'DOMAIN'

Anyone have the same experience.

Any help is appreciated.

Gary
TechnicalAbuse.com



From payton@repligen.com  Mon Mar  8 19:51:24 2004
Return-Path: <payton@repligen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8FC6CC000D9D; Mon,  8 Mar 2004 19:51:24 +0200 (EET)
Received: from rohan.repligen.com (66.237.173.210.ptr.us.xo.net
	[66.237.173.210])
	by talvi.dovecot.org (Postfix) with SMTP id 67DBAC000D9B
	for <dovecot@dovecot.org>; Mon,  8 Mar 2004 19:51:21 +0200 (EET)
Received: (qmail 1847 invoked by uid 48); 8 Mar 2004 12:47:31 -0500
Received: from mithrin (mithrin [10.0.10.31]) by mail.repligen.com (Horde)
	with HTTP for <payton@mail.repligen.com>;
	Mon,  8 Mar 2004 12:47:30 -0500
Message-ID: <20040308124730.01jqc0k4w88oggw8@mail.repligen.com>
Date: Mon,  8 Mar 2004 12:47:30 -0500
From: Payton Swick <payton@repligen.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] imap internaldate
References: <Pine.LNX.4.44.0403070007140.9489-100000@localhost.localdomain>
In-Reply-To: <Pine.LNX.4.44.0403070007140.9489-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) 4.0-cvs
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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 Mar 2004 17:51:24 -0000
X-UID: 8781                                                  
Status: O
Content-Length: 1084

This is the beginning of the thread which seems to also note this bug. Was
anything ever resolved here?

http://dovecot.procontrol.fi/list/dovecot/2003-July/001906.html

Quoting Payton <payton@repligen.com>:

> I think I found a bug in dovecot which I'm not sure where to fix. (I may
> even have found a reference to it in an archived list message from Jul
> 2003.) Here is the situation:
>
> dovecot (dovecot-0.99.10.4) running with an imap server on an mbox
> system is queried by a local client program, like Mail.app, and is
> told the "Received" date of the message (presumably sent through
> INTERNALDATE), however, that date is being passed on in GMT (-0000)
> instead of the server or client's local time zone (EST -0500, in this
> case). Maybe it's assumed that the local client will convert this time to
> the local zone, but no clients I know actually do that.
>
> Anyone know how/where to fix this? Thanks!
> - Payton
> - payton@repligen.com



--
;; Payton Swick             ;;
;; IT Systems Administrator ;;
;; payton@repligen.com      ;;
;; 781-250-0111 x2273       ;;

From asmoore@edge.net  Mon Mar  8 22:03:48 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F1B33C000D9D; Mon,  8 Mar 2004 22:03:47 +0200 (EET)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
	by talvi.dovecot.org (Postfix) with ESMTP id 8657FC000D9B
	for <dovecot@dovecot.org>; Mon,  8 Mar 2004 22:03:45 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc12) with ESMTP
	id <2004030819593801200itkm3e>; Mon, 8 Mar 2004 19:59:38 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.11+Sun/8.12.11) with SMTP id i28Jxbn3013068
	for <dovecot@dovecot.org>; Mon, 8 Mar 2004 13:59:37 -0600 (CST)
Date: Mon, 8 Mar 2004 13:59:37 -0600
From: Alex S Moore <asmoore@edge.net>
To: Dovecot <dovecot@dovecot.org>
Message-Id: <20040308135937.5aa4b56c@sws602>
X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version devel-20040304,
	clamav-milter version 0.67j
Subject: [Dovecot] RE: imap process abends
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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 Mar 2004 20:03:48 -0000
X-UID: 8782                                                  
Status: O

I am trying to setup dovecot imap on a test Solaris 8 box.  I have dovecot
POP3S running fine on another box, but I want to switch to IMAP.

I see a successful login with a message like:
Mar  8 13:22:47 sws601.mcsun.local imap-login: [ID 457029 mail.info] Login:
sunuser1 [192.168.1.17]

Then the Mozilla Mail client gets a message that the server disconnected. 
It appears to be from a segfault on the imap process.  Here is the next
message in syslog:
Mar  8 13:22:47 sws601.mcsun.local dovecot: [ID 684838 mail.error] child
14108 (imap) killed with signal 11

On my ldap server, I see all of the appropriate entries for logging in
getting the userdb info.  So I think that I am past the login process, but
I could be wrong.

I setup a maildir environment on this server as follows:
maildir:/export/home/imap/%u:INDEX=/var/indexes/%d/%n
I have a test message to pickup and the maildir folders seem OK to me.

Help, Alex

From tres@gmx.net  Tue Mar  9 09:55:54 2004
Return-Path: <tres@gmx.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 95ED0C000D9D; Tue,  9 Mar 2004 09:55:54 +0200 (EET)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by talvi.dovecot.org (Postfix) with SMTP id 16F23C000D9B
	for <dovecot@dovecot.org>; Tue,  9 Mar 2004 09:55:52 +0200 (EET)
Received: (qmail 31710 invoked by uid 65534); 9 Mar 2004 07:52:00 -0000
Received: from p508F7C71.dip.t-dialin.net (EHLO gmx.net) (80.143.124.113)
	by mail.gmx.net (mp012) with SMTP; 09 Mar 2004 08:52:00 +0100
X-Authenticated: #625015
Message-ID: <404D77C4.8050402@gmx.net>
Date: Tue, 09 Mar 2004 08:52:36 +0100
From: "Tres!" <tres@gmx.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Problems with Mozilla
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 09 Mar 2004 07:55:54 -0000
X-UID: 8783                                                  
Status: O

Hello,

I've some problems with Dovecot and Mozilla.
First of all i have to mention, that Dovecot is installed on SuSE Linux 
8.2 and uses up to 20 Win32 Mozilla clients. If you need further 
information, please let me know.

My problem is, that I got one or two times a week a login failure from 
Mozilla, and the clients can't connect anymore. The error message from 
Mozilla after a long time "checking server capabilities" is "server is 
not an imap4 server".
I haven't found something usable in the logs except for a login timeout 
of the clients who want to connect. If i kill the imap and imap-login 
tasks and restart redove, everything works well for some days. Is there 
anyone who knows something about my problem?

regards
Tres!

From irish@technicalabuse.com  Tue Mar  9 11:55:35 2004
Return-Path: <irish@technicalabuse.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2D68FC000D9D; Tue,  9 Mar 2004 11:55:35 +0200 (EET)
Received: from mail.midesigns.com (linux.midesigns.com [64.40.109.167])
	by talvi.dovecot.org (Postfix) with ESMTP id 10493C000D9B
	for <dovecot@dovecot.org>; Tue,  9 Mar 2004 11:55:33 +0200 (EET)
Received: from [127.0.0.1] (helo=localhost)
	by mail.midesigns.com with esmtp (Exim 4.22) id 1B0dpU-00050U-N4
	for dovecot@dovecot.org; Tue, 09 Mar 2004 01:47:16 -0800
Received: from mail.midesigns.com ([127.0.0.1])
	by localhost (linux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 18633-06 for <dovecot@dovecot.org>;
	Tue,  9 Mar 2004 01:47:16 -0800 (PST)
Received: from [127.0.0.1] (helo=vip)
	by mail.midesigns.com with asmtp (Exim 4.22) id 1B0dpU-00050M-2A
	for dovecot@dovecot.org; Tue, 09 Mar 2004 01:47:16 -0800
From: <dovecot@technicalabuse.com>
Sender: "Irish" <irish@technicalabuse.com>
To: <dovecot@dovecot.org>
Subject: RE: [Dovecot] MySQL Auth and default_mail_env
Date: Tue, 9 Mar 2004 01:49:28 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcQEqs0zapUR1ekSS1iCC0exLvfXRQBEIMPA
In-Reply-To: <E1B09KZ-0001BK-HV@mail.midesigns.com>
Message-Id: <E1B0dpU-00050M-2A@mail.midesigns.com>
X-Virus-Scanned: by Virus Scanner at mail
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 09 Mar 2004 09:55:35 -0000
X-UID: 8784                                                  
Status: O
Content-Length: 1328

 

Well I got the env to work with leaving an empty 

default_mail_env =  

In the conf and using the full path in the db. 

IE: mbox:/var/spool/mail/domain/imap/user/

I can't use substitution with this method and I get Fatal: chdir errors now
on login 

For the UID / GID listed in the DB 

This is a bit frustrating.

Is anyone using mysql auth successfully ? OR should I be waiting for a
working release.

Gary
TechnicalAbuse.com



-----Original Message-----
From: dovecot-bounces@dovecot.org [mailto:dovecot-bounces@dovecot.org] On
Behalf Of dovecot@technicalabuse.com
Sent: Sunday, March 07, 2004 5:15 PM
To: dovecot@dovecot.org
Subject: [Dovecot] MySQL Auth and default_mail_env


Hi 

Not sure how much support you guys can offer but when I use 

default_mail_env =
mbox:/var/spool/mail/%d/imap/%n/:INBOX=/var/spool/mail/%d/%n

I get the login error .. 

Fatal: Failed to create storage with data:
mbox:/var/spool/mail/DOMAIN/imap/USER/:INBOX=/var/spool/mail/DOMAIN/USER

It is grabbing the right values for %d and %n from the mysql query 

65 Query       SELECT password FROM users WHERE username = 'USER' AND
domainname = 'DOMAIN'
65 Query       SELECT home, uid, gid FROM users where username = 'USER' AND
domainname = 'DOMAIN'

Anyone have the same experience.

Any help is appreciated.

Gary
TechnicalAbuse.com




From spowers@rogueriver.k12.or.us  Tue Mar  9 03:35:47 2004
Return-Path: <spowers@rogueriver.k12.or.us>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BC0E3C000D9D; Tue,  9 Mar 2004 03:35:47 +0200 (EET)
Received: from mail.rogueriver.k12.or.us (mail.rogueriver.k12.or.us
	[198.237.120.177])
	by talvi.dovecot.org (Postfix) with SMTP id 5E349C000D9B
	for <dovecot@dovecot.org>; Tue,  9 Mar 2004 03:35:43 +0200 (EET)
Received: from [198.237.134.124] by mail.rogueriver.k12.or.us (AppleMailServer
	10.2.3.0) id 185387 via TCP with SMTP;
	Mon, 08 Mar 2004 17:31:51 -0800
From: Sam Powers <spowers@rogueriver.k12.or.us>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1078795887.3380.12.camel@koopa>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 08 Mar 2004 17:31:27 -0800
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 09 Mar 2004 15:54:25 +0200
Subject: [Dovecot] RE: imap segv trying to list inbox
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 09 Mar 2004 01:35:47 -0000
X-UID: 8785                                                  
Status: O
Content-Length: 2443

(This is releveant information to the one that Alex Moore just posted,
but I'm not subscribed yet so I can't properly reply to that thread.
Sorry for creating a new one.)

I've got a crash in dovecot-imap when trying to list the inbox on a
nonexistant directory. I'm not sure how it should be handled, but
basically it's only happening when the directory in imap's MAIL
environment doesn't exist.

This is a problem for me because I'm trying to have dovecot create all
the necessary directories in the specified environment, as I don't know
if the user will pop/imap or recieve an email first, and the dir needs
to either be already ready, or created upon reciept. I've already got
postfix to create a ~/Maildir when a new mail comes in, but for my
migration plan to work, I need dovecot to create this directory instead
of segfaulting. ;)

dante:/usr/lib/dovecot# MAIL=maildir:/tmp/nonexistant gdb ./imap
(gdb) run
Starting program: /usr/lib/dovecot/imap 
(no debugging symbols found)...(no debugging symbols found)...
* PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND
UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as
root
1 list "" inbox
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x400c32ef in readdir64 () from /lib/libc.so.6
(gdb) bt
#0  0x400c32ef in readdir64 () from /lib/libc.so.6
#1  0x0805c70b in maildir_expunge_locked ()
#2  0x0805cda1 in maildir_list_mailbox_init ()
#3  0x08052a60 in cmd_idle ()
#4  0x08052d4a in _cmd_list_full ()
#5  0x08052ea7 in cmd_list ()
#6  0x08054a19 in _client_reset_command ()
#7  0x08054aa8 in _client_input ()
#8  0x0808adb8 in io_loop_handler_run ()
#9  0x0808a748 in io_loop_run ()
#10 0x0805aab9 in main ()
#11 0x40034dc6 in __libc_start_main () from /lib/libc.so.6

If I use MAIL=maildir:/tmp/nonexistant, it crashes, but what I'm really
trying to do is MAIL=maildir:/home/staff/%u/Maildir/, which will
necessarily be nonexistant, and I'd like to see dovecot create this in
the manner that postfix does; with the logged in user's uid/gid.

Now, if I leave default_mail_env blank, and let dovecot's autodetection
do the work, it seems to create a maildir in ~/mail. This works just
fine, except it's the wrong directory.

Otherwise, dovecot rocks, and in another, less automatic setup, I've
been using it for the better part of a year with nothing but happy
results, and appreciate your work. (Irssi too :)

-Sam



From david@madole.net  Tue Mar  9 17:15:20 2004
Return-Path: <david@madole.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2366DC000D9D; Tue,  9 Mar 2004 17:15:20 +0200 (EET)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by talvi.dovecot.org (Postfix) with ESMTP id D515AC000D9B
	for <dovecot@dovecot.org>; Tue,  9 Mar 2004 17:15:17 +0200 (EET)
Received: from ip-209-54-72-175.ct.dsl.ntplx.com ([209.54.72.175]
	helo=david)by box1.omd3.com with asmtp (Exim 4.30)id
	1B0it5-000CVv-9k; Tue, 09 Mar 2004 10:11:20 -0500
Message-ID: <043a01c405e8$c629db80$e3e7a8c0@david>
From: "David S. Madole" <david@madole.net>
To: <dovecot@technicalabuse.com>
References: <E1B0dpU-00050M-2A@mail.midesigns.com>
Subject: Re: [Dovecot] MySQL Auth and default_mail_env
Date: Tue, 9 Mar 2004 10:11:10 -0500
MIME-Version: 1.0
Content-Type: text/plain;charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 09 Mar 2004 15:15:20 -0000
X-UID: 8786                                                  
Status: O

> From: <dovecot@technicalabuse.com>
> Sent: Tuesday, March 09, 2004 4:49 AM
>
> Well I got the env to work with leaving an empty
>
> default_mail_env =
>
> In the conf and using the full path in the db.
>
> IE: mbox:/var/spool/mail/domain/imap/user/
>


If you don't want to actually define it in the database, then why not just
use a query like like:

user_query = SELECT 'mbox:/var/spool/mail/%d/imap/%n/' as mail, home, uid,
gid FROM users WHERE username = '%n' AND domainname = '%d'

And let mySQL do the substitution bit?

David


____________________________________________________________________________
This message is spam and virus free.  Filtering solutions by http://omd3.com
Expert computer system support and development by http://baysidenetworks.com

From gary@technicalabuse.com  Tue Mar  9 22:10:51 2004
Return-Path: <gary@technicalabuse.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5ECA4C000D9D; Tue,  9 Mar 2004 22:10:51 +0200 (EET)
Received: from mail.midesigns.com (linux.midesigns.com [64.40.109.167])
	by talvi.dovecot.org (Postfix) with ESMTP id 53CB8C000D9B
	for <dovecot@dovecot.org>; Tue,  9 Mar 2004 22:10:49 +0200 (EET)
Received: from [127.0.0.1] (helo=localhost)
	by mail.midesigns.com with esmtp (Exim 4.22)
	id 1B0nQx-0006cL-NP; Tue, 09 Mar 2004 12:02:35 -0800
Received: from mail.midesigns.com ([127.0.0.1])
	by localhost (linux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25106-02; Tue,  9 Mar 2004 12:02:35 -0800 (PST)
Received: from [127.0.0.1] (helo=vip)
	by mail.midesigns.com with esmtp (Exim 4.22)
	id 1B0nQw-0006cE-W4; Tue, 09 Mar 2004 12:02:35 -0800
From: <dovecot@technicalabuse.com>
Sender: "Gary Brown" <gary@technicalabuse.com>
To: "'David S. Madole'" <david@madole.net>
Subject: RE: [Dovecot] MySQL Auth and default_mail_env
Date: Tue, 9 Mar 2004 12:04:54 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <043a01c405e8$c629db80$e3e7a8c0@david>
Thread-Index: AcQF6DQ6xq9ale05RCa92dpWpK50mwAKMyUg
Message-Id: <E1B0nQw-0006cE-W4@mail.midesigns.com>
X-Virus-Scanned: by Virus Scanner at mail
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 09 Mar 2004 20:10:51 -0000
X-UID: 8787                                                  
Status: O
Content-Length: 1211

 

No reason , only that I hadn't thought of that at 4:30 AM heh 

I am using that now as the select for testing. Thanks. 

Now I get chdir fatals but at least it's dynamic.

failed with uid Permission denied

Gary


-----Original Message-----
From: David S. Madole [mailto:david@madole.net] 
Sent: Tuesday, March 09, 2004 7:11 AM
To: dovecot@technicalabuse.com
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] MySQL Auth and default_mail_env

> From: <dovecot@technicalabuse.com>
> Sent: Tuesday, March 09, 2004 4:49 AM
>
> Well I got the env to work with leaving an empty
>
> default_mail_env =
>
> In the conf and using the full path in the db.
>
> IE: mbox:/var/spool/mail/domain/imap/user/
>


If you don't want to actually define it in the database, then why not just
use a query like like:

user_query = SELECT 'mbox:/var/spool/mail/%d/imap/%n/' as mail, home, uid,
gid FROM users WHERE username = '%n' AND domainname = '%d'

And let mySQL do the substitution bit?

David


____________________________________________________________________________
This message is spam and virus free.  Filtering solutions by http://omd3.com
Expert computer system support and development by http://baysidenetworks.com


From david@madole.net  Tue Mar  9 23:34:29 2004
Return-Path: <david@madole.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A5DE2C000D9D; Tue,  9 Mar 2004 23:34:29 +0200 (EET)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 907C1C000D9B
	for <dovecot@dovecot.org>; Tue,  9 Mar 2004 23:34:27 +0200 (EET)
Received: from ip-209-54-72-175.ct.dsl.ntplx.com ([209.54.72.175]
	helo=david)by box1.omd3.com with asmtp (Exim 4.30)id
	1B0oo4-000DiS-PV; Tue, 09 Mar 2004 16:30:33 -0500
Message-ID: <000701c4061d$bf6a4ed0$e3e7a8c0@david>
From: "David S. Madole" <david@madole.net>
To: <dovecot@technicalabuse.com>
References: <E1B0nQw-0006cE-W4@mail.midesigns.com>
Subject: Re: [Dovecot] MySQL Auth and default_mail_env
Date: Tue, 9 Mar 2004 16:30:29 -0500
MIME-Version: 1.0
Content-Type: text/plain;charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 09 Mar 2004 21:34:29 -0000
X-UID: 8788                                                  
Status: O

> From: <dovecot@technicalabuse.com>
> Sent: Tuesday, March 09, 2004 3:04 PM
> 
> Now I get chdir fatals but at least it's dynamic.
> 
> failed with uid Permission denied
> 

So what are the permissions on the directories?

David


____________________________________________________________________________
This message is spam and virus free.  Filtering solutions by http://omd3.com
Expert computer system support and development by http://baysidenetworks.com

From gary@technicalabuse.com  Wed Mar 10 03:12:33 2004
Return-Path: <gary@technicalabuse.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EB1A9C000D9D; Wed, 10 Mar 2004 03:12:33 +0200 (EET)
Received: from mail.midesigns.com (linux.midesigns.com [64.40.109.167])
	by talvi.dovecot.org (Postfix) with ESMTP id EA105C000D9B
	for <dovecot@dovecot.org>; Wed, 10 Mar 2004 03:12:31 +0200 (EET)
Received: from [127.0.0.1] (helo=localhost)
	by mail.midesigns.com with esmtp (Exim 4.22) id 1B0s8s-0000i9-S1
	for dovecot@dovecot.org; Tue, 09 Mar 2004 17:04:14 -0800
Received: from mail.midesigns.com ([127.0.0.1])
	by localhost (linux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 02539-02 for <dovecot@dovecot.org>;
	Tue,  9 Mar 2004 17:04:14 -0800 (PST)
Received: from [127.0.0.1] (helo=vip)
	by mail.midesigns.com with esmtp (Exim 4.22) id 1B0s8s-0000i0-4Z
	for dovecot@dovecot.org; Tue, 09 Mar 2004 17:04:14 -0800
From: <dovecot@technicalabuse.com>
Sender: "Gary Brown" <gary@technicalabuse.com>
To: <dovecot@dovecot.org>
Subject: RE: [Dovecot] MySQL Auth and default_mail_env
Date: Tue, 9 Mar 2004 17:06:37 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: 
Thread-Index: AcQGHTcD44osjPEIQeeU/YLvkZMuugAAaETQAAc+OlA=
Message-Id: <E1B0s8s-0000i0-4Z@mail.midesigns.com>
X-Virus-Scanned: by Virus Scanner at mail
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 10 Mar 2004 01:12:34 -0000
X-UID: 8789                                                  
Status: O
Content-Length: 1189

 

Well I've tried a number of different permissions , uid , gid 

What I have are mail server permissions on the spool folders where the users
are virtual.

The mail server runs under exim:mail and I have tried unique uid:gid and
exim:mail uid:gid To access the directories as well as the folder
permissions 770 750 etc. 

Dovecot is running as it's own user (imapd) 

What should they be working as ?

Maybe I missed something in the docs.

Gary

-----Original Message-----
From: dovecot-bounces@dovecot.org [mailto:dovecot-bounces@dovecot.org] On
Behalf Of David S. Madole
Sent: Tuesday, March 09, 2004 1:30 PM
To: dovecot@technicalabuse.com
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] MySQL Auth and default_mail_env

> From: <dovecot@technicalabuse.com>
> Sent: Tuesday, March 09, 2004 3:04 PM
> 
> Now I get chdir fatals but at least it's dynamic.
> 
> failed with uid Permission denied
> 

So what are the permissions on the directories?

David


____________________________________________________________________________
This message is spam and virus free.  Filtering solutions by http://omd3.com
Expert computer system support and development by http://baysidenetworks.com


From david@madole.net  Wed Mar 10 05:13:46 2004
Return-Path: <david@madole.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A796AC002800; Wed, 10 Mar 2004 05:13:46 +0200 (EET)
Received: from box1.omd3.com (box1.omd3.com [69.46.19.120])
	by talvi.dovecot.org (Postfix) with ESMTP id DB291C000D9D
	for <dovecot@dovecot.org>; Wed, 10 Mar 2004 05:13:43 +0200 (EET)
Received: from ip-209-54-72-175.ct.dsl.ntplx.com ([209.54.72.175]
	helo=david)by box1.omd3.com with asmtp (Exim 4.30)id
	1B0u6Q-000ElS-2y; Tue, 09 Mar 2004 22:09:50 -0500
Message-ID: <001b01c4064d$251f4030$e3e7a8c0@david>
From: "David S. Madole" <david@madole.net>
To: <dovecot@technicalabuse.com>, <dovecot@dovecot.org>
References: <E1B0s8s-0000i0-4Z@mail.midesigns.com>
Subject: Re: [Dovecot] MySQL Auth and default_mail_env
Date: Tue, 9 Mar 2004 22:09:46 -0500
MIME-Version: 1.0
Content-Type: text/plain;charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 10 Mar 2004 03:13:46 -0000
X-UID: 8790                                                  
Status: O

> From: <dovecot@technicalabuse.com>
> Sent: Tuesday, March 09, 2004 8:06 PM
>
> Well I've tried a number of different permissions , uid , gid
>
> What I have are mail server permissions on the spool folders where the
users
> are virtual.
>
> The mail server runs under exim:mail and I have tried unique uid:gid and
> exim:mail uid:gid To access the directories as well as the folder
> permissions 770 750 etc.
>
> Dovecot is running as it's own user (imapd)
>
> What should they be working as ?

Well, you need the mail server and imap server both able to write to these
directories, so I would suggest putting both users in the same group and
setting the driectory permissions to 770 and group ownership to the common
group.

David


____________________________________________________________________________
This message is spam and virus free.  Filtering solutions by http://omd3.com
Expert computer system support and development by http://baysidenetworks.com

From mem@mv.mv.com  Wed Mar 10 06:39:10 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A8227C002800; Wed, 10 Mar 2004 06:39:10 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 7BB55C000D9D
	for <dovecot@dovecot.org>; Wed, 10 Mar 2004 06:39:07 +0200 (EET)
Received: (qmail 3265 invoked from network); 9 Mar 2004 23:35:13 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 9 Mar 2004 23:35:13 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 22522 invoked by uid 101); 9 Mar 2004 23:35:12 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 9 Mar 2004 23:35:12 -0500
To: Payton Swick <payton@repligen.com>
Subject: Re: [Dovecot] imap internaldate
Message-ID: <20040310043512.GQ2713@iridium.mv.net>
References: <Pine.LNX.4.44.0403070007140.9489-100000@localhost.localdomain>
	<20040308124730.01jqc0k4w88oggw8@mail.repligen.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040308124730.01jqc0k4w88oggw8@mail.repligen.com>
User-Agent: Mutt/1.4.2.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 10 Mar 2004 04:39:10 -0000
X-UID: 8791                                                  
Status: O
Content-Length: 2360

On Mon, Mar 08, 2004 at 12:47:30PM -0500, Payton Swick wrote:
> This is the beginning of the thread which seems to also note this bug. Was
> anything ever resolved here?
> 
> http://dovecot.procontrol.fi/list/dovecot/2003-July/001906.html
> 
> Quoting Payton <payton@repligen.com>:
> 
> >I think I found a bug in dovecot which I'm not sure where to fix. (I may
> >even have found a reference to it in an archived list message from Jul
> >2003.) Here is the situation:
> >
> >dovecot (dovecot-0.99.10.4) running with an imap server on an mbox
> >system is queried by a local client program, like Mail.app, and is
> >told the "Received" date of the message (presumably sent through
> >INTERNALDATE), however, that date is being passed on in GMT (-0000)
> >instead of the server or client's local time zone (EST -0500, in this
> >case). Maybe it's assumed that the local client will convert this time to
> >the local zone, but no clients I know actually do that.



FWIW it's working now for me (your link leads to some of my comments
earlier).  I don't think it's a bug as much as a deficiency in the
"From " line format used in the mbox storage.  I first ran into it
long before dovecot, when we put qmail on some systems.  The
pseudo-standard "From " format doesn't include a timezone field --
historically it was written using localtime.  qmail (and maybe some
others) use UTC -- but still without adding any indication of what the
timezone is.  Bringing in qmail resulted in a lot of mboxes with mixed
types: some "From " lines using localtime and some using UTC.  I made
a change to our local delivery agent(s) so that they would add a
timezone indication, first using a "UTC" timezone and then later
changed to using "+0000".  

I suspect you didn't make those changes, so you are likely to have
"From " lines without any indication of what timezone they are
assuming.  So dovecot may be making one assumption that doesn't match
what your local delivery agent is doing.  You can always go into 
the code and try to force it, I suppose.

As for me:  at some point Timo made a change to dovecot to recognize
the extended date format in the "From " line.  However there was
still a minor issue, see:

    http://dovecot.procontrol.fi/list/dovecot/2003-November/002583.html

(given the Timo's statements about redoing the mbox code, this is
probably moot)

mm

From irish@technicalabuse.com  Wed Mar 10 07:10:39 2004
Return-Path: <irish@technicalabuse.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1AD5FC002800; Wed, 10 Mar 2004 07:10:39 +0200 (EET)
Received: from mail.midesigns.com (linux.midesigns.com [64.40.109.167])
	by talvi.dovecot.org (Postfix) with ESMTP id 0DD2BC000D9D
	for <dovecot@dovecot.org>; Wed, 10 Mar 2004 07:10:37 +0200 (EET)
Received: from [127.0.0.1] (helo=localhost)
	by mail.midesigns.com with esmtp (Exim 4.22)
	id 1B0vrE-0003Ru-Qa; Tue, 09 Mar 2004 21:02:16 -0800
Received: from mail.midesigns.com ([127.0.0.1])
	by localhost (linux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 10343-08; Tue,  9 Mar 2004 21:02:16 -0800 (PST)
Received: from [127.0.0.1] (helo=vip)
	by mail.midesigns.com with asmtp (Exim 4.22)
	id 1B0vrE-0003Rm-45; Tue, 09 Mar 2004 21:02:16 -0800
From: <dovecot@technicalabuse.com>
Sender: "Irish" <irish@technicalabuse.com>
To: "'David S. Madole'" <david@madole.net>
Subject: RE: [Dovecot] MySQL Auth and default_mail_env
Date: Tue, 9 Mar 2004 21:04:42 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
In-Reply-To: <001b01c4064d$251f4030$e3e7a8c0@david>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcQGTItxXCcVqXPURGKwqKeJ0Q+yvQAEEfaA
Message-Id: <E1B0vrE-0003Rm-45@mail.midesigns.com>
X-Virus-Scanned: by Virus Scanner at mail
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 10 Mar 2004 05:10:39 -0000
X-UID: 8792                                                  
Status: O
Content-Length: 1427

 
David 

Thanks for the responses.

I did a check in every directory and it seems to have been 
the permissions on the runtime directory. 

Unfortunately the logs don't indicate that but it is working now.

Gary 
Technicalabuse.com


-----Original Message-----
From: David S. Madole [mailto:david@madole.net] 
Sent: Tuesday, March 09, 2004 7:10 PM
To: dovecot@technicalabuse.com; dovecot@dovecot.org
Subject: Re: [Dovecot] MySQL Auth and default_mail_env

> From: <dovecot@technicalabuse.com>
> Sent: Tuesday, March 09, 2004 8:06 PM
>
> Well I've tried a number of different permissions , uid , gid
>
> What I have are mail server permissions on the spool folders where the
users
> are virtual.
>
> The mail server runs under exim:mail and I have tried unique uid:gid 
> and exim:mail uid:gid To access the directories as well as the folder 
> permissions 770 750 etc.
>
> Dovecot is running as it's own user (imapd)
>
> What should they be working as ?

Well, you need the mail server and imap server both able to write to these
directories, so I would suggest putting both users in the same group and
setting the driectory permissions to 770 and group ownership to the common
group.

David


____________________________________________________________________________
This message is spam and virus free.  Filtering solutions by http://omd3.com
Expert computer system support and development by http://baysidenetworks.com


From gareth@wiked.org  Thu Mar 11 01:57:07 2004
Return-Path: <gareth@wiked.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 23532C000D9D; Thu, 11 Mar 2004 01:57:07 +0200 (EET)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id F3B90C000D9B
	for <dovecot@dovecot.org>; Thu, 11 Mar 2004 01:57:04 +0200 (EET)
Received: by danu.procontrol.fi (Postfix)
	id AA3D523825; Thu, 11 Mar 2004 01:53:10 +0200 (EET)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9D59023829; Thu, 11 Mar 2004 01:53:10 +0200 (EET)
Received: from mulder.wiked.org (unknown [207.151.143.148])
	by danu.procontrol.fi (Postfix) with ESMTP id B077C23825
	for <dovecot@procontrol.fi>; Thu, 11 Mar 2004 01:52:34 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mulder.wiked.org (Postfix) with ESMTP id 3211210EFF
	for <dovecot@procontrol.fi>; Wed, 10 Mar 2004 15:52:29 -0800 (PST)
Received: from mulder.wiked.org ([127.0.0.1])
	by localhost (mulder [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 01127-07 for <dovecot@procontrol.fi>;
	Wed, 10 Mar 2004 15:52:03 -0800 (PST)
Received: by mulder.wiked.org (Postfix, from userid 1000)
	id 38D3C10EF1; Wed, 10 Mar 2004 15:52:03 -0800 (PST)
Date: Wed, 10 Mar 2004 15:52:03 -0800
From: "Gareth J. Greenaway" <gareth@wiked.org>
To: dovecot@procontrol.fi
Message-ID: <20040310235202.GR20847@wiked.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at wiked.org
Cc: 
Subject: [Dovecot] shared folders?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 10 Mar 2004 23:57:07 -0000
X-UID: 8793                                                  
Status: O

Greetings,
I saw mention in results from a google search that there was some support in
dovecot CVS for shared folders, is there some docs on how to use them?
Provided there is in fact support for them in CVS.

Thanks.

-- 
Gareth J. Greenaway  | gareth@wiked.org
SCLUG - Simi Conejo Linux Users Group
http://www.sclug.org

From dovecot@different.name  Fri Mar 12 02:01:01 2004
Return-Path: <dovecot@different.name>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 84A01C000D9D; Fri, 12 Mar 2004 02:01:01 +0200 (EET)
Received: from smtp.gate5.de (smtp.gate5.de [194.29.233.149])
	by talvi.dovecot.org (Postfix) with ESMTP id 2B019C000D9B
	for <dovecot@dovecot.org>; Fri, 12 Mar 2004 02:00:58 +0200 (EET)
Received: from [194.29.233.147] (helo=imap.gate5.de)
	by smtp.gate5.de with esmtp (TLSv1:AES256-SHA:256) (Exim 4.22)
	id 1B1a2n-000OGb-Ns
	for dovecot@dovecot.org; Fri, 12 Mar 2004 00:56:53 +0100
Received: from [212.202.174.212] (helo=[192.168.1.10])
	by imap.gate5.de with asmtp (TLSv1:RC4-SHA:128) (Exim 4.22)
	id 1B1a2n-0005yV-FM
	for dovecot@dovecot.org; Fri, 12 Mar 2004 00:56:53 +0100
Mime-Version: 1.0 (Apple Message framework v612)
Content-Transfer-Encoding: 7bit
Message-Id: <C1B84982-73B7-11D8-A11E-000A95CD8BBC@different.name>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@dovecot.org
From: =?ISO-8859-1?Q?Dirk_J=E4ckel?= <dovecot@different.name>
Date: Fri, 12 Mar 2004 00:56:47 +0100
X-Mailer: Apple Mail (2.612)
Subject: [Dovecot] dovecot & vpopmail
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 12 Mar 2004 00:01:02 -0000
X-UID: 8794                                                  
Status: O

Hi!

Authentication works, but

	default_mail_env = maildir:/usr/local/vpopmail/domains/%d/%n/Maildir/

is translated by the "imap"-process to

	/usr/local/vpopmail/domains//testerhorst/Maildir/

although I succesfully log in as  testerhorst@elektropost.org.

Is there a manual how to use dovecot with vpopmail?

We have here: FreeBSD 4.9-STABLE, vpopmail-5.4.0 and 
dovecot-0.99.10.4_2.


Thank you for your help!

Regards,
			Dirk Jaeckel


From JMelville@selectaustralasia.com.au  Fri Mar 12 02:34:35 2004
Return-Path: <JMelville@selectaustralasia.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E3E31C000D9D; Fri, 12 Mar 2004 02:34:35 +0200 (EET)
Received: from pittst-smtp.select-appointments.com.au (unknown [61.88.1.162])
	by talvi.dovecot.org (Postfix) with SMTP id 3FA43C000D9B
	for <dovecot@dovecot.org>; Fri, 12 Mar 2004 02:34:32 +0200 (EET)
Received: FROM SYDEXCHVS01.Australasia.SelectNET.com BY
	pittst-smtp.select-appointments.com.au ;
	Fri Mar 12 11:32:50 2004 +1100
Content-class: urn:content-classes:message
Subject: RE: [Dovecot] Dovecot failing silently on startup
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 12 Mar 2004 11:30:32 +1100
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Message-ID: <4290D8AB6C950C44B59AA76B2513A6CA05A3FD@SYDEXCHVS01.Australasia.SelectNET.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Dovecot failing silently on startup
Thread-Index: AcQHyTp4jPBis5hSQXOllh8DZ1Sj+A==
From: "Julian Melville" <JMelville@selectaustralasia.com.au>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 12 Mar 2004 00:34:36 -0000
X-UID: 8795                                                  
Status: O

 > Can you do an strace of a running dovecot process so we can=20
> get a better idea?  (You ought to cc the list as well.)

Sorry for the slow reply, it's taken me a few days to get back to this
and observe the problem again. I've placed a tarball of the output of
"strace -ff -o dovecot dovecot" here:

  http://rimu.tiddly-pom.com/dovecot-strace.tar.gz

To my (admittedly untrained) eye, it's looking for and not finding
/etc/ld.so.nohwcap, and then repeatedly not finding
/var/run/dovecot/ssl-parameters.dat. At that point there is a
/var/run/dovecot/ssl-parameters.dat.tmp - is that where the SSL stuff is
being generated?

Is it just that Dovecot is stalled until the ssl-parameters.dat file
appears?

Thanks,

Julian.


From security@jlug.org  Fri Mar 12 13:53:22 2004
Return-Path: <security@jlug.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C6710C000D9D; Fri, 12 Mar 2004 13:53:22 +0200 (EET)
Received: from jlug.fi (jlug.fi [192.194.49.184])
	by talvi.dovecot.org (Postfix) with ESMTP id 9962FC000D9B
	for <dovecot@dovecot.org>; Fri, 12 Mar 2004 13:53:20 +0200 (EET)
Received: (qmail 16146 invoked by uid 537); 12 Mar 2004 11:49:22 -0000
Received: from security@jlug.org by jlug by uid 510 with qmail-scanner-1.20 
	(clamscan: 0.67. spamassassin: 2.63.  Clear:RC:1(195.197.199.46):. 
	Processed in 0.066728 secs); 12 Mar 2004 11:49:22 -0000
Received: from unknown (HELO jlug.org) (eero@jlug.fi@195.197.199.46)
	by 0 with SMTP; 12 Mar 2004 11:49:21 -0000
Message-ID: <4051A3BE.4030401@jlug.org>
Date: Fri, 12 Mar 2004 13:49:18 +0200
From: security officer <security@jlug.org>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Dirk_J=E4ckel?= <dovecot@different.name>
Subject: Re: [Dovecot] dovecot & vpopmail
References: <C1B84982-73B7-11D8-A11E-000A95CD8BBC@different.name>
In-Reply-To: <C1B84982-73B7-11D8-A11E-000A95CD8BBC@different.name>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 12 Mar 2004 11:53:23 -0000
X-UID: 8796                                                  
Status: O

Dirk Jckel wrote:

> Hi!
> 
> Authentication works, but
> 
>     default_mail_env = maildir:/usr/local/vpopmail/domains/%d/%n/Maildir/
> 
> is translated by the "imap"-process to
> 
>     /usr/local/vpopmail/domains//testerhorst/Maildir/
> 
> although I succesfully log in as  testerhorst@elektropost.org.
> 

I use only:

auth_userdb = vpopmail and auth_passdb = vpopmail, works fine.

--
Eero


From kbdigital@ktb.net  Sat Mar 13 00:12:43 2004
Return-Path: <kbdigital@ktb.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 73E72C000D9D; Sat, 13 Mar 2004 00:12:43 +0200 (EET)
Received: from castle.ktb.net (castle.ktb.net [198.175.228.44])
	by talvi.dovecot.org (Postfix) with ESMTP id DEAAFC000D9B
	for <dovecot@dovecot.org>; Sat, 13 Mar 2004 00:12:40 +0200 (EET)
Received: from castle.ktb.net (localhost [127.0.0.1])
	by castle.ktb.net (8.12.11/8.12.10/KTB.net-5.3) with ESMTP id
	i2CM8Y8e030244
	for <dovecot@dovecot.org>; Fri, 12 Mar 2004 14:08:34 -0800
Received: (from kbdigital@localhost)
	by castle.ktb.net (8.12.11/8.12.10/KTB.net-5.3) id i2CM8YHR030242
	for dovecot@dovecot.org; Fri, 12 Mar 2004 14:08:34 -0800
From: KB Digital <kbdigital@ktb.net>
Date: Fri, 12 Mar 2004 14:08:34 -0800
To: dovecot@dovecot.org
Message-ID: <20040312220834.GA28346@ktb.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-KTB.net-MailScanner: Found to be clean
X-KTB.net-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9,
	required 6, autolearn=not spam, BAYES_00 -4.90)
Subject: [Dovecot] blank line at the top of mbox
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 12 Mar 2004 22:12:43 -0000
X-UID: 8797                                                  
Status: O


Hello,

It seems dovecop pop3 server sometimes inserts a blank line at the top 
of the mbox.  It only happens for certain users not all. 
I'm not sure why it's doing that.

Looking back into the mailing list, I saw the same post in Oct 6, 2003
but there was no reply to it.

Is there a patch or fix that i can use to get around the blank line?

Thank you.
Ken

From skye@f4.ca  Mon Mar 15 20:57:36 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DB232C000D9D; Mon, 15 Mar 2004 20:57:36 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 564D1C000D9B
	for <dovecot@dovecot.org>; Mon, 15 Mar 2004 20:57:34 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B2xDL-000Gi2-00
	for dovecot@dovecot.org; Mon, 15 Mar 2004 10:53:27 -0800
Date: Mon, 15 Mar 2004 10:53:27 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Message-ID: <20040315185327.GC39166@f4.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] Next version features?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 15 Mar 2004 18:57:37 -0000
X-UID: 8798                                                  
Status: O

Hello, sorry if this gets asked a lot :)

When is the next version of dovecot planned for release?
Will it include non-patched MySQL support?

Can I make a donation to speed up the process?

I have used about 5 different IMAP servers in the last month trying to
find one that didn't suck.. and I'm happy to say dovecot is the best!!

Thanks,
Skye


From skye@f4.ca  Mon Mar 15 23:57:16 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 582E7C002800; Mon, 15 Mar 2004 23:57:16 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 2D38CC000D9D
	for <dovecot@dovecot.org>; Mon, 15 Mar 2004 23:57:14 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B301D-000KRc-00
	for dovecot@dovecot.org; Mon, 15 Mar 2004 13:53:07 -0800
Date: Mon, 15 Mar 2004 13:53:07 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Message-ID: <20040315215307.GJ39166@f4.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] Help with dovecot+passwd+pam_mysql
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 15 Mar 2004 21:57:16 -0000
X-UID: 8799                                                  
Status: O

Hi again,

I'm on Freebsd 4.x and instead of using the mysql patch, it seems like
it would be easier to just use "auth_passdb = pam *" with the pam_mysql
drop-in.

I'm not really a pam.conf writing expert though.  Here's what it
currently contains (works for /etc/passwd users)

imap    auth    required        pam_unix.so
imap    account required        pam_unix.so try_first_pass
imap    session required        pam_deny.so

How would I set it up so that it first checks to see if the user is in
/etc/passwd (as above) and then checks pam_mysql.so?

Example from the pam_mysql readme:

auth       optional     pam_mysql.so user=root passwd=password
account    required     pam_mysql.so user=root passwd=password

Is anyone else using this setup?  Any disadvantages?

Thanks,
Skye


From skye@f4.ca  Tue Mar 16 00:57:54 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0C222C002801; Tue, 16 Mar 2004 00:57:54 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id C0DC8C002800
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 00:57:51 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B30xt-000LgW-00
	for dovecot@dovecot.org; Mon, 15 Mar 2004 14:53:45 -0800
Date: Mon, 15 Mar 2004 14:53:45 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Help with dovecot+passwd+pam_mysql
Message-ID: <20040315225345.GL39166@f4.ca>
References: <20040315215307.GJ39166@f4.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040315215307.GJ39166@f4.ca>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 15 Mar 2004 22:57:54 -0000
X-UID: 8800                                                  
Status: O
Content-Length: 1198

Hmm, I guess PAM with mysql won't really do the same thing, because
it can't supply the homedir/uid/gid etc.  If you use pam, the daemon
will expect to find those things in /etc/passwd which defeats using
virtual users in the first place.

Going to apply the contrib mysql patch now and see how that goes :)

Thanks,
Skye


Word on the street is Skye Poier said:
> Hi again,
> 
> I'm on Freebsd 4.x and instead of using the mysql patch, it seems like
> it would be easier to just use "auth_passdb = pam *" with the pam_mysql
> drop-in.
> 
> I'm not really a pam.conf writing expert though.  Here's what it
> currently contains (works for /etc/passwd users)
> 
> imap    auth    required        pam_unix.so
> imap    account required        pam_unix.so try_first_pass
> imap    session required        pam_deny.so
> 
> How would I set it up so that it first checks to see if the user is in
> /etc/passwd (as above) and then checks pam_mysql.so?
> 
> Example from the pam_mysql readme:
> 
> auth       optional     pam_mysql.so user=root passwd=password
> account    required     pam_mysql.so user=root passwd=password
> 
> Is anyone else using this setup?  Any disadvantages?
> 
> Thanks,
> Skye
> 

From skye@f4.ca  Tue Mar 16 01:37:40 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 21A71C002802; Tue, 16 Mar 2004 01:37:40 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id CA44DC002800
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 01:37:37 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B31aN-000OaH-00
	for dovecot@dovecot.org; Mon, 15 Mar 2004 15:33:31 -0800
Date: Mon, 15 Mar 2004 15:33:31 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Mysql patch question
Message-ID: <20040315233331.GM39166@f4.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 15 Mar 2004 23:37:40 -0000
X-UID: 8801                                                  
Status: O

Last question of the day I promise :)

If dovecot is configured to use the MySQL patch, ie:

auth_userdb = mysql /path/to/dovecot-mysql.conf
auth_passdb = mysql /path/to/dovecot-mysql.conf

Its not possible to "chain" authentication methods is it?
I mean, if its using MySQL it _cannot_ be configured to check passwd
(via "pam *") first, and then check mysql, right?

So, if I want to support real shell users (who are in /etc/passwd)
I will have to have them in mysql along with the "virtual" users.

......

OK I lied, one more question!

I love the feature that you can login with a username user@domain
and the domain is automatically parsed out.

Do these options have anything to do with the @domain part (referred to
as a realm in auth.txt) or are they for something else completely?  I'm
not sure what SASL is that it refers to in the example .conf

#auth_realms =
#auth_default_realm = 

Thanks,
Skye


From freebsd@helenmarks.co.uk  Tue Mar 16 17:52:40 2004
Return-Path: <freebsd@helenmarks.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3D5ECC002802; Tue, 16 Mar 2004 17:52:40 +0200 (EET)
Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22])
	by talvi.dovecot.org (Postfix) with ESMTP id A307EC002801
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 17:52:37 +0200 (EET)
Received: from 192.168.0.3 (82-69-49-2.dsl.in-addr.zen.co.uk [82.69.49.2])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.helenmarks.co.uk (Postfix) with ESMTP id 5384E170CB
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 15:48:28 +0000 (GMT)
From: Dominic Marks <freebsd@helenmarks.co.uk>
To: dovecot@dovecot.org
Date: Tue, 16 Mar 2004 15:55:09 +0000
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_dNyVA8tfI61eaBN"
Message-Id: <200403161555.09261.freebsd@helenmarks.co.uk>
Subject: [Dovecot] Corrupted Indexes and File Permissions
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 16 Mar 2004 15:52:40 -0000
X-UID: 8802                                                  
Status: O
Content-Length: 5054


--Boundary-00=_dNyVA8tfI61eaBN
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello,

I'm using Dovecot to provide an IMAP service to a small number of 
users and I'm seeing two recurring errors which look like they might 
be related.

Environment:
 o FreeBSD 5.2.1 / Postfix 2.0.18 / Dovecot 0.99.10.4
 o Maildir mailboxes

Problem:
On logging in all the folders under the users mailbox are empty. This 
has happened with both MS Outlook 2000 clients as well as 
Squirrelmail which uses c-client. When you look at the mail log it 
shows errors from Dovecot about index file corruption and file 
permissions (see attached sample section).

I've checked the permissions on the maildir and it seems at the moment 
that the user has rw permssion on every file under cur, could this 
error be caused by an interaction between Postfix and Dovecot?

Any comments / suggestions greatly appreciated,
-- 
Dominic Marks

--Boundary-00=_dNyVA8tfI61eaBN
Content-Type: text/plain;
  charset="us-ascii";
  name="mail.log.sample.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="mail.log.sample.txt"

Mar 16 01:24:22 mail imap-login: Login: someuser [192.168.0.1]
Mar 16 01:24:24 mail imap(someuser): open() failed with file /raid/mail/someuser/cur/1076979223.V416I136863.silverback.example.com:2,ST: Permission denied
Mar 16 01:24:28 mail imap(someuser): Corrupted index file (in-memory index for /raid/mail/someuser): UIDVALIDITY changed in uidlist
Mar 16 01:24:37 mail imap-login: Login: someuser [192.168.0.1]
Mar 16 01:24:42 mail imap(someuser): open() failed with file /raid/mail/someuser/cur/1076979223.V416I136863.silverback.example.com:2,ST: Permission denied
Mar 16 01:24:42 mail imap(someuser): open(/raid/mail/someuser/cur/1076979223.V416I136863.silverback.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078674523.V416I1368e6.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078712574.V416I1368e9.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078736436.V416I137461.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078737332.V416I13747e.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078737978.V416I137483.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078746019.V416I1374b7.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078746025.V416I1374b9.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078801454.V416I1374c3.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078828634.V416I1374cc.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078843562.V416I1374d8.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078855478.V416I1374f9.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078855581.V416I1374fb.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078857816.V416I1374fc.mail.example.com:2,ST) failed: Permission denied
Mar 16 01:24:44 mail imap(someuser): open(/raid/mail/someuser/cur/1078865114.V416I137502.mail.example.com:2,ST) failed: Permission denied
--Boundary-00=_dNyVA8tfI61eaBN
Content-Type: text/plain;
  charset="us-ascii";
  name="dovecot.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="dovecot.conf"

base_dir = /var/dovecot/
protocols = imap imaps
ssl_disable = no
ssl_cert_file = /var/dovecot/ssl/certs/imapd.pem
ssl_key_file = /var/dovecot/ssl/private/imapd.pem
ssl_parameters_file = /var/dovecot/ssl/parameters.dat
disable_plaintext_auth = no
login_dir = /var/dovecot/login
login_chroot = yes
login = imap
login_executable = /usr/local/libexec/dovecot/imap-login
login_user = dovecot
login = pop3
login_executable = /usr/local/libexec/dovecot/pop3-login
verbose_proctitle = yes
verbose_ssl = yes
first_valid_gid = 0
valid_chroot_dirs = /var/mail:/raid/mail
default_mail_env = maildir:/raid/mail/%u
client_workarounds = oe6-fetch-no-newmail outlook-idle
mail_save_crlf = yes
maildir_copy_with_hardlinks = yes
mbox_locks = fcntl
imap_executable = /usr/local/libexec/dovecot/imap
pop3_executable = /usr/local/libexec/dovecot/pop3
auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = passwd
auth_executable = /usr/local/libexec/dovecot/dovecot-auth
auth_user = root
auth_verbose = yes

--Boundary-00=_dNyVA8tfI61eaBN--

From mat@reynerie.org  Tue Mar 16 21:30:37 2004
Return-Path: <mat@reynerie.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E6BDFC002803; Tue, 16 Mar 2004 21:30:37 +0200 (EET)
Received: from po.reynerie.org (reynerie.org [80.65.225.229])
	by talvi.dovecot.org (Postfix) with ESMTP id D29B7C002802
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 21:30:35 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by po.reynerie.org (Mail Server) with ESMTP id 35C499488
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 20:27:05 +0100 (CET)
Received: from po.reynerie.org ([127.0.0.1])
	by localhost (po.reynerie.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16194-08 for <dovecot@dovecot.org>;
	Tue, 16 Mar 2004 20:27:03 +0100 (CET)
Received: by po.reynerie.org (Mail Server, from userid 5031)
	id 17BA29471; Tue, 16 Mar 2004 20:27:02 +0100 (CET)
Date: Tue, 16 Mar 2004 20:27:02 +0100
From: mat@reynerie.org
To: dovecot@dovecot.org
Subject: Re: [Dovecot] index file corruption
Message-ID: <20040316192702.GC23636@po.reynerie.org>
References: <20040229195920.GA20586@po.reynerie.org>
	<1078273527.23334.108.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1078273527.23334.108.camel@hurina>
Organization: reynerie.org
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: mat@reynerie.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 Mar 2004 19:30:38 -0000
X-UID: 8803                                                  
Status: O

On Wed, Mar 03, 2004 at 02:25:28AM +0200, Timo Sirainen wrote:
> On Sun, 2004-02-29 at 21:59, mat@reynerie.org wrote:
> > I'm using Dovecot (dovecot-0.99.10p0) on OpenBSD-3.4 for few weeks now.
> 
> I guess Dovecot doesn't work too well with OpenBSD now. Although I
> haven't heard of constant failures with it. OpenBSD-port had a patch
> which tried to fix this issue, but I don't think the patch is perfect.

Sorry for this late answer.

My first try was with the OpenBSD's port, patchs were applied.
Without patchs and newer dovecot version, i can't see any differences
about the index related problem.
I've failed to apply all OpenBSD's patch to dovecot 0.99.10.4,
so i didn't applied any.

> Real fix will be next version..

i'm impatient :)
Best regards.

-- 
Matthieu Clavier
<mat@reynerie.org>

From mem@mv.mv.com  Tue Mar 16 21:33:46 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6F3DCC002803; Tue, 16 Mar 2004 21:33:46 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id D8747C002802
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 21:33:43 +0200 (EET)
Received: (qmail 24192 invoked from network); 16 Mar 2004 14:29:34 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 16 Mar 2004 14:29:34 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 13590 invoked by uid 101); 16 Mar 2004 14:29:34 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 16 Mar 2004 14:29:33 -0500
To: Dominic Marks <freebsd@helenmarks.co.uk>
Subject: Re: [Dovecot] Corrupted Indexes and File Permissions
Message-ID: <20040316192933.GF21999@iridium.mv.net>
References: <200403161555.09261.freebsd@helenmarks.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403161555.09261.freebsd@helenmarks.co.uk>
User-Agent: Mutt/1.4.2.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 16 Mar 2004 19:33:46 -0000
X-UID: 8804                                                  
Status: O

> 
> I've checked the permissions on the maildir and it seems at the moment 
> that the user has rw permssion on every file under cur, could this 
> error be caused by an interaction between Postfix and Dovecot?


> 
> Any comments / suggestions greatly appreciated,
> -- 
> Dominic Marks

> Mar 16 01:24:22 mail imap-login: Login: someuser [192.168.0.1]
> Mar 16 01:24:24 mail imap(someuser): open() failed with file /raid/mail/someuser/cur/1076979223.V416I136863.silverback.example.com:2,ST: Permission denied

I assume you've checked that "someuser" owns that file.

Also check that every directory in the path is accessable to that user
in the proper way.  If it's NFS-mounted, the underlying mount point
may have to have the correct permissions too (i.e., unmount the volume
and have a look).  An easy check is just to su to the "someuser" user
and see if you can access the file in question.

mm

From freebsd@helenmarks.co.uk  Tue Mar 16 22:45:16 2004
Return-Path: <freebsd@helenmarks.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 60D86C002804; Tue, 16 Mar 2004 22:45:16 +0200 (EET)
Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22])
	by talvi.dovecot.org (Postfix) with ESMTP id 267DCC002802
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 22:45:14 +0200 (EET)
Received: from 192.168.0.3 (82-69-49-2.dsl.in-addr.zen.co.uk [82.69.49.2])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.helenmarks.co.uk (Postfix) with ESMTP
	id 8143A1707C; Tue, 16 Mar 2004 20:40:58 +0000 (GMT)
From: Dominic Marks <freebsd@helenmarks.co.uk>
To: "Mark E. Mallett" <mem@mv.mv.com>
Subject: Re: [Dovecot] Corrupted Indexes and File Permissions
Date: Tue, 16 Mar 2004 20:47:38 +0000
User-Agent: KMail/1.6.1
References: <200403161555.09261.freebsd@helenmarks.co.uk>
	<20040316192933.GF21999@iridium.mv.net>
In-Reply-To: <20040316192933.GF21999@iridium.mv.net>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200403162047.38694.freebsd@helenmarks.co.uk>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 16 Mar 2004 20:45:16 -0000
X-UID: 8805                                                  
Status: O
Content-Length: 1375

Hi Mark,

On Tuesday 16 March 2004 19:29, Mark E. Mallett wrote:
> > I've checked the permissions on the maildir and it seems at the
> > moment that the user has rw permssion on every file under cur,
> > could this error be caused by an interaction between Postfix and
> > Dovecot?
> >
> >
> >
> > Any comments / suggestions greatly appreciated,
> > --
> > Dominic Marks
> >
> > Mar 16 01:24:22 mail imap-login: Login: someuser [192.168.0.1]
> > Mar 16 01:24:24 mail imap(someuser): open() failed with file
> > /raid/mail/someuser/cur/1076979223.V416I136863.silverback.example
> >.com:2,ST: Permission denied
>
> I assume you've checked that "someuser" owns that file.

Yes.

> Also check that every directory in the path is accessable to that
> user in the proper way.  If it's NFS-mounted, the underlying mount
> point may have to have the correct permissions too (i.e., unmount
> the volume and have a look).  An easy check is just to su to the
> "someuser" user and see if you can access the file in question.

It's a local raid and the permissions are (as far as I can tell) all 
correct as it works for long periods perfectly, then this error 
occurs. Sometimes restarting Dovecot fixes it, sometimes it doesn't.

> mm

I've changed my configuration to store the indexes on the raid volume 
and I waiting to see if this makes any difference.

Thanks,
-- 
Dominic Marks

From mem@mv.mv.com  Tue Mar 16 22:53:34 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AC80FC002804; Tue, 16 Mar 2004 22:53:34 +0200 (EET)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 22ACCC002802
	for <dovecot@dovecot.org>; Tue, 16 Mar 2004 22:53:32 +0200 (EET)
Received: (qmail 634 invoked from network); 16 Mar 2004 15:49:20 -0500
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 16 Mar 2004 15:49:22 -0500
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 23865 invoked by uid 101); 16 Mar 2004 15:49:20 -0500
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 16 Mar 2004 15:49:19 -0500
To: Dominic Marks <freebsd@helenmarks.co.uk>
Subject: Re: [Dovecot] Corrupted Indexes and File Permissions
Message-ID: <20040316204919.GB15266@iridium.mv.net>
References: <200403161555.09261.freebsd@helenmarks.co.uk>
	<20040316192933.GF21999@iridium.mv.net>
	<200403162047.38694.freebsd@helenmarks.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403162047.38694.freebsd@helenmarks.co.uk>
User-Agent: Mutt/1.4.2.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 16 Mar 2004 20:53:34 -0000
X-UID: 8806                                                  
Status: O

> > > Mar 16 01:24:24 mail imap(someuser): open() failed with file
> > > /raid/mail/someuser/cur/1076979223.V416I136863.silverback.example
> > >.com:2,ST: Permission denied
> >
> > I assume you've checked that "someuser" owns that file.
> 
> Yes.
> 
> > Also check that every directory in the path is accessable to that
> > user in the proper way.  If it's NFS-mounted, the underlying mount
> > point may have to have the correct permissions too (i.e., unmount
> > the volume and have a look).  An easy check is just to su to the
> > "someuser" user and see if you can access the file in question.
> 
> It's a local raid and the permissions are (as far as I can tell) all 
> correct as it works for long periods perfectly, then this error 
> occurs. Sometimes restarting Dovecot fixes it, sometimes it doesn't.

Ah.  Well, I was throwing in a couple of guesses to fill the silence -
the error message does say that it's a problem with the mail file, not
the index, though.

mm

From esj@harvee.org  Wed Mar 17 21:55:02 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D165BC002806; Wed, 17 Mar 2004 21:55:02 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 3370BC002802
	for <dovecot@dovecot.org>; Wed, 17 Mar 2004 21:55:00 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i2HJo3Ce025408
	for <dovecot@dovecot.org>; Wed, 17 Mar 2004 14:50:48 -0500
Received: FROM harvee.org ([192.168.0.54]) BY harvee.org WITH ESMTP ;
	Wed, 17 Mar 2004 14:49:49 -0500
Message-ID: <4058ABC2.2070102@harvee.org>
Date: Wed, 17 Mar 2004 14:49:22 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040317:dovecot@dovecot.org:d079b46d5053419f
Subject: [Dovecot] triggering multiple actions on pop-3 request
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 17 Mar 2004 19:55:03 -0000
X-UID: 8807                                                  
Status: O
Content-Length: 1159

I want to trigger fetchmail when a user makes a pop-3 request.  The 
reason for this is so that the messages retrieved by fetchmail can be 
filtered via an anti spam service before depositing them into the inbox.

The way I figure it, since I need to know who the user is and that they 
authenticated in order to make the correct fetchmail call, I need to 
spawn the fetchmail process somewhere between the authentication and the 
pop 3 process.

since I'm currently unfamiliar with code at that level, could I get a 
suggestion as to where to start looking?.

apologies if I haven't explained is clearly enough. I'm still just kind 
of exploring the idea myself to see if it's the right way to approach 
this problem (pop 3 anti spam Gateway).  If it works out right, it may 
even end up as part of a firewall (IPCop) as a way of making anti spam 
trivially easy for the technically challenged.  (I.e. put it in a box, 
said it up right, don't let them touch it)

I know it is also somewhat off topic for the group but since I want to 
modify dovecot (the IMAP server that rescued me from UW), I figured I 
would give it a shot.

thanks in advance,
---eric


From JMelville@selectaustralasia.com.au  Thu Mar 18 02:40:28 2004
Return-Path: <JMelville@selectaustralasia.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 04421C002806; Thu, 18 Mar 2004 02:40:28 +0200 (EET)
Received: from pittst-smtp.select-appointments.com.au (unknown [61.88.1.162])
	by talvi.dovecot.org (Postfix) with SMTP id 94B84C002805
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 02:40:24 +0200 (EET)
Received: FROM SYDEXCHVS01.Australasia.SelectNET.com BY
	pittst-smtp.select-appointments.com.au ;
	Thu Mar 18 11:38:23 2004 +1100
Content-class: urn:content-classes:message
Subject: RE: [Dovecot] triggering multiple actions on pop-3 request
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 18 Mar 2004 11:36:01 +1100
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Message-ID: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] triggering multiple actions on pop-3 request
Thread-Index: AcQMWY6NSiNsKROjTTOSgKj/QFTK7QAJtYog
From: "Julian Melville" <JMelville@selectaustralasia.com.au>
To: <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 18 Mar 2004 00:40:28 -0000
X-UID: 8808                                                  
Status: O

> The reason for this is so that the messages=20
> retrieved by fetchmail can be filtered via an anti spam=20
> service before depositing them into the inbox.

How about just running fetchmail in daemon mode, so it's polling for
messages instead of running on demand? Then you don't need to worry
about any special integration issues.

Julian.

From esj@harvee.org  Thu Mar 18 04:08:26 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A729C002807; Thu, 18 Mar 2004 04:08:26 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id D48A9C002805
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 04:08:23 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i2I230Ce031062
	for <dovecot@dovecot.org>; Wed, 17 Mar 2004 21:04:12 -0500
Received: FROM harvee.org ([192.168.0.54]) BY harvee.org WITH ESMTP ;
	Wed, 17 Mar 2004 21:02:45 -0500
Message-ID: <40590322.1030705@harvee.org>
Date: Wed, 17 Mar 2004 21:02:10 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] triggering multiple actions on pop-3 request
References: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>
In-Reply-To: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040318:dovecot@dovecot.org:020a9092065529d8
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 18 Mar 2004 02:08:26 -0000
X-UID: 8809                                                  
Status: O

Julian Melville wrote:

>>The reason for this is so that the messages 
>>retrieved by fetchmail can be filtered via an anti spam 
>>service before depositing them into the inbox.
> 
> 
> How about just running fetchmail in daemon mode, so it's polling for
> messages instead of running on demand? Then you don't need to worry
> about any special integration issues.

I thought of that but I'm also thinking about the user experience.  In 
the daemon mode, users have no control over polling.  In the trigger 
mode, they will have an indirect control.  Also, it cuts down on 
bandwidth usage because there's no sampling around the clock.  On the 
other hand, it does smooth out filter load which is also a good thing.

hmmm.  obviously, I will need to experiment and since the daemon mode is 
"free", it's an easy test.

---eric


From skye@f4.ca  Thu Mar 18 04:44:34 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A6389C002809; Thu, 18 Mar 2004 04:44:34 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id DAD7CC002807
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 04:44:31 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B3nSE-000DxH-00
	for dovecot@dovecot.org; Wed, 17 Mar 2004 18:40:18 -0800
Date: Wed, 17 Mar 2004 18:40:18 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] triggering multiple actions on pop-3 request
Message-ID: <20040318024018.GN22419@f4.ca>
References: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>
	<40590322.1030705@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40590322.1030705@harvee.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 18 Mar 2004 02:44:34 -0000
X-UID: 8810                                                  
Status: O
Content-Length: 1060

If you want to launch fetchmail, you'd probably want to do a fork()
after authentication.

In the child, you would execl() fetchmail.

In the parent you would wait() for the exit status of the child.

You probably wouldn't want to do that in dovecot-auth or it might block
all other auth while it is executing?  I haven't really looked at the
design so I don't know.  The best place would probably be right before
it tries to read the user's Maildir, in its own process.

(assuming login_process_per_connection = yes )

Skye


Word on the street is Eric S. Johansson said:
> 
> I thought of that but I'm also thinking about the user experience.  In 
> the daemon mode, users have no control over polling.  In the trigger 
> mode, they will have an indirect control.  Also, it cuts down on 
> bandwidth usage because there's no sampling around the clock.  On the 
> other hand, it does smooth out filter load which is also a good thing.
> 
> hmmm.  obviously, I will need to experiment and since the daemon mode is 
> "free", it's an easy test.
> 
> ---eric
> 

From bavo@coderspotting.org  Thu Mar 18 11:49:37 2004
Return-Path: <bavo@coderspotting.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CD78CC002809; Thu, 18 Mar 2004 11:49:36 +0200 (EET)
Received: from prv-mail21.provo.novell.com (PRV-MAIL21.PROVO.NOVELL.COM
	[137.65.81.126])
	by talvi.dovecot.org (Postfix) with ESMTP id A2892C002807
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 11:49:30 +0200 (EET)
Received: from [149.44.34.17] ([149.44.34.17])
	by prv-mail21.provo.novell.com; Thu, 18 Mar 2004 02:45:04 -0700
Received: from 127.0.0.1 by bderidder.novell.com with esmtp (masqmail
	0.2.20) id 1B3u57-3WF-00 for <dovecot@dovecot.org>; Thu, 18 Mar 2004
	10:44:53 +0100
From: Bavo De Ridder <bavo@coderspotting.org>
Organization: CoderSpotting
To: dovecot@dovecot.org
Date: Thu, 18 Mar 2004 10:44:52 +0100
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_U+WWAr+aU4eECL4"
Message-Id: <200403181044.52623.bavo@coderspotting.org>
Subject: [Dovecot] Dovecot startup at boottime fails
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 18 Mar 2004 09:49:37 -0000
X-UID: 8811                                                  
Status: O
Content-Length: 28717


--Boundary-00=_U+WWAr+aU4eECL4
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

I am running dovecot 0.99.10.4 on SuSE 9. I installed it using apt-get from 
the gwdg repository.

The dovecot service is configured to start at boottime in run level 3 and 5. 
However, it dies immediately with this error (/var/log/mail.err):

dovecot: Login process died too early - shutting down

Starting the service afterwords from a prompt as root with the command:

/etc/init.d/dovecot start

works without a glitch. Attached you can find my dovecot.conf and the startup 
script /etc/init.d/dovecot.

I hope someone could shed some light on this issue.

--Boundary-00=_U+WWAr+aU4eECL4
Content-Type: text/plain;
  charset="us-ascii";
  name="dovecot.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="dovecot.conf"

## Dovecot 1.0 configuration file

# Default values are shown after each value, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl

# Base directory where to store runtime data.
#base_dir = /var/run/dovecot/

# Protocols we want to be serving:
#  imap imaps pop3 pop3s
protocols = imap

# IP or host address where to listen in for connections. It's not currently
# possible to specify multiple addresses. "*" listens in all IPv4 interfaces.
# "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
# interfaces depending on the operating system. You can specify ports with
# "host:port".
#imap_listen = *
#pop3_listen = *

# IP or host address where to listen in for SSL connections. Defaults
# to above non-SSL equilevants if not specified.
#imaps_listen = 
#pop3s_listen = 

# Disable SSL/TLS support.
ssl_disable = yes

# PEM encoded X.509 SSL/TLS certificate and private key. They're opened before
# dropping root privileges, so keep the key file unreadable by anyone but
# root. Included doc/mkcert.sh can be used to easily generate self-signed
# certificate, just make sure to update the domains in dovecot-openssl.cnf
#ssl_cert_file = /etc/ssl/certs/dovecot.pem
#ssl_key_file = /etc/ssl/private/dovecot.pem

# SSL parameter file. Master process generates this file for login processes.
# It contains Diffie Hellman and RSA parameters.
#ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat

# How often to regenerate the SSL parameters file. Generation is quite CPU
# intensive operation. The value is in hours, 0 disables regeneration
# entirely.
#ssl_parameters_regenerate = 24

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability)
#disable_plaintext_auth = no

# Use this logfile instead of syslog(). /dev/stderr can be used if you want to
# use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
#log_path = 

# For informational messages, use this logfile instead of the default
#info_log_path = 

# Prefix for each line written to log file. % codes are in strftime(3)
# format. Note the extra space at the end of line.
#log_timestamp = "%b %d %H:%M:%S "

##
## Login processes
##

# Directory where authentication process places authentication UNIX sockets
# which login needs to be able to connect to. The sockets are created when
# running as root, so you don't have to worry about permissions.
login_dir = /var/run/dovecot/login

# chroot login process to the login_dir. Only reason not to do this is if you
# wish to run the whole Dovecot without roots.
#login_chroot = yes


##
## IMAP login process
##

login = imap

# Executable location.
#login_executable = /usr/libexec/dovecot/imap-login

# User to use for the login process. Create a completely new user for this,
# and don't use it anywhere else. The user must also belong to a group where
# only it has access, it's used to control access for authentication process.
#login_user = dovecot

# Set max. process size in megabytes. If you don't use
# login_process_per_connection you might need to grow this.
#login_process_size = 16

# Should each login be processed in it's own process (yes), or should one
# login process be allowed to process multiple connections (no)? Yes is more
# secure, espcially with SSL/TLS enabled. No is faster since there's no need
# to create processes all the time.
#login_process_per_connection = yes

# Number of login processes to create. If login_process_per_user is
# yes, this is the number of extra processes waiting for users to log in.
#login_processes_count = 3

# Maximum number of extra login processes to create. The extra process count
# usually stays at login_processes_count, but when multiple users start logging
# in at the same time more extra processes are created. To prevent fork-bombing
# we check only once in a second if new processes should be created - if all
# of them are used at the time, we double their amount until limit set by this
# setting is reached. This setting is used only if login_process_per_use is yes.
#login_max_processes_count = 128

# Maximum number of connections allowed in login state. When this limit is
# reached, the oldest connections are dropped. If login_process_per_user
# is no, this is a per-process value, so the absolute maximum number of users
# logging in actually login_processes_count * max_logging_users.
#login_max_logging_users = 256

##
## POP3 login process
##

# Settings default to same as above, so you don't have to set anything
# unless you want to override them.

#login = pop3

# Exception to above rule being the executable location.
#login_executable = /usr/libexec/dovecot/pop3-login

##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
#max_mail_processes = 1024

# Show more verbose process titles (in ps). Currently shows user name and
# IP address. Useful for seeing who are actually using the IMAP processes
# (eg. shared mailboxes or if same uid is used for multiple accounts).
#verbose_proctitle = no

# Show protocol level SSL errors.
#verbose_ssl = no

# Valid UID range for users, defaults to 500 and above. This is mostly
# to make sure that users can't log in as daemons or other system users.
# Note that denying root logins is hardcoded to dovecot binary and can't
# be done even if first_valid_uid is set to 0.
#first_valid_uid = 500
#last_valid_uid = 0

# Valid GID range for users, defaults to non-root/wheel. Users having
# non-valid GID as primary group ID aren't allowed to log in. If user
# belongs to supplementary groups with non-valid GIDs, those groups are
# not set.
#first_valid_gid = 1
#last_valid_gid = 0

# ':' separated list of directories under which chrooting is allowed for mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you don't
# allow shell access for users. See doc/configuration.txt for more information.
#valid_chroot_dirs = 

# Default chroot directory for mail processes. This can be overridden by
# giving /./ in user's home directory (eg. /home/./user chroots into /home).
#mail_chroot = 

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#
default_mail_env = maildir:/data/%u/Mail 

# Space-separated list of fields to cache for all mails. Currently these
# fields are allowed followed by a list of commands they speed up:
#
#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
#                  HEADER IN-REPLY-TO
#  Body          - FETCH BODY
#  Bodystructure - FETCH BODY, BODYSTRUCTURE
#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
#                  SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE
#                  generation. This is always set with mbox mailboxes, and
#                  also default with Maildir.
#
# Different IMAP clients work in different ways, that's why Dovecot by default
# only caches MessagePart which speeds up most operations. Whenever client
# does something where caching could be used, the field is automatically marked
# to be cached later. For example after FETCH BODY the BODY will be cached
# for all new messages. Normally you should leave this alone, unless you know
# what most of your IMAP clients are. Caching more fields than needed makes
# the index files larger and generate useless I/O.
#
# With maildir there's one extra optimization - if nothing is cached, indexing
# the maildir becomes much faster since it's not opening any of the mail files.
# This could be useful if your IMAP clients access only new mails.

#mail_cache_fields = MessagePart

# Space-separated list of fields that Dovecot should never set to be cached.
# Useful if you want to save disk space at the cost of more I/O when the fields
# needed.
#mail_never_cache_fields = 

# Workarounds for various client bugs:
#   oe6-fetch-no-newmail:
#     Never send EXISTS/RECENT when replying to FETCH command. Outlook Express
#     seems to think they are FETCH replies and gives user "Message no longer
#     in server" error. Note that OE6 still breaks even with this workaround
#     if synchronization is set to "Headers Only".
#   outlook-idle:
#     Outlook and Outlook Express never abort IDLE command, so if no mail
#     arrives in half a hour, Dovecot closes the connection. This is still
#     fine, except Outlook doesn't connect back so you don't see if new mail
#     arrives.
#client_workarounds = 

# Dovecot can notify client of new mail in selected mailbox soon after it's
# received. This setting specifies the minimum interval in seconds between
# new mail notifications to client - internally they may be checked more or
# less often. Setting this to 0 disables the checking.
# NOTE: Evolution client breaks with this option when it's trying to APPEND.
#mailbox_check_interval = 0

# Like mailbox_check_interval, but used for IDLE command.
#mailbox_idle_check_interval = 30

# Allow full filesystem access to clients. There's no access checks other than
# what the operating system does for the active UID/GID. It works with both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
# or ~user/.
#mail_full_filesystem_access = no

# Maximum allowed length for custom flag name. It's only forced when trying
# to create new flags.
#mail_max_flag_length = 50

# Save mails with CR+LF instead of plain LF. This makes sending those mails
# take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
#mail_save_crlf = no

# Use mmap() instead of read() to read mail files. read() seems to be a bit
# faster with my Linux/x86 and it's better with NFS, so that's the default.
#mail_read_mmaped = no

# Copy mail to another folders using hard links. This is much faster than
# actually copying the file. This is problematic only if something modifies
# the mail in one folder but doesn't want it modified in the others. I don't
# know any MUA which would modify mail files directly. IMAP protocol also
# requires that the mails don't change, so it would be problematic in any case.
# If you care about performance, enable it.
#maildir_copy_with_hardlinks = no

# Check if mails' content has been changed by external programs. This slows
# down things as extra stat() needs to be called for each file. If changes are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
#maildir_check_content_changes = no

# Which locking methods to use for locking mbox. There's three available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#           solution. If you want to use /var/mail/ like directory, the users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created first.
#mbox_locks = dotlock fcntl

# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
#mbox_read_dotlock = no

# Maximum time in seconds to wait for lock (all of them) before aborting.
#mbox_lock_timeout = 300

# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
#mbox_dotlock_change_timeout = 30

# umask to use for mail files and directories
#umask = 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use single UID
# for multiple users, as the users could ptrace() each others processes then.
#mail_drop_priv_before_exec = no

##
## IMAP process
##

# Executable location
#imap_executable = /usr/libexec/dovecot/imap

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
#imap_process_size = 256

# Support for dynamically loadable modules.
#imap_use_modules = no
#imap_modules = /usr/lib/dovecot/imap

##
## POP3 process
##

# Executable location
#pop3_executable = /usr/libexec/dovecot/pop3

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
#pop3_process_size = 256

# Support for dynamically loadable modules.
#pop3_use_modules = no
#pop3_modules = /usr/lib/dovecot/pop3

##
## Authentication processes
##

# You can have multiple processes; each time "auth = xx" is seen, a new
# process definition is started. The point of multiple processes is to be
# able to set stricter permissions to others. For example, plain/PAM
# authentication requires roots, but if you also use digest-md5 authentication
# for some users, you can authenticate them without any privileges in a
# separate auth process. Just remember that only one auth process is asked
# for the password, so you can't have different passwords with different
# processes (unless they have different auth methods, and you're ok with
# having different password for each method).

# Authentication process name.
auth = default 

# Space separated list of wanted authentication mechanisms:
#   plain digest-md5 anonymous
auth_mechanisms = plain

# Space separated list of realms for SASL authentication mechanisms that need
# them. You can leave it empty if you don't want to support multiple realms.
# Many clients simply use the first one listed here, so keep the default realm
# first.
#auth_realms =

# Default realm to use if none was specified.
#auth_default_realm = 

# Where user database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   passwd-file <path>: passwd-like file with specified location
#   static uid=<uid> gid=<gid> home=<dir template>: static settings
#   vpopmail: vpopmail library
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
auth_userdb = passwd
# auth_userdb = pgsql /usr/local/etc/dovecot-pgsql.conf

# Where password database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   shadow: /etc/shadow or similiar, using getspnam()
#   pam [<service> | *]: PAM authentication
#   passwd-file <path>: passwd-like file with specified location
#   vpopmail: vpopmail authentication
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
auth_passdb = pam dovecot 

#auth_executable = /usr/libexec/dovecot/dovecot-auth

# Set max. process size in megabytes.
#auth_process_size = 256

# User to use for the process. This user needs access to only user and
# password databases, nothing else. Only shadow and pam authentication
# requires roots, so use something else if possible.
auth_user = root

# Directory where to chroot the process. Most authentication backends don't
# work if this is set, and there's no point chrooting if auth_user is root.
#auth_chroot = 

# Number of authentication processes to create
#auth_count = 1

# List of allowed characters in username. If the user-given username contains
# a character not listed in here, the login automatically fails. This is just
# an extra check to make sure user can't exploit any potential quote escaping
# vulnerabilities with SQL/LDAP databases. If you want to allow all characters,
# set this value to empty.
#auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@

# Username to use for users logging in with ANONYMOUS SASL mechanism
#auth_anonymous_username = anonymous

# More verbose logging. Useful for figuring out why authentication isn't
# working.
#auth_verbose = no

# digest-md5 authentication process. It requires special MD5 passwords which
# /etc/shadow and PAM doesn't support, so we never need roots to handle it.
# Note that the passwd-file is opened before chrooting and dropping root
# privileges, so it may be 0600-root owned file.

#auth = digest_md5
#auth_methods = digest-md5
#auth_realms = 
#auth_userdb = passwd-file /etc/passwd.imap
#auth_passdb = passwd-file /etc/passwd.imap
#auth_user = imapauth
#auth_chroot = 

# if you plan to use only passwd-file, you don't need the two auth processes,
# simply set "auth_methods = plain digest-md5"

--Boundary-00=_U+WWAr+aU4eECL4
Content-Type: application/x-shellscript;
  name="dovecot"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="dovecot"

#! /bin/sh
# Copyright (c) 2003 Marcus R=FCckert
# All rights reversed.
#
# Author: Marcus R=FCckert <darix@irssi.org>
#
# /etc/init.d/dovecot
#   and its symbolic link
# /(usr/)sbin/rcdovecot
#
# Template system startup script for some example service/daemon dovecot
#
# LSB compatible service control script; see http://www.linuxbase.org/spec/
#
# Note: This template uses functions rc_XXX defined in /etc/rc.status on
# UnitedLinux (UL) based Linux distributions. If you want to base your
# script on this template and ensure that it works on non UL based LSB
# compliant Linux distributions, you either have to provide the rc.status
# functions from UL or change the script to work without them.
#
### BEGIN INIT INFO
# Provides:          dovecot
# Required-Start:    $syslog $remote_fs $network
# X-UnitedLinux-Should-Start: $time ypbind sendmail
# Required-Stop:     $syslog $remote_fs
# X-UnitedLinux-Should-Stop: $time ypbind sendmail
# Default-Start:     3 5
# Default-Stop:      0 1 2 6
# Short-Description: dovecot imap4/pop3 daemon
# Description:       Start dovecot imap4/pop3 daemon
### END INIT INFO
#
# Any extensions to the keywords given above should be preceeded by
# X-VendorTag- (X-UnitedLinux- for us) according to LSB.
#
# Notes on Required-Start/X-UnitedLinux-Should-Start:
# * There are two different issues that are solved by Required-Start
#    and X-UnitedLinux-Should-Start
# (a) Hard dependencies: This is used by the runlevel editor to determine
#     which services absolutely need to be started to make the start of
#     this service make sense. Example: nfsserver should have
#     Required-Start: $portmap
#     Also, required services are started before the dependent ones.
#     The runlevel editor will warn about such missing hard dependencies
#     and suggest enabling. During system startup, you may expect an error,
#     if the dependency is not fulfilled.
# (b) Specifying the init script ordering, not real (hard) dependencies.
#     This is needed by insserv to determine which service should be
#     started first (and at a later stage what services can be started
#     in parallel). The tag X-UnitedLinux-Should-Start: is used for this.
#     It tells, that if a service is available, it should be started
#     before. If not, never mind.
# * When specifying hard dependencies or ordering requirements, you can
#   use names of services (contents of their Provides: section)
#   or pseudo names starting with a $. The following ones are available
#   according to LSB (1.1):
#	$local_fs		all local file systems are mounted
#				(most services should need this!)
#	$remote_fs		all remote file systems are mounted
#				(note that /usr may be remote, so
#				 many services should Require this!)
#	$syslog			system logging facility up
#	$network		low level networking (eth card, ...)
#	$named			hostname resolution available
#	$netdaemons		all network daemons are running
#   The $netdaemons pseudo service has been removed in LSB 1.2.
#   For now, we still offer it for backward compatibility.
#   These are new (LSB 1.2):
#	$time			the system time has been set correctly
#	$portmap		SunRPC portmapping service available
#   UnitedLinux extensions:
#	$ALL			indicates that a script should be inserted
#				at the end
# * The services specified in the stop tags
#   (Required-Stop/X-UnitedLinux-Should-Stop)
#   specify which services need to be still running when this service
#   is shut down. Often the entries there are just copies or a subset
#   from the respective start tag.
# * X-UnitedLinux-Should-Start/Stop are not part of LSB (as of 1.3)
#   but official Should-Start/Stop tags are in discussion (1.9).
#   insserv does support these as well.
# * X-UnitedLinux-Default-Enabled: yes/no is used at installation time
#   (%fillup_and_insserv macro in %post of many RPMs) to specify whether
#   a startup script should default to be enabled after installation.
#   It's not used by insserv.
#
# Note on runlevels:
# 0 - halt/poweroff 			6 - reboot
# 1 - single user			2 - multiuser without network exported
# 3 - multiuser w/ network (text mode)  5 - multiuser w/ network and X11 (x=
dm)
#
# Note on script names:
# http://www.linuxbase.org/spec/refspecs/LSB_1.3.0/gLSB/gLSB/scrptnames.html
# A registry has been set up to manage the init script namespace.
# http://www.lanana.org/
# Please use the names already registered or register one or use a
# vendor prefix.


# Check for missing binaries (stale symlinks should not happen)
DOVECOT_BIN=3D/usr/sbin/dovecot
test -x $DOVECOT_BIN || exit 5

# Check for existence of needed config file and read it
# DOVECOT_CONFIG=3D/etc/sysconfig/dovecot
# test -r $DOVECOT_CONFIG || {echo "$DOVECOT_CONFIG not existing"; exit 6}
# . $DOVECOT_CONFIG

# Source LSB init functions
# providing start_daemon, killproc, pidofproc,
# log_success_msg, log_failure_msg and log_warning_msg.
# This is currently not used by UnitedLinux based distributions and
# not needed for init scripts for UnitedLinux only. If it is used,
# the functions from rc.status should not be sourced or used.
#. /lib/lsb/init-functions

# Shell functions sourced from /etc/rc.status:
#      rc_check         check and set local and overall rc status
#      rc_status        check and set local and overall rc status
#      rc_status -v     be verbose in local rc status and clear it afterwar=
ds
#      rc_status -v -r  ditto and clear both the local and overall rc status
#      rc_status -s     display "skipped" and exit with status 3
#      rc_status -u     display "unused" and exit with status 3
#      rc_failed        set local and overall rc status to failed
#      rc_failed <num>  set local and overall rc status to <num>
#      rc_reset         clear both the local and overall rc status
#      rc_exit          exit appropriate to overall rc status
#      rc_active        checks whether a service is activated by symlinks
#      rc_splash arg    sets the boot splash screen to arg (if active)
=2E /etc/rc.status

# Reset status of this service
rc_reset

# Return values acc. to LSB for all commands but status:
# 0	  - success
# 1       - generic or unspecified error
# 2       - invalid or excess argument(s)
# 3       - unimplemented feature (e.g. "reload")
# 4       - user had insufficient privileges
# 5       - program is not installed
# 6       - program is not configured
# 7       - program is not running
# 8--199  - reserved (8--99 LSB, 100--149 distrib, 150--199 appl)
#
# Note that starting an already running service, stopping
# or restarting a not-running service as well as the restart
# with force-reload (in case signaling is not supported) are
# considered a success.

case "$1" in
    start)
	echo -n "Starting dovecot master daemon"
	## Start daemon with startproc(8). If this fails
	## the return value is set appropriately by startproc.
	startproc $DOVECOT_BIN

	# Remember status and be verbose
	rc_status -v
	;;
    stop)
	echo -n "Shutting down dovecot "
	## Stop daemon with killproc(8) and if this fails
	## killproc sets the return value according to LSB.

	killproc -TERM $DOVECOT_BIN

	# Remember status and be verbose
	rc_status -v
	;;
    try-restart|condrestart)
	## Do a restart only if the service was active before.
	## Note: try-restart is now part of LSB (as of 1.9).
	## RH has a similar command named condrestart.
	if test "$1" =3D "condrestart"; then
		echo "${attn} Use try-restart ${done}(LSB)${attn} rather than condrestart=
 ${warn}(RH)${norm}"
	fi
	$0 status
	if test $? =3D 0; then
		$0 restart
	else
		rc_reset	# Not running is not a failure.
	fi
	# Remember status and be quiet
	rc_status
	;;
    restart)
	## Stop the service and regardless of whether it was
	## running or not, start it again.
	$0 stop
	$0 start

	# Remember status and be quiet
	rc_status
	;;
#     force-reload)
# 	## Signal the daemon to reload its config. Most daemons
# 	## do this on signal 1 (SIGHUP).
# 	## If it does not support it, restart.
#
# 	echo -n "Reload service dovecot "
# 	## if it supports it:
# 	killproc -HUP $DOVECOT_BIN
# 	#touch /var/run/dovecot.pid
# 	rc_status -v
#
# 	## Otherwise:
# 	#$0 try-restart
# 	#rc_status
# 	;;
#     reload)
# 	## Like force-reload, but if daemon does not support
# 	## signaling, do nothing (!)
#
# 	# If it supports signaling:
# 	echo -n "Reload service dovecot "
# 	killproc -HUP $DOVECOT_BIN
# 	#touch /var/run/dovecot.pid
# 	rc_status -v
#
# 	## Otherwise if it does not support reload:
# 	#rc_failed 3
# 	#rc_status -v
# 	;;
    status)
	echo -n "Checking for service dovecot "
	## Check status with checkproc(8), if process is running
	## checkproc will return with exit status 0.

	# Return value is slightly different for the status command:
	# 0 - service up and running
	# 1 - service dead, but /var/run/  pid  file exists
	# 2 - service dead, but /var/lock/ lock file exists
	# 3 - service not running (unused)
	# 4 - service status unknown :-(
	# 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.)

	# NOTE: checkproc returns LSB compliant status values.
	checkproc $DOVECOT_BIN
	# NOTE: rc_status knows that we called this init script with
	# "status" option and adapts its messages accordingly.
	rc_status -v
	;;
#     probe)
# 	## Optional: Probe for the necessity of a reload, print out the
# 	## argument to this init script which is required for a reload.
# 	## Note: probe is not (yet) part of LSB (as of 1.9)
#
# 	test /etc/dovecot/dovecot.conf -nt /var/run/dovecot.pid && echo reload
# 	;;
     *)
	echo "Usage: $0 {start|stop|status|try-restart|restart}"
	exit 1
	;;
esac
rc_exit

--Boundary-00=_U+WWAr+aU4eECL4--

From esj@harvee.org  Thu Mar 18 15:13:55 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 59B4FC002809; Thu, 18 Mar 2004 15:13:55 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 8D101C002807
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 15:13:52 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i2ID7jCe008121;
	Thu, 18 Mar 2004 08:09:39 -0500
Received: FROM harvee.org ([192.168.0.54]) BY harvee.org WITH ESMTP ;
	Thu, 18 Mar 2004 08:07:45 -0500
Message-ID: <40599EEE.9090806@harvee.org>
Date: Thu, 18 Mar 2004 08:06:54 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Skye Poier <skye@f4.ca>
Subject: Re: [Dovecot] triggering multiple actions on pop-3 request
References: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>	<40590322.1030705@harvee.org>
	<20040318024018.GN22419@f4.ca>
In-Reply-To: <20040318024018.GN22419@f4.ca>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040318:skye@f4.ca:37a94ec271f7c15d
X-Hashcash: 0:040318:dovecot@dovecot.org:bf25714830cf24c7
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 18 Mar 2004 13:13:55 -0000
X-UID: 8812                                                  
Status: O
Content-Length: 1657

Skye Poier wrote:

> If you want to launch fetchmail, you'd probably want to do a fork()
> after authentication.
> 
> In the child, you would execl() fetchmail.
> 
> In the parent you would wait() for the exit status of the child.

I figured a fork and exec would probably be what's called for. 
Although, I would probably want to cast off the child process and let it 
run to completion on its own.
> 
> You probably wouldn't want to do that in dovecot-auth or it might block
> all other auth while it is executing?  I haven't really looked at the
> design so I don't know.  The best place would probably be right before
> it tries to read the user's Maildir, in its own process.

the best place would be a place for I have all of the necessary 
information about the user and is a mainline pass through the code so it 
will always be executed.  If you do this right, it could be a plug-in 
point for pre access functionality.  There is probably some equivalent 
location for post access.  Might be an interesting place to put in 
plug-in infrastructure so we can do all sorts of things to people's 
e-mail.  For example, I have often thought that it would be interesting 
to have some sort of filter after read type capability.  Where all 
messages go into your inbox  and after you read them, a filtering 
decision is made and the message is put in the appropriate destination 
automatically.  Probably best client side but server side filtering has 
many advantages including the ability to change clients and not having 
to move your 200 filter rules.

in any case.  I can see the argument for putting things down in the 
actual server code.

---eric


From gmid-dovecot@m.gmane.org  Thu Mar 18 15:45:04 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 31261C002809; Thu, 18 Mar 2004 15:45:04 +0200 (EET)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 41E18C002807
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 15:45:02 +0200 (EET)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1B3xlR-0001wk-00
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 14:40:49 +0100
Received: from 139.85.94.36 ([139.85.94.36])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 14:40:49 +0100
Received: from ndbecker2 by 139.85.94.36 with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 14:40:49 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: "Neal D. Becker" <ndbecker2@verizon.net>
Date: Thu, 18 Mar 2004 07:47:16 -0500
Lines: 8
Message-ID: <c3c5ok$1j7$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: 139.85.94.36
User-Agent: KNode/0.7.7
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Thu, 18 Mar 2004 20:33:28 +0200
Subject: [Dovecot] duplicate mails
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 18 Mar 2004 13:45:04 -0000
X-UID: 8813                                                  
Status: O

I run kmail and use it to automatically sort my mails to various imap
folders (using kmail's disconnected imap).

If I fire up a second instance of kmail (e.g., @work + @home) then both will
do this, and I wind up with 2 copies of each mail.

Can dovecot be taught to discard duplicate mail ids, or maybe some other
mechanism to avoid this problem?


From jaldhar@debian.org  Fri Mar 19 02:29:52 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A1A4C00280B; Fri, 19 Mar 2004 02:29:52 +0200 (EET)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 25A92C002807
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 02:29:50 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id D23388052; Thu, 18 Mar 2004 19:25:36 -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 19883-02; Thu, 18 Mar 2004 19:25:36 -0500 (EST)
Received: from [149.123.206.39] (unknown [149.123.206.39])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 4FA447F4E; Thu, 18 Mar 2004 19:25:36 -0500 (EST)
Date: Thu, 18 Mar 2004 19:24:15 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Julian Melville <JMelville@selectaustralasia.com.au>
Subject: RE: [Dovecot] Dovecot failing silently on startup
In-Reply-To: <4290D8AB6C950C44B59AA76B2513A6CA05A3FD@SYDEXCHVS01.Australasia.SelectNET.com>
Message-ID: <Pine.LNX.4.58.0403181900230.4343@diku.intranet.braincell.com>
References: <4290D8AB6C950C44B59AA76B2513A6CA05A3FD@SYDEXCHVS01.Australasia.SelectNET.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 00:29:52 -0000
X-UID: 8814                                                  
Status: O
Content-Length: 1036

On Fri, 12 Mar 2004, Julian Melville wrote:

>  > Can you do an strace of a running dovecot process so we can
> > get a better idea?  (You ought to cc the list as well.)
>
> Sorry for the slow reply, it's taken me a few days to get back to this
> and observe the problem again. I've placed a tarball of the output of
> "strace -ff -o dovecot dovecot" here:
>

I too must apologize for the delay in responding.

> To my (admittedly untrained) eye, it's looking for and not finding
> /etc/ld.so.nohwcap, and then repeatedly not finding
> /var/run/dovecot/ssl-parameters.dat. At that point there is a
> /var/run/dovecot/ssl-parameters.dat.tmp - is that where the SSL stuff is
> being generated?
>
> Is it just that Dovecot is stalled until the ssl-parameters.dat file
> appears?
>

I've seen this symptom before.  There is a problem with gnutls7 on certain
architectures hppa and sparc for instance.  Are you running one of those
by any chance?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From andrew@client.hewus.sdsl.lhc.redrivernet.com  Fri Mar 19 06:53:47 2004
Return-Path: <andrew@client.hewus.sdsl.lhc.redrivernet.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7B599C00280F; Fri, 19 Mar 2004 06:53:47 +0200 (EET)
Received: from rrlhcmal1002.lhc.redrivernet.com
	(rrlhcmal1002.lhc.redrivernet.com [66.185.225.22])
	by talvi.dovecot.org (Postfix) with ESMTP id 40F3CC00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 06:53:42 +0200 (EET)
Received: from [66.185.239.34] by rrlhcmal1002.redrivernet.com (NTMail
	7.00.0022/NU7672.00.de8cf6f5) with ESMTP id unsbauaa for
	dovecot@dovecot.org; Thu, 18 Mar 2004 21:49:17 -0700
Received: from babelfish.home.hewus.com (andrew@localhost.home.hewus.com
	[IPv6:::1])
	by client.hewus.sdsl.lhc.redrivernet.com (8.12.9/8.12.9) with ESMTP id
	i2J4fTP5010531
	for <dovecot@dovecot.org>; Thu, 18 Mar 2004 21:41:29 -0700 (MST)
Received: (from andrew@localhost)
	by babelfish.home.hewus.com (8.12.9/8.12.9/Submit) id i2J4fT6j025617
	for dovecot@dovecot.org; Thu, 18 Mar 2004 21:41:29 -0700 (MST)
Date: Thu, 18 Mar 2004 21:41:29 -0700
From: andrew fresh <andrew@mad-techies.org>
To: dovecot@dovecot.org
Message-ID: <20040319044129.GA24104@babelfish.home.hewus.com>
Mail-Followup-To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] Case insensitive user names
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 04:53:47 -0000
X-UID: 8815                                                  
Status: O
Content-Length: 1378

I am trying to set up the Dovecot pop3 server for some virtual hosting I am doing and it is going well,  I am generating a passwd file that points dovecot to the virtual users mailspool.  The only thing that I don't have working is that my current pop3 server (NTMail) has case insensitve usernames. Dovecot doesn't.  I was hoping there was just an option to turn on, but I didn't see one, and unfortunately I don't know enough C to change to lc($submitted_user) eq lc($database_user) like I would in perl :-)

I do have control over generating the passwd file, and it is currently generating the users to lowecase in the file, so just lc($submitted_user) eq $database_user would work well enough.  Unfortunately I don't know enough C to do that, so I thought I would ask if anyone has done this.

So, does anyone have any ideas on how to do this? 

Thank you,

-- 
andrew

/---------------------------------------------------------------------\
|   ICQ#   |             Proud Member of Mad-Techies.org              |
|  253198  |               http://www.mad-techies.org                 |
|---------------------------------------------------------------------|
|           There are two ways to write error-free programs;          |
|                      only the third one works.                      |
\---------------------------------------------------------------------/

From chrian@stud.ntnu.no  Fri Mar 19 15:32:49 2004
Return-Path: <chrian@stud.ntnu.no>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DE343C00280F; Fri, 19 Mar 2004 15:32:49 +0200 (EET)
Received: from amex.kq.no (amex.kq.no [193.71.71.89])
	by talvi.dovecot.org (Postfix) with ESMTP id C538EC00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 15:32:47 +0200 (EET)
Received: by amex.kq.no (Postfix, from userid 1004)
	id AF41052D15; Fri, 19 Mar 2004 14:28:26 +0100 (CET)
Received: from smtp.eunet.no (smtp.eunet.no [193.71.71.243])
	by amex.kq.no (Postfix) with ESMTP id 726E052D04
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 14:28:26 +0100 (CET)
Received: from gandalf.phuzz.org (cD9088A8E.sdsl.catch.no [217.8.138.142])
	by smtp.eunet.no (Postfix) with ESMTP id 60EA7F1E4A
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 14:28:26 +0100 (CET)
Received: from www.phuzzbox.no (localhost.localdomain [127.0.0.1])
	by gandalf.phuzz.org (8.12.10/8.12.10) with ESMTP id i2JDSQ7W016868
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 14:28:26 +0100
Received: from 129.241.163.43 (SquirrelMail authenticated user jumper);
	by phuzz.org with HTTP; Fri, 19 Mar 2004 14:28:26 +0100 (CET)
Message-ID: <55579.129.241.163.43.1079702906.squirrel@129.241.163.43>
Date: Fri, 19 Mar 2004 14:28:26 +0100 (CET)
From: "Christian Andersen" <chrian@stud.ntnu.no>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
Subject: [Dovecot] chdir() on NFS
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 13:32:50 -0000
X-UID: 8816                                                  
Status: O
Content-Length: 1108


Hi,
I'm having problems accessing home directories though NFS. This setup uses
LDAP and Kerberos. Users defined on the local host work fine. This is what
dovecot writes in the logs while trying to log in as the user johndoe:

----
Mar 19 14:10:54 jack dovecot-auth: nss_ldap: reconnecting to LDAP server...
Mar 19 14:10:54 jack dovecot-auth: nss_ldap: reconnected to LDAP server
after 1 attempt(s)
Mar 19 14:10:54 jack imap-login: Login: johndoe [10.0.0.30]
Mar 19 14:10:54 jack dovecot: chdir(/home/johndoe) failed: Permission denied
Mar 19 14:10:54 jack dovecot: child 3525 (imap) returned error 89
----

The authentication is OK, but dovecot fails to get access to the home
directory. What username does dovecot try to chdir() as?

If I 'su' from to that user I have access to /home/johndoe, and a quick
test with Courier IMAP worked fine. Postfix has no problem delivering mail
in the users maildir using procmail.

Some relevant config options:

default_mail_env = maildir:~/mail:INDEX=/var/indexes/%n
auth_userdb = passwd
auth_passdb = pam
auth_user = root


-- 
Christian Andersen
<http://phuzz.org>

From chrian@stud.ntnu.no  Fri Mar 19 19:37:57 2004
Return-Path: <chrian@stud.ntnu.no>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 50EF5C002810; Fri, 19 Mar 2004 19:37:57 +0200 (EET)
Received: from amex.kq.no (amex.kq.no [193.71.71.89])
	by talvi.dovecot.org (Postfix) with ESMTP id 27ED9C00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 19:37:55 +0200 (EET)
Received: by amex.kq.no (Postfix, from userid 1004)
	id 5528F54355; Fri, 19 Mar 2004 18:33:40 +0100 (CET)
Received: from smtp.eunet.no (smtp.eunet.no [193.71.71.243])
	by amex.kq.no (Postfix) with ESMTP id 233F854336
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 18:33:40 +0100 (CET)
Received: from gandalf.phuzz.org (cD9088A8E.sdsl.catch.no [217.8.138.142])
	by smtp.eunet.no (Postfix) with ESMTP id 157E0F1EDC
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 18:33:40 +0100 (CET)
Received: from www.phuzzbox.no (localhost.localdomain [127.0.0.1])
	by gandalf.phuzz.org (8.12.10/8.12.10) with ESMTP id i2JHXd7W017856
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 18:33:39 +0100
Received: from 217.144.234.78 (SquirrelMail authenticated user jumper);
	by phuzz.org with HTTP; Fri, 19 Mar 2004 18:33:39 +0100 (CET)
Message-ID: <33901.217.144.234.78.1079717619.squirrel@217.144.234.78>
In-Reply-To: <55579.129.241.163.43.1079702906.squirrel@129.241.163.43>
References: <55579.129.241.163.43.1079702906.squirrel@129.241.163.43>
Date: Fri, 19 Mar 2004 18:33:39 +0100 (CET)
Subject: Re: [Dovecot] chdir() on NFS
From: "Christian Andersen" <chrian@stud.ntnu.no>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 17:37:57 -0000
X-UID: 8817                                                  
Status: O
Content-Length: 1566


Christian Andersen said:
>
> Hi,
> I'm having problems accessing home directories though NFS. This setup uses
> LDAP and Kerberos. Users defined on the local host work fine. This is what
> dovecot writes in the logs while trying to log in as the user johndoe:
>
> ----
> Mar 19 14:10:54 jack dovecot-auth: nss_ldap: reconnecting to LDAP
> server...
> Mar 19 14:10:54 jack dovecot-auth: nss_ldap: reconnected to LDAP server
> after 1 attempt(s)
> Mar 19 14:10:54 jack imap-login: Login: johndoe [10.0.0.30]
> Mar 19 14:10:54 jack dovecot: chdir(/home/johndoe) failed: Permission
> denied
> Mar 19 14:10:54 jack dovecot: child 3525 (imap) returned error 89
> ----
>
> The authentication is OK, but dovecot fails to get access to the home
> directory. What username does dovecot try to chdir() as?
>
> If I 'su' from to that user I have access to /home/johndoe, and a quick
> test with Courier IMAP worked fine. Postfix has no problem delivering mail
> in the users maildir using procmail.
>
> Some relevant config options:
>
> default_mail_env = maildir:~/mail:INDEX=/var/indexes/%n
> auth_userdb = passwd
> auth_passdb = pam
> auth_user = root

Problem solved, I guess...

I recompiled from source and just replaced the dovecot binary in
/usr/sbin. Trying to do 'rpmbuild -tb' and install the resulting rpm
rendered everything unusable, but I guess that's just a matter of
tweaking some options to 'configure'.

What's the difference between the Fedora Core 1 version (0.99.10-6) and
the latest stable version (0.99.10.4)?

-- 
Christian Andersen
<http://phuzz.org>

From maikel@ladot.com  Fri Mar 19 20:38:19 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3CDA4C002810; Fri, 19 Mar 2004 20:38:19 +0200 (EET)
Received: from amsfep17-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15])
	by talvi.dovecot.org (Postfix) with ESMTP id 6F504C00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 20:38:16 +0200 (EET)
Received: from myst.dohd.org ([62.195.154.6]) by amsfep17-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040319183400.IHSY9102.amsfep17-int.chello.nl@myst.dohd.org>
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 19:34:00 +0100
Received: from [10.0.3.242] ([10.0.3.242]) (authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i2JIXQrA006435
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 19:33:28 +0100 (CET)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <33901.217.144.234.78.1079717619.squirrel@217.144.234.78>
References: <55579.129.241.163.43.1079702906.squirrel@129.241.163.43>
	<33901.217.144.234.78.1079717619.squirrel@217.144.234.78>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <E8551F62-79D3-11D8-B8CA-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] chdir() on NFS
Date: Fri, 19 Mar 2004 19:33:25 +0100
To: dovecot@dovecot.org
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 18:38:19 -0000
X-UID: 8818                                                  
Status: O
Content-Length: 1310

Hi Christian,

On Mar 19, 2004, at 6:33 PM, Christian Andersen wrote:
>> Mar 19 14:10:54 jack imap-login: Login: johndoe [10.0.0.30]
>> Mar 19 14:10:54 jack dovecot: chdir(/home/johndoe) failed: Permission
>> denied
>> Mar 19 14:10:54 jack dovecot: child 3525 (imap) returned error 89
>
> Problem solved, I guess...
>
I think you will find your mailbox empty...

> I recompiled from source and just replaced the dovecot binary in
> /usr/sbin. Trying to do 'rpmbuild -tb' and install the resulting rpm
> rendered everything unusable, but I guess that's just a matter of
> tweaking some options to 'configure'.
>
> What's the difference between the Fedora Core 1 version (0.99.10-6) and
> the latest stable version (0.99.10.4)?
>
I guess the fedora core 1 version does not report with an error when 
dovecot can't open your mail file/folder. This is a separate patch for 
the release version.

Please note that the current dovecot version does not support 
dotlocking for all file actions, so NFS is probably not safe and will 
result in lock errors. (and lock errors can result in the error you 
were experiencing). I do know Timo is working real hard on getting 
dovecot  to support dotlocking as well for all file actions.

> -- 
> Christian Andersen
> <http://phuzz.org>
>
Kind Regards,


Maikel Verheijen.


From skye@f4.ca  Fri Mar 19 21:09:21 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3824FC002810; Fri, 19 Mar 2004 21:09:21 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 07200C00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 21:09:19 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B4PIk-000O1c-00
	for dovecot@dovecot.org; Fri, 19 Mar 2004 11:05:02 -0800
Date: Fri, 19 Mar 2004 11:05:02 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot startup at boottime fails
Message-ID: <20040319190502.GF84799@f4.ca>
References: <200403181044.52623.bavo@coderspotting.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403181044.52623.bavo@coderspotting.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 19:09:21 -0000
X-UID: 8819                                                  
Status: O

Does dovecot-auth have permissions to /var/run/dovecot/login
during boot time?

Skye


Word on the street is Bavo De Ridder said:
> Hi,
> 
> I am running dovecot 0.99.10.4 on SuSE 9. I installed it using apt-get from 
> the gwdg repository.
> 
> The dovecot service is configured to start at boottime in run level 3 and 5. 
> However, it dies immediately with this error (/var/log/mail.err):
> 
> dovecot: Login process died too early - shutting down
> 
> Starting the service afterwords from a prompt as root with the command:
> 
> /etc/init.d/dovecot start
> 
> works without a glitch. Attached you can find my dovecot.conf and the startup 
> script /etc/init.d/dovecot.
> 
> I hope someone could shed some light on this issue.


From skye@f4.ca  Fri Mar 19 21:13:07 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 146CCC002810; Fri, 19 Mar 2004 21:13:07 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id D840BC00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 21:13:04 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B4PMP-000O3Y-00
	for dovecot@dovecot.org; Fri, 19 Mar 2004 11:08:49 -0800
Date: Fri, 19 Mar 2004 11:08:49 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] triggering multiple actions on pop-3 request
Message-ID: <20040319190849.GG84799@f4.ca>
References: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>
	<40590322.1030705@harvee.org> <20040318024018.GN22419@f4.ca>
	<40599EEE.9090806@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40599EEE.9090806@harvee.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 19:13:07 -0000
X-UID: 8820                                                  
Status: O

Word on the street is Eric S. Johansson said:
> I figured a fork and exec would probably be what's called for. 
> Although, I would probably want to cast off the child process and let it 
> run to completion on its own.

But, if you don't wait() then the messages it fetches will not be
avaiable in the first POP LIST.  Which may not matter in your design :)

> the best place would be a place for I have all of the necessary 
> information about the user and is a mainline pass through the code so it 
> will always be executed. 

And, after dovecot has changed its UID and chrooted (if the extra
security is desired)

Skye


From chrian@stud.ntnu.no  Fri Mar 19 21:17:24 2004
Return-Path: <chrian@stud.ntnu.no>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 30AEEC002812; Fri, 19 Mar 2004 21:17:24 +0200 (EET)
Received: from amex.kq.no (amex.kq.no [193.71.71.89])
	by talvi.dovecot.org (Postfix) with ESMTP id 2A070C00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 21:17:22 +0200 (EET)
Received: by amex.kq.no (Postfix, from userid 1004)
	id 1FDED52FF6; Fri, 19 Mar 2004 20:13:07 +0100 (CET)
Received: from smtp.eunet.no (smtp.eunet.no [193.71.71.243])
	by amex.kq.no (Postfix) with ESMTP id DEF3352FD9
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 20:13:06 +0100 (CET)
Received: from gandalf.phuzz.org (cD9088A8E.sdsl.catch.no [217.8.138.142])
	by smtp.eunet.no (Postfix) with ESMTP id D275DF1EF1
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 20:13:06 +0100 (CET)
Received: from stud.ntnu.no (localhost.localdomain [127.0.0.1])
	by gandalf.phuzz.org (8.12.10/8.12.10) with ESMTP id i2JJD67W018828
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 20:13:06 +0100
Message-ID: <405B4641.6090100@stud.ntnu.no>
Date: Fri, 19 Mar 2004 20:13:05 +0100
From: Christian Andersen <chrian@stud.ntnu.no>
Organization: Norwegian University of Science and Technology
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] chdir() on NFS
References: <55579.129.241.163.43.1079702906.squirrel@129.241.163.43>	<33901.217.144.234.78.1079717619.squirrel@217.144.234.78>
	<E8551F62-79D3-11D8-B8CA-000A95B3C1CA@ladot.com>
In-Reply-To: <E8551F62-79D3-11D8-B8CA-000A95B3C1CA@ladot.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 19:17:24 -0000
X-UID: 8821                                                  
Status: O

Maikel Verheijen wrote:
> I guess the fedora core 1 version does not report with an error when
> dovecot can't open your mail file/folder. This is a separate patch for
> the release version.
> 
> Please note that the current dovecot version does not support dotlocking
> for all file actions, so NFS is probably not safe and will result in
> lock errors. (and lock errors can result in the error you were
> experiencing). I do know Timo is working real hard on getting dovecot 
> to support dotlocking as well for all file actions.

Does this apply to Maildir-format or just mbox? I thought I was playing
it safe by using Maildir and having the index files on the local
drive... That's the impression I got from the current dovecot
documnentation. I just thought it was strange that the problem went away
by just replacing the binary.

Anyway, this is just a temporary setup for a project in a class at my
university, nothing mission critical.

-- 
Christian Andersen
<http://phuzz.org>

From maikel@ladot.com  Fri Mar 19 21:27:43 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 16CC9C002818; Fri, 19 Mar 2004 21:27:43 +0200 (EET)
Received: from amsfep17-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15])
	by talvi.dovecot.org (Postfix) with ESMTP id BCFE0C002814
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 21:27:40 +0200 (EET)
Received: from myst.dohd.org ([62.195.154.6]) by amsfep17-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040319192325.JDVN9102.amsfep17-int.chello.nl@myst.dohd.org>
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 20:23:25 +0100
Received: from [10.0.3.242] ([10.0.3.242]) (authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i2JJNIWx006781
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 20:23:18 +0100 (CET)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <405B4641.6090100@stud.ntnu.no>
References: <55579.129.241.163.43.1079702906.squirrel@129.241.163.43>	<33901.217.144.234.78.1079717619.squirrel@217.144.234.78>
	<E8551F62-79D3-11D8-B8CA-000A95B3C1CA@ladot.com>
	<405B4641.6090100@stud.ntnu.no>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <E032D955-79DA-11D8-86FE-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] chdir() on NFS
Date: Fri, 19 Mar 2004 20:23:17 +0100
To: dovecot@dovecot.org
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 19:27:43 -0000
X-UID: 8822                                                  
Status: O
Content-Length: 1435


On Mar 19, 2004, at 8:13 PM, Christian Andersen wrote:

> Maikel Verheijen wrote:
>> I guess the fedora core 1 version does not report with an error when
>> dovecot can't open your mail file/folder. This is a separate patch for
>> the release version.
>>
>> Please note that the current dovecot version does not support 
>> dotlocking
>> for all file actions, so NFS is probably not safe and will result in
>> lock errors. (and lock errors can result in the error you were
>> experiencing). I do know Timo is working real hard on getting dovecot
>> to support dotlocking as well for all file actions.
>
> Does this apply to Maildir-format or just mbox? I thought I was playing
> it safe by using Maildir and having the index files on the local
> drive... That's the impression I got from the current dovecot
> documnentation. I just thought it was strange that the problem went 
> away
> by just replacing the binary.
The locking mechanism is more important for mbox mailspools, but 
dovecot has some extra files (.subscriptions and .customflags) that 
need locking as well. For the separate mails in the mailboxes dovecot 
needs no locking when you use maildir.

Index files on the local drive are a good idea if you only use one 
machine for the mailbox, if you use multiple, your index files might 
get corrupted. You can use in-memory indexes as well.

> Christian Andersen
> <http://phuzz.org>
>
Kind regards,

Maikel Verheijen


From esj@harvee.org  Fri Mar 19 21:45:48 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B3C30C002815; Fri, 19 Mar 2004 21:45:48 +0200 (EET)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 25B3EC00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 21:45:46 +0200 (EET)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i2JJeMCe001148;
	Fri, 19 Mar 2004 14:41:29 -0500
Received: FROM harvee.org ([192.168.0.54]) BY harvee.org WITH ESMTP ;
	Fri, 19 Mar 2004 14:40:19 -0500
Message-ID: <405B4C84.8090500@harvee.org>
Date: Fri, 19 Mar 2004 14:39:48 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Skye Poier <skye@f4.ca>
Subject: Re: [Dovecot] triggering multiple actions on pop-3 request
References: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>	<40590322.1030705@harvee.org>
	<20040318024018.GN22419@f4.ca>	<40599EEE.9090806@harvee.org>
	<20040319190849.GG84799@f4.ca>
In-Reply-To: <20040319190849.GG84799@f4.ca>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040319:skye@f4.ca:09829239ee6048b7
X-Hashcash: 0:040319:dovecot@dovecot.org:5e283bae81f03842
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 19:45:48 -0000
X-UID: 8823                                                  
Status: O
Content-Length: 2133

Skye Poier wrote:

> Word on the street is Eric S. Johansson said:
> 
>>I figured a fork and exec would probably be what's called for. 
>>Although, I would probably want to cast off the child process and let it 
>>run to completion on its own.
> 
> 
> But, if you don't wait() then the messages it fetches will not be
> avaiable in the first POP LIST.  Which may not matter in your design :)

probably doesn't matter.  I would be concerned about waiting for God 
knows how long while you download 50 billion pieces of spam and filter 
them out of the stream before returning the first list to the user.  On 
the other hand, if it's a relatively quick process, it might not be too 
hideous to wait.  Would certainly make things easier.


>>the best place would be a place for I have all of the necessary 
>>information about the user and is a mainline pass through the code so it 
>>will always be executed. 
> 
> 
> And, after dovecot has changed its UID and chrooted (if the extra
> security is desired)

indeed.  Thank you for the reminder.

And as a general note to the conversation.  I looked into fetchmail as 
daemon and found it wouldn't work.  I would need to have a fetchmail 
processor running for every single user on the machine.  This could get 
really nasty if you have a few hundred+++ accounts all going to 
different pop 3 servers for their source information.

another possibility (assuming I want to use the "make the user wait" 
model) is to create a simple proxy which only handles the authentication 
phase.  it establishes a connection with the remote server based on 
given username and password, runs the pop3 fetch and filter, and drops 
messages into a local maildir.  then, pass the connection to a local 
dovecot, replaying the authentication sequence (or even bypassing given 
that the system authenticated on a "authoritative" source) but now 
connecting the users mail client to the dovecot pop3 server.

might work and doesn't require any modifications to dovecot.  would need 
to figure out how to pass control from the new authentication 
environment/proxy to the dovecot pop3 workhorse.

---eric


From skye@f4.ca  Fri Mar 19 21:57:58 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7EE7CC002815; Fri, 19 Mar 2004 21:57:58 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 4FFB9C00280B
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 21:57:56 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B4Q3o-000P1A-00
	for dovecot@dovecot.org; Fri, 19 Mar 2004 11:53:40 -0800
Date: Fri, 19 Mar 2004 11:53:40 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] triggering multiple actions on pop-3 request
Message-ID: <20040319195340.GH84799@f4.ca>
References: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>
	<40590322.1030705@harvee.org> <20040318024018.GN22419@f4.ca>
	<40599EEE.9090806@harvee.org> <20040319190849.GG84799@f4.ca>
	<405B4C84.8090500@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <405B4C84.8090500@harvee.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 19:57:58 -0000
X-UID: 8824                                                  
Status: O

Word on the street is Eric S. Johansson said:
> another possibility (assuming I want to use the "make the user wait" 
> model) is to create a simple proxy which only handles the authentication 
> phase.  it establishes a connection with the remote server based on 
> given username and password, runs the pop3 fetch and filter, and drops 
> messages into a local maildir.  then, pass the connection to a local 
> dovecot, replaying the authentication sequence (or even bypassing given 
> that the system authenticated on a "authoritative" source) but now 
> connecting the users mail client to the dovecot pop3 server.

Yet another model, if you don't need the first LIST to block, would be
to write a simple script to "tail -f" the dovecot log file, watch for
successful auths, and then launch fetchmail for that user.  Could be
done in Perl in about 20 lines :)

Skye


From roselius@batky-howell.com  Fri Mar 19 22:19:26 2004
Return-Path: <roselius@batky-howell.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1A0C6C00281C; Fri, 19 Mar 2004 22:19:26 +0200 (EET)
Received: from www.batky-howell.com (www.batky-howell.com [65.105.210.210])
	by talvi.dovecot.org (Postfix) with ESMTP id 14BF7C002818
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 22:19:24 +0200 (EET)
Received: from roselius by www.batky-howell.com with local (Exim 4.30)
	id 1B4QQG-0008D8-Ie
	for dovecot@dovecot.org; Fri, 19 Mar 2004 13:16:52 -0700
To: dovecot@dovecot.org
Date: Fri, 19 Mar 2004 13:16:52 -0700 (MST)
Sender: roselius@batky-howell.com
From: rhr-dovecot@batky-howell.com
X-Mailer: ELM [version 2.4ME+ PL111 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Message-Id: <E1B4QQG-0008D8-Ie@www.batky-howell.com>
Subject: [Dovecot] Re: Dovecot died due to some SSL related error
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: rhr-dovecot@batky-howell.com
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: Fri, 19 Mar 2004 20:19:26 -0000
X-UID: 8825                                                  
Status: O
Content-Length: 1724

(Sorry, just joined the list, can't reply in the original message
from Feb 4.)

> Hi,
> Dovecot (pre-compiled version of Fedora Core 1, configured for Maildir)
> is running fine for me since a few days. It happened now twice to me
> that dovecot died with the following error message in /var/log/maillog:
> 
> Feb  4 11:18:27 hundehuette imap-login: RAND_bytes() failed:
> error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not
> seeded
> Feb  4 11:18:27 hundehuette dovecot: Login process died too early -
> shutting down
> 
> As these previous log messages indicate the login was working before
> without any problem:
> Feb  4 11:02:37 hundehuette imap-login: Login: andrea [192.168.2.138]
> Feb  4 11:05:56 hundehuette last message repeated 30 times
> Feb  4 11:09:02 hundehuette last message repeated 15 times
> Feb  4 11:12:08 hundehuette last message repeated 15 times
> Feb  4 11:15:15 hundehuette last message repeated 15 times
> Feb  4 11:18:21 hundehuette last message repeated 15 times
> Feb  4 11:18:26 hundehuette last message repeated 12 times
> 
> Dovecot is running as user "dovecot" who does not have a ~/.rnd file
> 
> Any idea?
> 
> Thanks,
> Christof

Hi,

  No idea, but I'm getting the same thing, at least once a day,
sometimes several times a day.  I tried putting a .rnd file in
/var/libexec/dovecot, no help.

- Fedora Core 1.0
- dovecot-0.99.10-6
- openssl-0.9.7a-23
- About 20 users, using pop, pops, imap, imaps.

  I had to run a cron job that checks every minute to see if dovecot
is running, and restart it if it isn't.  I'd love to get this figured
out, though.  I see another message about this in the list archives,
at the end of January.  I'll post if I find anything...

Rob


From andrew@client.hewus.sdsl.lhc.redrivernet.com  Sat Mar 20 00:02:19 2004
Return-Path: <andrew@client.hewus.sdsl.lhc.redrivernet.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CC00DC002818; Sat, 20 Mar 2004 00:02:19 +0200 (EET)
Received: from rrlhcmal1002.lhc.redrivernet.com
	(rrlhcmal1002.lhc.redrivernet.com [66.185.225.22])
	by talvi.dovecot.org (Postfix) with ESMTP id 78C85C00280B
	for <dovecot@dovecot.org>; Sat, 20 Mar 2004 00:02:17 +0200 (EET)
Received: from [66.185.239.34] by rrlhcmal1002.redrivernet.com (NTMail
	7.00.0022/NU7672.00.de8cf6f5) with ESMTP id urdrauaa for
	dovecot@dovecot.org; Fri, 19 Mar 2004 14:58:01 -0700
Received: from babelfish.home.hewus.com (andrew@localhost.home.hewus.com
	[IPv6:::1])
	by client.hewus.sdsl.lhc.redrivernet.com (8.12.9/8.12.9) with ESMTP id
	i2JLo3P5026353
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 14:50:03 -0700 (MST)
Received: (from andrew@localhost)
	by babelfish.home.hewus.com (8.12.9/8.12.9/Submit) id i2JLo3Dg001653
	for dovecot@dovecot.org; Fri, 19 Mar 2004 14:50:03 -0700 (MST)
Date: Fri, 19 Mar 2004 14:50:03 -0700
From: andrew fresh <andrew@mad-techies.org>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Case insensitive user names
Message-ID: <20040319215003.GA15199@babelfish.home.hewus.com>
Mail-Followup-To: dovecot@dovecot.org
References: <20040319044129.GA24104@babelfish.home.hewus.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040319044129.GA24104@babelfish.home.hewus.com>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 22:02:20 -0000
X-UID: 8826                                                  
Status: O
Content-Length: 2165

Trying to make it work case insensitive, I came up with the following.  It seems to be working so far. I guess I will have to see if there are any issues.

l8rZ,

--- src/auth/db-passwd-file.c.orig      2003-05-18 05:26:28.000000000 -0700
+++ src/auth/db-passwd-file.c   2004-03-19 14:49:22.000000000 -0700
@@ -18,6 +18,7 @@
 #include <unistd.h>
 #include <fcntl.h>
 #include <sys/stat.h>
+#include <ctype.h>

 static void passwd_file_add(struct passwd_file *pw, const char *username,
                            const char *pass, const char *const *args)
@@ -153,6 +154,14 @@ static void passwd_file_open(struct pass
                if (args[1] != NULL) {
                        /* at least two fields */
                        const char *no_args = NULL;
+
+                        int  i = 0;
+                        while ( args[0][i] )
+                        {
+                            args[0][i] = tolower(args[0][i]);
+                            i++;
+                        }
+
                        passwd_file_add(pw, args[0], args[1],
                                        pw->userdb ? args+2 : &no_args);
                }
@@ -219,6 +228,14 @@ db_passwd_file_lookup(struct passwd_file
 {
        struct passwd_user *pu;

+       int  i = 0;
+       while ( user[i] )
+       {
+           user[i] = tolower(user[i]);
+           i++;
+       }
+       i_info("passwd-file(%s): lowecase user", user);
+
        passwd_file_sync(pw);

        pu = hash_lookup(pw->users, user);


-- 
andrew

/---------------------------------------------------------------------\
|   ICQ#   |             Proud Member of Mad-Techies.org              |
|  253198  |               http://www.mad-techies.org                 |
|---------------------------------------------------------------------|
| "Programming today is a race between software engineers striving to |
| build bigger and better idiot-proof programs, and the Universe      |
| trying to produce bigger and better idiots. So far, the Universe is |
| winning."                           -- Rich Cook                    |
\---------------------------------------------------------------------/

From andrew@client.hewus.sdsl.lhc.redrivernet.com  Sat Mar 20 00:42:42 2004
Return-Path: <andrew@client.hewus.sdsl.lhc.redrivernet.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E92C7C00281C; Sat, 20 Mar 2004 00:42:42 +0200 (EET)
Received: from rrlhcmal1002.lhc.redrivernet.com
	(rrlhcmal1002.lhc.redrivernet.com [66.185.225.22])
	by talvi.dovecot.org (Postfix) with ESMTP id B6745C002818
	for <dovecot@dovecot.org>; Sat, 20 Mar 2004 00:42:40 +0200 (EET)
Received: from [66.185.239.34] by rrlhcmal1002.redrivernet.com (NTMail
	7.00.0022/NU7672.00.de8cf6f5) with ESMTP id qzwrauaa for
	dovecot@dovecot.org; Fri, 19 Mar 2004 15:38:22 -0700
Received: from babelfish.home.hewus.com (andrew@localhost.home.hewus.com
	[IPv6:::1])
	by client.hewus.sdsl.lhc.redrivernet.com (8.12.9/8.12.9) with ESMTP id
	i2JMUQP5020984
	for <dovecot@dovecot.org>; Fri, 19 Mar 2004 15:30:26 -0700 (MST)
Received: (from andrew@localhost)
	by babelfish.home.hewus.com (8.12.9/8.12.9/Submit) id i2JMUQv6026188
	for dovecot@dovecot.org; Fri, 19 Mar 2004 15:30:26 -0700 (MST)
Date: Fri, 19 Mar 2004 15:30:26 -0700
From: andrew fresh <andrew@mad-techies.org>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Case insensitive user names
Message-ID: <20040319223026.GB15199@babelfish.home.hewus.com>
Mail-Followup-To: dovecot@dovecot.org
References: <20040319044129.GA24104@babelfish.home.hewus.com>
	<20040319215003.GA15199@babelfish.home.hewus.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040319215003.GA15199@babelfish.home.hewus.com>
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 19 Mar 2004 22:42:43 -0000
X-UID: 8827                                                  
Status: O
Content-Length: 1301

aha,  a little more digging through the dovecot source leads me to this much simpler patch. 

--- src/auth/db-passwd-file.c.orig      2003-05-18 05:26:28.000000000 -0700
+++ src/auth/db-passwd-file.c   2004-03-19 15:32:52.000000000 -0700
@@ -153,6 +153,9 @@ static void passwd_file_open(struct pass
                if (args[1] != NULL) {
                        /* at least two fields */
                        const char *no_args = NULL;
+
+                       args[0] = str_lcase(args[0]);
+
                        passwd_file_add(pw, args[0], args[1],
                                        pw->userdb ? args+2 : &no_args);
                }
@@ -219,6 +222,8 @@ db_passwd_file_lookup(struct passwd_file
 {
        struct passwd_user *pu;

+       user = str_lcase(user);
+
        passwd_file_sync(pw);

        pu = hash_lookup(pw->users, user);

-- 
andrew

/---------------------------------------------------------------------\
|   ICQ#   |             Proud Member of Mad-Techies.org              |
|  253198  |               http://www.mad-techies.org                 |
|---------------------------------------------------------------------|
| A computer is like an air-conditioned house, so don't open Windows! |
\---------------------------------------------------------------------/

From asmoore@edge.net  Sat Mar 20 19:42:24 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8BD1AC00281D; Sat, 20 Mar 2004 19:42:24 +0200 (EET)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85])
	by talvi.dovecot.org (Postfix) with ESMTP id 1EE0FC002818
	for <dovecot@dovecot.org>; Sat, 20 Mar 2004 19:42:21 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (rwcrmhc12) with ESMTP
	id <2004032017375101400evba0e>; Sat, 20 Mar 2004 17:37:51 +0000
Received: from [192.168.1.17] (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.11+Sun/8.12.11) with ESMTP id
	i2KHbkKF022301
	for <dovecot@dovecot.org>; Sat, 20 Mar 2004 11:37:50 -0600 (CST)
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1079804265.993.4.camel@sws602>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Sat, 20 Mar 2004 11:37:45 -0600
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version devel-20040320,
	clamav-milter version 0.70
Subject: [Dovecot] RE: Locking problem
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 20 Mar 2004 17:42:24 -0000
X-UID: 8828                                                  
Status: O

Running dovecot on Solaris 8 sparc with SylpheedClaws as the MUA.

I tried moving to many messages from a folder to my maildir folder,
which is a local directory on the dovecot server.

Now, I cannot open the folder due to this message:
'Mar 20 10:26:15 sws601.mcsun.local imap(amoore): [ID 702911 mail.error]
Timeout while waiting for release of shared fcntl() lock for index file
/var/indexes//amoore/.Spam.Spam Archive/.imap.index'

How do I get the lock released?  I changed some timeout settings in
dovecot.conf, but that did not help.  Every time that I click this
particular folder in my MUA, the screen locks up.

Thanks, Alex




From asmoore@edge.net  Sun Mar 21 15:44:41 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 48455C000D9D; Sun, 21 Mar 2004 15:44:41 +0200 (EET)
Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64])
	by talvi.dovecot.org (Postfix) with ESMTP id A7FB1C000D9B
	for <dovecot@dovecot.org>; Sun, 21 Mar 2004 15:44:38 +0200 (EET)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc13) with ESMTP
	id <2004032113400801600s65m8e>; Sun, 21 Mar 2004 13:40:08 +0000
Received: from [192.168.1.17] (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.11+Sun/8.12.11) with ESMTP id
	i2LDe6ob023835
	for <dovecot@dovecot.org>; Sun, 21 Mar 2004 07:40:07 -0600 (CST)
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1079876406.1276.1.camel@sws602>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Sun, 21 Mar 2004 07:40:06 -0600
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version devel-20040320,
	clamav-milter version 0.70
Subject: [Dovecot] RE: Lock problem - take 2
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 21 Mar 2004 13:44:41 -0000
X-UID: 8829                                                  
Status: O

I deleted the index folder to fix a lock problem described on my
previous post.

I still cannot access the folder.  Now, I have a file in the maildir
folder named dovecot-uidlist.lock that must be corrupt.  How do I fix
this?  I can remove this particular maildir folder and there is no great
loss.  But I want to know how to fix it, in case this problem occurs on
an important folder.

Thanks, Alex


From bavo@coderspotting.org  Tue Mar 23 18:00:45 2004
Return-Path: <bavo@coderspotting.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3249CC000D9D; Tue, 23 Mar 2004 18:00:45 +0200 (EET)
Received: from latte.be (milk.latte.be [217.22.59.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 986B0C000D9B
	for <dovecot@dovecot.org>; Tue, 23 Mar 2004 18:00:42 +0200 (EET)
Received: (qmail-ldap/ctrl 27965 invoked from network);
	23 Mar 2004 15:54:59 -0000
Received: from unknown (HELO [10.3.0.4]) ([10.3.0.4])
	(envelope-sender <bavo@coderspotting.org>)
	by latte.be (qmail-ldap-1.03) with SMTP
	for <dovecot@dovecot.org>; 23 Mar 2004 15:54:59 -0000
Received: from 127.0.0.1 by espresso.latte.be with esmtp (masqmail
	0.2.20) id 1B5o9M-0te-00 for <dovecot@dovecot.org>; Tue, 23 Mar 2004
	16:49:08 +0100
From: Bavo De Ridder <bavo@coderspotting.org>
Organization: CoderSpotting
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot startup at boottime fails
Date: Tue, 23 Mar 2004 16:49:08 +0100
User-Agent: KMail/1.6.1
References: <200403181044.52623.bavo@coderspotting.org>
	<20040319190502.GF84799@f4.ca>
In-Reply-To: <20040319190502.GF84799@f4.ca>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200403231649.08058.bavo@coderspotting.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 23 Mar 2004 16:00:45 -0000
X-UID: 8830                                                  
Status: O
Content-Length: 1136

Hi,

What exactly do you mean with this?

These are the permissions of the /var/run/dovecot/login directory:

drwxr-x---    2 root     dovecot        72 Mar 23 00:20 login


B.

On Friday 19 March 2004 20:05, Skye Poier wrote:
> Does dovecot-auth have permissions to /var/run/dovecot/login
> during boot time?
>
> Skye
>
> Word on the street is Bavo De Ridder said:
> > Hi,
> >
> > I am running dovecot 0.99.10.4 on SuSE 9. I installed it using apt-get
> > from the gwdg repository.
> >
> > The dovecot service is configured to start at boottime in run level 3 and
> > 5. However, it dies immediately with this error (/var/log/mail.err):
> >
> > dovecot: Login process died too early - shutting down
> >
> > Starting the service afterwords from a prompt as root with the command:
> >
> > /etc/init.d/dovecot start
> >
> > works without a glitch. Attached you can find my dovecot.conf and the
> > startup script /etc/init.d/dovecot.
> >
> > I hope someone could shed some light on this issue.

-- 
Bavo De Ridder
Novell Belgium
Customer Services & EMEA Linux Practice

	"In God We Trust, everyone else get yourself an X.500 certificate"

From skye@f4.ca  Tue Mar 23 19:48:17 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7529AC000D9D; Tue, 23 Mar 2004 19:48:17 +0200 (EET)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 57017C000D9B
	for <dovecot@dovecot.org>; Tue, 23 Mar 2004 19:48:14 +0200 (EET)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B5pwK-000E81-00
	for dovecot@dovecot.org; Tue, 23 Mar 2004 09:43:48 -0800
Date: Tue, 23 Mar 2004 09:43:48 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot startup at boottime fails
Message-ID: <20040323174348.GD51279@f4.ca>
References: <200403181044.52623.bavo@coderspotting.org>
	<20040319190502.GF84799@f4.ca>
	<200403231649.08058.bavo@coderspotting.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403231649.08058.bavo@coderspotting.org>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 23 Mar 2004 17:48:17 -0000
X-UID: 8831                                                  
Status: O
Content-Length: 1180

OK, I guess those perms are probably right.
Is /var mounted rw during your "run level 3" ?
I know nothing about SUSE.

Skye

> Hi,
> 
> What exactly do you mean with this?
> These are the permissions of the /var/run/dovecot/login directory:
> drwxr-x---    2 root     dovecot        72 Mar 23 00:20 login
> 
> B.
> 
> On Friday 19 March 2004 20:05, Skye Poier wrote:
> > Does dovecot-auth have permissions to /var/run/dovecot/login
> > during boot time?
> >
> > Skye
> >
> > Word on the street is Bavo De Ridder said:
> > > Hi,
> > >
> > > I am running dovecot 0.99.10.4 on SuSE 9. I installed it using apt-get
> > > from the gwdg repository.
> > >
> > > The dovecot service is configured to start at boottime in run level 3 and
> > > 5. However, it dies immediately with this error (/var/log/mail.err):
> > >
> > > dovecot: Login process died too early - shutting down
> > >
> > > Starting the service afterwords from a prompt as root with the command:
> > >
> > > /etc/init.d/dovecot start
> > >
> > > works without a glitch. Attached you can find my dovecot.conf and the
> > > startup script /etc/init.d/dovecot.
> > >
> > > I hope someone could shed some light on this issue.

From rueckert@informatik.uni-rostock.de  Tue Mar 23 20:14:02 2004
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 81B28C002801; Tue, 23 Mar 2004 20:14:02 +0200 (EET)
Received: from hydrogen.pixalized.technet (pD9ED3144.dip.t-dialin.net
	[217.237.49.68])
	by talvi.dovecot.org (Postfix) with ESMTP id E8C23C000D9B
	for <dovecot@dovecot.org>; Tue, 23 Mar 2004 20:13:59 +0200 (EET)
Received: from localhost (localhost [127.0.0.1])
	by hydrogen.pixalized.technet (Postfix) with ESMTP id D563A5CBCB2;
	Tue, 23 Mar 2004 19:02:29 +0100 (CET)
Received: from hydrogen.pixalized.technet ([127.0.0.1])
	by localhost (hydrogen [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 01112-06; Tue, 23 Mar 2004 19:02:28 +0100 (CET)
Received: by hydrogen.pixalized.technet (Postfix, from userid 500)
	id AC4625E32D8; Tue, 23 Mar 2004 19:02:28 +0100 (CET)
Date: Tue, 23 Mar 2004 19:02:28 +0100
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Bavo De Ridder <bavo@coderspotting.org>
Subject: Re: [Dovecot] Dovecot startup at boottime fails
Message-ID: <20040323180228.GA1742@monsters.rsn.uni-rostock.de>
References: <200403181044.52623.bavo@coderspotting.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200403181044.52623.bavo@coderspotting.org>
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 23 Mar 2004 18:14:02 -0000
X-UID: 8832                                                  
Status: O
Content-Length: 1042

On 2004-03-18 10:44:52 +0100, Bavo De Ridder wrote:
> I am running dovecot 0.99.10.4 on SuSE 9. I installed it using apt-get from 
> the gwdg repository.
> 
> The dovecot service is configured to start at boottime in run level 3 and 5. 
> However, it dies immediately with this error (/var/log/mail.err):
> 
> dovecot: Login process died too early - shutting down
> 
> Starting the service afterwords from a prompt as root with the command:
> 
> /etc/init.d/dovecot start
> 
> works without a glitch. Attached you can find my dovecot.conf and the startup 
> script /etc/init.d/dovecot.
> 
> I hope someone could shed some light on this issue.

did you read the mail SuSEconfig sends to your root user?
or read did you read /usr/share/doc/packages/dovecot/README.SuSE :)
normally it is an SSL issue. but weird ssl is disabled on your box o.O

hmm .. do you get an error if you run "/usr/sbin/dovecot" directly as
root?

darix
(package maintainer)

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/



From bavo@coderspotting.org  Tue Mar 23 21:49:29 2004
Return-Path: <bavo@coderspotting.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DE39BC000D9D; Tue, 23 Mar 2004 21:49:29 +0200 (EET)
Received: from latte.be (milk.latte.be [217.22.59.3])
	by talvi.dovecot.org (Postfix) with ESMTP id B318CC000D9B
	for <dovecot@dovecot.org>; Tue, 23 Mar 2004 21:49:27 +0200 (EET)
Received: (qmail-ldap/ctrl 29123 invoked from network);
	23 Mar 2004 19:43:44 -0000
Received: from unknown (HELO [10.3.0.4]) ([10.3.0.4])
	(envelope-sender <bavo@coderspotting.org>)
	by latte.be (qmail-ldap-1.03) with SMTP
	for <dovecot@dovecot.org>; 23 Mar 2004 19:43:44 -0000
Received: from 127.0.0.1 by espresso.latte.be with esmtp (masqmail
	0.2.20) id 1B5rpd-0nA-00 for <dovecot@dovecot.org>; Tue, 23 Mar 2004
	20:45:01 +0100
From: Bavo De Ridder <bavo@coderspotting.org>
Organization: CoderSpotting
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot startup at boottime fails
Date: Tue, 23 Mar 2004 20:45:00 +0100
User-Agent: KMail/1.6.1
References: <200403181044.52623.bavo@coderspotting.org>
	<20040323180228.GA1742@monsters.rsn.uni-rostock.de>
In-Reply-To: <20040323180228.GA1742@monsters.rsn.uni-rostock.de>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200403232045.00848.bavo@coderspotting.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 23 Mar 2004 19:49:30 -0000
X-UID: 8833                                                  
Status: O

On Tuesday 23 March 2004 19:02, Marcus Rueckert wrote:
> hmm .. do you get an error if you run "/usr/sbin/dovecot" directly as
> root?

BRU-P7J0J-BDERIDDER:~ # id
uid=0(root) gid=0(root) groups=0(root)
BRU-P7J0J-BDERIDDER:~ # /usr/sbin/dovecot
BRU-P7J0J-BDERIDDER:~ # ps aux
...
root      3020  0.0  0.0  2732  944 ?        S    20:41   
0:00 /usr/sbin/dovecot
root      3021  0.0  0.0  3572 1032 ?        S    20:41   0:00 dovecot-auth
dovecot   3022  0.0  0.0  2920  968 ?        S    20:41   0:00 imap-login
dovecot   3023  0.0  0.0  2920  968 ?        S    20:41   0:00 imap-login
dovecot   3024  0.0  0.0  2920  968 ?        S    20:41   0:00 imap-login

So that seems to work. Like I mentioned, it only fails at boot time. If I, 
after boot, start the service by hand by executing /etc/init.d/dovecot start, 
it starts up without errors and works.

I assume the var partition is mounted read/write at the time dovecot boots, 
since dovecot boots after sysload, httpd, ...


B.

From hf@spg.tu-darmstadt.de  Thu Mar 25 16:23:43 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0F0B6C000D9D; Thu, 25 Mar 2004 16:23:43 +0200 (EET)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id EC837C000D9B
	for <dovecot@dovecot.org>; Thu, 25 Mar 2004 16:23:39 +0200 (EET)
Received: from [130.83.186.53] (blech.nt.e-technik.tu-darmstadt.de
	[130.83.186.53])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.9p1/8.12.9) with ESMTP id
	i2PEJAqf027302
	for <dovecot@dovecot.org>; Thu, 25 Mar 2004 15:19:10 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@bounce.nt.e-technik.tu-darmstadt.de (Unverified)
Message-Id: <f06010200bc888ae73a63@[130.83.186.53]>
Date: Thu, 25 Mar 2004 15:19:08 +0100
To: Dovecot mailing list <dovecot@dovecot.org>
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] imap indexing error when moving multiple mails
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 25 Mar 2004 14:23:43 -0000
X-UID: 8834                                                  
Status: O
Content-Length: 1467

Hi,

I've got an 'interesting' problem with a dovecot 0.99.10.4 setup on 
NetBSD/i386 1.6ZK.

dovecot is serving imap only at the moment, using mbox format 
mailboxes. '/etc/dovecot.conf' is pretty vanilla - among the modified 
settings,

mail_read_mmaped = yes
maildir_check_content_changes = yes
mbox_lock = fcntl

could be relevant. Anyway - from time to time when I move a bunch of 
mails ( < 1) from a mailbox to another (or to the trash), the client 
(I've seen it with Eudora 6 on a  Mac, with Mozilla 1.6 and Sylpheed 
on NetBSD) reports an "internal error" and the maillog shows

Mar 25 14:07:33 bounce imap-login: Login: hf [130.83.xxx.yyy]
Mar 25 14:07:44 bounce imap(hf): Error indexing mbox file 
/home/hf/Mail/Leute/Marc Wirth: LF not found where expected
Mar 25 14:09:30 bounce imap(hf): Error indexing mbox file 
/home/hf/Mail/Leute/Marc Wirth: LF not found where expected


which, if I retry the operation to another time, does not persist and 
is not strictly repeatable.

I've set the number of allowed concurrent connections to '1' on the 
client, but that doesn't help.

Is there anything obvious that I overlooked, or have I tripped over a 
genuine bug?

	hauke

-- 
           Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut fr Nachrichtentechnik        \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
Ruf +49-6151-16-3281, Fax -3778        / \  Respect for open standards

From zach.bagnall@bulletinwireless.com  Thu Mar 25 23:13:39 2004
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CB54CC000D9D; Thu, 25 Mar 2004 23:13:39 +0200 (EET)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz [210.54.149.34])
	by talvi.dovecot.org (Postfix) with ESMTP id C16B4C000D9B
	for <dovecot@dovecot.org>; Thu, 25 Mar 2004 23:13:36 +0200 (EET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id D5A551329D
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 09:08:59 +1200 (NZST)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
	by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id
	27443-01-7
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 09:08:47 +1200 (NZST)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id D746F13294
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 09:08:46 +1200 (NZST)
Date: Fri, 26 Mar 2004 09:08:38 +1200
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: Dovecot mailing list <dovecot@dovecot.org>
Message-Id: <20040326090838.0fdcf4dc.zach.bagnall@bulletinwireless.com>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.7claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Fri__26_Mar_2004_09_08_38_+1200_V4vc3LZGaefshh_P"
X-Virus-Scanned: by amavisd-new
Subject: [Dovecot] Calling gentoo maintainers
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 25 Mar 2004 21:13:40 -0000
X-UID: 8835                                                  
Status: O

--Signature=_Fri__26_Mar_2004_09_08_38_+1200_V4vc3LZGaefshh_P
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

If anyone knows someone with CVS access can they please take another
look at http://bugs.gentoo.org/show_bug.cgi?id=22080. It has been in
bugzilla for nearly nine months. Would like to see this in portage -
masked is fine - so at least everyone is working off the same file.

Cheers

Zach.

--Signature=_Fri__26_Mar_2004_09_08_38_+1200_V4vc3LZGaefshh_P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAY0pW4jDFYT+aqaIRAo3/AKDGewLWgah7fUnbw2PBszFymvTjWgCfTdXp
9AWcne4sC9xQr/QINy1tU1Q=
=jfIF
-----END PGP SIGNATURE-----

--Signature=_Fri__26_Mar_2004_09_08_38_+1200_V4vc3LZGaefshh_P--

From olive@pasteur.fr  Fri Mar 26 18:39:31 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3FBC4C000D9D; Fri, 26 Mar 2004 18:39:31 +0200 (EET)
Received: from electre.pasteur.fr (electre.pasteur.fr [157.99.64.120])
	by talvi.dovecot.org (Postfix) with ESMTP id E13EFC000D9B
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 18:39:28 +0200 (EET)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by electre.pasteur.fr (8.12.11/8.12.11) with ESMTP id i2QGYuGM429588
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 17:34:56 +0100 (CET)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id BFB283F67F; Fri, 26 Mar 2004 17:34:56 +0100 (CET)
Date: Fri, 26 Mar 2004 17:34:56 +0100
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Message-ID: <20040326163456.GE32306@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
Subject: [Dovecot] The Status: header is forced
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 26 Mar 2004 16:39:31 -0000
X-UID: 8836                                                  
Status: O

	Hi,

I started testing dovecot for our next POP/IMAP server (nearing
production state), and noticed that the Status: header is always
added, with a value of 'O' or 'RO'. This happens in
`lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in
the Maildir case.

Is the Status: header really needed in every case? This breaks
mutt which displays mails with a 'O' flag instead of 'N'.

My dovecot is 0.99.10.4 (FreeBSD port), but the behavior is still
the same in the CVS version.
-- 
olive

From johannes@sipsolutions.de  Fri Mar 26 21:22:00 2004
Return-Path: <johannes@sipsolutions.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E9F01C000D9D; Fri, 26 Mar 2004 21:22:00 +0200 (EET)
Received: from johannes.sipsolutions.com (pD9E11E77.dip.t-dialin.net
	[217.225.30.119])
	by talvi.dovecot.org (Postfix) with ESMTP id B41F0C000D9B
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 21:21:58 +0200 (EET)
Received: from 6-allhosts (localhost [127.0.0.1])
	by johannes.sipsolutions.com (Postfix) with ESMTP id 7FF32151A94E
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 20:17:25 +0100 (CET)
From: Johannes Berg <johannes@sipsolutions.de>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-XXLulXYpUxLgoz5d+dgw"
Message-Id: <1080328644.12694.21.camel@johannes>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 26 Mar 2004 20:17:24 +0100
Subject: [Dovecot] dovecot tls configuration
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 26 Mar 2004 19:22:01 -0000
X-UID: 8837                                                  
Status: O
Content-Length: 1535


--=-XXLulXYpUxLgoz5d+dgw
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi,

I looked through the web and the list archives, but couldn't find how to
set up the following:
 - dovecot with ssl/tls enabled
 - login from localhost allowed with and without tls
 - login from remote hosts only allowed via tls

Is that possible at all? I'm using debian/unstable so its version
0.99.10.4-3.

Thanks,
johannes
--=20
http://www.sipsolutions.de/
Key-ID: 9AB78CA5 Johannes Martin Berg <johannes@sipsolutions.de>

--=-XXLulXYpUxLgoz5d+dgw
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Comment: Johannes Berg (SIP Solutions)

iQIVAwUAQGSBwKVg1VMiehFYAQIzxw/7B1QDmVheE1yope17AUIB0sgh4F7pyMSN
19ll1Sb4C0tx3kORXwGFWQXjzZaIOphufIYtdQ+J8TRpUcQ13p+iVWU6BrO+okDL
LIpwiBEYQj3VZZrbaiN2eHpYkWx6i7mkbHKWNespru4fn6zObW7Ce2mMevxjKfBY
uVKv5YVgKZlXMJSGJ3Tqbu1K5NXQltBZwQgjL6VAeVKK5undf008C2zLWJ/5Ym6V
feden30/kLsY9sjEqnJ9m6/UaiR6WZwHTmDXopDa3cGSWBkkUoZXtqy2/g871Czu
Asa67vO7F+sCv9zbCoK7OawnKPUb6zjGO1ubn88hEwB1DdPgvFn9q8WYGTKJbkNs
ieplFLxxg9IYd5b3NhAqy6CIx7Li4fncvj9c+XjCKY3mHg/y7s/kJyiDm84fTZxk
5qZLEEJsX9ZRMgyvgquV5QVVCwUk2+NS/zsWOtNT5YvekJhp0GaVfJ0cztwgPL2g
x5hPTJSrWt7v9C2/HbbEuLOca1b7l6qFsql3cdhx0W6wuHMw0ddwBdKBO6dnFXqm
b1fy/gTlonCeux1owkLAsAa15+QTIg+MchwgQXpgAaNdSanG2oHNkdmYufvFnWj/
E20Fu3ywxKPAFa4qZD1qVeFFqMcSee9TOWW2m4DsMkROidQuozt8/HdRf+IRZd1/
qEUKLaFOAdc=
=47Qx
-----END PGP SIGNATURE-----

--=-XXLulXYpUxLgoz5d+dgw--


From jwt@qth.ath.cx  Sat Mar 27 01:23:19 2004
Return-Path: <jwt@qth.ath.cx>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D45FFC000D9D; Sat, 27 Mar 2004 01:23:19 +0200 (EET)
Received: from mail.onjapan.net (usen-221x115x224x2.ap-US01.usen.ad.jp
	[221.115.224.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 918E5C000D9B
	for <dovecot@dovecot.org>; Sat, 27 Mar 2004 01:23:17 +0200 (EET)
Received: from jwt by mail.onjapan.net with local (Exim 4.30)
	id 1B70b3-0007kQ-Sl
	for dovecot@dovecot.org; Sat, 27 Mar 2004 08:18:41 +0900
Date: Sat, 27 Mar 2004 08:18:41 +0900
From: Jim Tittsler <jwt@qth.ath.cx>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot tls configuration
Message-ID: <20040326231841.GA29483@server.onjapan.net>
References: <1080328644.12694.21.camel@johannes>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1080328644.12694.21.camel@johannes>
User-Agent: Mutt/1.4.1i
Organization: 7J1AJH/AI8A Tokyo
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 26 Mar 2004 23:23:20 -0000
X-UID: 8838                                                  
Status: O

On Fri, Mar 26, 2004 at 08:17:24PM +0100, Johannes Berg wrote:
> I looked through the web and the list archives, but couldn't find how to
> set up the following:
>  - dovecot with ssl/tls enabled
>  - login from localhost allowed with and without tls
>  - login from remote hosts only allowed via tls

I want this configuration as well.  I set:
  imap_listen = 127.0.0.1
  imaps_listen = *
so that IMAP only binds to the localhost address, and IMAPS
binds to all the interfaces.


From rjohnson@medata.com  Sat Mar 27 03:00:14 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5542DC000D9D; Sat, 27 Mar 2004 03:00:14 +0200 (EET)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 9E9D8C000D9B
	for <dovecot@dovecot.org>; Sat, 27 Mar 2004 03:00:11 +0200 (EET)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i2R0taf5029624
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Fri, 26 Mar 2004 16:55:36 -0800
Message-ID: <4064D108.9040903@medata.com>
Date: Fri, 26 Mar 2004 16:55:36 -0800
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot tls configuration
References: <1080328644.12694.21.camel@johannes>
	<20040326231841.GA29483@server.onjapan.net>
In-Reply-To: <20040326231841.GA29483@server.onjapan.net>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 27 Mar 2004 01:00:14 -0000
X-UID: 8839                                                  
Status: O

Jim Tittsler wrote:
> On Fri, Mar 26, 2004 at 08:17:24PM +0100, Johannes Berg wrote:
> 
>>I looked through the web and the list archives, but couldn't find how to
>>set up the following:
>> - dovecot with ssl/tls enabled
>> - login from localhost allowed with and without tls
>> - login from remote hosts only allowed via tls
> 
> 
> I want this configuration as well.  I set:
>   imap_listen = 127.0.0.1
>   imaps_listen = *
> so that IMAP only binds to the localhost address, and IMAPS
> binds to all the interfaces.
> 

It's possible to use tcpwrappers (hosts.allow and hosts.deny) or an 
iptables type filter as well if you want to be able to connect to your 
outside interface locally (for simplicity), but restrict other users. 
Not as "to the point" as above, but still functional.

HTH,
-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From subscribed-lists@sterndata.com  Sun Mar 28 00:30:11 2004
Return-Path: <subscribed-lists@sterndata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C9C9FC000D9D; Sun, 28 Mar 2004 00:30:11 +0200 (EET)
Received: from starling.mail.pas.earthlink.net
	(starling.mail.pas.earthlink.net [207.217.120.227])
	by talvi.dovecot.org (Postfix) with ESMTP id 98FBBC000D9B
	for <dovecot@dovecot.org>; Sun, 28 Mar 2004 00:30:09 +0200 (EET)
Received: from h-69-3-218-112.chcgilgm.dynamic.covad.net ([69.3.218.112]
	helo=sds)
	by starling.mail.pas.earthlink.net with asmtp (Exim 3.36 #4)
	id 1B7MFA-0003q9-00
	for dovecot@dovecot.org; Sat, 27 Mar 2004 14:25:32 -0800
From: Steven Stern <subscribed-lists@sterndata.com>
To: dovecot@dovecot.org
Date: Sat, 27 Mar 2004 16:25:25 -0600
Message-ID: <cpvb60h4i2c7tc3djg5d82vfqv58jff1mf@4ax.com>
X-Mailer: Forte Agent 2.0/32.646
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-ELNK-Trace: ceb7752f8f1f6d2f9649176a89d694c0f43c108795ac450712e97fbd96e4241a262ef5d40556c4ac350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
Subject: [Dovecot] Process died to early
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 27 Mar 2004 22:30:12 -0000
X-UID: 8840                                                  
Status: O

After several days of operation, POP connections fail to my server. The=20
log message is

Mar 27 15:51:46 ciscy dovecot: Login process died too early - shutting=20
down

Linux ciscy.sterndata.com 2.4.22-1.2174.nptl #1 Wed Feb 18 16:38:32 EST=20
2004 i686 i686 i386 GNU/Linux

]# /usr/sbin/dovecot --version
0.99.10

# /etc/init.d/dovecot status
dovecot (pid 6900) is running...

Killing the dovecot process, deleting /var/lock/subys/dovecot, and=20
restarting the process gets POP3 and IMAP working again.

Suggestions?
--
   Steve
  =20

From schrock@dayzed.com  Sun Mar 28 01:48:55 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4D10CC000D9D; Sun, 28 Mar 2004 01:48:55 +0200 (EET)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 50370C000D9B
	for <dovecot@dovecot.org>; Sun, 28 Mar 2004 01:48:53 +0200 (EET)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id 9A73336D48
	for <dovecot@dovecot.org>; Sat, 27 Mar 2004 15:44:16 -0800 (PST)
Received: from 192.168.50.6 (SquirrelMail authenticated user schrock)
	by dayzed.com with HTTP; Sat, 27 Mar 2004 15:44:16 -0800 (PST)
Message-ID: <33464.192.168.50.6.1080431056.squirrel@dayzed.com>
Date: Sat, 27 Mar 2004 15:44:16 -0800 (PST)
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-Mailman-Approved-At: Sun, 28 Mar 2004 15:35:31 +0300
Subject: [Dovecot] error starting dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Sat, 27 Mar 2004 23:48:55 -0000
X-UID: 8841                                                  
Status: O

I am running redhat 9.0. I have been using uw-imap for some time now and
wanted to try our dovecot. After installing dovecot and trying to start it
up I am getting an error
-------------------
Starting IMAP daemon (dovecot): Fatal: Can't use SSL certificate
/usr/share/ssl/certs/dovecot.pem: No such file or directory
-------------------
Thanks for any help.

From johannes@sipsolutions.de  Sun Mar 28 21:15:45 2004
Return-Path: <johannes@sipsolutions.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DC39BC000D9D; Sun, 28 Mar 2004 21:15:45 +0300 (EEST)
Received: from johannes.sipsolutions.com (pD9E11BAE.dip.t-dialin.net
	[217.225.27.174])
	by talvi.dovecot.org (Postfix) with ESMTP id A9BBCC000D9B
	for <dovecot@dovecot.org>; Sun, 28 Mar 2004 21:15:43 +0300 (EEST)
Received: from 6-allhosts (localhost [127.0.0.1])
	by johannes.sipsolutions.com (Postfix) with ESMTP
	id 9FCD8151A94E; Sun, 28 Mar 2004 20:11:05 +0200 (CEST)
Subject: Re: [Dovecot] dovecot tls configuration
From: Johannes Berg <johannes@sipsolutions.de>
To: Jim Tittsler <jwt@qth.ath.cx>
In-Reply-To: <20040326231841.GA29483@server.onjapan.net>
References: <1080328644.12694.21.camel@johannes>
	<20040326231841.GA29483@server.onjapan.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-y3bXQ0gvmv42FnSQ0om7"
Message-Id: <1080497464.2405.0.camel@johannes>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 28 Mar 2004 20:11:05 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 28 Mar 2004 18:15:46 -0000
X-UID: 8842                                                  
Status: O
Content-Length: 1622


--=-y3bXQ0gvmv42FnSQ0om7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-03-27 at 00:18, Jim Tittsler wrote:
> I want this configuration as well.  I set:
>   imap_listen =3D 127.0.0.1
>   imaps_listen =3D *
> so that IMAP only binds to the localhost address, and IMAPS
> binds to all the interfaces.

Thanks for your answer!

I had the same before, but I now wanted to use explicit TLS (ie.
STARTTLS or whatever its called in IMAP). Sorry for not making that
clearer.

johannes
--=20
http://www.sipsolutions.de/
Key-ID: 9AB78CA5 Johannes Martin Berg <johannes@sipsolutions.de>

--=-y3bXQ0gvmv42FnSQ0om7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Comment: Johannes Berg (SIP Solutions)

iQIVAwUAQGcVNaVg1VMiehFYAQLrDBAAte2yz+w0R4HYrkwzSqEOll04o9T1WyYa
PiQ4Ra0tIz20VIKBh9O+P4SbOD7thscK40bIMgR8K22WGinTLkQDzPUS2wud208r
BOJkzdbYFp4y8H/XBzwvBnzKDoLrUb0qeo5SUmA2YwpwVHzvlxX1wcAKYwwLwIvQ
beLJ7MyyjQqJ9/AZFyNXmHihOJO/LIyHI8sjdbfimX6mA8QG7+LWlnaLj9JZb172
WQqUaItYOOwk+VGgG26IJh9w7LwC9m15/IViOV7NVWrZ2QNCRgExK+iRw1RfkFFO
I5G5XzPidoiaUEhvV7+7HoxOFWVddSRTS9uZs5/Su39CdV6n5qtSg3KKdizBY3J4
0ElnF007IRvhSOMJtuFKqmDG9Q19gSmR/ql61433MaLdAsIsC3BklFUJgvkjSiBb
l90pgpIuaMuyGiXqOjGf7KIjGyJUGsFaxCYMLSPG8K8DZDnrk45kbx4kDDvH3/it
0BA511P1iA9RVxEPUI7hclcniQd8xf38EVXyWzX1GVQ72eIstiOW/s/NIlc5BOuG
RuCBYajGPxmnl9l8qZL0tn04HLbK4/kiN6w94YGkug1H2bpkV86tGjIq6+CquFb+
sSulPqDJi/dcgXB/kNj260xm7WESk0IwZAPu5M+shWynFG74itZpJtOqFKQYUSMZ
glAmyCvoSDM=
=6xnh
-----END PGP SIGNATURE-----

--=-y3bXQ0gvmv42FnSQ0om7--


From tss@iki.fi  Mon Mar 29 02:04:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 65996C000D9D; Mon, 29 Mar 2004 02:04:24 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D8F7EC000D9B
	for <dovecot@dovecot.org>; Mon, 29 Mar 2004 02:04:21 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0AD142382E; Mon, 29 Mar 2004 01:59:45 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3AE4B2382D
	for <dovecot@dovecot.org>; Mon, 29 Mar 2004 01:59:07 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <805E92E4-810B-11D8-9E2C-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-11--871674411"
To: dovecot@dovecot.org
From: Timo Sirainen <tss@iki.fi>
Date: Mon, 29 Mar 2004 01:59:00 +0300
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-6.6 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] New indexing code
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 28 Mar 2004 23:04:24 -0000
X-UID: 8843                                                  
Status: O
Content-Length: 1608


--Apple-Mail-11--871674411
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

Sorry about the lack of replies to questions in this list. Work on the 
new indexing code has taken way too long, but it's finally beginning to 
be get near usable state. After it's fully working, I'll start being 
more active here again.

If you're interested (as a developer, normal users shouldn't even try 
playing with it yet), you can checkout "newdove" module from Dovecot 
CVS. Many things are still broken, but basic maildir support is almost 
working with the exception of expunges (which probably break badly) and 
custom flags (not implemented). And the maildir syncing code isn't 
optimized yet.

Don't try it with any of your real maildirs, it might lose your mails.

Some of the new great things in it:
  - Mailbox API which is a lot more easier to use than before, allowing 
a lot of things that previously were difficult to implement
  - Less IMAP-specific than before
  - Should work extremely well with shared mailboxes with tons of users

I'm hoping to get a usable alpha release out of it within few weeks.

--Apple-Mail-11--871674411
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAZ1i1yUhSUUBViskRAuAbAJ9KIWrGa2WR0jSJyVnDLCrjs8HJUgCfcu9D
pO2huyW8QzpgaF6YIRcuU3s=
=v4Lm
-----END PGP SIGNATURE-----

--Apple-Mail-11--871674411--


From charlieb-dovecot@e-smith.com  Mon Mar 29 19:39:59 2004
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 22354C000D9D; Mon, 29 Mar 2004 19:39:59 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id 2C35EC000D9B
	for <dovecot@dovecot.org>; Mon, 29 Mar 2004 19:39:56 +0300 (EEST)
Received: (qmail 6847 invoked from network); 29 Mar 2004 16:35:14 -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;
	29 Mar 2004 16:35:14 -0000
Received: (qmail 30786 invoked by uid 5008); 29 Mar 2004 16:35:14 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 29 Mar 2004 16:35:14 -0000
Date: Mon, 29 Mar 2004 11:35:14 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Jim Tittsler <jwt@qth.ath.cx>
Subject: Re: [Dovecot] dovecot tls configuration
In-Reply-To: <20040326231841.GA29483@server.onjapan.net>
Message-ID: <Pine.LNX.4.44.0403291131570.12612-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 29 Mar 2004 16:39:59 -0000
X-UID: 8844                                                  
Status: O


On Sat, 27 Mar 2004, Jim Tittsler wrote:

> On Fri, Mar 26, 2004 at 08:17:24PM +0100, Johannes Berg wrote:
> > I looked through the web and the list archives, but couldn't find how to
> > set up the following:
> >  - dovecot with ssl/tls enabled
> >  - login from localhost allowed with and without tls
> >  - login from remote hosts only allowed via tls
> 
> I want this configuration as well.  I set:
>   imap_listen = 127.0.0.1
>   imaps_listen = *
> so that IMAP only binds to the localhost address, and IMAPS
> binds to all the interfaces.

But imaps is not the same as imap/tls.

If you search the archives, you'll find a recipe from me for using 
a chrooted stunnel as an imap proxy which can do starttls negotiation. You 
can vary the flags which it is given at startup so that starttls can be 
optional or compulsory depending on the connecting address.

--
Charlie

A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?



From charlieb-dovecot@e-smith.com  Mon Mar 29 19:41:13 2004
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 85A2FC002800; Mon, 29 Mar 2004 19:41:13 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id 63EABC000D9B
	for <dovecot@dovecot.org>; Mon, 29 Mar 2004 19:41:10 +0300 (EEST)
Received: (qmail 7082 invoked from network); 29 Mar 2004 16:36:31 -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;
	29 Mar 2004 16:36:31 -0000
Received: (qmail 30969 invoked by uid 5008); 29 Mar 2004 16:36:31 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 29 Mar 2004 16:36:31 -0000
Date: Mon, 29 Mar 2004 11:36:31 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Avery Day <schrock@dayzed.com>
Subject: Re: [Dovecot] error starting dovecot
In-Reply-To: <33464.192.168.50.6.1080431056.squirrel@dayzed.com>
Message-ID: <Pine.LNX.4.44.0403291135440.12612-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 29 Mar 2004 16:41:13 -0000
X-UID: 8845                                                  
Status: O


On Sat, 27 Mar 2004, Avery Day wrote:

> I am running redhat 9.0. I have been using uw-imap for some time now and
> wanted to try our dovecot. After installing dovecot and trying to start it
> up I am getting an error
> -------------------
> Starting IMAP daemon (dovecot): Fatal: Can't use SSL certificate
> /usr/share/ssl/certs/dovecot.pem: No such file or directory

My guess is that you don't have an SSL certificate at 
/usr/share/ssl/certs/dovecot.pem.

--
Charlie

A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?


From charlieb-dovecot@e-smith.com  Mon Mar 29 19:49:47 2004
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 54641C002802; Mon, 29 Mar 2004 19:49:47 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id 91B47C000D9B
	for <dovecot@dovecot.org>; Mon, 29 Mar 2004 19:49:44 +0300 (EEST)
Received: (qmail 8788 invoked from network); 29 Mar 2004 16:45:05 -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;
	29 Mar 2004 16:45:05 -0000
Received: (qmail 32598 invoked by uid 5008); 29 Mar 2004 16:45:05 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 29 Mar 2004 16:45:05 -0000
Date: Mon, 29 Mar 2004 11:45:05 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Raymond Scholz <rscholz@zonix.de>
Subject: Message copy errors (Re: [Dovecot] Re: Addition)
In-Reply-To: <gmid.873c8wzqqj@hush.zonix.de>
Message-ID: <Pine.LNX.4.44.0403291143170.12612-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 29 Mar 2004 16:49:47 -0000
X-UID: 8846                                                  
Status: O


On Fri, 27 Feb 2004, Raymond Scholz wrote (apparently without=20
explanation):

> A003 OK Expunge completed.
> A004 UID COPY 4 "Test"
> A004 NO Unexpected EOF
> A005 UID COPY 3 "Test"
> A005 NO Unexpected EOF
[snip]

> =B7 Raymond Scholz <ray-2004@zonix.de> wrote:
>=20
> Ok, I've found the reason for this.  Setting
>=20
> maildir_copy_with_hardlinks =3D yes
>=20
> cures the problem.

Have you checked whether your file system is full?

> Nevertheless I think the original problem is
> worth debugging.

An strace of the imap process will likely reveal the cause.

--
Charlie

A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?


From charlieb-dovecot@e-smith.com  Mon Mar 29 19:52:06 2004
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5078CC002802; Mon, 29 Mar 2004 19:52:06 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id C2E69C000D9B
	for <dovecot@dovecot.org>; Mon, 29 Mar 2004 19:52:03 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 63AEC2382C; Mon, 29 Mar 2004 19:47:25 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 568842382D; Mon, 29 Mar 2004 19:47:25 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by danu.procontrol.fi (Postfix) with SMTP id B0FAB2382C
	for <dovecot@procontrol.fi>; Mon, 29 Mar 2004 19:46:50 +0300 (EEST)
Received: (qmail 9079 invoked from network); 29 Mar 2004 16:46: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;
	29 Mar 2004 16:46:46 -0000
Received: (qmail 390 invoked by uid 5008); 29 Mar 2004 16:46:46 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 29 Mar 2004 16:46:46 -0000
Date: Mon, 29 Mar 2004 11:46:46 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: wired@linfe.it
Subject: maildir v mbox (Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove
	nasty "internal messages" from UW-IMAP ?)
In-Reply-To: <20040227095544.GA31847@linfe.it>
Message-ID: <Pine.LNX.4.44.0403291145340.12612-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 29 Mar 2004 16:52:06 -0000
X-UID: 8847                                                  
Status: O


On Fri, 27 Feb 2004 wired@linfe.it wrote:

> >From Timo Sirainen, Feb 25:
>  >I don't really recommend using Dovecot with mbox at the moment. I'll
>  >probably add support for "folder internal data" messages for rewritten
>  >mbox support.
> 
> Well, i am using mbox currently. My mails are at risk?
> Should i switch to maildir? 

(IMO) yes. Maildir is an inherently more reliable format. In many cases it 
is also more efficient.

--
Charlie

A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?


From schrock@dayzed.com  Tue Mar 30 00:49:29 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8E9F7C000D9D; Tue, 30 Mar 2004 00:49:29 +0300 (EEST)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 243F9C000D9B
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 00:49:27 +0300 (EEST)
Received: from dayzed.com (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id 8653D36D5D
	for <dovecot@dovecot.org>; Mon, 29 Mar 2004 13:44:38 -0800 (PST)
Received: from 66-224-116-226.atgi.net ([66.224.116.226])
	(SquirrelMail authenticated user schrock) by dayzed.com with HTTP;
	Mon, 29 Mar 2004 13:44:38 -0800 (PST)
Message-ID: <62185.66.224.116.226.1080596678.squirrel@dayzed.com>
In-Reply-To: <Pine.LNX.4.44.0403291135440.12612-100000@allspice.nssg.mitel.com>
References: <33464.192.168.50.6.1080431056.squirrel@dayzed.com>
	<Pine.LNX.4.44.0403291135440.12612-100000@allspice.nssg.mitel.com>
Date: Mon, 29 Mar 2004 13:44:38 -0800 (PST)
Subject: Re: [Dovecot] error starting dovecot
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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, 29 Mar 2004 21:49:29 -0000
X-UID: 8848                                                  
Status: O


<quote who="Charlie Brady">
>
> On Sat, 27 Mar 2004, Avery Day wrote:
>
>> I am running redhat 9.0. I have been using uw-imap for some time now and
>> wanted to try our dovecot. After installing dovecot and trying to start
>> it
>> up I am getting an error
>> -------------------
>> Starting IMAP daemon (dovecot): Fatal: Can't use SSL certificate
>> /usr/share/ssl/certs/dovecot.pem: No such file or directory
>
> My guess is that you don't have an SSL certificate at
> /usr/share/ssl/certs/dovecot.pem.
>
> --
> Charlie
>
> A: Because we read from top to bottom, left to right.
> Q: Why should i start my reply below the quoted text?
>
Thanks for trying to help me.

I did not see anywhere on dovecotts website or in the insall file where it
said that I needed to create these certificates. I tried dovecot on one of
my fedora machines with no problems. Could you please be kind enough to
tell me how to create a ssl certificate for dovecot?

Thanks,
AD


-- 
Avery Day

From tom@replic8.net  Tue Mar 30 13:30:26 2004
Return-Path: <tom@replic8.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AAF63C002800; Tue, 30 Mar 2004 13:30:26 +0300 (EEST)
Received: from rpd.dyn.hannover.ccc.de (p508617D7.dip0.t-ipconnect.de
	[80.134.23.215])
	by talvi.dovecot.org (Postfix) with ESMTP id A50A2C000D9B
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 13:30:24 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP id B1432416A5
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 10:25:52 +0000 (GMT)
Received: from rpd.dyn.hannover.ccc.de ([192.168.100.101])
	by localhost (commbox.rpdnet.com [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 00237-01 for <dovecot@dovecot.org>;
	Tue, 30 Mar 2004 10:25:52 +0000 (GMT)
Received: from localhost (server.rpdnet.com [192.168.100.100])
	by rpd.dyn.hannover.ccc.de (Postfix) with ESMTP id 02BB541683
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 10:25:51 +0000 (GMT)
Received: from 10.0.0.24 ([10.0.0.24]) by 192.168.100.111 (IMP) with HTTP 
	for <tom@commbox.rpdnet.com>; Tue, 30 Mar 2004 11:26:36 +0200
Message-ID: <1080638796.40693d4c54c0d@192.168.100.111>
Date: Tue, 30 Mar 2004 11:26:36 +0200
From: tom@replic8.net
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-4.9
X-Virus-Scanned: by amavisd-new
Subject: [Dovecot] (no subject)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 10:30:26 -0000
X-UID: 8849                                                  
Status: O

hello,

suddenly, dovecot stopped working.
login succeeds, then no mail is displayed to the user.
i upgraded to latest nightly, no change.

==snip==
Mar 30 10:17:31 commbox imap-login: Login: user [192.168.99.66]
Mar 30 10:17:31 commbox imap(user): Buffer full (49)
Mar 30 10:17:31 commbox dovecot: child 745 (imap) killed with signal 6
==snap==

some minutes later i tried another client - i was using php-based
horde/imp webmail system first (php uses cclient2000 for imap which
is based on uw-imap afaik) - using syslphed-0.99 things work
fine. strange.

any hints on how to debug this more?

--
thanks,
TOM





From anielsen@diku.dk  Tue Mar 30 15:50:14 2004
Return-Path: <anielsen@diku.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 26E39C002801; Tue, 30 Mar 2004 15:50:14 +0300 (EEST)
Received: from fitch1.uni2.net (fitch1.uni2.net [130.227.52.104])
	by talvi.dovecot.org (Postfix) with ESMTP id 71341C000D9B
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 15:50:11 +0300 (EEST)
Received: from anders.intranet ([130.227.149.6])
	by fitch1.uni2.net (8.12.6/8.11.6) with ESMTP id i2UCjUE1027825
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 14:45:30 +0200
From: Anders Nielsen <anielsen@diku.dk>
To: Dovecot list <dovecot@dovecot.org>
Content-Type: text/plain
Message-Id: <1080650729.6246.15.camel@anders.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Tue, 30 Mar 2004 14:45:30 +0200
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Fatal: RAND_bytes() failed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 12:50:14 -0000
X-UID: 8850                                                  
Status: O

This morning dovecot died with the following messages in the errorlog.
Any solution to this problem?

I am using Fedora Core 1 on a SMP i686 box.


imap-login: Mar 30 08:08:00 Fatal: RAND_bytes() failed:
error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded
                                                                   
dovecot: Mar 30 08:08:00 Error: Login process died too early - shutting
down
dovecot: Mar 30 08:08:00 Error: child 21354 (login) returned error 89

Best regards
  Anders Nielsen

-- 
Anders Nielsen <anielsen@diku.dk>


From anielsen@jobindex.dk  Tue Mar 30 16:33:28 2004
Return-Path: <anielsen@jobindex.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0FD18C002802; Tue, 30 Mar 2004 16:33:28 +0300 (EEST)
Received: from fitch1.uni2.net (fitch1.uni2.net [130.227.52.104])
	by talvi.dovecot.org (Postfix) with ESMTP id 09078C002801
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 16:33:26 +0300 (EEST)
Received: from anders.intranet ([130.227.149.6])
	by fitch1.uni2.net (8.12.6/8.11.6) with ESMTP id i2UDSjE1015314
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 15:28:45 +0200
Subject: Re: [Dovecot] Fatal: RAND_bytes() failed
From: Anders Nielsen <anielsen@jobindex.dk>
To: Dovecot list <dovecot@dovecot.org>
In-Reply-To: <1080650729.6246.15.camel@anders.intranet>
References: <1080650729.6246.15.camel@anders.intranet>
Content-Type: text/plain
Message-Id: <1080653325.6246.36.camel@anders.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Tue, 30 Mar 2004 15:28:45 +0200
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 30 Mar 2004 16:57:24 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 13:33:28 -0000
X-UID: 8851                                                  
Status: O

On Tue, 2004-03-30 at 14:45, Anders Nielsen wrote:
> I am using Fedora Core 1 on a SMP i686 box.

The bug is filed in bugzilla at 

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115284

No solution yet though.


-- 
Anders Nielsen <anielsen@jobindex.dk>


From olive@pasteur.fr  Tue Mar 30 19:35:50 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B1BB1C002800; Tue, 30 Mar 2004 19:35:50 +0300 (EEST)
Received: from electre.pasteur.fr (electre.pasteur.fr [157.99.64.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 8E4F1C000D9B
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 19:35:48 +0300 (EEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by electre.pasteur.fr (8.12.11/8.12.11) with ESMTP id i2UGV7bQ094793
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 18:31:07 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 843423F67E; Tue, 30 Mar 2004 18:31:07 +0200 (CEST)
Date: Tue, 30 Mar 2004 18:31:07 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] The Status: header is forced
Message-ID: <20040330163107.GS75591@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <20040326163456.GE32306@mafate.sis.pasteur.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040326163456.GE32306@mafate.sis.pasteur.fr>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 16:35:50 -0000
X-UID: 8852                                                  
Status: O

* Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
> I started testing dovecot for our next POP/IMAP server (nearing
> production state), and noticed that the Status: header is always
> added, with a value of 'O' or 'RO'. This happens in
> `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in
> the Maildir case.
> 
> Is the Status: header really needed in every case? This breaks
> mutt which displays mails with a 'O' flag instead of 'N'.

Well, I fixed it with a procmail rule, as these headers are
undoubtedly needed with other MUAs. I did not find any reference
on which (IMAP software or mutt) have used this header first.

FYI the procmail rule:

,----
| :0 fw: formail.lock
| * ^Status: R?O
| | ${FORMAIL} -I "Status"
`----

-- 
olive

From charlieb-dovecot@e-smith.com  Tue Mar 30 21:08:12 2004
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 716E9C002801; Tue, 30 Mar 2004 21:08:12 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id A3F52C002800
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 21:08:09 +0300 (EEST)
Received: (qmail 28688 invoked from network); 30 Mar 2004 18:03:27 -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;
	30 Mar 2004 18:03:27 -0000
Received: (qmail 29555 invoked by uid 5008); 30 Mar 2004 18:03:27 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 30 Mar 2004 18:03:27 -0000
Date: Tue, 30 Mar 2004 13:03:27 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Olivier Tharan <olive@pasteur.fr>
Subject: Re: [Dovecot] The Status: header is forced
In-Reply-To: <20040330163107.GS75591@mafate.sis.pasteur.fr>
Message-ID: <Pine.LNX.4.44.0403301257580.6259-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 18:08:12 -0000
X-UID: 8853                                                  
Status: O


On Tue, 30 Mar 2004, Olivier Tharan wrote:

> * Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
> > I started testing dovecot for our next POP/IMAP server (nearing
> > production state), and noticed that the Status: header is always
> > added, with a value of 'O' or 'RO'. This happens in
> > `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in
> > the Maildir case.

Nor should it.

> > Is the Status: header really needed in every case? This breaks
> > mutt which displays mails with a 'O' flag instead of 'N'.

Is mutt accessing the mail store directly, or via IMAP?
 
> Well, I fixed it with a procmail rule, as these headers are
> undoubtedly needed with other MUAs.

Are you sure? If so, they are broken. RFC 2076 identifies the "Status:" 
header as non-standard. It's used for per-message storage of flags (which 
is done another way by dovecot with Maildir storage).

--
Charlie


From redjar@redjar.org  Tue Mar 30 21:33:39 2004
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 305E4C002802; Tue, 30 Mar 2004 21:33:39 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by talvi.dovecot.org (Postfix) with ESMTP id 32F9DC002801
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 21:33:36 +0300 (EEST)
Received: from mdhcp5-230.marlboro.edu ([10.1.5.230])
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 1B8Nyk-0003Hn-00
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 13:28:50 -0500
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@dovecot.org
From: Jared <redjar@redjar.org>
Date: Tue, 30 Mar 2004 13:30:25 -0500
X-Mailer: Apple Mail (2.613)
X-Marlboro-MailScanner: clean
X-Marlboro-SpamCheck: not spam, SpamAssassin (score=-4.854, required 7,
	AWL 0.05, BAYES_00 -4.90)
Subject: [Dovecot] dovecot not reconnecting to ldap after ldap restart
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 18:33:39 -0000
X-UID: 8854                                                  
Status: O
Content-Length: 1500

I upgraded dovecot two weeks ago from 0.99.10-0.rc2 to 
0.99.10.4-1woody1 (both from the woody backport packages from 
braincells.com).

Dovecot is using LDAP on a separate machine for authentication.  
(through stunnel if it matters)

At 4:00 am, the LDAP server stops, dumps the ldap database, and then 
starts back up.  Because the LDAP server is stopped, anyone who tries 
to authenticate during the few seconds will be denied.  This isn't a 
big deal since it's 4:00 am.  However, twice in the past two weeks, it 
appears that if dovecot can't connect to the LDAP server, it loses the 
ability until dovecot is restarted.  It's only happened since I 
upgraded, and it's only happened twice, presumably when someone was 
trying to check their mail at the precise moment the LDAP server is 
down.

I get the following entry in mail.err:

Mar 30 04:00:18 akbar dovecot-auth: LDAP: ldap_result() failed: Can't 
contact LDAP server
Mar 30 04:00:19 akbar dovecot-auth: LDAP: Can't connect to server: 
localhost
Mar 30 04:00:50 akbar last message repeated 36 times
.
.
.

The two times it has happened, ldap is responding properly (all other 
services we provide which use LDAP still work), stunnel on the dovecot 
machine is still running, and dovecot is still running, accepting IMAP 
and POP connections, but failing at the authentication phase.

Is there some change or bug in dovecot which would make this happen?  
Or is there a problem with my set up?

Thanks in advance for any ideas.

-jared


From olive@pasteur.fr  Tue Mar 30 23:02:25 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 05428C002802; Tue, 30 Mar 2004 23:02:25 +0300 (EEST)
Received: from electre.pasteur.fr (electre.pasteur.fr [157.99.64.120])
	by talvi.dovecot.org (Postfix) with ESMTP id D7C78C002801
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 23:02:22 +0300 (EEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by electre.pasteur.fr (8.12.11/8.12.11) with ESMTP id i2UJvfl3154621
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 21:57:41 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id B0B963F67C; Tue, 30 Mar 2004 21:57:41 +0200 (CEST)
Date: Tue, 30 Mar 2004 21:57:41 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] The Status: header is forced
Message-ID: <20040330195741.GA83591@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <20040330163107.GS75591@mafate.sis.pasteur.fr>
	<Pine.LNX.4.44.0403301257580.6259-100000@allspice.nssg.mitel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0403301257580.6259-100000@allspice.nssg.mitel.com>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 20:02:25 -0000
X-UID: 8855                                                  
Status: O

* Charlie Brady <charlieb-dovecot@e-smith.com> (20040330 13:03):
> > > Is the Status: header really needed in every case? This breaks
> > > mutt which displays mails with a 'O' flag instead of 'N'.
> 
> Is mutt accessing the mail store directly, or via IMAP?

In this case, the mail is fetched with fetchmail and then mutt
accesses local mailboxes.

> > Well, I fixed it with a procmail rule, as these headers are
> > undoubtedly needed with other MUAs.
> 
> Are you sure? If so, they are broken. RFC 2076 identifies the "Status:" 
> header as non-standard. It's used for per-message storage of flags (which 
> is done another way by dovecot with Maildir storage).

So mutt could be broken then?

But, when I fetch mail from my Dovecot server on a local machine,
and open the mailbox with mutt, I am most likely to not have seen
the mail before, so I do not understand why the Status: should be
'O'.
(well I suppose this has been debated before on various lists, so
I will dig on my own :)

-- 
olive

From olive@pasteur.fr  Tue Mar 30 23:22:06 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 12F40C002802; Tue, 30 Mar 2004 23:22:06 +0300 (EEST)
Received: from electre.pasteur.fr (electre.pasteur.fr [157.99.64.120])
	by talvi.dovecot.org (Postfix) with ESMTP id E0705C002801
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 23:22:03 +0300 (EEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by electre.pasteur.fr (8.12.11/8.12.11) with ESMTP id i2UKHMZG120930
	for <dovecot@dovecot.org>; Tue, 30 Mar 2004 22:17:22 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id A69893F67C; Tue, 30 Mar 2004 22:17:22 +0200 (CEST)
Date: Tue, 30 Mar 2004 22:17:22 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: Dovecot mailing list <dovecot@dovecot.org>
Subject: Re: [Dovecot] imap indexing error when moving multiple mails
Message-ID: <20040330201722.GB83591@mafate.sis.pasteur.fr>
Mail-Followup-To: Dovecot mailing list <dovecot@dovecot.org>
References: <f06010200bc888ae73a63@[130.83.186.53]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <f06010200bc888ae73a63@[130.83.186.53]>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 20:22:06 -0000
X-UID: 8856                                                  
Status: O
Content-Length: 1196

* Hauke Fath <hf@spg.tu-darmstadt.de> (20040325 15:19):
> could be relevant. Anyway - from time to time when I move a bunch of 
> mails ( < 1) from a mailbox to another (or to the trash), the client 
> (I've seen it with Eudora 6 on a  Mac, with Mozilla 1.6 and Sylpheed 
> on NetBSD) reports an "internal error" and the maillog shows
> 
> Mar 25 14:07:33 bounce imap-login: Login: hf [130.83.xxx.yyy]
> Mar 25 14:07:44 bounce imap(hf): Error indexing mbox file 
> /home/hf/Mail/Leute/Marc Wirth: LF not found where expected
> Mar 25 14:09:30 bounce imap(hf): Error indexing mbox file 
> /home/hf/Mail/Leute/Marc Wirth: LF not found where expected

FWIW, I have the same exact problem. This happens when
`expunging' a mbox or QUIT-ting a POP3 session. The consequence
is the email is not deleted (good), the next fetchmail will get
another, identical message.

A non-informative message is displayed according to the
mail_storage_set_critical() func in lib-storage/mail-storage.c
and the actual error is not logged.

Wouldn't there be a problem with the call to this function in
lib-storage/index/mbox/mbox-storage.c, line 496? The second
argument should be a vprintf() format string.

-- 
olive

From jaldhar@debian.org  Wed Mar 31 02:24:34 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3A25FC002802; Wed, 31 Mar 2004 02:24:34 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 17A5BC002801
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 02:24:32 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id BC1D07F7D; Tue, 30 Mar 2004 18:19:50 -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 15866-02; Tue, 30 Mar 2004 18:19:50 -0500 (EST)
Received: from [149.123.206.19] (unknown [149.123.206.19])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 514CB7F5F; Tue, 30 Mar 2004 18:19:50 -0500 (EST)
Date: Tue, 30 Mar 2004 18:19:44 -0500 (EST)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] dovecot not reconnecting to ldap after ldap restart
In-Reply-To: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org>
Message-ID: <Pine.LNX.4.58.0403301817550.31451@diku.intranet.braincell.com>
References: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 30 Mar 2004 23:24:34 -0000
X-UID: 8857                                                  
Status: O

On Tue, 30 Mar 2004, Jared wrote:

> Is there some change or bug in dovecot which would make this happen?
> Or is there a problem with my set up?
>

More likely your setup I should think.  Why are you using stunnel when
Debians LDAP supports SSL/TLS natively?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From skye@f4.ca  Wed Mar 31 02:25:54 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 27D33C002802; Wed, 31 Mar 2004 02:25:54 +0300 (EEST)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 1737FC002801
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 02:25:52 +0300 (EEST)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1B8SXd-000C6d-00
	for dovecot@dovecot.org; Tue, 30 Mar 2004 15:21:09 -0800
Date: Tue, 30 Mar 2004 15:21:09 -0800
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] New indexing code
Message-ID: <20040330232109.GA44921@f4.ca>
References: <805E92E4-810B-11D8-9E2C-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <805E92E4-810B-11D8-9E2C-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 30 Mar 2004 23:25:54 -0000
X-UID: 8858                                                  
Status: O

Thanks for the update Timo!  I look forward to the production release :)

Skye


Word on the street is Timo Sirainen said:
> Sorry about the lack of replies to questions in this list. Work on the 
> new indexing code has taken way too long, but it's finally beginning to 
> be get near usable state. After it's fully working, I'll start being 
> more active here again.

From redjar@redjar.org  Wed Mar 31 17:38:56 2004
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 90FDDC002800; Wed, 31 Mar 2004 17:38:56 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by talvi.dovecot.org (Postfix) with ESMTP id 31AFDC000D9B
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 17:38:54 +0300 (EEST)
Received: from mdhcp5-230.marlboro.edu ([10.1.5.230])
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 1B8gnA-0003tm-00
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 09:34:08 -0500
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <Pine.LNX.4.58.0403301817550.31451@diku.intranet.braincell.com>
References: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org>
	<Pine.LNX.4.58.0403301817550.31451@diku.intranet.braincell.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <B134AFED-8320-11D8-A343-000393DB639A@redjar.org>
Content-Transfer-Encoding: 7bit
From: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] dovecot not reconnecting to ldap after ldap restart
Date: Wed, 31 Mar 2004 09:35:44 -0500
To: dovecot@dovecot.org
X-Mailer: Apple Mail (2.613)
X-Marlboro-MailScanner: clean
X-Marlboro-SpamCheck: not spam, SpamAssassin (score=-4.855, required 7,
	AWL 0.04, BAYES_00 -4.90)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 31 Mar 2004 14:38:56 -0000
X-UID: 8859                                                  
Status: O
Content-Length: 1145

I'm happy to accept suggestions about why my setup would cause this 
problem, but as I said, the only thing that has changed is the upgrade 
to dovecot.  And both LDAP, and stunnel are working fine with all other 
services after the LDAP server is restarted.

It's been a while since I set everything up, but if I recall correctly, 
we used stunnel for a couple reasons.  The default ldap related woody 
packages (at least when I set it up) did not have SSL/TLS compiled in.  
I made my own ldap debs with SSL/TLS support, but we still had problems 
with SSH using PAM and LDAP with SSL/TLS.  The server would freeze.  I 
confirmed this bug with others.  I've never had any problems with 
stunnel.

Thanks,

-jared


On Mar 30, 2004, at 6:19 PM, Jaldhar H. Vyas wrote:

> On Tue, 30 Mar 2004, Jared wrote:
>
>> Is there some change or bug in dovecot which would make this happen?
>> Or is there a problem with my set up?
>>
>
> More likely your setup I should think.  Why are you using stunnel when
> Debians LDAP supports SSL/TLS natively?
>
> -- 
> Jaldhar H. Vyas <jaldhar@debian.org>
> La Salle Debain - http://www.braincells.com/debian/
>


From darren@3x3x3.org  Wed Mar 31 19:26:54 2004
Return-Path: <darren@3x3x3.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ECBFAC002800; Wed, 31 Mar 2004 19:26:54 +0300 (EEST)
Received: from 3x3x3.org (dsl092-017-251.sfo4.dsl.speakeasy.net [66.92.17.251])
	by talvi.dovecot.org (Postfix) with ESMTP id DA43BC000D9B
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 19:26:51 +0300 (EEST)
Received: (qmail 1089 invoked by uid 89); 31 Mar 2004 16:17:13 -0000
Received: from unknown (HELO 3x3x3.org) (darrendavid@thebomb.com@10.0.1.3)
	by 0 with SMTP; 31 Mar 2004 16:17:13 -0000
Message-ID: <406AF032.8050103@3x3x3.org>
Date: Wed, 31 Mar 2004 08:22:10 -0800
From: darren david <darren@3x3x3.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andreas Fuchs <asf@boinkor.net>
Subject: Re: [Dovecot] Re: Rogue child imap processes when using Mac imap
	clients
References: <3FD4B4D2.304@3x3x3.org>	<F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
	<864qw8gxfy.wl%asf@boinkor.net>
In-Reply-To: <864qw8gxfy.wl%asf@boinkor.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 31 Mar 2004 16:26:55 -0000
X-UID: 8860                                                  
Status: O
Content-Length: 2279

hey all-

just a ping to see if this ssue has been resolved. it's still popping up 
for me. Also wondering whose the owner of the OpenBSD port and if we'll 
be seeing an updated version anytime soon? we're still on 0.99.10.2 as 
far as i can tell...

cheers,
darren

Andreas Fuchs wrote:

> On 2003-12-08, Timo Sirainen <tss@iki.fi> wrote:
> 
>>On Dec 8, 2003, at 7:28 PM, darren david wrote:
>>
>>>I am currently running dovecot 0.99.10p2 on
>>>OpenBSD-3.4-snapshot. It has been very stable, but I have recently
>>>noticed that I am having problems when checking IMAP-SSL mail with
>>>Mac OS X clients. There are not problems using Mozilla or Outlook
>>>on Windows, but Mac clients (Thunderbird, Mozilla, Mail.app) all
>>>exhibit the same behavior - they can check and send mail, but I end
>>>up with a single, rogue child imap process on the server that pins
>>>the cpu that i have to 'kill -9' to clear out.
>>>
>>>Is this a Mac problem or a Dovecot problem? I'm not even sure what
>>>to look for in the logs...
>>
>>Hmm. Check with ktrace what the imap process is doing and send the
>>log to me? (I'm not exactly sure how ktrace worked, it was a bit
>>weird.)  And maybe check with gdb too where it's stuck at (gdb
>>/usr/local/lib/dovecot/imap <pid> and "bt" command). Or is it imap
>>process or imap-login process?
> 
> 
> Got one (although I'm not sure if this comes from handling a Mac mail
> reader):
> 
>  45793 dovecot  CALL  sendto(0x9,0x11ffac40,0x45,0,0,0)
>  45793 dovecot  GIO   fd 9 wrote 69 bytes
>        "<19>Dec 10 22:37:15 dovecot: socketpair() failed: Too many open files"
>  45793 dovecot  RET   sendto 69/0x45
>  45793 dovecot  CALL  socketpair(0x1,0x1,0,0x11ffb9d0)
>  45793 dovecot  RET   socketpair -1 errno 24 Too many open files
>  45793 dovecot  CALL  gettimeofday(0x11ffabf0,0)
>  45793 dovecot  RET   gettimeofday 0
> 
> This is what's happening on an alpha/freebsd, in a tight loop.
> 
> (FreeBSD s2.enemy.org 4.9-STABLE FreeBSD 4.9-STABLE #1: Mon Nov 24
> 10:37:25 CET 2003 root@s2.enemy.org:/u/src/sys/compile/S2 alpha)
> 
> Unfortunately, I couldn't extract a gdb backtrace. Perhaps you can
> work with that until I can get one (should be another 2-4 days) (-:
> 
> 
>>Anyway, I haven't noticed problems with Mail.app.
> 
> 
> Thanks a lot,


From maikel@ladot.com  Wed Mar 31 20:14:25 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E7809C002800; Wed, 31 Mar 2004 20:14:25 +0300 (EEST)
Received: from amsfep18-int.chello.nl (amsfep18-int.chello.nl [213.46.243.13])
	by talvi.dovecot.org (Postfix) with ESMTP id 7EDA1C000D9B
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 20:14:23 +0300 (EEST)
Received: from myst.dohd.org ([62.195.154.6]) by amsfep18-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040331170939.LPCJ8742.amsfep18-int.chello.nl@myst.dohd.org>;
	Wed, 31 Mar 2004 19:09:39 +0200
Received: from [10.0.3.242] ([10.0.3.242]) (authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i2VINbki000725;
	Wed, 31 Mar 2004 20:23:38 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <406AF032.8050103@3x3x3.org>
References: <3FD4B4D2.304@3x3x3.org>	<F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
	<864qw8gxfy.wl%asf@boinkor.net> <406AF032.8050103@3x3x3.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <2C34CF5D-8336-11D8-9047-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] Re: Rogue child imap processes when using Mac imap
	clients
Date: Wed, 31 Mar 2004 19:09:30 +0200
To: darren david <darren@3x3x3.org>, dovecot@dovecot.org
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 31 Mar 2004 17:14:26 -0000
X-UID: 8861                                                  
Status: O

Hi Darren,

On Mar 31, 2004, at 6:22 PM, darren david wrote:

> hey all-
>
> just a ping to see if this ssue has been resolved. it's still popping 
> up for me. Also wondering whose the owner of the OpenBSD port and if 
> we'll be seeing an updated version anytime soon? we're still on 
> 0.99.10.2 as far as i can tell...
I am running dovecot 0.99.10.4 on FreeBSD 5.2.1-p4, and I use MacOS X 
10.3.3 mail.app to connect to the imap + imaps ports. I have no 
problems I can tell at the moment, all mail that gets in, I see in my 
client, I can delete and move all I want :)

> cheers,
> darren
>
Regards,

Maikel Verheijen


From rick@activeservice.co.uk  Thu Apr  1 01:16:04 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EC076C002800; Thu,  1 Apr 2004 01:16:04 +0300 (EEST)
Received: from mcp.34sp.com (unknown [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id B672CC000D9B
	for <dovecot@dovecot.org>; Thu,  1 Apr 2004 01:16:02 +0300 (EEST)
Received: (qmail 96810 invoked from network); 31 Mar 2004 22:11:18 -0000
Received: from unknown (HELO activeservice.co.uk) (qmailr@62.164.177.174)
	by softdnserror with SMTP; 31 Mar 2004 22:11:18 -0000
Received: (qmail 10111 invoked from network); 31 Mar 2004 22:11:10 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from pc-00009.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	31 Mar 2004 22:11:07 -0000
Date: Wed, 31 Mar 2004 23:11:12 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: dovecot@dovecot.org
Message-ID: <94275000.1080774672@[192.168.0.9]>
X-Mailer: Mulberry/3.1.2 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [Dovecot] Mulberry problem
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 31 Mar 2004 22:16:05 -0000
X-UID: 8862                                                  
Status: O

I've been chasing a problem with Mulberry which now actually seems to be a 
Dovecot server bug.

The problem manifests itself when manipulating embedded rfc822 messages, 
and the analysis comes down to the fact that a FETCH BODY[2] command 
returns the same thing as FETCH BODY[2.1]. Both return just the text of the 
embedded message, whereas FETCH BODY[2] should return everything including 
the headers (this is what Cyrus Daboo came up with after looking at the 
Mulberry log).

I'm not sure exactly what version of Dovecot I'm running, it's what comes 
with SME Server 6.0. Has this by any chance been fixed?

I have another Mulberry problem which might be related, but I'll save that 
for another post :)

-- 
Regards
Rick Jones

From darren@3x3x3.org  Thu Apr  1 01:33:06 2004
Return-Path: <darren@3x3x3.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7FC5EC002800; Thu,  1 Apr 2004 01:33:06 +0300 (EEST)
Received: from yak.fluid.com (yak.fluid.com [63.76.105.204])
	by talvi.dovecot.org (Postfix) with ESMTP id 73D34C000D9B
	for <dovecot@dovecot.org>; Thu,  1 Apr 2004 01:33:03 +0300 (EEST)
Received: from boomstick.fluid.com ([63.76.105.102])
	by yak.fluid.com with esmtp (Exim 4.31 #1)
	id 1B8oAC-0003UP-19; Wed, 31 Mar 2004 14:26:24 -0800
Message-ID: <406B4609.8050202@3x3x3.org>
Date: Wed, 31 Mar 2004 14:28:25 -0800
From: darren david <darren@3x3x3.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] Re: Rogue child imap processes when using Mac imap
	clients
References: <3FD4B4D2.304@3x3x3.org>	<F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>	<864qw8gxfy.wl%asf@boinkor.net>
	<406AF032.8050103@3x3x3.org>
	<2C34CF5D-8336-11D8-9047-000A95B3C1CA@ladot.com>
In-Reply-To: <2C34CF5D-8336-11D8-9047-000A95B3C1CA@ladot.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 31 Mar 2004 22:33:06 -0000
X-UID: 8863                                                  
Status: O
Content-Length: 1043

indeed, this is case for me as well -- no obvious problems on the client 
side. but more often than not checking mail from the Mac (Thunderbird 
and Mail.app) leaves an 'imap' process running in a loop and consuming 
all available CPU resources -- i end up 'sudo kill -9'-ing them 
throughout the day.

darren

Maikel Verheijen wrote:

> Hi Darren,
> 
> On Mar 31, 2004, at 6:22 PM, darren david wrote:
> 
>> hey all-
>>
>> just a ping to see if this ssue has been resolved. it's still popping 
>> up for me. Also wondering whose the owner of the OpenBSD port and if 
>> we'll be seeing an updated version anytime soon? we're still on 
>> 0.99.10.2 as far as i can tell...
> 
> I am running dovecot 0.99.10.4 on FreeBSD 5.2.1-p4, and I use MacOS X 
> 10.3.3 mail.app to connect to the imap + imaps ports. I have no problems 
> I can tell at the moment, all mail that gets in, I see in my client, I 
> can delete and move all I want :)
> 
>> cheers,
>> darren
>>
> Regards,
> 
> Maikel Verheijen
> 
> 
> 
> !DSPAM:406afa4770292045218532!
> 
> 

From asf@boinkor.net  Wed Mar 31 21:42:59 2004
Return-Path: <asf@boinkor.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E9157C002800; Wed, 31 Mar 2004 21:42:59 +0300 (EEST)
Received: from beaver.boinkor.net (beaver.boinkor.net [213.235.219.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 1F12CC000D9B
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 21:42:57 +0300 (EEST)
Received: from beaver.boinkor.net (localhost [IPv6:::1])
	by beaver.boinkor.net (8.12.11/8.12.11) with ESMTP id i2VIcCdh003028
	for <dovecot@dovecot.org>; Wed, 31 Mar 2004 20:38:13 +0200 (CEST)
	(envelope-from asf@boinkor.net)
Date: Wed, 31 Mar 2004 20:38:12 +0200
Message-ID: <86lllgkgkr.wl%asf@boinkor.net>
From: Andreas Fuchs <asf@boinkor.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Re: Rogue child imap processes when using Mac imap
	clients
In-Reply-To: <406AF032.8050103@3x3x3.org>
References: <3FD4B4D2.304@3x3x3.org>
	<F7AAD328-29CD-11D8-A61E-000393CC2E90@iki.fi>
	<864qw8gxfy.wl%asf@boinkor.net> <406AF032.8050103@3x3x3.org>
User-Agent: Wanderlust/2.11.24 (Wonderwall) Emacs/21.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-Mailman-Approved-At: Thu, 01 Apr 2004 02:28:45 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 31 Mar 2004 18:43:00 -0000
X-UID: 8864                                                  
Status: O

Today, darren david <darren@3x3x3.org> wrote:
> hey all-
>
> just a ping to see if this ssue has been resolved. it's still
> popping up for me.

Resolved - no, not AFAICT. We resolved to re-start the dovecot process
every night, so it's no longer really bad.

I couldn't find out more about what is causing the endless
recursion. It really looks like dovecot runs out of sockets, then logs
that to syslog, fails, tries to log that to syslog, etc.

Cheers,
-- 
Andreas Fuchs, <asf@boinkor.net>, asf@jabber.at, antifuchs

From x@xxvii.net  Thu Apr  1 14:11:49 2004
Return-Path: <x@xxvii.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 868ACC002800; Thu,  1 Apr 2004 14:11:49 +0300 (EEST)
Received: from smaug.vex.net (smaug.vex.net [66.246.136.211])
	by talvi.dovecot.org (Postfix) with ESMTP id 29DFAC000D9B
	for <dovecot@dovecot.org>; Thu,  1 Apr 2004 14:11:47 +0300 (EEST)
Received: from bee.vii.net (69-90-55-67.fastdsl.ca [69.90.55.67])
	by smaug.vex.net (Postfix) with ESMTP id 853E42F65E
	for <dovecot@dovecot.org>; Thu,  1 Apr 2004 06:06:59 -0500 (EST)
Received: by bee.vii.net (Postfix, from userid 1000)
	id DDE49BD75; Thu,  1 Apr 2004 06:06:29 -0500 (EST)
From: Tim Middleton <x@Vex.Net>
Organization: xxvii.net
To: dovecot@dovecot.org
Date: Thu, 1 Apr 2004 06:06:29 -0500
User-Agent: KMail/1.6.1
X-Whee: Yes, Please.
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200404010606.29127.x@Vex.Net>
Subject: [Dovecot] Failed to create storage with data
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: dovecot@dovecot.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: Thu, 01 Apr 2004 11:11:49 -0000
X-UID: 8865                                                  
Status: O
Content-Length: 1718


Switched from UW-IMAP to dovecot a little while ago. Worked through the 
namespace hell with current users. But now I've hit another problem I can't 
seem to figure out.

Some webmail (squirrelmail) users noticed that when they tried to login they 
would jus get this error:

ERROR: 
ERROR : Connection dropped by imap-server. 
Query: CAPABILITY

I discovered in the mail logs the real error was like this:

Apr 1 04:28:38 smaug imap(mcfletch): Invalid mbox file /var/mail/mcfletch: No 
such file or directory 
Apr 1 04:28:38 smaug imap(mcfletch): Failed to create storage with data: 
mbox:/var/mail/mcfletch

And the error seems to be quite accurate. These are new logins seeing this 
error, which do not yet have an mbox file. So the question is, why is dovecot 
not able to deal with this situation?

Searching google i saw the suggestoin to one preson that it was actually the 
~/mail directory unable to be created, but this is not the case in my test 
above, as ~/mail already existed for that account.

Directory permissions seem okay. /usr/mail is drwxrwxrwt (note: /var/mail is a 
symlink to /usr/mail on this system). The dovecot setup is fairly default. 
Platform is FreeBSD 4.9. Authentication is done via system password file. 
There's no problem accessing/modifying existing mailboxes. 

I put in a chron job to touch into existance any non-existing mailboxes for 
everyone in the passwd file periodically, which mostly eliminates the 
problem. But I'd still like to know why the server is having the problem, if 
anyone can make any suggestions.

-- 
Tim Middleton | Cain Gang Ltd | "Are the gods not just?"  "Oh no, child.
x@veX.net     | www.Vex.Net   | What would become of us if they were?" (CSL)


From charlieb-dovecot@e-smith.com  Fri Apr  2 01:43:06 2004
Return-Path: <charlieb-dovecot@e-smith.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 67C69C002800; Fri,  2 Apr 2004 01:43:06 +0300 (EEST)
Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126])
	by talvi.dovecot.org (Postfix) with SMTP id 87294C000D9B
	for <dovecot@dovecot.org>; Fri,  2 Apr 2004 01:43:03 +0300 (EEST)
Received: (qmail 14712 invoked from network); 1 Apr 2004 22:31:34 -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;
	01 Apr 2004 22:31:34 -0000
Received: (qmail 15085 invoked by uid 5008); 1 Apr 2004 22:31:34 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
	by localhost with SMTP; 1 Apr 2004 22:31:34 -0000
Date: Thu, 1 Apr 2004 17:31:34 -0500 (EST)
From: Charlie Brady <charlieb-dovecot@e-smith.com>
X-X-Sender: charlieb@allspice.nssg.mitel.com
To: Olivier Tharan <olive@pasteur.fr>
Subject: Re: [Dovecot] The Status: header is forced
In-Reply-To: <20040330195741.GA83591@mafate.sis.pasteur.fr>
Message-ID: <Pine.LNX.4.44.0404011729300.11305-100000@allspice.nssg.mitel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 01 Apr 2004 22:43:06 -0000
X-UID: 8866                                                  
Status: O
Content-Length: 1240


On Tue, 30 Mar 2004, Olivier Tharan wrote:

> * Charlie Brady <charlieb-dovecot@e-smith.com> (20040330 13:03):
> > > > Is the Status: header really needed in every case? This breaks
> > > > mutt which displays mails with a 'O' flag instead of 'N'.
> > 
> > Is mutt accessing the mail store directly, or via IMAP?
> 
> In this case, the mail is fetched with fetchmail and then mutt
> accesses local mailboxes.

If you want a consistent view, I'd suggest you use IMAP to access the 
mailboxes.

> > > Well, I fixed it with a procmail rule, as these headers are
> > > undoubtedly needed with other MUAs.
> > 
> > Are you sure? If so, they are broken. RFC 2076 identifies the "Status:" 
> > header as non-standard. It's used for per-message storage of flags (which 
> > is done another way by dovecot with Maildir storage).
> 
> So mutt could be broken then?
>
> But, when I fetch mail from my Dovecot server on a local machine,
> and open the mailbox with mutt, I am most likely to not have seen
> the mail before, so I do not understand why the Status: should be
> 'O'.

I don't think this has much to do with dovecot.

--
Charlie

A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?


From eLgino@n3rd.at  Thu Apr  1 18:14:41 2004
Return-Path: <eLgino@n3rd.at>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 11C4AC002800; Thu,  1 Apr 2004 18:14:41 +0300 (EEST)
Received: from n3rd.at (n3rd.at [80.78.255.52])
	by talvi.dovecot.org (Postfix) with ESMTP id 12EA3C000D9B
	for <dovecot@dovecot.org>; Thu,  1 Apr 2004 18:14:38 +0300 (EEST)
Received: (qmail 83761 invoked by uid 80); 1 Apr 2004 15:03:53 -0000
Received: from 192.168.0.5 ([192.168.0.5]) by mail.n3rd.at (IMP) with HTTP 
	for <maillist@n3rd.at@localhost>; Thu,  1 Apr 2004 17:03:52 +0200
Message-ID: <1080831832.406c2f58f039a@mail.n3rd.at>
Date: Thu,  1 Apr 2004 17:03:52 +0200
From: eLgino <eLgino@n3rd.at>
To: "" <dovecot@dovecot.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-4.8
X-Originating-IP: 192.168.0.5
X-Mailman-Approved-At: Fri, 02 Apr 2004 13:36:46 +0300
Subject: [Dovecot] SSL error and PostgreSQL
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: eLgino@n3rd.at
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: Thu, 01 Apr 2004 15:14:41 -0000
X-UID: 8867                                                  
Status: O

Hello there,

Anyone have a Howto for me how i can configure dovecot to work with a PostgreSQL
Database? (the docs are small), i want to use it with Exim4

and i have a error with SSL 
"imap-login: Can't load private key file /var/dovecot/ssl/private/imapd.pem:
error:0906D06C:PEM routine:PEM_read_bio:no start line"

i make my cert with this command (i don't like the included script :))
openssl req -nodes -new -x509 -keyout imapd.pem -out imapd.pem -days 3650
or
openssl req -nodes -new -x509 -out imapd.pem -days 3650

the pem is file is in the right directory and have "a chmod 700,777 or 600" no
one of the this will work.

sorry for my poor english and thanks in advance

From maikel@ladot.com  Fri Apr  2 13:49:53 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 46619C002800; Fri,  2 Apr 2004 13:49:53 +0300 (EEST)
Received: from amsfep18-int.chello.nl (amsfep18-int.chello.nl [213.46.243.13])
	by talvi.dovecot.org (Postfix) with ESMTP id E103AC000D9B
	for <dovecot@dovecot.org>; Fri,  2 Apr 2004 13:49:50 +0300 (EEST)
Received: from myst.dohd.org ([62.195.154.6]) by amsfep18-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040402104503.IPTW8742.amsfep18-int.chello.nl@myst.dohd.org>;
	Fri, 2 Apr 2004 12:45:03 +0200
Received: from [172.31.5.88] (pool-5.ladot.com [217.22.64.98])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i32Bx5ki011597;
	Fri, 2 Apr 2004 13:59:10 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <1080831832.406c2f58f039a@mail.n3rd.at>
References: <1080831832.406c2f58f039a@mail.n3rd.at>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <C6AC3232-8492-11D8-9047-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] SSL error and PostgreSQL
Date: Fri, 2 Apr 2004 12:44:54 +0200
To: eLgino@n3rd.at
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 02 Apr 2004 10:49:53 -0000
X-UID: 8868                                                  
Status: O
Content-Length: 1148

In the docs dir, there is a sample configuration for a postgres 
connection with dovecot:

ls dovecot-0.99.10.4/doc/dovecot-pgsql.conf
dovecot-0.99.10.4/doc/dovecot-pgsql.conf


In your dovecot.conf file you point to this file as followed:

auth_passdb = pgsql /usr/local/etc/dovecot-pgsql.conf
auth_userdb = pgsql /usr/local/etc/dovecot-pgsql.conf

Kind regards,

Maikel Verheijen


On Apr 1, 2004, at 5:03 PM, eLgino wrote:

> Hello there,
>
> Anyone have a Howto for me how i can configure dovecot to work with a 
> PostgreSQL
> Database? (the docs are small), i want to use it with Exim4
>
> and i have a error with SSL
> "imap-login: Can't load private key file 
> /var/dovecot/ssl/private/imapd.pem:
> error:0906D06C:PEM routine:PEM_read_bio:no start line"
>
> i make my cert with this command (i don't like the included script :))
> openssl req -nodes -new -x509 -keyout imapd.pem -out imapd.pem -days 
> 3650
> or
> openssl req -nodes -new -x509 -out imapd.pem -days 3650
>
> the pem is file is in the right directory and have "a chmod 700,777 or 
> 600" no
> one of the this will work.
>
> sorry for my poor english and thanks in advance


From redjar@redjar.org  Fri Apr  2 18:17:49 2004
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 61EC6C002800; Fri,  2 Apr 2004 18:17:49 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by talvi.dovecot.org (Postfix) with ESMTP id 244ADC000D9B
	for <dovecot@dovecot.org>; Fri,  2 Apr 2004 18:17:46 +0300 (EEST)
Received: from mdhcp5-230.marlboro.edu ([10.1.5.230])
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 1B9QLn-0006uc-00
	for <dovecot@dovecot.org>; Fri, 02 Apr 2004 10:12:55 -0500
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org>
References: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <7191B064-84B8-11D8-A343-000393DB639A@redjar.org>
Content-Transfer-Encoding: 7bit
From: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] dovecot not reconnecting to ldap after ldap restart
Date: Fri, 2 Apr 2004 10:14:32 -0500
To: dovecot@dovecot.org
X-Mailer: Apple Mail (2.613)
X-Marlboro-MailScanner: clean
X-Marlboro-SpamCheck: not spam, SpamAssassin (score=-4.861, required 7,
	AWL 0.04, BAYES_00 -4.90)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 02 Apr 2004 15:17:49 -0000
X-UID: 8869                                                  
Status: O
Content-Length: 2451

I've taken some time to try to reproduce my problem on my sandbox.  I 
was able to consistently reproduce it...

In the following scenario:
dovecot -> stunnel -> ldap server
when the ldap server is restarted, dovecot can no longer connect to the 
LDAP server through stunnel.

When I have dovecot connect directly to the ldap server (without 
SSL/TLS) and restart the server, dovecot works properly.  It can 
continue to authenticate when the LDAP server becomes available again.

So I'd like to try to not use stunnel with dovecot.  But how do I 
configure dovecot-ldap.conf to connect directly to the LDAP server with 
SSL/TLS?

I've tried:

hosts = ldaps://ldap.server.com
and
hosts = ldap.server.com:636

But neither work.

I didn't see another directive to use to turn SSL/TLS on in the conf 
file or in the docs.

Thanks,
-jared

On Mar 30, 2004, at 1:30 PM, Jared wrote:

> I upgraded dovecot two weeks ago from 0.99.10-0.rc2 to 
> 0.99.10.4-1woody1 (both from the woody backport packages from 
> braincells.com).
>
> Dovecot is using LDAP on a separate machine for authentication.  
> (through stunnel if it matters)
>
> At 4:00 am, the LDAP server stops, dumps the ldap database, and then 
> starts back up.  Because the LDAP server is stopped, anyone who tries 
> to authenticate during the few seconds will be denied.  This isn't a 
> big deal since it's 4:00 am.  However, twice in the past two weeks, it 
> appears that if dovecot can't connect to the LDAP server, it loses the 
> ability until dovecot is restarted.  It's only happened since I 
> upgraded, and it's only happened twice, presumably when someone was 
> trying to check their mail at the precise moment the LDAP server is 
> down.
>
> I get the following entry in mail.err:
>
> Mar 30 04:00:18 akbar dovecot-auth: LDAP: ldap_result() failed: Can't 
> contact LDAP server
> Mar 30 04:00:19 akbar dovecot-auth: LDAP: Can't connect to server: 
> localhost
> Mar 30 04:00:50 akbar last message repeated 36 times
> .
> .
> .
>
> The two times it has happened, ldap is responding properly (all other 
> services we provide which use LDAP still work), stunnel on the dovecot 
> machine is still running, and dovecot is still running, accepting IMAP 
> and POP connections, but failing at the authentication phase.
>
> Is there some change or bug in dovecot which would make this happen?  
> Or is there a problem with my set up?
>
> Thanks in advance for any ideas.
>
> -jared
>


From asmoore@edge.net  Fri Apr  2 20:49:30 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E0350C002800; Fri,  2 Apr 2004 20:49:30 +0300 (EEST)
Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64])
	by talvi.dovecot.org (Postfix) with ESMTP id 94191C000D9B
	for <dovecot@dovecot.org>; Fri,  2 Apr 2004 20:49:28 +0300 (EEST)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc13) with ESMTP
	id <20040402174429016003etbte>; Fri, 2 Apr 2004 17:44:39 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.11+Sun/8.12.11) with SMTP id i32HiSRv012312
	for <dovecot@dovecot.org>; Fri, 2 Apr 2004 11:44:28 -0600 (CST)
Date: Fri, 2 Apr 2004 11:44:28 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot mailing list <dovecot@dovecot.org>
Message-Id: <20040402114428.3497f608@sws602>
X-Mailer: Sylpheed version 0.9.10claws36-csw (GTK+ 1.2.10;
	sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.68-1, clamav-milter version 0.67a
Subject: [Dovecot] RE: Missed config option
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 02 Apr 2004 17:49:31 -0000
X-UID: 8870                                                  
Status: O

I am trying to sync a set of maildir folders from a dovecot server and a different imap server on a different host.  Using a perl tool called imapsync.

The tool says the following about the two servers capabilities:
>From capability : IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED
To   capability : IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION
No NAMESPACE capability in imap server sws601.mcsun.local
Give the separator character with the --sep1 option

The From server sws601.mcsun.local is dovecot.  What did I miss that causes the NAMESPACE capability to not be seen from dovecot?  What is the separator character?

Thanks, Alex

-- 

From asmoore@edge.net  Fri Apr  2 21:21:01 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 967A4C002800; Fri,  2 Apr 2004 21:21:01 +0300 (EEST)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by talvi.dovecot.org (Postfix) with ESMTP id 62EAAC000D9B
	for <dovecot@dovecot.org>; Fri,  2 Apr 2004 21:20:59 +0300 (EEST)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc11) with ESMTP
	id <2004040218160301100c3oame>; Fri, 2 Apr 2004 18:16:08 +0000
Received: from sws602 (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.11+Sun/8.12.11) with SMTP id i32IG2uU012468
	for <dovecot@dovecot.org>; Fri, 2 Apr 2004 12:16:02 -0600 (CST)
Date: Fri, 2 Apr 2004 12:16:02 -0600
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] RE: Missed config option
Message-Id: <20040402121602.799a6530@sws602>
In-Reply-To: <20040402114428.3497f608@sws602>
References: <20040402114428.3497f608@sws602>
X-Mailer: Sylpheed version 0.9.10claws36-csw (GTK+ 1.2.10;
	sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.68-1, clamav-milter version 0.67a
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 02 Apr 2004 18:21:01 -0000
X-UID: 8871                                                  
Status: O

On Fri, 2 Apr 2004 11:44:28 -0600
Alex S Moore <asmoore@edge.net> wrote:

> The tool says the following about the two servers capabilities:
> From capability : IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED
> To   capability : IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION
> No NAMESPACE capability in imap server sws601.mcsun.local
> Give the separator character with the --sep1 option
> 
> The From server sws601.mcsun.local is dovecot.  What did I miss that causes the NAMESPACE capability to not be seen from dovecot?  What is the separator character?

Well, duh.  The separator character must be '.'

I still have the NAMESPACE question.

Thanks, Alex

From mike@skew.org  Sat Apr  3 02:36:02 2004
Return-Path: <mike@skew.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 29D48C002800; Sat,  3 Apr 2004 02:36:02 +0300 (EEST)
Received: from chilled.skew.org (skew.org [65.101.207.237])
	by talvi.dovecot.org (Postfix) with ESMTP id 69024C000D9B
	for <dovecot@dovecot.org>; Sat,  3 Apr 2004 02:35:59 +0300 (EEST)
Received: from chilled.skew.org (localhost.skew.org [127.0.0.1])
	by chilled.skew.org (8.12.9p2/8.12.9) with ESMTP id i32NVGOx024985
	for <dovecot@dovecot.org>; Fri, 2 Apr 2004 16:31:17 -0700 (MST)
	(envelope-from mike@chilled.skew.org)
Received: (from mike@localhost)
	by chilled.skew.org (8.12.9p2/8.12.9/Submit) id i32NVG03024984
	for dovecot@dovecot.org; Fri, 2 Apr 2004 16:31:16 -0700 (MST)
	(envelope-from mike)
From: Mike Brown <mike@skew.org>
Message-Id: <200404022331.i32NVG03024984@chilled.skew.org>
To: dovecot@dovecot.org
Date: Fri, 2 Apr 2004 16:31:16 -0700 (MST)
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL90 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Subject: [Dovecot] passwd-file maintenance by users, other options
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 02 Apr 2004 23:36:02 -0000
X-UID: 8872                                                  
Status: O
Content-Length: 1396

I am using Dovecot to provide IMAP and IMAP+SSL service for my users, but am
still using QPopper for POP3 service, wrapped with stunnel for POP3+SSL.

I am hesitant to get rid of QPopper because it supports APOP, which encrypts
authentication data (both where it is stored, and when it is transmitted), and
because APOP passwords can be managed by the users themselves, via the popauth
tool that they can run from their shell accounts.

I'd like very much to use Dovecot for POP3, but would need to have it be
comparable to APOP, where authentication does not involve having user
passwords going across the wire in the clear, and especially I need for users
to be able to maintain their passwords themselves, preferably with their
status as a current user of the system being established without my
intervention; I don't want to have to manually keep things in sync with
/etc/passwd. Furthermore, it needs to have no conflicts with popular email
clients including Mozilla, Outlook, Outlook Express, and Eudora, so unusual
authentication mechanisms are not really an option.

I've RTFM at http://www.dovecot.org/doc/auth.txt but I don't know how to
establish a separate passwd file that would satisfy the requirement that users
be able to maintain their passwords themselves. And PAM is a complete mystery
to me.

So what do you all do? Is there a tutorial somewhere that would help?

Thanks,

M.

From bhills@openshores.com  Sat Apr  3 08:43:20 2004
Return-Path: <bhills@openshores.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 608CBC002800; Sat,  3 Apr 2004 08:43:20 +0300 (EEST)
Received: from mail.openshores.com (mail.openshores.com [142.179.111.153])
	by talvi.dovecot.org (Postfix) with ESMTP id DB826C000D9B
	for <dovecot@dovecot.org>; Sat,  3 Apr 2004 08:43:17 +0300 (EEST)
Received: from [192.168.1.34] (unixtop.openshores.local [192.168.1.34])
	by mail.openshores.com (Postfix) with ESMTP id 676B577876
	for <dovecot@dovecot.org>; Fri,  2 Apr 2004 21:59:15 -0800 (PST)
From: Brent Hills <bhills@openshores.com>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1080970707.1962.56.camel@unixtop.openshores.local>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-1) 
Date: Fri, 02 Apr 2004 21:38:27 -0800
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] imap errors filtering folders with evolution
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 03 Apr 2004 05:43:20 -0000
X-UID: 8873                                                  
Status: O

Hello,

I posted earlier to the Ximian Evolution Users list.  It was suggested I
follow up in relation to dovecot.  They also indicated the timestamp in
the error message was coming from dovecot. 

When filtering a folder on a dovecot (0.99.10) imap server with
Evolution version 1.46 I receive:

Error while 'Filtering Folder'
Imap command failed internal error [YYYY-MM-DD HH:MM:SS]

The timestamp seems to be the current time.  The filters used are
primarily move to folder where the destination folder is another imap
folder on the same server.

The error can be reproduced reliably if I select a large number of email
to filter.  There are about 10 filters all moving to different folders
based on criteria.  If I select smaller number of email the error occurs
but less predictably.  Eventually, it will filter all the email so its
not a
particular one that it hangs up on.

Is anyone familiar with this issue?

Brent Hills. 


From maikel@ladot.com  Sat Apr  3 13:20:44 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 66615C002800; Sat,  3 Apr 2004 13:20:44 +0300 (EEST)
Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.26])
	by talvi.dovecot.org (Postfix) with ESMTP id 9300FC000D9B
	for <dovecot@dovecot.org>; Sat,  3 Apr 2004 13:20:41 +0300 (EEST)
Received: from myst.dohd.org ([62.195.154.6]) by amsfep16-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040403101551.SFVN26437.amsfep16-int.chello.nl@myst.dohd.org>;
	Sat, 3 Apr 2004 12:15:51 +0200
Received: from [10.0.3.242] ([10.0.3.242]) (authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i33BTxki017725;
	Sat, 3 Apr 2004 13:29:59 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <200404022331.i32NVG03024984@chilled.skew.org>
References: <200404022331.i32NVG03024984@chilled.skew.org>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <DF81DA66-8557-11D8-9047-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] passwd-file maintenance by users, other options
Date: Sat, 3 Apr 2004 12:15:46 +0200
To: Mike Brown <mike@skew.org>
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 03 Apr 2004 10:20:44 -0000
X-UID: 8874                                                  
Status: O
Content-Length: 1275

Hi Mike,

On Apr 3, 2004, at 1:31 AM, Mike Brown wrote:

> I've RTFM at http://www.dovecot.org/doc/auth.txt but I don't know how 
> to
> establish a separate passwd file that would satisfy the requirement 
> that users
> be able to maintain their passwords themselves. And PAM is a complete 
> mystery
> to me.

Why don't you move to a database instead of having a password file? If 
you use a database, you could easily write a php-web-interface for your 
users where they can update or change their passwords.
The only thing you won't solve is the APOP issue, but since you already 
support IMAP as well, why no allow pop3 too? Almost all clients support 
ssl connections to both pop3 and imap, so why bother with the password 
being sent plain-text over the wire?


>
> So what do you all do? Is there a tutorial somewhere that would help?

We use dovecot with postgresql as a database backend, we have no 
tutorial, but in the wiki of dovecot there was a tutorial on how to get 
both dovecot and postfix to read a postgresql database:

http://wiki.dovecot.org/moin.cgi/DovecotPostgresql

The virtual user stuff in postfix is something you might not need, but 
it does describe the setup of dovecot for postgresql.

>
> Thanks,
>
> M.
>
Kind regards,


Maikel Verheijen.


From rick@activeservice.co.uk  Sat Apr  3 19:22:14 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A489BC002800; Sat,  3 Apr 2004 19:22:14 +0300 (EEST)
Received: from mcp.34sp.com (unknown [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id 4E0C9C000D9B
	for <dovecot@dovecot.org>; Sat,  3 Apr 2004 19:22:12 +0300 (EEST)
Received: (qmail 65181 invoked from network); 3 Apr 2004 16:17:10 -0000
Received: from unknown (HELO activeservice.co.uk) (qmailr@62.164.179.224)
	by softdnserror with SMTP; 3 Apr 2004 16:17:10 -0000
Received: (qmail 14435 invoked from network); 3 Apr 2004 16:17:00 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from pc-00009.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	03 Apr 2004 16:16:58 -0000
Date: Sat, 03 Apr 2004 17:17:03 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: dovecot@dovecot.org
Message-ID: <332239094.1081012623@[192.168.0.9]>
X-Mailer: Mulberry/3.1.2 (Win32)
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="==========965F6D25956CBB30EC6F=========="
Cc: tss@iki.fi
Subject: [Dovecot] Bug fix - message/rfc822 attachments
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 03 Apr 2004 16:22:14 -0000
X-UID: 8875                                                  
Status: O
Content-Length: 2761

--==========965F6D25956CBB30EC6F==========
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Greetings

I've attached a patch that fixes a bug in Dovecot relating to rfc822 
attachments. This problem shows up in Mulberry (which hammers the IMAP 
protocol more than most!).

The problem is that FETCH BODY[n], where "n" is the number for the 
message/rfc822 part, returns the wrong information. It returns the message 
without the headers, whereas it should return the entire rfc822 attachment. 
FETCH BODY[n.MIME] doesn't appear to return the MIME headers for the part 
either.

This happens because the find_part() function always steps down into the 
child when the type of the part is RFC822. It should only do this if the 
request is for a sub-part, or for HEADER. Otherwise it should stay at the 
current level.

I have to say the IMAP protocol is a bit perverse in the way implicit 
nesting of rfc822 messages is handled, which is why this looks somewhat 
hacky. I don't see a nicer way though.

The effect in Mulberry is that certain operations on rfc822 attachments 
don't work properly, in particular extracting the attachment into a 
separate message. It also affects message-digest format messages, which 
will completely lock up Mulberry if one is even present in a mailbox. (It 
may be that Dovecot itself hangs, I don't know. Once I found that the patch 
fixed both problems I didn't look any further :) Mulberry doesn't exhibit 
these problems with other IMAP servers.

The attached patch is for the source code of 0.99.10.04. I've looked at the 
"latest" source, and there is no change in these lines of code, so I guess 
the bug is still there.

-- 
Best regards
Rick Jones
--==========965F6D25956CBB30EC6F==========
Content-Type: application/octet-stream; name="imap-fetch-body-section.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="imap-fetch-body-section.patch";
	size=527

LS0tIG9yaWcvaW1hcC1mZXRjaC1ib2R5LXNlY3Rpb24uYwlNb24gTm92IDEwIDE4OjI4OjA1IDIw
MDMKKysrIC4vaW1hcC1mZXRjaC1ib2R5LXNlY3Rpb24uYwlTYXQgQXByICAzIDE1OjMxOjQxIDIw
MDQKQEAgLTQ0Nyw4ICs0NDcsMTAgQEAKIAkJfQogCiAJCWlmIChwYXJ0ICE9IE5VTEwgJiYKLQkJ
ICAgIChwYXJ0LT5mbGFncyAmIE1FU1NBR0VfUEFSVF9GTEFHX01FU1NBR0VfUkZDODIyKSkgewot
CQkJLyogc2tpcCB0aGUgbWVzc2FnZS9yZmM4MjIgcGFydCAqLworCQkgICAgKHBhcnQtPmZsYWdz
ICYgTUVTU0FHRV9QQVJUX0ZMQUdfTUVTU0FHRV9SRkM4MjIpICYmCisJCSAgICAoKnBhdGggPj0g
JzAnICYmICpwYXRoIDw9ICc5JyB8fCBzdHJuY21wKHBhdGgsICJIRUFERVIiLCA2KSA9PSAwKSkg
eworCQkJLyogaWYgcmVtYWluZGVyIG9mIHBhdGggaXMgYSBudW1iZXIgb3IgIkhFQURFUiIsCisJ
CQkJc2tpcCB0aGUgbWVzc2FnZS9yZmM4MjIgcGFydCAqLwogCQkJcGFydCA9IHBhcnQtPmNoaWxk
cmVuOwogCQl9CiAJfQo=

--==========965F6D25956CBB30EC6F==========--


From esj@harvee.org  Sun Apr  4 08:33:19 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B195BC002800; Sun,  4 Apr 2004 08:33:19 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id 8BC6AC000D9B
	for <dovecot@dovecot.org>; Sun,  4 Apr 2004 08:33:15 +0300 (EEST)
Received: from harvee.org (harvee.org [127.0.0.1])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i345QZCe000719;
	Sun, 4 Apr 2004 00:28:22 -0500
Received: FROM harvee.org ([192.168.0.54]) BY harvee.org WITH ESMTP ;
	Sun, 4 Apr 2004 00:26:30 -0500
Message-ID: <406F9C77.4060701@harvee.org>
Date: Sun, 04 Apr 2004 00:26:15 -0500
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] passwd-file maintenance by users, other options
References: <200404022331.i32NVG03024984@chilled.skew.org>
	<DF81DA66-8557-11D8-9047-000A95B3C1CA@ladot.com>
In-Reply-To: <DF81DA66-8557-11D8-9047-000A95B3C1CA@ladot.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040404:maikel@ladot.com:01e52e363923e369
X-Hashcash: 0:040404:mike@skew.org:356cc5cb4157d39f
X-Hashcash: 0:040404:dovecot@dovecot.org:367f51488eacea22
Cc: Mike Brown <mike@skew.org>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 04 Apr 2004 05:33:20 -0000
X-UID: 8876                                                  
Status: O

Maikel Verheijen wrote:

> Why don't you move to a database instead of having a password file? If 
> you use a database, you could easily write a php-web-interface for your 
> users where they can update or change their passwords.

I have a real problem suggesting using databases for something as simple 
as a password file.  kind of like using a bulldozer to park your car. 
cam be done but usually causes a boatload of damage and a great deal of 
regret.

a simple dbm file is sufficent for this task.  gdbm seems to be 
reasonable instance.

> The only thing you won't solve is the APOP issue, but since you already 
> support IMAP as well, why no allow pop3 too? Almost all clients support 
> ssl connections to both pop3 and imap, so why bother with the password 
> being sent plain-text over the wire?

very good sugestion.  a great tool for generating and managing certs in 
the small is tinyca.  http://tinyca.sm-zone.net/

--- eric

From m_pahlevanzadeh@yahoo.com  Mon Apr  5 03:44:31 2004
Return-Path: <m_pahlevanzadeh@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BBF62C000D9D; Mon,  5 Apr 2004 03:44:31 +0300 (EEST)
Received: from web21408.mail.yahoo.com (web21408.mail.yahoo.com
	[216.136.232.78])
	by talvi.dovecot.org (Postfix) with SMTP id 8C720C000D9B
	for <dovecot@dovecot.org>; Mon,  5 Apr 2004 03:44:28 +0300 (EEST)
Message-ID: <20040405003919.45988.qmail@web21408.mail.yahoo.com>
Received: from [217.218.155.70] by web21408.mail.yahoo.com via HTTP;
	Sun, 04 Apr 2004 17:39:19 PDT
Date: Sun, 4 Apr 2004 17:39:19 -0700 (PDT)
From: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] User authentication
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 05 Apr 2004 00:44:31 -0000
X-UID: 8877                                                  
Status: O

Hi.
I installed IMP webmail.
I had use MySQL authentication for IMAP.
Can i use MySQL for dovecot-imap server?
Please guide me....
Yours,Mohsen.

=====
---------DIGITAL  SIGNATURE-------------------
///Mohsen Pahlevanzadeh////////
     Network administrator  & programmer     
      My work phone is : +98216054096-7       
      My home phone is: +98213810146          
My emails is                                  
          m_pahlevanzadeh@yahoo.com               
My website is: http://webnegar.net            
----------------------------------------------------------------

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/

From cube@NetBSD.org  Mon Apr  5 10:00:28 2004
Return-Path: <cube@NetBSD.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A111AC000D9D; Mon,  5 Apr 2004 10:00:28 +0300 (EEST)
Received: from s2.relay.oleane.net (s2.relay.oleane.net [195.25.12.49])
	by talvi.dovecot.org (Postfix) with ESMTP id 3918BC000D9B
	for <dovecot@dovecot.org>; Mon,  5 Apr 2004 10:00:26 +0300 (EEST)
Received: from brest.eve-team.com ([194.250.174.227])
	by s2.relay.oleane.net with ESMTP id i356srT0096537
	for <dovecot@dovecot.org>; Mon, 5 Apr 2004 08:55:09 +0200 (CEST)
Received: from vidal.eve (vidal.eve [192.168.1.77])
	by brest.eve-team.com (Postfix) with SMTP id 55D88686E9
	for <dovecot@dovecot.org>; Mon,  5 Apr 2004 08:55:15 +0200 (CEST)
Date: Mon, 5 Apr 2004 08:55:14 +0200
From: Quentin Garnier <cube@NetBSD.org>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot not reconnecting to ldap after ldap restart
Message-Id: <20040405085514.66f44477@vidal.eve>
In-Reply-To: <7191B064-84B8-11D8-A343-000393DB639A@redjar.org>
References: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org>
	<7191B064-84B8-11D8-A343-000393DB639A@redjar.org>
Organization: NetBSD
X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="Multipart=_Mon__5_Apr_2004_08_55_14_+0200_aJF=L2ve.C0NOBOB"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 05 Apr 2004 07:00:28 -0000
X-UID: 8878                                                  
Status: O
Content-Length: 3023

This is a multi-part message in MIME format.

--Multipart=_Mon__5_Apr_2004_08_55_14_+0200_aJF=L2ve.C0NOBOB
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Fri Apr  2 18:17:50 2004
redjar at redjar.org (Jared) wrote:

[...]
> So I'd like to try to not use stunnel with dovecot.  But how do I
> configure dovecot-ldap.conf to connect directly to the LDAP server
> with SSL/TLS?
> 
> I've tried:
> 
> hosts = ldaps://ldap.server.com
> and
> hosts = ldap.server.com:636
> 
> But neither work.
> 
> I didn't see another directive to use to turn SSL/TLS on in the conf 
> file or in the docs.

There is no way in current dovecot source.  I hit the same issue when I
tested dovecot.  I'm attaching the patches that I have in my local
pkgsrc tree.

What they do is:

1. Change default value for 'hosts' to NULL instead of 'localhost'.
   That way, libldap will choose the default list of server as specified
   in OpenLDAP's ldap.conf configuration file.

2. Add a new configuration stance, 'uris', which you can set to a list
   of URIs that will be passed directly to libldap, which understands
   them.

I hope the patches will be included in dovecot tree, however it might be
best to fall back on 'hosts' value if using'uris' fails.  In my patch,
'hosts' is ignored if 'uris' is filled in.

Quentin Garnier.

--Multipart=_Mon__5_Apr_2004_08_55_14_+0200_aJF=L2ve.C0NOBOB
Content-Type: text/plain;
 name="patch-ae"
Content-Disposition: attachment;
 filename="patch-ae"
Content-Transfer-Encoding: 7bit

$NetBSD$

--- src/auth/db-ldap.c.orig	Sat Nov  8 16:29:20 2003
+++ src/auth/db-ldap.c
@@ -26,6 +26,7 @@
 
 static struct setting_def setting_defs[] = {
 	DEF(SET_STR, hosts),
+	DEF(SET_STR, uris),
 	DEF(SET_STR, dn),
 	DEF(SET_STR, dnpass),
 	DEF(SET_STR, deref),
@@ -42,7 +43,8 @@ static struct setting_def setting_defs[]
 };
 
 struct ldap_settings default_ldap_settings = {
-	MEMBER(hosts) "localhost",
+	MEMBER(hosts) NULL,
+	MEMBER(uris) NULL,
 	MEMBER(dn) NULL,
 	MEMBER(dnpass) NULL,
 	MEMBER(deref) "never",
@@ -178,7 +180,12 @@ static int ldap_conn_open(struct ldap_co
 		return TRUE;
 
 	if (conn->ld == NULL) {
-		conn->ld = ldap_init(conn->set.hosts, LDAP_PORT);
+		if (conn->set.uris != NULL) {
+			if (ldap_initialize(&conn->ld, conn->set.uris) != LDAP_SUCCESS)
+				conn->ld = NULL;
+		} else
+			conn->ld = ldap_init(conn->set.hosts, LDAP_PORT);
+
 		if (conn->ld == NULL)
 			i_fatal("LDAP: ldap_init() failed with hosts: %s",
 				conn->set.hosts);

--Multipart=_Mon__5_Apr_2004_08_55_14_+0200_aJF=L2ve.C0NOBOB
Content-Type: text/plain;
 name="patch-af"
Content-Disposition: attachment;
 filename="patch-af"
Content-Transfer-Encoding: 7bit

$NetBSD$

--- src/auth/db-ldap.h.orig	Thu Mar 20 16:46:33 2003
+++ src/auth/db-ldap.h
@@ -12,6 +12,7 @@ typedef void db_search_callback_t(struct
 
 struct ldap_settings {
 	const char *hosts;
+	const char *uris;
 	const char *dn;
 	const char *dnpass;
 	const char *deref;

--Multipart=_Mon__5_Apr_2004_08_55_14_+0200_aJF=L2ve.C0NOBOB--

From glenn-dovecot@delink.net  Mon Apr  5 17:38:22 2004
Return-Path: <glenn-dovecot@delink.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D5804C000D9D; Mon,  5 Apr 2004 17:38:22 +0300 (EEST)
Received: from a.mx.delink.net (delink.is-a-geek.net [207.166.198.225])
	by talvi.dovecot.org (Postfix) with ESMTP id 0D96CC000D9B
	for <dovecot@dovecot.org>; Mon,  5 Apr 2004 17:38:19 +0300 (EEST)
Received: (qmail 16350 invoked by uid 1000); 5 Apr 2004 14:33:23 -0000
Date: Mon, 5 Apr 2004 10:33:23 -0400
From: Brian T Glenn <glenn-dovecot@delink.net>
To: dovecot@dovecot.org
Message-ID: <20040405143323.GA16326@delink.net>
Mail-Followup-To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J"
Content-Disposition: inline
X-Operating-System: Linux ziege 2.6.3
X-MTA: qmail-1.03
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] dovecot not staying up
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 05 Apr 2004 14:38:23 -0000
X-UID: 8879                                                  
Status: O
Content-Length: 1184


--VbJkn9YxBvnuCH5J
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I found one reference to this in the archives via google, but the=20
assistance offered there did not resolve the problem. I am getting the=20
following in the logs:

Apr  5 10:21:25 ziegchen dovecot: Dovecot starting up
Apr  5 10:21:26 ziegchen dovecot: Auth process died too early - shutting do=
wn
Apr  5 10:21:26 ziegchen dovecot: child 30091 (auth) returned error 127
Apr  5 10:21:26 ziegchen imap-login: fd_send(-1) failed: Broken pipe

This is with SSL on or off, I have tried building the source many=20
different ways, but it behaves the same every time. I even copied the=20
config from a working installation and tried it with that, but to no=20
avail. Any insight would be appreciated.

--=20
Brian T Glenn
delink.net Internet Services

--VbJkn9YxBvnuCH5J
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAcW4zFy/L+4MovqIRAuCqAKCXj009f+9CVw0AM66XSrIGW6KIXACgie2U
jiYLQr2XHoZBm9evTdwFgow=
=mVOX
-----END PGP SIGNATURE-----

--VbJkn9YxBvnuCH5J--

From freebsd@helenmarks.co.uk  Mon Apr  5 18:03:40 2004
Return-Path: <freebsd@helenmarks.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 91421C000D9D; Mon,  5 Apr 2004 18:03:40 +0300 (EEST)
Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22])
	by talvi.dovecot.org (Postfix) with ESMTP id 61E0EC000D9B
	for <dovecot@dovecot.org>; Mon,  5 Apr 2004 18:03:38 +0300 (EEST)
Received: from [192.168.0.3] (82-69-49-2.dsl.in-addr.zen.co.uk [82.69.49.2])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.helenmarks.co.uk (Postfix) with ESMTP
	id DE2BA17180; Mon,  5 Apr 2004 15:58:41 +0100 (BST)
From: Dominic Marks <freebsd@helenmarks.co.uk>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot not staying up
Date: Mon, 5 Apr 2004 15:59:08 +0100
User-Agent: KMail/1.6.1
References: <20040405143323.GA16326@delink.net>
In-Reply-To: <20040405143323.GA16326@delink.net>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200404051559.08502.freebsd@helenmarks.co.uk>
Cc: glenn-dovecot@delink.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 05 Apr 2004 15:03:40 -0000
X-UID: 8880                                                  
Status: O
Content-Length: 1037

On Monday 05 April 2004 15:33, Brian T Glenn wrote:
> I found one reference to this in the archives via google, but the
> assistance offered there did not resolve the problem. I am getting
> the following in the logs:
>
> Apr  5 10:21:25 ziegchen dovecot: Dovecot starting up
> Apr  5 10:21:26 ziegchen dovecot: Auth process died too early -

What does your dovecot.conf look like?

> shutting down Apr  5 10:21:26 ziegchen dovecot: child 30091 (auth)
> returned error 127 Apr  5 10:21:26 ziegchen imap-login: fd_send(-1)
> failed: Broken pipe
>
> This is with SSL on or off, I have tried building the source many
> different ways, but it behaves the same every time. I even copied
> the config from a working installation and tried it with that, but
> to no avail. Any insight would be appreciated.

What operating system are you using?

Thanks,
-- 
Dominic Marks
  'We have a very simple system in Libya. We have a very open, 
democratic system - it's like a great big circle, and there in the 
middle is me.' -- Colonel Gaddafi, 2004

From glenn-dovecot@delink.net  Tue Apr  6 05:29:17 2004
Return-Path: <glenn-dovecot@delink.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BA72BC000D9D; Tue,  6 Apr 2004 05:29:17 +0300 (EEST)
Received: from a.mx.delink.net (delink.is-a-geek.net [207.166.198.225])
	by talvi.dovecot.org (Postfix) with ESMTP id D76E0C000D9B
	for <dovecot@dovecot.org>; Tue,  6 Apr 2004 05:29:13 +0300 (EEST)
Received: (qmail 23068 invoked by uid 1000); 6 Apr 2004 02:24:16 -0000
Date: Mon, 5 Apr 2004 22:24:16 -0400
From: Brian T Glenn <glenn-dovecot@delink.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot not staying up
Message-ID: <20040406022415.GI18230@delink.net>
Mail-Followup-To: dovecot@dovecot.org
References: <20040405143323.GA16326@delink.net>
	<200404051559.08502.freebsd@helenmarks.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200404051559.08502.freebsd@helenmarks.co.uk>
X-Operating-System: Linux ziege 2.6.3
X-MTA: qmail-1.03
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 06 Apr 2004 02:29:17 -0000
X-UID: 8881                                                  
Status: O
Content-Length: 1365

On Mon, Apr 05, 2004 at 03:59:08PM +0100, Dominic Marks may have written:
> On Monday 05 April 2004 15:33, Brian T Glenn wrote:
> > I found one reference to this in the archives via google, but the
> > assistance offered there did not resolve the problem. I am getting
> > the following in the logs:
> >
> > Apr  5 10:21:25 ziegchen dovecot: Dovecot starting up
> > Apr  5 10:21:26 ziegchen dovecot: Auth process died too early -
> 
> What does your dovecot.conf look like?
> 
> > shutting down Apr  5 10:21:26 ziegchen dovecot: child 30091 (auth)
> > returned error 127 Apr  5 10:21:26 ziegchen imap-login: fd_send(-1)
> > failed: Broken pipe
> >
> > This is with SSL on or off, I have tried building the source many
> > different ways, but it behaves the same every time. I even copied
> > the config from a working installation and tried it with that, but
> > to no avail. Any insight would be appreciated.
> 
> What operating system are you using?

Thank you for your reply, however, I believe I have found the problem. 
The --with-pgsql option being enabled seems to require that a pgsql 
server be running on the system, which in the case of this server it was 
not. Perhaps a more useful error message, such as unable to connect to 
pgsql database, or something similar would be helpful in the future.

Thanks,
-- 
Brian T Glenn
delink.net Internet Services

From electron31@hotmail.com  Tue Apr  6 11:08:09 2004
Return-Path: <electron31@hotmail.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 442F8C002800; Tue,  6 Apr 2004 11:08:09 +0300 (EEST)
Received: from hotmail.com (bay2-f154.bay2.hotmail.com [65.54.247.154])
	by talvi.dovecot.org (Postfix) with ESMTP id CCBE7C000D9B
	for <dovecot@dovecot.org>; Tue,  6 Apr 2004 11:08:06 +0300 (EEST)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	Tue, 6 Apr 2004 00:51:43 -0700
Received: from 195.167.33.1 by by2fd.bay2.hotmail.msn.com with HTTP;
	Tue, 06 Apr 2004 07:51:43 GMT
X-Originating-IP: [195.167.33.1]
X-Originating-Email: [electron31@hotmail.com]
X-Sender: electron31@hotmail.com
From: "electron electron" <electron31@hotmail.com>
To: dovecot@dovecot.org
Date: Tue, 06 Apr 2004 07:51:43 +0000
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <BAY2-F154xsFRzRtxgU000486f1@hotmail.com>
X-OriginalArrivalTime: 06 Apr 2004 07:51:43.0647 (UTC)
	FILETIME=[00E3CAF0:01C41BAC]
Subject: [Dovecot] dovecot with sendmail
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 06 Apr 2004 08:08:09 -0000
X-UID: 8882                                                  
Status: O
Content-Length: 1043

Hello,
Here is an issue.
I am trying to make dovecot work with sendmail
If I use the default conf file (default_mail_env = ) then the inbox is the 
file /var/mail/user and a mail folder is created in /home/user directory 
where it stores all additional imap folders.
The problem with this is that I cant have subfolders.
If I edit dovecot.conf file and enter
default_mail_env = maildir:/var/mail/%1u/%u/Maildir
then I can create subfolders, but new emails are not stored in INBOX, but 
the stay in /var/mail/user.

In order to overcome this issue I used procmail
.procmailrc:
----------
{
        :0
Maildir/

}
----------

So now all emails are stored in Maildir format and again with the default 
dovecot.conf file it works fine.
I was wondering if there is an alternative way to do this, without using 
procmail..just editing the dovecot.conf file.

Thank you

Regards

_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus


From charlie@rubberduck.com  Tue Apr  6 11:44:17 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 73C47C002800; Tue,  6 Apr 2004 11:44:17 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by talvi.dovecot.org (Postfix) with ESMTP id 5E58CC000D9B
	for <dovecot@dovecot.org>; Tue,  6 Apr 2004 11:44:14 +0300 (EEST)
Received: from machine.internal.schools.net.au
	(dsl-203-113-207-94.VIC.netspace.net.au [203.113.207.94])
	by lazy.spodder.com (Postfix) with ESMTP
	id DEB918FCE; Tue,  6 Apr 2004 18:38:22 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id A1ABE477A94; Tue,  6 Apr 2004 18:38:56 +1000 (EST)
Date: Tue, 6 Apr 2004 18:38:55 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Pahlevanzadeh Mohsen <m_pahlevanzadeh@yahoo.com>
Subject: Re: [Dovecot] User authentication
Message-ID: <20040406083850.GA25431@myinternet.com.au>
References: <20040405003919.45988.qmail@web21408.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99"
Content-Disposition: inline
In-Reply-To: <20040405003919.45988.qmail@web21408.mail.yahoo.com>
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 06 Apr 2004 08:44:17 -0000
X-UID: 8883                                                  
Status: O


--5vNYLRcllDrimb99
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Apr 04, 2004 at 05:39:19PM -0700, Pahlevanzadeh Mohsen wrote:
> Hi.
> I installed IMP webmail.
> I had use MySQL authentication for IMAP.
> Can i use MySQL for dovecot-imap server?

There is a mysql patch. Check the website.

  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--5vNYLRcllDrimb99
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAcmyZqiZDwhSqeUERAkEoAJ9MtH72EPTWm4rzp7VmM9AvvW9UTgCfc4hb
2b0i8XRlsFogIXeYnjccYCA=
=Eq9F
-----END PGP SIGNATURE-----

--5vNYLRcllDrimb99--

From glenn-dovecot@delink.net  Tue Apr  6 18:31:51 2004
Return-Path: <glenn-dovecot@delink.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 132C4C002800; Tue,  6 Apr 2004 18:31:51 +0300 (EEST)
Received: from a.mx.delink.net (delink.is-a-geek.net [207.166.198.225])
	by talvi.dovecot.org (Postfix) with ESMTP id 4F823C000D9B
	for <dovecot@dovecot.org>; Tue,  6 Apr 2004 18:31:48 +0300 (EEST)
Received: (qmail 4910 invoked by uid 1000); 6 Apr 2004 15:26:47 -0000
Date: Tue, 6 Apr 2004 11:26:47 -0400
From: Brian T Glenn <glenn-dovecot@delink.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot with sendmail
Message-ID: <20040406152647.GB634@delink.net>
Mail-Followup-To: dovecot@dovecot.org
References: <BAY2-F154xsFRzRtxgU000486f1@hotmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G"
Content-Disposition: inline
In-Reply-To: <BAY2-F154xsFRzRtxgU000486f1@hotmail.com>
X-Operating-System: Linux ziege 2.6.3
X-MTA: qmail-1.03
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 06 Apr 2004 15:31:51 -0000
X-UID: 8884                                                  
Status: O
Content-Length: 1874


--k1lZvvs/B4yU6o8G
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 06, 2004 at 07:51:43AM +0000, electron electron may have writte=
n:
> I am trying to make dovecot work with sendmail
> If I use the default conf file (default_mail_env =3D ) then the inbox is =
the=20
> file /var/mail/user and a mail folder is created in /home/user directory=
=20
> where it stores all additional imap folders.
> The problem with this is that I can?t have subfolders.
> If I edit dovecot.conf file and enter
> default_mail_env =3D maildir:/var/mail/%1u/%u/Maildir
> then I can create subfolders, but new emails are not stored in INBOX, but=
=20
> the stay in /var/mail/user.

This is because dovecot plays no role in the delivery of email. You will=20
need to consult your sendmail configuration on how to make it deliver=20
to a Maildir.

> In order to overcome this issue I used procmail

[snip procmail config]
=20
> So now all emails are stored in Maildir format and again with the default=
=20
> dovecot.conf file it works fine.

That is because you made the system deliver to a Maildir, just like=20
dovecot was expecting. This configuration is fine unless the server is=20
too taxed to spawn an extra program for delivery each time.

> I was wondering if there is an alternative way to do this, without using=
=20
> procmail?..just editing the dovecot.conf file.

You will need to consult sendmail's docs. dovecot is not involved with=20
your problem.

--=20
Brian T Glenn
delink.net Internet Services

--k1lZvvs/B4yU6o8G
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAcsw3Fy/L+4MovqIRAh/GAJ99fAh/UWChH+apDx1g+iyqSUi0SgCeOoq6
u6HX89mcaJvmbsp0OHCghQw=
=/1JP
-----END PGP SIGNATURE-----

--k1lZvvs/B4yU6o8G--

From phanson@smarp.us  Wed Apr  7 08:16:07 2004
Return-Path: <phanson@smarp.us>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1C6DBC002800; Wed,  7 Apr 2004 08:16:07 +0300 (EEST)
Received: from mail.smarp.us (kato-broadband-smarp-ws-1.dsl.hickorytech.net
	[216.114.198.114])
	by talvi.dovecot.org (Postfix) with ESMTP id 1B5E2C000D9B
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 08:16:03 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.smarp.us (Postfix) with ESMTP id 952642B2CAB
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 00:16:02 -0500 (CDT)
Received: from mail.smarp.us ([127.0.0.1])
	by localhost (puck.smarp.us [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 14302-04 for <dovecot@dovecot.org>;
	Wed,  7 Apr 2004 00:16:02 -0500 (CDT)
Received: from sassafras (kato-broadband-smarp-ws-5.dsl.hickorytech.net
	[216.114.198.118]) (using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.smarp.us (Postfix) with ESMTP id 050712B2CA9
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 00:16:02 -0500 (CDT)
From: "Paul Hanson" <phanson@smarp.us>
To: <dovecot@dovecot.org>
Date: Wed, 7 Apr 2004 00:09:25 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0032_01C41C34.961DA9A0"
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcQcXn7N8b04qDxkStazb/fxkdRjgg==
Message-Id: <20040407051602.050712B2CA9@mail.smarp.us>
X-Virus-Scanned: by amavisd-new at smarp.us
Subject: [Dovecot] Repeating downloads
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 07 Apr 2004 05:16:07 -0000
X-UID: 8885                                                  
Status: O
Content-Length: 22397

This is a multi-part message in MIME format.

------=_NextPart_000_0032_01C41C34.961DA9A0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0033_01C41C34.961DA9A0"


------=_NextPart_001_0033_01C41C34.961DA9A0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hey-  Just wanna say that I'm really happy with Dovecot, it has worked
really well for my small operation.  I do have a couple problems I'd just
like to bring to everyone's attention for future bugfixes and if there is a
solution available.  I'm using dovecot-0.99.10-6 with a clean fedora core 1
install.  I'm using primarily IMAP with OpenSSL, however a few people use
POP3 (over SSL) with outlook 2002 clients.  The problem is that with each
send and receive another copy of all messages in their Inboxes are
downloaded.  I have tried closing outlook restarting it etc. nothing seems
to help unless I tell outlook to remove all messages from the server then
outlook responds with "messages that outlook was attempting to download are
no longer on the server." And problem solved.  Not a huge deal but others
with similar setups may be experiencing the same problems. I have postfix
for my MTA, every account uses Maildir.  Attached is my dovecot.conf. 

 

Thanks a lot!!!

            -Paul


------=_NextPart_001_0033_01C41C34.961DA9A0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Hey-&nbsp; Just wanna say that I&#8217;m really happy =
with
Dovecot, it has worked really well for my small operation.&nbsp; I do =
have a
couple problems I&#8217;d just like to bring to everyone&#8217;s =
attention for
future bugfixes and if there is a solution available.&nbsp; I&#8217;m =
using dovecot-0.99.10-6
with a clean fedora core 1 install. &nbsp;I&#8217;m using primarily IMAP =
with
OpenSSL, however a few people use POP3 (over SSL) with outlook 2002 =
clients.&nbsp;
The problem is that with each send and receive another copy of all =
messages in
their Inboxes are downloaded.&nbsp; I have tried closing outlook =
restarting it
etc&#8230; nothing seems to help unless I tell outlook to remove all =
messages
from the server then outlook responds with &#8220;messages that outlook =
was
attempting to download are no longer on the server.&#8221; And problem
solved.&nbsp; Not a huge deal but others with similar setups may be
experiencing the same problems. I have postfix for my MTA, every account =
uses
Maildir.&nbsp; Attached is my dovecot.conf. </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Thanks a lot!!!</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; -Paul</span></font></p>

</div>

</body>

</html>

------=_NextPart_001_0033_01C41C34.961DA9A0--

------=_NextPart_000_0032_01C41C34.961DA9A0
Content-Type: text/plain;
	name="dovecot.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="dovecot.txt"

## Dovecot 1.0 configuration file

# Default values are shown after each value, it's not required to =
uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options. The paths listed =
here
# are for configure --prefix=3D/usr --sysconfdir=3D/etc =
--localstatedir=3D/var
# --with-ssldir=3D/usr/share/ssl

# Base directory where to store runtime data.
#base_dir =3D /var/run/dovecot/

# Protocols we want to be serving:
#  imap imaps pop3 pop3s
protocols =3D imap imaps pop3s

# IP or host address where to listen in for connections. It's not =
currently
# possible to specify multiple addresses. "*" listens in all IPv4 =
interfaces.
# "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
# interfaces depending on the operating system. You can specify ports =
with
# "host:port".
imap_listen =3D localhost:143
#pop3_listen =3D *

# IP or host address where to listen in for SSL connections. Defaults
# to above non-SSL equilevants if not specified.
imaps_listen =3D 216.114.198.114:993
#pop3s_listen =3D

# Disable SSL/TLS support.
#ssl_disable =3D no

# PEM encoded X.509 SSL/TLS certificate and private key. They're opened =
before
# dropping root privileges, so keep the key file unreadable by anyone =
but
# root. Included doc/mkcert.sh can be used to easily generate =
self-signed
# certificate, just make sure to update the domains in =
dovecot-openssl.cnf
ssl_cert_file =3D /usr/share/ssl/certs/dovecot.pem
ssl_key_file =3D /usr/share/ssl/private/dovecot.pem

# SSL parameter file. Master process generates this file for login =
processes.
# It contains Diffie Hellman and RSA parameters.
#ssl_parameters_file =3D /var/run/dovecot/ssl-parameters.dat

# How often to regenerate the SSL parameters file. Generation is quite =
CPU
# intensive operation. The value is in hours, 0 disables regeneration
# entirely.
#ssl_parameters_regenerate =3D 24

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability)
disable_plaintext_auth =3D no

# Use this logfile instead of syslog(). /dev/stderr can be used if you =
want to
# use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
#log_path =3D

# For informational messages, use this logfile instead of the default
#info_log_path =3D

# Prefix for each line written to log file. % codes are in strftime(3)
# format. Note the extra space at the end of line.
#log_timestamp =3D %b %d %H:%M:%S

##
## Login processes
##

# Directory where authentication process places authentication UNIX =
sockets
# which login needs to be able to connect to. The sockets are created =
when
# running as root, so you don't have to worry about permissions.
login_dir =3D /var/run/dovecot-login

# chroot login process to the login_dir. Only reason not to do this is =
if you
# wish to run the whole Dovecot without roots.
#login_chroot =3D yes


##
## IMAP login process
##

login =3D imap

# Executable location.
#login_executable =3D /usr/libexec/dovecot/imap-login

# User to use for the login process. Create a completely new user for =
this,
# and don't use it anywhere else. The user must also belong to a group =
where
# only it has access, it's used to control access for authentication =
process.
#login_user =3D dovecot

# Set max. process size in megabytes. If you don't use
# login_process_per_connection you might need to grow this.
#login_process_size =3D 16

# Should each login be processed in it's own process (yes), or should =
one
# login process be allowed to process multiple connections (no)? Yes is =
more
# secure, espcially with SSL/TLS enabled. No is faster since there's no =
need
# to create processes all the time.
#login_process_per_connection =3D yes

# Number of login processes to create. If login_process_per_user is
# yes, this is the number of extra processes waiting for users to log =
in.
#login_processes_count =3D 3

# Maximum number of extra login processes to create. The extra process =
count
# usually stays at login_processes_count, but when multiple users start =
logging
# in at the same time more extra processes are created. To prevent =
fork-bombing
# we check only once in a second if new processes should be created - if =
all
# of them are used at the time, we double their amount until limit set =
by this
# setting is reached. This setting is used only if login_process_per_use =
is yes.
#login_max_processes_count =3D 128

# Maximum number of connections allowed in login state. When this limit =
is
# reached, the oldest connections are dropped. If login_process_per_user
# is no, this is a per-process value, so the absolute maximum number of =
users
# logging in actually login_processes_count * max_logging_users.
#login_max_logging_users =3D 256

##
## POP3 login process
##

# Settings default to same as above, so you don't have to set anything
# unless you want to override them.

login =3D pop3

# Exception to above rule being the executable location.
#login_executable =3D /usr/libexec/dovecot/pop3-login

##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
#max_mail_processes =3D 1024

# Show more verbose process titles (in ps). Currently shows user name =
and
# IP address. Useful for seeing who are actually using the IMAP =
processes
# (eg. shared mailboxes or if same uid is used for multiple accounts).
#verbose_proctitle =3D no

# Show protocol level SSL errors.
#verbose_ssl =3D no

# Valid UID range for users, defaults to 500 and above. This is mostly
# to make sure that users can't log in as daemons or other system users.
# Note that denying root logins is hardcoded to dovecot binary and can't
# be done even if first_valid_uid is set to 0.
#first_valid_uid =3D 500
#last_valid_uid =3D 0

# Valid GID range for users, defaults to non-root/wheel. Users having
# non-valid GID as primary group ID aren't allowed to log in. If user
# belongs to supplementary groups with non-valid GIDs, those groups are
# not set.
#first_valid_gid =3D 1
#last_valid_gid =3D 0

# ':' separated list of directories under which chrooting is allowed for =
mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar =
too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you =
don't
# allow shell access for users. See doc/configuration.txt for more =
information.
#valid_chroot_dirs =3D

# Default MAIL environment to use when it's not set. By leaving this =
empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. =
characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=3D/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=3D/var/indexes/%d/%n
#
default_mail_env =3D maildir:~/Maildir

# Space-separated list of fields to cache for all mails. Currently these
# fields are allowed followed by a list of commands they speed up:
#
#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
#                  HEADER IN-REPLY-TO
#  Body          - FETCH BODY
#  Bodystructure - FETCH BODY, BODYSTRUCTURE
#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
#                  SEARCH SMALLER, LARGER, also speeds up =
BODY/BODYSTRUCTURE
#                  generation. This is always set with mbox mailboxes, =
and
#                  also default with Maildir.
#
# Different IMAP clients work in different ways, that's why Dovecot by =
default
# only caches MessagePart which speeds up most operations. Whenever =
client
# does something where caching could be used, the field is automatically =
marked
# to be cached later. For example after FETCH BODY the BODY will be =
cached
# for all new messages. Normally you should leave this alone, unless you =
know
# what most of your IMAP clients are. Caching more fields than needed =
makes
# the index files larger and generate useless I/O.
#
# With maildir there's one extra optimization - if nothing is cached, =
indexing
# the maildir becomes much faster since it's not opening any of the mail =
files.
# This could be useful if your IMAP clients access only new mails.

#mail_cache_fields =3D MessagePart

# Space-separated list of fields that Dovecot should never set to be =
cached.
# Useful if you want to save disk space at the cost of more I/O when the =
fields
# needed.
#mail_never_cache_fields =3D

# Workarounds for various client bugs:
#   oe6-fetch-no-newmail:
#     Never send EXISTS/RECENT when replying to FETCH command. Outlook =
Express
#     seems to think they are FETCH replies and gives user "Message no =
longer
#     in server" error. Note that OE6 still breaks even with this =
workaround
#     if synchronization is set to "Headers Only".
#   outlook-idle:
#     Outlook and Outlook Express never abort IDLE command, so if no =
mail
#     arrives in half a hour, Dovecot closes the connection. This is =
still
#     fine, except Outlook doesn't connect back so you don't see if new =
mail
#     arrives.
#client_workarounds =3D

# Dovecot can notify client of new mail in selected mailbox soon after =
it's
# received. This setting specifies the minimum interval in seconds =
between
# new mail notifications to client - internally they may be checked more =
or
# less often. Setting this to 0 disables the checking.
# NOTE: Evolution client breaks with this option when it's trying to =
APPEND.
#mailbox_check_interval =3D 0

# Like mailbox_check_interval, but used for IDLE command.
#mailbox_idle_check_interval =3D 30

# Allow full filesystem access to clients. There's no access checks =
other than
# what the operating system does for the active UID/GID. It works with =
both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. =
/path/
# or ~user/.
#mail_full_filesystem_access =3D no

# Maximum allowed length for custom flag name. It's only forced when =
trying
# to create new flags.
#mail_max_flag_length =3D 50

# Save mails with CR+LF instead of plain LF. This makes sending those =
mails
# take less CPU, especially with sendfile() syscall with Linux and =
FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
#mail_save_crlf =3D no

# Use mmap() instead of read() to read mail files. read() seems to be a =
bit
# faster with my Linux/x86 and it's better with NFS, so that's the =
default.
#mail_read_mmaped =3D no

# Copy mail to another folders using hard links. This is much faster =
than
# actually copying the file. This is problematic only if something =
modifies
# the mail in one folder but doesn't want it modified in the others. I =
don't
# know any MUA which would modify mail files directly. IMAP protocol =
also
# requires that the mails don't change, so it would be problematic in =
any case.
# If you care about performance, enable it.
#maildir_copy_with_hardlinks =3D no

# Check if mails' content has been changed by external programs. This =
slows
# down things as extra stat() needs to be called for each file. If =
changes are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
#maildir_check_content_changes =3D no

# Which locking methods to use for locking mbox. There's three =
available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most =
NFS-safe
#           solution. If you want to use /var/mail/ like directory, the =
users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're =
declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both =
fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created =
first.
#mbox_locks =3D fcntl

# Should we create dotlock file even when we want only a read-lock? =
Setting
# this to yes hurts the performance when the mailbox is accessed =
simultaneously
# by multiple processes, but it's needed for reliable reading if no =
other
# locking methods are available.
#mbox_read_dotlock =3D no

# Maximum time in seconds to wait for lock (all of them) before =
aborting.
#mbox_lock_timeout =3D 300

# If dotlock exists but the mailbox isn't modified in any way, override =
the
# lock file after this many seconds.
#mbox_dotlock_change_timeout =3D 30

# umask to use for mail files and directories
#umask =3D 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that =
setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use =
single UID
# for multiple users, as the users could ptrace() each others processes =
then.
#mail_drop_priv_before_exec =3D no

##
## IMAP process
##

# Executable location
#imap_executable =3D /usr/libexec/dovecot/imap

# Set max. process size in megabytes. Most of the memory goes to =
mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty =
high.
#imap_process_size =3D 256

# Support for dynamically loadable modules.
#imap_use_modules =3D no
#imap_modules =3D /usr/lib/dovecot/imap

##
## POP3 process
##

# Executable location
#pop3_executable =3D /usr/libexec/dovecot/pop3

# Set max. process size in megabytes. Most of the memory goes to =
mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty =
high.
#pop3_process_size =3D 256

# Support for dynamically loadable modules.
#pop3_use_modules =3D no
#pop3_modules =3D /usr/lib/dovecot/pop3

##
## Authentication processes
##

# You can have multiple processes; each time "auth =3D xx" is seen, a =
new
# process definition is started. The point of multiple processes is to =
be
# able to set stricter permissions to others. For example, plain/PAM
# authentication requires roots, but if you also use digest-md5 =
authentication
# for some users, you can authenticate them without any privileges in a
# separate auth process. Just remember that only one auth process is =
asked
# for the password, so you can't have different passwords with different
# processes (unless they have different auth methods, and you're ok with
# having different password for each method).

# Authentication process name.
auth =3D default

# Space separated list of wanted authentication mechanisms:
#   plain digest-md5 anonymous
auth_mechanisms =3D plain

# Space separated list of realms for SASL authentication mechanisms that =
need
# them. You can leave it empty if you don't want to support multiple =
realms.
# Many clients simply use the first one listed here, so keep the default =
realm
# first.
#auth_realms =3D

# Default realm to use if none was specified.
#auth_default_realm =3D

# Where user database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   passwd-file <path>: passwd-like file with specified location
#   static uid=3D<uid> gid=3D<gid> home=3D<dir template>: static =
settings
#   vpopmail: vpopmail library
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see =
doc/dovecot-pgsql.conf
auth_userdb =3D passwd

# Where password database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   shadow: /etc/shadow or similiar, using getspnam()
#   pam [<service> | *]: PAM authentication
#   passwd-file <path>: passwd-like file with specified location
#   vpopmail: vpopmail authentication
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see =
doc/dovecot-pgsql.conf
auth_passdb =3D pam

# Executable location
#auth_executable =3D /usr/libexec/dovecot/dovecot-auth

# Set max. process size in megabytes.
#auth_process_size =3D 256

# User to use for the process. This user needs access to only user and
# password databases, nothing else. Only shadow and pam authentication
# requires roots, so use something else if possible.
auth_user =3D root

# Directory where to chroot the process. Most authentication backends =
don't
# work if this is set, and there's no point chrooting if auth_user is =
root.
#auth_chroot =3D

# Number of authentication processes to create
#auth_count =3D 1

# List of allowed characters in username. If the user-given username =
contains
# a character not listed in here, the login automatically fails. This is =
just
# an extra check to make sure user can't exploit any potential quote =
escaping
# vulnerabilities with SQL/LDAP databases. If you want to allow all =
characters,
# set this value to empty.
#auth_username_chars =3D =
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@

# Username to use for users logging in with ANONYMOUS SASL mechanism
#auth_anonymous_username =3D anonymous

# More verbose logging. Useful for figuring out why authentication isn't
# working.
#auth_verbose =3D no

# digest-md5 authentication process. It requires special MD5 passwords =
which
# /etc/shadow and PAM doesn't support, so we never need roots to handle =
it.
# Note that the passwd-file is opened before chrooting and dropping root
# privileges, so it may be 0600-root owned file.

#auth =3D digest_md5
#auth_methods =3D digest-md5
#auth_realms =3D
#auth_userdb =3D passwd-file /etc/passwd.imap
#auth_passdb =3D passwd-file /etc/passwd.imap
#auth_user =3D imapauth
#auth_chroot =3D

# if you plan to use only passwd-file, you don't need the two auth =
processes,
# simply set "auth_methods =3D plain digest-md5"

------=_NextPart_000_0032_01C41C34.961DA9A0--


From phanson@smarp.us  Wed Apr  7 08:24:27 2004
Return-Path: <phanson@smarp.us>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2105CC002801; Wed,  7 Apr 2004 08:24:27 +0300 (EEST)
Received: from mail.smarp.us (kato-broadband-smarp-ws-1.dsl.hickorytech.net
	[216.114.198.114])
	by talvi.dovecot.org (Postfix) with ESMTP id 251CEC002800
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 08:24:25 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.smarp.us (Postfix) with ESMTP id 8E7132B2CAB
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 00:24:25 -0500 (CDT)
Received: from mail.smarp.us ([127.0.0.1])
	by localhost (puck.smarp.us [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 14302-05 for <dovecot@dovecot.org>;
	Wed,  7 Apr 2004 00:24:25 -0500 (CDT)
Received: from sassafras (kato-broadband-smarp-ws-5.dsl.hickorytech.net
	[216.114.198.118]) (using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.smarp.us (Postfix) with ESMTP id 571162B2CA9
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 00:24:25 -0500 (CDT)
From: "Paul Hanson" <phanson@smarp.us>
To: <dovecot@dovecot.org>
Subject: [Dovecot] Repeating downloads
Date: Wed, 7 Apr 2004 00:17:48 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcQcX6q3Y5Fcv24bTI6zaM1s9zLj8g==
Message-Id: <20040407052425.571162B2CA9@mail.smarp.us>
X-Virus-Scanned: by amavisd-new at smarp.us
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 07 Apr 2004 05:24:27 -0000
X-UID: 8886                                                  
Status: O
Content-Length: 1161

Sorry about the Spam with the dovecot.conf.  Here is the intended =
message.
Thanks!!

Hey-=A0 Just wanna say that I=92m really happy with Dovecot, it has =
worked
really well for my small operation.=A0 I do have a couple problems I=92d =
just
like to bring to everyone=92s attention for future bugfixes and if there =
is a
solution available.=A0 I=92m using dovecot-0.99.10-6 with a clean fedora =
core 1
install. =A0I=92m using primarily IMAP with OpenSSL, however a few =
people use
POP3 (over SSL) with outlook 2002 clients.=A0 The problem is that with =
each
send and receive another copy of all messages in their Inboxes are
downloaded.=A0 I have tried closing outlook restarting it etc=85 nothing =
seems
to help unless I tell outlook to remove all messages from the server =
then
outlook responds with =93messages that outlook was attempting to =
download are
no longer on the server.=94 And problem solved.=A0 Not a huge deal but =
others
with similar setups may be experiencing the same problems. I have =
postfix
for my MTA, every account uses Maildir.=A0 Attached is my dovecot.conf.=20
=A0
Thanks a lot!!!
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 -Paul



From subscribed-lists@sterndata.com  Wed Apr  7 17:35:11 2004
Return-Path: <subscribed-lists@sterndata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5B676C002801; Wed,  7 Apr 2004 17:35:11 +0300 (EEST)
Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net
	[207.217.120.62])
	by talvi.dovecot.org (Postfix) with ESMTP id 69DEBC002800
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 17:35:08 +0300 (EEST)
Received: from h-69-3-218-112.chcgilgm.dynamic.covad.net ([69.3.218.112]
	helo=ciscy.sterndata.com)
	by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 1BBE47-0006Vy-00
	for dovecot@dovecot.org; Wed, 07 Apr 2004 07:30:07 -0700
Received: from sds ([192.168.123.169])
	by ciscy.sterndata.com (8.12.10/8.12.10) with SMTP id i37EU6El002758
	for <dovecot@dovecot.org>; Wed, 7 Apr 2004 09:30:06 -0500
From: Steven Stern <subscribed-lists@sterndata.com>
To: dovecot@dovecot.org
Date: Wed, 07 Apr 2004 09:30:37 -0500
Message-ID: <k24870prtf3fsuhvi7sv2bnl0n02p4rts4@4ax.com>
X-Mailer: Forte Agent 2.0/32.652
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
Subject: [Dovecot] Process died to early
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 07 Apr 2004 14:35:11 -0000
X-UID: 8887                                                  
Status: O

Just went through this again today.  Has anyone found a solution?

------------------------------------------------------


After several days of operation, POP connections fail to my server. The=20
log message is

Mar 27 15:51:46 ciscy dovecot: Login process died too early - shutting=20
down

Linux ciscy.sterndata.com 2.4.22-1.2174.nptl #1 Wed Feb 18 16:38:32 EST=20
2004 i686 i686 i386 GNU/Linux

]# /usr/sbin/dovecot --version
0.99.10

# /etc/init.d/dovecot status
dovecot (pid 6900) is running...

Killing the dovecot process, deleting /var/lock/subys/dovecot, and=20
restarting the process gets POP3 and IMAP working again.

Suggestions?
--
   Steve
  =20

From jrn@oregonhanggliding.com  Wed Apr  7 18:17:01 2004
Return-Path: <jrn@oregonhanggliding.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B0D01C002805; Wed,  7 Apr 2004 18:17:01 +0300 (EEST)
Received: from falcon.oregonhanggliding.com (oregonhanggliding.com
	[66.80.68.82])
	by talvi.dovecot.org (Postfix) with ESMTP id 8F7B6C002801
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 18:16:59 +0300 (EEST)
Received: by falcon.oregonhanggliding.com (Postfix, from userid 500)
	id 87D8443355; Wed,  7 Apr 2004 08:11:59 -0700 (PDT)
Date: Wed, 7 Apr 2004 08:11:59 -0700
From: Jim Norton <jrn@oregonhanggliding.com>
To: dovecot@dovecot.org
Message-ID: <20040407151159.GB10972@falcon.oregonhanggliding.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Subject: [Dovecot] dovecot vs. cyrus IMAP?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: jrn@oregonhanggliding.com
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: Wed, 07 Apr 2004 15:17:01 -0000
X-UID: 8888                                                  
Status: O

Hello all,

I just learned about dovecot. I am currently using Cyrus IMAP/POP3 with Postfix on a Linux system.
The one thing I don't like about Cyrus IMAP is that it doesn't support mail users who have accounts on the system.

It uses it's own mailbox format and the users can't be regular system users.

It would be nice to have an IMAP/POP3 server that can handle mail for users in /etc/passwd as well as the cyrus 'virtual'
user type.

Does dovecot only provide access to mail for users in /etc/passwd? Or can one setup email accounts for people that don't have accounts on the system ( in /etc/passwd )?

Thanks,
 
-- 
Jim Norton - http://www.jimnorton.org

Recursion; n. see 'Recursion' 

From mem@mv.mv.com  Wed Apr  7 20:07:49 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 18EC6C002801; Wed,  7 Apr 2004 20:07:49 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 6B6D7C002800
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 20:07:46 +0300 (EEST)
Received: (qmail 24073 invoked from network); 7 Apr 2004 13:02:46 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 7 Apr 2004 13:02:46 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 6361 invoked by uid 101); 7 Apr 2004 13:02:46 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 7 Apr 2004 13:02:46 -0400
To: Steven Stern <subscribed-lists@sterndata.com>
Subject: Re: [Dovecot] Process died to early
Message-ID: <20040407170246.GA5512@iridium.mv.net>
References: <k24870prtf3fsuhvi7sv2bnl0n02p4rts4@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <k24870prtf3fsuhvi7sv2bnl0n02p4rts4@4ax.com>
User-Agent: Mutt/1.4.2.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 07 Apr 2004 17:07:49 -0000
X-UID: 8889                                                  
Status: O
Content-Length: 1261

On Wed, Apr 07, 2004 at 09:30:37AM -0500, Steven Stern wrote:
> Just went through this again today.  Has anyone found a solution?

As far as I know, it's a known thing with the last official
version (i.e. with 0.99.10.4).  Somebody correct me if I'm
wrong of course.  There seems to be some kind of resource leak
that eventually results in a lockup of the supervisor task.
We still have to restart it every week or so.

mm

> 
> ------------------------------------------------------
> 
> 
> After several days of operation, POP connections fail to my server. The 
> log message is
> 
> Mar 27 15:51:46 ciscy dovecot: Login process died too early - shutting 
> down
> 
> Linux ciscy.sterndata.com 2.4.22-1.2174.nptl #1 Wed Feb 18 16:38:32 EST 
> 2004 i686 i686 i386 GNU/Linux
> 
> ]# /usr/sbin/dovecot --version
> 0.99.10
> 
> # /etc/init.d/dovecot status
> dovecot (pid 6900) is running...
> 
> Killing the dovecot process, deleting /var/lock/subys/dovecot, and 
> restarting the process gets POP3 and IMAP working again.
> 
> Suggestions?
> --
>    Steve
>    

-- 
Mark E. Mallett                  |    http://www.mv.com/users/mem/
MV Communications, Inc.          |    http://www.mv.com/
NH Internet Access since 1991    |    (603) 629-0000 / FAX: 629-0049

From glenn-dovecot@delink.net  Wed Apr  7 21:19:11 2004
Return-Path: <glenn-dovecot@delink.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5CF96C002801; Wed,  7 Apr 2004 21:19:11 +0300 (EEST)
Received: from a.mx.delink.net (delink.is-a-geek.net [207.166.198.225])
	by talvi.dovecot.org (Postfix) with ESMTP id 6BD76C002800
	for <dovecot@dovecot.org>; Wed,  7 Apr 2004 21:19:08 +0300 (EEST)
Received: (qmail 17803 invoked by uid 1000); 7 Apr 2004 18:14:06 -0000
Date: Wed, 7 Apr 2004 14:14:06 -0400
From: Brian T Glenn <glenn-dovecot@delink.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Repeating downloads
Message-ID: <20040407181406.GI634@delink.net>
Mail-Followup-To: dovecot@dovecot.org
References: <20040407051602.050712B2CA9@mail.smarp.us>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f"
Content-Disposition: inline
In-Reply-To: <20040407051602.050712B2CA9@mail.smarp.us>
X-Operating-System: Linux ziege 2.6.3
X-MTA: qmail-1.03
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 07 Apr 2004 18:19:11 -0000
X-UID: 8890                                                  
Status: O
Content-Length: 1356


--aVD9QWMuhilNxW9f
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Apr 07, 2004 at 12:09:25AM -0500, Paul Hanson may have written:
[snip]
> core 1 install.  I'm using primarily IMAP with OpenSSL, however a few
> people use POP3 (over SSL) with outlook 2002 clients.  The problem is that
> with each send and receive another copy of all messages in their Inboxes
> are downloaded.  I have tried closing outlook restarting it etc... nothing
> seems to help unless I tell outlook to remove all messages from the server
> then outlook responds with "messages that outlook was attempting to
> download are no longer on the server." And problem solved.  Not a huge
> deal but others with similar setups may be experiencing the same problems.
> I have postfix for my MTA, every account uses Maildir.  Attached is my
> dovecot.conf.

That sounds about how POP3 works in my experience. How were you=20
expecting it to behave differently?

--=20
Brian T Glenn
delink.net Internet Services

--aVD9QWMuhilNxW9f
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAdETuFy/L+4MovqIRAjzFAJ4pInt8u3Sd9R71cfviGTnbyxyQmwCcCwuf
YBwEDF9f0inAZ0nIr0HuOiM=
=iyDE
-----END PGP SIGNATURE-----

--aVD9QWMuhilNxW9f--

From glenn-dovecot@delink.net  Thu Apr  8 06:15:02 2004
Return-Path: <glenn-dovecot@delink.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 45071C002801; Thu,  8 Apr 2004 06:15:02 +0300 (EEST)
Received: from a.mx.delink.net (delink.is-a-geek.net [207.166.198.225])
	by talvi.dovecot.org (Postfix) with ESMTP id E1740C002800
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 06:14:58 +0300 (EEST)
Received: (qmail 22818 invoked by uid 1000); 8 Apr 2004 03:09:57 -0000
Date: Wed, 7 Apr 2004 23:09:57 -0400
From: Brian T Glenn <glenn-dovecot@delink.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Repeating downloads
Message-ID: <20040408030957.GN634@delink.net>
Mail-Followup-To: dovecot@dovecot.org
References: <20040407181406.GI634@delink.net>
	<20040407213353.7F0B12B2CA9@mail.smarp.us>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="yVhtmJPUSI46BTXb"
Content-Disposition: inline
In-Reply-To: <20040407213353.7F0B12B2CA9@mail.smarp.us>
X-Operating-System: Linux ziege 2.6.3
X-MTA: qmail-1.03
User-Agent: Mutt/1.5.4i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 03:15:02 -0000
X-UID: 8891                                                  
Status: O
Content-Length: 1630


--yVhtmJPUSI46BTXb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

[You have top-posted your message. Please refrain from doing so on=20
technical mailing lists. It ruins the flow of the conversation as well=20
as making archive difficult to read]

[You have sent a personal reply to a mailing list message when it was=20
not warranted. Please keep replies on the list so that everyone can=20
benefit.]

On Wed, Apr 07, 2004 at 04:27:01PM -0500, Paul Hanson may have written:
> On Wednesday, April 07, 2004 1:14 PM Brian T Glenn wrote:
> > That sounds about how POP3 works in my experience. How were you=20
> > expecting it to behave differently?
>=20
> Well the only problem is that if they receive a new message, not only do =
you
> get the new message but another copy of ALL messages on the server.  A
> scenario that I have not experienced with any other POP3 server/client
> setup. The correct behavior should be to only download the new message.

=66rom doing a search on dovecot and uidl, it seems that dovecot supports=
=20
these functions, which is the standard way for a pop3 server to announce=20
unique checksums of messages. Whether or not your client software=20
supports this is another matter.

--=20
Brian T Glenn
delink.net Internet Services

--yVhtmJPUSI46BTXb
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAdMKFFy/L+4MovqIRAhD7AKCiz4kOCBTGy/QQafU9EaAEGSuP6QCgo1bZ
GcGi/vT688K6N196O9HS1bI=
=ktKn
-----END PGP SIGNATURE-----

--yVhtmJPUSI46BTXb--

From dpham@mercy.com.au  Thu Apr  8 09:48:51 2004
Return-Path: <dpham@mercy.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C6B8EC002801; Thu,  8 Apr 2004 09:48:51 +0300 (EEST)
Received: from coregw01.mercy.com.au (mail.mercy.com.au [210.9.192.244])
	by talvi.dovecot.org (Postfix) with ESMTP id 05185C002800
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 09:48:48 +0300 (EEST)
Received: from emelb-mail-01.mercy.com.au ([172.27.128.251]) by
	coregw01.mercy.com.au with InterScan Messaging Security Suite;
	Thu, 08 Apr 2004 16:36:59 +1000
Received: by emelb-mail-01.mercy.com.au with Internet Mail Service
	(5.5.2653.19)id <GMGWJBWG>; Thu, 8 Apr 2004 16:43:28 +1000
Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E659@coremx01.mercynet.com.au>
From: Zoong Pham <dpham@mercy.com.au>
To: "'dovecot@dovecot.org'" <dovecot@dovecot.org>
Date: Thu, 8 Apr 2004 16:43:24 +1000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset=ISO-8859-1
X-imss-version: 2.5
X-imss-result: Passed
X-imss-scores: Clean:69.92129 C:10 M:4 S:5 R:5
X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000)
Subject: [Dovecot] username and password not from /etc/passwd
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 06:48:52 -0000
X-UID: 8892                                                  
Status: O
Content-Length: 1051

Can dovecot use usernames and passwords not from /etc/passwd and be able to 
read mails of an user whose username and password are in /etc/passwd ?

For example:
- Joe Bloke has a local Unix account joe on Unix server mail.example.com
- Sendmail on mail.example.com accepts mails for joe@example.com and put 
them in /var/mail/joe
- can dovecot use other username/password file or database or directory 
rather than /etc/passwd to authenticate Joe and let him (once logs in 
successfully) reading mails in /var/mail/joe ?
Ideally, the usernames and passwords that dovecot uses are different with
the ones in /etc/passwd. Say, username is joe.bloke@example.com

That way, Joe doesn't need to know the username and password on the Unix
server
at all.

In summary, I want to have IMAP usernames and passwords totally different
from
the local Unix usernames and passwords. And users use only IMAP usernames
and
passwords to read their mails.

I use OpenBSD-3.4, Sendmail 8.12.9, dovecot-0.99.10p0 (pre-compiled packaged
from OpenBSD).

Thanks,
Zoong Pham

From dr@jones.dk  Thu Apr  8 12:29:01 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 24B2AC002802; Thu,  8 Apr 2004 12:29:01 +0300 (EEST)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id E45CCC002800
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 12:28:58 +0300 (EEST)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP id E2CC23F2198
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 11:23:58 +0200 (CEST)
Message-ID: <40751A2E.2030109@jones.dk>
Date: Thu, 08 Apr 2004 11:23:58 +0200
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040313)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] username and password not from /etc/passwd
References: <3ED0289A9D58414D9AD116DA91E2E96915E659@coremx01.mercynet.com.au>
In-Reply-To: <3ED0289A9D58414D9AD116DA91E2E96915E659@coremx01.mercynet.com.au>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 09:29:01 -0000
X-UID: 8893                                                  
Status: O
Content-Length: 1132

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zoong Pham wrote:
| Can dovecot use usernames and passwords not from /etc/passwd and be
able to
| read mails of an user whose username and password are in /etc/passwd ?
[...]
| I use OpenBSD-3.4, Sendmail 8.12.9, dovecot-0.99.10p0 (pre-compiled
packaged
| from OpenBSD).

On a Debian GNU/Linux machine, I'd configure PAM (Pluggable
Authentication Modules) to use a different authentication scheme than
the default for the imap and pop3 services.

I don't know if that is similar on OpenBSD.


Alternatively (not exactly what you're asking for, but possibly solves
your underlying goal) you can use a fake shell for those users not
allowed shell access.

~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er n=E6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAdRotn7DbMsAkQLgRAgq8AJwPgxxirPxNZe5B6VkYHRlw6t1C/gCePNVp
7NNJfut2N2rnksNmXDpk8uU=3D
=3DXo//
-----END PGP SIGNATURE-----

From olive@pasteur.fr  Thu Apr  8 19:29:40 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1951CC002802; Thu,  8 Apr 2004 19:29:40 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 1574AC002800
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 19:29:38 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id B9E1B11447
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 18:24:35 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 74B4211416
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 18:24:35 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 5CBE13F67E; Thu,  8 Apr 2004 18:24:35 +0200 (CEST)
Date: Thu, 8 Apr 2004 18:24:35 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] dovecot vs. cyrus IMAP?
Message-ID: <20040408162435.GA78053@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <20040407151159.GB10972@falcon.oregonhanggliding.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040407151159.GB10972@falcon.oregonhanggliding.com>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 16:29:40 -0000
X-UID: 8894                                                  
Status: O

* Jim Norton <jrn@oregonhanggliding.com> (20040407 08:11):
> Does dovecot only provide access to mail for users in /etc/passwd? Or can one setup email accounts for people that don't have accounts on the system ( in /etc/passwd )?

You can authenticate users with an LDAP, Mysql or PostgreSQL
server. There are examples in the source tarball and on the Wiki:
http://wiki.dovecot.org/

-- 
olive

From amery@geeks.cl  Thu Apr  8 20:36:00 2004
Return-Path: <amery@geeks.cl>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 87EEDC002802; Thu,  8 Apr 2004 20:36:00 +0300 (EEST)
Received: from velero.bsp.cl (omasesores2.manquehue.net [200.74.171.130])
	by talvi.dovecot.org (Postfix) with SMTP id 90C64C002800
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 20:35:57 +0300 (EEST)
Received: (qmail 25779 invoked from network); 8 Apr 2004 18:32:50 -0000
Received: from unknown (HELO mail.bsp.cl) (127.0.0.1)
	by localhost with SMTP; 8 Apr 2004 18:32:50 -0000
Received: from 200.75.0.6 (proxying for 200.75.27.45)
	(SquirrelMail authenticated user amery@geeks.cl)
	by mail.bsp.cl with HTTP; Thu, 8 Apr 2004 14:32:50 -0400 (CLT)
Message-ID: <33837.200.75.0.6.1081449170.squirrel@mail.bsp.cl>
Date: Thu, 8 Apr 2004 14:32:50 -0400 (CLT)
From: "Alejandro Mery" <amery@geeks.cl>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] vmailmgr
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 17:36:00 -0000
X-UID: 8895                                                  
Status: O

hi,
does dovecot supports vmailmgr authentication? any recomended reading?

and, in a vmailmgr context, what are the benefits of dovecot over
courier-imap or bincimap?

Best regards,
Alejandro Mery

From bavo@coderspotting.org  Thu Apr  8 21:00:45 2004
Return-Path: <bavo@coderspotting.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B0BEEC002802; Thu,  8 Apr 2004 21:00:45 +0300 (EEST)
Received: from apate.telenet-ops.be (apate.telenet-ops.be [195.130.132.57])
	by talvi.dovecot.org (Postfix) with ESMTP id 7DC75C002800
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 21:00:42 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by apate.telenet-ops.be (Postfix) with SMTP id 4BE232B4292
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 19:55:40 +0200 (MEST)
Received: from [192.168.123.171] (D5770887.kabel.telenet.be [213.119.8.135])
	by apate.telenet-ops.be (Postfix) with ESMTP id 3CBFE2B427E
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 19:55:39 +0200 (MEST)
Received: from 127.0.0.1 by espresso.latte.be with esmtp (masqmail
	0.2.20) id 1BBdkY-10x-00 for <dovecot@dovecot.org>; Thu, 08 Apr 2004
	19:55:38 +0200
From: Bavo De Ridder <bavo@coderspotting.org>
Organization: CoderSpotting
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot startup at boottime fails
Date: Thu, 8 Apr 2004 19:55:38 +0200
User-Agent: KMail/1.6.1
References: <200403181044.52623.bavo@coderspotting.org>
	<200403231649.08058.bavo@coderspotting.org>
	<20040323174348.GD51279@f4.ca>
In-Reply-To: <20040323174348.GD51279@f4.ca>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_aIZdAkGl1HBuyv8"
Message-Id: <200404081955.38304.bavo@coderspotting.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 18:00:45 -0000
X-UID: 8896                                                  
Status: O
Content-Length: 14214


--Boundary-00=_aIZdAkGl1HBuyv8
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I don't even have a seperate /var partition. Just / and swap.

Attached you can find an strace output of /usr/libexec/dovecot/dovecot-auth 
during boot.

During boot, the last service to start is dovecot (I did this on purpose to 
make sure everything is up and running before attempting to start dovecot in 
case dovecot had some dependencies), this fails with the error message 
(in /var/log/mail.err)

"dovecot: Login process died too early - shutting down"

If, after boot, I just login as root and type:

/etc/init.d/dovecot start

Dovecot starts fine.

As you can see from the strace, the dovecot-auth seems to have some trouble 
reading the socket.


B.

On Tuesday 23 March 2004 18:43, Skye Poier wrote:
> OK, I guess those perms are probably right.
> Is /var mounted rw during your "run level 3" ?
> I know nothing about SUSE.
>
> Skye
>
> > Hi,
> >
> > What exactly do you mean with this?
> > These are the permissions of the /var/run/dovecot/login directory:
> > drwxr-x---    2 root     dovecot        72 Mar 23 00:20 login
> >
> > B.
> >
> > On Friday 19 March 2004 20:05, Skye Poier wrote:
> > > Does dovecot-auth have permissions to /var/run/dovecot/login
> > > during boot time?
> > >
> > > Skye
> > >
> > > Word on the street is Bavo De Ridder said:
> > > > Hi,
> > > >
> > > > I am running dovecot 0.99.10.4 on SuSE 9. I installed it using
> > > > apt-get from the gwdg repository.
> > > >
> > > > The dovecot service is configured to start at boottime in run level 3
> > > > and 5. However, it dies immediately with this error
> > > > (/var/log/mail.err):
> > > >
> > > > dovecot: Login process died too early - shutting down
> > > >
> > > > Starting the service afterwords from a prompt as root with the
> > > > command:
> > > >
> > > > /etc/init.d/dovecot start
> > > >
> > > > works without a glitch. Attached you can find my dovecot.conf and the
> > > > startup script /etc/init.d/dovecot.
> > > >
> > > > I hope someone could shed some light on this issue.

-- 
Bavo De Ridder
Web Service Consulting & EMEA Linux Practice
Novell, Inc.

	"In God We Trust, everyone else get yourself an X.500 certificate"



--Boundary-00=_aIZdAkGl1HBuyv8
Content-Type: text/plain;
  name=" "
Content-Transfer-Encoding: 7bit

execve("/usr/libexec/dovecot/dovecot-auth2", ["/usr/libexec/dovecot/dovecot-auth2"], [/* 16 vars */]) = 0
uname({sys="Linux", node="BRU-P7J0J-BDERIDDER", ...}) = 0
brk(0)                                  = 0x8064b04
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=86746, ...}) = 0
old_mmap(NULL, 86746, PROT_READ, MAP_PRIVATE, 5, 0) = 0x40016000
close(5)                                = 0
open("/lib/libpam.so.0", O_RDONLY)      = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\25\0\0004\0\0\0\234u\0\0\0\0\0\0004\0 \0\3\0(\0\31\0\26\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\372o\0\0\372o\0\0\5\0\0\0\0\20\0\0\1\0\0\0\0p\0\0\0p\0\0\0p\0\0\224\2\0\0\230\2\0\0\6\0\0\0\0\20\0\0\2\0\0\0\310p\0\0\310p\0\0\310p\0\0\320\0\0\0\320\0\0\0\6\0\0\0\4\0\0\0a\0\0\0f\0\0\0Y\0\0\0\0\0\0\0I\0\0\0?\0\0\0L\0\0\0$\0\0\0\0\0\0\0\33\0\0\0\0\0\0\0H\0\0\0\0\0\0\0Q\0\0\0,\0\0\0^\0\0\0J\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0S\0\0\0N\0\0\0-\0\0\0\0\0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=36200, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4002c000
old_mmap(NULL, 29336, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x4002d000
old_mmap(0x40034000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x7000) = 0x40034000
close(5)                                = 0
open("/usr/lib/libldap.so.2", O_RDONLY) = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \210\0\0004\0\0\0\2604\3\0\0\0\0\0004\0 \0\3\0(\0\31\0\26\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0c\26\3\0c\26\3\0\5\0\0\0\0\20\0\0\1\0\0\0\0 \3\0\0 \3\0\0 \3\0l\r\0\0\250\r\0\0\6\0\0\0\0\20\0\0\2\0\0\0\f&\3\0\f&\3\0\f&\3\0\370\0\0\0\370\0\0\0\6\0\0\0\4\0\0\0\t\2\0\0?\2\0\0\316\1\0\0>\1\0\0\0\0\0\0y\1\0\0001\2\0\0\0\0\0\0\0\0\0\0\353\1\0\0\0\0\0\0X\1\0\0\212\1\0\0\266\1\0\0\340\0\0\0\312\1\0\0\307\1\0\0{\0\0\0\330\1\0\0[\1\0\0\0\0\0\0\327\0\0\0\221\1\0\0W\0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=237971, ...}) = 0
old_mmap(NULL, 208296, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x40035000
old_mmap(0x40067000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x32000) = 0x40067000
close(5)                                = 0
open("/usr/lib/liblber.so.2", O_RDONLY) = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p%\0\0004\0\0\0L\266\0\0\0\0\0\0004\0 \0\3\0(\0\31\0\26\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\203\256\0\0\203\256\0\0\5\0\0\0\0\20\0\0\1\0\0\0\0\260\0\0\0\260\0\0\0\260\0\0\254\3\0\0P\4\0\0\6\0\0\0\0\20\0\0\2\0\0\0\24\261\0\0\24\261\0\0\24\261\0\0\310\0\0\0\310\0\0\0\6\0\0\0\4\0\0\0\203\0\0\0\262\0\0\0\220\0\0\0\213\0\0\0\202\0\0\0V\0\0\0\0\0\0\0`\0\0\0\205\0\0\0\261\0\0\0\230\0\0\0O\0\0\0\257\0\0\0\0\0\0\0\207\0\0\0\231\0\0\0=\0\0\0\0\0\0\0\201\0\0\0\0\0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=56275, ...}) = 0
old_mmap(NULL, 46160, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x40068000
old_mmap(0x40073000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0xb000) = 0x40073000
close(5)                                = 0
open("/usr/lib/libsasl2.so.2", O_RDONLY) = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20/\0\0004\0\0\0\30.\1\0\0\0\0\0004\0 \0\3\0(\0\31\0\26\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\264$\1\0\264$\1\0\5\0\0\0\0\20\0\0\1\0\0\0\300$\1\0\3004\1\0\3004\1\0\220\6\0\0\354\6\0\0\6\0\0\0\0\20\0\0\2\0\0\0\304\'\1\0\3047\1\0\3047\1\0\330\0\0\0\330\0\0\0\6\0\0\0\4\0\0\0\305\0\0\0\330\0\0\0\313\0\0\0\220\0\0\0\261\0\0\0\0\0\0\0e\0\0\0\0\0\0\0\252\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\214\0\0\0\257\0\0\0\0\0\0\0\323\0\0\0q\0\0\0\0\0\0\0\0\0\0\0\203\0\0\0Q\0\0\0\0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=89417, ...}) = 0
old_mmap(NULL, 80812, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x40074000
old_mmap(0x40087000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x12000) = 0x40087000
close(5)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0*\0\0004\0\0\0(\374\0\0\0\0\0\0004\0 \0\6\0(\0\34\0\31\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\300\0\0\0\300\0\0\0\5\0\0\0\4\0\0\0\3\0\0\0l\344\0\0l\344\0\0l\344\0\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\177\344\0\0\177\344\0\0\5\0\0\0\0\20\0\0\1\0\0\0\0\360\0\0\0\360\0\0\0\360\0\0\210\10\0\0\250/\0\0\6\0\0\0\0\20\0\0\2\0\0\0\344\365\0\0\344\365\0\0\344\365\0\0\330\0\0\0\330\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0\364\0\0\0\364\0\0\0\364"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=74577, ...}) = 0
old_mmap(NULL, 73640, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x40088000
old_mmap(0x40097000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0xf000) = 0x40097000
old_mmap(0x40098000, 8104, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40098000
close(5)                                = 0
open("/usr/lib/libssl.so.0.9.7", O_RDONLY) = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\204\0\0004\0\0\0h\371\2\0\0\0\0\0004\0 \0\3\0(\0\33\0\30\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0A\315\2\0A\315\2\0\5\0\0\0\0\20\0\0\1\0\0\0\0\320\2\0\0\320\2\0\0\320\2\0\244#\0\0\320*\0\0\6\0\0\0\0\20\0\0\2\0\0\0<\357\2\0<\357\2\0<\357\2\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0\t\2\0\0005\2\0\0\34\2\0\0v\0\0\0\0\0\0\0:\0\0\0r\1\0\0\23\2\0\0\0\0\0\0\0\0\0\0.\1\0\0\35\2\0\0\210\1\0\0\0\0\0\0009\1\0\0\t\2\0\0\322\1\0\0\266\1\0\0\33\1\0\0\253\0\0\0\0\0\0\0\253"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0555, st_size=223898, ...}) = 0
old_mmap(NULL, 195280, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x4009a000
old_mmap(0x400c7000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x2d000) = 0x400c7000
close(5)                                = 0
open("/usr/lib/libcrypto.so.0.9.7", O_RDONLY) = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\275\2\0004\0\0\0000\31\17\0\0\0\0\0004\0 \0\4\0(\0\35\0\32\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\354\304\r\0\354\304\r\0\5\0\0\0\0\20\0\0\1\0\0\0\0\320\r\0\0\320\r\0\0\320\r\0\314\21\1\0\330L\1\0\6\0\0\0\0\20\0\0\2\0\0\0\370\333\16\0\370\333\16\0\370\333\16\0\330\0\0\0\330\0\0\0\6\0\0\0\4\0\0\0P\345td\320\304\r\0\320\304\r\0\320\304\r\0\34\0\0\0\34\0\0\0\4\0\0\0\4\0\0\0\5\10\0\0\332\n\0\0\0\0\0\0\236\n\0\0\0\0\0\0002\7\0\0\0\0\0\0\0\0\0\0<\7\0\0\205\n"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0555, st_size=1143807, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400ca000
old_mmap(NULL, 990424, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x400cb000
old_mmap(0x401a8000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0xdd000) = 0x401a8000
old_mmap(0x401ba000, 11480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x401ba000
close(5)                                = 0
open("/usr/lib/libpq.so.3", O_RDONLY)   = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`F\0\0004\0\0\0(N\1\0\0\0\0\0004\0 \0\3\0(\0\31\0\26\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0T6\1\0T6\1\0\5\0\0\0\0\20\0\0\1\0\0\0\0@\1\0\0@\1\0\0@\1\0D\v\0\0\300\v\0\0\6\0\0\0\0\20\0\0\2\0\0\0\24G\1\0\24G\1\0\24G\1\0\360\0\0\0\360\0\0\0\6\0\0\0\4\0\0\0\7\1\0\0/\1\0\0\0\0\0\0\0\0\0\0k\0\0\0-\1\0\0\201\0\0\0\317\0\0\0\274\0\0\0\0\0\0\0\221\0\0\0\0\0\0\0\265\0\0\0\0\0\0\0$\1\0\0\351\0\0\0\0\0\0\0\364\0\0\0\0\0\0\0\373\0\0\0\0\0\0\0\34\1\0\0\32\1\0\0\333\0\0\0\302"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=99920, ...}) = 0
old_mmap(NULL, 84928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x401bd000
old_mmap(0x401d1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x14000) = 0x401d1000
close(5)                                = 0
open("/lib/libcrypt.so.1", O_RDONLY)    = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\0004\0\0\0\360\225\0\0\0\0\0\0004\0 \0\6\0(\0\34\0\31\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\300\0\0\0\300\0\0\0\5\0\0\0\4\0\0\0\3\0\0\0,\200\0\0,\200\0\0,\200\0\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0?\200\0\0?\200\0\0\5\0\0\0\0\20\0\0\1\0\0\0@\200\0\0@\220\0\0@\220\0\0(\23\0\0\\\204\2\0\6\0\0\0\0\20\0\0\2\0\0\0\10\222\0\0\10\242\0\0\10\242\0\0\330\0\0\0\330\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0\364\0\0\0\364\0\0\0\364\0\0\0 \0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=43574, ...}) = 0
old_mmap(NULL, 201884, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x401d2000
old_mmap(0x401db000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x8000) = 0x401db000
old_mmap(0x401dd000, 156828, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x401dd000
close(5)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\34\0\0004\0\0\0H$\0\0\0\0\0\0004\0 \0\6\0(\0\34\0\31\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\300\0\0\0\300\0\0\0\5\0\0\0\4\0\0\0\3\0\0\0\242\36\0\0\242\36\0\0\242\36\0\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\265\36\0\0\265\36\0\0\5\0\0\0\0\20\0\0\1\0\0\0\0 \0\0\0 \0\0\0 \0\0\230\1\0\0\270\1\0\0\6\0\0\0\0\20\0\0\2\0\0\0\f \0\0\f \0\0\f \0\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0\364\0\0\0\364\0\0\0\364\0\0\0 \0\0\0 \0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=13625, ...}) = 0
old_mmap(NULL, 8632, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x40204000
old_mmap(0x40206000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x2000) = 0x40206000
close(5)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0^\1\0004\0\0\0,\255\23\0\0\0\0\0004\0 \0\7\0(\0009\0006\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\340\0\0\0\340\0\0\0\5\0\0\0\4\0\0\0\3\0\0\0\310\333\22\0\310\333\22\0\310\333\22\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0X\341\22\0X\341\22\0\5\0\0\0\0\20\0\0\1\0\0\0`\341\22\0`\361\22\0`\361\22\0\340B\0\0$m\0\0\6\0\0\0\0\20\0\0\2\0\0\0t \23\0t0\23\0t0\23\0\330\0\0\0\330\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0\24\1\0\0\24\1\0\0\24\1\0\0 \0\0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=1470060, ...}) = 0
old_mmap(NULL, 1269380, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x40207000
old_mmap(0x40336000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x12e000) = 0x40336000
old_mmap(0x4033b000, 7812, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4033b000
close(5)                                = 0
open("/lib/libnsl.so.1", O_RDONLY)      = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20<\0\0004\0\0\0\364#\1\0\0\0\0\0004\0 \0\6\0(\0\34\0\31\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\300\0\0\0\300\0\0\0\5\0\0\0\4\0\0\0\3\0\0\0g\24\1\0g\24\1\0g\24\1\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0z\24\1\0z\24\1\0\5\0\0\0\0\20\0\0\1\0\0\0\200\24\1\0\200$\1\0\200$\1\0H\t\0\0\240*\0\0\6\0\0\0\0\20\0\0\2\0\0\0\304\31\1\0\304)\1\0\304)\1\0\330\0\0\0\330\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0\364\0\0\0\364\0\0\0\364\0\0\0 \0\0\0 \0\0\0"..., 512) = 512
fstat64(5, {st_mode=S_IFREG|0755, st_size=89022, ...}) = 0
old_mmap(NULL, 85792, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0x4033d000
old_mmap(0x4034f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x11000) = 0x4034f000
old_mmap(0x40350000, 7968, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40350000
close(5)                                = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40352000
munmap(0x40016000, 86746)               = 0
fcntl64(4, F_GETFD)                     = 0
getsockname(4, 0xbffffbc0, [28])        = -1 ENOTSOCK (Socket operation on non-socket)
fstat64(4, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

--Boundary-00=_aIZdAkGl1HBuyv8--

From schrock@dayzed.com  Fri Apr  9 00:08:13 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 41625C002801; Fri,  9 Apr 2004 00:08:13 +0300 (EEST)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 4DE12C002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:08:11 +0300 (EEST)
Received: from dayzed.com (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id 381291784E
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 14:03:06 -0700 (PDT)
Received: from 66-224-116-226.atgi.net ([66.224.116.226])
	(SquirrelMail authenticated user schrock) by new.host.name with HTTP;
	Thu, 8 Apr 2004 14:03:06 -0700 (PDT)
Message-ID: <21447.66.224.116.226.1081458186.squirrel@new.host.name>
Date: Thu, 8 Apr 2004 14:03:06 -0700 (PDT)
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] (no subject)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Thu, 08 Apr 2004 21:08:13 -0000
X-UID: 8897                                                  
Status: O

Sorry if this question has been asked before I looked through some of the
archives before posting this.

I am considering using dovecot on a small 35 user enviorment (only around
6 gigs of email) that will be primarly be used with squirrelmail for the
MUA. I have been using dovecot for a few weeks now and really like it. It
is a big improvement over uw-imap thats for sure. I was wondering how many
people in this mailing list are using dovecot for a production email
server, and why you chose to use dovecot over cyrus or courier. Or maybe
someone feels that dovecot isnt ready for this type of thing just yet. I
am all ears so please feel free.

Thanks
-- 
Avery

From schrock@dayzed.com  Fri Apr  9 00:09:31 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B780EC002802; Fri,  9 Apr 2004 00:09:31 +0300 (EEST)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 34403C002801
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:09:29 +0300 (EEST)
Received: from dayzed.com (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id 8FE031784E
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 14:04:24 -0700 (PDT)
Received: from 66-224-116-226.atgi.net ([66.224.116.226])
	(SquirrelMail authenticated user schrock) by new.host.name with HTTP;
	Thu, 8 Apr 2004 14:04:24 -0700 (PDT)
Message-ID: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
Date: Thu, 8 Apr 2004 14:04:24 -0700 (PDT)
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Dovecot for production environment
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Thu, 08 Apr 2004 21:09:31 -0000
X-UID: 8898                                                  
Status: O


Sorry if this question has been asked before I looked through some of the
archives before posting this.

I am considering using dovecot on a small 35 user environment (only around
6 gigs of email) that will be primarly be used with squirrelmail for the
MUA. I have been using dovecot for a few weeks now and really like it. It
is a big improvement over uw-imap thats for sure. I was wondering how many
people in this mailing list are using dovecot for a production email
server, and why you chose to use dovecot over cyrus or courier. Or maybe
someone feels that dovecot isnt ready for this type of thing just yet. I
am all ears so please feel free.

Thanks
-- 
Avery



-- 
Avery Day

From james@powweb.com  Fri Apr  9 00:32:17 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9267FC002802; Fri,  9 Apr 2004 00:32:17 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 2BBDEC002801
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:32:15 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP
	id 7A614B8E4C; Thu,  8 Apr 2004 14:27:01 -0700 (PDT)
Message-ID: <4075C37B.5040704@powweb.com>
Date: Thu, 08 Apr 2004 14:26:19 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040311
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: schrock@dayzed.com
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
In-Reply-To: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
Content-Type: multipart/mixed; boundary="------------040304030409040708010801"
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 21:32:17 -0000
X-UID: 8899                                                  
Status: O
Content-Length: 2145

This is a multi-part message in MIME format.
--------------040304030409040708010801
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

We just started using it on a system with more than 50,000 users and it 
works quite nicely.   Migrating from uw-imap to dovecot caused a few 
problems with some user's mail clients, like Mozilla mail based clients 
issued command that cuased the server to respond with "Invalid mask", 
and Eudora's SASL AUTH doesn't seem to work with the pop server, but 
other than that it seems to work great.

Any word when we are going to see 1.0 =)


Avery Day wrote:

>Sorry if this question has been asked before I looked through some of the
>archives before posting this.
>
>I am considering using dovecot on a small 35 user environment (only around
>6 gigs of email) that will be primarly be used with squirrelmail for the
>MUA. I have been using dovecot for a few weeks now and really like it. It
>is a big improvement over uw-imap thats for sure. I was wondering how many
>people in this mailing list are using dovecot for a production email
>server, and why you chose to use dovecot over cyrus or courier. Or maybe
>someone feels that dovecot isnt ready for this type of thing just yet. I
>am all ears so please feel free.
>
>Thanks
>  
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------040304030409040708010801
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------040304030409040708010801--

From roselius@batky-howell.com  Fri Apr  9 00:36:02 2004
Return-Path: <roselius@batky-howell.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0FBF3C002802; Fri,  9 Apr 2004 00:36:02 +0300 (EEST)
Received: from www.batky-howell.com (www.batky-howell.com [65.105.210.210])
	by talvi.dovecot.org (Postfix) with ESMTP id CAD02C002801
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:35:59 +0300 (EEST)
Received: from roselius by www.batky-howell.com with local (Exim 4.30)
	id 1BBh8z-0001GS-5z
	for dovecot@dovecot.org; Thu, 08 Apr 2004 15:33:05 -0600
Subject: Re: [Dovecot] Re: Dovecot died due to some SSL related error
In-Reply-To: <E1B4QQG-0008D8-Ie@www.batky-howell.com>
To: dovecot@dovecot.org
Date: Thu, 8 Apr 2004 15:33:05 -0600 (MDT)
Sender: roselius@batky-howell.com
From: rhr-dovecot@batky-howell.com
X-Mailer: ELM [version 2.4ME+ PL111 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Message-Id: <E1BBh8z-0001GS-5z@www.batky-howell.com>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: rhr-dovecot@batky-howell.com
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: Thu, 08 Apr 2004 21:36:02 -0000
X-UID: 8900                                                  
Status: O
Content-Length: 3583

  Following up to myself - per an email request from a new subscriber,
here's my script and crontab entry for checking and restarting dovecot on
Redhat/Fedora.  This catches a crashed dovecot at least once a day,
sometimes several, all due to the "PRNG not seeded" thing on Fedora.

  I could have just let the cron daemon email the results to root like
any other cron job, but I wanted a copy to my own account.
Running on a couple of hosts - MYHOST replaced with actual hostname,
MY-PERSONAL@EMAIL.ADDR replaced with ... well you get the picture.

Hope it's useful,
Rob

root Crontab:
=============================================================================
## Run once every minute, always.
* * * * * /root/CronJobs/cron.chk_dovecot >/dev/null 2>&1
=============================================================================

Script: /root/CronJobs/cron.chk_dovecot
=============================================================================
#!/bin/bash
                                                                                
if ! pgrep -x dovecot
then
  if [ -f /var/lock/subsys/dovecot ]; then
    if rm -f /var/lock/subsys/dovecot ; then
      MsgRmLock="Lock file /var/lock/subsys/dovecot removed."
    else
      MsgRmLock="Unable to remove lock file /var/lock/subsys/dovecot."
    fi
  else
    MsgRmLock="No lock file found: /var/lock/subsys/dovecot."
  fi
                                                                                
  if /etc/init.d/dovecot start; then
    MsgStart="Dovecot started."
  else
    MsgStart="Unable to start Dovecot."
  fi
                                                                                
  if pgrep -x dovecot; then
    MsgRunning="Dovecot running."
  else
    MsgRunning="Dovecot not running. To restart, run (as root):
    /etc/init.d/dovecot start"
  fi
                                                                                
  mail -s "MYHOST DOVECOT NOT RUNNING `date '+%R %D'`" -c root MY-PERSONAL@EMAIL.ADDR  <<EoMaIl
                                                                                
  On MYHOST, the command "pgrep -x dovecot" returned false, indicating
that dovecot is not running.
                                                                                
  Restart attempted.  Results:
  $MsgRmLock
  $MsgStart
  $MsgRunning
                                                                                
EoMaIl
                                                                                
fi
=============================================================================

In a message sent Fri Mar 19 13:16:52 2004, rhr-dovecot@batky-howell.com wrote:
> (Sorry, just joined the list, can't reply in the original message
> from Feb 4.)
> > Feb  4 11:18:27 hundehuette imap-login: RAND_bytes() failed:
> > error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not
> > seeded
> > Feb  4 11:18:27 hundehuette dovecot: Login process died too early -
> > shutting down
> > [...]
> 
> Hi,
> 
>   No idea, but I'm getting the same thing, at least once a day,
> sometimes several times a day.  I tried putting a .rnd file in
> /var/libexec/dovecot, no help.
> 
> - Fedora Core 1.0
> - dovecot-0.99.10-6
> - openssl-0.9.7a-23
> - About 20 users, using pop, pops, imap, imaps.
> 
>   I had to run a cron job that checks every minute to see if dovecot
> is running, and restart it if it isn't.  I'd love to get this figured
> out, though.  I see another message about this in the list archives,
> at the end of January.  I'll post if I find anything...
> 
> Rob

From redjar@redjar.org  Fri Apr  9 00:39:22 2004
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A5BF4C002802; Fri,  9 Apr 2004 00:39:22 +0300 (EEST)
Received: from mute.marlboro.edu (mute.marlboro.edu [12.6.230.75])
	by talvi.dovecot.org (Postfix) with ESMTP id B19C6C002801
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:39:19 +0300 (EEST)
Received: from mdhcp5-230.marlboro.edu ([10.1.5.230])
	by mute.marlboro.edu with esmtp (Exim 3.35 #1 (Debian))
	id 1BBhA4-0003FW-00; Thu, 08 Apr 2004 17:34:12 -0400
In-Reply-To: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
Content-Transfer-Encoding: 7bit
From: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] Dovecot for production environment
Date: Thu, 8 Apr 2004 17:35:55 -0400
To: dovecot@dovecot.org
X-Mailer: Apple Mail (2.613)
X-Marlboro-MailScanner: clean
X-Marlboro-SpamCheck: not spam, SpamAssassin (score=-4.867, required 7,
	AWL 0.03, BAYES_00 -4.90)
Cc: schrock@dayzed.com
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 21:39:22 -0000
X-UID: 8901                                                  
Status: O
Content-Length: 2202

I am running it in a production environment with about 500 users.  I 
wasn't particularly excited about running pre 1.0 pop3 imap server 
software but it had all the features I was after.

I was looking for:

- LDAP authentication
- POP3, POP3S, IMAP, IMAPS
- mbox support (simultaneous support for maildir is also nice since 
we'll hopefully migrate sometime soon.)
- easy but powerful configuration
- a nice responsive developer and support community
- uw-imap compatibility (that's what we were running before)
- written with security in mind
- good documentation
- open source and Free

It's also nicely packaged for debian by the nice folks at 
braincells.com.

I've been mostly happy.  Some things still feel a little fragile.  
We've had corrupted mboxes a few times, but I haven't had time to 
figure what is at fault.  I suppose certain pop clients could be the 
problem.  The LDAP authentication doesn't seem to work well with 
stunnel. Other than these few small blips, it's been running flawlessly 
for over 8 months.

One other concern which worries me a little, is that the primary 
developer Timo seems to have gotten busy or uninterested recently.  He 
was clearly going above and beyond by responding to every question 
within minutes, but looking at the archives recently he is posting a 
lot less.  I just hope he's busy and not burned out because his work on 
dovecot is amazing.

-jared


On Apr 8, 2004, at 5:04 PM, Avery Day wrote:

>
> Sorry if this question has been asked before I looked through some of 
> the
> archives before posting this.
>
> I am considering using dovecot on a small 35 user environment (only 
> around
> 6 gigs of email) that will be primarly be used with squirrelmail for 
> the
> MUA. I have been using dovecot for a few weeks now and really like it. 
> It
> is a big improvement over uw-imap thats for sure. I was wondering how 
> many
> people in this mailing list are using dovecot for a production email
> server, and why you chose to use dovecot over cyrus or courier. Or 
> maybe
> someone feels that dovecot isnt ready for this type of thing just yet. 
> I
> am all ears so please feel free.
>
> Thanks
> -- 
> Avery
>
>
>
> -- 
> Avery Day
>


From skvidal@phy.duke.edu  Fri Apr  9 00:40:04 2004
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 33F6FC002801; Fri,  9 Apr 2004 00:40:04 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 80118C002804
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:39:53 +0300 (EEST)
Received: from [152.3.182.42] (opus.phy.duke.edu [152.3.182.42])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id AA705A7AED; Thu,  8 Apr 2004 17:34:48 -0400 (EDT)
Subject: Re: [Dovecot] Dovecot for production environment
From: seth vidal <skvidal@phy.duke.edu>
To: James Moser <james@powweb.com>
In-Reply-To: <4075C37B.5040704@powweb.com>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<4075C37B.5040704@powweb.com>
Content-Type: text/plain
Message-Id: <1081460101.31283.25.camel@opus.phy.duke.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-1) 
Date: Thu, 08 Apr 2004 17:35:01 -0400
Content-Transfer-Encoding: 7bit
Cc: schrock@dayzed.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 21:40:04 -0000
X-UID: 8902                                                  
Status: O

On Thu, 2004-04-08 at 17:26, James Moser wrote:
> We just started using it on a system with more than 50,000 users and it 
> works quite nicely.   Migrating from uw-imap to dovecot caused a few 
> problems with some user's mail clients, like Mozilla mail based clients 
> issued command that cuased the server to respond with "Invalid mask", 
> and Eudora's SASL AUTH doesn't seem to work with the pop server, but 
> other than that it seems to work great.
> 

Just b/c I'm curious (and if you want take this offlist is fine) what's
your setup look like for this system? Do you have a whitepaper or a
layout for it?

Thanks,
-sv



From dr@jones.dk  Fri Apr  9 00:52:59 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 213B6C002801; Fri,  9 Apr 2004 00:52:59 +0300 (EEST)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id CB28EC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:52:56 +0300 (EEST)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP id 466E03F2136
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 23:47:56 +0200 (CEST)
Message-ID: <4075C88B.7090102@jones.dk>
Date: Thu, 08 Apr 2004 23:47:55 +0200
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040313)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>	<4075C37B.5040704@powweb.com>
	<1081460101.31283.25.camel@opus.phy.duke.edu>
In-Reply-To: <1081460101.31283.25.camel@opus.phy.duke.edu>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/mixed; boundary="------------070500040500000807060501"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 21:52:59 -0000
X-UID: 8903                                                  
Status: O
Content-Length: 2189

This is a multi-part message in MIME format.
--------------070500040500000807060501
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

seth vidal wrote:
| On Thu, 2004-04-08 at 17:26, James Moser wrote:
|
|>We just started using it on a system with more than 50,000 users and it=

|>works quite nicely.   Migrating from uw-imap to dovecot caused a few
|>problems with some user's mail clients, like Mozilla mail based clients=

|>issued command that cuased the server to respond with "Invalid mask",
|>and Eudora's SASL AUTH doesn't seem to work with the pop server, but
|>other than that it seems to work great.
|>
|
|
| Just b/c I'm curious (and if you want take this offlist is fine) what's=

| your setup look like for this system? Do you have a whitepaper or a
| layout for it?

Please use the list.

Also, I am interested in the migration process. If you used scripts
(like switch from mbox to Maildir) then  which one(s), and did you do
some finetuning to them? Did you use the "move to mbox" feature of
uw-imap, and if you did how did you handle that when you switched?

Any tricks and experiences are much appreciated.

~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er n=E6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAdciKn7DbMsAkQLgRAiupAJ9KmysGJhhEdtiQO0CXrDFVbtNC4gCePCF7
8QttYJL6hAmJtaM2uxHN5W0=3D
=3DbHsg
-----END PGP SIGNATURE-----

--------------070500040500000807060501
Content-Type: text/x-vcard; charset=utf8;
 name="dr.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="dr.vcf"

begin:vcard
fn:Jonas Smedegaard
n:Smedegaard;Jonas
org:IT-guide dr. Jones
adr:;;Munksoegaard 3;Roskilde;;4000;Denmark
email;internet:dr@jones.dk
title:Internet Architect
tel;work:+45 40843136
tel;home:+45 40843136
tel;cell:+45 40843136
x-mozilla-html:FALSE
url:http://dr.jones.dk/
version:2.1
end:vcard


--------------070500040500000807060501--

From mem@mv.mv.com  Fri Apr  9 00:54:30 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5AFC4C002802; Fri,  9 Apr 2004 00:54:30 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id BAA5FC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 00:54:27 +0300 (EEST)
Received: (qmail 13695 invoked from network); 8 Apr 2004 17:49:24 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 8 Apr 2004 17:49:24 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 19319 invoked by uid 101); 8 Apr 2004 17:49:24 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 8 Apr 2004 17:49:23 -0400
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot for production environment
Message-ID: <20040408214923.GE8044@iridium.mv.net>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 21:54:30 -0000
X-UID: 8904                                                  
Status: O
Content-Length: 1310

> 
> I was looking for:
> 
> - LDAP authentication
> - POP3, POP3S, IMAP, IMAPS
> - mbox support (simultaneous support for maildir is also nice since 
> we'll hopefully migrate sometime soon.)
> - easy but powerful configuration
> - a nice responsive developer and support community
> - uw-imap compatibility (that's what we were running before)
> - written with security in mind
> - good documentation
> - open source and Free

We're using it here on two mailservers and I echo the above comments.


> One other concern which worries me a little, is that the primary 
> developer Timo seems to have gotten busy or uninterested recently.  He 
> was clearly going above and beyond by responding to every question 
> within minutes, but looking at the archives recently he is posting a 
> lot less.  I just hope he's busy and not burned out because his work on 
> dovecot is amazing.

He probably is busy but I kinda have the opposite perspective.  Seems
to me he got it into a shape where it was working quite well before
going off and doing a lot of violence to the code for the next iteration.
It's nice to have progress but stable checkpoints are good too.
I dunno, can't have everything I guess :-)

If there were some real show-stoppers in what we're running now I'd
probably have a different opinion.

mm

From andrew@mux.org.uk  Fri Apr  9 01:03:09 2004
Return-Path: <andrew@mux.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BBF4AC002801; Fri,  9 Apr 2004 01:03:09 +0300 (EEST)
Received: from 82-41-155-225.cable.ubr01.linl.blueyonder.co.uk
	(82-41-155-225.cable.ubr01.linl.blueyonder.co.uk [82.41.155.225])
	by talvi.dovecot.org (Postfix) with ESMTP id 94AA3C002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 01:03:07 +0300 (EEST)
Received: from mux.org.uk (spatula.home [192.168.0.4])
	by gateway.home (Postfix) with ESMTP id 21FCFF0;
	Thu,  8 Apr 2004 22:57:59 +0100 (BST)
Message-ID: <4075CAE6.6020401@mux.org.uk>
Date: Thu, 08 Apr 2004 22:57:58 +0100
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
In-Reply-To: <B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: schrock@dayzed.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 22:03:09 -0000
X-UID: 8905                                                  
Status: O

Jared wrote:

> One other concern which worries me a little, is that the primary 
> developer Timo seems to have gotten busy or uninterested recently.  He 
> was clearly going above and beyond by responding to every question 
> within minutes, but looking at the archives recently he is posting a lot 
> less.  I just hope he's busy and not burned out because his work on 
> dovecot is amazing.

Timo posted recently and said:

 > Sorry about the lack of replies to questions in this list. Work on the
 > new indexing code has taken way too long, but it's finally beginning
 > to be get near usable state. After it's fully working, I'll start
 > being more active here again.

So I hope that he will be increasingly active on the list again, but 
there's little point in second guessing the reasons for his absence.

I also am increadably impressed with Dovecot so far, and would like to 
use it in larger installations once its small outstanding problems are 
fixed and it reaches 1.0.

Andrew


From james@powweb.com  Fri Apr  9 01:03:45 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CE29CC002800; Fri,  9 Apr 2004 01:03:45 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 44B03C00280B
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 01:03:20 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP
	id 12799B8E5A; Thu,  8 Apr 2004 14:58:14 -0700 (PDT)
Message-ID: <4075CACC.9000908@powweb.com>
Date: Thu, 08 Apr 2004 14:57:32 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040311
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: seth vidal <skvidal@phy.duke.edu>
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>	<4075C37B.5040704@powweb.com>
	<1081460101.31283.25.camel@opus.phy.duke.edu>
In-Reply-To: <1081460101.31283.25.camel@opus.phy.duke.edu>
Content-Type: multipart/mixed; boundary="------------040702050005060106030403"
Cc: schrock@dayzed.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 22:03:48 -0000
X-UID: 8906                                                  
Status: O
Content-Length: 4388

This is a multi-part message in MIME format.
--------------040702050005060106030403
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I'll tell ya anything you wanna know...  I'm using FreeBSD 4.9, here is 
my how I currently configuered it (didn't use the ports)..

./configure --without-shadow --without-pam --without-passwd-file 
--without-static-userdb --disable-ipv6 --localstatedir=/var \
        --with-ssl=openssl --with-ssldir=/var/dovecot/ssl --with-pop3d 
--with-storages=mbox

I had the default configure options working too, I just wanted to remove 
everything I didn't need to increase performance, maybe it doesn't 
matter... I didn't see much of a change.

We are currently using mbox, and hopefully someday will be converting to 
maildir, but one step at a time...  this is actually one of the reasons 
I choose to try dovecot.

My dovecot.conf configuration is attached... mostly defaults with some 
exceptions....  if anyone has some recommendations that'd be great...  I 
have all caching turned off for Imap for other reasons, but it might 
work fine for you.




seth vidal wrote:

>On Thu, 2004-04-08 at 17:26, James Moser wrote:
>  
>
>>We just started using it on a system with more than 50,000 users and it 
>>works quite nicely.   Migrating from uw-imap to dovecot caused a few 
>>problems with some user's mail clients, like Mozilla mail based clients 
>>issued command that cuased the server to respond with "Invalid mask", 
>>and Eudora's SASL AUTH doesn't seem to work with the pop server, but 
>>other than that it seems to work great.
>>
>>    
>>
>
>Just b/c I'm curious (and if you want take this offlist is fine) what's
>your setup look like for this system? Do you have a whitepaper or a
>layout for it?
>
>Thanks,
>-sv
>
>
>  
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------040702050005060106030403
Content-Type: text/plain;
 name="dovecot.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dovecot.conf"

base_dir = /var/dovecot/
protocols = imap imaps pop3 pop3s

imaps_listen = *
pop3s_listen = *

ssl_cert_file = /var/dovecot/ssl/certs/imapd.pem
ssl_key_file = /var/dovecot/ssl/private/imapd.pem
ssl_parameters_file = /var/dovecot/ssl/parameters.dat
login_dir = /var/dovecot/login
login_chroot = yes

login = imap
login_executable = /usr/local/libexec/dovecot/imap-login
login_user = dovecot
login_process_size = 0
login_process_per_connection = no
login_processes_count = 1

login = pop3
login_executable = /usr/local/libexec/dovecot/pop3-login
verbose_proctitle = yes
verbose_ssl = yes

first_valid_uid = 500
first_valid_gid = 500
valid_chroot_dirs = /var/mail
default_mail_env = mbox:%h:INBOX=/var/mail/%u
mail_cache_fields =
mail_never_cache_fields =  MessagePart Bodystructure Body Envelope
client_workarounds = oe6-fetch-no-newmail outlook-idle
mailbox_check_interval = 0
mailbox_idle_check_interval = 0
mail_full_filesystem_access = no

# Save mails with CR+LF instead of plain LF. This makes sending those mails
# take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
mail_save_crlf = yes

maildir_copy_with_hardlinks = yes
maildir_check_content_changes = no
mbox_locks = fcntl

imap_executable = /usr/local/libexec/dovecot/imap
pop3_executable = /usr/local/libexec/dovecot/pop3

auth = default
auth_mechanisms = plain

auth_userdb = passwd
auth_passdb = passwd

auth_executable = /usr/local/libexec/dovecot/dovecot-auth
auth_user = root
auth_count = 5
auth_verbose = yes


--------------040702050005060106030403
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------040702050005060106030403--

From james@powweb.com  Fri Apr  9 01:10:48 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 43B70C002801; Fri,  9 Apr 2004 01:10:48 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 9242AC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 01:10:45 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP
	id CD696B8E7A; Thu,  8 Apr 2004 15:05:39 -0700 (PDT)
Message-ID: <4075CC8A.1080500@powweb.com>
Date: Thu, 08 Apr 2004 15:04:58 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040311
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jonas Smedegaard <dr@jones.dk>
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>	<4075C37B.5040704@powweb.com>	<1081460101.31283.25.camel@opus.phy.duke.edu>
	<4075C88B.7090102@jones.dk>
In-Reply-To: <4075C88B.7090102@jones.dk>
Content-Type: multipart/mixed; boundary="------------040504090201000708030407"
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 22:10:48 -0000
X-UID: 8907                                                  
Status: O
Content-Length: 3243

This is a multi-part message in MIME format.
--------------040504090201000708030407
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

I didn't convert any mail files... I did copy the .mailboxlist to 
.subscriptions since dovecot uses a different filename than uw-imap, and 
I edited the C code so that the pop server wouldn't adervtise it 
supported SASL PLAIN to make Eudora users happy.  For some users, 
deleting their account settings and resetting them up took care of the 
Invalid mask problem.  I had that problem with Mozilla mail, and two 
other people had the problem with Mozilla Thunderbird.  If it becomes a 
big enough problem its easy enough to comment out one line of code in 
dovecot so it won't reply with this error message.

Thats it... overall the migration was pretty easy..
 

Jonas Smedegaard wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> seth vidal wrote:
> | On Thu, 2004-04-08 at 17:26, James Moser wrote:
> |
> |>We just started using it on a system with more than 50,000 users and it
> |>works quite nicely.   Migrating from uw-imap to dovecot caused a few
> |>problems with some user's mail clients, like Mozilla mail based clients
> |>issued command that cuased the server to respond with "Invalid mask",
> |>and Eudora's SASL AUTH doesn't seem to work with the pop server, but
> |>other than that it seems to work great.
> |>
> |
> |
> | Just b/c I'm curious (and if you want take this offlist is fine) what's
> | your setup look like for this system? Do you have a whitepaper or a
> | layout for it?
>
> Please use the list.
>
> Also, I am interested in the migration process. If you used scripts
> (like switch from mbox to Maildir) then  which one(s), and did you do
> some finetuning to them? Did you use the "move to mbox" feature of
> uw-imap, and if you did how did you handle that when you switched?
>
> Any tricks and experiences are much appreciated.
>
> ~ - Jonas
>
> - --
> * Jonas Smedegaard - idealist og Internet-arkitekt
> * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
> ~ - Enden er nr: http://www.shibumi.org/eoti.htm
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFAdciKn7DbMsAkQLgRAiupAJ9KmysGJhhEdtiQO0CXrDFVbtNC4gCePCF7
> 8QttYJL6hAmJtaM2uxHN5W0=
> =bHsg
> -----END PGP SIGNATURE----
> -


-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------040504090201000708030407
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------040504090201000708030407--

From james@powweb.com  Fri Apr  9 01:14:47 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AD33EC002802; Fri,  9 Apr 2004 01:14:47 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 6A9EEC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 01:14:45 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP
	id 71819B8EC7; Thu,  8 Apr 2004 15:09:39 -0700 (PDT)
Message-ID: <4075CD79.7040704@powweb.com>
Date: Thu, 08 Apr 2004 15:08:57 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040311
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
In-Reply-To: <B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
Content-Type: multipart/mixed; boundary="------------040100090603060704030601"
Cc: schrock@dayzed.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 22:14:47 -0000
X-UID: 8908                                                  
Status: O
Content-Length: 1297

This is a multi-part message in MIME format.
--------------040100090603060704030601
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jared wrote:

> - mbox support (simultaneous support for maildir is also nice since 
> we'll hopefully migrate sometime soon.)


Wow, it keeps getting better and better...   is this possible 
(simultaneous support)?  If so how exactly?  It would probably make a 
future migration easier.

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------040100090603060704030601
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------040100090603060704030601--

From rjohnson@medata.com  Fri Apr  9 02:23:54 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 38ED6C002802; Fri,  9 Apr 2004 02:23:54 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 714EDC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 02:23:51 +0300 (EEST)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i38NIiSD010679
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Thu, 8 Apr 2004 16:18:44 -0700
Message-ID: <4075DDD7.9060403@medata.com>
Date: Thu, 08 Apr 2004 16:18:47 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040404)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] (no subject)
References: <21447.66.224.116.226.1081458186.squirrel@new.host.name>
In-Reply-To: <21447.66.224.116.226.1081458186.squirrel@new.host.name>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 23:23:54 -0000
X-UID: 8909                                                  
Status: O
Content-Length: 1971

Avery Day wrote:
> Sorry if this question has been asked before I looked through some of the
> archives before posting this.
> 
> I am considering using dovecot on a small 35 user enviorment (only around
> 6 gigs of email) that will be primarly be used with squirrelmail for the
> MUA. I have been using dovecot for a few weeks now and really like it. It
> is a big improvement over uw-imap thats for sure. I was wondering how many
> people in this mailing list are using dovecot for a production email
> server, and why you chose to use dovecot over cyrus or courier. Or maybe
> someone feels that dovecot isnt ready for this type of thing just yet. I
> am all ears so please feel free.
> 
> Thanks

I presently use Dovecot (converted to MailDir) for IMAP/IMAPS along with 
SquirrelMail on a Red Hat 9 server. This serves about 150 users.

I chose Dovecot because it provided the Maildir format advantages for 
large mail stores, but offered me an easy way to convert from uw-imap 
while keeping the mbox format during the transition. While I'd still 
like to have the quota capabilities of Courier or Cyrus (not sure which 
has it), I've found Dovecot to do very well in terms of performance. 
It's extensability means I have room for future growth in the event that 
I may want to try LDAP or SQL authentication in the future.

I initially had some growing pains with Dovecot, however the latest 
revision seemed to take care of most of it. My only pain now is more 
client related in that Mozilla doesn't clear previous customflags before 
assigning new ones - which makes removing labels in certain cases 
difficult or impossible. I think Mozilla has addressed this in the 
latest Trunk, however as well.

All and all, I and my company are happy that we made the switch from 
uw-imap to dovecot.

-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From rjohnson@medata.com  Fri Apr  9 02:28:54 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B6BE5C002802; Fri,  9 Apr 2004 02:28:54 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 24B95C002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 02:28:52 +0300 (EEST)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i38NNjSD011196
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Thu, 8 Apr 2004 16:23:45 -0700
Message-ID: <4075DF04.20501@medata.com>
Date: Thu, 08 Apr 2004 16:23:48 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040404)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>	<4075C37B.5040704@powweb.com>	<1081460101.31283.25.camel@opus.phy.duke.edu>
	<4075C88B.7090102@jones.dk>
In-Reply-To: <4075C88B.7090102@jones.dk>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 08 Apr 2004 23:28:54 -0000
X-UID: 8910                                                  
Status: O

Jonas Smedegaard wrote:
> Also, I am interested in the migration process. If you used scripts
> (like switch from mbox to Maildir) then  which one(s), and did you do
> some finetuning to them? Did you use the "move to mbox" feature of
> uw-imap, and if you did how did you handle that when you switched?

Feel free to search the archives - I recently did a mbox to Maildir 
conversion, and posted the scripts I used to accomplish this. It worked 
well in my environment - and was able to traverse a few levels down for 
uses who had sub-folders.

-Rick
-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From schrock@dayzed.com  Fri Apr  9 02:58:24 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9075AC002802; Fri,  9 Apr 2004 02:58:24 +0300 (EEST)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 5DACBC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 02:58:22 +0300 (EEST)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id 3E28B1784E
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 16:53:17 -0700 (PDT)
Received: from 192.168.50.6 (SquirrelMail authenticated user schrock)
	by dayzed.com with HTTP; Thu, 8 Apr 2004 16:53:17 -0700 (PDT)
Message-ID: <33186.192.168.50.6.1081468397.squirrel@dayzed.com>
In-Reply-To: <4075DF04.20501@medata.com>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>	<4075C37B.5040704@powweb.com>	<1081460101.31283.25.camel@opus.phy.duke.edu><4075C88B.7090102@jones.dk>
	<4075DF04.20501@medata.com>
Date: Thu, 8 Apr 2004 16:53:17 -0700 (PDT)
Subject: Re: [Dovecot] Dovecot for production environment
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Thu, 08 Apr 2004 23:58:24 -0000
X-UID: 8911                                                  
Status: O
Content-Length: 1045


<quote who="Rick Johnson">
> Jonas Smedegaard wrote:
>> Also, I am interested in the migration process. If you used scripts
>> (like switch from mbox to Maildir) then  which one(s), and did you do
>> some finetuning to them? Did you use the "move to mbox" feature of
>> uw-imap, and if you did how did you handle that when you switched?
>
> Feel free to search the archives - I recently did a mbox to Maildir
> conversion, and posted the scripts I used to accomplish this. It worked
> well in my environment - and was able to traverse a few levels down for
> uses who had sub-folders.
>
> -Rick
> --
> Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
> Linux/Network Administrator - Medata, Inc.
> PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc
>
>
I just migrated my email system at home from mbox to maildir using
mb2md.pl
http://batleth.sapienti-sat.org/projects/mb2md/
it was as easy as
mb2md-3.20.pl -R -s ~/mail -d ~/Maildir
This is a really cool tool. It was also the best one around that I could
find.

-- 
Avery Day

From schrock@dayzed.com  Fri Apr  9 03:27:00 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 92A0CC002802; Fri,  9 Apr 2004 03:27:00 +0300 (EEST)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id E3D0DC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 03:26:57 +0300 (EEST)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id CC9181784E
	for <dovecot@dovecot.org>; Thu,  8 Apr 2004 17:21:52 -0700 (PDT)
Received: from 192.168.50.6 (SquirrelMail authenticated user schrock)
	by dayzed.com with HTTP; Thu, 8 Apr 2004 17:21:52 -0700 (PDT)
Message-ID: <33261.192.168.50.6.1081470112.squirrel@dayzed.com>
In-Reply-To: <B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
Date: Thu, 8 Apr 2004 17:21:52 -0700 (PDT)
Subject: Re: [Dovecot] Dovecot for production environment
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Fri, 09 Apr 2004 00:27:00 -0000
X-UID: 8912                                                  
Status: O
Content-Length: 2841


<quote who="Jared">
> I am running it in a production environment with about 500 users.  I
> wasn't particularly excited about running pre 1.0 pop3 imap server
> software but it had all the features I was after.
>
> I was looking for:
>
> - LDAP authentication
> - POP3, POP3S, IMAP, IMAPS
> - mbox support (simultaneous support for maildir is also nice since
> we'll hopefully migrate sometime soon.)
> - easy but powerful configuration
> - a nice responsive developer and support community
> - uw-imap compatibility (that's what we were running before)
> - written with security in mind
> - good documentation
> - open source and Free
>
> It's also nicely packaged for debian by the nice folks at
> braincells.com.
>
> I've been mostly happy.  Some things still feel a little fragile.
> We've had corrupted mboxes a few times, but I haven't had time to
> figure what is at fault.  I suppose certain pop clients could be the
> problem.  The LDAP authentication doesn't seem to work well with
> stunnel. Other than these few small blips, it's been running flawlessly
> for over 8 months.
>
> One other concern which worries me a little, is that the primary
> developer Timo seems to have gotten busy or uninterested recently.  He
> was clearly going above and beyond by responding to every question
> within minutes, but looking at the archives recently he is posting a
> lot less.  I just hope he's busy and not burned out because his work on
> dovecot is amazing.
>
> -jared
>
>
> On Apr 8, 2004, at 5:04 PM, Avery Day wrote:
>
>>
>> Sorry if this question has been asked before I looked through some of
>> the
>> archives before posting this.
>>
>> I am considering using dovecot on a small 35 user environment (only
>> around
>> 6 gigs of email) that will be primarly be used with squirrelmail for
>> the
>> MUA. I have been using dovecot for a few weeks now and really like it.
>> It
>> is a big improvement over uw-imap thats for sure. I was wondering how
>> many
>> people in this mailing list are using dovecot for a production email
>> server, and why you chose to use dovecot over cyrus or courier. Or
>> maybe
>> someone feels that dovecot isnt ready for this type of thing just yet.
>> I
>> am all ears so please feel free.
>>
>> Thanks
>> --
>> Avery
>>
>>
>>
>> --
>> Avery Day
>>
>
>

quote:
----------------
corrupted mboxes
----------------
Well thats not cool at all. I have been dealing with corrupt mailboxes for
the last year on our exchange server. Infact I will be migrating the
entire email system from exchange server to a
postfix+dovecot+spamassassin+procmail+mailfilter setup hopefully in the
next  month or two. But hearing about corrupt mailboxes sends shivers up
my spine. Infact I didn't think it was possible to have corruption or at
least next to impossible with a unix type mailbox systems.

-- 
Avery Day

From skvidal@phy.duke.edu  Fri Apr  9 08:08:48 2004
Return-Path: <skvidal@phy.duke.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1D9E7C002801; Fri,  9 Apr 2004 08:08:48 +0300 (EEST)
Received: from mail.phy.duke.edu (mail.phy.duke.edu [152.3.182.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 4C8DCC002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 08:08:43 +0300 (EEST)
Received: from [192.168.0.3] (rdu57-248-095.nc.rr.com [66.57.248.95])
	by mail.phy.duke.edu (Postfix) with ESMTP
	id C36F1A7846; Fri,  9 Apr 2004 01:03:38 -0400 (EDT)
Subject: Re: [Dovecot] Dovecot for production environment
From: seth vidal <skvidal@phy.duke.edu>
To: James Moser <james@powweb.com>
In-Reply-To: <4075CACC.9000908@powweb.com>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<4075C37B.5040704@powweb.com>
	<1081460101.31283.25.camel@opus.phy.duke.edu>
	<4075CACC.9000908@powweb.com>
Content-Type: text/plain
Message-Id: <1081487017.5775.73.camel@binkley>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.5.5 (1.5.5-1) 
Date: Fri, 09 Apr 2004 01:03:38 -0400
Content-Transfer-Encoding: 7bit
Cc: schrock@dayzed.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 05:08:48 -0000
X-UID: 8913                                                  
Status: O

On Thu, 2004-04-08 at 14:57 -0700, James Moser wrote:

> I'll tell ya anything you wanna know...  I'm using FreeBSD 4.9, here is 
> my how I currently configuered it (didn't use the ports)..
> 

I'm actually curious about:
1. how many systems?
2. how many concurrent users?
3. what type of hw is this on?
4. what type of mail volume do you have to deal with?

Thanks for all the info - the central powers at duke that be just went
through a fairly massive mail system migration and I'm just curious
about other systems of similar scale 50K users is similar scale.

Thanks
-sv



From james@powweb.com  Fri Apr  9 08:15:44 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E7A07C002801; Fri,  9 Apr 2004 08:15:44 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 18076C002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 08:15:42 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP
	id 53BA1B8E5A; Thu,  8 Apr 2004 22:10:33 -0700 (PDT)
Message-ID: <4076301E.9040304@powweb.com>
Date: Thu, 08 Apr 2004 22:09:50 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040311
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: seth vidal <skvidal@phy.duke.edu>
Subject: Re: [Dovecot] Dovecot for production environment
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>	
	<4075C37B.5040704@powweb.com>
	<1081460101.31283.25.camel@opus.phy.duke.edu>	
	<4075CACC.9000908@powweb.com> <1081487017.5775.73.camel@binkley>
In-Reply-To: <1081487017.5775.73.camel@binkley>
Content-Type: multipart/mixed; boundary="------------020904070403020500030205"
Cc: schrock@dayzed.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 05:15:45 -0000
X-UID: 8914                                                  
Status: O
Content-Length: 4172

This is a multi-part message in MIME format.
--------------020904070403020500030205
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

That was 50,221 users on one dual processor (PIII 3.02Ghz Xeon) dell 
2650 with 4gigs of ram. I'm not sure about concurrent users, but we have 
as many as 10 to 15 authenticated connections per second. 

mail01# tail -f /var/log/maillog |grep Login
Apr  8 22:07:57 mail01 pop3-login: Login: tinamc [66.74.103.232]
Apr  8 22:07:57 mail01 pop3-login: Login: rsqm [66.130.185.91]
Apr  8 22:07:57 mail01 pop3-login: Login: jbenalluch [69.140.148.204]
Apr  8 22:07:57 mail01 pop3-login: Login: mrjensen [24.0.200.132]
Apr  8 22:07:57 mail01 pop3-login: Login: papabear3 [67.38.17.200]
Apr  8 22:07:57 mail01 pop3-login: Login: guetta [68.161.98.196]
Apr  8 22:07:57 mail01 pop3-login: Login: 10807.postma [24.20.89.23]
Apr  8 22:07:58 mail01 pop3-login: Login: ddove [12.202.143.197]
Apr  8 22:07:58 mail01 pop3-login: Login: 12061.sarah [66.214.64.87]
Apr  8 22:07:58 mail01 pop3-login: Login: lmcooper [148.64.10.179]
Apr  8 22:07:58 mail01 pop3-login: Login: k2kast [68.232.127.204]
Apr  8 22:07:58 mail01 pop3-login: Login: 4835.uspromo [68.224.241.105]
Apr  8 22:07:58 mail01 pop3-login: Login: hnconner [209.17.161.60]
Apr  8 22:07:58 mail01 pop3-login: Login: kbechtel [216.153.176.93]
Apr  8 22:07:58 mail01 pop3-login: Login: jolthoff [12.219.166.42]
Apr  8 22:07:58 mail01 pop3-login: Login: beta [64.203.14.99]
Apr  8 22:07:58 mail01 pop3-login: Login: 14185.joe [141.158.63.80]
Apr  8 22:07:58 mail01 pop3-login: Login: threebearsjunc [67.38.17.200]
Apr  8 22:07:58 mail01 pop3-login: Login: valcarcel [24.184.87.216]
Apr  8 22:07:58 mail01 pop3-login: Login: eintec [24.184.87.216]
Apr  8 22:07:59 mail01 pop3-login: Login: wardbaxter [24.20.97.47]
Apr  8 22:07:59 mail01 imap-login: Login: orangeweb [66.152.97.131]
Apr  8 22:07:59 mail01 pop3-login: Login: wlmeyer [69.165.47.173]
Apr  8 22:07:59 mail01 pop3-login: Login: 654.amanda [4.242.102.192]
Apr  8 22:07:59 mail01 pop3-login: Login: rca_email [66.38.89.33]
Apr  8 22:07:59 mail01 pop3-login: Login: christy2 [66.75.155.254]
Apr  8 22:08:00 mail01 pop3-login: Login: drolthoff [12.219.166.42]
Apr  8 22:08:00 mail01 pop3-login: Login: grant2720 [68.56.3.132]
Apr  8 22:08:00 mail01 pop3-login: Login: jbenalluch [69.140.148.204]
Apr  8 22:08:00 mail01 pop3-login: Login: joyce465321 [66.82.195.158]

This mail server hosted just over 12,000 virtual domains.... handles 
thoasands of messages per hour.  postfix is running on the same 
system.   Its running beautifully too...  I've converted over three more 
systems with almost identical environments... 



seth vidal wrote:

>On Thu, 2004-04-08 at 14:57 -0700, James Moser wrote:
>
>  
>
>>I'll tell ya anything you wanna know...  I'm using FreeBSD 4.9, here is 
>>my how I currently configuered it (didn't use the ports)..
>>
>>    
>>
>
>I'm actually curious about:
>1. how many systems?
>2. how many concurrent users?
>3. what type of hw is this on?
>4. what type of mail volume do you have to deal with?
>
>Thanks for all the info - the central powers at duke that be just went
>through a fairly massive mail system migration and I'm just curious
>about other systems of similar scale 50K users is similar scale.
>
>Thanks
>-sv
>
>
>  
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------020904070403020500030205
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------020904070403020500030205--

From bah@webmedic.net  Fri Apr  9 09:47:18 2004
Return-Path: <bah@webmedic.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B16D3C002801; Fri,  9 Apr 2004 09:47:18 +0300 (EEST)
Received: from courage.vosn.net (courage.vosn.net [209.151.74.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 864A1C002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 09:47:16 +0300 (EEST)
Received: from d16-117.rb.vcr.centurytel.net ([69.29.251.117])
	by courage.vosn.net with asmtp (TLSv1:RC4-MD5:128) (Exim 4.24)
	id 1BBpiq-0008Gs-QW
	for dovecot@dovecot.org; Fri, 09 Apr 2004 00:42:40 -0600
From: Brook Humphrey <bah@webmedic.net>
Organization: Mobile PC Medic
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot for production environment
Date: Thu, 8 Apr 2004 22:42:13 -0700
User-Agent: KMail/1.6.1
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<B74D671C-89A4-11D8-B1A7-000393DB639A@redjar.org>
	<33261.192.168.50.6.1081470112.squirrel@dayzed.com>
In-Reply-To: <33261.192.168.50.6.1081470112.squirrel@dayzed.com>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200404082242.13454.bah@webmedic.net>
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - courage.vosn.net
X-AntiAbuse: Original Domain - dovecot.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - webmedic.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 06:47:18 -0000
X-UID: 8915                                                  
Status: O

On Thursday 08 April 2004 05:21 pm, Avery Day wrote:
> Well thats not cool at all. I have been dealing with corrupt mailboxes for
> the last year on our exchange server. Infact I will be migrating the
> entire email system from exchange server to a
> postfix+dovecot+spamassassin+procmail+mailfilter setup hopefully in the
> next =A0month or two. But hearing about corrupt mailboxes sends shivers up
> my spine. Infact I didn't think it was possible to have corruption or at
> least next to impossible with a unix type mailbox systems.


well no not really that depends on the milserver you use. However it is=20
impossible using maildir instead of mbox.

From t1lt@bk.ru  Fri Apr  9 21:39:14 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 28BC8C002801; Fri,  9 Apr 2004 21:39:14 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 26907C002800
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 21:39:12 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id C489C23828; Fri,  9 Apr 2004 21:34:07 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BFDFA2382F; Fri,  9 Apr 2004 21:34:07 +0300 (EEST)
Received: from sun.com (port-212-202-38-35.reverse.qsc.de [212.202.38.35])
	by danu.procontrol.fi (Postfix) with SMTP id 8758323828
	for <dovecot@procontrol.fi>; Fri,  9 Apr 2004 21:33:32 +0300 (EEST)
Received: (qmail 18926 invoked by uid 1000); 9 Apr 2004 18:34:06 -0000
Date: Fri, 9 Apr 2004 20:34:05 +0200
From: Moe Wibble <t1lt@bk.ru>
To: "Gareth J. Greenaway" <gareth@wiked.org>
Subject: Re: [Dovecot] shared folders?
Message-ID: <20040409183405.GA1904@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>,
	"Gareth J. Greenaway" <gareth@wiked.org>, dovecot@procontrol.fi
References: <20040310235202.GR20847@wiked.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040310235202.GR20847@wiked.org>
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 18:39:14 -0000
X-UID: 8916                                                  
Status: O

I'm curious, too.
Any progress since last year?

(http://dovecot.procontrol.fi/list/dovecot/2003-April/001387.html)

best regards! :)

On Wed, Mar 10, 2004 at 03:52:03PM -0800, Gareth J. Greenaway wrote:
> Greetings,
> I saw mention in results from a google search that there was some support in
> dovecot CVS for shared folders, is there some docs on how to use them?
> Provided there is in fact support for them in CVS.

From mem@mv.mv.com  Sat Apr 10 02:21:16 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AD82AC002801; Sat, 10 Apr 2004 02:21:16 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 940E2C002800
	for <dovecot@dovecot.org>; Sat, 10 Apr 2004 02:21:13 +0300 (EEST)
Received: (qmail 11360 invoked from network); 9 Apr 2004 19:16:05 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 9 Apr 2004 19:16:07 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 2594 invoked by uid 101); 9 Apr 2004 19:16:04 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Fri, 9 Apr 2004 19:16:04 -0400
To: James Moser <james@powweb.com>
Subject: Re: [Dovecot] Dovecot for production environment
Message-ID: <20040409231604.GA29580@iridium.mv.net>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<4075C37B.5040704@powweb.com>
	<1081460101.31283.25.camel@opus.phy.duke.edu>
	<4075CACC.9000908@powweb.com> <1081487017.5775.73.camel@binkley>
	<4076301E.9040304@powweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4076301E.9040304@powweb.com>
User-Agent: Mutt/1.4.2.1i
Cc: schrock@dayzed.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 23:21:16 -0000
X-UID: 8917                                                  
Status: O

> 
> mail01# tail -f /var/log/maillog |grep Login
> Apr  8 22:07:57 mail01 pop3-login: Login: tinamc [66.74.103.232]
> Apr  8 22:07:57 mail01 pop3-login: Login: rsqm [66.130.185.91]

  ...

> 
> This mail server hosted just over 12,000 virtual domains.... handles 
> thoasands of messages per hour.  postfix is running on the same 
> system.   Its running beautifully too...  I've converted over three more 
> systems with almost identical environments... 

Ours isn't quite that busy, but yesterday's log:

   25# gzcat maillog.0 | grep Login | wc
       174342 1569078 13933340

That would be about 7200/hour averaged over the 24 hour day.

That's on a server using Maildir.  We have another using mbox, with
the same dovecot codebase.  It's not as active, but still, I haven't
seen any corrupted mbox problems.

mm

From t1lt@bk.ru  Sat Apr 10 02:31:49 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 015EAC002801; Sat, 10 Apr 2004 02:31:49 +0300 (EEST)
Received: from sun.com (port-212-202-38-35.reverse.qsc.de [212.202.38.35])
	by talvi.dovecot.org (Postfix) with SMTP id 60B15C002800
	for <dovecot@dovecot.org>; Sat, 10 Apr 2004 02:31:46 +0300 (EEST)
Received: (qmail 10134 invoked by uid 1000); 9 Apr 2004 23:27:17 -0000
Date: Sat, 10 Apr 2004 01:27:17 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Message-ID: <20040409232713.GA30182@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <20040312220834.GA28346@ktb.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040312220834.GA28346@ktb.net>
Subject: [Dovecot] index corruption bug (0.99.10.4)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 23:31:49 -0000
X-UID: 8918                                                  
Status: O

Hello,

I've just upgraded to 0.99.10.4 and I think I've spotted a bug
that can corrupt Maildir-index.

Reproduce it like this:

1. Get rid of all indexes
   e.g.: find ~/Maildir -name ".*imap.index*" -exec rm -v {} \;
         find ~/Maildir -name "dovecot-uidlist" -exec rm -v {} \;
2. Load Mailclient, Enter INBOX once (to have index recreated)
3. Change to LARGEFOLDER (one that takes a minute or so to index)
4. Deliver mail to INBOX *while LARGEFOLDER is still indexing*
5. Wait until LARGEFOLDER has finally opened, then switch back to INBOX

Result (for me):
imap(moe): Corrupted index file /home/moe/Maildir/.INBOX/.imap.index:
index.next_uid (247) > uid_rec.uid (246)

My dovecot runs on linux 2.4.19, Maildir on ext2 (softraid).


best regards


From subscribed-lists@sterndata.com  Sat Apr 10 02:32:35 2004
Return-Path: <subscribed-lists@sterndata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B6184C002803; Sat, 10 Apr 2004 02:32:35 +0300 (EEST)
Received: from turkey.mail.pas.earthlink.net (turkey.mail.pas.earthlink.net
	[207.217.120.126])
	by talvi.dovecot.org (Postfix) with ESMTP id 99B14C002800
	for <dovecot@dovecot.org>; Sat, 10 Apr 2004 02:32:33 +0300 (EEST)
Received: from h-69-3-218-112.chcgilgm.dynamic.covad.net ([69.3.218.112]
	helo=ciscy.sterndata.com)
	by turkey.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 1BC5PC-0002Hl-00
	for dovecot@dovecot.org; Fri, 09 Apr 2004 16:27:26 -0700
Received: from sds ([192.168.123.169])
	by ciscy.sterndata.com (8.12.10/8.12.10) with SMTP id i39NRQEl012010
	for <dovecot@dovecot.org>; Fri, 9 Apr 2004 18:27:26 -0500
From: Steven Stern <subscribed-lists@sterndata.com>
To: dovecot@dovecot.org
Date: Fri, 09 Apr 2004 18:27:55 -0500
Message-ID: <f6ce709hnvcc63bocetdhjvmdm2dctdbjn@4ax.com>
X-Mailer: Forte Agent 2.0/32.652
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: clamd / ClamAV version 0.70rc, clamav-milter version 0.70
Subject: [Dovecot] dovecot dies - mabye a clue?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 23:32:35 -0000
X-UID: 8919                                                  
Status: O

Dovecot died twice today. This was in the maillog:

Apr  9 17:50:27 ciscy pop3-login: RAND_bytes() failed: =
error:24064064:random
number generator:SSLEAY_RAND_BYTES:PRNG not seeded
Apr  9 17:50:27 ciscy dovecot: Login process died too early - shutting =
down

I think I can cause it to happen reliably and I'm asking for other to =
test
this scenario:

Open several terminal windows.  In each, type "telnet 127.0.0.1 110".  =
Wait
for the dovecot POP prompt and do nothing.

After each times out, up-arrow and try again.  Sometime in the next hour,
dovecot will die.
--
   Steve
  =20

From james@powweb.com  Sat Apr 10 02:52:35 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EF94BC002801; Sat, 10 Apr 2004 02:52:35 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 818C0C002800
	for <dovecot@dovecot.org>; Sat, 10 Apr 2004 02:52:33 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id E37BCB8E3B
	for <dovecot@dovecot.org>; Fri,  9 Apr 2004 16:47:23 -0700 (PDT)
Message-ID: <407735E2.8070009@powweb.com>
Date: Fri, 09 Apr 2004 16:46:42 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: multipart/mixed; boundary="------------070605020100010203040300"
Subject: [Dovecot] Missing mail file - Internal Error
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 09 Apr 2004 23:52:36 -0000
X-UID: 8920                                                  
Status: O
Content-Length: 1352

This is a multi-part message in MIME format.
--------------070605020100010203040300
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I have noticed that if the user does not already have a mail file, for 
instance in /var/mail, the IMAP server responds with Internal Error, and 
the pop server imediately terminates the connection.  Is this something 
I have configuered wrong?  Are there any work arounds for this... 
/var/mail is owned by root:mail with permissions 0775...

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------070605020100010203040300
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------070605020100010203040300--

From kiwi@oav.net  Sat Apr 10 12:57:47 2004
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A2DD7C002801; Sat, 10 Apr 2004 12:57:47 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 64114C002800
	for <dovecot@dovecot.org>; Sat, 10 Apr 2004 12:57:45 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 71F292382F; Sat, 10 Apr 2004 12:52:39 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6D3BA23830; Sat, 10 Apr 2004 12:52:39 +0300 (EEST)
Received: from akira.oav.net (akira.oav.net [195.20.105.157])
	by danu.procontrol.fi (Postfix) with ESMTP id A2B152382F
	for <dovecot@procontrol.fi>; Sat, 10 Apr 2004 12:52:04 +0300 (EEST)
Received: from localhost (localhost.oav.net [127.0.0.1])
	by akira.oav.net (Postfix) with ESMTP id 1D5FD2A42E
	for <dovecot@procontrol.fi>; Sat, 10 Apr 2004 11:51:58 +0200 (CEST)
	(envelope-from kiwi@oav.net)
Received: from akira.oav.net ([127.0.0.1])
	by localhost (akira.oav.net [127.0.0.1]) (amavisd-new,
	port 10024) with LMTP id 71184-01 for <dovecot@procontrol.fi>;
	Sat, 10 Apr 2004 11:51:57 +0200 (CEST)
Received: from [192.168.0.7] (kiwi.oav.net [82.225.248.92])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by akira.oav.net (Postfix) with ESMTP id 2C1D02A42C
	for <dovecot@procontrol.fi>; Sat, 10 Apr 2004 11:51:55 +0200 (CEST)
	(envelope-from kiwi@oav.net)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <20040409231604.GA29580@iridium.mv.net>
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<4075C37B.5040704@powweb.com>
	<1081460101.31283.25.camel@opus.phy.duke.edu>
	<4075CACC.9000908@powweb.com> <1081487017.5775.73.camel@binkley>
	<4076301E.9040304@powweb.com>
	<20040409231604.GA29580@iridium.mv.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <B2BE4D68-8AD4-11D8-A84F-000393B64262@oav.net>
Content-Transfer-Encoding: 7bit
From: Xavier Beaudouin <kiwi@oav.net>
Subject: Re: [Dovecot] Dovecot for production environment
Date: Sat, 10 Apr 2004 11:51:54 +0200
To: dovecot@procontrol.fi
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: by amavisd-new at akira.oav.net
X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=6.3 tests=
X-Spam-Level: 
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 10 Apr 2004 09:57:47 -0000
X-UID: 8921                                                  
Status: O

I am very impressed as well by dovecot... But the only feature missing 
is Softquota Maildir++ support.

I had in the idea to add a plugin for dovecot, using Laurent Wacrenier 
mdq library, but the
example on dovecot's website doesn't ever seems to works.

You can find this library there : 
http://pll.sourceforge.net/man.mdq.html / http://pll.sourceforge.net/ .

How do people in production environment works with quota ? Especialy 
softquota, since for my point of vue
system quota can't deal with my own systems....

/Xavier


From redjar@redjar.org  Sun Apr 11 05:19:17 2004
Return-Path: <redjar@redjar.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AF65FC002802; Sun, 11 Apr 2004 05:19:17 +0300 (EEST)
Received: from a34-mta02.direcway.com (a34-mta02.direcpc.com [66.82.4.91])
	by talvi.dovecot.org (Postfix) with ESMTP id 33C5DC002801
	for <dovecot@dovecot.org>; Sun, 11 Apr 2004 05:19:15 +0300 (EEST)
Received: from [10.10.10.162] (dpcbw098001.direcpc.com [65.88.98.1])
	by a34-mta02.direcway.com
	(iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003))
	with ESMTP id <0HVZ00BJVI6Y6N@a34-mta02.direcway.com> for
	dovecot@dovecot.org; Sat, 10 Apr 2004 22:13:51 -0400 (EDT)
Date: Sat, 10 Apr 2004 22:15:22 -0400
From: Jared <redjar@redjar.org>
Subject: Re: [Dovecot] Dovecot for production environment
In-reply-to: <B2BE4D68-8AD4-11D8-A84F-000393B64262@oav.net>
To: dovecot@dovecot.org
Message-id: <16110281-8B5E-11D8-B1A7-000393DB639A@redjar.org>
MIME-version: 1.0
X-Mailer: Apple Mail (2.613)
Content-type: text/plain; charset=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
References: <21540.66.224.116.226.1081458264.squirrel@new.host.name>
	<4075C37B.5040704@powweb.com>
	<1081460101.31283.25.camel@opus.phy.duke.edu>
	<4075CACC.9000908@powweb.com> <1081487017.5775.73.camel@binkley>
	<4076301E.9040304@powweb.com> <20040409231604.GA29580@iridium.mv.net>
	<B2BE4D68-8AD4-11D8-A84F-000393B64262@oav.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 11 Apr 2004 02:19:17 -0000
X-UID: 8922                                                  
Status: O

On Apr 10, 2004, at 5:51 AM, Xavier Beaudouin wrote:
> How do people in production environment works with quota ? Especialy 
> softquota, since for my point of vue system quota can't deal with my 
> own systems....

We just use the system quota and warnquota to email the users when they 
go over soft quota.  We use a 7 day grace period so they get plenty of 
time and warning via email.  We then use a cgi script to allow users to 
check their quota via the web, and we display it on the active desktop 
of the public lab machines when then user logs in.

-jared


From schrock@dayzed.com  Tue Apr 13 05:12:28 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B45F2C002800; Tue, 13 Apr 2004 05:12:28 +0300 (EEST)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 17291C000D9D
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 05:12:26 +0300 (EEST)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id B403C1784E
	for <dovecot@dovecot.org>; Mon, 12 Apr 2004 19:07:10 -0700 (PDT)
Received: from 192.168.50.6 (SquirrelMail authenticated user schrock)
	by dayzed.com with HTTP; Mon, 12 Apr 2004 19:07:10 -0700 (PDT)
Message-ID: <34556.192.168.50.6.1081822030.squirrel@dayzed.com>
Date: Mon, 12 Apr 2004 19:07:10 -0700 (PDT)
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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, 13 Apr 2004 02:12:29 -0000
X-UID: 8923                                                  
Status: O

On the Squirrelmail website I setup in the FAQ a quick install guid on how
to get squirrelmail to work with Dovecot. Maybe someone can verify my
setup procedure really quick. Maybe someone thinks this is wrong. Also if
you have something to add please do so. No one has bothered to do this
before so I took it upon my self.
Here is the link in the FAQ its about 8 lines down
http://www.squirrelmail.org/wiki/en_US/InstallingSquirrelMail
Here is where the link takes you
http://www.squirrelmail.org/wiki/en_US/SquirrelMailAndDovecotIMAP

Thanks
-- 
Avery

From dpham@mercy.com.au  Tue Apr 13 05:46:59 2004
Return-Path: <dpham@mercy.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DE702C002801; Tue, 13 Apr 2004 05:46:59 +0300 (EEST)
Received: from coregw01.mercy.com.au (mail.mercy.com.au [210.9.192.244])
	by talvi.dovecot.org (Postfix) with ESMTP id 69E9AC002800
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 05:46:56 +0300 (EEST)
Received: from emelb-mail-01.mercy.com.au ([172.27.128.251]) by
	coregw01.mercy.com.au with InterScan Messaging Security Suite;
	Tue, 13 Apr 2004 12:34:43 +1000
Received: by emelb-mail-01.mercy.com.au with Internet Mail Service
	(5.5.2653.19)id <GMGWJ2NV>; Tue, 13 Apr 2004 12:41:17 +1000
Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E662@coremx01.mercynet.com.au>
From: Zoong Pham <dpham@mercy.com.au>
To: "'schrock@dayzed.com'" <schrock@dayzed.com>, dovecot@dovecot.org
Subject: RE: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website
Date: Tue, 13 Apr 2004 12:41:09 +1000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset=iso-8859-1
X-imss-version: 2.5
X-imss-result: Passed
X-imss-scores: Clean:99.90000 C:22 M:1 S:5 R:5
X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 13 Apr 2004 02:47:00 -0000
X-UID: 8924                                                  
Status: O

Is that dovecot in your FAQ serving mbox or mdir format?

Thanks,
Zoong

-----Original Message-----
From: Avery Day [mailto:schrock@dayzed.com]
Sent: Tuesday, 13 April 2004 12:07 PM
To: dovecot@dovecot.org
Subject: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website


On the Squirrelmail website I setup in the FAQ a quick install guid on how
to get squirrelmail to work with Dovecot. Maybe someone can verify my
setup procedure really quick. Maybe someone thinks this is wrong. Also if
you have something to add please do so. No one has bothered to do this
before so I took it upon my self.
Here is the link in the FAQ its about 8 lines down
http://www.squirrelmail.org/wiki/en_US/InstallingSquirrelMail
Here is where the link takes you
http://www.squirrelmail.org/wiki/en_US/SquirrelMailAndDovecotIMAP

Thanks
-- 
Avery

From schrock@dayzed.com  Tue Apr 13 06:00:04 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88E8EC002802; Tue, 13 Apr 2004 06:00:04 +0300 (EEST)
Received: from mail.dayzed.com (24-176-245-120.cs-cres.charterpipeline.net
	[24.176.245.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 36285C002801
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 06:00:01 +0300 (EEST)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id BF9031784E
	for <dovecot@dovecot.org>; Mon, 12 Apr 2004 19:54:46 -0700 (PDT)
Received: from 192.168.50.6 (SquirrelMail authenticated user schrock)
	by dayzed.com with HTTP; Mon, 12 Apr 2004 19:54:46 -0700 (PDT)
Message-ID: <34751.192.168.50.6.1081824886.squirrel@dayzed.com>
In-Reply-To: <3ED0289A9D58414D9AD116DA91E2E96915E662@coremx01.mercynet.com.au>
References: <3ED0289A9D58414D9AD116DA91E2E96915E662@coremx01.mercynet.com.au>
Date: Mon, 12 Apr 2004 19:54:46 -0700 (PDT)
Subject: RE: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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, 13 Apr 2004 03:00:04 -0000
X-UID: 8925                                                  
Status: O


<quote who="Zoong Pham">
> Is that dovecot in your FAQ serving mbox or mdir format?
>
> Thanks,
> Zoong
>
> -----Original Message-----
> From: Avery Day [mailto:schrock@dayzed.com]
> Sent: Tuesday, 13 April 2004 12:07 PM
> To: dovecot@dovecot.org
> Subject: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website
>
>
> On the Squirrelmail website I setup in the FAQ a quick install guid on how
> to get squirrelmail to work with Dovecot. Maybe someone can verify my
> setup procedure really quick. Maybe someone thinks this is wrong. Also if
> you have something to add please do so. No one has bothered to do this
> before so I took it upon my self.
> Here is the link in the FAQ its about 8 lines down
> http://www.squirrelmail.org/wiki/en_US/InstallingSquirrelMail
> Here is where the link takes you
> http://www.squirrelmail.org/wiki/en_US/SquirrelMailAndDovecotIMAP
>
> Thanks
> --
> Avery
>
>
Ooops it is for Maildir, I will fix this.

Thanks,
-- 
Avery Day

From zach.bagnall@bulletinwireless.com  Tue Apr 13 06:18:08 2004
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B2C33C002803; Tue, 13 Apr 2004 06:18:08 +0300 (EEST)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz [210.54.149.34])
	by talvi.dovecot.org (Postfix) with ESMTP id DB2FAC002802
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 06:18:05 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id 963A61646B
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 15:12:50 +1200 (NZST)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
	by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id
	32175-03-4
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 15:12:38 +1200 (NZST)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP id C60B316438
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 15:12:38 +1200 (NZST)
Date: Tue, 13 Apr 2004 15:11:10 +1200
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: Dovecot mailing list <dovecot@dovecot.org>
Subject: Re: [Dovecot] Calling gentoo maintainers - at last!
Message-Id: <20040413151110.08cae224.zach.bagnall@bulletinwireless.com>
In-Reply-To: <20040326090838.0fdcf4dc.zach.bagnall@bulletinwireless.com>
References: <20040326090838.0fdcf4dc.zach.bagnall@bulletinwireless.com>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.7claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Tue__13_Apr_2004_15_11_10_+1200_tJegzVg.JEggBXno"
X-Virus-Scanned: by amavisd-new
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 13 Apr 2004 03:18:08 -0000
X-UID: 8926                                                  
Status: O
Content-Length: 1679

--Signature=_Tue__13_Apr_2004_15_11_10_+1200_tJegzVg.JEggBXno
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

It's in :-) Big thanks to all involved - Andreas Simon for the base, all
the testers and commenters and finally Grant Goodyear for boosting it
into CVS.

*  net-mail/dovecot [ Masked ]
      Latest version available: 0.99.10.4
      Latest version installed: 0.99.10.4
      Size of downloaded files: 839 kB
      Homepage:    http://dovecot.procontrol.fi/
      Description: An IMAP and POP3 server written with security
primarily in mind
      License:     LGPL-2.1

Currently it is masked for ~x86 only. What other platforms have been
tested? The ebuild will need to be updated to indicate support for the
other UNIXes. Feel free to comment in the ticket, or make a new one. I'm
not quite sure how updates to ebuilds are supposed to be handled..

Zach.

On Fri, 26 Mar 2004 09:08:38 +1200, Zach Bagnall
<zach.bagnall@bulletinwireless.com> wrote:
> If anyone knows someone with CVS access can they please take another
> look at http://bugs.gentoo.org/show_bug.cgi?id=22080. It has been in
> bugzilla for nearly nine months. Would like to see this in portage -
> masked is fine - so at least everyone is working off the same file.
> 
> Cheers
> 
> Zach.

--Signature=_Tue__13_Apr_2004_15_11_10_+1200_tJegzVg.JEggBXno
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAe1pT4jDFYT+aqaIRAqAbAJ9s10fAl2F31F3SkCTrGb2YqsQ4agCfWD+k
0dcMMva3h1hBajUCvvFATNg=
=zhfp
-----END PGP SIGNATURE-----

--Signature=_Tue__13_Apr_2004_15_11_10_+1200_tJegzVg.JEggBXno--

From dr@jones.dk  Tue Apr 13 07:43:51 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1620FC002802; Tue, 13 Apr 2004 07:43:51 +0300 (EEST)
Received: from auryn.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id A24EBC000D9D
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 07:43:48 +0300 (EEST)
Received: from jones.dk (auryn [127.0.0.1])
	by auryn.jones.dk (Postfix) with ESMTP id 8746F3F2198
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 06:38:17 +0200 (CEST)
Message-ID: <407B6EB7.7000907@jones.dk>
Date: Tue, 13 Apr 2004 06:38:15 +0200
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040313)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Calling gentoo maintainers - at last!
References: <20040326090838.0fdcf4dc.zach.bagnall@bulletinwireless.com>
	<20040413151110.08cae224.zach.bagnall@bulletinwireless.com>
In-Reply-To: <20040413151110.08cae224.zach.bagnall@bulletinwireless.com>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/mixed; boundary="------------040005020402050303090806"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 13 Apr 2004 04:43:51 -0000
X-UID: 8927                                                  
Status: O
Content-Length: 1991

This is a multi-part message in MIME format.
--------------040005020402050303090806
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zach Bagnall wrote:

| Currently it is masked for ~x86 only. What other platforms have been
| tested? The ebuild will need to be updated to indicate support for the
| other UNIXes. Feel free to comment in the ticket, or make a new one. I'=
m
| not quite sure how updates to ebuilds are supposed to be handled..

On Debian it at least builds correctly on all 11 platforms with
autobuilders: http://packages.debian.org/unstable/mail/dovecot-imapd

The 11 Debian hardware platforms with autobuilders are:

GNU/Linux/alpha
GNU/Linux/arm
GNU/Linux/hppa
GNU/Linux/i386
GNU/Linux/ia64
GNU/Linux/m68k
GNU/Linux/mips
GNU/Linux/mipsel
GNU/Linux/powerpc
GNU/Linux/s390
GNU/Linux/sparc

Jaldhar, the maintainer of the package, may have more details on success
stories. He is with us here on this list too.


~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er n=E6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAe263n7DbMsAkQLgRAqHGAJ4urELxhWC6sR5z3HgdzJmH4GTuxQCgkFx/
Cd5xih7e8FrbEFcIHu8E7ak=3D
=3Dikb3
-----END PGP SIGNATURE-----

--------------040005020402050303090806
Content-Type: text/x-vcard; charset=utf8;
 name="dr.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="dr.vcf"

begin:vcard
fn:Jonas Smedegaard
n:Smedegaard;Jonas
org:IT-guide dr. Jones
adr:;;Munksoegaard 3;Roskilde;;4000;Denmark
email;internet:dr@jones.dk
title:Internet Architect
tel;work:+45 40843136
tel;home:+45 40843136
tel;cell:+45 40843136
x-mozilla-html:FALSE
url:http://dr.jones.dk/
version:2.1
end:vcard


--------------040005020402050303090806--

From JMelville@selectaustralasia.com.au  Tue Apr 13 08:14:59 2004
Return-Path: <JMelville@selectaustralasia.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AB0B4C002803; Tue, 13 Apr 2004 08:14:59 +0300 (EEST)
Received: from pittst-smtp.select-appointments.com.au (unknown [61.88.1.162])
	by talvi.dovecot.org (Postfix) with SMTP id 083FAC002802
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 08:14:56 +0300 (EEST)
Received: FROM SYDEXCHVS01.Australasia.SelectNET.com BY
	pittst-smtp.select-appointments.com.au ;
	Tue Apr 13 15:12:12 2004 +1000
Content-class: urn:content-classes:message
Subject: RE: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website
Date: Tue, 13 Apr 2004 15:09:35 +1000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-ID: <4290D8AB6C950C44B59AA76B2513A6CA07B16D@SYDEXCHVS01.Australasia.SelectNET.com>
X-MS-Has-Attach: 
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website
Thread-Index: AcQg/H7i7cBaxT1OQ0yHRWhxzkhi4AAGNMJw
From: "Julian Melville" <JMelville@selectaustralasia.com.au>
To: <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 13 Apr 2004 05:14:59 -0000
X-UID: 8928                                                  
Status: O

> Maybe someone can verify my setup procedure really quick.=20

Looks the same as mine except for saying that the server is like
Courier... I left that bit blank and haven't had any hassles. What does
that change I wonder?

Cheers,

Julian.


From smk@fyi.net  Tue Apr 13 15:39:45 2004
Return-Path: <smk@fyi.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 52DAEC002803; Tue, 13 Apr 2004 15:39:45 +0300 (EEST)
Received: from yoda.fyi.net (yoda.fyi.net [204.179.80.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 2D8C7C002802
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 15:39:43 +0300 (EEST)
Received: from localhost ([127.0.0.1])
	by yoda.fyi.net with esmtp (Exim 3.36 #2) id 1BDNMU-0000Jg-00
	for dovecot@dovecot.org; Tue, 13 Apr 2004 08:49:59 -0400
Date: Tue, 13 Apr 2004 08:49:58 -0400 (EDT)
From: smk <smk@fyi.net>
X-Sender: smk@yoda
To: dovecot@dovecot.org
Message-ID: <Pine.GSO.4.21.0404130837060.1132-100000@yoda>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] file permissions help!
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 13 Apr 2004 12:39:45 -0000
X-UID: 8929                                                  
Status: O
Content-Length: 1073


Hi all!

Ran into a problem and hopefully i can get some help.

OK here is my set up:

- dovecot-0.99.10.4 + MySQL patch.
- Redhat 9

The authentication part works just fine.  It gives me the following entry
in the log file:

imap-login: "Apr 12 22:15:10 "Info: Login: USER@DOMAIN.com [127.0.0.1]

But there is a problem with dovecot reading the mbox file (I think).  In
the error file I get this entry:

imap(USER@DOMAIN.com): "Apr 12 22:15:10 "Fatal: Failed to create
storage with data: /export/htdocs/DOMAIN.com/mail/USER
dovecot: "Apr 12 22:15:11 "Error: child 18613 (imap) returned error 89

Of course the user and domain info was changed.

I am out of ideas but thats not to say its something easy or something I
completely looked over.


This is how I compiled dovecot:

CPPFLAGS="-I/usr/local/mysql/include/mysql -DPASSDB_MYSQL -DUSERDB_MYSQL" \
LDFLAGS="-L/usr/local/mysql/lib/mysql/ -lmysqlclient" \
\
./configure \
--prefix=/usr/local/imapd \
--disable-ipv6 \
--without-pop3d \
--without-ssl \
--with-storages=mbox \
--enable-debug


thanks in advance.

Scott


From jeffhos@telerama.com  Tue Apr 13 17:15:00 2004
Return-Path: <jeffhos@telerama.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 79C32C002803; Tue, 13 Apr 2004 17:15:00 +0300 (EEST)
Received: from mail.compunetix.com (mail.compunetix.com [198.144.40.4])
	by talvi.dovecot.org (Postfix) with SMTP id A8209C002802
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 17:14:55 +0300 (EEST)
Received: (qmail 74283 invoked by uid 85); 13 Apr 2004 14:09:39 -0000
Received: from jeffhos@telerama.com by mail.compunetix.com by uid 82 with
	qmail-scanner-1.16 (. spamassassin: 2.54.  Clear:. 
	Processed in 0.067347 secs); 13 Apr 2004 14:09:39 -0000
Received: from jeffhos.main.compunetix.com (HELO telerama.com) (128.3.7.210)
	by mail.compunetix.com with SMTP; 13 Apr 2004 14:09:39 -0000
Message-ID: <407BF419.7080307@telerama.com>
Date: Tue, 13 Apr 2004 10:07:21 -0400
From: Jeff Hoskinson <jeffhos@telerama.com>
User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040319)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Problem with flags
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 13 Apr 2004 14:15:00 -0000
X-UID: 8930                                                  
Status: O
Content-Length: 1363

Greetings!  I'm having a problem with flags not working correctly.  I'm 
using Mozilla Thunderbird as my mail client, and Dovecot 0.99.10.4 as 
part of Debian on a Sparc box.

The thing that doesn't seem to be working right is Thunderbird's Label 
feature, which uses custom IMAP flags.  I noticed that once I labeled a 
message, I couldn't un-label it.  I recorded this exchange between 
Thunderbird and Dovecot while using the Label/None command on a message:

5235 uid store 35 -Flags ($Label1 $Label2 $Label3 $Label4 $Label5)
* 35 FETCH (FLAGS (\Answered \Seen NonJunk $Label4 $Label5) UID 35)
5235 OK Store completed.

Even though Thunderbird is sending the -Flags command for all its custom 
flags, the message is still retaining two of those flags.

Just out of curiousity, I tried changing the flag of that same message 
to something different, and recorded this exchange:

5259 uid store 35 +Flags ($Label2)
* 35 FETCH (FLAGS (\Answered \Seen NonJunk $Label4 $Label2 $Label5) UID 35)
5259 OK Store completed.
5260 uid store 35 -Flags ($Label1 $Label3 $Label4 $Label5)
* 35 FETCH (FLAGS (\Answered \Seen NonJunk $Label4 $Label2 $Label5) UID 35)
5260 OK Store completed.

So it seems the +Flags command works, but not the -Flags?  Or does it 
have something to do with sending more than one flag at a time?

Any help would be appreciated.

Thanks,
-- Jeff

From james@powweb.com  Wed Apr 14 05:33:00 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 45F0EC002807; Wed, 14 Apr 2004 05:33:00 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 9BD53C002803
	for <dovecot@dovecot.org>; Wed, 14 Apr 2004 05:32:57 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id F23C6B8F15
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 19:27:37 -0700 (PDT)
Message-ID: <407CA16F.7020300@powweb.com>
Date: Tue, 13 Apr 2004 19:26:55 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: multipart/mixed; boundary="------------040900050001000106010207"
Subject: [Dovecot] syslog() logging problems
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 14 Apr 2004 02:33:00 -0000
X-UID: 8931                                                  
Status: O
Content-Length: 1216

This is a multi-part message in MIME format.
--------------040900050001000106010207
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

was wondering if anyone else has had problems with dovecot logging to 
syslog?  When I start the server it works fine, then after an hour or so 
it stops..  restarting the server always makes it work again.

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------040900050001000106010207
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------040900050001000106010207--

From schrock@dayzed.com  Wed Apr 14 06:41:59 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D9C04C002808; Wed, 14 Apr 2004 06:41:59 +0300 (EEST)
Received: from mail.dayzed.com (24-176-252-149.cs-cres.charterpipeline.net
	[24.176.252.149])
	by talvi.dovecot.org (Postfix) with ESMTP id 8D301C002807
	for <dovecot@dovecot.org>; Wed, 14 Apr 2004 06:41:57 +0300 (EEST)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with SMTP id 4137E1784E
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 20:07:27 -0700 (PDT)
Received: from 192.168.50.6 (SquirrelMail authenticated user schrock)
	by dayzed.com with HTTP; Tue, 13 Apr 2004 20:07:27 -0700 (PDT)
Message-ID: <33418.192.168.50.6.1081912047.squirrel@dayzed.com>
In-Reply-To: <4290D8AB6C950C44B59AA76B2513A6CA07B16D@SYDEXCHVS01.Australasia.Select
	NET.com>
References: <4290D8AB6C950C44B59AA76B2513A6CA07B16D@SYDEXCHVS01.Australasia.SelectNET.com>
Date: Tue, 13 Apr 2004 20:07:27 -0700 (PDT)
Subject: RE: [Dovecot] I added a "SQ and Dovecot FAQ" on the SQ website
From: "Avery Day" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Wed, 14 Apr 2004 03:42:00 -0000
X-UID: 8932                                                  
Status: O
Content-Length: 1336


<quote who="Julian Melville">
>> Maybe someone can verify my setup procedure really quick.
>
> Looks the same as mine except for saying that the server is like
> Courier... I left that bit blank and haven't had any hassles. What does
> that change I wonder?
>
> Cheers,
>
> Julian.
>
>

Actually I stole alot of the procedure from some website. Im not taking
credit for anything I'm just doing the dirty work :)

If you do perl conf.pl and change the IMAP server to courier it tells you
everything that it changes
---------------------------------------------------------
Please select your IMAP server:
    cyrus      = Cyrus IMAP server
    uw         = University of Washington's IMAP server
    exchange   = Microsoft Exchange IMAP server
    courier    = Courier IMAP server
    macosx     = Mac OS X Mailserver
    quit       = Do not change anything
Command >> courier

              imap_server_type = courier
         default_folder_prefix = INBOX.
                  trash_folder = Trash
                   sent_folder = Sent
                  draft_folder = Drafts
            show_prefix_option = false
          default_sub_of_inbox = false
show_contain_subfolders_option = false
            optional_delimiter = .
                 delete_folder = true
----------------------------------------------------------

-- 
Avery

From james@powweb.com  Wed Apr 14 09:50:11 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0D3CCC002800; Wed, 14 Apr 2004 09:50:11 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 4C1C5C000D9D
	for <dovecot@dovecot.org>; Wed, 14 Apr 2004 09:50:08 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id D0FA8B8F38
	for <dovecot@dovecot.org>; Tue, 13 Apr 2004 23:44:47 -0700 (PDT)
Message-ID: <407CDDE1.2070005@powweb.com>
Date: Tue, 13 Apr 2004 23:44:49 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] syslog() logging problems
References: <407CA16F.7020300@powweb.com>
In-Reply-To: <407CA16F.7020300@powweb.com>
Content-Type: multipart/mixed; boundary="------------030803040304010803040906"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 14 Apr 2004 06:50:11 -0000
X-UID: 8933                                                  
Status: O
Content-Length: 1510

This is a multi-part message in MIME format.
--------------030803040304010803040906
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

setting "login_chroot = no" seems to have fixed this... is this a known 
bug? I haven't seen anything else about it.  It seems to stop logging 
pop3 loggins first, then eventually imap loggins as well, thought that 
may just because we have much more pop loggins.


James Moser wrote:

> was wondering if anyone else has had problems with dovecot logging to 
> syslog?  When I start the server it works fine, then after an hour or 
> so it stops..  restarting the server always makes it work again.
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------030803040304010803040906
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------030803040304010803040906--

From kar11@rediffmail.com  Thu Apr 15 10:20:25 2004
Return-Path: <kar11@rediffmail.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3B8FCC002802; Thu, 15 Apr 2004 10:20:25 +0300 (EEST)
Received: from rediffmail.com (unknown [202.54.124.179])
	by talvi.dovecot.org (Postfix) with SMTP id 7EBD6C000D9D
	for <dovecot@dovecot.org>; Thu, 15 Apr 2004 10:20:21 +0300 (EEST)
Received: (qmail 32307 invoked by uid 510); 15 Apr 2004 07:15:00 -0000
Date: 15 Apr 2004 07:15:00 -0000
Message-ID: <20040415071500.32306.qmail@webmail10.rediffmail.com>
Received: from unknown (61.11.53.128) by rediffmail.com via HTTP;
	15 apr 2004 07:15:00 -0000
MIME-Version: 1.0
From: "Kartik Vaidyanathan" <kar11@rediffmail.com>
To: dovecot@dovecot.org
Content-type: multipart/alternative;
	boundary="Next_1082013300---0-202.54.124.179-32298"
Subject: [Dovecot] adding new user to dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Kartik Vaidyanathan <kar11@rediffmail.com>
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: Thu, 15 Apr 2004 07:20:25 -0000
X-UID: 8934                                                  
Status: O
Content-Length: 2459

 This is a multipart mime message


--Next_1082013300---0-202.54.124.179-32298
Content-type: text/html;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<P>=0AHi,<BR>=0AThis is from your documentation<BR>=0ACreating new users<BR=
>=0A------------------<BR>=0ADovecot is interested in only one thing - bein=
g able to find the user's<BR>=0Amail directory. With maildir you need to do=
 mkdir ~user/Maildir, with mbox mkdir ~user/mail.<BR>=0A<BR>=0Awhat does ~ =
refer to.<BR>=0APardon my ignorance in unix, i am relatively new to unix.<B=
R>=0A<BR>=0ADoes not ~ refer to the user account in which you have logged i=
n.<BR>=0ASo does that mean that maildir folder exist for only user accounts=
 that already exist.My intention for asking the above is that i have a java=
 program running, that will take a new users name and password, so with tha=
t can i create a mailbox for that person , or does the admin have to create=
 an user account for that person , so that his maildir folder can be create=
d.<BR>=0A<BR>=0APlease clarify my understanding of how it workds..<BR>=0ATh=
anks=0A</P>=0A=0A=0A<br><br>=0A<A target=3D"_blank" HREF=3D"http://clients.=
rediff.com/signature/track_sig.asp"><IMG SRC=3D"http://ads.rediff.com/RealM=
edia/ads/adstream_nx.cgi/www.rediffmail.com/inbox.htm@Bottom" BORDER=3D0 VS=
PACE=3D0 HSPACE=3D0></a>=0A
--Next_1082013300---0-202.54.124.179-32298
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,=0AThis is from your documentation=0ACreating new users=0A--------------=
----=0ADovecot is interested in only one thing - being able to find the use=
r's=0Amail directory. With maildir you need to do mkdir ~user/Maildir, with=
 mbox mkdir ~user/mail.=0A=0Awhat does ~ refer to.=0APardon my ignorance in=
 unix, i am relatively new to unix.=0A=0ADoes not ~ refer to the user accou=
nt in which you have logged in.=0ASo does that mean that maildir folder exi=
st for only user accounts that already exist.My intention for asking the ab=
ove is that i have a java program running, that will take a new users name =
and password, so with that can i create a mailbox for that person , or does=
 the admin have to create an user account for that person , so that his mai=
ldir folder can be created.=0A=0APlease clarify my understanding of how it =
workds..=0AThanks=0A=0A
--Next_1082013300---0-202.54.124.179-32298--


From johannes@sipsolutions.de  Thu Apr 15 11:16:49 2004
Return-Path: <johannes@sipsolutions.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6861FC002802; Thu, 15 Apr 2004 11:16:49 +0300 (EEST)
Received: from dd2002.kasserver.com (dd2002.kasserver.com [81.209.148.122])
	by talvi.dovecot.org (Postfix) with ESMTP id A848AC000D9D
	for <dovecot@dovecot.org>; Thu, 15 Apr 2004 11:16:46 +0300 (EEST)
Received: from [172.17.16.20] (pD9525853.dip.t-dialin.net [217.82.88.83])
	by dd2002.kasserver.com (Postfix) with ESMTP
	id BCB82143E62; Thu, 15 Apr 2004 10:11:27 +0200 (CEST)
Subject: Re: [Dovecot] adding new user to dovecot
From: Johannes Berg <johannes@sipsolutions.de>
To: Kartik Vaidyanathan <kar11@rediffmail.com>
In-Reply-To: <20040415071500.32306.qmail@webmail10.rediffmail.com>
References: <20040415071500.32306.qmail@webmail10.rediffmail.com>
Content-Type: text/plain
Message-Id: <1082016700.2157.76.camel@xZone>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Thu, 15 Apr 2004 10:11:41 +0200
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 15 Apr 2004 08:16:49 -0000
X-UID: 8935                                                  
Status: O

On Thu, 2004-04-15 at 09:15, Kartik Vaidyanathan wrote:
> Dovecot is interested in only one thing - being able to find the user's
> mail directory. With maildir you need to do mkdir ~user/Maildir, with mbox mkdir ~user/mail.
> 
> what does ~ refer to.
> Pardon my ignorance in unix, i am relatively new to unix.

You have to understand that the "magic" here is not "~", but "~user",
and conventionally "~user" refers to the $HOME directory for "user".

Of course, what dovecot really looks for can be specified in its
configuration file (so you can also use ~user/.invisimail) or whatever.
IIRC it is not specified as "~" or "~user" in the config file, but
"$user" or so.

johannes


From daemon@kzone.ch  Fri Apr 16 00:32:38 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D87FDC002802; Fri, 16 Apr 2004 00:32:38 +0300 (EEST)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id E09A1C000D9D
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 00:32:35 +0300 (EEST)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id XAA18206
	for dovecot@dovecot.org; Thu, 15 Apr 2004 23:27:15 +0200
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] adding new user to dovecot
Date: Thu, 15 Apr 2004 23:27:15 +0200
Organization: Kirmess
Lines: 19
Message-ID: <c5munj$hop$1@Odo.kzone.ch>
References: <20040415071500.32306.qmail@webmail10.rediffmail.com>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1082064435 18201 192.168.100.100 (15 Apr 2004 21:27:15
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 15 Apr 2004 21:27:15 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <20040415071500.32306.qmail@webmail10.rediffmail.com>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Thu, 15 Apr 2004 21:32:39 -0000
X-UID: 8936                                                  
Status: O

"Normally" you would have one system user account for each mail user.
The mail user would be the system account. Therefore, you would create
a user kartik (any other name is fine too). The mails would be stored
in the home directory of this user (normally, this would be /home/kartik).
This is all configurable...

As Johannes already pointed out, ~ is a synonym for the home directory of
the current user in a shell. If you, as user kartik, type:
kartik> echo ~
you get the answer
/home/kartik
which is the home directory of user kartik. You can use ~kartik or ~root or
anything else and this always resolves to the home directory of the specified
  user.

Maybe you should tell us what you would like to do. Operating system,
number of users, existing solution...

Sven

From kar11@rediffmail.com  Fri Apr 16 07:38:41 2004
Return-Path: <kar11@rediffmail.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 57E6BC002800; Fri, 16 Apr 2004 07:38:41 +0300 (EEST)
Received: from rediffmail.com (unknown [202.54.124.145])
	by talvi.dovecot.org (Postfix) with SMTP id B053BC000D9D
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 07:38:35 +0300 (EEST)
Received: (qmail 923 invoked by uid 510); 16 Apr 2004 04:33:08 -0000
Date: 16 Apr 2004 04:33:08 -0000
Message-ID: <20040416043308.922.qmail@webmail30.rediffmail.com>
Received: from unknown (61.11.55.173) by rediffmail.com via HTTP;
	16 apr 2004 04:33:08 -0000
MIME-Version: 1.0
From: "Kartik Vaidyanathan" <kar11@rediffmail.com>
To: dovecot@dovecot.org
Subject: Re: Re: [Dovecot] adding new user to dovecot
Content-type: multipart/alternative;
	boundary="Next_1082089988---0-202.54.124.145-875"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Kartik Vaidyanathan <kar11@rediffmail.com>
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: Fri, 16 Apr 2004 04:38:42 -0000
X-UID: 8937                                                  
Status: O
Content-Length: 4330

 This is a multipart mime message


--Next_1082089988---0-202.54.124.145-875
Content-type: text/html;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<P>=0A Hi,<BR>=0AThanks a lot=A0for the mails.Well one major doubt that was=
 prevailing was that do i need to create a system account for each person i=
n order to send/receive mails, and from both(Sven Kirmess &amp; Johannes Be=
rg ) your mails i gather it is a must.<BR>=0A<BR>=0ABut Is there a workarou=
nd to this?<BR>=0A<BR>=0AI have actually configured dovecot because i requi=
red a mail server in order to build a mailing list manager.A mail list mana=
ger is something in the likes of yahoogroups, where each group in my case m=
ust have a mailbox.<BR>=0A<BR>=0A1. I am using Debian OS. <BR>=0AThe softwa=
re that i am creating , which is going developed in JSP, will take a new us=
ers name and password and create a account for him by executing a shell scr=
ipt in my linux machine.I assume yahoo also does something similar to this =
to create new mail boxes for any new user.Please correct me if i am wrong.<=
BR>=0A<BR>=0AIn fact this very mail that i have received from you is becaus=
e i have subscribed to the dovecott mailing list. How do you think dovecott=
 has been able to accomplish this. Is it not because that dovecott has a ma=
ilbox in the group name &quot;dovecott&quot; in some system, that internall=
y does the sending of mails to all those in the groups refering to some dat=
abase.<BR>=0A<BR>=0A2.Will the mail server support me in anyway by giving m=
e some functionality to add users, thereby creating maildir's (imap) for th=
e users.<BR>=0A<BR>=0A3.Dont I need to know the admin login and passwd, to =
create users?<BR>=0A<BR>=0A3.Lastly i know this is not that prevalent a que=
stion -&gt; I was told mail man does a similar job as to what my software w=
ill do.Do you know how mailman works (or even yahoogroups)?.<BR>=0A<BR>=0AP=
lease enlighten me on the above issues. <BR>=0AThanks a lot for you time.<B=
R>=0A<BR>=0ARegards <BR>=0AKartik<BR>=0A<BR>=0A=0A</P>=0A=0A=0A<br><br>=0A<=
A target=3D"_blank" HREF=3D"http://clients.rediff.com/signature/track_sig.a=
sp"><IMG SRC=3D"http://ads.rediff.com/RealMedia/ads/adstream_nx.cgi/www.red=
iffmail.com/inbox.htm@Bottom" BORDER=3D0 VSPACE=3D0 HSPACE=3D0></a>=0A
--Next_1082089988---0-202.54.124.145-875
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 Hi,=0AThanks a lot=A0for the mails.Well one major doubt that was prevailin=
g was that do i need to create a system account for each person in order to=
 send/receive mails, and from both(Sven Kirmess & Johannes Berg ) your mail=
s i gather it is a must.=0A=0ABut Is there a workaround to this?=0A=0AI hav=
e actually configured dovecot because i required a mail server in order to =
build a mailing list manager.A mail list manager is something in the likes =
of yahoogroups, where each group in my case must have a mailbox.=0A=0A1. I =
am using Debian OS. =0AThe software that i am creating , which is going dev=
eloped in JSP, will take a new users name and password and create a account=
 for him by executing a shell script in my linux machine.I assume yahoo als=
o does something similar to this to create new mail boxes for any new user.=
Please correct me if i am wrong.=0A=0AIn fact this very mail that i have re=
ceived from you is because i have subscribed to the dovecott mailing list. =
How do you think dovecott has been able to accomplish this. Is it not becau=
se that dovecott has a mailbox in the group name "dovecott" in some system,=
 that internally does the sending of mails to all those in the groups refer=
ing to some database.=0A=0A2.Will the mail server support me in anyway by g=
iving me some functionality to add users, thereby creating maildir's (imap)=
 for the users.=0A=0A3.Dont I need to know the admin login and passwd, to c=
reate users?=0A=0A3.Lastly i know this is not that prevalent a question -> =
I was told mail man does a similar job as to what my software will do.Do yo=
u know how mailman works (or even yahoogroups)?.=0A=0APlease enlighten me o=
n the above issues. =0AThanks a lot for you time.=0A=0ARegards =0AKartik=0A=
=0A=0A=0A
--Next_1082089988---0-202.54.124.145-875--


From chibi@gol.com  Fri Apr 16 11:38:16 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A1E7AC002800; Fri, 16 Apr 2004 11:38:16 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 233A8C000D9D
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 11:38:14 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BEOmG-0008O5-00
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 17:32:48 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 16 Apr 2004 17:32:48 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
Subject: [Dovecot] Feature request: more log info/stats
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 16 Apr 2004 08:38:16 -0000
X-UID: 8938                                                  
Status: O
Content-Length: 1621


Hello,

even though Timo seems to be hibernating (it's not _that_ cold in ole
Suomi ;) I'd like to beg for a feature that would be very much 
appreciated over here. If  something like this is already present and
eluded my thorough archive and doc searches, feel free to smack me and
then point me to the right direction.

Feature request: 
More extensive session information and statistics in the logs.
 
Currently all I can get from dovecot is login information, there's not
even a log entry when a session was ended either by the client or a
timeout. In addition a short summary would be be very helpful, qpoppers 
one liner stats come to mind like this:
---
Apr 12 05:30:30 test in.qpopper[21266]: Stats: test 6 21868 2 108126 
some.do.main IP.AD.DR.ES [pop_updt.c:296]
---
Stating that user test downloaded/deleted 6 mails with 21868 bytes total
and kept 2 in the inbox. 
This might be expanded on for IMAP operations like moves or such and raw
data about transferred bytes in/out added (in my case I get that info 
from perdition), but the really important parts are:

When did a user log into the server, when did that session end? 
How many new mails were read and how many mails deleted during that session?

The rationale is that with this info at hand the (unfortunately) very
common user whining along the lines of "the mail server ate my mails" or
"I never saw this mail!" are much easier to refute.

Regards and keep up the good work,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From jethro.binks@strath.ac.uk  Fri Apr 16 11:43:05 2004
Return-Path: <jethro.binks@strath.ac.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 150C9C002802; Fri, 16 Apr 2004 11:43:05 +0300 (EEST)
Received: from edfu.cc.strath.ac.uk (vif-mailread-o.cc.strath.ac.uk
	[130.159.16.85])
	by talvi.dovecot.org (Postfix) with ESMTP id CB15CC002800
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 11:43:02 +0300 (EEST)
Received: from defjam.cc.strath.ac.uk ([130.159.96.19]:62247)
	by edfu.cc.strath.ac.uk with esmtp (Exim 4.22 #2) id 1BEOqz-0000r1-UN
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 09:37:41 +0100
Date: Fri, 16 Apr 2004 09:37:40 +0100 (BST)
From: Jethro R Binks <jethro.binks@strath.ac.uk>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Feature request: more log info/stats
In-Reply-To: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
Message-ID: <20040416093621.T32669@defjam.cc.strath.ac.uk>
References: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Strath-Information: Contact <email-security@strath.ac.uk> for more
	information
X-Strath-Scan: clean
X-Strath-UBECheck: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 16 Apr 2004 08:43:05 -0000
X-UID: 8939                                                  
Status: O
Content-Length: 1078

On Fri, 16 Apr 2004, Christian Balzer wrote:

> Stating that user test downloaded/deleted 6 mails with 21868 bytes total
> and kept 2 in the inbox.
> This might be expanded on for IMAP operations like moves or such and raw
> data about transferred bytes in/out added (in my case I get that info
> from perdition), but the really important parts are:
>
> When did a user log into the server, when did that session end?
> How many new mails were read and how many mails deleted during that session?
>
> The rationale is that with this info at hand the (unfortunately) very
> common user whining along the lines of "the mail server ate my mails" or
> "I never saw this mail!" are much easier to refute.

I was just thinking about this yesterday.  I would second this request; it
is sometimes really useful to be able to see how many mails were
downloaded and how many were left on the server in a session.

Jethro.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks
Computing Officer, IT Services
University Of Strathclyde, Glasgow, UK

From james@powweb.com  Fri Apr 16 11:47:06 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B3E63C002807; Fri, 16 Apr 2004 11:47:06 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 42D02C002802
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 11:47:04 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP
	id 14721B8E99; Fri, 16 Apr 2004 01:41:27 -0700 (PDT)
Message-ID: <407F9C33.8010607@powweb.com>
Date: Fri, 16 Apr 2004 01:41:23 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jethro R Binks <jethro.binks@strath.ac.uk>
Subject: Re: [Dovecot] Feature request: more log info/stats
References: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
	<20040416093621.T32669@defjam.cc.strath.ac.uk>
In-Reply-To: <20040416093621.T32669@defjam.cc.strath.ac.uk>
Content-Type: multipart/mixed; boundary="------------030201020706090001080900"
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 16 Apr 2004 08:47:06 -0000
X-UID: 8940                                                  
Status: O
Content-Length: 2161

This is a multi-part message in MIME format.
--------------030201020706090001080900
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Here here!! =)

Jethro R Binks wrote:

>On Fri, 16 Apr 2004, Christian Balzer wrote:
>
>  
>
>>Stating that user test downloaded/deleted 6 mails with 21868 bytes total
>>and kept 2 in the inbox.
>>This might be expanded on for IMAP operations like moves or such and raw
>>data about transferred bytes in/out added (in my case I get that info
>>from perdition), but the really important parts are:
>>
>>When did a user log into the server, when did that session end?
>>How many new mails were read and how many mails deleted during that session?
>>
>>The rationale is that with this info at hand the (unfortunately) very
>>common user whining along the lines of "the mail server ate my mails" or
>>"I never saw this mail!" are much easier to refute.
>>    
>>
>
>I was just thinking about this yesterday.  I would second this request; it
>is sometimes really useful to be able to see how many mails were
>downloaded and how many were left on the server in a session.
>
>Jethro.
>
>. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
>Jethro R Binks
>Computing Officer, IT Services
>University Of Strathclyde, Glasgow, UK
>  
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------030201020706090001080900
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------030201020706090001080900--

From mem@mv.mv.com  Fri Apr 16 19:10:20 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6AC37C002800; Fri, 16 Apr 2004 19:10:20 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id ECD17C000D9D
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 19:10:17 +0300 (EEST)
Received: (qmail 5564 invoked from network); 16 Apr 2004 12:04:55 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 16 Apr 2004 12:04:55 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 24924 invoked by uid 101); 16 Apr 2004 12:04:55 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Fri, 16 Apr 2004 12:04:55 -0400
To: Christian Balzer <chibi@gol.com>
Subject: Re: [Dovecot] Feature request: more log info/stats
Message-ID: <20040416160455.GC857@iridium.mv.net>
References: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
User-Agent: Mutt/1.4.2.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 16 Apr 2004 16:10:20 -0000
X-UID: 8941                                                  
Status: O

> 
> Feature request: 
> More extensive session information and statistics in the logs.

Yep- I think this is a common suggestion :-)

Not to mention some more information in the entries that report errors.
For example, when I see

    Apr 16 07:11:26 mercury dovecot-auth: passwd(xxxxx): unknown user

repeated 10,000 times, I would like to have a handle on what IP address
that login is coming in on, so I can call the person and get the problem
fixed.

Ditto with the "disconnected" or "aborted" or whatever-- some way to
tie the reports to the source or the login.

mm

From daemon@kzone.ch  Fri Apr 16 19:46:57 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7606AC002801; Fri, 16 Apr 2004 19:46:57 +0300 (EEST)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id D57EAC002800
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 19:46:54 +0300 (EEST)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id SAA06633
	for dovecot@dovecot.org; Fri, 16 Apr 2004 18:41:33 +0200
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] adding new user to dovecot
Date: Fri, 16 Apr 2004 18:42:15 +0200
Organization: Kirmess
Lines: 75
Message-ID: <c5p2bs$6f4$1@Odo.kzone.ch>
References: <20040416043308.922.qmail@webmail30.rediffmail.com>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1082133692 6628 192.168.100.100 (16 Apr 2004 16:41:32
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 16 Apr 2004 16:41:32 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
In-Reply-To: <20040416043308.922.qmail@webmail30.rediffmail.com>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Fri, 16 Apr 2004 16:46:57 -0000
X-UID: 8942                                                  
Status: O
Content-Length: 2924

Kartik Vaidyanathan wrote:
> Well one major doubt that was prevailing was that do
 > i need to create a system account for each person in
 > order to send/receive mails, and from both
 > (Sven Kirmess & Johannes Berg ) your mails i gather
 > it is a must.

That's not correct. Take a look at http://wiki.dovecot.org/.
They have an example with "Virtual user support with OpenLDAP"
and "Virtual user support with PostgreSQL". You either use
LDAP or a PostgreSQL database to store the mail users. The
mail can then be stored in any directory.

> The software that i am creating , which is going developed
> in JSP, will take a new users name and password and create
> a account for him by executing a shell script in my linux machine.

Should be possible. You have to create the account in SQL or LDAP
with that script...

 > I assume yahoo also does something similar to this to
 > create new mail boxes for any new user.

You use the mailbox for the mailing list archive?

> In fact this very mail that i have received from you is
> because i have subscribed to the dovecott mailing list.
> How do you think dovecott has been able to accomplish this.

That's done by the mail delivery agent (sendmail, postfix).
If you just have to send a mail to each recepient you do not
need an IMAP server.

> 2.Will the mail server support me in anyway by giving me some
 > functionality to add users, thereby creating maildir's
 > (imap) for the users.

No. You have to add the user to the database (LDAP, SQL or
/etc/passwd) and create the directory yourself.

> 3.Dont I need to know the admin login and passwd, to
 > create users?

Yes and no. You need either the root account to create an
entry in /etc/passwd or a user which is able to write to SQL or
LDAP. Depending on which database you use.

> 3.Lastly i know this is not that prevalent a question ->
 > I was told mail man does a similar job as to what my
 > software will do. Do you know how mailman works (or even yahoogroups)?.

You probably should ask in as mailman group. They might
know better. I will explain how majordomo does this. Majordomo
is abother mailing list software (Probably not the best one,
but the one I know).

In the /etc/aliases file (which belongs to sendmail, postfix
or whatever is your MDA. This files does _not_ belong to dovecot.)
there is an entry like this:

dovecot:             :include:/usr/local/majordomo/lists/dovecot

Then, the file /usr/local/majordomo/lists/dovecot contains a
list of all the persons subscribed to this mailing list. One
email address per line. The MDA does send each mail sent to
dovecot individually to each entry in the
/usr/local/majordomo/lists/dovecot file. The mailing list software
does now manage the /usr/local/majordomo/lists/dovecot (adding and
removing users). To create a new list, you have to add an entry
to /etc/aliases.

Please let me know if the answer does not match to your question. ;-)


Sven

From daemon@kzone.ch  Fri Apr 16 19:52:35 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 94459C002802; Fri, 16 Apr 2004 19:52:35 +0300 (EEST)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 4B0CDC002801
	for <dovecot@dovecot.org>; Fri, 16 Apr 2004 19:52:33 +0300 (EEST)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id SAA06699
	for dovecot@dovecot.org; Fri, 16 Apr 2004 18:47:11 +0200
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Date: Fri, 16 Apr 2004 18:47:55 +0200
Organization: Kirmess
Lines: 16
Message-ID: <c5p2mf$6h6$1@Odo.kzone.ch>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1082134031 6694 192.168.100.100 (16 Apr 2004 16:47:11
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 16 Apr 2004 16:47:11 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
Subject: [Dovecot] [OT] Is there a secure reverse IMAP proxy
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@gmx.net>
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: Fri, 16 Apr 2004 16:52:35 -0000
X-UID: 8943                                                  
Status: O

This question is off topic. I ask this list
because the question is related to security and
IMAP and I guess the people in this list know
a lot about both of that.

Is there a secure reverse proxy for the IMAP protocol?
Something you can install on a bastion host which
checks the IMAP traffic before forwarding it to
the internal IMAP server?

There are these proxies for WebMail to IMAP connections
but as far as I can tell they were not created for
security reasons and not with security as primary goal.


Sven

From kar11@rediffmail.com  Sat Apr 17 08:48:13 2004
Return-Path: <kar11@rediffmail.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 40284C002803; Sat, 17 Apr 2004 08:48:13 +0300 (EEST)
Received: from rediffmail.com (unknown [202.54.124.179])
	by talvi.dovecot.org (Postfix) with SMTP id 9A9F4C002802
	for <dovecot@dovecot.org>; Sat, 17 Apr 2004 08:48:08 +0300 (EEST)
Received: (qmail 25007 invoked by uid 510); 17 Apr 2004 05:42:42 -0000
Date: 17 Apr 2004 05:42:42 -0000
Message-ID: <20040417054242.25004.qmail@webmail10.rediffmail.com>
Received: from unknown (61.11.54.184) by rediffmail.com via HTTP;
	17 apr 2004 05:42:42 -0000
MIME-Version: 1.0
From: "Kartik Vaidyanathan" <kar11@rediffmail.com>
To: dovecot@dovecot.org
Content-type: multipart/alternative;
	boundary="Next_1082180562---0-202.54.124.179-24992"
Subject: [Dovecot] configuration problem.. with passwd
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Kartik Vaidyanathan <kar11@rediffmail.com>
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: Sat, 17 Apr 2004 05:48:13 -0000
X-UID: 8944                                                  
Status: O
Content-Length: 1688

 This is a multipart mime message


--Next_1082180562---0-202.54.124.179-24992
Content-type: text/html;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<P>=0A&nbsp; Hi <BR>=0Ai was trying to configure dovecot. Under the authent=
ication section<BR>=0Ai have set the <BR>=0Aauth_passdb=3D/etc/passwd<BR>=
=0Aauth_user=3Droot<BR>=0Aauth_userdb=3D/etc/passwd<BR>=0A<BR>=0ABut it giv=
es <BR>=0AError in configuration file /etc/dovecot.conf line 398 :missing v=
alue which points to <BR>=0Aauth_passdb=3D/etc/passwd in the file.<BR>=0AFi=
rstly do i need setup some other parameters<BR>=0AI want to follow the most=
 simple authentication process.<BR>=0APlease advice.<BR>=0Athanks<BR>=0A<BR=
>=0A<BR>=0A=0A</P>=0A=0A=0A<br><br>=0A<A target=3D"_blank" HREF=3D"http://c=
lients.rediff.com/signature/track_sig.asp"><IMG SRC=3D"http://ads.rediff.co=
m/RealMedia/ads/adstream_nx.cgi/www.rediffmail.com/inbox.htm@Bottom" BORDER=
=3D0 VSPACE=3D0 HSPACE=3D0></a>=0A
--Next_1082180562---0-202.54.124.179-24992
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 =A0Hi =0Ai was trying to configure dovecot. Under the authentication secti=
on=0Ai have set the =0Aauth_passdb=3D/etc/passwd=0Aauth_user=3Droot=0Aauth_=
userdb=3D/etc/passwd=0A=0ABut it gives =0AError in configuration file /etc/=
dovecot.conf line 398 :missing value which points to =0Aauth_passdb=3D/etc/=
passwd in the file.=0AFirstly do i need setup some other parameters=0AI wan=
t to follow the most simple authentication process.=0APlease advice.=0Athan=
ks=0A=0A=0A=0A=0A
--Next_1082180562---0-202.54.124.179-24992--


From schrock@dayzed.com  Sun Apr 18 02:46:49 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8E540C002805; Sun, 18 Apr 2004 02:46:49 +0300 (EEST)
Received: from mail.dayzed.com (24-176-252-149.cs-cres.charterpipeline.net
	[24.176.252.149])
	by talvi.dovecot.org (Postfix) with ESMTP id A2778C002802
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 02:46:47 +0300 (EEST)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with ESMTP id 147F017882
	for <dovecot@dovecot.org>; Sat, 17 Apr 2004 16:41:19 -0700 (PDT)
Received: from 192.168.50.6 (SquirrelMail authenticated user schrock);
	by new.host.name with HTTP; Sat, 17 Apr 2004 16:41:19 -0700 (PDT)
Message-ID: <34610.192.168.50.6.1082245279.squirrel@192.168.50.6>
Date: Sat, 17 Apr 2004 16:41:19 -0700 (PDT)
From: "Avery" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Is dovecot distributed with RHEL 3.0
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Sat, 17 Apr 2004 23:46:50 -0000
X-UID: 8945                                                  
Status: O

I can't seem to find out if dovecot is packaged with RHEL 3.0. It seems
redhat makes it hard to find what packages you get when you purchase their
RHEL. Does anyone know if dovecot is disributed with Red Hat Enterprise
Linux ES 3.0?
I know dovecot is distribured with redhat 9.0 and fedora.

Thanks,
-- 
Avery

From wouter@pair.com  Sun Apr 18 09:32:57 2004
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AF1B9C002809; Sun, 18 Apr 2004 09:32:57 +0300 (EEST)
Received: from amsfep17-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15])
	by talvi.dovecot.org (Postfix) with ESMTP id A2707C002805
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 09:32:55 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.151.209])
	by amsfep17-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP id
	<20040418062730.FCAN15425.amsfep17-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 08:27:30 +0200
Received: (qmail 961 invoked from network); 18 Apr 2004 08:26:53 +0200
Received: from unknown (HELO senta.theria.org) (192.168.196.7)
	by hibernate.cryolabs.net with SMTP; 18 Apr 2004 08:26:53 +0200
Date: Sun, 18 Apr 2004 08:27:25 +0200 (CEST)
From: Wouter Van Hemel <wouter@pair.com>
To: Sven Kirmess <sven.kirmess@gmx.net>
Subject: Re: [Dovecot] [OT] Is there a secure reverse IMAP proxy
In-Reply-To: <c5p2mf$6h6$1@Odo.kzone.ch>
Message-ID: <Pine.LNX.4.58.0404180823540.4953@senta.theria.org>
References: <c5p2mf$6h6$1@Odo.kzone.ch>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 18 Apr 2004 06:32:57 -0000
X-UID: 8946                                                  
Status: O

On Fri, 16 Apr 2004, Sven Kirmess wrote:

> [...]
> Is there a secure reverse proxy for the IMAP protocol?

I know about Perdition:

http://www.vergenet.net/linux/perdition/


... but I don't know how secure it is.

From kar11@rediffmail.com  Sun Apr 18 10:20:09 2004
Return-Path: <kar11@rediffmail.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 453D9C00280A; Sun, 18 Apr 2004 10:20:09 +0300 (EEST)
Received: from rediffmail.com (unknown [202.54.124.145])
	by talvi.dovecot.org (Postfix) with SMTP id 4908BC002809
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 10:20:05 +0300 (EEST)
Received: (qmail 10987 invoked by uid 510); 18 Apr 2004 07:14:36 -0000
Date: 18 Apr 2004 07:14:36 -0000
Message-ID: <20040418071436.10986.qmail@webmail30.rediffmail.com>
Received: from unknown (61.11.54.87) by rediffmail.com via HTTP;
	18 apr 2004 07:14:36 -0000
MIME-Version: 1.0
From: "Kartik Vaidyanathan" <kar11@rediffmail.com>
To: wouter-dovecot@fort-knox.rave.org, dovecot@dovecot.org
Subject: [Dovecot] adding new user to dovecot
Content-type: multipart/alternative;
	boundary="Next_1082272476---0-202.54.124.145-10972"
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Kartik Vaidyanathan <kar11@rediffmail.com>
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: Sun, 18 Apr 2004 07:20:09 -0000
X-UID: 8947                                                  
Status: O
Content-Length: 14300

 This is a multipart mime message


--Next_1082272476---0-202.54.124.145-10972
Content-type: text/html;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<P>=0AHi,<BR>=0AYour mail was very insightful.<BR>=0A<BR>=0AYou have stated=
 in you mail as follows ..<BR>=0A<BR>=0A&quot;But I think they create virtu=
al users in database systems for email, I can't imagine all of the users th=
ey have are in one passwd file on one tiny machine.&quot;<BR>=0A<BR>=0Aa. W=
hat do you mean by virtual users. <BR>=0Ab. How does one link them to a mai=
lbox.<BR>=0A<BR>=0AVery frankly i am confused...<BR>=0A<BR>=0A1.Well lets s=
ay i have a user who wants to create a new group say GROUP1.Lets say i have=
 users who want to create GROUP1@pigeonhole.com or GROUP2@pigeonhole.com .T=
his group name will be entered in my JSP page, now what do i have to do to =
create the group.<BR>=0A<BR>=0A2.How do i see to that anyone who sends a ma=
il to GROUP2@pigeonhole receives it in it mailbox( Firstly does the group h=
ave a mails box in the groups name).Will one create a account(mailbox) for =
the group or how is it done.<BR>=0A<BR>=0A3.Lastly I actually want to creat=
e a mailing List manager.<BR>=0A<BR>=0APlease advice on how to go about it.=
<BR>=0A<BR>=0ARegards<BR>=0AKartik<BR>=0A<BR>=0AOn Sun, 18 Apr 2004 Wouter =
Van Hemel wrote :<BR>=0A&gt;On Fri, 16 Apr 2004, Kartik Vaidyanathan wrote:=
<BR>=0A&gt;<BR>=0A&gt; &gt;&nbsp; Hi,<BR>=0A&gt; &gt;<BR>=0A&gt; &gt; I hav=
e actually configured dovecot because i required a mail server in<BR>=0A&gt=
; &gt; order to build a mailing list manager.A mail list manager is somethi=
ng<BR>=0A&gt; &gt; in the likes of yahoogroups, where each group in my case=
 must have a<BR>=0A&gt; &gt; mailbox.<BR>=0A&gt; &gt;<BR>=0A&gt;<BR>=0A&gt;=
You need a MTA, such as postfix, qmail, sendmail, exim, etc. It's more<BR>=
=0A&gt;important than an imap server for what you want to do.<BR>=0A&gt;<BR=
>=0A&gt;Actually, I don't really understand why you need an imap server whe=
n<BR>=0A&gt;making a mailinglist manager.<BR>=0A&gt;<BR>=0A&gt; &gt; 1. I a=
m using Debian OS.<BR>=0A&gt; &gt; The software that i am creating , which =
is going developed in JSP, will<BR>=0A&gt; &gt; take a new users name and p=
assword and create a account for him by<BR>=0A&gt; &gt; executing a shell s=
cript in my linux machine.I assume yahoo also does<BR>=0A&gt; &gt; somethin=
g similar to this to create new mail boxes for any new<BR>=0A&gt; &gt; user=
.Please correct me if i am wrong.<BR>=0A&gt; &gt;<BR>=0A&gt;<BR>=0A&gt;I do=
n't know, I don't work at yahoo. But I think they create virtual users<BR>=
=0A&gt;in database systems for email, I can't imagine all of the users they=
 have<BR>=0A&gt;are in one passwd file on one tiny machine.<BR>=0A&gt;<BR>=
=0A&gt; &gt; In fact this very mail that i have received from you is becaus=
e i have<BR>=0A&gt; &gt; subscribed to the dovecott mailing list. How do yo=
u think dovecott has<BR>=0A&gt; &gt; been able to accomplish this. Is it no=
t because that dovecott has a<BR>=0A&gt; &gt; mailbox in the group name &qu=
ot;dovecott&quot; in some system, that internally<BR>=0A&gt; &gt; does the =
sending of mails to all those in the groups refering to some<BR>=0A&gt; &gt=
; database.<BR>=0A&gt; &gt;<BR>=0A&gt;<BR>=0A&gt;Dovecot doesn't have anyth=
ing to do with that. It's mostly the MTA, aided<BR>=0A&gt;by the mailing li=
st manager.<BR>=0A&gt;<BR>=0A&gt;Here's how majordomo (popular mailinglist =
manager) works:<BR>=0A&gt;<BR>=0A&gt;Bob wants to subscribe to the pigeonho=
le mailinglist. He emails or enters<BR>=0A&gt;his email address in a web fo=
rm so it ends up in a database file with all<BR>=0A&gt;the other users on t=
hat list. The mailinglist manager's job is to take<BR>=0A&gt;care of adding=
 (or removing) email addresses to (from) that file; it adds<BR>=0A&gt;Bob's=
 address.<BR>=0A&gt;<BR>=0A&gt;When an email is sent to pigeonhole@pigeonho=
le.org, the mailer daemon<BR>=0A&gt;(MTA) receives this email, and instead =
of delivering it to a local user,<BR>=0A&gt;either it (1) delivers it to a =
pipe - it passes the email to the<BR>=0A&gt;mailinglist software, which the=
n just generates an email that replaces the<BR>=0A&gt;original destination =
with the list of email addresses; or (2) the mailer<BR>=0A&gt;daemon itself=
 forwards the email by alias expansion to the list of email<BR>=0A&gt;addre=
sses the mailinglist software made.<BR>=0A&gt;<BR>=0A&gt;In the former case=
, the mailinglist manager reads the original message and<BR>=0A&gt;replaces=
 the address with all those in the list's database; in the latter<BR>=0A&gt=
;case, basically the only thing a mailinglist manager does, is taking care<=
BR>=0A&gt;of an error-free database file with email addresses so the MTA ca=
n forward<BR>=0A&gt;the email to the addresses in this file.<BR>=0A&gt;<BR>=
=0A&gt;Because Bob's email address is in this file, his address will be ins=
erted<BR>=0A&gt;in the headers of the message, and he will receive the emai=
l.<BR>=0A&gt;<BR>=0A&gt; &gt; 2.Will the mail server support me in anyway b=
y giving me some<BR>=0A&gt; &gt; functionality to add users, thereby creati=
ng maildir's (imap) for the<BR>=0A&gt; &gt; users.<BR>=0A&gt; &gt;<BR>=0A&g=
t;<BR>=0A&gt;No, adding users is not the job of a mail server daemon. Or of=
 an imap<BR>=0A&gt;server. Usually, you don't allow people to add users to =
your system, for<BR>=0A&gt;obvious reasons.<BR>=0A&gt;<BR>=0A&gt;If you wan=
t to add users to a mailing list, you don't need accounts for<BR>=0A&gt;tho=
se users, only when you also want to provide them with an email address.<BR=
>=0A&gt;<BR>=0A&gt;What do you want to do: provide email addresses, or a ma=
ilinglist manager?<BR>=0A&gt;<BR>=0A&gt; &gt; 3.Dont I need to know the adm=
in login and passwd, to create users?<BR>=0A&gt; &gt;<BR>=0A&gt;<BR>=0A&gt;=
Yes, ofcourse. Unless your users are in a database server, in that case<BR>=
=0A&gt;you need the ability to add records to that database.<BR>=0A&gt;<BR>=
=0A&gt;(Shared webhosting accounts usually allow adding virtual users, if t=
hat's<BR>=0A&gt;the reasoning behind your question.)<BR>=0A&gt;<BR>=0A&gt; =
&gt; 3.Lastly i know this is not that prevalent a question -&gt; I was told=
 mail<BR>=0A&gt; &gt; man does a similar job as to what my software will do=
.Do you know how<BR>=0A&gt; &gt; mailman works (or even yahoogroups)?.<BR>=
=0A&gt; &gt;<BR>=0A&gt;<BR>=0A&gt;Not precisely, but pretty much like I sai=
d above. You can check out the<BR>=0A&gt;documentation and source code of s=
aid software.<BR>=0A&gt;<BR>=0A&gt;Yahoogroups probably uses custom written=
 software, but still based on the<BR>=0A&gt;simple approach of a mailinglis=
t manager taking care of a list of<BR>=0A&gt;subscribers, and the mailer da=
emon either itself or by aid of an external<BR>=0A&gt;program multiplicatin=
g the recipients.<BR>=0A&gt;<BR>=0A&gt;<BR>=0A&gt;A mailinglist manager has=
 nothing to do with Dovecot. Dovecot has nothing<BR>=0A&gt;to do with *send=
ing* email, only with retrieving it from a system with<BR>=0A&gt;IMAP of PO=
P. It's the end-of-the-line for emails, delivery to final<BR>=0A&gt;destina=
tion; it does not forward or duplicate.<BR>=0A&gt;<BR>=0A&gt; &gt; Please e=
nlighten me on the above issues.<BR>=0A&gt; &gt; Thanks a lot for you time.=
<BR>=0A&gt; &gt;<BR>=0A&gt;<BR>=0A&gt;I'll send you the bill later. ;)<BR>=
=0A&gt;<BR>=0A&gt; &gt; Regards<BR>=0A&gt; &gt; Kartik<BR>=0A&gt; &gt;<BR>=
=0A&gt; &gt;<BR>=0A&gt; &gt;<BR>=0A&gt; &gt;<BR>=0A&gt;<BR>=0A=0A</P>=0A=0A=
=0A<br><br>=0A<A target=3D"_blank" HREF=3D"http://clients.rediff.com/signat=
ure/track_sig.asp"><IMG SRC=3D"http://ads.rediff.com/RealMedia/ads/adstream=
_nx.cgi/www.rediffmail.com/inbox.htm@Bottom" BORDER=3D0 VSPACE=3D0 HSPACE=
=3D0></a>=0A
--Next_1082272476---0-202.54.124.145-10972
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,=0AYour mail was very insightful.=0A=0AYou have stated in you mail as fo=
llows ..=0A=0A"But I think they create virtual users in database systems fo=
r email, I can't imagine all of the users they have are in one passwd file =
on one tiny machine."=0A=0Aa. What do you mean by virtual users. =0Ab. How =
does one link them to a mailbox.=0A=0AVery frankly i am confused...=0A=0A1.=
Well lets say i have a user who wants to create a new group say GROUP1.Lets=
 say i have users who want to create GROUP1@pigeonhole.com or GROUP2@pigeon=
hole.com .This group name will be entered in my JSP page, now what do i hav=
e to do to create the group.=0A=0A2.How do i see to that anyone who sends a=
 mail to GROUP2@pigeonhole receives it in it mailbox( Firstly does the grou=
p have a mails box in the groups name).Will one create a account(mailbox) f=
or the group or how is it done.=0A=0A3.Lastly I actually want to create a m=
ailing List manager.=0A=0APlease advice on how to go about it.=0A=0ARegards=
=0AKartik=0A=0AOn Sun, 18 Apr 2004 Wouter Van Hemel wrote :=0A>On Fri, 16 A=
pr 2004, Kartik Vaidyanathan wrote:=0A>=0A> >  Hi,=0A> >=0A> > I have actua=
lly configured dovecot because i required a mail server in=0A> > order to b=
uild a mailing list manager.A mail list manager is something=0A> > in the l=
ikes of yahoogroups, where each group in my case must have a=0A> > mailbox.=
=0A> >=0A>=0A>You need a MTA, such as postfix, qmail, sendmail, exim, etc. =
It's more=0A>important than an imap server for what you want to do.=0A>=0A>=
Actually, I don't really understand why you need an imap server when=0A>mak=
ing a mailinglist manager.=0A>=0A> > 1. I am using Debian OS.=0A> > The sof=
tware that i am creating , which is going developed in JSP, will=0A> > take=
 a new users name and password and create a account for him by=0A> > execut=
ing a shell script in my linux machine.I assume yahoo also does=0A> > somet=
hing similar to this to create new mail boxes for any new=0A> > user.Please=
 correct me if i am wrong.=0A> >=0A>=0A>I don't know, I don't work at yahoo=
. But I think they create virtual users=0A>in database systems for email, I=
 can't imagine all of the users they have=0A>are in one passwd file on one =
tiny machine.=0A>=0A> > In fact this very mail that i have received from yo=
u is because i have=0A> > subscribed to the dovecott mailing list. How do y=
ou think dovecott has=0A> > been able to accomplish this. Is it not because=
 that dovecott has a=0A> > mailbox in the group name "dovecott" in some sys=
tem, that internally=0A> > does the sending of mails to all those in the gr=
oups refering to some=0A> > database.=0A> >=0A>=0A>Dovecot doesn't have any=
thing to do with that. It's mostly the MTA, aided=0A>by the mailing list ma=
nager.=0A>=0A>Here's how majordomo (popular mailinglist manager) works:=0A>=
=0A>Bob wants to subscribe to the pigeonhole mailinglist. He emails or ente=
rs=0A>his email address in a web form so it ends up in a database file with=
 all=0A>the other users on that list. The mailinglist manager's job is to t=
ake=0A>care of adding (or removing) email addresses to (from) that file; it=
 adds=0A>Bob's address.=0A>=0A>When an email is sent to pigeonhole@pigeonho=
le.org, the mailer daemon=0A>(MTA) receives this email, and instead of deli=
vering it to a local user,=0A>either it (1) delivers it to a pipe - it pass=
es the email to the=0A>mailinglist software, which then just generates an e=
mail that replaces the=0A>original destination with the list of email addre=
sses; or (2) the mailer=0A>daemon itself forwards the email by alias expans=
ion to the list of email=0A>addresses the mailinglist software made.=0A>=0A=
>In the former case, the mailinglist manager reads the original message and=
=0A>replaces the address with all those in the list's database; in the latt=
er=0A>case, basically the only thing a mailinglist manager does, is taking =
care=0A>of an error-free database file with email addresses so the MTA can =
forward=0A>the email to the addresses in this file.=0A>=0A>Because Bob's em=
ail address is in this file, his address will be inserted=0A>in the headers=
 of the message, and he will receive the email.=0A>=0A> > 2.Will the mail s=
erver support me in anyway by giving me some=0A> > functionality to add use=
rs, thereby creating maildir's (imap) for the=0A> > users.=0A> >=0A>=0A>No,=
 adding users is not the job of a mail server daemon. Or of an imap=0A>serv=
er. Usually, you don't allow people to add users to your system, for=0A>obv=
ious reasons.=0A>=0A>If you want to add users to a mailing list, you don't =
need accounts for=0A>those users, only when you also want to provide them w=
ith an email address.=0A>=0A>What do you want to do: provide email addresse=
s, or a mailinglist manager?=0A>=0A> > 3.Dont I need to know the admin logi=
n and passwd, to create users?=0A> >=0A>=0A>Yes, ofcourse. Unless your user=
s are in a database server, in that case=0A>you need the ability to add rec=
ords to that database.=0A>=0A>(Shared webhosting accounts usually allow add=
ing virtual users, if that's=0A>the reasoning behind your question.)=0A>=0A=
> > 3.Lastly i know this is not that prevalent a question -> I was told mai=
l=0A> > man does a similar job as to what my software will do.Do you know h=
ow=0A> > mailman works (or even yahoogroups)?.=0A> >=0A>=0A>Not precisely, =
but pretty much like I said above. You can check out the=0A>documentation a=
nd source code of said software.=0A>=0A>Yahoogroups probably uses custom wr=
itten software, but still based on the=0A>simple approach of a mailinglist =
manager taking care of a list of=0A>subscribers, and the mailer daemon eith=
er itself or by aid of an external=0A>program multiplicating the recipients=
.=0A>=0A>=0A>A mailinglist manager has nothing to do with Dovecot. Dovecot =
has nothing=0A>to do with *sending* email, only with retrieving it from a s=
ystem with=0A>IMAP of POP. It's the end-of-the-line for emails, delivery to=
 final=0A>destination; it does not forward or duplicate.=0A>=0A> > Please e=
nlighten me on the above issues.=0A> > Thanks a lot for you time.=0A> >=0A>=
=0A>I'll send you the bill later. ;)=0A>=0A> > Regards=0A> > Kartik=0A> >=
=0A> >=0A> >=0A> >=0A>=0A=0A=0A
--Next_1082272476---0-202.54.124.145-10972--


From wouter@pair.com  Sun Apr 18 21:06:59 2004
Return-Path: <wouter@pair.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D7698C00280B; Sun, 18 Apr 2004 21:06:59 +0300 (EEST)
Received: from amsfep12-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18])
	by talvi.dovecot.org (Postfix) with ESMTP id 7C5EFC002809
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 21:06:57 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.151.209])
	by amsfep12-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP id
	<20040418180112.RGRU18840.amsfep12-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 20:01:12 +0200
Received: (qmail 27095 invoked from network); 18 Apr 2004 20:00:29 +0200
Received: from unknown (HELO senta.theria.org) (192.168.196.7)
	by hibernate.cryolabs.net with SMTP; 18 Apr 2004 20:00:29 +0200
Date: Sun, 18 Apr 2004 20:01:10 +0200 (CEST)
From: wouter@pair.com
To: Kartik Vaidyanathan <kar11@rediffmail.com>
Subject: Re: [Dovecot] adding new user to dovecot
In-Reply-To: <20040418071436.10986.qmail@webmail30.rediffmail.com>
Message-ID: <Pine.LNX.4.58.0404181924500.923@senta.theria.org>
References: <20040418071436.10986.qmail@webmail30.rediffmail.com>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 18 Apr 2004 18:07:00 -0000
X-UID: 8948                                                  
Status: O
Content-Length: 5264

On Sun, 18 Apr 2004, Kartik Vaidyanathan wrote:

> [...]
> a. What do you mean by virtual users.

The mail accounts are not unix accounts. All email accounts are in a
database (sql, ldap, text file, whatever), but these users do not have
access to the unix system. Usually, all mailboxes are owned by the mailer
daemon or whatever does the distribution. Check the Dovecot wiki.

This is the most likely way big companies do things (you asked about
yahoo). Obviously, yahoo would not like its free webmail users to log in
on their unix machines. So they just have a lot of mailboxes owned by the
email software they use, and the webmail software takes care that any user
can only read their own mailbox.

This is nothing to do with unix permissions or users anymore - you create
your own definition of what 'user' is and what they can do.

> b. How does one link them to a mailbox.
>

You just let the mail software deliver it to a mailbox owned by the user
needed to check the email.

E.g., your webserver runs as user 'www' - so you deliver all mail to a
mailbox with the username it was sent to, but owned by that user 'www'.
Hence, checking email through a web interface will work, as the user 'www'
-the user of the webserver- will own and thus have access to all of these
mailboxes. You have to be *very* careful to ensure that the users of your
webmail system can't read other mailboxes, ofcourse.

> Very frankly i am confused...
>

A unix user has nothing to do with a user from a webmail system or virtual
email system.

Ofcourse, you can make your own abstraction of what a user is, ignoring
any unix background (users, permissions, etc), as long as the software can
read and possibly write to the proper files.

> 1.Well lets say i have a user who wants to create a new group say
> GROUP1.Lets say i have users who want to create GROUP1@pigeonhole.com or
> GROUP2@pigeonhole.com .This group name will be entered in my JSP page,
> now what do i have to do to create the group.
>

There are several ways to do it. You could add a user 'group1' and add all
email addresses that subscribe to a file called 'group1.users'. Then you
have to get the email to 'group1' either passed on to your software which
then sends out an email for the people in your 'group1.users' database, or
find the MTA specific way of forwarding to all the users in this
'group1.users' file (with other words, you take care yourself of sending
the email on to all the people in your list, or you find out how you can
use any specific mailer daemon functionality that can expand an address to
many addresses like sendmail's 'include').

> 2.How do i see to that anyone who sends a mail to GROUP2@pigeonhole
> receives it in it mailbox( Firstly does the group have a mails box in
> the groups name).Will one create a account(mailbox) for the group or how
> is it done.
>

You either create a virtual user (check the dovecot website, especially
the wiki, it has several pages on this) - that is a 'user' that has
nothing to do with the unix concept of 'user', but is your own abstraction
in a database - and you set up the mail system to get its addresses from
this database

-or-

you create a real unix user 'group1'.

This user will receive all email in the mailbox specified by the MTA
software.

Then, you need to find a way to either duplicate the email FROM THE
MAILER SOFTWARE, pass it on to your program which then sends it on to
everybody on your list; or you can find a way to use alias expansion
functionality in the MAILER SOFTWARE, which will then replace 'group1' by
all the users in your 'group1.users' database/file.

I'm not a java expert, but I guess this part of the software will probably
need to be written in a more unix-y language (c, c++, perl, python, etc).

> 3.Lastly I actually want to create a mailing List manager.
>

It's not hard to create a program (java, if you want) that just adds email
addresses to a file or database, and allows to remove these addresses.
That's pretty much all the mailinglist manager does, basically.

But you need something that accepts emails from the unix mail daemon, and
then expands this file/database and sends on the email to all the people.
Or can make use of forwarding functionality present in mailing software.

All of this has nothing to do with Dovecot or IMAP. If you provide a
webmail interface like yahoo, I don't think you even need any IMAP server.

> Please advice on how to go about it.
>

I suggest you check out GNU Mailman, Majordomo and other free mailinglist
software. They have extensive information on how to plug your database or
program in the mailing daemon.

It probably is a better idea to install one of these mailinglist managers,
and then create a java (that's what you wanted, wasn't it) frontend to the
database of subscribed people. Otherwise, you will still have a lot of
learning about unix backend to do... ;)

May I point out this is very irrelevant to the Dovecot mailinglist, you
might find more useful help on lists about mailinglist software or even
MTA's like postfix, sendmail, exim, etc. Dovecot is only a pop/imap
server, and has no connection with what you want to do (except, maybe,
after you set all the other things up and want to provide IMAP access).

Regards,

  Wouter

From zach.bagnall@bulletinwireless.com  Mon Apr 19 01:05:52 2004
Return-Path: <zach.bagnall@bulletinwireless.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 97FE7C002800; Mon, 19 Apr 2004 01:05:52 +0300 (EEST)
Received: from hawk.bulletinwireless.net (ns1.jungledrum.co.nz [210.54.149.34])
	by talvi.dovecot.org (Postfix) with ESMTP id 3F981C000D9D
	for <dovecot@dovecot.org>; Mon, 19 Apr 2004 01:05:50 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by hawk.bulletinwireless.net (Postfix) with ESMTP
	id 8468017586; Mon, 19 Apr 2004 10:00:21 +1200 (NZST)
Received: from hawk.bulletinwireless.net ([127.0.0.1])
	by localhost (hawk [127.0.0.1:10024]) (amavisd-new) with LMTP id
	08526-01-19; Mon, 19 Apr 2004 09:59:57 +1200 (NZST)
Received: from piranha (piranha.intra.jungledrum.co.nz [192.168.1.13])
	by hawk.bulletinwireless.net (Postfix) with ESMTP
	id A1D4C17562; Mon, 19 Apr 2004 09:59:57 +1200 (NZST)
Date: Mon, 19 Apr 2004 09:58:10 +1200
From: Zach Bagnall <zach.bagnall@bulletinwireless.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Is dovecot distributed with RHEL 3.0
Message-Id: <20040419095810.23d8e4e9.zach.bagnall@bulletinwireless.com>
In-Reply-To: <34610.192.168.50.6.1082245279.squirrel@192.168.50.6>
References: <34610.192.168.50.6.1082245279.squirrel@192.168.50.6>
Organization: Bulletin Wireless
X-Mailer: Sylpheed version 0.9.7claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Mon__19_Apr_2004_09_58_10_+1200_aUo.8F2jDbIeOfNg"
X-Virus-Scanned: by amavisd-new
Cc: schrock@dayzed.com
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 18 Apr 2004 22:05:52 -0000
X-UID: 8949                                                  
Status: O
Content-Length: 1281

--Signature=_Mon__19_Apr_2004_09_58_10_+1200_aUo.8F2jDbIeOfNg
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

RHN doesn't list anything for dovecot. I'm not surprised really. Dovecot
is relatively quite new and the RHEL policy seems to be including only
popular, well tested proven apps. Lots of perl modules which had RPMs in
7/8/9 aren't in RHEL - 2.1 didn't even have postfix.

That said, the RH 9 or FC RPMs may well work fine without modification.

Zach.

On Sat, 17 Apr 2004 16:41:19 -0700 (PDT), "Avery" <schrock@dayzed.com>
wrote:
> I can't seem to find out if dovecot is packaged with RHEL 3.0. It
> seems redhat makes it hard to find what packages you get when you
> purchase their RHEL. Does anyone know if dovecot is disributed with
> Red Hat Enterprise Linux ES 3.0?
> I know dovecot is distribured with redhat 9.0 and fedora.
> 
> Thanks,
> -- 
> Avery

--Signature=_Mon__19_Apr_2004_09_58_10_+1200_aUo.8F2jDbIeOfNg
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAgvny4jDFYT+aqaIRAoNNAJ4m0/YuU5CYTcjPtPLzxn6V0c+AgACdGafw
cy2GZFPJ1RFOdgxWEpiDsjk=
=7rlf
-----END PGP SIGNATURE-----

--Signature=_Mon__19_Apr_2004_09_58_10_+1200_aUo.8F2jDbIeOfNg--

From olive@pasteur.fr  Mon Apr 19 17:56:24 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 14FBAC002801; Mon, 19 Apr 2004 17:56:24 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 1A9F7C000D9D
	for <dovecot@dovecot.org>; Mon, 19 Apr 2004 17:56:22 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id EF1DB1145B
	for <dovecot@dovecot.org>; Mon, 19 Apr 2004 16:50:51 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 5F2A61144B
	for <dovecot@dovecot.org>; Mon, 19 Apr 2004 16:50:51 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 3658F3F67D; Mon, 19 Apr 2004 16:50:51 +0200 (CEST)
Date: Mon, 19 Apr 2004 16:50:51 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] configuration problem.. with passwd
Message-ID: <20040419145051.GU74923@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <20040417054242.25004.qmail@webmail10.rediffmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20040417054242.25004.qmail@webmail10.rediffmail.com>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 19 Apr 2004 14:56:24 -0000
X-UID: 8950                                                  
Status: O

* Kartik Vaidyanathan <kar11@rediffmail.com> (20040417 05:42):
>  Hi 
> i was trying to configure dovecot. Under the authentication section
> i have set the 
> auth_passdb=/etc/passwd
> auth_user=root
> auth_userdb=/etc/passwd
> 
> But it gives 
> Error in configuration file /etc/dovecot.conf line 398 :missing value which points to 
> auth_passdb=/etc/passwd in the file.

Just type 'auth_passdb=passwd'.

-- 
olive

From adani@stevens.edu  Mon Apr 19 19:00:55 2004
Return-Path: <adani@stevens.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4C20BC002801; Mon, 19 Apr 2004 19:00:55 +0300 (EEST)
Received: from nexus.stevens.edu (nexus.stevens.edu [155.246.14.12])
	by talvi.dovecot.org (Postfix) with ESMTP id 30752C000D9D
	for <dovecot@dovecot.org>; Mon, 19 Apr 2004 19:00:53 +0300 (EEST)
Received: from it000056 (chosetop.cc.stevens-tech.edu [155.246.154.236])
	by nexus.stevens.edu
	(iPlanet Messaging Server 5.2 HotFix 1.26 (built Mar 31 2004))
	with ESMTP id <0HWF00LACDKAGN@nexus.stevens.edu> for
	dovecot@dovecot.org; Mon, 19 Apr 2004 11:55:22 -0400 (EDT)
Date: Mon, 19 Apr 2004 11:55:22 -0400
From: Alban Dani <adani@stevens.edu>
To: dovecot@dovecot.org
Message-id: <0HWF00LADDKAGN@nexus.stevens.edu>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Content-type: multipart/alternative;
	boundary="Boundary_(ID_dCQLAnhfmUI45O+Jhh5sxg)"
Thread-index: AcQmJriaF3UM1IklRxSO5V7l6o48Gw==
Subject: [Dovecot] Can't resolve address 127.0.0.1
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 19 Apr 2004 16:00:55 -0000
X-UID: 8951                                                  
Status: O
Content-Length: 3934

This is a multi-part message in MIME format.

--Boundary_(ID_dCQLAnhfmUI45O+Jhh5sxg)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT

Hi ,

 

I recently installed Fedora Core 1.

Installed postfix on it and that is running fine.

 

I am trying to get dovecot to run and I have changed only the following line
from the default dovecot.conf :

 

imap_listen = 127.0.0.1 since I'd like to install squirrelmail later on.

 

Now when I try to start dovecot I get "Starting Dovecot Imap: Fatal: Can't
resolve address 127.0.0.1 : Name or service not known"

 

 

 

Can anybody help me?

 

Alban 

 


--Boundary_(ID_dCQLAnhfmUI45O+Jhh5sxg)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7BIT

<html>

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Hi ,</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>I recently installed Fedora Core 1.</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Installed postfix on it and that is running fine.</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>I am trying to get dovecot to run and I have changed only
the following line from the default dovecot.conf :</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>imap_listen = 127.0.0.1 since I&#8217;d like to install
squirrelmail later on.</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Now when I try to start dovecot I get &#8220;Starting
Dovecot Imap: Fatal: Can't resolve address 127.0.0.1 : Name or service not
known&#8221;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Can anybody help me?</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Alban </span></font></p>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>&nbsp;</span></font></p>

</div>

</body>

</html>

--Boundary_(ID_dCQLAnhfmUI45O+Jhh5sxg)--

From rjohnson@medata.com  Tue Apr 20 00:44:18 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EDD6BC002801; Tue, 20 Apr 2004 00:44:18 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id A3612C000D9D
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 00:44:15 +0300 (EEST)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i3JLceSD027907
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 19 Apr 2004 14:38:43 -0700
Message-ID: <408446E3.4010109@medata.com>
Date: Mon, 19 Apr 2004 14:38:43 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040404)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Alban Dani <adani@stevens.edu>
Subject: Re: [Dovecot] Can't resolve address 127.0.0.1
References: <0HWF00LADDKAGN@nexus.stevens.edu>
In-Reply-To: <0HWF00LADDKAGN@nexus.stevens.edu>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 19 Apr 2004 21:44:19 -0000
X-UID: 8952                                                  
Status: O

Alban Dani wrote:
> Hi ,
> 
> I recently installed Fedora Core 1.
> 
> Installed postfix on it and that is running fine.
> 
> I am trying to get dovecot to run and I have changed only the following 
> line from the default dovecot.conf :
> 
> imap_listen = 127.0.0.1 since Id like to install squirrelmail later on.
> 
> Now when I try to start dovecot I get Starting Dovecot Imap: Fatal: 
> Can't resolve address 127.0.0.1 : Name or service not known

Does /etc/hosts still contain an entry for localhost?

Does /etc/nsswitch.conf still reference files for name resolution?

Is the interface lo active? (run ifconfig to find out)

-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From adani@stevens.edu  Tue Apr 20 04:34:49 2004
Return-Path: <adani@stevens.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 26F14C002801; Tue, 20 Apr 2004 04:34:49 +0300 (EEST)
Received: from nexus.stevens.edu (nexus.stevens.edu [155.246.14.12])
	by talvi.dovecot.org (Postfix) with ESMTP id C3EF4C000D9D
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 04:34:46 +0300 (EEST)
Received: from cpipe.stevens.edu (cpipe.stevens.edu [155.246.21.37])
	by nexus.stevens.edu
	(iPlanet Messaging Server 5.2 HotFix 1.26 (built Mar 31 2004))
	with SMTP id <0HWG00MOU44T61@nexus.stevens.edu> for dovecot@dovecot.org;
	Mon, 19 Apr 2004 21:29:17 -0400 (EDT)
Date: Mon, 19 Apr 2004 21:29:17 -0400 (EDT)
From: Alban Dani <adani@stevens.edu>
Subject: Re: [Dovecot] Can't resolve address 127.0.0.1
To: Rick Johnson <rjohnson@medata.com>
Message-id: <6254374.1082424557424.JavaMail.adani@stevens.edu>
MIME-version: 1.0
Content-type: text/plain
Content-transfer-encoding: 7BIT
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 20 Apr 2004 01:34:49 -0000
X-UID: 8953                                                  
Status: O
Content-Length: 1219

Rick thanks for the message,

-I have not done any changes to the default nsswitch.conf. I checked 
and the entry 
hosts:      files dns
is there

-127.0.0.1 localhost  entry is in the /etc/hosts file.

-ifconfig shows that the interface is up and I can successfully ping it 
by name ( ping localhost ).

What else can be wrong. I am totally lost here.

Alban



Rick Johnson wrote:


>Alban Dani wrote:
>> Hi ,
>> 
>> I recently installed Fedora Core 1.
>> 
>> Installed postfix on it and that is running fine.
>> 
>> I am trying to get dovecot to run and I have changed only the 
following 
>> line from the default dovecot.conf :
>> 
>> imap_listen = 127.0.0.1 since I'd like to install squirrelmail later 
on.
>> 
>> Now when I try to start dovecot I get "Starting Dovecot Imap: Fatal: 
>> Can't resolve address 127.0.0.1 : Name or service not known"
>
>Does /etc/hosts still contain an entry for localhost?
>
>Does /etc/nsswitch.conf still reference files for name resolution?
>
>Is the interface lo active? (run ifconfig to find out)
>
>-Rick
>
>-- 
>Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
>Linux/Network Administrator - Medata, Inc.
>PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc
>

From dpham@mercy.com.au  Tue Apr 20 09:05:51 2004
Return-Path: <dpham@mercy.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E0515C00280B; Tue, 20 Apr 2004 09:05:51 +0300 (EEST)
Received: from coregw01.mercy.com.au (mail.mercy.com.au [210.9.192.244])
	by talvi.dovecot.org (Postfix) with ESMTP id 56313C000D9D
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 09:05:48 +0300 (EEST)
Received: from emelb-mail-01.mercy.com.au ([172.27.128.251]) by
	coregw01.mercy.com.au with InterScan Messaging Security Suite;
	Tue, 20 Apr 2004 15:53:18 +1000
Received: by emelb-mail-01.mercy.com.au with Internet Mail Service
	(5.5.2653.19) id <GMGWJ9K5>; Tue, 20 Apr 2004 15:59:58 +1000
Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E6BC@coremx01.mercynet.com.au>
From: Zoong Pham <dpham@mercy.com.au>
To: "'dovecot@dovecot.org'" <dovecot@dovecot.org>
Date: Tue, 20 Apr 2004 15:59:54 +1000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="ISO-8859-1"
Subject: [Dovecot] Wiki: virutal user with Sendmail and OpenLDAP
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 20 Apr 2004 06:05:52 -0000
X-UID: 8954                                                  
Status: O

In the Wiki, section 2, "Virtual user support with OpenLDAP",
does the example apply to non Sendmail?
If that's the case, can someone post a quick guide about setup virtual
user with Sendmail.
I use OpenBSD-3.4, BTW.

TIA,
Zoong

From dovecot@blinkenlights.ch  Tue Apr 20 09:42:56 2004
Return-Path: <dovecot@blinkenlights.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88402C00280C; Tue, 20 Apr 2004 09:42:56 +0300 (EEST)
Received: from mail5.bluewin.ch (mail5.bluewin.ch [195.186.1.207])
	by talvi.dovecot.org (Postfix) with ESMTP id CE23CC00280B
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 09:42:53 +0300 (EEST)
Received: from blinkenlights.ch (62.202.0.18) by mail5.bluewin.ch (Bluewin AG
	7.0.027) id 40570144005E57BB for dovecot@dovecot.org;
	Tue, 20 Apr 2004 06:37:22 +0000
Received: from fuzzy.lunix (unknown [192.168.1.1])
	by blinkenlights.ch (Postfix) with SMTP id 7E1463BF8
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 08:37:17 +0200 (CEST)
Date: Tue, 20 Apr 2004 08:37:21 +0200
From: Adrian Ulrich <dovecot@blinkenlights.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Can't resolve address 127.0.0.1
Message-Id: <20040420083721.1d1a4323.dovecot@blinkenlights.ch>
In-Reply-To: <6254374.1082424557424.JavaMail.adani@stevens.edu>
References: <6254374.1082424557424.JavaMail.adani@stevens.edu>
Organization: Bluewin AG
X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 20 Apr 2004 06:42:56 -0000
X-UID: 8955                                                  
Status: O

Hello,


> imap_listen = 127.0.0.1

Check if you have a space after .1:

'imap_listen = 127.0.0.1' maybe not the same as
'imap_listen = 127.0.0.1 '


bye

From adani@stevens.edu  Tue Apr 20 16:39:01 2004
Return-Path: <adani@stevens.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0919FC00280C; Tue, 20 Apr 2004 16:39:01 +0300 (EEST)
Received: from nexus.stevens.edu (nexus.stevens.edu [155.246.14.12])
	by talvi.dovecot.org (Postfix) with ESMTP id 151EAC00280B
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 16:38:59 +0300 (EEST)
Received: from it000056 (chosetop.cc.stevens-tech.edu [155.246.154.236])
	by nexus.stevens.edu
	(iPlanet Messaging Server 5.2 HotFix 1.26 (built Mar 31 2004))
	with ESMTP id <0HWH000GL1NSAR@nexus.stevens.edu> for
	dovecot@dovecot.org; Tue, 20 Apr 2004 09:33:28 -0400 (EDT)
Date: Tue, 20 Apr 2004 09:33:28 -0400
From: Alban Dani <adani@stevens.edu>
In-reply-to: <20040420090004.DA2D9C00280F@talvi.dovecot.org>
To: dovecot@blinkenlights.ch
Message-id: <0HWH000GM1NSAR@nexus.stevens.edu>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Thread-index: AcQmtSXmxPXnGYPhRamAeYaFOZEi5QAJYeEQ
Cc: dovecot@dovecot.org
Subject: [Dovecot] RE: dovecot Digest, Vol 12, Issue 21
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 20 Apr 2004 13:39:01 -0000
X-UID: 8956                                                  
Status: O

Hi Adrian,

You are right. I had a space after the .1. 
Now dovecot is listening fine on 127.0.0.1.

Thanks a lot. I would have never thought of it.


Alban


Date: Tue, 20 Apr 2004 08:37:21 +0200
From: Adrian Ulrich <dovecot@blinkenlights.ch>
Subject: Re: [Dovecot] Can't resolve address 127.0.0.1
To: dovecot@dovecot.org
Message-ID: <20040420083721.1d1a4323.dovecot@blinkenlights.ch>
Content-Type: text/plain; charset=US-ASCII

Hello,


> imap_listen = 127.0.0.1

Check if you have a space after .1:

'imap_listen = 127.0.0.1' maybe not the same as
'imap_listen = 127.0.0.1 '


bye




From yedidia@jct.ac.il  Tue Apr 20 17:13:45 2004
Return-Path: <yedidia@jct.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 65121C00280C; Tue, 20 Apr 2004 17:13:45 +0300 (EEST)
Received: from mail.jct.ac.il (unknown [147.161.1.14])
	by talvi.dovecot.org (Postfix) with ESMTP id 158E0C00280B
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 17:13:43 +0300 (EEST)
Received: from kidushin.jct.ac.il (kidushin.jct.ac.il [147.161.1.19])
	by mail.jct.ac.il (8.12.8+Sun/8.12.8) with SMTP id i3KE7Z06004325
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 17:07:35 +0300 (IDT)
Received: from jct.ac.il ([147.161.1.211])
	by kidushin.jct.ac.il (SAVSMTP 3.1.3.37) with SMTP id
	M2004042016553205212
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 16:55:32 +0300
Message-ID: <40852EC8.2010209@jct.ac.il>
Date: Tue, 20 Apr 2004 17:08:08 +0300
From: Yedidia Klein <yedidia@jct.ac.il>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] configuring dovecot for NIS (w/ pam)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 20 Apr 2004 14:13:45 -0000
X-UID: 8957                                                  
Status: O

Hi,

I am trying to start using dovecot on a linux machine.
I config it to auth w/ my passwd/shadow and it worked perefectly.

I'm not getting to config it to work with my SUN NIS (not +)

As I understood I must use PAM for this, I tried to config it w/o any 
success...
do someone has a config file/ pam config for this ?

thanks

--Yedidia

From katzj@redhat.com  Tue Apr 20 17:21:04 2004
Return-Path: <katzj@redhat.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C65EEC00280F; Tue, 20 Apr 2004 17:21:04 +0300 (EEST)
Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31])
	by talvi.dovecot.org (Postfix) with ESMTP id 6EC0CC00280C
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 17:21:02 +0300 (EEST)
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
	[172.16.52.254])
	by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i3KEFUJW007326;
	Tue, 20 Apr 2004 10:15:30 -0400
Received: from devserv.devel.redhat.com (devserv.devel.redhat.com
	[172.16.58.1])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i3KEFUj05321; 
	Tue, 20 Apr 2004 10:15:30 -0400
Received: from [172.16.50.57] (vpn50-57.rdu.redhat.com [172.16.50.57])
	by devserv.devel.redhat.com (8.12.10/8.12.10) with ESMTP id
	i3KEF41n002085; Tue, 20 Apr 2004 10:15:05 -0400
Subject: Re: [Dovecot] Is dovecot distributed with RHEL 3.0
From: Jeremy Katz <katzj@redhat.com>
To: schrock@dayzed.com
In-Reply-To: <34610.192.168.50.6.1082245279.squirrel@192.168.50.6>
References: <34610.192.168.50.6.1082245279.squirrel@192.168.50.6>
Content-Type: text/plain
Message-Id: <1082470454.22892.36.camel@rivendell.local.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-1) 
Date: Tue, 20 Apr 2004 10:14:15 -0400
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 20 Apr 2004 14:21:04 -0000
X-UID: 8958                                                  
Status: O

On Sat, 2004-04-17 at 19:41, Avery wrote:
> I can't seem to find out if dovecot is packaged with RHEL 3.0. It seems
> redhat makes it hard to find what packages you get when you purchase their
> RHEL. Does anyone know if dovecot is disributed with Red Hat Enterprise
> Linux ES 3.0?
> I know dovecot is distribured with redhat 9.0 and fedora.

It wasn't included in RHEL 3, although it was included with Fedora Core
1.  The FC1 package should rebuild fine (I did that internally for some
testing/use myself)

Jeremy


From rjohnson@medata.com  Tue Apr 20 19:39:47 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4AB4DC002807; Tue, 20 Apr 2004 19:39:47 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id A233AC002800
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 19:39:44 +0300 (EEST)
Received: from medata.com (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i3KGYBSD023475
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Tue, 20 Apr 2004 09:34:11 -0700
Message-ID: <40855104.8040407@medata.com>
Date: Tue, 20 Apr 2004 09:34:12 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.5 (X11/20040404)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Is dovecot distributed with RHEL 3.0
References: <34610.192.168.50.6.1082245279.squirrel@192.168.50.6>
	<1082470454.22892.36.camel@rivendell.local.net>
In-Reply-To: <1082470454.22892.36.camel@rivendell.local.net>
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 20 Apr 2004 16:39:47 -0000
X-UID: 8959                                                  
Status: O

Jeremy Katz wrote:
> It wasn't included in RHEL 3, although it was included with Fedora Core
> 1.  The FC1 package should rebuild fine (I did that internally for some
> testing/use myself)

The FC1 package also rebuilds well under RH9 - which RHEL 3 is mostly 
based on.

Lately, I've been using the Rawhide SRPM rebuilt for RH9 in order to 
ensure that I have everything released upstream.

-Rick
-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From alsbergt@zoopee.org  Fri Apr 23 13:53:53 2004
Return-Path: <alsbergt@zoopee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 48FE5C002800; Fri, 23 Apr 2004 13:53:53 +0300 (EEST)
Received: from dexter.zoopee.org (zoopee.org [192.117.108.58])
	by talvi.dovecot.org (Postfix) with ESMTP id AE05AC000D9D
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 13:53:50 +0300 (EEST)
Received: from alsbergt by dexter.zoopee.org with local (Exim 4.30)
	id 1BGyE9-0004dK-6p
	for dovecot@dovecot.org; Fri, 23 Apr 2004 13:48:13 +0300
Date: Fri, 23 Apr 2004 13:48:13 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Dovecot Mailing List <dovecot@dovecot.org>
Message-ID: <20040423104813.GA17771@zoopee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.6i
Sender: Tom Alsberg <alsbergt@zoopee.org>
Subject: [Dovecot] Envelope From changed - why?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
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: Fri, 23 Apr 2004 10:53:53 -0000
X-UID: 8960                                                  
Status: O

Hi there.

I am evaluating Dovecot as an IMAP server.  I noticed on thing which
irritates me.  When a user saves a message to an IMAP folder with the
Dovecot server, the envelope From line is changed to the address of
that user, instead of keeping the From line of the original message.

How can I have the original envelope From line preserved when saving
messages?

  -- Tom

-- 
  Tom Alsberg - certified insane, complete illiterate.
	Homepage: http://www.cs.huji.ac.il/~alsbergt/
  * An idea is not responsible for the people who believe in it.

From wouter-dovecot@fort-knox.rave.org  Sun Apr 18 09:17:22 2004
Return-Path: <wouter-dovecot@fort-knox.rave.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4C825C002809; Sun, 18 Apr 2004 09:17:22 +0300 (EEST)
Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28])
	by talvi.dovecot.org (Postfix) with ESMTP id F10A3C002805
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 09:17:15 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.151.209])
	by amsfep15-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP id
	<20040418061148.PRMB7662.amsfep15-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 08:11:48 +0200
Received: (qmail 27603 invoked from network); 18 Apr 2004 08:11:15 +0200
Received: from unknown (HELO senta.theria.org) (192.168.196.7)
	by hibernate.cryolabs.net with SMTP; 18 Apr 2004 08:11:15 +0200
Date: Sun, 18 Apr 2004 08:11:46 +0200 (CEST)
From: Wouter Van Hemel <wouter-dovecot@fort-knox.rave.org>
To: Kartik Vaidyanathan <kar11@rediffmail.com>
Subject: Re: Re: [Dovecot] adding new user to dovecot
In-Reply-To: <20040416043308.922.qmail@webmail30.rediffmail.com>
Message-ID: <Pine.LNX.4.58.0404180730410.4953@senta.theria.org>
References: <20040416043308.922.qmail@webmail30.rediffmail.com>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Fri, 23 Apr 2004 14:05:00 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 18 Apr 2004 06:17:22 -0000
X-UID: 8961                                                  
Status: O
Content-Length: 4664

On Fri, 16 Apr 2004, Kartik Vaidyanathan wrote:

>  Hi,
>
> I have actually configured dovecot because i required a mail server in
> order to build a mailing list manager.A mail list manager is something
> in the likes of yahoogroups, where each group in my case must have a
> mailbox.
>

You need a MTA, such as postfix, qmail, sendmail, exim, etc. It's more
important than an imap server for what you want to do.

Actually, I don't really understand why you need an imap server when
making a mailinglist manager.

> 1. I am using Debian OS.
> The software that i am creating , which is going developed in JSP, will
> take a new users name and password and create a account for him by
> executing a shell script in my linux machine.I assume yahoo also does
> something similar to this to create new mail boxes for any new
> user.Please correct me if i am wrong.
>

I don't know, I don't work at yahoo. But I think they create virtual users
in database systems for email, I can't imagine all of the users they have
are in one passwd file on one tiny machine.

> In fact this very mail that i have received from you is because i have
> subscribed to the dovecott mailing list. How do you think dovecott has
> been able to accomplish this. Is it not because that dovecott has a
> mailbox in the group name "dovecott" in some system, that internally
> does the sending of mails to all those in the groups refering to some
> database.
>

Dovecot doesn't have anything to do with that. It's mostly the MTA, aided
by the mailing list manager.

Here's how majordomo (popular mailinglist manager) works:

Bob wants to subscribe to the pigeonhole mailinglist. He emails or enters
his email address in a web form so it ends up in a database file with all
the other users on that list. The mailinglist manager's job is to take
care of adding (or removing) email addresses to (from) that file; it adds
Bob's address.

When an email is sent to pigeonhole@pigeonhole.org, the mailer daemon
(MTA) receives this email, and instead of delivering it to a local user,
either it (1) delivers it to a pipe - it passes the email to the
mailinglist software, which then just generates an email that replaces the
original destination with the list of email addresses; or (2) the mailer
daemon itself forwards the email by alias expansion to the list of email
addresses the mailinglist software made.

In the former case, the mailinglist manager reads the original message and
replaces the address with all those in the list's database; in the latter
case, basically the only thing a mailinglist manager does, is taking care
of an error-free database file with email addresses so the MTA can forward
the email to the addresses in this file.

Because Bob's email address is in this file, his address will be inserted
in the headers of the message, and he will receive the email.

> 2.Will the mail server support me in anyway by giving me some
> functionality to add users, thereby creating maildir's (imap) for the
> users.
>

No, adding users is not the job of a mail server daemon. Or of an imap
server. Usually, you don't allow people to add users to your system, for
obvious reasons.

If you want to add users to a mailing list, you don't need accounts for
those users, only when you also want to provide them with an email address.

What do you want to do: provide email addresses, or a mailinglist manager?

> 3.Dont I need to know the admin login and passwd, to create users?
>

Yes, ofcourse. Unless your users are in a database server, in that case
you need the ability to add records to that database.

(Shared webhosting accounts usually allow adding virtual users, if that's
the reasoning behind your question.)

> 3.Lastly i know this is not that prevalent a question -> I was told mail
> man does a similar job as to what my software will do.Do you know how
> mailman works (or even yahoogroups)?.
>

Not precisely, but pretty much like I said above. You can check out the
documentation and source code of said software.

Yahoogroups probably uses custom written software, but still based on the
simple approach of a mailinglist manager taking care of a list of
subscribers, and the mailer daemon either itself or by aid of an external
program multiplicating the recipients.


A mailinglist manager has nothing to do with Dovecot. Dovecot has nothing
to do with *sending* email, only with retrieving it from a system with
IMAP of POP. It's the end-of-the-line for emails, delivery to final
destination; it does not forward or duplicate.

> Please enlighten me on the above issues.
> Thanks a lot for you time.
>

I'll send you the bill later. ;)

> Regards
> Kartik
>
>
>
>


From wouter-dovecot@fort-knox.rave.org  Sun Apr 18 09:27:54 2004
Return-Path: <wouter-dovecot@fort-knox.rave.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 83B16C002809; Sun, 18 Apr 2004 09:27:54 +0300 (EEST)
Received: from amsfep20-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18])
	by talvi.dovecot.org (Postfix) with ESMTP id 9BC9BC002805
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 09:27:51 +0300 (EEST)
Received: from hibernate.cryolabs.net ([213.132.151.209])
	by amsfep20-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP id
	<20040418062226.PJOX2228.amsfep20-int.chello.nl@hibernate.cryolabs.net>
	for <dovecot@dovecot.org>; Sun, 18 Apr 2004 08:22:26 +0200
Received: (qmail 26098 invoked from network); 18 Apr 2004 08:21:54 +0200
Received: from unknown (HELO senta.theria.org) (192.168.196.7)
	by hibernate.cryolabs.net with SMTP; 18 Apr 2004 08:21:54 +0200
Date: Sun, 18 Apr 2004 08:22:26 +0200 (CEST)
From: Wouter Van Hemel <wouter-dovecot@fort-knox.rave.org>
To: Sven Kirmess <sven.kirmess@gmx.net>
Subject: Re: [Dovecot] adding new user to dovecot
In-Reply-To: <c5p2bs$6f4$1@Odo.kzone.ch>
Message-ID: <Pine.LNX.4.58.0404180813100.4953@senta.theria.org>
References: <20040416043308.922.qmail@webmail30.rediffmail.com>
	<c5p2bs$6f4$1@Odo.kzone.ch>
PGP: 0B B4 BC 28 53 62 FE 94  6A 57 EE B8 A6 E2 1B E4  (0xAA5412F0)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Fri, 23 Apr 2004 14:05:00 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 18 Apr 2004 06:27:54 -0000
X-UID: 8962                                                  
Status: O

On Fri, 16 Apr 2004, Sven Kirmess wrote:

> [...] I will explain how majordomo does this. [...]

Doh. I really should learn to read the rest of the thread before replying
and repeating the whole thing all over.

:*)

From john@sysful.com  Fri Apr 23 17:54:19 2004
Return-Path: <john@sysful.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6EF11C002800; Fri, 23 Apr 2004 17:54:19 +0300 (EEST)
Received: from smtp.monmouth.com (smtp.monmouth.com [209.191.58.6])
	by talvi.dovecot.org (Postfix) with ESMTP id 3AC5DC000D9D
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 17:54:17 +0300 (EEST)
Received: from sfi ([64.19.185.2])
	by smtp.monmouth.com (8.12.11/8.12.11) with SMTP id i3NEmb1X002921
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 10:48:39 -0400 (EDT)
Message-ID: <00f301c42942$69ef0930$3fc8c8c8@SFULFILLMENT.local>
From: "John Wentworth" <john@sysful.com>
To: "dovecot" <dovecot@dovecot.org>
Date: Fri, 23 Apr 2004 10:51:09 -0400
Organization: Systems Fulfillment
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00F0_01C42920.E2BEE4B0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Subject: [Dovecot] SSL Ciphers
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: John Wentworth <john@sysful.com>
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: Fri, 23 Apr 2004 14:54:19 -0000
X-UID: 8963                                                  
Status: O
Content-Length: 2720

This is a multi-part message in MIME format.

------=_NextPart_000_00F0_01C42920.E2BEE4B0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have dovecot running as a pop3s server on port 995

it works great with sendmail
and=20
I run nessus to check security issues
nessus reports this
The SSLv2 server offers 3 strong ciphers, but also
0 medium strength and 2 weak "export class" ciphers.
The weak/medium ciphers may be chosen by an export-grade
or badly configured client software. They only offer a=20
limited protection against a brute force attack

Solution: disable those ciphers and upgrade your client
software if necessary

I have previously disabled weak ciphers in apache=20
but cannot figure out how to disable the weak ciphers in
dovecot
Any help would be appreciated

john
------=_NextPart_000_00F0_01C42920.E2BEE4B0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>I have dovecot running as a pop3s =
server on port=20
995</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>it works great with =
sendmail</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I run nessus to check security =
issues</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>nessus reports this</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The SSLv2 server offers 3 strong =
ciphers, but=20
also<BR>0 medium strength and 2 weak "export class" ciphers.<BR>The =
weak/medium=20
ciphers may be chosen by an export-grade<BR>or badly configured client =
software.=20
They only offer a <BR>limited protection against a brute force=20
attack</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Solution: disable those ciphers and =
upgrade your=20
client<BR>software if necessary<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have previously disabled weak ciphers =
in apache=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but cannot figure out how to disable =
the weak=20
ciphers in</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>dovecot</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Any help would be =
appreciated</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial =
size=3D2>john</DIV></FONT></FONT></DIV></BODY></HTML>

------=_NextPart_000_00F0_01C42920.E2BEE4B0--



From amyzing@talsever.com  Sat Apr 24 02:13:10 2004
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6731AC002800; Sat, 24 Apr 2004 02:13:10 +0300 (EEST)
Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110])
	by talvi.dovecot.org (Postfix) with ESMTP id 51533C000D9D
	for <dovecot@dovecot.org>; Sat, 24 Apr 2004 02:13:08 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by smtp6.mindspring.com with esmtp (Exim 3.33 #1) id 1BH9lK-0005eD-00
	for dovecot@dovecot.org; Fri, 23 Apr 2004 19:07:14 -0400
Received: from lirdala.talsever.com (lirdala.talsever.com [192.168.0.28])
	by marajen.talsever.com (Postfix) with SMTP id 9AFE5B770
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 19:07:13 -0400 (EDT)
Date: Fri, 23 Apr 2004 19:07:13 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: dovecot@dovecot.org
Message-Id: <20040423190713.777efc16.amyzing@talsever.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] problems with squirrelmail and TLS (debian unstable)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 23 Apr 2004 23:13:10 -0000
X-UID: 8964                                                  
Status: O
Content-Length: 1553

Heylas,

So, okay, I've had this lovely IMAP server running, and adore the ease
of configuration, among other things.  Problem, though.

I'm trying to set up SquirrelMail, so that some folks with accounts on
my box can use it without having to set up a proper imap client (or can
check mail when they're at a cafe, or like that).  However, I *won't*
turn off the disable_plaintext_auth, 'cause I'm damned if I'll set up a
box that asks people to send passwords in the clear, and there *are*
people using imap.

Dovecot cannot, currently, be configured to permit plaintext on
localhost while requiring Something Better from the rest of the world. 
This becomes a problem with SquirrelMail, which can't cope with TLS.  It
just barfs.  Looking at bug reports in debian, this has already been
noticed, and the maintainer there (and the maintainers of SquirrelMail)
considers this a non-problem, 'cause, they say, you shouldn't be using
TLS with webmail.

Is there a way to set up, for instance, two instances of dovecot,
running on different ports, so that one listens to the external
interface and the other listens to localhost?  I don't much like the
idea, but how would I go about doing this?  Two copies of dovecot.conf
and a command-line switch?

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Yankees are compelled by some mysterious force to imitate Southern 
accents and they're so damn dumb they don't know the difference beween
a Tennessee drawl and a Charleston clip.
                -- Rita Mae Brown, "Rubyfruit Jungle"

From amyzing@talsever.com  Sat Apr 24 17:54:43 2004
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ACC55C002800; Sat, 24 Apr 2004 17:54:43 +0300 (EEST)
Received: from barry.mail.mindspring.net (barry.mail.mindspring.net
	[207.69.200.25])
	by talvi.dovecot.org (Postfix) with ESMTP id 2FAC7C000D9D
	for <dovecot@dovecot.org>; Sat, 24 Apr 2004 17:54:41 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by barry.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 1BHOST-0005AZ-00
	for dovecot@dovecot.org; Sat, 24 Apr 2004 10:48:45 -0400
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP id 02CECB769
	for <dovecot@dovecot.org>; Sat, 24 Apr 2004 10:48:44 -0400 (EDT)
Date: Sat, 24 Apr 2004 10:48:44 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] problems with squirrelmail and TLS (debian unstable)
Message-Id: <20040424104844.5f550190.amyzing@talsever.com>
In-Reply-To: <20040424065642.7c8166c1.cube@cubidou.net>
References: <20040423190713.777efc16.amyzing@talsever.com>
	<20040424065642.7c8166c1.cube@cubidou.net>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 24 Apr 2004 14:54:43 -0000
X-UID: 8965                                                  
Status: O
Content-Length: 2029

I should follow up, having complained in public ...

On Sat, 24 Apr 2004 06:56:42 +0200
Quentin Garnier <cube@cubidou.net> wrote:
> Le Fri, 23 Apr 2004 19:07:13 -0400
> Amelia A Lewis a ecrit :
> [...]
> > Dovecot cannot, currently, be configured to permit plaintext on
> > localhost while requiring Something Better from the rest of the world.
> > 
> > This becomes a problem with SquirrelMail, which can't cope with TLS. 
> > It just barfs.  Looking at bug reports in debian, this has already
> 
> SquirrelMail works perfectly fine with Dovecot and TLS.  I use it in
> production for the company I work in.
> 
> However, it is true that I had to debug a very big issue with PHP and
> the way it is compiled.  I'm using NetBSD and pkgsrc, but I guess it
> might be the same with the Debian packages.

[snip]

It's interesting that there are different issues.

My debian installation had a bug in functions/imap_general.php that
discarded the server name if tls was used (the server name became
"tls://", only, instead of prepending that to the server name).  Once I
fixed that (now reported to debian maintainer, so should show fixed soon
there), I still had problems, because I assumed that squirrelmail could do
STARTTLS.  It doesn't, apparently (I could be wrong again, though). 
Switching it to port 993 in config made everything lovely.  Debian's php
(libapache2-mod-php4, in my case, a recent addition to packages that
actually permits php4 with apache2) appears to be compiled with the proper
support.

So, all serene.  *laugh*  On the other hand, I *would* still like to be
able to run without TLS on localhost (a localhost exception to
disable_plaintext_auth), because it's fairly pointless to require the
processor to do all the extra work of encryption and decryption in that
situation.  Feature request, please, Timo?

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
The flesh is strong.  The spirit stronger.  So shed your skin, baby.
Let it through.  Come on over.
                -- Amy Ray

From thomas@stthomasanglican.org  Sat Apr 24 18:13:39 2004
Return-Path: <thomas@stthomasanglican.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A6ED5C002802; Sat, 24 Apr 2004 18:13:39 +0300 (EEST)
Received: from air.on.ca (mail.tbaytel.net [216.211.26.26])
	by talvi.dovecot.org (Postfix) with ESMTP id 12010C002800
	for <dovecot@dovecot.org>; Sat, 24 Apr 2004 18:13:37 +0300 (EEST)
Received: from [216.211.61.122] (HELO stthomas.stthomasanglican.org)
	by air.on.ca (CommuniGate Pro SMTP 4.1.8)
	with ESMTP-TLS id 18485 for dovecot@dovecot.org;
	Sat, 24 Apr 2004 11:07:55 -0400
Received: from CPQ36731385022 (client100.stthomasanglican.org [172.16.1.100])
	(authenticated bits=0)
	by stthomas.stthomasanglican.org (8.12.9p1/8.12.9) with ESMTP id
	i3OF74kv030209
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <dovecot@dovecot.org>; Sat, 24 Apr 2004 11:07:05 -0400 (EDT)
	(envelope-from thomas@stthomasanglican.org)
Message-ID: <001201c42a0d$d13ec5f0$640110ac@CPQ36731385022>
From: "Thomas Abthorpe" <thomas@stthomasanglican.org>
To: <dovecot@dovecot.org>
Date: Sat, 24 Apr 2004 11:07:09 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000F_01C429EC.49B13F30"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-MailScanner-Information: Please contact MailScanner@stthomasanglican.org for
	more information
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (timed out)
X-MailScanner-From: thomas@stthomasanglican.org
Subject: [Dovecot] error dropping root group priv
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 24 Apr 2004 15:13:39 -0000
X-UID: 8966                                                  
Status: O
Content-Length: 2820

This is a multi-part message in MIME format.

------=_NextPart_000_000F_01C429EC.49B13F30
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Good morning all, I am new to this list.

I have been running FreeBSD 5.1 with dovecot successfully for about a year.=
 Just recently, I built a new machine with 5.2.1-p5 on the Intel platform w=
ith dovecot-0.99.10.4_2. When I use the same configuration options on the n=
ew machine, I get

Apr 24 10:53:59 standrew pop3-login: Login: tabthorpe [172.16.1.100]
Apr 24 10:53:59 standrew pop3(tabthorpe): We couldn't drop root group privi=
leges
Apr 24 10:53:59 standrew dovecot: child 44134 (pop3) returned error 89

Any suggestion?

Thanks in advance.


Thomas


--=20
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Postmaster
http://www.stthomasanglican.org


------=_NextPart_000_000F_01C429EC.49B13F30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1276" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DCourier>Good morning all, I am new to this list.</FONT></=
DIV>
<DIV><FONT face=3DCourier></FONT>&nbsp;</DIV>
<DIV><FONT face=3DCourier>I have been running FreeBSD 5.1 with dovecot=20
successfully for about a year. Just recently, I&nbsp;built a new machine wi=
th=20
5.2.1-p5 on the Intel platform with dovecot-0.99.10.4_2. When I use the sam=
e=20
configuration options on the new machine, I get</FONT></DIV>
<DIV><FONT face=3DCourier></FONT>&nbsp;</DIV>
<DIV><FONT face=3DCourier>Apr 24 10:53:59 standrew pop3-login: Login: tabth=
orpe=20
[172.16.1.100]<BR>Apr 24 10:53:59 standrew pop3(tabthorpe): We couldn't dro=
p=20
root group privileges<BR>Apr 24 10:53:59 standrew dovecot: child 44134 (pop=
3)=20
returned error 89</FONT></DIV>
<DIV><FONT face=3DCourier></FONT>&nbsp;</DIV>
<DIV><FONT face=3DCourier>Any suggestion?</FONT></DIV>
<DIV><FONT face=3DCourier></FONT>&nbsp;</DIV>
<DIV><FONT face=3DCourier>Thanks in advance.</FONT></DIV>
<DIV><FONT face=3DCourier></FONT>&nbsp;</DIV>
<DIV><FONT face=3DCourier></FONT>&nbsp;</DIV>
<DIV><FONT face=3DCourier>Thomas</DIV>
<DIV><BR></DIV><A href=3D"mailto:thomasa@tbaytel.net"></A></FONT></BODY><br=
 />--=20
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
<br />Postmaster
<br /><a href=3D"http://www.stthomasanglican.org">http://www.stthomasanglic=
an.org</a>
</HTML>

------=_NextPart_000_000F_01C429EC.49B13F30--


From cube@NetBSD.org  Sat Apr 24 18:30:35 2004
Return-Path: <cube@NetBSD.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B2895C002801; Sat, 24 Apr 2004 18:30:35 +0300 (EEST)
Received: from yoda.cubidou.net (puzo.quatriemek.com [62.4.18.140])
	by talvi.dovecot.org (Postfix) with ESMTP id 5388FC000D9D
	for <dovecot@dovecot.org>; Sat, 24 Apr 2004 18:30:33 +0300 (EEST)
Received: from padme.cubidou.net (padme.ipv6.cubidou.net
	[2001:7a8:188c:0:280:c8ff:fe3f:6c2e])
	by yoda.cubidou.net (Postfix) with SMTP
	id EE4053695; Sat, 24 Apr 2004 17:24:51 +0200 (CEST)
Date: Sat, 24 Apr 2004 17:24:50 +0200
From: Quentin Garnier <cube@NetBSD.org>
To: Amelia A Lewis <amyzing@talsever.com>
Subject: Re: [Dovecot] problems with squirrelmail and TLS (debian unstable)
Message-Id: <20040424172450.7f82877e.cube@NetBSD.org>
In-Reply-To: <20040424104844.5f550190.amyzing@talsever.com>
References: <20040423190713.777efc16.amyzing@talsever.com>
	<20040424065642.7c8166c1.cube@cubidou.net>
	<20040424104844.5f550190.amyzing@talsever.com>
Organization: The NetBSD Project
X-Mailer: Sylpheed version 0.9.7claws (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 24 Apr 2004 15:30:35 -0000
X-UID: 8967                                                  
Status: O
Content-Length: 2228

Le Sat, 24 Apr 2004 10:48:44 -0400
Amelia A Lewis a ecrit :
> I should follow up, having complained in public ...

My reply didn't make it to the list because I was using the wrong From
address.

> On Sat, 24 Apr 2004 06:56:42 +0200
> Quentin Garnier <cube@cubidou.net> wrote:
> > Le Fri, 23 Apr 2004 19:07:13 -0400
> > Amelia A Lewis a ecrit :
> > [...]
> > > Dovecot cannot, currently, be configured to permit plaintext on
> > > localhost while requiring Something Better from the rest of the
> > > world.
> > > 
> > > This becomes a problem with SquirrelMail, which can't cope with TLS.
> > > 
> > > It just barfs.  Looking at bug reports in debian, this has already
> > 
> > SquirrelMail works perfectly fine with Dovecot and TLS.  I use it in
> > production for the company I work in.
> > 
> > However, it is true that I had to debug a very big issue with PHP and
> > the way it is compiled.  I'm using NetBSD and pkgsrc, but I guess it
> > might be the same with the Debian packages.
> 
> [snip]
> 
> It's interesting that there are different issues.
> 
> My debian installation had a bug in functions/imap_general.php that
> discarded the server name if tls was used (the server name became
> "tls://", only, instead of prepending that to the server name).  Once I
> fixed that (now reported to debian maintainer, so should show fixed soon
> there), I still had problems, because I assumed that squirrelmail could
> do STARTTLS.  It doesn't, apparently (I could be wrong again, though). 

Yes, it doesn't.  SquirrelMail doesn't really care about TLS, it merely
passes a parameter to the PHP socket API telling it wants TLS for that
connection.  Turning on TLS in the middle of a TCP connection requires
more integration between the application layer and OpenSSL.

> So, all serene.  *laugh*  On the other hand, I *would* still like to be
> able to run without TLS on localhost (a localhost exception to
> disable_plaintext_auth), because it's fairly pointless to require the
> processor to do all the extra work of encryption and decryption in that
> situation.  Feature request, please, Timo?

Yeah, some generalized ACLs would be good.

-- 
Quentin Garnier - cube@NetBSD.org
The NetBSD Project - http://www.NetBSD.org/

From john@sysful.com  Fri Apr 23 17:52:12 2004
Return-Path: <john@sysful.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5E51BC002800; Fri, 23 Apr 2004 17:52:12 +0300 (EEST)
Received: from smtp.monmouth.com (smtp.monmouth.com [209.191.58.6])
	by talvi.dovecot.org (Postfix) with ESMTP id DE12CC000D9D
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 17:52:09 +0300 (EEST)
Received: from sfi ([64.19.185.2])
	by smtp.monmouth.com (8.12.11/8.12.11) with SMTP id i3NEkTd4002742
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 10:46:31 -0400 (EDT)
Message-ID: <00d701c42942$1dac54b0$3fc8c8c8@SFULFILLMENT.local>
From: "John Wentworth" <john@sysful.com>
To: "dovecot" <dovecot@dovecot.org>
Date: Fri, 23 Apr 2004 10:49:01 -0400
Organization: Systems Fulfillment
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00D4_01C42920.964CE2D0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailman-Approved-At: Sun, 25 Apr 2004 21:50:05 +0300
Subject: [Dovecot] SSL Ciphers
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: John Wentworth <john@sysful.com>
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: Fri, 23 Apr 2004 14:52:12 -0000
X-UID: 8968                                                  
Status: O
Content-Length: 2671

This is a multi-part message in MIME format.

------=_NextPart_000_00D4_01C42920.964CE2D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have dovecot running as a pop3s server on port 995

it works great with sendmail
and=20
I run nessus to check security issues
nessus reports this
The SSLv2 server offers 3 strong ciphers, but also
0 medium strength and 2 weak "export class" ciphers.
The weak/medium ciphers may be chosen by an export-grade
or badly configured client software. They only offer a=20
limited protection against a brute force attack

Solution: disable those ciphers and upgrade your client
software if necessary

I have previously disabled weak ciphers in apache=20
but cannot figure out how to disable the weak ciphers in
dovecot
Any help would be appreciated

john
------=_NextPart_000_00D4_01C42920.964CE2D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I have dovecot running as a pop3s =
server on port=20
995</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>it works great with =
sendmail</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I run nessus to check security =
issues</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>nessus reports this</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The SSLv2 server offers 3 strong =
ciphers, but=20
also<BR>0 medium strength and 2 weak "export class" ciphers.<BR>The =
weak/medium=20
ciphers may be chosen by an export-grade<BR>or badly configured client =
software.=20
They only offer a <BR>limited protection against a brute force=20
attack</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Solution: disable those ciphers and =
upgrade your=20
client<BR>software if necessary<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have previously disabled weak ciphers =
in apache=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but cannot figure out how to disable =
the weak=20
ciphers in</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>dovecot</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Any help would be =
appreciated</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>john</DIV></FONT></BODY></HTML>

------=_NextPart_000_00D4_01C42920.964CE2D0--



From john@computer-heaven.net  Fri Apr 23 17:53:52 2004
Return-Path: <john@computer-heaven.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C1744C002800; Fri, 23 Apr 2004 17:53:52 +0300 (EEST)
Received: from www.computer-heaven.net (www.computer-heaven.net [64.19.185.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 484CCC000D9D
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 17:53:50 +0300 (EEST)
Received: from sfi ([64.19.185.2])
	by www.computer-heaven.net (8.12.10/8.12.10) with SMTP id
	i3NEm9T6003304
	for <dovecot@dovecot.org>; Fri, 23 Apr 2004 10:48:11 -0400
Message-ID: <00ea01c42942$596973c0$3fc8c8c8@SFULFILLMENT.local>
From: "John Wentworth" <john@computer-heaven.net>
To: "dovecot" <dovecot@dovecot.org>
Date: Fri, 23 Apr 2004 10:50:41 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00E7_01C42920.D1F78B50"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailman-Approved-At: Sun, 25 Apr 2004 21:50:05 +0300
Subject: [Dovecot] SSL Ciphers
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: John Wentworth <john@computer-heaven.net>
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: Fri, 23 Apr 2004 14:53:52 -0000
X-UID: 8969                                                  
Status: O
Content-Length: 2683

This is a multi-part message in MIME format.

------=_NextPart_000_00E7_01C42920.D1F78B50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have dovecot running as a pop3s server on port 995

it works great with sendmail
and=20
I run nessus to check security issues
nessus reports this
The SSLv2 server offers 3 strong ciphers, but also
0 medium strength and 2 weak "export class" ciphers.
The weak/medium ciphers may be chosen by an export-grade
or badly configured client software. They only offer a=20
limited protection against a brute force attack

Solution: disable those ciphers and upgrade your client
software if necessary

I have previously disabled weak ciphers in apache=20
but cannot figure out how to disable the weak ciphers in
dovecot
Any help would be appreciated

john
------=_NextPart_000_00E7_01C42920.D1F78B50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>
<DIV><FONT face=3DArial size=3D2>I have dovecot running as a pop3s =
server on port=20
995</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>it works great with =
sendmail</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I run nessus to check security =
issues</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>nessus reports this</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The SSLv2 server offers 3 strong =
ciphers, but=20
also<BR>0 medium strength and 2 weak "export class" ciphers.<BR>The =
weak/medium=20
ciphers may be chosen by an export-grade<BR>or badly configured client =
software.=20
They only offer a <BR>limited protection against a brute force=20
attack</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Solution: disable those ciphers and =
upgrade your=20
client<BR>software if necessary<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have previously disabled weak ciphers =
in apache=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but cannot figure out how to disable =
the weak=20
ciphers in</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>dovecot</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Any help would be =
appreciated</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>john</DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_00E7_01C42920.D1F78B50--



From cube@cubidou.net  Sat Apr 24 08:02:36 2004
Return-Path: <cube@cubidou.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 25B59C002800; Sat, 24 Apr 2004 08:02:36 +0300 (EEST)
Received: from yoda.cubidou.net (puzo.quatriemek.com [62.4.18.140])
	by talvi.dovecot.org (Postfix) with ESMTP id 43EB9C000D9D
	for <dovecot@dovecot.org>; Sat, 24 Apr 2004 08:02:33 +0300 (EEST)
Received: from padme.cubidou.net (padme.cubidou.net [192.168.0.6])
	by yoda.cubidou.net (Postfix) with SMTP
	id 1254B3695; Sat, 24 Apr 2004 06:56:52 +0200 (CEST)
Date: Sat, 24 Apr 2004 06:56:42 +0200
From: Quentin Garnier <cube@cubidou.net>
To: Amelia A Lewis <amyzing@talsever.com>
Subject: Re: [Dovecot] problems with squirrelmail and TLS (debian unstable)
Message-Id: <20040424065642.7c8166c1.cube@cubidou.net>
In-Reply-To: <20040423190713.777efc16.amyzing@talsever.com>
References: <20040423190713.777efc16.amyzing@talsever.com>
X-Mailer: Sylpheed version 0.9.7claws (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Sat__24_Apr_2004_06_56_42_+0200_XCYlij.3.y538B7s"
X-Mailman-Approved-At: Sun, 25 Apr 2004 21:50:05 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 24 Apr 2004 05:02:36 -0000
X-UID: 8970                                                  
Status: O
Content-Length: 3165

--Signature=_Sat__24_Apr_2004_06_56_42_+0200_XCYlij.3.y538B7s
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Le Fri, 23 Apr 2004 19:07:13 -0400
Amelia A Lewis a ecrit :
[...]
> Dovecot cannot, currently, be configured to permit plaintext on
> localhost while requiring Something Better from the rest of the world. 
> This becomes a problem with SquirrelMail, which can't cope with TLS.  It
> just barfs.  Looking at bug reports in debian, this has already been
> noticed, and the maintainer there (and the maintainers of SquirrelMail)
> considers this a non-problem, 'cause, they say, you shouldn't be using
> TLS with webmail.
> 
> Is there a way to set up, for instance, two instances of dovecot,
> running on different ports, so that one listens to the external
> interface and the other listens to localhost?  I don't much like the
> idea, but how would I go about doing this?  Two copies of dovecot.conf
> and a command-line switch?

SquirrelMail works perfectly fine with Dovecot and TLS.  I use it in
production for the company I work in.

However, it is true that I had to debug a very big issue with PHP and the
way it is compiled.  I'm using NetBSD and pkgsrc, but I guess it might be
the same with the Debian packages.

If PHP has not OpenSSL compiled in, it will not be able to initiate TLS
connections.  The openssl PHP module only contains crypto functions, and
won't bring in support for TLS.  You have to compile it in the php binary
and/or the Apache PHP module.

Thus I committed (no later than a few days ago) a change to our php
packages to allow support for OpenSSL compiled in, and that works.

What make the issue really bad is the way PHP handles this:  creating the
socket won't fail.  If OpenSSL support is not compiled in, the TLS option
SquirrelMail passes along while creating the socket is ignored.  Thus
SquirrelMail gets a "normal" socket, and you can see it in Ethereal and
the like:  SquirrelMail send in clear text 'AUTH ...' while Dovecot of
course expects some TLS data, and then it gets stuck for a while.

Hope that helps.  And you can even use pkgsrc on your Linux distribution
to get the full suite, it's already Dovecot/SquirrelMail/TLS-ready :)
[http://www.pkgsrc.org]

-- 
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"Feels like I'm fiddling while Rome is burning down.
Should I lay my fiddle down and take a rifle from the ground ?"
Leigh Nash/Sixpence None The Richer, Paralyzed, Divine Discontents, 2002.

--Signature=_Sat__24_Apr_2004_06_56_42_+0200_XCYlij.3.y538B7s
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (NetBSD)

iQEVAwUBQInzk9goQloHrPnoAQJutQgAzEWNcp+Kz3a82aG1VTk6fYwlsnJcHQdv
L3tVEIle+8Zb40hjy7jNUDAGX7UYaQnzLnUutPyjJiRnrZs2xGNKc0Qz308P9QZS
bztxq87BWtR8u1qAJClMNhzyKpPpehiZwEyASJM0NT5UoqIWYEZ6gBaiwAc1O6xT
QoXtTkQcbJY/SWs4YM/MiL0yHQlBk/qLByfZYO66Po1QjjUgovbX3X1MpYwZFdmv
TJPp2OIGTCGIHmZYkOdnOBpe1z+H6SOym2fujwMFmxxM/f5CUhZVyL0cB95ocAyi
TSpLOr5z7wNRkTUbF0QQ7xy23BjD/Q/lJYa152fwSQdnOUmdCFMuUg==
=blOH
-----END PGP SIGNATURE-----

--Signature=_Sat__24_Apr_2004_06_56_42_+0200_XCYlij.3.y538B7s--

From tss@iki.fi  Sun Apr 25 22:19:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 608A8C002802; Sun, 25 Apr 2004 22:19:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 6B131C002801
	for <dovecot@dovecot.org>; Sun, 25 Apr 2004 22:19:53 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id A770C30234B0B
	for <dovecot@dovecot.org>; Sun, 25 Apr 2004 22:14:10 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-hDsJwVtInF44xqpvBD8V"
Message-Id: <1082920450.1401.27.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 25 Apr 2004 22:14:10 +0300
Subject: [Dovecot] 1.0-test1 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 19:19:55 -0000
X-UID: 8971                                                  
Status: O
Content-Length: 1120


--=-hDsJwVtInF44xqpvBD8V
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

I couldn't break this with Evolution with a few minutes of testing, so
here's the first tarball release based on the new indexing code. Try if
you're interested, but don't try it on any real mailboxes, or at least
keep backups :)

Also note that dovecot-uidlist file format has changed a bit, Dovecot
0.99.x isn't able to read it anymore.

Things to do:
 - mbox code doesn't even compile, so it's disabled
 - custom flags aren't implemented
 - recent flags are broken
 - cache file handling isn't working now, so it's disabled
 - maildir syncing code isn't as well optimized as it used to be
 - NFS-safety to indexes (pretty easy)


--=-hDsJwVtInF44xqpvBD8V
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjA4CyUhSUUBViskRAoo/AJ4kcV9vwy+ZcnojrWXxFGC1h/b4FgCgmEmb
LQs2YQpBuCR4SIngXCFktAo=
=YI4q
-----END PGP SIGNATURE-----

--=-hDsJwVtInF44xqpvBD8V--


From tss@iki.fi  Mon Apr 26 00:41:30 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E702CC002800; Mon, 26 Apr 2004 00:41:30 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 04F63C000D9D
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 00:41:29 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 065A330234B0B; Mon, 26 Apr 2004 00:35:45 +0300 (EEST)
Subject: Re: [Dovecot] problems with squirrelmail and TLS (debian unstable)
From: Timo Sirainen <tss@iki.fi>
To: Amelia A Lewis <amyzing@talsever.com>
In-Reply-To: <20040424104844.5f550190.amyzing@talsever.com>
References: <20040423190713.777efc16.amyzing@talsever.com>
	<20040424065642.7c8166c1.cube@cubidou.net>
	<20040424104844.5f550190.amyzing@talsever.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-oWmk4ERYYNZECrARnDCP"
Message-Id: <1082928945.1400.74.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 00:35:45 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 21:41:31 -0000
X-UID: 8972                                                  
Status: O


--=-oWmk4ERYYNZECrARnDCP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-04-24 at 17:48, Amelia A Lewis wrote:
> So, all serene.  *laugh*  On the other hand, I *would* still like to be
> able to run without TLS on localhost (a localhost exception to
> disable_plaintext_auth), because it's fairly pointless to require the
> processor to do all the extra work of encryption and decryption in that
> situation.  Feature request, please, Timo?

It's actually been implemented in CVS for quite some time.. If IP begins
with 127, it's treated as secure.


--=-oWmk4ERYYNZECrARnDCP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjC8xyUhSUUBViskRAvfXAJ9nMjYNsnQyUyFdGqOtqsCgrZZf9gCcCUuj
+8wvxS6v+XPdDe+VsWXf7SU=
=08iP
-----END PGP SIGNATURE-----

--=-oWmk4ERYYNZECrARnDCP--


From tss@iki.fi  Mon Apr 26 00:43:41 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1870AC002801; Mon, 26 Apr 2004 00:43:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 2F73CC002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 00:43:39 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 441FE30234B0B; Mon, 26 Apr 2004 00:37:56 +0300 (EEST)
Subject: Re: [Dovecot] SSL Ciphers
From: Timo Sirainen <tss@iki.fi>
To: John Wentworth <john@sysful.com>
In-Reply-To: <00f301c42942$69ef0930$3fc8c8c8@SFULFILLMENT.local>
References: <00f301c42942$69ef0930$3fc8c8c8@SFULFILLMENT.local>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-b7GKORTjLIajaTY0On4E"
Message-Id: <1082929076.1393.77.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 00:37:56 +0300
Cc: dovecot <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 21:43:41 -0000
X-UID: 8973                                                  
Status: O


--=-b7GKORTjLIajaTY0On4E
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-04-23 at 17:51, John Wentworth wrote:
> I have previously disabled weak ciphers in apache=20
> but cannot figure out how to disable the weak ciphers in
> dovecot
> Any help would be appreciated

Currently you'd have to edit src/login-common/ssl-proxy-openssl.c by
hand. Default is #define SSL_CIPHER_LIST "ALL:!LOW". I guess Nessus has
different idea of weak ciphers than OpenSSL. I'll add in TODO that this
should be configurable in config file as well.


--=-b7GKORTjLIajaTY0On4E
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjC+0yUhSUUBViskRAhL1AJ98euAx6DBxD5J4rbP/RtMvHOQAegCdGDki
Rf5GbC1zovh/tMsCYkOR+wo=
=FojQ
-----END PGP SIGNATURE-----

--=-b7GKORTjLIajaTY0On4E--


From tss@iki.fi  Mon Apr 26 00:46:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 706E8C002801; Mon, 26 Apr 2004 00:46:43 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 81325C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 00:46:41 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 943F430234B0B; Mon, 26 Apr 2004 00:40:58 +0300 (EEST)
Subject: Re: [Dovecot] Envelope From changed - why?
From: Timo Sirainen <tss@iki.fi>
To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
In-Reply-To: <20040423104813.GA17771@zoopee.org>
References: <20040423104813.GA17771@zoopee.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-B09aj3puv6tZ8Sz4poqL"
Message-Id: <1082929258.1400.80.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 00:40:58 +0300
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 21:46:43 -0000
X-UID: 8974                                                  
Status: O
Content-Length: 1081


--=-B09aj3puv6tZ8Sz4poqL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-04-23 at 13:48, Tom Alsberg wrote:
> Hi there.
>=20
> I am evaluating Dovecot as an IMAP server.  I noticed on thing which
> irritates me.  When a user saves a message to an IMAP folder with the
> Dovecot server, the envelope From line is changed to the address of
> that user, instead of keeping the From line of the original message.
>=20
> How can I have the original envelope From line preserved when saving
> messages?

I'm not quite sure what you mean. The mbox From-line? From where should
it keep it? IMAP protocol doesn't provide IMAP server that information,
so Dovecot just adds the user name.


--=-B09aj3puv6tZ8Sz4poqL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDBqyUhSUUBViskRAot7AJ94iYlonJO90UyvViR9vSyl2s7CsgCeNwrZ
f8UaP5QphxpgXAPg0wVmNxg=
=a35o
-----END PGP SIGNATURE-----

--=-B09aj3puv6tZ8Sz4poqL--


From tss@iki.fi  Mon Apr 26 00:51:23 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0EDCCC002801; Mon, 26 Apr 2004 00:51:23 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 1D838C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 00:51:21 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 2C30A30234B0B; Mon, 26 Apr 2004 00:45:38 +0300 (EEST)
Subject: Re: [Dovecot] [OT] Is there a secure reverse IMAP proxy
From: Timo Sirainen <tss@iki.fi>
To: Wouter Van Hemel <wouter@pair.com>
In-Reply-To: <Pine.LNX.4.58.0404180823540.4953@senta.theria.org>
References: <c5p2mf$6h6$1@Odo.kzone.ch>
	<Pine.LNX.4.58.0404180823540.4953@senta.theria.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-K/RE+klUcfKc3c8Cnlc/"
Message-Id: <1082929538.1396.83.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 00:45:38 +0300
Cc: Sven Kirmess <sven.kirmess@gmx.net>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 21:51:23 -0000
X-UID: 8975                                                  
Status: O
Content-Length: 1040


--=-K/RE+klUcfKc3c8Cnlc/
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-04-18 at 09:27, Wouter Van Hemel wrote:
> I know about Perdition:
>=20
> http://www.vergenet.net/linux/perdition/
>=20
>=20
> ... but I don't know how secure it is.

Well, from my sent-mail (this was fixed later):

           From:=20
Timo Sirainen
<tss@iki.fi>
             To:=20
horms@vergenet.net
        Subject:=20
buffer overflow in
perdition
           Date:=20
23 Oct 2002
00:48:42 +0300

token_read() doesn't seem to do any bounds checking, I could overflow
buffer[] by 3k or something with "USER xxxx..etc.." with pop3. Don't
know if it's exploitable.



--=-K/RE+klUcfKc3c8Cnlc/
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDGCyUhSUUBViskRAsMbAKCEoW2EdzPRLLskjQC8W+Suj67HyQCgmV1D
rCfilYW1YemaGmrVQkj7qro=
=WLyb
-----END PGP SIGNATURE-----

--=-K/RE+klUcfKc3c8Cnlc/--


From tss@iki.fi  Mon Apr 26 01:01:33 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0FBD1C002801; Mon, 26 Apr 2004 01:01:33 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 2D34CC002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:01:31 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3DE8930234B0B; Mon, 26 Apr 2004 00:55:48 +0300 (EEST)
Subject: Re: [Dovecot] Feature request: more log info/stats
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
References: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-xaJLO73d4gjMKqo0rdYi"
Message-Id: <1082930148.1393.92.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 00:55:48 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:01:33 -0000
X-UID: 8976                                                  
Status: O


--=-xaJLO73d4gjMKqo0rdYi
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-04-16 at 11:32, Christian Balzer wrote:
> Feature request:=20
> More extensive session information and statistics in the logs.

I've thought about doing this with a plugin, so everyone can decide what
exactly they want to log. The plugin API should probably be changed in
some way to support this more easily..


--=-xaJLO73d4gjMKqo0rdYi
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDPkyUhSUUBViskRAn0iAJ9eQ8AbqhiYAQH8EEND42CNfZlUUACaA7aW
ayHrDf8xxCsbM94gDRWoFLY=
=95F5
-----END PGP SIGNATURE-----

--=-xaJLO73d4gjMKqo0rdYi--


From tss@iki.fi  Mon Apr 26 01:04:08 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D7D71C002801; Mon, 26 Apr 2004 01:04:08 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id E92D5C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:04:06 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 05EE930234B0B; Mon, 26 Apr 2004 00:58:24 +0300 (EEST)
Subject: Re: [Dovecot] syslog() logging problems
From: Timo Sirainen <tss@iki.fi>
To: James Moser <james@powweb.com>
In-Reply-To: <407CDDE1.2070005@powweb.com>
References: <407CA16F.7020300@powweb.com>  <407CDDE1.2070005@powweb.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-PuMfFNZZ+0IqdHuw/7I5"
Message-Id: <1082930303.1378.95.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 00:58:23 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:04:09 -0000
X-UID: 8977                                                  
Status: O
Content-Length: 1192


--=-PuMfFNZZ+0IqdHuw/7I5
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hmm.. This could be because of log rotating.. I think I'll have to move
all the logging to Dovecot's master process so this gets fixed.

On Wed, 2004-04-14 at 09:44, James Moser wrote:
> setting "login_chroot =3D no" seems to have fixed this... is this a known=
=20
> bug? I haven't seen anything else about it.  It seems to stop logging=20
> pop3 loggins first, then eventually imap loggins as well, thought that=20
> may just because we have much more pop loggins.
>=20
>=20
> James Moser wrote:
>=20
> > was wondering if anyone else has had problems with dovecot logging to=20
> > syslog?  When I start the server it works fine, then after an hour or=20
> > so it stops..  restarting the server always makes it work again.
> >

--=-PuMfFNZZ+0IqdHuw/7I5
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDR/yUhSUUBViskRAgFoAJ0bji19qw7k0Fp/hwzMCP0mbuy4EwCdFx+o
eNRRI8guSDEh6dYbeUpL0ME=
=wTti
-----END PGP SIGNATURE-----

--=-PuMfFNZZ+0IqdHuw/7I5--


From tss@iki.fi  Mon Apr 26 01:15:01 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 06FC5C002801; Mon, 26 Apr 2004 01:15:01 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 20936C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:14:59 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 1EA4430234B0B; Mon, 26 Apr 2004 01:09:16 +0300 (EEST)
Subject: Re: [Dovecot] Problem with flags
From: Timo Sirainen <tss@iki.fi>
To: Jeff Hoskinson <jeffhos@telerama.com>
In-Reply-To: <407BF419.7080307@telerama.com>
References: <407BF419.7080307@telerama.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-jJmW6RXMeoeGxAnLK5d3"
Message-Id: <1082930956.1382.97.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 01:09:16 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:15:01 -0000
X-UID: 8978                                                  
Status: O


--=-jJmW6RXMeoeGxAnLK5d3
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-04-13 at 17:07, Jeff Hoskinson wrote:
> 5235 uid store 35 -Flags ($Label1 $Label2 $Label3 $Label4 $Label5)
> * 35 FETCH (FLAGS (\Answered \Seen NonJunk $Label4 $Label5) UID 35)
> 5235 OK Store completed.

Whops. Here's a fix: http://dovecot.org/patches/customflags-fix.patch


--=-jJmW6RXMeoeGxAnLK5d3
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDcLyUhSUUBViskRAn98AKCX/VhRq/hQ1nOHHNOyE/lZHcp52ACghwzQ
ol2JR3IbdhSxb1CzBLFTeQc=
=k5AD
-----END PGP SIGNATURE-----

--=-jJmW6RXMeoeGxAnLK5d3--


From tss@iki.fi  Mon Apr 26 01:17:08 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B7F08C002801; Mon, 26 Apr 2004 01:17:08 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id CF677C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:17:06 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id E27F330234B0B; Mon, 26 Apr 2004 01:11:23 +0300 (EEST)
Subject: Re: [Dovecot] file permissions help!
From: Timo Sirainen <tss@iki.fi>
To: smk <smk@fyi.net>
In-Reply-To: <Pine.GSO.4.21.0404130837060.1132-100000@yoda>
References: <Pine.GSO.4.21.0404130837060.1132-100000@yoda>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Gd+WqfeRyC4Llv0KtDJW"
Message-Id: <1082931083.1393.100.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 01:11:23 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:17:08 -0000
X-UID: 8979                                                  
Status: O
Content-Length: 1068


--=-Gd+WqfeRyC4Llv0KtDJW
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-04-13 at 15:49, smk wrote:
> But there is a problem with dovecot reading the mbox file (I think).  In
> the error file I get this entry:
>=20
> imap(USER@DOMAIN.com): "Apr 12 22:15:10 "Fatal: Failed to create
> storage with data: /export/htdocs/DOMAIN.com/mail/USER
> dovecot: "Apr 12 22:15:11 "Error: child 18613 (imap) returned error 89

This means Dovecot wasn't able to figure out what to do with that given
default_mail_env. It didn't know if it was maildir, mbox or what. So the
fix is to add "mbox:" to beginning of default_mail_env, ie.:

default_mail_env =3D mbox:/export/htdocs/...


--=-Gd+WqfeRyC4Llv0KtDJW
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDeLyUhSUUBViskRAimVAJ4qcTelu4M692/zVL2zefuIw8TEcQCfdhYU
XrbGQW0+kIYV/LfdnTpSd2Y=
=9wuy
-----END PGP SIGNATURE-----

--=-Gd+WqfeRyC4Llv0KtDJW--


From tss@iki.fi  Mon Apr 26 01:20:54 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8CF1DC002801; Mon, 26 Apr 2004 01:20:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id A3544C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:20:52 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id AB02830234B0B; Mon, 26 Apr 2004 01:15:09 +0300 (EEST)
Subject: Re: [Dovecot] dovecot dies - mabye a clue?
From: Timo Sirainen <tss@iki.fi>
To: Steven Stern <subscribed-lists@sterndata.com>
In-Reply-To: <f6ce709hnvcc63bocetdhjvmdm2dctdbjn@4ax.com>
References: <f6ce709hnvcc63bocetdhjvmdm2dctdbjn@4ax.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Zxmp5jXFkOdkaHRHs511"
Message-Id: <1082931309.1391.103.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 01:15:09 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:20:54 -0000
X-UID: 8980                                                  
Status: O


--=-Zxmp5jXFkOdkaHRHs511
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-04-10 at 02:27, Steven Stern wrote:
> Dovecot died twice today. This was in the maillog:
>=20
> Apr  9 17:50:27 ciscy pop3-login: RAND_bytes() failed: error:24064064:ran=
dom
> number generator:SSLEAY_RAND_BYTES:PRNG not seeded
> Apr  9 17:50:27 ciscy dovecot: Login process died too early - shutting do=
wn

Fedora?

http://dovecot.org/list/dovecot/2004-January/002858.html
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D115284


--=-Zxmp5jXFkOdkaHRHs511
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDhtyUhSUUBViskRAjzYAJ9Ke7NClFFTTIuWRRQndqVSYy4bJgCfW3/+
6717NY22MeCfk+Hd1YNo2lU=
=Ns2M
-----END PGP SIGNATURE-----

--=-Zxmp5jXFkOdkaHRHs511--


From tss@iki.fi  Mon Apr 26 01:32:19 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1BBC8C002801; Mon, 26 Apr 2004 01:32:19 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 38355C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:32:17 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3AA3C30234B0B; Mon, 26 Apr 2004 01:26:34 +0300 (EEST)
Subject: Re: [Dovecot] imap errors filtering folders with evolution
From: Timo Sirainen <tss@iki.fi>
To: Brent Hills <bhills@openshores.com>
In-Reply-To: <1080970707.1962.56.camel@unixtop.openshores.local>
References: <1080970707.1962.56.camel@unixtop.openshores.local>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-nYrRobwJMFPn3wI+y1sV"
Message-Id: <1082931994.1393.109.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 01:26:34 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:32:19 -0000
X-UID: 8981                                                  
Status: O


--=-nYrRobwJMFPn3wI+y1sV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-04-03 at 08:38, Brent Hills wrote:
> Error while 'Filtering Folder'
> Imap command failed internal error [YYYY-MM-DD HH:MM:SS]
>=20
> The timestamp seems to be the current time.  The filters used are
> primarily move to folder where the destination folder is another imap
> folder on the same server.

That is just a generic error message shown to IMAP client. The real
error message is in Dovecot's log file. That would be more helpful in
figuring out what went wrong.


--=-nYrRobwJMFPn3wI+y1sV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDsayUhSUUBViskRAt7OAJ9qYdRiQvL8DoqNfHcxDfCuypJGmQCfWV1l
PsIV6cBwD7PRImponUSg3BU=
=WO77
-----END PGP SIGNATURE-----

--=-nYrRobwJMFPn3wI+y1sV--


From tss@iki.fi  Mon Apr 26 01:35:29 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 90080C002801; Mon, 26 Apr 2004 01:35:29 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 83F81C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:35:27 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 898DD30234B0B; Mon, 26 Apr 2004 01:29:44 +0300 (EEST)
Subject: Re: [Dovecot] RE: Missed config option
From: Timo Sirainen <tss@iki.fi>
To: Alex S Moore <asmoore@edge.net>
In-Reply-To: <20040402114428.3497f608@sws602>
References: <20040402114428.3497f608@sws602>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-bqQiTWhCPhElcpk1inwM"
Message-Id: <1082932184.1378.113.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 01:29:44 +0300
Cc: dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:35:29 -0000
X-UID: 8982                                                  
Status: O


--=-bqQiTWhCPhElcpk1inwM
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-04-02 at 20:44, Alex S Moore wrote:
> The From server sws601.mcsun.local is dovecot.  What did I miss that caus=
es the NAMESPACE capability to not be seen from dovecot?  What is the separ=
ator character?

Dovecot doesn't support NAMESPACE in 0.99.10.x, although there's a
plugin for it in http://dovecot.org/patches/namespace.c (see
http://dovecot.org/list/dovecot/2003-June/001814.html)


--=-bqQiTWhCPhElcpk1inwM
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjDvYyUhSUUBViskRAjlMAJ9g3uBtF6yVomTf5RQBFDykxhuS/QCgj1QU
VP8ygaVV0aU14hIOAerIark=
=C5sw
-----END PGP SIGNATURE-----

--=-bqQiTWhCPhElcpk1inwM--


From tss@iki.fi  Mon Apr 26 01:56:25 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E8DF6C002800; Mon, 26 Apr 2004 01:56:25 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 02552C000D9D
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 01:56:23 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id E33E130234B0B; Mon, 26 Apr 2004 01:50:40 +0300 (EEST)
Subject: Re: [Dovecot] triggering multiple actions on pop-3 request
From: Timo Sirainen <tss@iki.fi>
To: "Eric S. Johansson" <esj@harvee.org>
In-Reply-To: <40599EEE.9090806@harvee.org>
References: <4290D8AB6C950C44B59AA76B2513A6CA05A4A1@SYDEXCHVS01.Australasia.SelectNET.com>
	<40590322.1030705@harvee.org> <20040318024018.GN22419@f4.ca>
	<40599EEE.9090806@harvee.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-w7o3Fe1eR8/J68YnwypC"
Message-Id: <1082933440.1391.118.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 01:50:40 +0300
Cc: Skye Poier <skye@f4.ca>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 22:56:26 -0000
X-UID: 8983                                                  
Status: O
Content-Length: 1195


--=-w7o3Fe1eR8/J68YnwypC
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-03-18 at 15:06, Eric S. Johansson wrote:
> the best place would be a place for I have all of the necessary=20
> information about the user and is a mainline pass through the code so it=20
> will always be executed.  If you do this right, it could be a plug-in=20
> point for pre access functionality.  There is probably some equivalent=20
> location for post access.  Might be an interesting place to put in=20
> plug-in infrastructure so we can do all sorts of things to people's=20
> e-mail. =20

It's already possible. Use http://dovecot.org/patches/quota.c as base,
but instead of overriding the storage functions, just call fetchmail in
quota_mail_storage_created(). Same plugin would work for both POP3 and
IMAP.


--=-w7o3Fe1eR8/J68YnwypC
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjEDAyUhSUUBViskRAncPAKCIhlmykLER5Re5+bBk+E70F/tD1QCgnFrB
LskfOoK6ZznlyLFuTHcYrfo=
=Fp3s
-----END PGP SIGNATURE-----

--=-w7o3Fe1eR8/J68YnwypC--


From tss@iki.fi  Mon Apr 26 02:11:08 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2B79FC002801; Mon, 26 Apr 2004 02:11:08 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4B6E1C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 02:11:06 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 624A42382E; Mon, 26 Apr 2004 02:05:23 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4F91A23829; Mon, 26 Apr 2004 02:05:23 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 77EE72382E
	for <dovecot@procontrol.fi>; Mon, 26 Apr 2004 02:04:49 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3595730234B0B; Mon, 26 Apr 2004 02:04:48 +0300 (EEST)
Subject: Re: [Dovecot] shared folders?
From: Timo Sirainen <tss@iki.fi>
To: "Gareth J. Greenaway" <gareth@wiked.org>
In-Reply-To: <20040310235202.GR20847@wiked.org>
References: <20040310235202.GR20847@wiked.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-IikO8St8H11phbjdW9ij"
Message-Id: <1082934288.13722.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 02:04:48 +0300
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 23:11:08 -0000
X-UID: 8984                                                  
Status: O
Content-Length: 1138


--=-IikO8St8H11phbjdW9ij
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-03-11 at 01:52, Gareth J. Greenaway wrote:
> Greetings,
> I saw mention in results from a google search that there was some support=
 in
> dovecot CVS for shared folders, is there some docs on how to use them?
> Provided there is in fact support for them in CVS.

It's kludgy. You'll have to create symlink for the folder manually and
indexes have to be in different directory so each user gets separate
index file which stores the flags. Then you'll have to create file named
dovecot-shared with the permissions you want new mail files to be
created (0660 probably).

Of course, CVS version is quite broken currently. I'm not sure if this
works with 1.0-test1.


--=-IikO8St8H11phbjdW9ij
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjEQQyUhSUUBViskRAiibAJ0RNyTavnXtAIJv+TgOBUV8sxxe2ACZAQa2
x0wFeBUfdTQWbWDN/F2zD24=
=asxf
-----END PGP SIGNATURE-----

--=-IikO8St8H11phbjdW9ij--


From james@powweb.com  Mon Apr 26 02:15:59 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2D94EC002805; Mon, 26 Apr 2004 02:15:59 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 07BC0C002802
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 02:15:57 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id 68A95B8F4B;
	Sun, 25 Apr 2004 16:10:04 -0700 (PDT)
Message-ID: <408C454C.5000904@powweb.com>
Date: Sun, 25 Apr 2004 16:10:04 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] syslog() logging problems
References: <407CA16F.7020300@powweb.com> <407CDDE1.2070005@powweb.com>
	<1082930303.1378.95.camel@hurina>
In-Reply-To: <1082930303.1378.95.camel@hurina>
Content-Type: multipart/mixed; boundary="------------020900070603020902070401"
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 25 Apr 2004 23:15:59 -0000
X-UID: 8985                                                  
Status: O
Content-Length: 1980

This is a multi-part message in MIME format.
--------------020900070603020902070401
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

No, this would happen every 15 to 30 minutes, my logs only rotated at 
midnight.  This is only a problem when I set "login_chroot = yes" on 
FreeBSD 4.x.  I'm running it now set to no and do not have a problem.

Timo Sirainen wrote:

>Hmm.. This could be because of log rotating.. I think I'll have to move
>all the logging to Dovecot's master process so this gets fixed.
>
>On Wed, 2004-04-14 at 09:44, James Moser wrote:
>  
>
>>setting "login_chroot = no" seems to have fixed this... is this a known 
>>bug? I haven't seen anything else about it.  It seems to stop logging 
>>pop3 loggins first, then eventually imap loggins as well, thought that 
>>may just because we have much more pop loggins.
>>
>>
>>James Moser wrote:
>>
>>    
>>
>>>was wondering if anyone else has had problems with dovecot logging to 
>>>syslog?  When I start the server it works fine, then after an hour or 
>>>so it stops..  restarting the server always makes it work again.
>>>      
>>>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------020900070603020902070401
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------020900070603020902070401--

From alsbergt@cs.huji.ac.il  Mon Apr 26 10:09:02 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3FF07C002800; Mon, 26 Apr 2004 10:09:02 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 5CEF3C000D9D
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 10:08:56 +0300 (EEST)
Received: from dev.cs.huji.ac.il ([132.65.16.100] ident=exim)
	by cs1.cs.huji.ac.il with esmtp
	id 1BI091-0008LI-Bu; Mon, 26 Apr 2004 10:03:11 +0300
Received: from alsbergt by dev.cs.huji.ac.il with local (Exim 4.12)
	id 1BI091-0002P4-00; Mon, 26 Apr 2004 10:03:11 +0300
Date: Mon, 26 Apr 2004 10:03:11 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040426070311.GA9104@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1082929258.1400.80.camel@hurina>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
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, 26 Apr 2004 07:09:02 -0000
X-UID: 8986                                                  
Status: O
Content-Length: 2448

I realize (having read the RFC), that IMAP does not deal with the 
envelope "From " at all.  I also realize that IMAP calls something
else the "envelope", so I'll refer to it as the Unix (mbox) "From "
line.

However, the mbox format does store those lines, and they even still
have some meaning.  If users access their mailboxes both through IMAP
and through mbox files in ~/mail/ (e.g. elm/mutt/pine/mail -f),
(which I assume is a rather common deployment given the option of
storing mail in mbox files, and anyway is the idea in my intended
deployment) compatibility should be preserved wherever possible.

When storing (copying/moving) a message from one mbox to another 
(using the IMAP COPY command), wouldn't it make more sense for dovecot
to copy the entire message block, including the "From " line at the
beginning, instead of inventing/writing its own (phony)
"From <username>@<server>..." line and copying only the rest?

I tried to see if I can patch dovecot to the expected logical
behaviour, however from the little I looked, I got a bit overwhelmed
and confused by all the structs, with the mail_save_context and istream
stuff.  The only simple/trivial thing I could is have it, when copying
a message, given the pointer to the data in the stream, search 
backward for a "From " line and copy from there.  That seems not to
be the most elegant solution...

So, any help with getting my expected behaviour from dovecot is still 
appreciated...

  Thanks,
  -- Tom

On Mon, Apr 26, 2004 at 12:40:58AM +0300, Timo Sirainen wrote:
> On Fri, 2004-04-23 at 13:48, Tom Alsberg wrote:
> > Hi there.
> > 
> > I am evaluating Dovecot as an IMAP server.  I noticed on thing which
> > irritates me.  When a user saves a message to an IMAP folder with the
> > Dovecot server, the envelope From line is changed to the address of
> > that user, instead of keeping the From line of the original message.
> > 
> > How can I have the original envelope From line preserved when saving
> > messages?
> 
> I'm not quite sure what you mean. The mbox From-line? From where should
> it keep it? IMAP protocol doesn't provide IMAP server that information,
> so Dovecot just adds the user name.
> 



-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From miquels@cistron.net  Mon Apr 26 12:50:01 2004
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5930BC002801; Mon, 26 Apr 2004 12:50:01 +0300 (EEST)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl [62.216.29.197])
	by talvi.dovecot.org (Postfix) with ESMTP id 61D14C002800
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 12:49:59 +0300 (EEST)
Received: from traveler.cistron-office.nl ([62.216.29.67] helo=traveler)
	by smtp.cistron-office.nl with esmtp (Exim 3.35 #1 (Debian))
	id 1BI2ee-0001BH-00; Mon, 26 Apr 2004 11:44:00 +0200
Date: Mon, 26 Apr 2004 11:43:59 +0200
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040426094359.GA11096@traveler.cistron.net>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20040426070311.GA9104@cs.huji.ac.il> (from
	alsbergt@cs.huji.ac.il on Mon, Apr 26, 2004 at 09:03:11 +0200)
X-Mailer: Balsa 2.0.16
Lines: 14
Cc: Timo Sirainen <tss@iki.fi>, Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: dovecot@dovecot.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: Mon, 26 Apr 2004 09:50:01 -0000
X-UID: 8987                                                  
Status: O

On 2004.04.26 09:03, Tom Alsberg wrote:
> I realize (having read the RFC), that IMAP does not deal with the 
> envelope "From " at all.  I also realize that IMAP calls something
> else the "envelope", so I'll refer to it as the Unix (mbox) "From "
> line.
> 
> However, the mbox format does store those lines, and they even still
> have some meaning.

Why not let your MDA or local delivery agent add a proper Return-Path:
header. It contains the same information as the From_ line, but it works
with all mailbox types, it's easier to parse and you can get at it using IMAP.

Mike.

From mclay@zaniahgroup.com  Mon Apr 26 21:35:58 2004
Return-Path: <mclay@zaniahgroup.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C07A1C002802; Mon, 26 Apr 2004 21:35:58 +0300 (EEST)
Received: from ms-smtp-04.texas.rr.com (ms-smtp-04.texas.rr.com [24.93.47.43])
	by talvi.dovecot.org (Postfix) with ESMTP id 5CF09C002801
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 21:35:56 +0300 (EEST)
Received: from jedrik.ae.utexas.edu (cs2891-195.austin.rr.com [24.28.91.195])
	by ms-smtp-04.texas.rr.com (8.12.10/8.12.7) with ESMTP id
	i3QIU8t1022399
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 13:30:09 -0500 (CDT)
From: Robert McLay <mclay@zaniahgroup.com>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1083004208.12073.18.camel@jedrik.ae.utexas.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Mon, 26 Apr 2004 13:30:08 -0500
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
Subject: [Dovecot] Newbie Q: Setting up under linux: Spool directory.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: mclay@zaniahgroup.com
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, 26 Apr 2004 18:35:58 -0000
X-UID: 8988                                                  
Status: O

I am trying to set up dovecot under linux.  (RH9 if it matters).  I'm
having trouble having it find the mail that is already delivered.

What I would like is that mail is delivered by fetch mail to
/var/spool/mail/mclay (that me) then have dovecot find it.   I'm sure
that I have not set the dovecot.conf file correctly.  The documentation
is unclear as to what "mbox" is and "INBOX" is.

I have tried having default_mail_env unset and with the following:

default_mail_env = mbox:/var/spool/mail/%u:INBOX=:/home/%u/Maildir

What I get when I talk to it directly is:

$ telnet localhost imap
Trying 127.0.0.1...
Connected to localhost
Escape character is '^]'.
* OK dovecot ready.
A00002 LOGIN mclay "xxxxxx"
A00002 OK Logged in.
A00003 SELECT INBOX
A00003 NO Internal error [2004-04-26 12:56:03]

So could a kind sole point me in the right direction?  

Thanks


From rick@activeservice.co.uk  Mon Apr 26 22:26:34 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 767EFC002805; Mon, 26 Apr 2004 22:26:34 +0300 (EEST)
Received: from mcp.34sp.com (unknown [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id AA9DAC002802
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 22:26:31 +0300 (EEST)
Received: (qmail 7505 invoked from network); 26 Apr 2004 19:20:35 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.177.176)
	by softdnserror with SMTP; 26 Apr 2004 19:20:35 -0000
Received: (qmail 23091 invoked from network); 26 Apr 2004 19:20:35 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	26 Apr 2004 19:20:33 -0000
Date: Mon, 26 Apr 2004 20:20:38 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: dovecot@dovecot.org
Message-ID: <C7F5ECAE8D41BC5A0DC8C628@[192.168.0.9]>
X-Mailer: Mulberry/3.1.3 (Win32)
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="==========EF6F6CFA2C9AEACE7C5C=========="
Content-Disposition: inline
Subject: [Dovecot] Index abuse
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 26 Apr 2004 19:26:34 -0000
X-UID: 8989                                                  
Status: O
Content-Length: 1765

--==========EF6F6CFA2C9AEACE7C5C==========
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

How resilient is Dovecot's indexing mechanism? (seeing as it's been 
extensively re-vamped I guess this question may have different answers for 
0.99 & 1.0).

To put it in context, I'm playing with server-side automatic maintenance 
scripts for things like deleting messages more than x days old from folders 
a, b, c, etc. (using Maildir layout). So far I'm just zapping files in the 
cur and new directories and nothing amiss appears to happen from the IMAP 
client's viewpoint.

I just wonder if I'm storing up trouble. Will the index files continue to 
hold references to non-existent files and get bloated, or do they 
self-clean?

-- 
Rick Jones
--==========EF6F6CFA2C9AEACE7C5C==========
Content-Type: text/enriched; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<fontfamily><param>Courier New</param><flushleft>How resilient is Dovecot's =
indexing mechanism? (seeing as it's been extensively re-vamped I guess this =
question may have different answers for 0.99 & 1.0).


To put it in context, I'm playing with server-side automatic maintenance =
scripts for things like deleting messages more than x days old from folders =
a, b, c, etc. (using Maildir layout). So far I'm just zapping files in the =
cur and new directories and nothing amiss appears to happen from the IMAP =
client's viewpoint.


I just wonder if I'm storing up trouble. Will the index files continue to =
hold references to non-existent files and get bloated, or do they =
self-clean?


--=20

Rick Jones</flushleft></fontfamily>

--==========EF6F6CFA2C9AEACE7C5C==========--


From tss@iki.fi  Mon Apr 26 23:30:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CB8BCC002800; Mon, 26 Apr 2004 23:30:24 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id A2A95C000D9D
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 23:30:22 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3F25B300E2DB0; Mon, 26 Apr 2004 23:24:37 +0300 (EEST)
Subject: Re: [Dovecot] Index abuse
From: Timo Sirainen <tss@iki.fi>
To: Rick Jones <rick@activeservice.co.uk>
In-Reply-To: <C7F5ECAE8D41BC5A0DC8C628@[192.168.0.9]>
References: <C7F5ECAE8D41BC5A0DC8C628@[192.168.0.9]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-gC9YHyGMNfB2f4wSSuIS"
Message-Id: <1083011076.13726.43.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 23:24:36 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 26 Apr 2004 20:30:25 -0000
X-UID: 8990                                                  
Status: O
Content-Length: 1287


--=-gC9YHyGMNfB2f4wSSuIS
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-04-26 at 22:20, Rick Jones wrote:
> To put it in context, I'm playing with server-side automatic
> maintenance scripts for things like deleting messages more than x days
> old from folders a, b, c, etc. (using Maildir layout). So far I'm just
> zapping files in the cur and new directories and nothing amiss appears
> to happen from the IMAP client's viewpoint.
>=20
> I just wonder if I'm storing up trouble. Will the index files continue
> to hold references to non-existent files and get bloated, or do they
> self-clean?

They'll clean themselves up. I wouldn't call Dovecot maildir- or
mbox-compatible if it didn't.

That's actually how it internally works now, Dovecot just deletes the
mails and then calls mailbox syncing function which updates the indexes.
New indexing code does it differently though.


--=-gC9YHyGMNfB2f4wSSuIS
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjXAEyUhSUUBViskRAgPXAJ9Vf17WxOrfdy1UIMvlWd19y8De/ACdHvGu
EZbCjzIpKL+n81isfNQkkJQ=
=Feyd
-----END PGP SIGNATURE-----

--=-gC9YHyGMNfB2f4wSSuIS--


From tss@iki.fi  Mon Apr 26 23:36:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DA1D5C002802; Mon, 26 Apr 2004 23:36:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id C8AF2C002801
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 23:36:42 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id B2F36300E2DB0; Mon, 26 Apr 2004 23:30:57 +0300 (EEST)
Subject: Re: [Dovecot] Newbie Q: Setting up under linux: Spool directory.
From: Timo Sirainen <tss@iki.fi>
To: mclay@zaniahgroup.com
In-Reply-To: <1083004208.12073.18.camel@jedrik.ae.utexas.edu>
References: <1083004208.12073.18.camel@jedrik.ae.utexas.edu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-oQWmMQHSlJizWSigQiLc"
Message-Id: <1083011457.13723.50.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 26 Apr 2004 23:30:57 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 26 Apr 2004 20:36:45 -0000
X-UID: 8991                                                  
Status: O
Content-Length: 1529


--=-oQWmMQHSlJizWSigQiLc
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-04-26 at 21:30, Robert McLay wrote:
> What I would like is that mail is delivered by fetch mail to
> /var/spool/mail/mclay (that me) then have dovecot find it.   I'm sure
> that I have not set the dovecot.conf file correctly.  The documentation
> is unclear as to what "mbox" is and "INBOX" is.

mbox and maildir are mail file formats, INBOX is the location of the
mailbox which receives new incoming mail.

> I have tried having default_mail_env unset and with the following:
>=20
> default_mail_env =3D mbox:/var/spool/mail/%u:INBOX=3D:/home/%u/Maildir

You can't mix mbox and maildir currently, so /home/%u/Maildir wouldn't
work. You probably want:

default_mail_env =3D mbox:/home/%u/mail:INBOX=3D/var/spool/mail/%u

> A00003 NO Internal error [2004-04-26 12:56:03]

Log file tells the real reason. Hmm. This gets asked so often that I
think I'll change the error message to "Internal error, see log file".

It's probably anyway because your default_mail_env was broken. If it
still doesn't work, see http://wiki.dovecot.org/moin.cgi/VarMailDotLock


--=-oQWmMQHSlJizWSigQiLc
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjXGByUhSUUBViskRAlhtAJ9lRM4RdvmRE1N81+18420cKMYjYACeNDRV
j0IYhOxupJkBwHnBaKucRa0=
=zS7O
-----END PGP SIGNATURE-----

--=-oQWmMQHSlJizWSigQiLc--


From rick@activeservice.co.uk  Mon Apr 26 23:41:57 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D3A10C002805; Mon, 26 Apr 2004 23:41:57 +0300 (EEST)
Received: from mcp.34sp.com (unknown [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id AB0DAC002802
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 23:41:55 +0300 (EEST)
Received: (qmail 12582 invoked from network); 26 Apr 2004 20:36:03 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.177.176)
	by softdnserror with SMTP; 26 Apr 2004 20:36:03 -0000
Received: (qmail 23686 invoked from network); 26 Apr 2004 20:36:03 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	26 Apr 2004 20:36:01 -0000
Date: Mon, 26 Apr 2004 21:36:07 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Index abuse
Message-ID: <6C0880DEF3F27CFB937648AA@[192.168.0.9]>
In-Reply-To: <1083011076.13726.43.camel@hurina>
References: <C7F5ECAE8D41BC5A0DC8C628@[192.168.0.9]>
	<1083011076.13726.43.camel@hurina>
X-Mailer: Mulberry/3.1.3 (Win32)
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="==========543C509C99E5FBCEEBC4=========="
Content-Disposition: inline
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 26 Apr 2004 20:41:58 -0000
X-UID: 8992                                                  
Status: O
Content-Length: 1797

--==========543C509C99E5FBCEEBC4==========
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--On 26 April 2004 23:24 +0300 Timo Sirainen <tss@iki.fi> wrote:

> On Mon, 2004-04-26 at 22:20, Rick Jones wrote:
> >
> > I just wonder if I'm storing up trouble. Will the index files continue
> > to hold references to non-existent files and get bloated, or do they
> > self-clean?
>
>
> They'll clean themselves up. I wouldn't call Dovecot maildir- or
> mbox-compatible if it didn't.
>
>
> That's actually how it internally works now, Dovecot just deletes the
> mails and then calls mailbox syncing function which updates the indexes.
> New indexing code does it differently though.

Thanks, that's great to know.

-- 
Cheers
Rick
--==========543C509C99E5FBCEEBC4==========
Content-Type: text/enriched; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<fontfamily><param>Courier New</param><flushleft>--On 26 April 2004 23:24 =
+0300 Timo Sirainen <<tss@iki.fi> wrote:

<color><param>9900,3300,6600</param>

> On Mon, 2004-04-26 at 22:20, Rick Jones wrote:

> >=20

> > I just wonder if I'm storing up trouble. Will the index files continue

> > to hold references to non-existent files and get bloated, or do they

> > self-clean?

>=20

>=20

> They'll clean themselves up. I wouldn't call Dovecot maildir- or

> mbox-compatible if it didn't.

>=20

>=20

> That's actually how it internally works now, Dovecot just deletes the

> mails and then calls mailbox syncing function which updates the indexes.

> New indexing code does it differently though.

</color>

Thanks, that's great to know.


--=20

Cheers

Rick</flushleft></fontfamily>

--==========543C509C99E5FBCEEBC4==========--


From mem@mv.mv.com  Tue Apr 27 00:32:39 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 02764C000D9D; Tue, 27 Apr 2004 00:32:39 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 78051C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 00:32:36 +0300 (EEST)
Received: (qmail 3506 invoked from network); 26 Apr 2004 17:26:48 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 26 Apr 2004 17:26:48 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 10836 invoked by uid 101); 26 Apr 2004 17:26:47 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 26 Apr 2004 17:26:47 -0400
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040426212647.GX20969@iridium.mv.net>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040426094359.GA11096@traveler.cistron.net>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 26 Apr 2004 21:32:39 -0000
X-UID: 8993                                                  
Status: O

On Mon, Apr 26, 2004 at 11:43:59AM +0200, Miquel van Smoorenburg wrote:
> On 2004.04.26 09:03, Tom Alsberg wrote:
> > I realize (having read the RFC), that IMAP does not deal with the 
> > envelope "From " at all.  I also realize that IMAP calls something
> > else the "envelope", so I'll refer to it as the Unix (mbox) "From "
> > line.

Often called the "From_" line as well


> > However, the mbox format does store those lines, and they even still
> > have some meaning.
> 
> Why not let your MDA or local delivery agent add a proper Return-Path:
> header. It contains the same information as the From_ line, but it works
> with all mailbox types, it's easier to parse and you can get at it using IMAP.

That is a good positive suggestion about how to maintain "envelope from."
I don't think it counters the desire *not* to muck with the existing
"From_" line though.  I would not want that disturbed without some
very good reason (and I can't really think of one).

mm

From mclay@zaniahgroup.com  Tue Apr 27 01:27:34 2004
Return-Path: <mclay@zaniahgroup.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3C358C000D9D; Tue, 27 Apr 2004 01:27:34 +0300 (EEST)
Received: from ms-smtp-04.texas.rr.com (ms-smtp-04.texas.rr.com [24.93.47.43])
	by talvi.dovecot.org (Postfix) with ESMTP id C2070C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 01:27:31 +0300 (EEST)
Received: from jedrik.ae.utexas.edu (cs2891-195.austin.rr.com [24.28.91.195])
	by ms-smtp-04.texas.rr.com (8.12.10/8.12.7) with ESMTP id
	i3QMLit1012744
	for <dovecot@dovecot.org>; Mon, 26 Apr 2004 17:21:44 -0500 (CDT)
From: Robert McLay <mclay@zaniahgroup.com>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1083018104.12116.50.camel@jedrik.ae.utexas.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Mon, 26 Apr 2004 17:21:44 -0500
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
Subject: [Dovecot] Setting "default_mail_env" Why is index->mailbox_path
	empty?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: mclay@zaniahgroup.com
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, 26 Apr 2004 22:27:34 -0000
X-UID: 8994                                                  
Status: O
Content-Length: 2464

I now have 

default_mail_env = mbox:~/mail:INBOX=:/var/spool/mail/%u

I now getting:

Apr 26 15:55:32 jedrik imap(mclay): open() failed with mbox file : No such file or directory

I tracked down where the error message is getting generated and added
some more printing:

In mbox-index.c I added:

int mbox_set_syscall_error(struct mail_index *index, const char *function)
{
	i_assert(function != NULL);

        i_error("index->mailbox_path: %%%s%%", index->mailbox_path);
        i_error("index->dir: %%%s%%", index->dir);
        i_error("index->filepath: %%%s%%", index->filepath);
        i_error("index->control_dir: %%%s%%", index->control_dir);
	index_set_error(index, "%s failed with mbox file %s: %m",
			function, index->mailbox_path);
	return FALSE;
}

This generates the following output.  It seems clear that the initial reading
of mbox is read correctly because index->dir and others have values derived from
it but for some reason mailbox_path is empty.  This is version 0.99.10.4 built with 
gcc 3.3.2.  Here is the bottom of running ./configure:

---------------------------------------------------------------------------
Install prefix ...................... : /vol/pkg/dovecot/0.99.10.4
File offsets ........................ : 64bit
Building with SSL support ........... : yes (OpenSSL)
Building with IPv6 support .......... : yes
Building with pop3 server ........... : yes
Building with user database modules . : static passwd passwd-file (modules)
Building with password lookup modules : passwd passwd-file shadow pam (modules)
---------------------------------------------------------------------------

Apr 26 17:06:51 jedrik imap(mclay): index->mailbox_path: %%
Apr 26 17:06:51 jedrik imap(mclay): index->dir: %/home/mclay/mail/.imap/INBOX%
Apr 26 17:06:51 jedrik imap(mclay): index->filepath: %/home/mclay/mail/.imap/INBOX/.imap.index%
Apr 26 17:06:51 jedrik imap(mclay): index->control_dir: %/home/mclay/mail/.imap/INBOX%
Apr 26 17:06:51 jedrik imap(mclay): open() failed with mbox file : No such file or directory
Apr 26 17:06:51 jedrik imap(mclay): index->mailbox_path: %%
Apr 26 17:06:51 jedrik imap(mclay): index->dir: %/home/mclay/mail/.imap/INBOX%
Apr 26 17:06:51 jedrik imap(mclay): index->filepath: %(in-memory index for )%
Apr 26 17:06:51 jedrik imap(mclay): index->control_dir: %/home/mclay/mail/.imap/INBOX%
Apr 26 17:06:51 jedrik imap(mclay): stat() failed with mbox file : No such file or directory

Any ideas?

Thanks




From tss@iki.fi  Tue Apr 27 01:49:46 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 69076C002800; Tue, 27 Apr 2004 01:49:46 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8B264C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 01:49:44 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 58AAD2382E; Tue, 27 Apr 2004 01:43:59 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 19EBC23825; Tue, 27 Apr 2004 01:43:26 +0300 (EEST)
In-Reply-To: <1083018104.12116.50.camel@jedrik.ae.utexas.edu>
References: <1083018104.12116.50.camel@jedrik.ae.utexas.edu>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-19--514498695"
Message-Id: <1DB5BFC0-97D3-11D8-A67A-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Setting "default_mail_env" Why is index->mailbox_path
	empty?
Date: Tue, 27 Apr 2004 01:43:19 +0300
To: mclay@zaniahgroup.com
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.3 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 26 Apr 2004 22:49:46 -0000
X-UID: 8995                                                  
Status: O


--Apple-Mail-19--514498695
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 27.4.2004, at 01:21, Robert McLay wrote:

> default_mail_env = mbox:~/mail:INBOX=:/var/spool/mail/%u

Remove ":" character after "INBOX=".

--Apple-Mail-19--514498695
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAjZCJyUhSUUBViskRAlc7AJ0WlsaqJ4KtA/c1uHcJ9U8uLD3gtQCdGZ3t
Ta37X9yC63P5UIZjXDNmsig=
=IjuL
-----END PGP SIGNATURE-----

--Apple-Mail-19--514498695--


From chibi@gol.com  Tue Apr 27 09:19:11 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E53B0C000D9D; Tue, 27 Apr 2004 09:19:11 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 80446C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 09:19:06 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BILq1-00030L-00; Tue, 27 Apr 2004 15:13:01 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Feature request: more log info/stats 
In-reply-to: <1082930148.1393.92.camel@hurina> 
References: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
	<1082930148.1393.92.camel@hurina>
Comments: In-reply-to Timo Sirainen <tss@iki.fi>
	message dated "Mon, 26 Apr 2004 00:55:48 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 27 Apr 2004 15:13:01 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BILq1-00030L-00@batzmaru.gol.ad.jp>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 06:19:12 -0000
X-UID: 8996                                                  
Status: O


[He lives!]

Timo wrote:
>On Fri, 2004-04-16 at 11:32, Christian Balzer wrote:
>> Feature request:=20
>> More extensive session information and statistics in the logs.
>
>I've thought about doing this with a plugin, so everyone can decide what
>exactly they want to log. The plugin API should probably be changed in
>some way to support this more easily..
>
I'm sure I can mobilize some local talent to work on a plugin once the
API is in what you would deem a stable state.

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From alsbergt@cs.huji.ac.il  Tue Apr 27 10:59:16 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 064B3C000D9D; Tue, 27 Apr 2004 10:59:16 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id DA885C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 10:59:13 +0300 (EEST)
Received: from dev.cs.huji.ac.il ([132.65.16.100] ident=exim)
	by cs1.cs.huji.ac.il with esmtp
	id 1BINPC-000BSf-Co; Tue, 27 Apr 2004 10:53:26 +0300
Received: from alsbergt by dev.cs.huji.ac.il with local (Exim 4.12)
	id 1BINPC-000AJe-00; Tue, 27 Apr 2004 10:53:26 +0300
Date: Tue, 27 Apr 2004 10:53:26 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Dovecot Mailing List <dovecot@dovecot.org>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427075326.GA39453@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040426094359.GA11096@traveler.cistron.net>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
Cc: Timo Sirainen <tss@iki.fi>, Miquel van Smoorenburg <miquels@cistron.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
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, 27 Apr 2004 07:59:16 -0000
X-UID: 8997                                                  
Status: O
Content-Length: 2328

Comment below:

On Mon, Apr 26, 2004 at 11:43:59AM +0200, Miquel van Smoorenburg wrote:
> On 2004.04.26 09:03, Tom Alsberg wrote:
> ><snip />
> > However, the mbox format does store those lines, and they even still
> > have some meaning.
> 
> Why not let your MDA or local delivery agent add a proper Return-Path:
> header. It contains the same information as the From_ line, but it works
> with all mailbox types, it's easier to parse and you can get at it using IMAP.

Well, my MTA, as most others, does add a Return-Path: header.  Usually
it contains the same information as the From_ line, but not always, 
IIRC (the Return-Path: header, IIRC, may be altered/added to by an 
SMTP relay in the way, while the envelope From_ line is guaranteed to
remain as it was).  Never mind that, however - naturally I can have 
the same information stored also in the headers (X-Envelope-From: or
something like that).

However, I would still like the From_ line to remain intact - I see no
reason to rewrite it while copying the message, instead of keeping the
original one.  Actually, some user agents and other software even do 
read it and regard it (for filtering, marking messages, sorting and 
merging mailboxes, etc.), so it disturbs a bit when that's changed.

To note it - IMAP is not the only way -- at least in my intended 
installation -- that users access their mailboxes in.  Wherever 
possible, the IMAP and the local mailbox access should be 
synchronized, and using one should not disturb the usage of the other.
It is a bad assumption in my opinion, therefore, that the From_ line
is completely irrelevant (and needs not be preserved) only because it
is not visible in IMAP.

Maybe it isn't important to many other users, but if it is irrelevant
to IMAP, any reason not to preserve it instead of rewriting it?
I haven't tried any further yet, but would appreciate some tip on how
to cleanly patch dovecot to do so (searching backwards for the From_
line is rather ugly...), or just have it "fixed" in CVS/the next 
version...

> Mike.

  Thanks again,
  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From alsbergt@cs.huji.ac.il  Tue Apr 27 11:01:42 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5090DC000D9D; Tue, 27 Apr 2004 11:01:42 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 5AFA4C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 11:01:40 +0300 (EEST)
Received: from dev.cs.huji.ac.il ([132.65.16.100] ident=exim)
	by cs1.cs.huji.ac.il with esmtp
	id 1BINRZ-000BUI-6D; Tue, 27 Apr 2004 10:55:53 +0300
Received: from alsbergt by dev.cs.huji.ac.il with local (Exim 4.12)
	id 1BINRZ-000AK4-00; Tue, 27 Apr 2004 10:55:53 +0300
Date: Tue, 27 Apr 2004 10:55:53 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: "Mark E. Mallett" <mem@mv.mv.com>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427075553.GB39453@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040426212647.GX20969@iridium.mv.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040426212647.GX20969@iridium.mv.net>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
X-Mailman-Approved-At: Tue, 27 Apr 2004 11:04:54 +0300
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 08:01:42 -0000
X-UID: 8998                                                  
Status: O

On Mon, Apr 26, 2004 at 05:26:47PM -0400, Mark E. Mallett wrote:
><snip />
> That is a good positive suggestion about how to maintain "envelope from."
> I don't think it counters the desire *not* to muck with the existing
> "From_" line though.  I would not want that disturbed without some
> very good reason (and I can't really think of one).

That's pretty much what I mean...  Any reason it should be rewritten
instead of kept in its original form?

> mm

  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From miquels@cistron.net  Tue Apr 27 13:45:43 2004
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EEB9BC000D9D; Tue, 27 Apr 2004 13:45:43 +0300 (EEST)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl [62.216.29.197])
	by talvi.dovecot.org (Postfix) with ESMTP id CF598C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 13:45:41 +0300 (EEST)
Received: from traveler.cistron-office.nl ([62.216.29.67] helo=traveler)
	by smtp.cistron-office.nl with esmtp (Exim 3.35 #1 (Debian))
	id 1BIQ04-0005sN-00; Tue, 27 Apr 2004 12:39:40 +0200
Date: Tue, 27 Apr 2004 12:39:24 +0200
From: Miquel van Smoorenburg <miquels@cistron.net>
To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427103924.GG16189@traveler.cistron.net>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20040427075326.GA39453@cs.huji.ac.il> (from
	alsbergt@cs.huji.ac.il on Tue, Apr 27, 2004 at 09:53:26 +0200)
X-Mailer: Balsa 2.0.16
Lines: 53
Cc: Timo Sirainen <tss@iki.fi>, Miquel van Smoorenburg <miquels@cistron.net>,
	Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Dovecot Mailing List <dovecot@dovecot.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, 27 Apr 2004 10:45:44 -0000
X-UID: 8999                                                  
Status: O
Content-Length: 2279

On 2004.04.27 09:53, Tom Alsberg wrote:
> Comment below:
> 
> On Mon, Apr 26, 2004 at 11:43:59AM +0200, Miquel van Smoorenburg wrote:
> > On 2004.04.26 09:03, Tom Alsberg wrote:
> > ><snip />
> > > However, the mbox format does store those lines, and they even still
> > > have some meaning.
> > 
> > Why not let your MDA or local delivery agent add a proper Return-Path:
> > header. It contains the same information as the From_ line, but it works
> > with all mailbox types, it's easier to parse and you can get at it using IMAP.
> 
> Well, my MTA, as most others, does add a Return-Path: header.  Usually
> it contains the same information as the From_ line, but not always, 

I think that would be a bug.

> IIRC (the Return-Path: header, IIRC, may be altered/added to by an 
> SMTP relay in the way

No, the Return-Path header is not present at SMTP transport time. It is
added the moment the message leaves the SMTP domain, i.e. the moment it
drops into a local mbox (or is sent through another transport like UUCP).
That is the same moment a From_ header is added, and the content should
be the same.

> while the envelope From_ line is guaranteed to
> remain as it was).

The From_ line is only retained over UUCP, no other transport has a
From_ line in the message. SMTP certainly doesn't.

> Never mind that, however - naturally I can have 
> the same information stored also in the headers (X-Envelope-From: or
> something like that).
> 
> However, I would still like the From_ line to remain intact - I see no
> reason to rewrite it while copying the message, instead of keeping the
> original one.  Actually, some user agents and other software even do 
> read it and regard it (for filtering, marking messages, sorting and 
> merging mailboxes, etc.), so it disturbs a bit when that's changed.

Well, when COPYing mailboxes over IMAP dovecot should be able to retain
the From_ line I suppose (if the internal API is rich enough) - but if
the MUA does something like get message from folder A and write it
to folder B (which many clients still do) the From_ line gets lost.

I suppose the mbox folder code could get the basic info for the From_ line
from the Return-Path: header if it is present. That's what my own mbox
library for internal projects does...

Mike.

From alsbergt@cs.huji.ac.il  Tue Apr 27 15:59:30 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 93BA5C000D9D; Tue, 27 Apr 2004 15:59:30 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 541B7C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 15:59:28 +0300 (EEST)
Received: from dev.cs.huji.ac.il ([132.65.16.100] ident=exim)
	by cs1.cs.huji.ac.il with esmtp
	id 1BIS5j-000Gn4-Qf; Tue, 27 Apr 2004 15:53:39 +0300
Received: from alsbergt by dev.cs.huji.ac.il with local (Exim 4.12)
	id 1BIS5j-000AWW-00; Tue, 27 Apr 2004 15:53:39 +0300
Date: Tue, 27 Apr 2004 15:53:39 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Miquel van Smoorenburg <miquels@cistron.net>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427125339.GA39737@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040427103924.GG16189@traveler.cistron.net>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
Cc: Timo Sirainen <tss@iki.fi>, Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>,
	Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
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, 27 Apr 2004 12:59:30 -0000
X-UID: 9000                                                  
Status: O
Content-Length: 3735

On Tue, Apr 27, 2004 at 12:39:24PM +0200, Miquel van Smoorenburg wrote:
> On 2004.04.27 09:53, Tom Alsberg wrote:
> ><snip />
> > Well, my MTA, as most others, does add a Return-Path: header.  Usually
> > it contains the same information as the From_ line, but not always, 
> 
> I think that would be a bug.

Now that I checked it, you're right here...

> > IIRC (the Return-Path: header, IIRC, may be altered/added to by an 
> > SMTP relay in the way
> 
> No, the Return-Path header is not present at SMTP transport time. It is
> added the moment the message leaves the SMTP domain, i.e. the moment it
> drops into a local mbox (or is sent through another transport like UUCP).

True.  Sorry for the confusion - had to refresh my understanding.

> That is the same moment a From_ header is added, and the content should
> be the same.

Well, the From_ line is not a header.  It is stored in Unix
(traditional mbox style) mailboxes, and originally (as in - early
Unix mail withing the host, where the "mail" command would just
append the message into /var/mail/<username>, before Intenet/ARPAnet 
mail embraced with SMTP, etc.) was the only line stored except the 
message body, containing the username of the sender and the date.
Nowadays, of course, it contains the full e-mail address 
(<username>@<domain>) in case the message travelled through the net.

> > while the envelope From_ line is guaranteed to remain as it was).
> 
> The From_ line is only retained over UUCP, no other transport has a
> From_ line in the message. SMTP certainly doesn't.

SMTP doesn't have a From_ line in the message, as it is not really part
of the message, like the headers and body are.  It is part of the SMTP
protocol however, in a slightly different form:

In the SMTP protocol, sending a message begins with "MAIL FROM 
<address>", and if the message goes through another server in the 
way, the relay over it will also begin with the same "MAIL FROM 
<address>" command.  That, AFAIK, is called the SMTP envelope.  At 
the end-point MTA, the FROM part of the SMTP envelope is written in 
the form of a "From " line.  However, that's the same thing - so SMTP 
does actually retain that line in the protocol.

"MAIL FROM <address>" is the direct protocol to the "From " line 
leading a message in a traditional mbox file.
 
> Well, when COPYing mailboxes over IMAP dovecot should be able to 
> retain the From_ line I suppose

That's what I mean - when the IMAP COPY command is issued, the From_
line should be copied together with the rest of the actual message.

> (if the internal API is rich enough) - but if the MUA does 
> something like get message from folder A and write it to folder B 
> (which many clients still do) the From_ line gets lost.

Well, if the MUA does this, then naturally dovecot can't do much 
else, so it makes sense that it invents its own line (although, as 
you mentioned, it could use the Return-Path: header).  But it appears
that most MUAs issue the COPY command properly.

> I suppose the mbox folder code could get the basic info for the 
> From_ line from the Return-Path: header if it is present. That's 
> what my own mbox library for internal projects does...

That's possible.  But I'd prefer it if when COPYing a message, it 
would just copy the "From " line verbatim as well, and not get into 
this trouble, even though I see now that the content should normally
be the same (leave those semantics to the MTA...).

> Mike.

  Thanks,
  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From amyzing@talsever.com  Tue Apr 27 17:56:02 2004
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6F5C0C000D9D; Tue, 27 Apr 2004 17:56:02 +0300 (EEST)
Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net
	[207.69.200.246])
	by talvi.dovecot.org (Postfix) with ESMTP id 4F770C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 17:56:00 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 1BITuB-0000V2-00; Tue, 27 Apr 2004 10:49:51 -0400
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 65C27B791; Tue, 27 Apr 2004 10:49:51 -0400 (EDT)
Date: Tue, 27 Apr 2004 10:49:51 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427144951.GA4055@talsever.com>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040427125339.GA39737@cs.huji.ac.il>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 14:56:02 -0000
X-UID: 9001                                                  
Status: O
Content-Length: 1443

On Tue, Apr 27, 2004 at 03:53:39PM +0300, Tom Alsberg wrote:
>That's possible.  But I'd prefer it if when COPYing a message, it 
>would just copy the "From " line verbatim as well, and not get into 
>this trouble, even though I see now that the content should normally
>be the same (leave those semantics to the MTA...).

Okay, so this is the IMAP COPY command, right?

Why are you putting mbox "From " lines into my maildir?

If dovecot is the source, how does it know what format the target mailbox is
in?  Should dovecot instances communicate with one another?

Is this only for mailboxes that a single dovecot instance is in charge of? 
So the move, although issued as IMAP, should behave differently for a move
between two mailboxes on one server than it does between mailboxes on two
servers?

If dovecot is moving messages from one folder (that it "owns") to another
folder (that it "owns"), how much of the format-specific information should
be copied, if it has been instructed to do an IMAP copy?  When does the
difference in semantics between a server-internal IMAP COPY versus an
inter-server IMAP COPY become anti-intuitive?

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Yankees are compelled by some mysterious force to imitate Southern 
accents and they're so damn dumb they don't know the difference beween
a Tennessee drawl and a Charleston clip.
                -- Rita Mae Brown, "Rubyfruit Jungle"

From jaldhar@debian.org  Tue Apr 27 20:44:31 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 33CABC000D9D; Tue, 27 Apr 2004 20:44:31 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id C16B9C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 20:44:28 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 3DBDA7FE3; Tue, 27 Apr 2004 13:38:38 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30885-09; Tue, 27 Apr 2004 13:38:37 -0400 (EDT)
Received: from [149.123.132.122] (unknown [149.123.132.122])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 0A1C67F7D; Tue, 27 Apr 2004 13:38:37 -0400 (EDT)
Date: Tue, 27 Apr 2004 13:38:06 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test1 released
In-Reply-To: <1082920450.1401.27.camel@hurina>
Message-ID: <Pine.LNX.4.58.0404271333420.3423@diku.intranet.braincell.com>
References: <1082920450.1401.27.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 27 Apr 2004 17:44:31 -0000
X-UID: 9002                                                  
Status: O
Content-Length: 1309

On Sun, 25 Apr 2004, Timo Sirainen wrote:

> http://dovecot.org/test/
>
> I couldn't break this with Evolution with a few minutes of testing, so
> here's the first tarball release based on the new indexing code. Try if
> you're interested, but don't try it on any real mailboxes, or at least
> keep backups :)
>

Not quite 0day but I have prepared .debs and put them on
http://src.braincells.com/dovecot-test/.  These packages are deliberately
non-aptable. You need to download them and manually install them with dpkg
-i. Do not use them if you are at all worried about potentially losing
mail.

> Also note that dovecot-uidlist file format has changed a bit, Dovecot
> 0.99.x isn't able to read it anymore.
>
> Things to do:
>  - mbox code doesn't even compile, so it's disabled
>  - custom flags aren't implemented
>  - recent flags are broken
>  - cache file handling isn't working now, so it's disabled
>  - maildir syncing code isn't as well optimized as it used to be
>  - NFS-safety to indexes (pretty easy)

- make it work with gnutls10.

I have compiled the current versions with openssl because when using
gnutls7 it causes segfaults with other Debian libraries (e.g. LDAP) which
are now using gnutls10.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From alsbergt@cs.huji.ac.il  Tue Apr 27 21:45:53 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B897CC000D9D; Tue, 27 Apr 2004 21:45:53 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 0714FC00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 21:45:51 +0300 (EEST)
Received: from dev.cs.huji.ac.il ([132.65.16.100] ident=exim)
	by cs1.cs.huji.ac.il with esmtp
	id 1BIXUw-000NQ8-Ga; Tue, 27 Apr 2004 21:40:02 +0300
Received: from alsbergt by dev.cs.huji.ac.il with local (Exim 4.12)
	id 1BIXUw-000AkT-00; Tue, 27 Apr 2004 21:40:02 +0300
Date: Tue, 27 Apr 2004 21:40:02 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Amelia A Lewis <amyzing@talsever.com>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427184002.GA41115@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<20040427144951.GA4055@talsever.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040427144951.GA4055@talsever.com>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
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, 27 Apr 2004 18:45:53 -0000
X-UID: 9003                                                  
Status: O
Content-Length: 3911

Hi there.
Please read my comments below:

On Tue, Apr 27, 2004 at 10:49:51AM -0400, Amelia A Lewis wrote:
> On Tue, Apr 27, 2004 at 03:53:39PM +0300, Tom Alsberg wrote:
> >That's possible.  But I'd prefer it if when COPYing a message, it 
> >would just copy the "From " line verbatim as well, and not get into 
> >this trouble, even though I see now that the content should normally
> >be the same (leave those semantics to the MTA...).
> 
> Okay, so this is the IMAP COPY command, right?

Yes...

> Why are you putting mbox "From " lines into my maildir?

Uhmm, I am not.  It should of course only copy it together with the 
"From " line if copied to an mbox...

> If dovecot is the source, how does it know what format the target 
> mailbox is in?

Well, it obviously knows what format the target mailbox is in already,
as it needs it to be able to write to it properly anyway...

> Should dovecot instances communicate with one another?

I'm not sure I understand you.

Well, from what I've seen in the code, in no occassion does the COPY
command work between processes.  When COPYing a message, it just reads
the message (from an istream or something like that, don't remember 
exactly right now), and writes the message to the target mailbox (in
the same process - called from within the same routine), and in the 
case of mbox, the writing routine first calls mbox_from_create to 
write the "From " line.

It could, when COPYing from an mbox to and mbox, copy the message 
together with the "From " line to the target mbox, instead of calling
mbox_from_create to write a new "From " line and then copying the
rest.

Given that every user can only access his mailboxes, and there is one
process per connected user, I fail to see how any interaction between
dovecot instances is necessary.

> Is this only for mailboxes that a single dovecot instance is in 
> charge of? 

What do you mean by a "dovecot instance"?  Do you mean one server,
or one forked process, or what?

> So the move, although issued as IMAP, should behave differently for 
> a move between two mailboxes on one server than it does between 
> mailboxes on two servers?

Can IMAP move messages between servers?  (Can IMAP servers communicate
amongst them?)  I don't think that I understand...

As far as I understood IMAP (from the RFC, docs, etc.), within one
session, it only operates on a defined mailbox/folder space (the 
folders accessible to the user after he's authenticated).  There's
no sending of messages through IMAP (modifying/appending to own
mailboxes doesn't count)...

> If dovecot is moving messages from one folder (that it "owns") to 
> another folder (that it "owns"), how much of the format-specific 
> information should be copied, if it has been instructed to do an 
> IMAP copy?  When does the difference in semantics between a 
> server-internal IMAP COPY versus an inter-server IMAP COPY become 
> anti-intuitive?

You'll have to explain me what I'm missing...  I don't understand
what you mean by an "inter-server IMAP COPY".  However, if something
like that exists, I still believe that when possible (e.g. the COPY
is between two mbox folders in the same server, which is usually the
case in a server based solely on mbox), it should preserve the format
(the "From " line).

Modifying the "From " line with no reason is counter-intuitive in the
first place...  If users in the installation access their mailboxes 
only by IMAP, though, then it does not matter, and then some 
inconsistency (preserving the "From " line only when possible) does
not hurt since it is not visible at all.

> Amy!

  I'm sorry for my ignorance, enlighten me...
  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From tss@iki.fi  Tue Apr 27 21:54:21 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 33250C000D9D; Tue, 27 Apr 2004 21:54:21 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 39415C00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 21:54:19 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D01DB30234B0D
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 21:48:31 +0300 (EEST)
Subject: Re: [Dovecot] Envelope From changed - why?
From: Timo Sirainen <tss@iki.fi>
To: Dovecot Mailing List <dovecot@dovecot.org>
In-Reply-To: <20040427125339.GA39737@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina> <20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ZaW6ct7EQWEbI8nFldBE"
Message-Id: <1083091711.13720.87.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 27 Apr 2004 21:48:31 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 18:54:21 -0000
X-UID: 9004                                                  
Status: O
Content-Length: 1122


--=-ZaW6ct7EQWEbI8nFldBE
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-04-27 at 15:53, Tom Alsberg wrote:
> That's what I mean - when the IMAP COPY command is issued, the From_
> line should be copied together with the rest of the actual message.

I don't think I'll want to do the copying exactly, as the way COPY
currently works is "read message" and "save message", although maildir
has special code for hardlink-copying. I don't think mbox really
deserves that..

However, I could change read and save APIs so that the "envelope from"
can be read and written. With maildir reading would give NULL, and
writing would just ignore it. With mbox it would work right though, and
if it's NULL it'd do what it does now.


--=-ZaW6ct7EQWEbI8nFldBE
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjqr/yUhSUUBViskRArhfAJ9AmpMpFX2xQksF9yXfGt3wDcql9gCfXyrV
y/MgXLz6yYmZAJoAockgP8g=
=ZKdt
-----END PGP SIGNATURE-----

--=-ZaW6ct7EQWEbI8nFldBE--


From amyzing@talsever.com  Tue Apr 27 23:31:42 2004
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BC2BEC00098C; Tue, 27 Apr 2004 23:31:42 +0300 (EEST)
Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net
	[207.69.200.246])
	by talvi.dovecot.org (Postfix) with ESMTP id C7AFCC00280C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 23:31:03 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1)
	id 1BIZ8c-0000vs-00; Tue, 27 Apr 2004 16:25:06 -0400
Received: by marajen.talsever.com (Postfix, from userid 1000)
	id 6B192B791; Tue, 27 Apr 2004 16:25:06 -0400 (EDT)
Date: Tue, 27 Apr 2004 16:25:06 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427202506.GA4524@talsever.com>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<20040427144951.GA4055@talsever.com>
	<20040427184002.GA41115@cs.huji.ac.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040427184002.GA41115@cs.huji.ac.il>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 20:31:43 -0000
X-UID: 9005                                                  
Status: O
Content-Length: 3661

On Tue, Apr 27, 2004 at 09:40:02PM +0300, Tom Alsberg wrote:
>Hi there.
>Please read my comments below:
>
>On Tue, Apr 27, 2004 at 10:49:51AM -0400, Amelia A Lewis wrote:
>> On Tue, Apr 27, 2004 at 03:53:39PM +0300, Tom Alsberg wrote:
>> >That's possible.  But I'd prefer it if when COPYing a message, it 
>> >would just copy the "From " line verbatim as well, and not get into 
>> >this trouble, even though I see now that the content should normally
>> >be the same (leave those semantics to the MTA...).
>> 
>> Okay, so this is the IMAP COPY command, right?
>
>Yes...
>
>> Why are you putting mbox "From " lines into my maildir?
>
>Uhmm, I am not.  It should of course only copy it together with the 
>"From " line if copied to an mbox...

There's the problem.  IMAP can work between multiple servers (I do it every
day, partly to keep my Important Email backed up).  The protocol, which
defines the COPY command, doesn't have a place for a "From " line, since it
isn't a header.  So, if dovecot implements it, then there are four
possibilities:

1) IMAP COPY from serverA (dovecot) to serverA (dovecot)
2) IMAP COPY from serverA (dovecot) to serverB (dovecot)
3) IMAP COPY from serverA (dovecot) to serverC (not-dovecot)
4) IMAP COPY from serverC (not-dovecot) to ServerA (or B) (dovecot)

In case 1, if the source mailbox is mbox and the target mailbox is mbox,
then the additional information can be copied.  I gather that this is the
scenario that you have in mind.

If the source is mbox and the target is maildir, it would be preferable to
drop the information or transform it to ReturnPath, although that isn't an
IMAP server's job.

If the source is maildir and the target is mbox, what should happen?

In case 2, it doesn't matter that both servers are dovecot, unless you're
suggesting a custom extension of the protocol.  Assuming that Timo refuses
to muck up the protocol with custom extensions, then this is equivalent to
case 3.  The originating server has no way of knowing what format the target
server is storing in, and the "From " line is not a header, so has no
"normal" means of being passed.  If Timo implements a custom extension to
the protocol (rather than custom metadata for a server-internal copy), this
is equivalent to case 1.

Case 4 is like case 3.  In neither case is it possible to communicate from a
dovecot server to a non-dovecot server (or vice versa) information which
does not fit into the IMAP protocol, such as a non-header line prepended to
a message, or the format of the target mailbox.

So, fine, implement for case 1, and leave the others alone, right?  Well. 
A user could then reasonably ask "Why does my data change when I copy it
from my ISP's machine to Uni's Cyrus server?  It doesn't change when I copy
it from folder to folder on my ISP!"  I can't say that I much like the idea
of a network protocol command that has enhancements to behave like a local
file copy.

If all you're concerned about in the copying is a single local machine,
preserving the semantics of a particular storage format, then why not do
file copies?  Note, this is *not* a rhetorical question; if a network server
is to be asked to behave in a different way depending upon context (that
users may not even be aware of) that arises from the chosen storage context,
what happens next?  Is this not possibly a slippery slope?

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
It's is not, it isn't ain't, and it's it's, not its, if you mean it is.
If you don't, it's its.  Then too, it's hers.  It isn't her's. It isn't
our's either.  It's ours, and likewise yours and theirs.
                --OUP Edpress News

From mem@mv.mv.com  Tue Apr 27 23:45:44 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 94D05C000D91; Tue, 27 Apr 2004 23:45:44 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 1546EC00098C
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 23:45:42 +0300 (EEST)
Received: (qmail 12493 invoked from network); 27 Apr 2004 16:39:46 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 27 Apr 2004 16:39:53 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 13335 invoked by uid 101); 27 Apr 2004 16:39:46 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 27 Apr 2004 16:39:46 -0400
To: Amelia A Lewis <amyzing@talsever.com>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040427203945.GX901@iridium.mv.net>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<20040427144951.GA4055@talsever.com>
	<20040427184002.GA41115@cs.huji.ac.il>
	<20040427202506.GA4524@talsever.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040427202506.GA4524@talsever.com>
User-Agent: Mutt/1.4.2.1i
Cc: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>,
	Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 20:45:44 -0000
X-UID: 9006                                                  
Status: O

On Tue, Apr 27, 2004 at 04:25:06PM -0400, Amelia A Lewis wrote:

  ...

> So, fine, implement for case 1, and leave the others alone, right?  Well. 
> A user could then reasonably ask "Why does my data change when I copy it
> from my ISP's machine to Uni's Cyrus server?  It doesn't change when I copy
> it from folder to folder on my ISP!"  I can't say that I much like the idea
> of a network protocol command that has enhancements to behave like a local
> file copy. 

  ...

I think you're making way too much of this.  The question was just "why
is my existing "From_" line being altered when copying from one mbox
to another."  I say, why indeed.  In all the cases where it needs to be
fabricated, by all means, fabricate it.  Where it already exists in the
source and should also exist in the destination, try to preserve it.
That's all.

mm

From tss@iki.fi  Tue Apr 27 23:49:57 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8E4E0C002802; Tue, 27 Apr 2004 23:49:57 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 9FE00C000D91
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 23:49:55 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 13E2F300E3269; Tue, 27 Apr 2004 23:44:08 +0300 (EEST)
Subject: Re: [Dovecot] Envelope From changed - why?
From: Timo Sirainen <tss@iki.fi>
To: Amelia A Lewis <amyzing@talsever.com>
In-Reply-To: <20040427202506.GA4524@talsever.com>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina> <20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<20040427144951.GA4055@talsever.com>
	<20040427184002.GA41115@cs.huji.ac.il>
	<20040427202506.GA4524@talsever.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-bygQQam7khB2vPJjRDBS"
Message-Id: <1083098647.13723.94.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 27 Apr 2004 23:44:07 +0300
Cc: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>,
	Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 20:49:57 -0000
X-UID: 9007                                                  
Status: O
Content-Length: 1321


--=-bygQQam7khB2vPJjRDBS
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-04-27 at 23:25, Amelia A Lewis wrote:
> There's the problem.  IMAP can work between multiple servers (I do it eve=
ry
> day, partly to keep my Important Email backed up).  The protocol, which
> defines the COPY command, doesn't have a place for a "From " line, since =
it
> isn't a header.  So, if dovecot implements it, then there are four
> possibilities:
>=20
> 1) IMAP COPY from serverA (dovecot) to serverA (dovecot)
> 2) IMAP COPY from serverA (dovecot) to serverB (dovecot)
> 3) IMAP COPY from serverA (dovecot) to serverC (not-dovecot)
> 4) IMAP COPY from serverC (not-dovecot) to ServerA (or B) (dovecot)

2-4 cases aren't COPY commands, it's client which does FETCH to serverA
and APPEND to serverB. Unless you mean some kind of clustered server
setup such as Cyrus Murder, but that doesn't have much to do with
standard IMAP anymore.


--=-bygQQam7khB2vPJjRDBS
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjsYXyUhSUUBViskRAmNuAJwJ1zLCMJWKjqTB18tz0bLM21G98ACeLQKL
KFoza0GdHzANKGrdlLKaWXk=
=RZ+g
-----END PGP SIGNATURE-----

--=-bygQQam7khB2vPJjRDBS--


From tss@iki.fi  Wed Apr 28 00:02:15 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2574BC000D91; Wed, 28 Apr 2004 00:02:15 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 27F28C000D91
	for <dovecot@dovecot.org>; Wed, 28 Apr 2004 00:02:13 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 94A89300E3269; Tue, 27 Apr 2004 23:56:25 +0300 (EEST)
Subject: Re: [Dovecot] Feature request: more log info/stats
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BILq1-00030L-00@batzmaru.gol.ad.jp>
References: <E1BEOmG-0008O5-00@batzmaru.gol.ad.jp>
	<1082930148.1393.92.camel@hurina>
	<E1BILq1-00030L-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-VXuHXbfZwVuUPT8Uzg/c"
Message-Id: <1083099385.13727.107.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 27 Apr 2004 23:56:25 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 21:02:15 -0000
X-UID: 9008                                                  
Status: O
Content-Length: 1548


--=-VXuHXbfZwVuUPT8Uzg/c
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-04-27 at 09:13, Christian Balzer wrote:
> >> Feature request:=3D20
> >> More extensive session information and statistics in the logs.
> >
> >I've thought about doing this with a plugin, so everyone can decide what
> >exactly they want to log. The plugin API should probably be changed in
> >some way to support this more easily..
> >
> I'm sure I can mobilize some local talent to work on a plugin once the
> API is in what you would deem a stable state.

I think writing the plugin itself doesn't take more than few minutes
when there's simple API for it. It's the API designing that takes time..

I think lib-index API is pretty great now, mail-storage API needs some
heavy redesigning, and imap/pop3-specific plugin API hardly exists yet.
What would it need? At least make it possible to replace, extend or just
transparently hook into existing commands (pre, post,
somewhere-in-the-middle?) and create new commands. Creating and
replacing already works. Figuring out how extending works could be
tricky. Mail-storage API already allows hooking into it. What else? ..


--=-VXuHXbfZwVuUPT8Uzg/c
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAjsj5yUhSUUBViskRAr4XAJ0Y7MXC3vxc8ex9jYvc+/q/IA7kZgCfdEC2
97odi5ihTzv67AEntd2ppRE=
=ay8K
-----END PGP SIGNATURE-----

--=-VXuHXbfZwVuUPT8Uzg/c--


From amyzing@talsever.com  Wed Apr 28 00:35:36 2004
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 763DEC000D91; Wed, 28 Apr 2004 00:35:36 +0300 (EEST)
Received: from blount.mail.mindspring.net (blount.mail.mindspring.net
	[207.69.200.226])
	by talvi.dovecot.org (Postfix) with ESMTP id 6D1C1C00098C
	for <dovecot@dovecot.org>; Wed, 28 Apr 2004 00:35:34 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by blount.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 1BIa91-0005kb-00
	for dovecot@dovecot.org; Tue, 27 Apr 2004 17:29:36 -0400
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP id C2AEEB786
	for <dovecot@dovecot.org>; Tue, 27 Apr 2004 17:29:35 -0400 (EDT)
Date: Tue, 27 Apr 2004 17:29:35 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Envelope From changed - why?
Message-Id: <20040427172935.3734fb08.amyzing@talsever.com>
In-Reply-To: <1083098647.13723.94.camel@hurina>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<20040427144951.GA4055@talsever.com>
	<20040427184002.GA41115@cs.huji.ac.il>
	<20040427202506.GA4524@talsever.com>
	<1083098647.13723.94.camel@hurina>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 27 Apr 2004 21:35:36 -0000
X-UID: 9009                                                  
Status: O
Content-Length: 1031

On Tue, 27 Apr 2004 23:44:07 +0300
Timo Sirainen <tss@iki.fi> wrote:

> On Tue, 2004-04-27 at 23:25, Amelia A Lewis wrote:
> > "From " line, since it isn't a header.  So, if dovecot implements it,
> > then there are four possibilities:
> > 
> > 1) IMAP COPY from serverA (dovecot) to serverA (dovecot)
> > 2) IMAP COPY from serverA (dovecot) to serverB (dovecot)
> > 3) IMAP COPY from serverA (dovecot) to serverC (not-dovecot)
> > 4) IMAP COPY from serverC (not-dovecot) to ServerA (or B) (dovecot)
> 
> 2-4 cases aren't COPY commands, it's client which does FETCH to serverA
> and APPEND to serverB. Unless you mean some kind of clustered server
> setup such as Cyrus Murder, but that doesn't have much to do with
> standard IMAP anymore.

My bad then.  I'd thought that the copies actually worked server to
server, rather than server to client to server.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Did you exchange a walk-on part in the war for the lead role in a cage?
                -- Pink Floyd

From alsbergt@cs.huji.ac.il  Wed Apr 28 10:53:51 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 583E2C000D93; Wed, 28 Apr 2004 10:53:51 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id AC0F5C00098C
	for <dovecot@dovecot.org>; Wed, 28 Apr 2004 10:53:48 +0300 (EEST)
Received: from ludo.cs.huji.ac.il ([132.65.80.122])
	by cs1.cs.huji.ac.il with esmtp
	id 1BIjnT-000HXZ-4Z; Wed, 28 Apr 2004 10:47:59 +0300
Received: from alsbergt by ludo.cs.huji.ac.il with local (Exim 4.12)
	id 1BIjnT-00039m-00; Wed, 28 Apr 2004 10:47:59 +0300
Date: Wed, 28 Apr 2004 10:47:58 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040428074758.GA12009@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<1083091711.13720.87.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1083091711.13720.87.camel@hurina>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 28 Apr 2004 07:53:51 -0000
X-UID: 9010                                                  
Status: O
Content-Length: 2976

On Tue, Apr 27, 2004 at 09:48:31PM +0300, Timo Sirainen wrote:
> On Tue, 2004-04-27 at 15:53, Tom Alsberg wrote:
> > That's what I mean - when the IMAP COPY command is issued, the From_
> > line should be copied together with the rest of the actual message.
> 
> I don't think I'll want to do the copying exactly,

That's a shame...  Any tips, though, on how I could change it in the
least ugly-hackish way?  (I'd like to see and know in order to
understand the internal architecture of dovecot anyway, even if you
are soon to implement it with the read and save API into the
mainstream code track)

> as the way COPY currently works is "read message" and "save
> message", although maildir has special code for hardlink-copying. I
> don't think mbox really deserves that..

Well, OK... Not sure why, though - I'd think this would be a small
piece of code specific to mbox (if done right), and would warrant a
special case.

> However, I could change read and save APIs so that the "envelope from"
> can be read and written. With maildir reading would give NULL, and
> writing would just ignore it. With mbox it would work right though, and
> if it's NULL it'd do what it does now.

Sounds like a good idea.  I'd also think of trying to base on
Return-Path: if it's NULL when writing to an mbox, before dropping to
inventing a completely fabricated one, but that's just an added
bonus...

Any idea as to when I could expect to have this implemented in
dovecot?  (I'd love to help with it, given some guidance)

Main question in my mind now about the code:  What data is kept in the
context of a message, except for the istream pointing to the contents?
(As in - where would you insert that "envelope from" field?  Would it
just be a parameter to the functions, or would it be some field in the
data structure representing a message?)

I understood that in the current development dovecot, mbox support
doesn't even work anymore...  I do hope that'll be fixed when it
becomes the current stable branch.

I must say that until now I really like dovecot, being the best IMAP
server I've found until now (most suitable to my needs, but also clean
and flexible, functioning well...).  Hopefully mbox support won't just
be dropped at some point, as it is important for me, and I believe for
other users as well. 

I understood the direction of development right now is into making
dovecot as modular as feasible, so maybe even if mbox support won't be
in the main dovecot code, it could be an external module (with a clean
enough API, I could even write and maintain an mbox module)

Thank you, Timo, and the rest of the dovecot developers, for all the
efforts into this neat piece of software :-)

  Thanks again,
  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From skye@f4.ca  Wed Apr 28 20:00:30 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CF69FC002802; Wed, 28 Apr 2004 20:00:30 +0300 (EEST)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 976C5C002801
	for <dovecot@dovecot.org>; Wed, 28 Apr 2004 20:00:28 +0300 (EEST)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1BIsKT-0000mM-00
	for dovecot@dovecot.org; Wed, 28 Apr 2004 09:54:37 -0700
Date: Wed, 28 Apr 2004 09:54:37 -0700
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Index abuse
Message-ID: <20040428165437.GE92098@f4.ca>
References: <C7F5ECAE8D41BC5A0DC8C628@[192.168.0.9]>
	<1083011076.13726.43.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1083011076.13726.43.camel@hurina>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 28 Apr 2004 17:00:31 -0000
X-UID: 9011                                                  
Status: O
Content-Length: 1042

That's great news, as I'm going to be doing server-side message nuking
as well :)  Also excited to see 1.0-test1 released!!  Go Timo!

Skye

Word on the street is Timo Sirainen said:
> On Mon, 2004-04-26 at 22:20, Rick Jones wrote:
> > To put it in context, I'm playing with server-side automatic
> > maintenance scripts for things like deleting messages more than x days
> > old from folders a, b, c, etc. (using Maildir layout). So far I'm just
> > zapping files in the cur and new directories and nothing amiss appears
> > to happen from the IMAP client's viewpoint.
> > 
> > I just wonder if I'm storing up trouble. Will the index files continue
> > to hold references to non-existent files and get bloated, or do they
> > self-clean?
> 
> They'll clean themselves up. I wouldn't call Dovecot maildir- or
> mbox-compatible if it didn't.
> 
> That's actually how it internally works now, Dovecot just deletes the
> mails and then calls mailbox syncing function which updates the indexes.
> New indexing code does it differently though.
> 

From lars@misterp.dk  Thu Apr 29 15:50:31 2004
Return-Path: <lars@misterp.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3EF65C00098C; Thu, 29 Apr 2004 15:50:31 +0300 (EEST)
Received: from misterp.dk (129.142.126.35.ip.tele2adsl.dk [129.142.126.35])
	by talvi.dovecot.org (Postfix) with ESMTP id 68ED0C00280C
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 15:50:28 +0300 (EEST)
Received: from [192.168.2.2] (g4 [192.168.2.2])
	by misterp.dk (8.12.9/8.12.9) with ESMTP id i3TCiaBY006838
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 14:44:37 +0200 (CEST)
X-Spam-Filter: check_local@misterp.dk by digitalanswers.org
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <F8797D9A-99DA-11D8-AE62-00039371FB8A@misterp.dk>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: dovecot@dovecot.org
From: Lars Skovgaard <lars@misterp.dk>
Date: Thu, 29 Apr 2004 14:44:35 +0200
X-Mailer: Apple Mail (2.613)
Subject: [Dovecot] Timezone of logentries from dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 29 Apr 2004 12:50:31 -0000
X-UID: 9012                                                  
Status: O
Content-Length: 1279

Hi

I've been using dovecot for a long time now, and have nothing but 
praise for it. It's considerably faster than uw-imap, and has been very 
easy to configure, in spite of my limited knowledge of unix.

One thing still botheres me, though, and that's the time of the entries 
in my logfiles. It seems that dovecot logs it's entries in GMT, while 
I'm using GMT+1. This is made even worse by the fact that we're now 
using daylight savings time, which upps the difference to two hours. 
Here's a couple of lines from my logs to show the difference:

Apr 29 14:30:07 misterp mach_kernel: ipfw: 10000 Deny UDP 
213.122.19.185:33123 129.142.126.35:137 in via en0
Apr 29 14:30:59 misterp mach_kernel: ipfw: 4000 Accept TCP 
80.197.22.210:38518 129.142.126.35:995 in via en0
Apr 29 12:30:59 misterp pop3-login: Login: torben [80.197.22.210]
Apr 29 14:32:25 misterp mach_kernel: ipfw: 10000 Deny UDP 
195.122.208.191:1066 129.142.126.35:1434 in via en0

I don't know how to fix this, whether it's in dovecot or somewhere in a 
system-setting. However, all other applications log their entries with 
the systems current setting, so I suspect it's in dovecot. I would very 
much appreciate any help on the subject.

Btw, I'm using MacOS X 10.2 with dovecot 0.99.10.4.

Thanks!

/Lars


From cube@NetBSD.org  Thu Apr 29 15:54:36 2004
Return-Path: <cube@NetBSD.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 10AA4C000D93; Thu, 29 Apr 2004 15:54:36 +0300 (EEST)
Received: from yoda.cubidou.net (puzo.quatriemek.com [62.4.18.140])
	by talvi.dovecot.org (Postfix) with ESMTP id E1910C00098C
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 15:54:33 +0300 (EEST)
Received: from padme.cubidou.net (padme.ipv6.cubidou.net
	[2001:7a8:188c:0:280:c8ff:fe3f:6c2e])
	by yoda.cubidou.net (Postfix) with SMTP id 82D293695
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 14:48:40 +0200 (CEST)
Date: Thu, 29 Apr 2004 14:48:40 +0200
From: Quentin Garnier <cube@NetBSD.org>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Timezone of logentries from dovecot
Message-Id: <20040429144840.3c5b869f.cube@NetBSD.org>
In-Reply-To: <F8797D9A-99DA-11D8-AE62-00039371FB8A@misterp.dk>
References: <F8797D9A-99DA-11D8-AE62-00039371FB8A@misterp.dk>
Organization: The NetBSD Project
X-Mailer: Sylpheed version 0.9.7claws (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 29 Apr 2004 12:54:36 -0000
X-UID: 9013                                                  
Status: O

Le Thu, 29 Apr 2004 14:44:35 +0200
Lars Skovgaard a ecrit :
[...]
> I don't know how to fix this, whether it's in dovecot or somewhere in a 
> system-setting. However, all other applications log their entries with 
> the systems current setting, so I suspect it's in dovecot. I would very 
> much appreciate any help on the subject.
> 
> Btw, I'm using MacOS X 10.2 with dovecot 0.99.10.4.

It's because the logging process is chrooted, doesn't have TZ env. var.
set, and doesn't have a correct /etc/localtime (or whatever your libc
uses) _inside_ the chroot directory.  Therefore its timezone is the
default, UTC (formerly known as GMT).

-- 
Quentin Garnier - cube@NetBSD.org
The NetBSD Project - http://www.NetBSD.org/

From tss@iki.fi  Thu Apr 29 16:03:38 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9C2D1C000D93; Thu, 29 Apr 2004 16:03:38 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id B2A1DC00098C
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 16:03:36 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 3C650300DFC0E
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 15:57:45 +0300 (EEST)
Subject: Re: [Dovecot] Timezone of logentries from dovecot
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040429144840.3c5b869f.cube@NetBSD.org>
References: <F8797D9A-99DA-11D8-AE62-00039371FB8A@misterp.dk>
	<20040429144840.3c5b869f.cube@NetBSD.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-rqOclUJ/UEATTJ5M9xU4"
Message-Id: <1083243464.32748.70.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 29 Apr 2004 15:57:44 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 29 Apr 2004 13:03:38 -0000
X-UID: 9014                                                  
Status: O


--=-rqOclUJ/UEATTJ5M9xU4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-04-29 at 15:48, Quentin Garnier wrote:

> It's because the logging process is chrooted, doesn't have TZ env. var.
> set, and doesn't have a correct /etc/localtime (or whatever your libc
> uses) _inside_ the chroot directory.  Therefore its timezone is the
> default, UTC (formerly known as GMT).

One more reason to make all logging go through dovecot-master process..

Temporary fix of course is setting login_chroot =3D no to config file.


--=-rqOclUJ/UEATTJ5M9xU4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAkPvIyUhSUUBViskRAmqFAJ4oN21WU4NfdJPsY2D8DRVK/F59NgCfexZP
nJScpTnlJxmPTGmDYs0GoyI=
=bCkv
-----END PGP SIGNATURE-----

--=-rqOclUJ/UEATTJ5M9xU4--


From gmid-dovecot@m.gmane.org  Thu Apr 29 17:51:40 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 15FCCC000D93; Thu, 29 Apr 2004 17:51:40 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 1E43BC00098C
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 17:51:38 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BJCn5-0005tU-00
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 16:45:31 +0200
Received: from pd951fade.dip.t-dialin.net ([217.81.250.222])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 16:45:31 +0200
Received: from matthias.andree by pd951fade.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 16:45:31 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Thu, 29 Apr 2004 14:52:39 +0200
Lines: 13
Message-ID: <m3ekq72bfs.fsf@merlin.emma.line.org>
References: <1082920450.1401.27.camel@hurina>
	<Pine.LNX.4.58.0404271333420.3423@diku.intranet.braincell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951fade.dip.t-dialin.net
User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:BROsohqhFmxp8q44Z67ut4ICOcI=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 1.0-test1 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 29 Apr 2004 14:51:40 -0000
X-UID: 9015                                                  
Status: O

"Jaldhar H. Vyas" <jaldhar@debian.org> writes:

> I have compiled the current versions with openssl because when using
> gnutls7 it causes segfaults with other Debian libraries (e.g. LDAP) which
> are now using gnutls10.

Name space issue? Berkeley DB offers --with-uniquename,
maybe GnuTLS should do so as well.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From jaldhar@debian.org  Thu Apr 29 19:14:32 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C18C6C000D93; Thu, 29 Apr 2004 19:14:32 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 6FBAFC00098C
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 19:14:30 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 3FE487F7D; Thu, 29 Apr 2004 12:08:37 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 30252-07; Thu, 29 Apr 2004 12:08:36 -0400 (EDT)
Received: from [192.168.1.109] (pcp09354467pcs.jersyc01.nj.comcast.net
	[69.141.24.176])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 9A3967F68; Thu, 29 Apr 2004 12:08:36 -0400 (EDT)
Date: Thu, 29 Apr 2004 12:08:31 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Matthias Andree <matthias.andree@gmx.de>
Subject: Re: [Dovecot] Re: 1.0-test1 released
In-Reply-To: <m3ekq72bfs.fsf@merlin.emma.line.org>
Message-ID: <Pine.LNX.4.58.0404291207140.11823@diku.intranet.braincell.com>
References: <1082920450.1401.27.camel@hurina>
	<Pine.LNX.4.58.0404271333420.3423@diku.intranet.braincell.com>
	<m3ekq72bfs.fsf@merlin.emma.line.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 29 Apr 2004 16:14:32 -0000
X-UID: 9016                                                  
Status: O

On Thu, 29 Apr 2004, Matthias Andree wrote:

> "Jaldhar H. Vyas" <jaldhar@debian.org> writes:
>
> > I have compiled the current versions with openssl because when using
> > gnutls7 it causes segfaults with other Debian libraries (e.g. LDAP) which
> > are now using gnutls10.
>
> Name space issue?

No. API change + lack of versioned symbols.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From tss@iki.fi  Thu Apr 29 23:15:50 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DEAACC000D93; Thu, 29 Apr 2004 23:15:50 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id C72F5C00098C
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 23:15:48 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 8D4E1300E3272
	for <dovecot@dovecot.org>; Thu, 29 Apr 2004 23:09:55 +0300 (EEST)
Subject: Re: [Dovecot] Re: 1.0-test1 released
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <Pine.LNX.4.58.0404291207140.11823@diku.intranet.braincell.com>
References: <1082920450.1401.27.camel@hurina>
	<Pine.LNX.4.58.0404271333420.3423@diku.intranet.braincell.com>
	<m3ekq72bfs.fsf@merlin.emma.line.org>
	<Pine.LNX.4.58.0404291207140.11823@diku.intranet.braincell.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-1yXu9brbZqTxenbaXCWB"
Message-Id: <1083269394.32748.77.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 29 Apr 2004 23:09:55 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 29 Apr 2004 20:15:51 -0000
X-UID: 9017                                                  
Status: O
Content-Length: 1191


--=-1yXu9brbZqTxenbaXCWB
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-04-29 at 19:08, Jaldhar H. Vyas wrote:
> > "Jaldhar H. Vyas" <jaldhar@debian.org> writes:
> >
> > > I have compiled the current versions with openssl because when using
> > > gnutls7 it causes segfaults with other Debian libraries (e.g. LDAP) w=
hich
> > > are now using gnutls10.
> >
> > Name space issue?
>=20
> No. API change + lack of versioned symbols.

Looks like it's read/write/handshake functions were changed (fixed?) to
work very much like OpenSSL's, ie. read/write can return that handshake
renegoatiation is needed, and read can fail because if needs to write
and vice versa. The ssl-proxy-openssl.c code should just be copy&pasted
to gnutls version and the function calls changed.

Any volunteers? :)


--=-1yXu9brbZqTxenbaXCWB
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD4DBQBAkWESyUhSUUBViskRAr8+AJ9aQlpf9qHRoyXcTMe/HDUpEzXlEACVGCv2
hlAetsVVm89+hrJbnzEH7A==
=bgn+
-----END PGP SIGNATURE-----

--=-1yXu9brbZqTxenbaXCWB--


From olive@pasteur.fr  Fri Apr 30 18:28:28 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0C682C000D93; Fri, 30 Apr 2004 18:28:28 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 02BBEC00098C
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 18:28:26 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 3858711474
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 17:22:31 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 08C9611473
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 17:22:31 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id DE0E83F67E; Fri, 30 Apr 2004 17:22:30 +0200 (CEST)
Date: Fri, 30 Apr 2004 17:22:30 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: Dovecot mailing list <dovecot@dovecot.org>
Subject: Re: [Dovecot] imap indexing error when moving multiple mails
Message-ID: <20040430152230.GA4193@mafate.sis.pasteur.fr>
Mail-Followup-To: Dovecot mailing list <dovecot@dovecot.org>
References: <f06010200bc888ae73a63@[130.83.186.53]>
	<20040330201722.GB83591@mafate.sis.pasteur.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040330201722.GB83591@mafate.sis.pasteur.fr>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 30 Apr 2004 15:28:28 -0000
X-UID: 9018                                                  
Status: O
Content-Length: 2616

* Olivier Tharan <olive@pasteur.fr> (20040330 22:17):
> > Mar 25 14:07:33 bounce imap-login: Login: hf [130.83.xxx.yyy]
> > Mar 25 14:07:44 bounce imap(hf): Error indexing mbox file 
> > /home/hf/Mail/Leute/Marc Wirth: LF not found where expected
> > Mar 25 14:09:30 bounce imap(hf): Error indexing mbox file 
> > /home/hf/Mail/Leute/Marc Wirth: LF not found where expected
> 
> FWIW, I have the same exact problem. This happens when
> `expunging' a mbox or QUIT-ting a POP3 session. The consequence
> is the email is not deleted (good), the next fetchmail will get
> another, identical message.

I keep having the problem. I do my testing with :

- on one terminal :
,----
| while ((1)); do echo "test" | mail -s 'test' zzzzzzz; sleep 10; done
`----

- on one machine, a fetchmail -d 10

The logs:

,----
| Apr 30 17:15:29 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:15:32 munster pop3(zzzzzzz): Error indexing mbox file /var/mail/zzzzzzz: LF not found where expected
| Apr 30 17:15:42 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:15:55 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:15:58 munster pop3(zzzzzzz): Error indexing mbox file /var/mail/zzzzzzz: LF not found where expected
| Apr 30 17:16:09 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:16:12 munster pop3(zzzzzzz): Error indexing mbox file /var/mail/zzzzzzz: LF not found where expected
| Apr 30 17:16:22 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:16:36 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:16:39 munster pop3(zzzzzzz): Error indexing mbox file /var/mail/zzzzzzz: LF not found where expected
| Apr 30 17:16:49 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:16:52 munster pop3(zzzzzzz): Error indexing mbox file /var/mail/zzzzzzz: LF not found where expected
| Apr 30 17:17:02 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:17:16 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:17:19 munster pop3(zzzzzzz): Error indexing mbox file /var/mail/zzzzzzz: LF not found where expected
| Apr 30 17:17:29 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
| Apr 30 17:17:32 munster pop3(zzzzzzz): Error indexing mbox file /var/mail/zzzzzzz: LF not found where expected
| Apr 30 17:17:42 munster pop3-login: Login: zzzzzzz [157.99.xx.xx]
`----

A precision: /var/mail is a NFS filesystem (from a Netapp). The
indexes are on a local disk.

The same test on a box with a local spool (no NFS) does not
trigger the errors. On both machines, this is dovecot-0.99.10.4
from the FreeBSD ports.

Any ideas?
-- 
olive

From tss@iki.fi  Fri Apr 30 20:28:22 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 645B6C002801; Fri, 30 Apr 2004 20:28:22 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 28192C000D93
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 20:28:20 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C81601C2D5C0; Fri, 30 Apr 2004 20:22:25 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 88C371C2D5BE; Fri, 30 Apr 2004 20:21:51 +0300 (EEST)
In-Reply-To: <20040430152230.GA4193@mafate.sis.pasteur.fr>
References: <f06010200bc888ae73a63@[130.83.186.53]>
	<20040330201722.GB83591@mafate.sis.pasteur.fr>
	<20040430152230.GA4193@mafate.sis.pasteur.fr>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-1--188189615"
Message-Id: <DCD78404-9ACA-11D8-AE80-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] imap indexing error when moving multiple mails
Date: Fri, 30 Apr 2004 20:21:48 +0300
To: Olivier Tharan <olive@pasteur.fr>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 30 Apr 2004 17:28:22 -0000
X-UID: 9019                                                  
Status: O
Content-Length: 1549


--Apple-Mail-1--188189615
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 30.4.2004, at 18:22, Olivier Tharan wrote:

> | Apr 30 17:17:32 munster pop3(zzzzzzz): Error indexing mbox file 
> /var/mail/zzzzzzz: LF not found where expected
..
> A precision: /var/mail is a NFS filesystem (from a Netapp). The
> indexes are on a local disk.
>
> The same test on a box with a local spool (no NFS) does not
> trigger the errors. On both machines, this is dovecot-0.99.10.4
> from the FreeBSD ports.

mail_read_mmaped = no I guess?

Recently I've began wondering what exactly are NFS client's caching 
rules. When exactly does it try to read the file from local cache and 
when does it check that it's not changed in server? Maybe the only 
answer to write fully NFS compatible code is to read the actual NFS 
client implementations of most popular OSes :)

Of course, this might not be NFS-related bug at all even though it 
triggers only with NFS. Anyway, I don't think I'll spend any time 
wondering about it as mbox code will be rewritten anyway.

--Apple-Mail-1--188189615
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAkosuyUhSUUBViskRAhy8AJ9V4HwLPR/FPHZcisH1AVTrgbRmmgCcDRYZ
ZQqddjw64JqMVawcaWZWANQ=
=CO//
-----END PGP SIGNATURE-----

--Apple-Mail-1--188189615--


From t1lt@bk.ru  Fri Apr 30 23:12:19 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 94D39C002802; Fri, 30 Apr 2004 23:12:19 +0300 (EEST)
Received: from sun.com (port-212-202-38-4.reverse.qsc.de [212.202.38.4])
	by talvi.dovecot.org (Postfix) with SMTP id 51BADC002801
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 23:12:17 +0300 (EEST)
Received: (qmail 20926 invoked by uid 1000); 30 Apr 2004 20:07:38 -0000
Date: Fri, 30 Apr 2004 22:07:38 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot mailing list <dovecot@dovecot.org>
Subject: Re: [Dovecot] imap indexing error when moving multiple mails
Message-ID: <20040430200738.GA4819@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>,
	Dovecot mailing list <dovecot@dovecot.org>
References: <f06010200bc888ae73a63@[130.83.186.53]>
	<20040330201722.GB83591@mafate.sis.pasteur.fr>
	<20040430152230.GA4193@mafate.sis.pasteur.fr>
	<DCD78404-9ACA-11D8-AE80-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <DCD78404-9ACA-11D8-AE80-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 30 Apr 2004 20:12:19 -0000
X-UID: 9020                                                  
Status: O
Content-Length: 1367

On Fri, Apr 30, 2004 at 08:21:48PM +0300, Timo Sirainen wrote:
> On 30.4.2004, at 18:22, Olivier Tharan wrote:
> 
> >| Apr 30 17:17:32 munster pop3(zzzzzzz): Error indexing mbox file 
> >/var/mail/zzzzzzz: LF not found where expected
> ..
> >A precision: /var/mail is a NFS filesystem (from a Netapp). The
> >indexes are on a local disk.
> >
> >The same test on a box with a local spool (no NFS) does not
> >trigger the errors. On both machines, this is dovecot-0.99.10.4
> >from the FreeBSD ports.
> 
> mail_read_mmaped = no I guess?
> 
> Recently I've began wondering what exactly are NFS client's caching 
> rules. When exactly does it try to read the file from local cache and 
> when does it check that it's not changed in server? Maybe the only 
> answer to write fully NFS compatible code is to read the actual NFS 
> client implementations of most popular OSes :)
> 
> Of course, this might not be NFS-related bug at all even though it 
> triggers only with NFS. Anyway, I don't think I'll spend any time 
> wondering about it as mbox code will be rewritten anyway.

Hi Timo,

may I ask for a working stable Maildir-index before you go
at the mbox-rewrite? ;-)

I'd just love to get rid of the (few) quierks that my v0.99.8 has.
But unfornationally every time I try an update or fetch a cvs copy the
index-code seems to be (still?) broken :-(


best regards


From jaldhar@debian.org  Fri Apr 30 23:25:36 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1B202C002805; Fri, 30 Apr 2004 23:25:36 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 18F03C002801
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 23:25:33 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id EBCB5800E; Fri, 30 Apr 2004 16:19:35 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 15480-05; Fri, 30 Apr 2004 16:19:35 -0400 (EDT)
Received: from [149.123.132.63] (unknown [149.123.132.63])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 033767FE4; Fri, 30 Apr 2004 16:19:35 -0400 (EDT)
Date: Fri, 30 Apr 2004 16:19:32 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 1.0-test1 released
In-Reply-To: <1083269394.32748.77.camel@hurina>
Message-ID: <Pine.LNX.4.58.0404301613330.480@diku.intranet.braincell.com>
References: <1082920450.1401.27.camel@hurina>
	<Pine.LNX.4.58.0404271333420.3423@diku.intranet.braincell.com>
	<m3ekq72bfs.fsf@merlin.emma.line.org>
	<Pine.LNX.4.58.0404291207140.11823@diku.intranet.braincell.com>
	<1083269394.32748.77.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 30 Apr 2004 20:25:36 -0000
X-UID: 9021                                                  
Status: O
Content-Length: 2728

On Thu, 29 Apr 2004, Timo Sirainen wrote:

> Looks like it's read/write/handshake functions were changed (fixed?) to
> work very much like OpenSSL's, ie. read/write can return that handshake
> renegoatiation is needed, and read can fail because if needs to write
> and vice versa. The ssl-proxy-openssl.c code should just be copy&pasted
> to gnutls version and the function calls changed.
>
> Any volunteers? :)
>

Well here is an attempt.  I asked around and gnutls10 is supposed to be
basically compatible with gnutls7, they've just changed some API names and
prototypes.

I haven't really been able to test this much but fwiw, it compiles cleanly
and doesn't make dovecot crash (at least so far :-)

--- dovecot-1.0.orig/src/login-common/ssl-proxy-gnutls.c
+++ dovecot-1.0/src/login-common/ssl-proxy-gnutls.c
@@ -276,7 +276,7 @@
 		return;

 	/* i/o interrupted */
-	dir = gnutls_handshake_get_direction(proxy->session) == 0 ?
+	dir = gnutls_record_get_direction(proxy->session) == 0 ?
 		IO_READ : IO_WRITE;
 	if (proxy->io_ssl_dir != dir) {
 		if (proxy->io_ssl != NULL)
@@ -298,7 +298,7 @@
 	gnutls_compression_set_priority(session, comp_priority);
 	gnutls_kx_set_priority(session, kx_priority);
 	gnutls_mac_set_priority(session, mac_priority);
-	gnutls_cert_type_set_priority(session, cert_type_priority);
+	gnutls_certificate_type_set_priority(session, cert_type_priority);

 	gnutls_cred_set(session, GNUTLS_CRD_CERTIFICATE, x509_cred);
 	return session;
@@ -504,8 +504,8 @@

 	read_parameters(paramfile);

-	if ((ret = gnutls_certificate_allocate_cred(&x509_cred)) < 0) {
-		i_fatal("gnutls_certificate_allocate_cred() failed: %s",
+	if ((ret = gnutls_certificate_allocate_credentials(&x509_cred)) < 0) {
+		i_fatal("gnutls_certificate_allocate_credentials() failed: %s",
 			gnutls_strerror(ret));
 	}

@@ -516,12 +516,8 @@
 			certfile, keyfile, gnutls_strerror(ret));
 	}

-        ret = gnutls_certificate_set_dh_params(x509_cred, dh_params);
-	if (ret < 0)
-		i_fatal("Can't set DH parameters: %s", gnutls_strerror(ret));
-	ret = gnutls_certificate_set_rsa_params(x509_cred, rsa_params);
-	if (ret < 0)
-		i_fatal("Can't set RSA parameters: %s", gnutls_strerror(ret));
+        gnutls_certificate_set_dh_params(x509_cred, dh_params);
+        gnutls_certificate_set_rsa_export_params(x509_cred, rsa_params);

         ssl_proxies = hash_create(default_pool, default_pool, 0, NULL, NULL);
 	ssl_initialized = TRUE;
@@ -541,7 +537,7 @@
 	hash_iterate_deinit(iter);
 	hash_destroy(ssl_proxies);

-	gnutls_certificate_free_cred(x509_cred);
+	gnutls_certificate_free_credentials(x509_cred);
 	gnutls_global_deinit();
 }



-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From tss@iki.fi  Fri Apr 30 23:39:09 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 498AEC002806; Fri, 30 Apr 2004 23:39:09 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 5B245C002801
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 23:39:07 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F29971C2D5C0; Fri, 30 Apr 2004 23:33:12 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id AA8F71C2D5BE
	for <dovecot@dovecot.org>; Fri, 30 Apr 2004 23:32:38 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <Pine.LNX.4.58.0404301613330.480@diku.intranet.braincell.com>
References: <1082920450.1401.27.camel@hurina>
	<Pine.LNX.4.58.0404271333420.3423@diku.intranet.braincell.com>
	<m3ekq72bfs.fsf@merlin.emma.line.org>
	<Pine.LNX.4.58.0404291207140.11823@diku.intranet.braincell.com>
	<1083269394.32748.77.camel@hurina>
	<Pine.LNX.4.58.0404301613330.480@diku.intranet.braincell.com>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-1--176742529"
Message-Id: <83D39BA8-9AE5-11D8-B8A2-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 1.0-test1 released
Date: Fri, 30 Apr 2004 23:32:35 +0300
To: Dovecot mailing list <dovecot@dovecot.org>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 30 Apr 2004 20:39:09 -0000
X-UID: 9022                                                  
Status: O
Content-Length: 1648


--Apple-Mail-1--176742529
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 30.4.2004, at 23:19, Jaldhar H. Vyas wrote:

>> Looks like it's read/write/handshake functions were changed (fixed?) 
>> to
>> work very much like OpenSSL's, ie. read/write can return that 
>> handshake
>> renegoatiation is needed, and read can fail because if needs to write
>> and vice versa. The ssl-proxy-openssl.c code should just be 
>> copy&pasted
>> to gnutls version and the function calls changed.
>>
>> Any volunteers? :)
>>
>
> Well here is an attempt.  I asked around and gnutls10 is supposed to be
> basically compatible with gnutls7, they've just changed some API names 
> and
> prototypes.
>
> I haven't really been able to test this much but fwiw, it compiles 
> cleanly
> and doesn't make dovecot crash (at least so far :-)

It still doesn't check gnutls_record_recv/send return values, so if the 
record can't be fully read/written the connection might get stuck.. The 
current code only tries to re-read if gnutls_record_recv fails, but it 
might need to re-send or re-handshake instead which it doesn't attempt, 
the same for gnutls_record_send..

--Apple-Mail-1--176742529
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAkrfkyUhSUUBViskRAo1sAJ90tOO36TqcoM2ztDtap3dRmlpUDACfUAYa
Y90I4buWbJL9b4mtoUYhDeU=
=qVRw
-----END PGP SIGNATURE-----

--Apple-Mail-1--176742529--


From tss@iki.fi  Sat May  1 21:54:17 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 54F5DC000D93; Sat,  1 May 2004 21:54:17 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 3B4BCC00098C
	for <dovecot@dovecot.org>; Sat,  1 May 2004 21:54:15 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 44662300DFC06
	for <dovecot@dovecot.org>; Sat,  1 May 2004 21:48:18 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-fem/3s0ok8IB8+Dv0LjA"
Message-Id: <1083437297.21296.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 01 May 2004 21:48:17 +0300
Subject: [Dovecot] 1.0-test2 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 01 May 2004 18:54:17 -0000
X-UID: 9023                                                  
Status: O
Content-Length: 1217


--=-fem/3s0ok8IB8+Dv0LjA
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

I still haven't done much real world testing, but I've been thinking
about all the potential race conditions a lot since last time and fixed
a lot of them. There might still be some..

Changes since -test1:
 - Locking fixes
 - A lot more difficult to crash it with corrupted index files
 - Recent flag works, this time exactly as IMAP RFC says
 - Maildir syncing fixes
 - fcntl_lock_disable and mmap_disable settings to make it work with
NFS.. almost. Not very well tested and there's a few performance issues
left.
 - mmap_no_write setting to disable mixing write/mmap calls. Required
for OpenBSD. Uses slightly more memory.

If you can break the indexes, I'd like to know about that. I think they
should work pretty well now.


--=-fem/3s0ok8IB8+Dv0LjA
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAk/DxyUhSUUBViskRAiKZAKCEt4NQcRNFhmmMoY8AOsMwnlQFQwCeIkwn
N3H+zxeVh0TmFwZ4/uWQ+m0=
=+VBR
-----END PGP SIGNATURE-----

--=-fem/3s0ok8IB8+Dv0LjA--


From lars@misterp.dk  Sun May  2 12:39:16 2004
Return-Path: <lars@misterp.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BD57AC000D93; Sun,  2 May 2004 12:39:16 +0300 (EEST)
Received: from misterp.dk (129.142.126.35.ip.tele2adsl.dk [129.142.126.35])
	by talvi.dovecot.org (Postfix) with ESMTP id 70C8EC00098C
	for <dovecot@dovecot.org>; Sun,  2 May 2004 12:39:14 +0300 (EEST)
Received: from [192.168.2.2] (g4 [192.168.2.2])
	by misterp.dk (8.12.9/8.12.9) with ESMTP id i429XGBY010656
	for <dovecot@dovecot.org>; Sun, 2 May 2004 11:33:16 +0200 (CEST)
X-Spam-Filter: check_local@misterp.dk by digitalanswers.org
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: quoted-printable
Message-Id: <BCD44E44-9C1B-11D8-9BE1-00039371FB8A@misterp.dk>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
To: dovecot@dovecot.org
From: Lars Skovgaard <lars@misterp.dk>
Date: Sun, 2 May 2004 11:33:15 +0200
X-Mailer: Apple Mail (2.613)
Subject: [Dovecot] Re: Timezone of logentries from dovecot (Timo Sirainen)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 02 May 2004 09:39:17 -0000
X-UID: 9024                                                  
Status: O
Content-Length: 1377

On Thu, 2004-04-29 at 15:57, Timo Sirainen wrote:

> One more reason to make all logging go through dovecot-master =
process..
>
> Temporary fix of course is setting login_chroot =3D no to config file.

Thanks, Timo, that did the trick.

Also thanks to Quentin for his reply, though I don't understand any of=20=

it. As stated, my knowledge of unix is rather limited...

On Thu, 2004-04-29 at 15:48, Quentin Garnier wrote:

> It's because the logging process is chrooted, doesn't have TZ env. =
var.
> set, and doesn't have a correct /etc/localtime (or whatever your libc
> uses) _inside_ the chroot directory.  Therefore its timezone is the
> default, UTC (formerly known as GMT).

As I understand it, it would be a good idea to come up with a more=20
permanent fix. However, I have no idea where to begin. Timo writes=20
about making all logging go through the dovecot-master process =96 can=20=

anyone point me in the direction of information on how to accomplish=20
this?

Quentin writes about TZ env. var. (TimeZone?), /etc/localtime and the=20
chroot directory. I'm sorry, Quentin, but I need a bit more info. I=20
have the correct /etc/localtime, as far as I can tell. I've tried=20
looking up TZ env. var. in my man-pages, but haven't come up with=20
anything. I'll copy my /etc/localtime to the login_dir and see if this=20=

is enough.

Thanks again, guys!
/Lars=


From jaldhar@debian.org  Mon May  3 07:48:21 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1151EC000D8E; Mon,  3 May 2004 07:48:21 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 80BF5C00098C
	for <dovecot@dovecot.org>; Mon,  3 May 2004 07:48:18 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 8106F8044
	for <dovecot@dovecot.org>; Mon,  3 May 2004 00:42:20 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09810-04 for <dovecot@dovecot.org>;
	Mon, 3 May 2004 00:42:20 -0400 (EDT)
Received: from [192.168.1.109] (pcp09354467pcs.jersyc01.nj.comcast.net
	[69.141.24.176])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id E5BC17FE4
	for <dovecot@dovecot.org>; Mon,  3 May 2004 00:42:19 -0400 (EDT)
Date: Mon, 3 May 2004 00:42:07 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test2 released
In-Reply-To: <1083437297.21296.19.camel@hurina>
Message-ID: <Pine.LNX.4.58.0405030039520.14464@diku.intranet.braincell.com>
References: <1083437297.21296.19.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Mon, 03 May 2004 04:48:21 -0000
X-UID: 9025                                                  
Status: O

On Sat, 1 May 2004, Timo Sirainen wrote:

> http://dovecot.org/test/
>
> I still haven't done much real world testing, but I've been thinking
> about all the potential race conditions a lot since last time and fixed
> a lot of them. There might still be some..
>

I see test3 is out as well.  I've debianized that and put the packages on
http://src.braincells.com/dovecot-test/

Once again don't use this if you aren't willing to risk breakage.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From jaldhar@debian.org  Mon May  3 07:50:52 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A72BFC000D8E; Mon,  3 May 2004 07:50:52 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 882B7C00098C
	for <dovecot@dovecot.org>; Mon,  3 May 2004 07:50:50 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id BEE4C8099; Mon,  3 May 2004 00:44:53 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 09810-06; Mon, 3 May 2004 00:44:53 -0400 (EDT)
Received: from [192.168.1.109] (pcp09354467pcs.jersyc01.nj.comcast.net
	[69.141.24.176])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id EE4497FE4; Mon,  3 May 2004 00:44:52 -0400 (EDT)
Date: Mon, 3 May 2004 00:44:40 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <83D39BA8-9AE5-11D8-B8A2-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.58.0405030042490.14464@diku.intranet.braincell.com>
References: <1082920450.1401.27.camel@hurina>
	<Pine.LNX.4.58.0404271333420.3423@diku.intranet.braincell.com>
	<m3ekq72bfs.fsf@merlin.emma.line.org>
	<Pine.LNX.4.58.0404291207140.11823@diku.intranet.braincell.com>
	<1083269394.32748.77.camel@hurina>
	<Pine.LNX.4.58.0404301613330.480@diku.intranet.braincell.com>
	<83D39BA8-9AE5-11D8-B8A2-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: Dovecot mailing list <dovecot@dovecot.org>
Subject: [Dovecot] Patch for gnutls10
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Mon, 03 May 2004 04:50:52 -0000
X-UID: 9026                                                  
Status: O

[Was Re: [Dovecot] Re: 1.0-test1 released ]

On Fri, 30 Apr 2004, Timo Sirainen wrote:

> It still doesn't check gnutls_record_recv/send return values, so if the
> record can't be fully read/written the connection might get stuck.. The
> current code only tries to re-read if gnutls_record_recv fails, but it
> might need to re-send or re-handshake instead which it doesn't attempt,
> the same for gnutls_record_send..
>

Just to clarify, are you saying my patch is incomplete or is it incorrect?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From dovecot@gutzeit.at  Mon May  3 15:20:31 2004
Return-Path: <dovecot@gutzeit.at>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 14FDAC000D8E; Mon,  3 May 2004 15:20:31 +0300 (EEST)
Received: from cat-proof.de (cat.cat-proof.de [213.239.198.176])
	by talvi.dovecot.org (Postfix) with ESMTP id E863FC00098C
	for <dovecot@dovecot.org>; Mon,  3 May 2004 15:20:28 +0300 (EEST)
Received: from jensemann.lan.saturn (pD9E0813E.dip.t-dialin.net
	[217.224.129.62]) by cat-proof.de (Postfix) with ESMTP id 0963B61854F
	for <dovecot@dovecot.org>; Mon,  3 May 2004 14:13:35 +0200 (CEST)
Received: by jensemann.lan.saturn (Postfix, from userid 1000)
	id C49B5219DAF; Mon,  3 May 2004 14:14:28 +0200 (CEST)
Date: Mon, 3 May 2004 14:14:28 +0200
From: Jens Gutzeit <dovecot@gutzeit.at>
To: dovecot@dovecot.org
Message-ID: <20040503121428.GO6506@gutzeit.at>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.5.6i
Subject: [Dovecot] Dovecot hangs after 2 or 3 days
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 03 May 2004 12:20:31 -0000
X-UID: 9027                                                  
Status: O

Hi all,

We've some problems with our dovecot installation, its the latest
stable compiled on a debian woody box.

After 2 or 3 days dovecot hangs, no user can login (pop3 and imap),
there's nothing in the logs. The client does allways timeout, if I 
restart dovecot all works well again.

It's a box with s.th. around 400 users, we've enough mem free, load is
not a problem, it went from 0.9 to 0.1 after migrating from
cyrus-imapd, so this doesn't seem to be hardware related.

My dovecot conf is online at:
http://mail.sunday.de/dovecot.conf

best regards/Mit freundlichen Gren
Jens Gutzeit

-- 
Tel.: +492151 652945

Ein PC besteht sowieso i.d.R. zu 90% aus faulen Kompromissen, zu 7% aus 
Elektronikschrott und zu 3% aus wirren Ideen.
	Benedict Mangelsdorff

From tss@iki.fi  Mon May  3 17:07:10 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4D021C000D8E; Mon,  3 May 2004 17:07:10 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 7ABF3C00098C
	for <dovecot@dovecot.org>; Mon,  3 May 2004 17:07:08 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AF97E1C2D5BC; Mon,  3 May 2004 17:01:07 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 40A861C2D5B6
	for <dovecot@dovecot.org>; Mon,  3 May 2004 17:00:28 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <3B8B8DC3-9D0A-11D8-B8A2-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-6-58929465"
To: Dovecot mailing list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Mon, 3 May 2004 17:00:28 +0300
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.0 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test4
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 03 May 2004 14:07:10 -0000
X-UID: 9028                                                  
Status: O


--Apple-Mail-6-58929465
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/test/

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

--Apple-Mail-6-58929465
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAllB8yUhSUUBViskRAs/4AJ97adcVrdecukgY52gzWZ6uh/Q1ZwCePFD5
Vkn8RDk+++POAhpLn9060R4=
=uLrw
-----END PGP SIGNATURE-----

--Apple-Mail-6-58929465--


From reboot78@freenet.de  Mon May  3 22:17:04 2004
Return-Path: <reboot78@freenet.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 96C5BC002803; Mon,  3 May 2004 22:17:04 +0300 (EEST)
Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131])
	by talvi.dovecot.org (Postfix) with ESMTP id BC03FC002801
	for <dovecot@dovecot.org>; Mon,  3 May 2004 22:17:02 +0300 (EEST)
Received: from [194.97.55.148] (helo=mx5.freenet.de)
	by mout0.freenet.de with asmtp (Exim 4.32) id 1BKiqC-00081v-OD
	for dovecot@dovecot.org; Mon, 03 May 2004 21:11:00 +0200
Received: from pd90525d2.dip.t-dialin.net ([217.5.37.210] helo=navi.lan)
	by mx5.freenet.de with asmtp (ID reboot78@freenet.de) (Exim 4.32 #1)
	id 1BKiqC-0003wd-74
	for dovecot@dovecot.org; Mon, 03 May 2004 21:11:00 +0200
Date: Mon, 3 May 2004 21:10:57 +0200
From: Christoph Hohmann <reboot78@freenet.de>
To: dovecot@dovecot.org
Message-Id: <20040503211057.7ce8bc30@navi.lan>
X-Mailer: Sylpheed version 0.9.10claws52 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Maildir files in cur without info
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 03 May 2004 19:17:04 -0000
X-UID: 9029                                                  
Status: O

Hi,

I have tried to use the same Maildir dovecot uses with
another program and encountered the problem that Dovecot
seems to move files from new to cur in
maildir-sync.c::maildir_scan_dir without adding an info
part. On the page http://cr.yp.to/proto/maildir.html is
written that mails have to be renamed to uniq:info when
moved to the cur directory.

Could this be a bug in dovecot?

-- 
http://reboot.animeirc.de
http://sylpheed-claws.sourceforge.net/

From tss@iki.fi  Mon May  3 22:28:05 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 11ADFC002803; Mon,  3 May 2004 22:28:05 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 0B673C002801
	for <dovecot@dovecot.org>; Mon,  3 May 2004 22:28:03 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 53515300E05FE; Mon,  3 May 2004 22:22:01 +0300 (EEST)
Subject: Re: [Dovecot] Maildir files in cur without info
From: Timo Sirainen <tss@iki.fi>
To: Christoph Hohmann <reboot78@freenet.de>
In-Reply-To: <20040503211057.7ce8bc30@navi.lan>
References: <20040503211057.7ce8bc30@navi.lan>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-SYH6lQCXxZZrPZXCUXsb"
Message-Id: <1083612120.21316.60.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 03 May 2004 22:22:01 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 03 May 2004 19:28:05 -0000
X-UID: 9030                                                  
Status: O
Content-Length: 1024


--=-SYH6lQCXxZZrPZXCUXsb
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-03 at 22:10, Christoph Hohmann wrote:
> I have tried to use the same Maildir dovecot uses with
> another program and encountered the problem that Dovecot
> seems to move files from new to cur in
> maildir-sync.c::maildir_scan_dir without adding an info
> part. On the page http://cr.yp.to/proto/maildir.html is
> written that mails have to be renamed to uniq:info when
> moved to the cur directory.
>=20
> Could this be a bug in dovecot?

So it seems. I hadn't noticed that "have to" part. Here's a fix:
http://dovecot.org/patches/maildir.patch


--=-SYH6lQCXxZZrPZXCUXsb
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAlpvYyUhSUUBViskRAqHDAJ4jSuLp5k0nZhXFw+K7QfylPYU4zACdGupo
OhCr0UhmN4rONgeb6KLqHZM=
=EWVI
-----END PGP SIGNATURE-----

--=-SYH6lQCXxZZrPZXCUXsb--


From reboot78@freenet.de  Mon May  3 23:31:12 2004
Return-Path: <reboot78@freenet.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2FC8FC002801; Mon,  3 May 2004 23:31:12 +0300 (EEST)
Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131])
	by talvi.dovecot.org (Postfix) with ESMTP id 06A4AC000D8E
	for <dovecot@dovecot.org>; Mon,  3 May 2004 23:31:10 +0300 (EEST)
Received: from [194.97.50.135] (helo=mx2.freenet.de)
	by mout0.freenet.de with asmtp (Exim 4.32) id 1BKjzw-0004hh-A1
	for dovecot@dovecot.org; Mon, 03 May 2004 22:25:08 +0200
Received: from pd90525d2.dip.t-dialin.net ([217.5.37.210] helo=navi.lan)
	by mx2.freenet.de with asmtp (ID reboot78@freenet.de) (Exim 4.32 #1)
	id 1BKjzv-0004Ut-UD
	for dovecot@dovecot.org; Mon, 03 May 2004 22:25:08 +0200
Date: Mon, 3 May 2004 22:24:35 +0200
From: Christoph Hohmann <reboot78@freenet.de>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Maildir files in cur without info
Message-Id: <20040503222435.65c03a8d@navi.lan>
In-Reply-To: <1083612120.21316.60.camel@hurina>
References: <20040503211057.7ce8bc30@navi.lan>
	<1083612120.21316.60.camel@hurina>
X-Mailer: Sylpheed version 0.9.10claws52 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 03 May 2004 20:31:12 -0000
X-UID: 9031                                                  
Status: O

Timo Sirainen <tss@iki.fi> wrote:

> > I have tried to use the same Maildir dovecot uses with
> > another program and encountered the problem that Dovecot
> > seems to move files from new to cur without adding an info
> > part.
>
> So it seems. I hadn't noticed that "have to" part. Here's a fix:
> http://dovecot.org/patches/maildir.patch

Applied it to 0.99.10.4, had to modify the variable names to
make it build, tested it and seems to work fine now, thanks.

-- 
http://reboot.animeirc.de
http://sylpheed-claws.sourceforge.net/

From rjohnson@medata.com  Tue May  4 03:20:57 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2378BC002802; Tue,  4 May 2004 03:20:57 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 8D903C000D8E
	for <dovecot@dovecot.org>; Tue,  4 May 2004 03:20:54 +0300 (EEST)
Received: from [172.24.2.12] (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i440EmlO003468
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Mon, 3 May 2004 17:14:48 -0700
Message-ID: <4096E07B.8010309@medata.com>
Date: Mon, 03 May 2004 17:14:51 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.6 (X11/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Maildir files in cur without info
References: <20040503211057.7ce8bc30@navi.lan>
In-Reply-To: <20040503211057.7ce8bc30@navi.lan>
X-Enigmail-Version: 0.83.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 04 May 2004 00:20:57 -0000
X-UID: 9032                                                  
Status: O

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

I've found that placing the files inside of the new directory instead of 
the cur forces the files to be indexed as the MUA "sees" them as new 
messages (which in theory, they are to that user/folder).

Not sure if this addresses what you're looking for, but it's how I've 
gotten around the issue for now.

-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From alsbergt@cs.huji.ac.il  Tue May  4 13:04:05 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C942FC002806; Tue,  4 May 2004 13:04:05 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 5D5C5C002803
	for <dovecot@dovecot.org>; Tue,  4 May 2004 13:04:03 +0300 (EEST)
Received: from ludo.cs.huji.ac.il ([132.65.80.122] ident=exim)
	by cs1.cs.huji.ac.il with esmtp
	id 1BKwgV-000INl-AC; Tue, 04 May 2004 12:57:55 +0300
Received: from alsbergt by ludo.cs.huji.ac.il with local (Exim 4.12)
	id 1BKwgV-000BS8-00; Tue, 04 May 2004 12:57:55 +0300
Date: Tue, 4 May 2004 12:57:55 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Envelope From changed - why?
Message-ID: <20040504095755.GA43988@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina>
	<20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<1083091711.13720.87.camel@hurina>
	<20040428074758.GA12009@cs.huji.ac.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040428074758.GA12009@cs.huji.ac.il>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
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, 04 May 2004 10:04:06 -0000
X-UID: 9033                                                  
Status: O
Content-Length: 3469

So, Timo and others -

Any ideas, status, expectations, or hints, regarding this?

I haven't looked much since, but I'd like to fix it, and wouldn't want
to do it ugly (back-searching "\nFrom ")...  Where shall I try, or is
a fix (1.0 mbox support?) in its way?

  Thanks, cheers,
  -- Tom
	
On Wed, Apr 28, 2004 at 10:47:58AM +0300, I wrote (and probably nobody
noticed):
> On Tue, Apr 27, 2004 at 09:48:31PM +0300, Timo Sirainen wrote:
> > On Tue, 2004-04-27 at 15:53, Tom Alsberg wrote:
> > > That's what I mean - when the IMAP COPY command is issued, the From_
> > > line should be copied together with the rest of the actual message.
> > 
> > I don't think I'll want to do the copying exactly,
> 
> That's a shame...  Any tips, though, on how I could change it in the
> least ugly-hackish way?  (I'd like to see and know in order to
> understand the internal architecture of dovecot anyway, even if you
> are soon to implement it with the read and save API into the
> mainstream code track)
> 
> > as the way COPY currently works is "read message" and "save
> > message", although maildir has special code for hardlink-copying. I
> > don't think mbox really deserves that..
> 
> Well, OK... Not sure why, though - I'd think this would be a small
> piece of code specific to mbox (if done right), and would warrant a
> special case.
> 
> > However, I could change read and save APIs so that the "envelope from"
> > can be read and written. With maildir reading would give NULL, and
> > writing would just ignore it. With mbox it would work right though, and
> > if it's NULL it'd do what it does now.
> 
> Sounds like a good idea.  I'd also think of trying to base on
> Return-Path: if it's NULL when writing to an mbox, before dropping to
> inventing a completely fabricated one, but that's just an added
> bonus...
> 
> Any idea as to when I could expect to have this implemented in
> dovecot?  (I'd love to help with it, given some guidance)
> 
> Main question in my mind now about the code:  What data is kept in the
> context of a message, except for the istream pointing to the contents?
> (As in - where would you insert that "envelope from" field?  Would it
> just be a parameter to the functions, or would it be some field in the
> data structure representing a message?)
> 
> I understood that in the current development dovecot, mbox support
> doesn't even work anymore...  I do hope that'll be fixed when it
> becomes the current stable branch.
> 
> I must say that until now I really like dovecot, being the best IMAP
> server I've found until now (most suitable to my needs, but also clean
> and flexible, functioning well...).  Hopefully mbox support won't just
> be dropped at some point, as it is important for me, and I believe for
> other users as well. 
> 
> I understood the direction of development right now is into making
> dovecot as modular as feasible, so maybe even if mbox support won't be
> in the main dovecot code, it could be an external module (with a clean
> enough API, I could even write and maintain an mbox module)
> 
> Thank you, Timo, and the rest of the dovecot developers, for all the
> efforts into this neat piece of software :-)
> 
>   Thanks again,
>   -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From tss@iki.fi  Tue May  4 20:21:17 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3E04AC002803; Tue,  4 May 2004 20:21:17 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 30037C000D8E
	for <dovecot@dovecot.org>; Tue,  4 May 2004 20:21:15 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 7D915300E05FF; Tue,  4 May 2004 20:15:11 +0300 (EEST)
Subject: Re: [Dovecot] Envelope From changed - why?
From: Timo Sirainen <tss@iki.fi>
To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
In-Reply-To: <20040504095755.GA43988@cs.huji.ac.il>
References: <20040423104813.GA17771@zoopee.org>
	<1082929258.1400.80.camel@hurina> <20040426070311.GA9104@cs.huji.ac.il>
	<20040426094359.GA11096@traveler.cistron.net>
	<20040427075326.GA39453@cs.huji.ac.il>
	<20040427103924.GG16189@traveler.cistron.net>
	<20040427125339.GA39737@cs.huji.ac.il>
	<1083091711.13720.87.camel@hurina>
	<20040428074758.GA12009@cs.huji.ac.il>
	<20040504095755.GA43988@cs.huji.ac.il>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-AcikwYSaxT06lkuaQ8I1"
Message-Id: <1083690910.18875.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 04 May 2004 20:15:10 +0300
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 04 May 2004 17:21:17 -0000
X-UID: 9034                                                  
Status: O
Content-Length: 1201


--=-AcikwYSaxT06lkuaQ8I1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-05-04 at 12:57, Tom Alsberg wrote:
> So, Timo and others -
>=20
> Any ideas, status, expectations, or hints, regarding this?
>=20
> I haven't looked much since, but I'd like to fix it, and wouldn't want
> to do it ugly (back-searching "\nFrom ")...  Where shall I try, or is
> a fix (1.0 mbox support?) in its way?

What I was going to do to 1.0 is make it read the address from From-line
and make it available with mail->get_special(mail,
MAIL_FETCH_FROM_ENVELOPE). Then add char *from_envelope to save()
function, and make it save that for mbox if it's given. Then just make
COPY command fetch it and feed it to save().

mbox code is still completely broken in 1.0-test releases. I was going
to begin working on that soon.


--=-AcikwYSaxT06lkuaQ8I1
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAl8+eyUhSUUBViskRAgKdAJ9+7Nh1GR4H6M3PDyuv0NlLsDJU+ACeMrLv
QYQhHlhsgcDr4InQAI1IfLA=
=IO2o
-----END PGP SIGNATURE-----

--=-AcikwYSaxT06lkuaQ8I1--


From tss@iki.fi  Tue May  4 20:23:32 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 314E3C002803; Tue,  4 May 2004 20:23:32 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 30C5BC000D8E
	for <dovecot@dovecot.org>; Tue,  4 May 2004 20:23:30 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 9F6C9300E05FF; Tue,  4 May 2004 20:17:26 +0300 (EEST)
Subject: Re: [Dovecot] Re: Timezone of logentries from dovecot (Timo Sirainen)
From: Timo Sirainen <tss@iki.fi>
To: Lars Skovgaard <lars@misterp.dk>
In-Reply-To: <BCD44E44-9C1B-11D8-9BE1-00039371FB8A@misterp.dk>
References: <BCD44E44-9C1B-11D8-9BE1-00039371FB8A@misterp.dk>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-P1byKyiZlNHj73p9n9Ap"
Message-Id: <1083691046.18872.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 04 May 2004 20:17:26 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 04 May 2004 17:23:32 -0000
X-UID: 9035                                                  
Status: O
Content-Length: 1349


--=-P1byKyiZlNHj73p9n9Ap
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-05-02 at 12:33, Lars Skovgaard wrote:
> > It's because the logging process is chrooted, doesn't have TZ env. var.
> > set, and doesn't have a correct /etc/localtime (or whatever your libc
> > uses) _inside_ the chroot directory.  Therefore its timezone is the
> > default, UTC (formerly known as GMT).
>=20
> As I understand it, it would be a good idea to come up with a more=20
> permanent fix. However, I have no idea where to begin. Timo writes=20
> about making all logging go through the dovecot-master process =96 can=20
> anyone point me in the direction of information on how to accomplish=20
> this?

The permanent fix will be to use 1.0 (pre)releases once they become
stable. The current test releases aren't yet. Until then login_chroot =3D
no isn't really bad either, it just drops extra safety against possible
security holes in Dovecot.


--=-P1byKyiZlNHj73p9n9Ap
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAl9AmyUhSUUBViskRAm66AKCOGn0QvK9ZABEUguOKTKEOp0SeqwCgkXow
+QdbufD/FI+TtBbQdAo7XEU=
=cK75
-----END PGP SIGNATURE-----

--=-P1byKyiZlNHj73p9n9Ap--


From epp719@epp.teicrete.gr  Wed May  5 15:30:22 2004
Return-Path: <epp719@epp.teicrete.gr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 47BAAC002803; Wed,  5 May 2004 15:30:22 +0300 (EEST)
Received: from mailscan1.epp.teiher.gr (mailscan.epp.teiher.gr [193.92.9.30])
	by talvi.dovecot.org (Postfix) with ESMTP id BCC3DC000D8E
	for <dovecot@dovecot.org>; Wed,  5 May 2004 15:30:19 +0300 (EEST)
Received: from ermis.staff.epp.teiher.gr ([10.0.2.5]) by 193.92.9.30 with
	InterScan Messaging Security Suite; Wed, 05 May 2004 15:24:13 +0300
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Date: Wed, 5 May 2004 15:24:17 +0300
Message-ID: <172B6594DD0B93468951D46DF5152E65382DED@ermis.epp.teiher.gr>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Dovecot chrooting
Thread-Index: AcQym+K2s+vSmZMsQJCuxXrlG64W+Q==
From: =?ISO-8859-1?Q?=3Fa=3F=3F=B5p=3F=3F_=3Fa=3Fa=3F=3F=3Ft=3F=3F?=
	<epp719@epp.teicrete.gr>
To: <dovecot@dovecot.org>
X-Mailman-Approved-At: Wed, 05 May 2004 15:46:57 +0300
Subject: [Dovecot] Dovecot chrooting
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 05 May 2004 12:30:22 -0000
X-UID: 9036                                                  
Status: O


hello all i am new to dovecot and i have a small problem. I use qmail as =
a pop3 server and dovecot as imap. my rc script is as follows:
-----snip-----
#!/bin/sh
exec env - PATH=3D"/var/qmail/bin:$PATH" \
qmail-start '|preline procmail' splogger qmai
-----end-----
thus i deliver mails through procmail so all mails are located to =
/var/spool/mail.
The problem exists when i tested chrooting and found it a very good idea =
to jail all my users.. *but*=20
still qmail delivers mails to the real /var/spool/mail and not to the =
/home/chrootusers/var/spool/mail so that dovecot can pick them up. Is =
there any special configuration in dovecot.conf in order to chroot the =
/var/spool/mail to /home/chrootusers ?
some of my conf:

login_chroot =3D yes
valid_chroot_dirs =3D /home/chrootusers
mail_chroot =3D /var/spool/mail
default_mail_env =3D mbox:~/mail/:INBOX=3D/var/mail/%u

PS: tell me if you need more of the dovecot.conf
PS2: sorry for my english its not my native


From tss@iki.fi  Thu May  6 04:27:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 790AAC002803; Thu,  6 May 2004 04:27:55 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 5CE92C000D8E
	for <dovecot@dovecot.org>; Thu,  6 May 2004 04:27:53 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9245E1C35315; Thu,  6 May 2004 04:21:46 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 8F29F1C2E7BF; Thu,  6 May 2004 04:21:12 +0300 (EEST)
In-Reply-To: <172B6594DD0B93468951D46DF5152E65382DED@ermis.epp.teiher.gr>
References: <172B6594DD0B93468951D46DF5152E65382DED@ermis.epp.teiher.gr>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-3-272572020"
Message-Id: <A86E47EC-9EFB-11D8-AEE1-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Dovecot chrooting
Date: Thu, 6 May 2004 04:21:10 +0300
To: =?ISO-8859-1?Q?=3Fa=3F=3F=B5p=3F=3F_=3Fa=3Fa=3F=3F=3Ft=3F=3F?=
	<epp719@epp.teicrete.gr>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.5 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 06 May 2004 01:27:55 -0000
X-UID: 9037                                                  
Status: O
Content-Length: 1542


--Apple-Mail-3-272572020
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 5.5.2004, at 15:24, ?a??=B5p?? ?a?a???t?? wrote:

> hello all i am new to dovecot and i have a small problem. I use qmail=20=

> as a pop3 server and dovecot as imap. my rc script is as follows:
> -----snip-----
> #!/bin/sh
> exec env - PATH=3D"/var/qmail/bin:$PATH" \
> qmail-start '|preline procmail' splogger qmai
> -----end-----
> thus i deliver mails through procmail so all mails are located to=20
> /var/spool/mail.
> The problem exists when i tested chrooting and found it a very good=20
> idea to jail all my users.. *but*
> still qmail delivers mails to the real /var/spool/mail and not to the=20=

> /home/chrootusers/var/spool/mail so that dovecot can pick them up. Is=20=

> there any special configuration in dovecot.conf in order to chroot the=20=

> /var/spool/mail to /home/chrootusers ?

It isn't possible to chroot to more than one directory. Pretty much the=20=

only possibility is to make qmail deliver the mail to ~/mail/inbox.

--Apple-Mail-3-272572020
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAmZMHyUhSUUBViskRArNbAJ9woiSXeS5085qWFMgcy4DFTu9IdQCfcEOV
ljGxhTJZ41poUebFToujctc=
=UDxY
-----END PGP SIGNATURE-----

--Apple-Mail-3-272572020--


From mrproper@ximian.com  Thu May  6 04:39:53 2004
Return-Path: <mrproper@ximian.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 69602C002807; Thu,  6 May 2004 04:39:53 +0300 (EEST)
Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 365ACC002806
	for <dovecot@dovecot.org>; Thu,  6 May 2004 04:39:49 +0300 (EEST)
Received: (qmail 19902 invoked from network); 6 May 2004 01:33:40 -0000
Received: from localhost (HELO ?192.168.10.14?) (mrproper@127.0.0.1)
	by localhost with SMTP; 6 May 2004 01:33:40 -0000
From: Kevin Breit <mrproper@ximian.com>
To: dovecot@dovecot.org
Content-Type: multipart/mixed; boundary="=-FCrHuLsnxZ5Pf+cbtyjt"
Organization: Novell
Date: Wed, 05 May 2004 20:34:35 -0400
Message-Id: <1083803676.3253.15.camel@kbreit.attbi.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.5.7 
X-Mailman-Approved-At: Thu, 06 May 2004 06:09:34 +0300
Subject: [Dovecot] Mail always is delivered to /var/mail/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 06 May 2004 01:39:53 -0000
X-UID: 9038                                                  
Status: O
Content-Length: 18521


--=-FCrHuLsnxZ5Pf+cbtyjt
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hey,
	I am setting up Dovecot on Debian with Postfix.  I am telling Dovecot
to use maildir:~/Maildir but it persists in dumping mail in mbox format
in /var/mail/username.  Can anyone suggest ideas?  My config file is
attached.

Thanks

Kevin



--=-FCrHuLsnxZ5Pf+cbtyjt
Content-Disposition: attachment; filename=dovecot.conf
Content-Type: text/plain; name=dovecot.conf; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

## Dovecot 1.0 configuration file

# Default values are shown after each value, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples
# with real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl

# Base directory where to store runtime data.
#base_dir = /var/run/dovecot/

# Protocols we want to be serving:
#  imap imaps pop3 pop3s
protocols =  imap imaps pop3 pop3s

# IP or host address where to listen in for connections. It's not currently
# possible to specify multiple addresses. "*" listens in all IPv4 interfaces.
# "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
# interfaces depending on the operating system. You can specify ports with
# "host:port".
#imap_listen = *
#pop3_listen = *

# IP or host address where to listen in for SSL connections. Defaults
# to above non-SSL equilevants if not specified.
#imaps_listen = 
#pop3s_listen = 

# Disable SSL/TLS support.
#ssl_disable = no

# PEM encoded X.509 SSL/TLS certificate and private key. They're opened before
# dropping root privileges, so keep the key file unreadable by anyone but
# root.
#ssl_cert_file = /etc/ssl/certs/dovecot.pem
#ssl_key_file = /etc/ssl/private/dovecot.pem

# SSL parameter file. Master process generates this file for login processes.
# It contains Diffie Hellman and RSA parameters.
#ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat

# How often to regenerate the SSL parameters file. Generation is quite CPU
# intensive operation. The value is in hours, 0 disables regeneration
# entirely.
#ssl_parameters_regenerate = 24

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability)
disable_plaintext_auth = yes 

# Use this logfile instead of syslog(). /dev/stderr can be used if you want to
# use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
#log_path = 

# For informational messages, use this logfile instead of the default
#info_log_path = 

# Prefix for each line written to log file. % codes are in strftime(3)
# format. Note the extra space at the end of line.
#log_timestamp = "%b %d %H:%M:%S "

##
## Login processes
##

# Directory where authentication process places authentication UNIX sockets
# which login needs to be able to connect to. The sockets are created when
# running as root, so you don't have to worry about permissions.
#login_dir = /var/run/dovecot/login

# chroot login process to the login_dir. Only reason not to do this is if you
# wish to run the whole Dovecot without roots.
#login_chroot = yes


##
## IMAP login process
##

login = imap

# Executable location.
#login_executable = /usr/lib/dovecot/imap-login

# User to use for the login process. Create a completely new user for this,
# and don't use it anywhere else. The user must also belong to a group where
# only it has access, it's used to control access for authentication process.
#login_user = dovecot

# Set max. process size in megabytes. If you don't use
# login_process_per_connection you might need to grow this.
#login_process_size = 16

# Should each login be processed in it's own process (yes), or should one
# login process be allowed to process multiple connections (no)? Yes is more
# secure, espcially with SSL/TLS enabled. No is faster since there's no need
# to create processes all the time.
#login_process_per_connection = yes

# Number of login processes to create. If login_process_per_user is
# yes, this is the number of extra processes waiting for users to log in.
#login_processes_count = 3

# Maximum number of extra login processes to create. The extra process count
# usually stays at login_processes_count, but when multiple users start logging
# in at the same time more extra processes are created. To prevent fork-bombing
# we check only once in a second if new processes should be created - if all
# of them are used at the time, we double their amount until limit set by this
# setting is reached. This setting is used only if login_process_per_use is yes.
#login_max_processes_count = 128

# Maximum number of connections allowed in login state. When this limit is
# reached, the oldest connections are dropped. If login_process_per_user
# is no, this is a per-process value, so the absolute maximum number of users
# logging in actually login_processes_count * max_logging_users.
#login_max_logging_users = 256

##
## POP3 login process
##

# Settings default to same as above, so you don't have to set anything
# unless you want to override them.

login = pop3

# Exception to above rule being the executable location.
#login_executable = /usr/lib/dovecot/pop3-login

##
## Mail processes
##

# Maximum number of running mail processes. When this limit is reached,
# new users aren't allowed to log in.
#max_mail_processes = 1024

# Show more verbose process titles (in ps). Currently shows user name and
# IP address. Useful for seeing who are actually using the IMAP processes
# (eg. shared mailboxes or if same uid is used for multiple accounts).
#verbose_proctitle = no

# Show protocol level SSL errors.
#verbose_ssl = no

# Valid UID range for users, defaults to 500 and above. This is mostly
# to make sure that users can't log in as daemons or other system users.
# Note that denying root logins is hardcoded to dovecot binary and can't
# be done even if first_valid_uid is set to 0.
#first_valid_uid = 500
#last_valid_uid = 0

# Valid GID range for users, defaults to non-root/wheel. Users having
# non-valid GID as primary group ID aren't allowed to log in. If user
# belongs to supplementary groups with non-valid GIDs, those groups are
# not set.
#first_valid_gid = 1
#last_valid_gid = 0

# ':' separated list of directories under which chrooting is allowed for mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you don't
# allow shell access for users. See 
# /usr/share/doc/dovecot-common/configuration.txt for more information.
#valid_chroot_dirs = 

# Default chroot directory for mail processes. This can be overridden by
# giving /./ in user's home directory (eg. /home/./user chroots into /home).
#mail_chroot = 

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# /usr/share/doc/dovecot-common/mail-storages.txt. There's a few special 
# variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   maildir:/var/mail/%1u/%u/Maildir
#   mbox:~/mail/:INBOX=/var/mail/%u
#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#
default_mail_env = maildir:~/Maildir 

# Space-separated list of fields to cache for all mails. Currently these
# fields are allowed followed by a list of commands they speed up:
#
#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
#                  HEADER IN-REPLY-TO
#  Body          - FETCH BODY
#  Bodystructure - FETCH BODY, BODYSTRUCTURE
#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
#                  SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE
#                  generation. This is always set with mbox mailboxes, and
#                  also default with Maildir.
#
# Different IMAP clients work in different ways, that's why Dovecot by default
# only caches MessagePart which speeds up most operations. Whenever client
# does something where caching could be used, the field is automatically marked
# to be cached later. For example after FETCH BODY the BODY will be cached
# for all new messages. Normally you should leave this alone, unless you know
# what most of your IMAP clients are. Caching more fields than needed makes
# the index files larger and generate useless I/O.
#
# With maildir there's one extra optimization - if nothing is cached, indexing
# the maildir becomes much faster since it's not opening any of the mail files.
# This could be useful if your IMAP clients access only new mails.

#mail_cache_fields = MessagePart

# Space-separated list of fields that Dovecot should never set to be cached.
# Useful if you want to save disk space at the cost of more I/O when the fields
# needed.
#mail_never_cache_fields = 

# Workarounds for various client bugs:
#   oe6-fetch-no-newmail:
#     Never send EXISTS/RECENT when replying to FETCH command. Outlook Express
#     seems to think they are FETCH replies and gives user "Message no longer
#     in server" error. Note that OE6 still breaks even with this workaround
#     if synchronization is set to "Headers Only".
#   outlook-idle:
#     Outlook and Outlook Express never abort IDLE command, so if no mail
#     arrives in half a hour, Dovecot closes the connection. This is still
#     fine, except Outlook doesn't connect back so you don't see if new mail
#     arrives.
#client_workarounds = 

# Dovecot can notify client of new mail in selected mailbox soon after it's
# received. This setting specifies the minimum interval in seconds between
# new mail notifications to client - internally they may be checked more or
# less often. Setting this to 0 disables the checking.
# NOTE: Evolution client breaks with this option when it's trying to APPEND.
#mailbox_check_interval = 0

# Like mailbox_check_interval, but used for IDLE command.
#mailbox_idle_check_interval = 30

# Allow full filesystem access to clients. There's no access checks other than
# what the operating system does for the active UID/GID. It works with both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
# or ~user/.
#mail_full_filesystem_access = no

# Maximum allowed length for custom flag name. It's only forced when trying
# to create new flags.
#mail_max_flag_length = 50

# Save mails with CR+LF instead of plain LF. This makes sending those mails
# take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
# But it also creates a bit more disk I/O which may just make it slower.
#mail_save_crlf = no

# Use mmap() instead of read() to read mail files. read() seems to be a bit
# faster with my Linux/x86 and it's better with NFS, so that's the default.
#mail_read_mmaped = no

# Copy mail to another folders using hard links. This is much faster than
# actually copying the file. This is problematic only if something modifies
# the mail in one folder but doesn't want it modified in the others. I don't
# know any MUA which would modify mail files directly. IMAP protocol also
# requires that the mails don't change, so it would be problematic in any case.
# If you care about performance, enable it.
#maildir_copy_with_hardlinks = no

# Check if mails' content has been changed by external programs. This slows
# down things as extra stat() needs to be called for each file. If changes are
# noticed, the message is treated as a new message, since IMAP protocol
# specifies that existing message are immutable.
#maildir_check_content_changes = no

# Which locking methods to use for locking mbox. There's three available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#           solution. If you want to use /var/mail/ like directory, the users
#           will need write access to that directory.
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#
# You can use both fcntl and flock too; if you do the order they're declared
# with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl
# and flock. Some operating systems don't allow using both of them
# simultaneously, eg. BSDs. If dotlock is used, it's always created first.
#mbox_locks = dotlock fcntl

# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
#mbox_read_dotlock = no

# Maximum time in seconds to wait for lock (all of them) before aborting.
#mbox_lock_timeout = 300

# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
#mbox_dotlock_change_timeout = 30

# umask to use for mail files and directories
#umask = 0077

# Drop all privileges before exec()ing the mail process. This is mostly
# meant for debugging, otherwise you don't get core dumps. Note that setting
# this to yes means that log file is opened as the logged in user, which
# might not work. It could also be a small security risk if you use single UID
# for multiple users, as the users could ptrace() each others processes then.
#mail_drop_priv_before_exec = no

##
## IMAP process
##

# Executable location
#imap_executable = /usr/lib/dovecot/imap

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
#imap_process_size = 256

# Support for dynamically loadable modules.
#imap_use_modules = no
#imap_modules = /usr/lib/dovecot/imap

##
## POP3 process
##

# Executable location
#pop3_executable = /usr/lib/dovecot/pop3

# Set max. process size in megabytes. Most of the memory goes to mmap()ing
# files, so it shouldn't harm much even if this limit is set pretty high.
#pop3_process_size = 256

# Support for dynamically loadable modules.
#pop3_use_modules = no
#pop3_modules = /usr/lib/dovecot/pop3

##
## Authentication processes
##

# You can have multiple processes; each time "auth = xx" is seen, a new
# process definition is started. The point of multiple processes is to be
# able to set stricter permissions to others. For example, plain/PAM
# authentication requires roots, but if you also use digest-md5 authentication
# for some users, you can authenticate them without any privileges in a
# separate auth process. Just remember that only one auth process is asked
# for the password, so you can't have different passwords with different
# processes (unless they have different auth methods, and you're ok with
# having different password for each method).

# Authentication process name.
auth = default

# Space separated list of wanted authentication mechanisms:
#   plain digest-md5 anonymous
auth_mechanisms = plain

# Space separated list of realms for SASL authentication mechanisms that need
# them. You can leave it empty if you don't want to support multiple realms.
# Many clients simply use the first one listed here, so keep the default realm
# first.
#auth_realms =

# Default realm to use if none was specified.
#auth_default_realm = 

# Where user database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   passwd-file <path>: passwd-like file with specified location
#   static uid=<uid> gid=<gid> home=<dir template>: static settings
#   vpopmail: vpopmail library
#   ldap <config path>: LDAP, see /etc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see /etc/dovecot-pgsql.conf
auth_userdb = passwd
#auth_userdb = pgsql /usr/local/etc/dovecot-pgsql.conf

# Where password database is kept:
#   passwd: /etc/passwd or similiar, using getpwnam()
#   shadow: /etc/shadow or similiar, using getspnam()
#   pam [<service> | *]: PAM authentication
#   passwd-file <path>: passwd-like file with specified location
#   vpopmail: vpopmail authentication
#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
#auth_passdb = pgsql /usr/local/etc/dovecot-pgsql.conf
auth_passdb = pam

#auth_executable = /usr/lib/dovecot/dovecot-auth

# Set max. process size in megabytes.
#auth_process_size = 256

# User to use for the process. This user needs access to only user and
# password databases, nothing else. Only shadow and pam authentication
# requires roots, so use something else if possible.
auth_user = root

# Directory where to chroot the process. Most authentication backends don't
# work if this is set, and there's no point chrooting if auth_user is root.
#auth_chroot = 

# Number of authentication processes to create
#auth_count = 1

# List of allowed characters in username. If the user-given username contains
# a character not listed in here, the login automatically fails. This is just
# an extra check to make sure user can't exploit any potential quote escaping
# vulnerabilities with SQL/LDAP databases. If you want to allow all characters,
# set this value to empty.
#auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@

# Username to use for users logging in with ANONYMOUS SASL mechanism
#auth_anonymous_username = anonymous

# More verbose logging. Useful for figuring out why authentication isn't
# working.
#auth_verbose = no

# digest-md5 authentication process. It requires special MD5 passwords which
# /etc/shadow and PAM doesn't support, so we never need roots to handle it.
# Note that the passwd-file is opened before chrooting and dropping root
# privileges, so it may be 0600-root owned file.

#auth = digest_md5
#auth_methods = digest-md5
#auth_realms = 
#auth_userdb = passwd-file /etc/passwd.imap
#auth_passdb = passwd-file /etc/passwd.imap
#auth_user = imapauth
#auth_chroot = 

# if you plan to use only passwd-file, you don't need the two auth processes,
# simply set "auth_methods = plain digest-md5"

--=-FCrHuLsnxZ5Pf+cbtyjt--


From james@giantrobot.co.nz  Thu May  6 06:13:46 2004
Return-Path: <james@giantrobot.co.nz>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 647D3C002803; Thu,  6 May 2004 06:13:46 +0300 (EEST)
Received: from mx1.giantrobot.co.nz (wedge.giantrobot.co.nz [210.55.105.76])
	by talvi.dovecot.org (Postfix) with ESMTP id 21D48C000D8E
	for <dovecot@dovecot.org>; Thu,  6 May 2004 06:13:44 +0300 (EEST)
Received: from port-222-152-49-185.fastadsl.net.nz ([222.152.49.185]
	helo=[192.168.1.204])
	by mx1.giantrobot.co.nz with asmtp (TLSv1:RC4-SHA:128) (Exim 4.30)
	id 1BLZES-0000JR-Fo; Thu, 06 May 2004 15:07:32 +1200
In-Reply-To: <1083803676.3253.15.camel@kbreit.attbi.com>
References: <1083803676.3253.15.camel@kbreit.attbi.com>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
Content-Transfer-Encoding: 7bit
From: James Whatever <james@giantrobot.co.nz>
Subject: Re: [Dovecot] Mail always is delivered to /var/mail/
Date: Thu, 6 May 2004 15:07:25 +1200
To: Kevin Breit <mrproper@ximian.com>
X-Mailer: Apple Mail (2.613)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 06 May 2004 03:13:46 -0000
X-UID: 9039                                                  
Status: O

> Hey,
> 	I am setting up Dovecot on Debian with Postfix.  I am telling Dovecot
> to use maildir:~/Maildir but it persists in dumping mail in mbox format
> in /var/mail/username.  Can anyone suggest ideas?  My config file is
> attached.

That's most likely because it's your MTA that's doing your local 
delivery.

Check your exim/postfix/sendmail/whatever config.

---
James Whatever
My niece called me "Uncle Robot" on the weekend!
Giant Robot Ltd, http://www.giantrobot.co.nz/


From yedidia@jct.ac.il  Thu May  6 10:31:27 2004
Return-Path: <yedidia@jct.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 755AFC002803; Thu,  6 May 2004 10:31:27 +0300 (EEST)
Received: from mail.jct.ac.il (unknown [147.161.1.14])
	by talvi.dovecot.org (Postfix) with ESMTP id 68D65C000D8E
	for <dovecot@dovecot.org>; Thu,  6 May 2004 10:31:22 +0300 (EEST)
Received: from kidushin.jct.ac.il (kidushin.jct.ac.il [147.161.1.19])
	by mail.jct.ac.il (8.12.8+Sun/8.12.8) with SMTP id i467ORte006600;
	Thu, 6 May 2004 10:24:27 +0300 (IDT)
Received: from jct.ac.il ([147.161.1.211])
	by kidushin.jct.ac.il (SAVSMTP 3.1.3.37) with SMTP id
	M2004050610105608987 ; Thu, 06 May 2004 10:10:56 +0300
Message-ID: <4099E82B.40502@jct.ac.il>
Date: Thu, 06 May 2004 10:24:27 +0300
From: Yedidia Klein <yedidia@jct.ac.il>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: James Whatever <james@giantrobot.co.nz>
Subject: Re: [Dovecot] Mail always is delivered to /var/mail/
References: <1083803676.3253.15.camel@kbreit.attbi.com>
	<7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
In-Reply-To: <7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Kevin Breit <mrproper@ximian.com>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 06 May 2004 07:31:28 -0000
X-UID: 9040                                                  
Status: O

Is there a way to configure dovecot to work like UW imap?
mean mail come to /var/mail/[username] (in mbox format) then while the 
user connect, the imapd move the email to ~/mbox and serve it from there.

--Yedidia

James Whatever wrote:

>> Hey,
>>     I am setting up Dovecot on Debian with Postfix.  I am telling 
>> Dovecot
>> to use maildir:~/Maildir but it persists in dumping mail in mbox format
>> in /var/mail/username.  Can anyone suggest ideas?  My config file is
>> attached.
>
>
> That's most likely because it's your MTA that's doing your local 
> delivery.
>
> Check your exim/postfix/sendmail/whatever config.
>
> ---
> James Whatever
> My niece called me "Uncle Robot" on the weekend!
> Giant Robot Ltd, http://www.giantrobot.co.nz/



From james@powweb.com  Thu May  6 11:09:52 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 93FA8C002803; Thu,  6 May 2004 11:09:52 +0300 (EEST)
Received: from nexus.powweb.com (nexus.powweb.com [66.152.96.135])
	by talvi.dovecot.org (Postfix) with ESMTP id 69934C000D8E
	for <dovecot@dovecot.org>; Thu,  6 May 2004 11:09:50 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id 2B157B8E48;
	Thu,  6 May 2004 01:03:39 -0700 (PDT)
Message-ID: <4099F150.5060706@powweb.com>
Date: Thu, 06 May 2004 01:03:28 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Yedidia Klein <yedidia@jct.ac.il>
Subject: Re: [Dovecot] Mail always is delivered to /var/mail/
References: <1083803676.3253.15.camel@kbreit.attbi.com>	<7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
	<4099E82B.40502@jct.ac.il>
In-Reply-To: <4099E82B.40502@jct.ac.il>
Content-Type: multipart/mixed; boundary="------------020508050203080100070401"
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 06 May 2004 08:09:52 -0000
X-UID: 9041                                                  
Status: O
Content-Length: 1866

This is a multi-part message in MIME format.
--------------020508050203080100070401
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


default_mail_env = mbox:%h:INBOX=/var/mail/%u

Yedidia Klein wrote:

> Is there a way to configure dovecot to work like UW imap?
> mean mail come to /var/mail/[username] (in mbox format) then while the 
> user connect, the imapd move the email to ~/mbox and serve it from there.
>
> --Yedidia
>
> James Whatever wrote:
>
>>> Hey,
>>>     I am setting up Dovecot on Debian with Postfix.  I am telling 
>>> Dovecot
>>> to use maildir:~/Maildir but it persists in dumping mail in mbox format
>>> in /var/mail/username.  Can anyone suggest ideas?  My config file is
>>> attached.
>>
>>
>>
>> That's most likely because it's your MTA that's doing your local 
>> delivery.
>>
>> Check your exim/postfix/sendmail/whatever config.
>>
>> ---
>> James Whatever
>> My niece called me "Uncle Robot" on the weekend!
>> Giant Robot Ltd, http://www.giantrobot.co.nz/
>
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------020508050203080100070401
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------020508050203080100070401--

From yedidia@jct.ac.il  Thu May  6 11:26:10 2004
Return-Path: <yedidia@jct.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A00CFC002806; Thu,  6 May 2004 11:26:10 +0300 (EEST)
Received: from mail.jct.ac.il (unknown [147.161.1.14])
	by talvi.dovecot.org (Postfix) with ESMTP id 557C3C002803
	for <dovecot@dovecot.org>; Thu,  6 May 2004 11:26:08 +0300 (EEST)
Received: from kidushin.jct.ac.il (kidushin.jct.ac.il [147.161.1.19])
	by mail.jct.ac.il (8.12.8+Sun/8.12.8) with SMTP id i468J4tk013631;
	Thu, 6 May 2004 11:19:15 +0300 (IDT)
Received: from jct.ac.il ([147.161.1.211])
	by kidushin.jct.ac.il (SAVSMTP 3.1.3.37) with SMTP id
	M2004050611054509717 ; Thu, 06 May 2004 11:05:45 +0300
Message-ID: <4099F504.70204@jct.ac.il>
Date: Thu, 06 May 2004 11:19:16 +0300
From: Yedidia Klein <yedidia@jct.ac.il>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: James Moser <james@powweb.com>
Subject: Re: [Dovecot] Mail always is delivered to /var/mail/
References: <1083803676.3253.15.camel@kbreit.attbi.com>	<7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>	<4099E82B.40502@jct.ac.il>
	<4099F150.5060706@powweb.com>
In-Reply-To: <4099F150.5060706@powweb.com>
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.4
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: Thu, 06 May 2004 08:26:10 -0000
X-UID: 9042                                                  
Status: O
Content-Length: 1219

that's the way I already configed it, but my running UW IMAP act as I 
explained:
it move all incoming mail from /var/mail/[username] to ~/mbox and then 
the imap inbox is the ~/mbox

the move from UW to dovecot will be much more complicate if the inbox 
place is different.

--Yedidia

James Moser wrote:

>
> default_mail_env = mbox:%h:INBOX=/var/mail/%u
>
> Yedidia Klein wrote:
>
>> Is there a way to configure dovecot to work like UW imap?
>> mean mail come to /var/mail/[username] (in mbox format) then while 
>> the user connect, the imapd move the email to ~/mbox and serve it 
>> from there.
>>
>> --Yedidia
>>
>> James Whatever wrote:
>>
>>>> Hey,
>>>>     I am setting up Dovecot on Debian with Postfix.  I am telling 
>>>> Dovecot
>>>> to use maildir:~/Maildir but it persists in dumping mail in mbox 
>>>> format
>>>> in /var/mail/username.  Can anyone suggest ideas?  My config file is
>>>> attached.
>>>
>>>
>>>
>>>
>>> That's most likely because it's your MTA that's doing your local 
>>> delivery.
>>>
>>> Check your exim/postfix/sendmail/whatever config.
>>>
>>> ---
>>> James Whatever
>>> My niece called me "Uncle Robot" on the weekend!
>>> Giant Robot Ltd, http://www.giantrobot.co.nz/
>>
>>
>>
>


From olive@pasteur.fr  Thu May  6 12:42:48 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9D8EFC002806; Thu,  6 May 2004 12:42:48 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 9C4A0C000D8E
	for <dovecot@dovecot.org>; Thu,  6 May 2004 12:42:46 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id B236B11474
	for <dovecot@dovecot.org>; Thu,  6 May 2004 11:36:38 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 79C3511473
	for <dovecot@dovecot.org>; Thu,  6 May 2004 11:36:38 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 5F0B53F641; Thu,  6 May 2004 11:36:38 +0200 (CEST)
Date: Thu, 6 May 2004 11:36:38 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: Dovecot mailing list <dovecot@dovecot.org>
Subject: Re: [Dovecot] imap indexing error when moving multiple mails
Message-ID: <20040506093638.GI31267@mafate.sis.pasteur.fr>
Mail-Followup-To: Dovecot mailing list <dovecot@dovecot.org>
References: <f06010200bc888ae73a63@[130.83.186.53]>
	<20040330201722.GB83591@mafate.sis.pasteur.fr>
	<20040430152230.GA4193@mafate.sis.pasteur.fr>
	<DCD78404-9ACA-11D8-AE80-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <DCD78404-9ACA-11D8-AE80-000393CC2E90@iki.fi>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 06 May 2004 09:42:48 -0000
X-UID: 9043                                                  
Status: O
Content-Length: 1539

* Timo Sirainen <tss@iki.fi> (20040430 20:21):
> >The same test on a box with a local spool (no NFS) does not
> >trigger the errors. On both machines, this is dovecot-0.99.10.4
> >from the FreeBSD ports.
> 
> mail_read_mmaped = no I guess?

Yes :)

I took advice from the comment in the config file, so I stayed
with the default value:

,----
| # Use mmap() instead of read() to read mail files. read() seems to be a bit
| # faster with my Linux/x86 and it's better with NFS, so that's the default.
| #mail_read_mmaped = no
`----

Do you think I should put this to `yes' or definitely not?

> Recently I've began wondering what exactly are NFS client's caching 
> rules. When exactly does it try to read the file from local cache and 
> when does it check that it's not changed in server? Maybe the only 
> answer to write fully NFS compatible code is to read the actual NFS 
> client implementations of most popular OSes :)

I have heard horror stories from my colleagues about how bad the
client-side NFS implementation is on Tru64, which is the OS which
delivers the emails. Perhaps I will first deliver the mails on
the FreeBSD-5 machine.

> Of course, this might not be NFS-related bug at all even though it 
> triggers only with NFS. Anyway, I don't think I'll spend any time 
> wondering about it as mbox code will be rewritten anyway.

Ok. In the meantime, we are thinking of putting this box in
production, so I am not really willing to beta-test the newest
code, but will stay in touch when you release something new.

-- 
olive

From cgrady@the-magi.us  Thu May  6 20:34:59 2004
Return-Path: <cgrady@the-magi.us>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8A31BC002803; Thu,  6 May 2004 20:34:59 +0300 (EEST)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
	by talvi.dovecot.org (Postfix) with ESMTP id 5B689C000D8E
	for <dovecot@dovecot.org>; Thu,  6 May 2004 20:34:57 +0300 (EEST)
Received: from mail.the-magi.us (c-24-20-63-67.client.comcast.net[24.20.63.67])
	by comcast.net (sccrmhc12) with ESMTP
	id <2004050617283701200rqajee>; Thu, 6 May 2004 17:28:47 +0000
Received: from magus ([192.168.1.100])
	by mail.the-magi.us with esmtp (Exim 4.32) id 1BLlqk-0004jO-Id
	for dovecot@dovecot.org; Thu, 06 May 2004 09:35:54 -0700
Message-ID: <409A75C3.50102@the-magi.us>
Date: Thu, 06 May 2004 10:28:35 -0700
From: Collin Grady <cgrady@the-magi.us>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040430)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] imap idle on non-inbox?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 06 May 2004 17:34:59 -0000
X-UID: 9044                                                  
Status: O

Can this be done with dovecot?  I really like the imap idle feature, but 
it doesn't work for me because I sort my mail into folders with 
procmail, so it only notifies me when one drops into inbox and not a 
subfolder.

Is there just an option for this I'm missing, or does support for this 
not exist yet?

Also, I don't think its a client issue as I watched the traffic with 
tcpdump and it only announced anything for inbox, messages dropping into 
other folders caused no traffic.
-- 
Collin Grady

BOFH excuse #347:

The rubber band broke

From mrproper@ximian.com  Fri May  7 18:51:13 2004
Return-Path: <mrproper@ximian.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0F502C002803; Fri,  7 May 2004 18:51:13 +0300 (EEST)
Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 9946AC000D8E
	for <dovecot@dovecot.org>; Fri,  7 May 2004 18:51:10 +0300 (EEST)
Received: (qmail 28078 invoked from network); 7 May 2004 15:44:57 -0000
Received: from localhost (HELO kbreit.attbi.com) (mrproper@127.0.0.1)
	by localhost with SMTP; 7 May 2004 15:44:57 -0000
Subject: Re: [Dovecot] Mail always is delivered to /var/mail/
From: Kevin Breit <mrproper@ximian.com>
To: James Whatever <james@giantrobot.co.nz>
In-Reply-To: <7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
References: <1083803676.3253.15.camel@kbreit.attbi.com>
	<7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
Content-Type: multipart/mixed; boundary="=-HbZlIS/u/d+HigPzULi5"
Organization: Novell
Date: Fri, 07 May 2004 10:45:09 -0400
Message-Id: <1083941109.2740.0.camel@kbreit.attbi.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.5.7 
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 07 May 2004 15:51:13 -0000
X-UID: 9045                                                  
Status: O
Content-Length: 2002


--=-HbZlIS/u/d+HigPzULi5
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Thu, 2004-05-06 at 15:07 +1200, James Whatever wrote:
> > Hey,
> > 	I am setting up Dovecot on Debian with Postfix.  I am telling Dovecot
> > to use maildir:~/Maildir but it persists in dumping mail in mbox format
> > in /var/mail/username.  Can anyone suggest ideas?  My config file is
> > attached.
> 
> That's most likely because it's your MTA that's doing your local 
> delivery.

My Postfix file is fixed.  I am not seeing any references to /var/mail,
could you take a look through and see if I'm missing anything?
Thanks!
Kevin

--=-HbZlIS/u/d+HigPzULi5
Content-Disposition: attachment; filename=main.cf
Content-Type: text/plain; name=main.cf; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

# see /usr/share/postfix/main.cf.dist for a commented, fuller
# version of this file.

# Do not change these directory settings - they are critical to Postfix
# operation.
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix
setgid_group = postdrop

# appending .domain is the MUA's job.
append_dot_mydomain = no

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# Uncomment the next line to generate delayed mail warnings
#delay_warning_time = 4h

smtpd_recipient_restrictions = check_client_access hash:/etc/postfix/client_access

myhostname = newgod 
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = kbreit.dyndns.org, localhost, localhost.localdomain, localhost
#relayhost = 
mynetworks = 127.0.0.0/8 192.168.10.0/24 24.12.138.69/32 hash:/etc/postfix/client_access
smtpd_recipient_restrictions = permit_mynetworks,reject_non_fqdn_recipient,
	check_client_access hash:/etc/postfix/client_access,
		reject_unauth_destination
#mailbox_command = procmail -a "$EXTENSION"
mailbox_command = 
mailbox_size_limit = 51200000
recipient_delimiter = +
relayhost = 

--=-HbZlIS/u/d+HigPzULi5--


From mrproper@ximian.com  Fri May  7 18:53:47 2004
Return-Path: <mrproper@ximian.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3AF1BC002803; Fri,  7 May 2004 18:53:47 +0300 (EEST)
Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10])
	by talvi.dovecot.org (Postfix) with ESMTP id C46FCC000D8E
	for <dovecot@dovecot.org>; Fri,  7 May 2004 18:53:43 +0300 (EEST)
Received: (qmail 28322 invoked from network); 7 May 2004 15:47:29 -0000
Received: from localhost (HELO kbreit.attbi.com) (mrproper@127.0.0.1)
	by localhost with SMTP; 7 May 2004 15:47:29 -0000
Subject: Re: [Dovecot] Mail always is delivered to /var/mail/
From: Kevin Breit <mrproper@ximian.com>
To: James Whatever <james@giantrobot.co.nz>
In-Reply-To: <1083941109.2740.0.camel@kbreit.attbi.com>
References: <1083803676.3253.15.camel@kbreit.attbi.com>
	<7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
	<1083941109.2740.0.camel@kbreit.attbi.com>
Content-Type: text/plain
Organization: Novell
Date: Fri, 07 May 2004 10:47:38 -0400
Message-Id: <1083941258.2740.2.camel@kbreit.attbi.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.5.7 
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 07 May 2004 15:53:47 -0000
X-UID: 9046                                                  
Status: O

On Fri, 2004-05-07 at 10:45 -0400, Kevin Breit wrote:
> My Postfix file is fixed.  I am not seeing any references to /var/mail,
> could you take a look through and see if I'm missing anything?

Fixed?  WTF?  Attached :)

Kevin


From amyzing@talsever.com  Fri May  7 19:09:13 2004
Return-Path: <amyzing@talsever.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F3758C002806; Fri,  7 May 2004 19:09:12 +0300 (EEST)
Received: from hall.mail.mindspring.net (hall.mail.mindspring.net
	[207.69.200.60])
	by talvi.dovecot.org (Postfix) with ESMTP id C89F4C002803
	for <dovecot@dovecot.org>; Fri,  7 May 2004 19:09:10 +0300 (EEST)
Received: from user-2ivf46j.dialup.mindspring.com ([165.247.144.211]
	helo=marajen.talsever.com)
	by hall.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 1BM7oC-0006up-00; Fri, 07 May 2004 12:02:44 -0400
Received: from ythgin.talsever.com (ythgin.talsever.com [192.168.0.20])
	by marajen.talsever.com (Postfix) with SMTP
	id 6167BB77E; Fri,  7 May 2004 12:02:43 -0400 (EDT)
Date: Fri, 7 May 2004 12:02:43 -0400
From: Amelia A Lewis <amyzing@talsever.com>
To: Kevin Breit <mrproper@ximian.com>
Subject: Re: [Dovecot] Mail always is delivered to /var/mail/
Message-Id: <20040507120243.72a6d695.amyzing@talsever.com>
In-Reply-To: <1083941109.2740.0.camel@kbreit.attbi.com>
References: <1083803676.3253.15.camel@kbreit.attbi.com>
	<7FEA69E7-9F0A-11D8-AB02-000A957DCC26@giantrobot.co.nz>
	<1083941109.2740.0.camel@kbreit.attbi.com>
Organization: The Mysthical World of Talsever!
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 07 May 2004 16:09:13 -0000
X-UID: 9047                                                  
Status: O

On Fri, 07 May 2004 10:45:09 -0400
Kevin Breit <mrproper@ximian.com> wrote:

> On Thu, 2004-05-06 at 15:07 +1200, James Whatever wrote:
> > > Hey,
> > > 	I am setting up Dovecot on Debian with Postfix.  I am telling
> > > 	Dovecot
> > > to use maildir:~/Maildir but it persists in dumping mail in mbox
> > > format in /var/mail/username.  Can anyone suggest ideas?  My config
> > > file is attached.
> > 
> > That's most likely because it's your MTA that's doing your local 
> > delivery.
> 
> My Postfix file is fixed.  I am not seeing any references to /var/mail,

Add 

home_mailbox = Maildir/

to main.cf.

Or change the defaults for mail location in /etc/login.defs.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
Love is never less for being shared.

From Nicolas.Stransky@neo-lan.net  Fri May  7 17:36:09 2004
Return-Path: <Nicolas.Stransky@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 546A2C002803; Fri,  7 May 2004 17:36:09 +0300 (EEST)
Received: from mailhost.curie.fr (burton1.curie.fr [193.49.205.23])
	by talvi.dovecot.org (Postfix) with ESMTP id B3B64C000D8E
	for <dovecot@dovecot.org>; Fri,  7 May 2004 17:36:03 +0300 (EEST)
Received: from smtp-in.curie.fr (localhost [127.0.0.1])
	by mailhost.curie.fr/1 with ESMTP id i47ETp3J019564
	for <dovecot@dovecot.org>; Fri, 7 May 2004 16:29:51 +0200 (CEST)
Received: from [10.10.11.73] (jpt-0115-6340.curie.fr [10.10.11.73])
	by smtp-in.curie.fr with ESMTP id i47EToGa013574
	for <dovecot@dovecot.org>; Fri, 7 May 2004 16:29:50 +0200 (CEST)
X-Client-Addr: 10.10.11.73 jpt-0115-6340.curie.fr (OK)
X-Client-Sender: Nicolas.Stransky@neo-lan.net
Message-ID: <409B9D5F.6080102@neo-lan.net>
Date: Fri, 07 May 2004 16:29:51 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
References: <409A75C3.50102@the-magi.us>
In-Reply-To: <409A75C3.50102@the-magi.us>
X-Enigmail-Version: 0.83.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sat, 08 May 2004 13:12:35 +0300
Subject: [Dovecot] Re: imap idle on non-inbox?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 07 May 2004 14:36:09 -0000
X-UID: 9048                                                  
Status: O

Collin Grady wrote:

> Can this be done with dovecot?  I really like the imap idle feature, but 
> it doesn't work for me because I sort my mail into folders with 
> procmail, so it only notifies me when one drops into inbox and not a 
> subfolder.

I have noticed the same thing, using dovecot 0.99.10.4-2 from Debian 
testing and thunderbird 0.6 : other folders that INBOX don't get 
refreshed by the idle feature when new mail arrives.

-- 
Nico

From tss@iki.fi  Sat May  8 13:15:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0E357C002806; Sat,  8 May 2004 13:15:04 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id DA527C000D8E
	for <dovecot@dovecot.org>; Sat,  8 May 2004 13:15:00 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 0C2BB300201CD; Sat,  8 May 2004 13:08:48 +0300 (EEST)
Subject: Re: [Dovecot] imap idle on non-inbox?
From: Timo Sirainen <tss@iki.fi>
To: Collin Grady <cgrady@the-magi.us>
In-Reply-To: <409A75C3.50102@the-magi.us>
References: <409A75C3.50102@the-magi.us>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-c041edqcDUbG4IXvBUgL"
Message-Id: <1084010927.25654.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 08 May 2004 13:08:47 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 08 May 2004 10:15:04 -0000
X-UID: 9049                                                  
Status: O
Content-Length: 1058


--=-c041edqcDUbG4IXvBUgL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-05-06 at 20:28, Collin Grady wrote:
> Can this be done with dovecot?  I really like the imap idle feature, but=20
> it doesn't work for me because I sort my mail into folders with=20
> procmail, so it only notifies me when one drops into inbox and not a=20
> subfolder.
>=20
> Is there just an option for this I'm missing, or does support for this=20
> not exist yet?

IDLE extension itself doesn't really support this feature. I have
thought about making Dovecot send client STATUS notifications for
mailboxes which have changed, but I don't know if clients would actually
use it.


--=-c041edqcDUbG4IXvBUgL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAnLGvyUhSUUBViskRApi1AJ4xjU9TCJp/WVfzv+FwWuOPrGfSTQCePsKw
bjGN4m0XmRRME55HbyeOinY=
=ZSd5
-----END PGP SIGNATURE-----

--=-c041edqcDUbG4IXvBUgL--


From jan@weitan.org  Sun May  9 01:10:42 2004
Return-Path: <jan@weitan.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1D09BC002803; Sun,  9 May 2004 01:10:42 +0300 (EEST)
Received: from weitan.org (unknown [80.190.204.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 213F3C000D8E
	for <dovecot@dovecot.org>; Sun,  9 May 2004 01:10:40 +0300 (EEST)
Received: from weitan.org (localhost [127.0.0.1])
	by weitan.org (Postfix) with ESMTP id 1CB897D438
	for <dovecot@dovecot.org>; Sat,  8 May 2004 22:03:25 +0000 (UTC)
Received: from 217.255.193.2 (SquirrelMail authenticated user jan);
	by weitan.org with HTTP; Sat, 8 May 2004 21:38:01 -0000 (UTC)
Message-ID: <33317.217.255.193.2.1084052281.squirrel@217.255.193.2>
In-Reply-To: <1084010927.25654.2.camel@hurina>
References: <409A75C3.50102@the-magi.us> <1084010927.25654.2.camel@hurina>
Date: Sat, 8 May 2004 21:38:01 -0000 (UTC)
Subject: [Dovecot] SSL Client Certificate Support
From: jan@weitan.org
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 08 May 2004 22:10:42 -0000
X-UID: 9050                                                  
Status: O
Content-Length: 1265

I would appreciate this feature as well. Because i am using postfix
relaying with permit_tls_clientcerts and it just checks the fingerprints
of the certs. It find it far more convenient than using something like pam
and authorising with user accounts. Postfix can use this features also in
combination with normal sasl methods.
< Using OpenSSL for authentication brings
> in tons of more code that has to be relied on.
Your port 22 is closed or does not rely on the the OpenSSL lib ? I took a
short look at the sources from postfix but i am not too sure if its easy
to include in dovecot. Just a idea.

Regards Jan



Timo Sirainen wrote:
> Personally I'd really like to get the current CVS code fully working as
> intended. Then there's some long standing bugs/features (eg. recent
> counters). Then some NFS safety problems. All those should have been
> fixed long ago.
yes, it's better to get dovecot stable first.

> Also currently there's only dovecot-auth and master processes in Dovecot
> which have to be free of security holes to avoid pre-login security
> holes. That's not a lot of code. Using OpenSSL for authentication brings
> in tons of more code that has to be relied on.

I understand. But please, keep it in mind for later versions of dovecot!



From tss@iki.fi  Mon May 10 03:16:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 19EBCC002801; Mon, 10 May 2004 03:16:04 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A3292C000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 03:16:00 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0FB1D1C2D5C0; Mon, 10 May 2004 03:09:44 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 9B3771C2D5BE; Mon, 10 May 2004 03:09:09 +0300 (EEST)
In-Reply-To: <33317.217.255.193.2.1084052281.squirrel@217.255.193.2>
References: <409A75C3.50102@the-magi.us> <1084010927.25654.2.camel@hurina>
	<33317.217.255.193.2.1084052281.squirrel@217.255.193.2>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-12-613849998"
Message-Id: <41F53666-A216-11D8-AEE1-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] SSL Client Certificate Support
Date: Mon, 10 May 2004 03:09:08 +0300
To: jan@weitan.org
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.3 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 00:16:04 -0000
X-UID: 9051                                                  
Status: O
Content-Length: 1780


--Apple-Mail-12-613849998
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 9.5.2004, at 00:38, jan@weitan.org wrote:

> I would appreciate this feature as well. Because i am using postfix
> relaying with permit_tls_clientcerts and it just checks the 
> fingerprints
> of the certs. It find it far more convenient than using something like 
> pam
> and authorising with user accounts. Postfix can use this features also 
> in
> combination with normal sasl methods.

I've been thinking about doing this lately as well. Shouldn't really be 
much of a job. Just tell OpenSSL library to require a valid client 
certificate. Optionally also force the cert's common name to be 
client's login name.

I think it would still be a good idea to use passwords as well. Wasn't 
the one OpenSSL hole a year ago exploitable only with servers requiring 
client certificates?..

Maybe the passwordless authentication would work just by keeping 
password fields empty in password database? Or maybe I'll just create a 
new "nocheck" passdb. EXTERNAL SASL mechanism would also be useful for 
this.

> < Using OpenSSL for authentication brings
>> in tons of more code that has to be relied on.
> Your port 22 is closed or does not rely on the the OpenSSL lib ?

Closed except from a few IPs :)

--Apple-Mail-12-613849998
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAnsgkyUhSUUBViskRAhFXAKCEnmAIhpYqN2XWwke8WnfrV+OCXQCfSN+W
YeFHsYA0jllzU0m0mzSbGLM=
=yrdY
-----END PGP SIGNATURE-----

--Apple-Mail-12-613849998--


From tss@iki.fi  Mon May 10 03:30:18 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E3B7AC002801; Mon, 10 May 2004 03:30:18 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 027BAC000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 03:30:17 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 95AB41C2D5BE; Mon, 10 May 2004 03:24:00 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 018CD1C2D5C0
	for <dovecot@dovecot.org>; Mon, 10 May 2004 03:23:26 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <403A0B7F-A218-11D8-AEE1-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-13-614706088"
To: Dovecot mailing list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Mon, 10 May 2004 03:23:24 +0300
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-6.6 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test7
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 00:30:19 -0000
X-UID: 9052                                                  
Status: O
Content-Length: 1830


--Apple-Mail-13-614706088
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/test/

Lots of bugfixes related to syncing. There's still some left.

Somewhat working mbox support:
  - combined syncing/rewriting uses much less disk I/O than with older 
mbox code
  - expunges aren't working yet
  - last-uid field in X-IMAPbase header isn't updated
  - it's currently syncing the whole mbox constantly even if it hasn't 
changed
  - it isn't hiding the mbox-specific headers from IMAP clients
  - if mbox hasn't changed, rewriting could start from the message which 
requires rewriting instead of syncing the whole mbox
  - syncing could keep the lock file extra two seconds to make sure if 
someone changes it the file's mtime changes -> as long as only Dovecot 
is modifying it, we'll never need to sync the whole mbox -> 
multi-gigabyte mboxes are still fast!

One nice thing about this mbox code is that it isn't exactly 
mbox-specific. Some people are still using formats which use eg. ^A as 
separator rather than From-line. Some people are using SMTP-formatted 
data directly ('.' as mail separator, '..' = normal line begins with 
'.'). These formats should be pretty easy to implement now as all 
mbox-specific code is in istream-raw-mbox.c file. I'll probably do that 
once mbox itself is fully working.

--Apple-Mail-13-614706088
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAnst8yUhSUUBViskRArDpAKCFvalKgIDmsDWuiAm/eUe7cs7dCACfbEQG
MelHWqdNL9ObW/IsNxWF62k=
=NLuc
-----END PGP SIGNATURE-----

--Apple-Mail-13-614706088--


From tss@iki.fi  Mon May 10 05:18:18 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F066CC002801; Mon, 10 May 2004 05:18:18 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1D14DC000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 05:18:17 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 82A161C2D5C0; Mon, 10 May 2004 05:12:00 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 8A20B1C2D5B6
	for <dovecot@dovecot.org>; Mon, 10 May 2004 05:11:25 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <41F53666-A216-11D8-AEE1-000393CC2E90@iki.fi>
References: <409A75C3.50102@the-magi.us> <1084010927.25654.2.camel@hurina>
	<33317.217.255.193.2.1084052281.squirrel@217.255.193.2>
	<41F53666-A216-11D8-AEE1-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-17-621185484"
Message-Id: <563F44EA-A227-11D8-AEE1-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] SSL Client Certificate Support
Date: Mon, 10 May 2004 05:11:24 +0300
To: Dovecot mailing list <dovecot@dovecot.org>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 02:18:19 -0000
X-UID: 9053                                                  
Status: O


--Apple-Mail-17-621185484
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 10.5.2004, at 03:09, Timo Sirainen wrote:

> I've been thinking about doing this lately as well. Shouldn't really 
> be much of a job. Just tell OpenSSL library to require a valid client 
> certificate. Optionally also force the cert's common name to be 
> client's login name.

Current CVS version has ssl_verify_client_cert option. It doesn't do 
anything else - if client doesn't send valid certificate the SSL 
handshake fails.

--Apple-Mail-17-621185484
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAnuTMyUhSUUBViskRArTiAJ9XuiuRj2ZR/2gmkrEILreG/8pNYQCfQBvI
BtLdTKTfoiET1kAorabKTdY=
=3AjM
-----END PGP SIGNATURE-----

--Apple-Mail-17-621185484--


From benjamin@weiss.name  Mon May 10 16:34:27 2004
Return-Path: <benjamin@weiss.name>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C544CC002801; Mon, 10 May 2004 16:34:27 +0300 (EEST)
Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35])
	by talvi.dovecot.org (Postfix) with ESMTP id 25FF7C000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 16:34:25 +0300 (EEST)
Received: from mail.birdvet.org ([68.97.130.220]) by lakermmtao04.cox.net
	(InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP
	id <20040510132806.VQNM19546.lakermmtao04.cox.net@mail.birdvet.org>
	for <dovecot@dovecot.org>; Mon, 10 May 2004 09:28:06 -0400
Received: from osbi03981 (unknown [204.87.126.161])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.birdvet.org (Postfix) with ESMTP id D39B71B584
	for <dovecot@dovecot.org>; Mon, 10 May 2004 08:27:59 -0500 (CDT)
Message-ID: <004001c43692$a085b9a0$7f790180@osbi039812>
From: "Benjamin J. Weiss" <benjamin@weiss.name>
To: "Dovecot mailing list" <dovecot@dovecot.org>
Date: Mon, 10 May 2004 08:28:04 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-birdvet.org-MailScanner-Information: Please contact the ISP for more
	information
X-birdvet.org-MailScanner: Found to be clean
X-birdvet.org-MailScanner-SpamCheck: 
Subject: [Dovecot] Is Dovecot ready for production use?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 13:34:27 -0000
X-UID: 9054                                                  
Status: O

Hi!

I'm currently running RH 9 with postfix, uw-imap and MailScanner.  I want to
install Fedora Core 2 (when it comes out next week) with postfix, dovecot
and amavisd.  I'm unhappy with the problems I'm having with MailScanner,
with the difficulty I've had with authentication as I am currently
configured, and want to move to Maildir instead of mbox.

That being said, is dovecot stable enough yet for production use?  I only
have four users on my home linux box, but I personally get around 500 emails
a day (that fedora list is *busy*).

Thanks,

Ben


From benjamin@weiss.name  Mon May 10 16:54:05 2004
Return-Path: <benjamin@weiss.name>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2AD79C002801; Mon, 10 May 2004 16:54:05 +0300 (EEST)
Received: from lakermmtao11.cox.net (lakermmtao11.cox.net [68.230.240.28])
	by talvi.dovecot.org (Postfix) with ESMTP id C8B63C000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 16:54:02 +0300 (EEST)
Received: from mail.birdvet.org ([68.97.130.220]) by lakermmtao11.cox.net
	(InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP
	id <20040510134744.WUMF18803.lakermmtao11.cox.net@mail.birdvet.org>
	for <dovecot@dovecot.org>; Mon, 10 May 2004 09:47:44 -0400
Received: from osbi03981 (unknown [204.87.126.161])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.birdvet.org (Postfix) with ESMTP id D39B71B584
	for <dovecot@dovecot.org>; Mon, 10 May 2004 08:27:59 -0500 (CDT)
Message-ID: <004001c43692$a085b9a0$7f790180@osbi03981>
From: "Benjamin J. Weiss" <benjamin@weiss.name>
To: "Dovecot mailing list" <dovecot@dovecot.org>
Date: Mon, 10 May 2004 08:28:04 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-birdvet.org-MailScanner-Information: Please contact the ISP for more
	information
X-birdvet.org-MailScanner: Found to be clean
X-birdvet.org-MailScanner-SpamCheck: 
Subject: [Dovecot] Is Dovecot ready for production use?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 13:54:05 -0000
X-UID: 9055                                                  
Status: O

Hi!

I'm currently running RH 9 with postfix, uw-imap and MailScanner.  I want to
install Fedora Core 2 (when it comes out next week) with postfix, dovecot
and amavisd.  I'm unhappy with the problems I'm having with MailScanner,
with the difficulty I've had with authentication as I am currently
configured, and want to move to Maildir instead of mbox.

That being said, is dovecot stable enough yet for production use?  I only
have four users on my home linux box, but I personally get around 500 emails
a day (that fedora list is *busy*).

Thanks,

Ben


From higels@cs.tcd.ie  Mon May 10 17:03:23 2004
Return-Path: <higels@cs.tcd.ie>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9EAB7C002801; Mon, 10 May 2004 17:03:23 +0300 (EEST)
Received: from imx2.tcd.ie (imx2.tcd.ie [134.226.1.156])
	by talvi.dovecot.org (Postfix) with ESMTP id 91747C000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 17:03:21 +0300 (EEST)
Received: from imx2.tcd.ie (imx2.tcd.ie [134.226.1.156])
	by imx2.tcd.ie (Postfix) with ESMTP
	id 2D81C314C1; Mon, 10 May 2004 14:57:03 +0100 (IST)
Received: from imx2.tcd.ie
	by localhost.localdomain (VaMailArmor-2.0.1.16) id 17974-4F54C74B;
	Mon, 10 May 2004 14:57:01 +0100
Received: from vimes.cs.tcd.ie (vimes.cs.tcd.ie [134.226.42.35])
	by imx2.tcd.ie (Postfix) with ESMTP
	id 0670A314BD; Mon, 10 May 2004 14:57:01 +0100 (IST)
Received: from higels by vimes.cs.tcd.ie with local (Exim 3.36 #1 (Debian))
	id 1BNBHA-0004jl-00; Mon, 10 May 2004 14:57:00 +0100
Date: Mon, 10 May 2004 14:56:58 +0100
From: Steffen Higel <Steffen.Higel@cs.tcd.ie>
To: "Benjamin J. Weiss" <benjamin@weiss.name>
Subject: Re: [Dovecot] Is Dovecot ready for production use?
Message-ID: <20040510135652.GG17496@vimes>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <004001c43692$a085b9a0$7f790180@osbi03981>
User-Agent: Mutt/1.5.6i
Sender: Steffen Higel <higels@vimes.cs.tcd.ie>
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.25.0.3;
	VDF: 6.25.0.55; host: imx2.tcd.ie)
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 14:03:23 -0000
X-UID: 9056                                                  
Status: O
Content-Length: 1031

Benjamin J. Weiss wrote:
> That being said, is dovecot stable enough yet for production use?  I only
> have four users on my home linux box, but I personally get around 500 emails
> a day (that fedora list is *busy*).

I use it in two such environments, one in an office with 10 users, most of
whom are connected from inside the office itself for the whole day. It
easily passes 500 mails across the network in 24 hours. The other is in a
larger organisation with maybe 20 or 30 people connected at a time through
various webmail clients.

In both cases, it has behaved perfectly. It was also trivial to set up,
particularly when contrasted with uw-imapd or courier.

I'm using Jaldhar's Debian backports. And very nice they are too :-)

regards,

Steffen

-- 
Steffen Higel

Knowledge and Data Engineering Group, | e: Steffen.Higel@cs.tcd.ie
Department of Computer Science,       | w: http://netsoc.tcd.ie/~higels
Trinity College Dublin                | t: +353 (1) 6082361
     pgp: http://www.cs.tcd.ie/Steffen.Higel/higels.txt

From rjohnson@medata.com  Mon May 10 20:45:19 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A461C000D8E; Mon, 10 May 2004 20:45:19 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 1E52FC002801
	for <dovecot@dovecot.org>; Mon, 10 May 2004 20:45:16 +0300 (EEST)
Received: from [172.24.2.12] (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i4AHctlO017875
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Mon, 10 May 2004 10:38:55 -0700
Message-ID: <409FBE30.9030300@medata.com>
Date: Mon, 10 May 2004 10:38:56 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.6 (X11/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot mailing list <dovecot@dovecot.org>
Subject: Re: [Dovecot] Is Dovecot ready for production use?
References: <004001c43692$a085b9a0$7f790180@osbi03981>
In-Reply-To: <004001c43692$a085b9a0$7f790180@osbi03981>
X-Enigmail-Version: 0.83.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 17:45:19 -0000
X-UID: 9057                                                  
Status: O
Content-Length: 1293

Benjamin J. Weiss wrote:
> Hi!
> 
> I'm currently running RH 9 with postfix, uw-imap and MailScanner.  I want to
> install Fedora Core 2 (when it comes out next week) with postfix, dovecot
> and amavisd.  I'm unhappy with the problems I'm having with MailScanner,
> with the difficulty I've had with authentication as I am currently
> configured, and want to move to Maildir instead of mbox.
> 
> That being said, is dovecot stable enough yet for production use?  I only
> have four users on my home linux box, but I personally get around 500 emails
> a day (that fedora list is *busy*).

I've "backported" the latest Red Hat development packages of Dovecot to 
Red Hat 9 (simply rebuilt the RPM), and have 150+ users using it. My 
server runs Sendmail (milter plugins require it for now), Dovecot (using 
Maildir), SpamAssassin (via procmail), ClamAV (via milter), and Anomy 
Sanitizer (via procmail). There are a couple of customflags annoyances 
between Mozilla based mail clients and Dovecot running Maildir, however 
it has otherwise proven quite stable in my enivronment. We process about 
5-6000 mails per day.

HTH,
-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From alsbergt@cs.huji.ac.il  Mon May 10 21:17:05 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B447FC002801; Mon, 10 May 2004 21:17:05 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id A5A72C000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 21:17:03 +0300 (EEST)
Received: from dev.cs.huji.ac.il ([132.65.16.100] ident=exim)
	by cs1.cs.huji.ac.il with esmtp
	id 1BNFEj-000HmC-4v; Mon, 10 May 2004 21:10:45 +0300
Received: from alsbergt by dev.cs.huji.ac.il with local (Exim 4.12)
	id 1BNFEj-000E9t-00; Mon, 10 May 2004 21:10:45 +0300
Date: Mon, 10 May 2004 21:10:45 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test7
Message-ID: <20040510181044.GA54367@cs.huji.ac.il>
References: <403A0B7F-A218-11D8-AEE1-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <403A0B7F-A218-11D8-AEE1-000393CC2E90@iki.fi>
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.3i
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
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, 10 May 2004 18:17:05 -0000
X-UID: 9058                                                  
Status: O
Content-Length: 1645

On Mon, May 10, 2004 at 03:23:24AM +0300, Timo Sirainen wrote:
> <snip />
> Somewhat working mbox support:

 - What about preserving the mbox "From " line?  Please don't leave
   this out of the api for 1.0.

>  - combined syncing/rewriting uses much less disk I/O than with older 
> mbox code
>  - expunges aren't working yet
>  - last-uid field in X-IMAPbase header isn't updated
>  - it's currently syncing the whole mbox constantly even if it hasn't 
> changed
>  - it isn't hiding the mbox-specific headers from IMAP clients
>  - if mbox hasn't changed, rewriting could start from the message which 
> requires rewriting instead of syncing the whole mbox
>  - syncing could keep the lock file extra two seconds to make sure if 
> someone changes it the file's mtime changes -> as long as only Dovecot 
> is modifying it, we'll never need to sync the whole mbox -> 
> multi-gigabyte mboxes are still fast!
> 
> One nice thing about this mbox code is that it isn't exactly 
> mbox-specific. Some people are still using formats which use eg. ^A as 
> separator rather than From-line. Some people are using SMTP-formatted 
> data directly ('.' as mail separator, '..' = normal line begins with 
> '.'). These formats should be pretty easy to implement now as all 
> mbox-specific code is in istream-raw-mbox.c file. I'll probably do that 
> once mbox itself is fully working.

  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From benjamin@weiss.name  Mon May 10 21:30:05 2004
Return-Path: <benjamin@weiss.name>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 08494C002801; Mon, 10 May 2004 21:30:05 +0300 (EEST)
Received: from lakermmtao09.cox.net (lakermmtao09.cox.net [68.230.240.30])
	by talvi.dovecot.org (Postfix) with ESMTP id 3E3EBC000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 21:30:02 +0300 (EEST)
Received: from mail.birdvet.org ([68.97.130.220]) by lakermmtao09.cox.net
	(InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP
	id <20040510182343.TEPB5659.lakermmtao09.cox.net@mail.birdvet.org>;
	Mon, 10 May 2004 14:23:43 -0400
Received: from osbi03981 (unknown [204.87.126.161])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail.birdvet.org (Postfix) with ESMTP
	id 30DB61B584; Mon, 10 May 2004 13:23:38 -0500 (CDT)
Message-ID: <003c01c436bb$ed4060a0$7f790180@osbi03981>
From: "Benjamin J. Weiss" <benjamin@weiss.name>
To: "Rick Johnson" <rjohnson@medata.com>,
	"Dovecot mailing list" <dovecot@dovecot.org>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
Subject: Re: [Dovecot] Is Dovecot ready for production use?
Date: Mon, 10 May 2004 13:23:43 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-birdvet.org-MailScanner-Information: Please contact the ISP for more
	information
X-birdvet.org-MailScanner: Found to be clean
X-birdvet.org-MailScanner-SpamCheck: 
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 18:30:05 -0000
X-UID: 9059                                                  
Status: O
Content-Length: 1508

From: "Rick Johnson" <rjohnson@medata.com>
> Benjamin J. Weiss wrote:
> > Hi!
> >
> > I'm currently running RH 9 with postfix, uw-imap and MailScanner.  I
want to
> > install Fedora Core 2 (when it comes out next week) with postfix,
dovecot
> > and amavisd.  I'm unhappy with the problems I'm having with MailScanner,
> > with the difficulty I've had with authentication as I am currently
> > configured, and want to move to Maildir instead of mbox.
> >
> > That being said, is dovecot stable enough yet for production use?  I
only
> > have four users on my home linux box, but I personally get around 500
emails
> > a day (that fedora list is *busy*).
>
> I've "backported" the latest Red Hat development packages of Dovecot to
> Red Hat 9 (simply rebuilt the RPM), and have 150+ users using it. My
> server runs Sendmail (milter plugins require it for now), Dovecot (using
> Maildir), SpamAssassin (via procmail), ClamAV (via milter), and Anomy
> Sanitizer (via procmail). There are a couple of customflags annoyances
> between Mozilla based mail clients and Dovecot running Maildir, however
> it has otherwise proven quite stable in my enivronment. We process about
> 5-6000 mails per day.

Thanks, but I received an email pointing out an SSL problem with Fedora and
dovecot:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115284


and I do *all* connections to my server in an encrypted mode, even imaps.

If dovecot is going to crash on an hourly basis, I may have to stick with uw
and mbox. :(


From rjohnson@medata.com  Mon May 10 21:42:13 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1AA55C002807; Mon, 10 May 2004 21:42:13 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 4AF2EC002806
	for <dovecot@dovecot.org>; Mon, 10 May 2004 21:42:10 +0300 (EEST)
Received: from [172.24.2.12] (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i4AIZnlO031508
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Mon, 10 May 2004 11:35:49 -0700
Message-ID: <409FCB87.2050500@medata.com>
Date: Mon, 10 May 2004 11:35:51 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.6 (X11/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot mailing list <dovecot@dovecot.org>
Subject: Re: [Dovecot] Is Dovecot ready for production use?
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
In-Reply-To: <003c01c436bb$ed4060a0$7f790180@osbi03981>
X-Enigmail-Version: 0.83.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 18:42:13 -0000
X-UID: 9060                                                  
Status: O
Content-Length: 1087

Benjamin J. Weiss wrote:
> 
> Thanks, but I received an email pointing out an SSL problem with Fedora and
> dovecot:
> 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115284
> 
> 
> and I do *all* connections to my server in an encrypted mode, even imaps.
> 
> If dovecot is going to crash on an hourly basis, I may have to stick with uw
> and mbox. :(
> 

I have yet to experience this problem with the 0.99.10.4 version from 
the Devel tree. We do 95% of our connections via SSL as well (OpenSSL), 
and I run Fedora Core 1 at home for a personal server configured in the 
same fashion.

Note I am using a dovecot package from the devel tree. That version is: 
dovecot-0.99.10.4-3. The package that was reported was 
dovecot-0.99.10-6, which is the "stock" fedora package. We had problems 
with that version too, which is why I stepped up. So far, we've avoided 
any crashes as a result of the update.

Rgds,
-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From tss@iki.fi  Mon May 10 21:42:54 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E1900C002807; Mon, 10 May 2004 21:42:54 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 237F0C002809
	for <dovecot@dovecot.org>; Mon, 10 May 2004 21:42:49 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id CEB39300DFC12; Mon, 10 May 2004 21:36:30 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test7
From: Timo Sirainen <tss@iki.fi>
To: Tom Alsberg <alsbergt-dovecot@cs.huji.ac.il>
In-Reply-To: <20040510181044.GA54367@cs.huji.ac.il>
References: <403A0B7F-A218-11D8-AEE1-000393CC2E90@iki.fi>
	<20040510181044.GA54367@cs.huji.ac.il>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-WKCuXo9sVzFqUtdGIpjG"
Message-Id: <1084214190.3027.72.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 10 May 2004 21:36:30 +0300
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 18:42:55 -0000
X-UID: 9061                                                  
Status: O


--=-WKCuXo9sVzFqUtdGIpjG
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-10 at 21:10, Tom Alsberg wrote:
> On Mon, May 10, 2004 at 03:23:24AM +0300, Timo Sirainen wrote:
> > <snip />
> > Somewhat working mbox support:
>=20
>  - What about preserving the mbox "From " line?  Please don't leave
>    this out of the api for 1.0.

It's there.


--=-WKCuXo9sVzFqUtdGIpjG
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAn8uuyUhSUUBViskRAg5AAJsHnb+Gz3I+8vz0OY2Zq2nYp+Y1twCfUSts
E/2PahRv0TjuWhtKgG9JOaI=
=qL/M
-----END PGP SIGNATURE-----

--=-WKCuXo9sVzFqUtdGIpjG--


From tss@iki.fi  Mon May 10 22:24:11 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8C2E3C002808; Mon, 10 May 2004 22:24:11 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 74E74C000D8E
	for <dovecot@dovecot.org>; Mon, 10 May 2004 22:24:09 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 18559302363BE
	for <dovecot@dovecot.org>; Mon, 10 May 2004 22:17:51 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@dovecot.org>
In-Reply-To: <003c01c436bb$ed4060a0$7f790180@osbi03981>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-XqbVc02g/ziwj4+nDD+P"
Message-Id: <1084216670.3026.94.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 10 May 2004 22:17:51 +0300
Subject: [Dovecot] Dovecot, Fedora, SSL
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 19:24:11 -0000
X-UID: 9062                                                  
Status: O
Content-Length: 1897


--=-XqbVc02g/ziwj4+nDD+P
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-10 at 21:23, Benjamin J. Weiss wrote:
> Thanks, but I received an email pointing out an SSL problem with Fedora a=
nd
> dovecot:
>=20
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D115284

Well, I finally looked at what Fedora's OpenSSL package looks like. It
has at least this patch which doesn't work if Dovecot is chrooted. I'm
not really sure when ICA is really called though.

Actually there's a bug in that patch, if open() fails rfd =3D -1. The
check should be if (rfd =3D=3D -1), not if (rfd)..

Maybe it would work with that fix? Anyone want to try?

--- openssl-0.9.7a/libica-1.3.5/src/prand.c.urandom	2003-07-10 16:09:35.000=
000000 -0400
+++ openssl-0.9.7a/libica-1.3.5/src/prand.c	2003-10-24 01:59:53.000000000 -=
0400
@@ -421,11 +421,26 @@
    */
=20
=20
+   /*
+   **   Change 10/24/03 PK: Use /dev/urandom instead.
+   */
    static unsigned char get_byte(u_int32 *array5, int current_byte)
    {
-
       u_int32 val;
+      static int rfd =3D 0;	/* File descriptor to /dev/urandom */
+      unsigned char retval;
+
+      if (!rfd) {
+          rfd =3D open("/dev/urandom", O_RDONLY);
+      }
+
+      /* If we have a valid fd for /dev/urandom then use it */
+      if (rfd) {
+         read(rfd, &retval, 1);
+         return retval;
+      }
=20
+      /* Otherwise use the old pseudo random number generator */
       val =3D *(array5 + current_byte/4);
=20
       current_byte %=3D 4;


--=-XqbVc02g/ziwj4+nDD+P
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAn9VeyUhSUUBViskRAkLkAJ4x1riCqbTTMycN32nivEPh+lu1DwCfWwRH
WOUfTHjatuOgBdGuN/SuEo0=
=78h8
-----END PGP SIGNATURE-----

--=-XqbVc02g/ziwj4+nDD+P--


From tss@iki.fi  Mon May 10 22:43:07 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 90BD1C002809; Mon, 10 May 2004 22:43:07 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id A4B82C002808
	for <dovecot@dovecot.org>; Mon, 10 May 2004 22:43:05 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 0540C302363BE
	for <dovecot@dovecot.org>; Mon, 10 May 2004 22:36:47 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot, Fedora, SSL
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@dovecot.org>
In-Reply-To: <1084216670.3026.94.camel@hurina>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
	<1084216670.3026.94.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-nYxqkiZL871ROFgUsHuZ"
Message-Id: <1084217806.3034.97.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 10 May 2004 22:36:46 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 19:43:07 -0000
X-UID: 9063                                                  
Status: O


--=-nYxqkiZL871ROFgUsHuZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-10 at 22:17, Timo Sirainen wrote:
> Well, I finally looked at what Fedora's OpenSSL package looks like. It
> has at least this patch which doesn't work if Dovecot is chrooted. I'm
> not really sure when ICA is really called though.

I guess it's only when using some IBM crypto hardware. Also that patch
couldn't be the cause of the real problem. Oh well, wondering some more.

(btw. I filed this as openssl bug in rh bugzilla)


--=-nYxqkiZL871ROFgUsHuZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAn9nOyUhSUUBViskRAoNNAJ9d8TonfJibr54W93Gd89Pvay9SwgCbB/0D
t7rcGyk8rng+/SdyIpeq1m8=
=29mE
-----END PGP SIGNATURE-----

--=-nYxqkiZL871ROFgUsHuZ--


From tss@iki.fi  Mon May 10 23:04:42 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DB651C002809; Mon, 10 May 2004 23:04:42 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id D7C30C002808
	for <dovecot@dovecot.org>; Mon, 10 May 2004 23:04:40 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 6AD4F302363BE
	for <dovecot@dovecot.org>; Mon, 10 May 2004 22:58:22 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot, Fedora, SSL
From: Timo Sirainen <tss@iki.fi>
To: Dovecot mailing list <dovecot@dovecot.org>
In-Reply-To: <1084217806.3034.97.camel@hurina>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
	<1084216670.3026.94.camel@hurina>  <1084217806.3034.97.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-MWwF4Hc23d/r7iR7mQx7"
Message-Id: <1084219102.3028.100.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 10 May 2004 22:58:22 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 20:04:43 -0000
X-UID: 9064                                                  
Status: O
Content-Length: 1230


--=-MWwF4Hc23d/r7iR7mQx7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

With a little bit of thinking, maybe it's this simple to fix:

diff -u -r1.21 ssl-proxy-openssl.c
--- src/login-common/ssl-proxy-openssl.c	10 May 2004 02:15:16 -0000	1.21
+++ src/login-common/ssl-proxy-openssl.c	10 May 2004 20:03:26 -0000
@@ -460,9 +460,10 @@
 	}
=20
 	/* PRNG initialization might want to use /dev/urandom, make sure it
-	   does it before chrooting. */
-	if (RAND_bytes(&buf, 1) !=3D 1)
-		i_fatal("RAND_bytes() failed: %s\n", ssl_last_error());
+	   does it before chrooting. We might not have enough entropy at
+	   the first try, so this function may fail. It's still been
+	   initialized though. */
+	(void)RAND_bytes(&buf, 1);
=20
         ssl_proxies =3D hash_create(default_pool, default_pool, 0, NULL, N=
ULL);
 	ssl_initialized =3D TRUE;


--=-MWwF4Hc23d/r7iR7mQx7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAn97eyUhSUUBViskRAuncAKCi2CyrrsePWxDN/r5v9YZcNjhyZACfc1UD
FQQIQFK8D3zm1WDpf2jHklI=
=Nvec
-----END PGP SIGNATURE-----

--=-MWwF4Hc23d/r7iR7mQx7--


From skye@f4.ca  Mon May 10 23:44:55 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A68B2C00280B; Mon, 10 May 2004 23:44:55 +0300 (EEST)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 9882EC002809
	for <dovecot@dovecot.org>; Mon, 10 May 2004 23:44:53 +0300 (EEST)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1BNHXl-000IvZ-00
	for dovecot@dovecot.org; Mon, 10 May 2004 13:38:33 -0700
Date: Mon, 10 May 2004 13:38:33 -0700
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test7
Message-ID: <20040510203833.GD55473@f4.ca>
References: <403A0B7F-A218-11D8-AEE1-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <403A0B7F-A218-11D8-AEE1-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 20:44:55 -0000
X-UID: 9065                                                  
Status: O

Will the MySQL patch be integrated in to 1.0-release?
Sorry if this has already been covered.

Thanks,
Skye

--
| www.f4.ca | F4 internet | quality web hosting $10/month |

From tss@iki.fi  Tue May 11 00:46:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 70CBCC00280C; Tue, 11 May 2004 00:46:44 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 8D749C00280B
	for <dovecot@dovecot.org>; Tue, 11 May 2004 00:46:42 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id C263030086FB1; Tue, 11 May 2004 00:40:23 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test7
From: Timo Sirainen <tss@iki.fi>
To: Skye Poier <skye@f4.ca>
In-Reply-To: <20040510203833.GD55473@f4.ca>
References: <403A0B7F-A218-11D8-AEE1-000393CC2E90@iki.fi>
	<20040510203833.GD55473@f4.ca>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-uPdfntoRKJezZj6/ELcD"
Message-Id: <1084225223.3034.102.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 11 May 2004 00:40:23 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 10 May 2004 21:46:44 -0000
X-UID: 9066                                                  
Status: O


--=-uPdfntoRKJezZj6/ELcD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-10 at 23:38, Skye Poier wrote:
> Will the MySQL patch be integrated in to 1.0-release?
> Sorry if this has already been covered.

It's in 1.0-test8.


--=-uPdfntoRKJezZj6/ELcD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAn/bHyUhSUUBViskRArgRAJ9qT1XD1404kJ2pCjmLyMlymhNIUACfUPkQ
czbooNRW8K3vNyhWlStVqyE=
=DawO
-----END PGP SIGNATURE-----

--=-uPdfntoRKJezZj6/ELcD--


From anielsen@diku.dk  Tue May 11 12:58:06 2004
Return-Path: <anielsen@diku.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5E3A2C002801; Tue, 11 May 2004 12:58:06 +0300 (EEST)
Received: from fitch1.uni2.net (fitch1.uni2.net [130.227.52.104])
	by talvi.dovecot.org (Postfix) with ESMTP id 03709C000D8E
	for <dovecot@dovecot.org>; Tue, 11 May 2004 12:58:04 +0300 (EEST)
Received: from anders.intranet ([130.227.149.6])
	by fitch1.uni2.net (8.12.6/8.11.6) with ESMTP id i4B9phuG032523;
	Tue, 11 May 2004 11:51:43 +0200
Subject: Re: [Dovecot] Is Dovecot ready for production use?
From: Anders Nielsen <anielsen@diku.dk>
To: Rick Johnson <rjohnson@medata.com>
In-Reply-To: <409FCB87.2050500@medata.com>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
	<409FCB87.2050500@medata.com>
Content-Type: text/plain
Message-Id: <1084269102.14589.13.camel@anders.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Tue, 11 May 2004 11:51:43 +0200
Content-Transfer-Encoding: 7bit
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 09:58:06 -0000
X-UID: 9067                                                  
Status: O
Content-Length: 1310

On Mon, 2004-05-10 at 20:35, Rick Johnson wrote:
> Benjamin J. Weiss wrote:
> > 
> > Thanks, but I received an email pointing out an SSL problem with Fedora and
> > dovecot:
> > 
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115284
> > 
> > 
> > and I do *all* connections to my server in an encrypted mode, even imaps.
> > 
> > If dovecot is going to crash on an hourly basis, I may have to stick with uw
> > and mbox. :(
> > 
> 
> I have yet to experience this problem with the 0.99.10.4 version from 
> the Devel tree. We do 95% of our connections via SSL as well (OpenSSL), 
> and I run Fedora Core 1 at home for a personal server configured in the 
> same fashion.
> 
> Note I am using a dovecot package from the devel tree. That version is: 
> dovecot-0.99.10.4-3. The package that was reported was 
> dovecot-0.99.10-6, which is the "stock" fedora package. We had problems 
> with that version too, which is why I stepped up. So far, we've avoided 
> any crashes as a result of the update.
> 

It was me who pointed this problem out to Benjamin in a private email.

I have rebuilded and installed the version of the package you mention. I
will test it out to see if it fixes the problem. It does however look
like Timo is still working on a fix tough.

-- 
Anders Nielsen <anielsen@diku.dk>


From maikel@ladot.com  Tue May 11 13:15:51 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E5EB1C002807; Tue, 11 May 2004 13:15:51 +0300 (EEST)
Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24])
	by talvi.dovecot.org (Postfix) with ESMTP id C5976C002806
	for <dovecot@dovecot.org>; Tue, 11 May 2004 13:15:49 +0300 (EEST)
Received: from myst.dohd.org ([62.163.178.220]) by amsfep13-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040511100929.LCER11880.amsfep13-int.chello.nl@myst.dohd.org>
	for <dovecot@dovecot.org>; Tue, 11 May 2004 12:09:29 +0200
Received: from [10.0.3.6] (mactop-wi.myst.dohd.org [10.0.3.6])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4BA9bRD083870
	for <dovecot@dovecot.org>; Tue, 11 May 2004 12:09:38 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <461D49AC-A333-11D8-90C3-000A95B3C1CA@ladot.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: dovecot@dovecot.org
From: Maikel Verheijen <maikel@ladot.com>
Date: Tue, 11 May 2004 12:09:22 +0200
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Subject: [Dovecot] nfs dotlock issues
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 10:15:52 -0000
X-UID: 9068                                                  
Status: O

Hi List,

While testing with dovecot-1.0-test8 on our platform, I get al lot of  
these:

May 11 11:42:50 mf1 dovecot: imap(user@domain.tld): Our dotlock file  
/var/mail/mounted/d/do/domain.tld/user/Maildir/.INBOX/ 
dovecot.index.log.lock was modified (1084268570 vs 1084268875),  
assuming it wasn't overridden

This is probably due to some time-issues on our platform, and the load  
the backend has. (our backends run in a live environment).

Can the dotlock code get the timestamp of the file when the dotlock  
gets created in order to be able to keep the time in sync? Is there  
another way to prevent those seconds of time-difference? we run ntpd on  
both our frondends and our backends.


Kind regards,

Maikel Verheijen


From anielsen@diku.dk  Tue May 11 13:29:51 2004
Return-Path: <anielsen@diku.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4B6ECC002807; Tue, 11 May 2004 13:29:51 +0300 (EEST)
Received: from fitch1.uni2.net (fitch1.uni2.net [130.227.52.104])
	by talvi.dovecot.org (Postfix) with ESMTP id 66985C002806
	for <dovecot@dovecot.org>; Tue, 11 May 2004 13:29:49 +0300 (EEST)
Received: from anders.intranet ([130.227.149.6])
	by fitch1.uni2.net (8.12.6/8.11.6) with ESMTP id i4BANSuG000091
	for <dovecot@dovecot.org>; Tue, 11 May 2004 12:23:29 +0200
Subject: Re: [Dovecot] Is Dovecot ready for production use?
From: Anders Nielsen <anielsen@diku.dk>
To: Dovecot mailing list <dovecot@dovecot.org>
In-Reply-To: <1084269102.14589.13.camel@anders.intranet>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
	<409FCB87.2050500@medata.com>
	<1084269102.14589.13.camel@anders.intranet>
Content-Type: text/plain
Message-Id: <1084271008.14589.16.camel@anders.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Tue, 11 May 2004 12:23:28 +0200
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 10:29:51 -0000
X-UID: 9069                                                  
Status: O

On Tue, 2004-05-11 at 11:51, Anders Nielsen wrote:
> It was me who pointed this problem out to Benjamin in a private email.
> 
> I have rebuilded and installed the version of the package you mention. I
> will test it out to see if it fixes the problem. It does however look
> like Timo is still working on a fix tough.

The problem is still there  - 2 crashes in 1 hour of testing.
-- 
Anders Nielsen <anielsen@diku.dk>


From anielsen@jobindex.dk  Tue May 11 15:09:23 2004
Return-Path: <anielsen@jobindex.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E8900C002807; Tue, 11 May 2004 15:09:23 +0300 (EEST)
Received: from fitch1.uni2.net (fitch1.uni2.net [130.227.52.104])
	by talvi.dovecot.org (Postfix) with ESMTP id 0CF34C002801
	for <dovecot@dovecot.org>; Tue, 11 May 2004 15:09:22 +0300 (EEST)
Received: from anders.intranet ([130.227.149.6])
	by fitch1.uni2.net (8.12.6/8.11.6) with ESMTP id i4BC2pqU007611;
	Tue, 11 May 2004 14:02:51 +0200
Subject: Re: [Dovecot] Dovecot, Fedora, SSL
From: Anders Nielsen <anielsen@jobindex.dk>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1084219102.3028.100.camel@hurina>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
	<1084216670.3026.94.camel@hurina>  <1084217806.3034.97.camel@hurina>
	<1084219102.3028.100.camel@hurina>
Content-Type: text/plain
Message-Id: <1084276970.14589.22.camel@anders.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Tue, 11 May 2004 14:02:51 +0200
Content-Transfer-Encoding: 7bit
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 12:09:24 -0000
X-UID: 9070                                                  
Status: O

On Mon, 2004-05-10 at 21:58, Timo Sirainen wrote:
> With a little bit of thinking, maybe it's this simple to fix:
> 
> diff -u -r1.21 ssl-proxy-openssl.c

I am testing the patch now... So far no crashes but it is still to early
to conclude anything. I will get back with more info later.

-- 
Anders Nielsen <anielsen@jobindex.dk>


From cmaloney@umd.com.au  Tue May 11 03:59:05 2004
Return-Path: <cmaloney@umd.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EE41CC002801; Tue, 11 May 2004 03:59:05 +0300 (EEST)
Received: from umd.com.au (unknown [203.43.92.77])
	by talvi.dovecot.org (Postfix) with ESMTP id B0F0AC000D8E
	for <dovecot@dovecot.org>; Tue, 11 May 2004 03:59:02 +0300 (EEST)
Received: from [192.168.1.9] (ws9.umd.com.au [192.168.1.9])
	by umd.com.au (8.12.9/8.12.9) with ESMTP id i4B0qfHH017458
	for <dovecot@dovecot.org>; Tue, 11 May 2004 11:52:41 +1100 (EST)
Message-ID: <40A023D6.60800@umd.com.au>
Date: Tue, 11 May 2004 10:52:38 +1000
From: Curtis Maloney <cmaloney@umd.com.au>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 11 May 2004 15:29:15 +0300
Subject: [Dovecot] Problem building 1.0-test7 : missing header
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 00:59:06 -0000
X-UID: 9071                                                  
Status: O


Greetings,

	I recently rolled out Dovecot in our small (<30 people) company, and 
have been mightily impressed by the quality, performance and ease of use.

	I was hoping to use the new versions soon, as I'd like to start using 
CRAM-MD5 (much more common in mail clients than DIGEST-MD5), but found 
the 0.99.11 versions too unstable.

	So, I tried to build last nights CVS snapshot (May 10th), only to have 
the make break at this point:

make[3]: Entering directory `/home/src/dovecot-1.0-test7/src/lib-index'
make[3]: *** No rule to make target `mail-index-util.h', needed by 
`mail-cache.o'.  Stop.

	I know it's not much, but it's a start at giving back a little.  Hope 
it helps.

--
Curtis Maloney

From maikel@ladot.com  Tue May 11 15:36:48 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 540F5C002809; Tue, 11 May 2004 15:36:48 +0300 (EEST)
Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28])
	by talvi.dovecot.org (Postfix) with ESMTP id 47F86C002807
	for <dovecot@dovecot.org>; Tue, 11 May 2004 15:36:46 +0300 (EEST)
Received: from myst.dohd.org ([62.163.178.220]) by amsfep15-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040511123025.QDWP25649.amsfep15-int.chello.nl@myst.dohd.org>
	for <dovecot@dovecot.org>; Tue, 11 May 2004 14:30:25 +0200
Received: from [10.0.3.6] (mactop-wi.myst.dohd.org [10.0.3.6])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4BCUURD084626
	for <dovecot@dovecot.org>; Tue, 11 May 2004 14:30:30 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <40A023D6.60800@umd.com.au>
References: <40A023D6.60800@umd.com.au>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <F200FC60-A346-11D8-B0D0-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] Problem building 1.0-test7 : missing header
Date: Tue, 11 May 2004 14:30:11 +0200
To: dovecot@dovecot.org
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 12:36:48 -0000
X-UID: 9072                                                  
Status: O

Hi Curtis,

On May 11, 2004, at 2:52 AM, Curtis Maloney wrote:

> Greetings,

[snip]

> make[3]: Entering directory `/home/src/dovecot-1.0-test7/src/lib-index'
> make[3]: *** No rule to make target `mail-index-util.h', needed by 
> `mail-cache.o'.  Stop.

You can also download dovecot-1.0-test8 from http://dovecot.org/test/

test8 compiled fine here (redhat 7.3)

> Curtis Maloney


Kind regards,

Maikel Verheijen


From jan@weitan.org  Tue May 11 19:20:51 2004
Return-Path: <jan@weitan.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E02C6C002801; Tue, 11 May 2004 19:20:51 +0300 (EEST)
Received: from weitan.org (unknown [80.190.204.99])
	by talvi.dovecot.org (Postfix) with ESMTP id EEEA5C000D8E
	for <dovecot@dovecot.org>; Tue, 11 May 2004 19:20:49 +0300 (EEST)
Received: from weitan.org (localhost [127.0.0.1])
	by weitan.org (Postfix) with ESMTP
	id B20AB7D423; Tue, 11 May 2004 16:13:25 +0000 (UTC)
Received: from 217.255.192.157 (SquirrelMail authenticated user jan);
	by weitan.org with HTTP; Tue, 11 May 2004 16:13:25 -0000 (UTC)
Message-ID: <32794.217.255.192.157.1084292005.squirrel@217.255.192.157>
In-Reply-To: <F200FC60-A346-11D8-B0D0-000A95B3C1CA@ladot.com>
References: <40A023D6.60800@umd.com.au>
	<F200FC60-A346-11D8-B0D0-000A95B3C1CA@ladot.com>
Date: Tue, 11 May 2004 16:13:25 -0000 (UTC)
From: jan@weitan.org
To: "Maikel Verheijen" <maikel@ladot.com>
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Cc: dovecot@dovecot.org
Subject: [Dovecot] CVS undefined references...
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 16:20:52 -0000
X-UID: 9073                                                  
Status: O
Content-Length: 1755

> Hi Curtis,
>
> On May 11, 2004, at 2:52 AM, Curtis Maloney wrote:
>
>> Greetings,
>
> [snip]
>
>> make[3]: Entering directory `/home/src/dovecot-1.0-test7/src/lib-index'
>> make[3]: *** No rule to make target `mail-index-util.h', needed by
>> `mail-cache.o'.  Stop.
On Sunday the CVS compiled fine, now i get:
gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations
-Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o
dovecot auth-process.o login-process.o mail-process.o main.o
master-settings.o ssl-init.o ssl-init-gnutls.o ssl-init-openssl.o 
../lib-settings/libsettings.a ../lib/liblib.a -lssl -lcrypto -ldl
auth-process.o(.text+0x5f0): In function `create_auth_process':
dovecot/src/master/auth-process.c:267: undefined reference to
`log_create_pipe'
login-process.o(.text+0xa76): In function `create_login_process':
/home/jan/dovecot/src/master/login-process.c:447: undefined reference to
`log_create_pipe'
mail-process.o(.text+0x4c4): In function `create_mail_process':
dovecot/src/master/mail-process.c:184: undefined reference to
`log_create_pipe'
main.o(.text+0x963): In function `main_init':
dovecot/src/master/main.c:374: undefined reference to `log_init'
main.o(.text+0xa26): In function `main_deinit':
/home/jan/dovecot/src/master/main.c:404: undefined reference to `log_deinit'
collect2: ld returned 1 exit status

Code is always a changing thing and never finished.
I must admit i havent tried the requested feature for certs yet or even
looked at the source, but ill do it this week. My swedish version of
Shrek surprisingly contains a finnish language track, i take this as a
sign.
@timo -> you should open your port 22 for my ip ;-)

Sorry just making fun.
Next time ill write something more serious.
jan



From P.Basenghi@netribe.it  Tue May 11 20:00:19 2004
Return-Path: <P.Basenghi@netribe.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 03F6AC002801; Tue, 11 May 2004 20:00:19 +0300 (EEST)
Received: from mail.paolob.fcr (unknown [217.220.196.131])
	by talvi.dovecot.org (Postfix) with ESMTP id DDDE3C000D8E
	for <dovecot@dovecot.org>; Tue, 11 May 2004 20:00:16 +0300 (EEST)
Received: from netribe.it (localhost.localdomain [127.0.0.1])
	by mail.paolob.fcr (Postfix) with ESMTP id AE1F320D5AC
	for <dovecot@dovecot.org>; Tue, 11 May 2004 18:53:04 +0200 (CEST)
Message-ID: <40A104F0.5050109@netribe.it>
Date: Tue, 11 May 2004 18:53:04 +0200
From: Paolo Basenghi <P.Basenghi@netribe.it>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; it-IT; rv:1.4.1) Gecko/20031114
X-Accept-Language: it, en, en-us
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] LDAP + passwd
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 17:00:19 -0000
X-UID: 9074                                                  
Status: O
Content-Length: 1096

Hello,
I'm in the process to choose between Courier and Dovecot.
I would like to know if it's possible to configure Dovecot in order to 
use multiple user database (e.g. ldap+passwd) in order to have both 
virtual user authenticated by LDAP and system user authenticated by 
system password and with their own home directory.

Another question: at http://dovecot.org/doc/dovecot-example.conf there 
is a configuration example that seems not work with Dovecot 0.99.10.4
It result in a "Fatal: Error in configuration file /etc/dovecot.conf 
line 391: Missing value".
Line 391 is: "auth default {"

Thank you for attention.
Best regards.

-- 
___________________________________________________________________

Ing. PAOLO BASENGHI :::: Systems & Networking Engineer
p.basenghi@netribe.it

NETRIBE srl :: Collaborative E-Business
42100 :: Reggio Emilia :: Italy :: Via della Costituzione, 27/4
ph. +39 0522 232378 :: fax +39 0522 232386 :: http://www.netribe.it




From rjohnson@medata.com  Tue May 11 20:15:09 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 15E2AC002801; Tue, 11 May 2004 20:15:09 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 92E3FC000D8E
	for <dovecot@dovecot.org>; Tue, 11 May 2004 20:15:06 +0300 (EEST)
Received: from [172.24.2.12] (tech008 [172.24.2.12]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i4BH8glO029030
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 11 May 2004 10:08:42 -0700
Message-ID: <40A1089C.1000105@medata.com>
Date: Tue, 11 May 2004 10:08:44 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.6 (X11/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Paolo Basenghi <P.Basenghi@netribe.it>
Subject: Re: [Dovecot] LDAP + passwd
References: <40A104F0.5050109@netribe.it>
In-Reply-To: <40A104F0.5050109@netribe.it>
X-Enigmail-Version: 0.83.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 17:15:09 -0000
X-UID: 9075                                                  
Status: O

Paolo Basenghi wrote:
> Hello,
> I'm in the process to choose between Courier and Dovecot.
> I would like to know if it's possible to configure Dovecot in order to 
> use multiple user database (e.g. ldap+passwd) in order to have both 
> virtual user authenticated by LDAP and system user authenticated by 
> system password and with their own home directory.

Wouldn't this be possible with just using PAM, and letting it decide 
which to use?

-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From jeff@image-src.com  Wed May 12 00:30:39 2004
Return-Path: <jeff@image-src.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A562C002801; Wed, 12 May 2004 00:30:39 +0300 (EEST)
Received: from mailsrv.image-src.com (host-216-153-219-70.spr.choiceone.net
	[216.153.219.70])
	by talvi.dovecot.org (Postfix) with ESMTP id EB27CC000D8E
	for <dovecot@dovecot.org>; Wed, 12 May 2004 00:30:36 +0300 (EEST)
Received: from helipad (gateway.image-src.com [216.153.219.66])
	by mailsrv.image-src.com (8.12.8/8.12.8) with ESMTP id i4BLgeFT024481
	for <dovecot@dovecot.org>; Tue, 11 May 2004 17:42:40 -0400
From: "Jeff Graves" <jeff@image-src.com>
To: <dovecot@dovecot.org>
Date: Tue, 11 May 2004 17:23:49 -0400
Organization: Image Source, Inc.
Message-ID: <002301c4379e$402985c0$3601a8c0@bellingham.imagesrc.com>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0024_01C4377C.B917E5C0"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Importance: Normal
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: 
Subject: [Dovecot] Case sensitive user names
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 11 May 2004 21:30:39 -0000
X-UID: 9076                                                  
Status: O
Content-Length: 2770

This is a multi-part message in MIME format.

------=_NextPart_000_0024_01C4377C.B917E5C0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hello list. This is my first post and I hope that I have something
useful for people. Using Fedora Core 1 with the stock dovecot-0.99.10
RPM I noticed that user names were case sensitive which was a problem
for me since I was attempting to set up winbind authentication which
meant that what dovecot thought the homedir was could change depending
upon the case the user typed in. Sendmail/procmail always changed the
username to lowercase so I needed a way to duplicate this behavior. At
any rate, I searched the archives and found Andrew's post from March:
http://www.dovecot.org/list/dovecot/2004-March/003067.html - using this
as a jumping point and I finally have case insensitive user names
(better yet, forced lower case usernames) working for plain-text
authentication (eg. dovecot.conf: auth = plain, auth_userdb = passwd,
auth_passdb = passwd). It has been tested only on the source RPM from
Redhat FC1 and I'm not a C programmer so I have no idea if it will work
with other authentication methods or newer versions of software. I've
rebuilt the RPMs (source and i386) if anyone's interested and here's the
patch for those not using RPMs (it's attached as well):

diff -ru dovecot-0.99.10/src/auth/mech-plain.c
dovecot-0.99.10.new/src/auth/mech-plain.c
--- dovecot-0.99.10/src/auth/mech-plain.c	2003-05-18
08:26:28.000000000 -0400
+++ dovecot-0.99.10.new/src/auth/mech-plain.c	2004-05-11
16:58:30.000000000 -0400
@@ -57,6 +57,7 @@
 						      authenid);
 		}
 
+		auth_request->user = str_lcase(auth_request->user);
 		if (!mech_is_valid_username(auth_request->user)) {
 			/* invalid username */
 			if (verbose) {

Thanks,

Jeff Graves, MCP
Customer Support Engineer
Image Source, Inc.
10 Mill Street
Bellingham, MA 02019

508.966.5200 - Phone
508.966.5170 - Fax
jeff@image-src.com - Email

------=_NextPart_000_0024_01C4377C.B917E5C0
Content-Type: application/octet-stream; name="dovecot-0.99.10-auth-case.patch"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="dovecot-0.99.10-auth-case.patch"

diff -ru dovecot-0.99.10/src/auth/mech-plain.c =
dovecot-0.99.10.new/src/auth/mech-plain.c=0A=
--- dovecot-0.99.10/src/auth/mech-plain.c	2003-05-18 08:26:28.000000000 =
-0400=0A=
+++ dovecot-0.99.10.new/src/auth/mech-plain.c	2004-05-11 =
16:58:30.000000000 -0400=0A=
@@ -57,6 +57,7 @@=0A=
 						      authenid);=0A=
 		}=0A=
 =0A=
+		auth_request->user =3D str_lcase(auth_request->user);=0A=
 		if (!mech_is_valid_username(auth_request->user)) {=0A=
 			/* invalid username */=0A=
 			if (verbose) {=0A=

------=_NextPart_000_0024_01C4377C.B917E5C0--


From cmaloney@cardgate.net  Wed May 12 06:38:06 2004
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 F16F1C002806; Wed, 12 May 2004 06:38:05 +0300 (EEST)
Received: from umd.com.au (unknown [203.43.92.77])
	by talvi.dovecot.org (Postfix) with ESMTP id 67650C002801
	for <dovecot@dovecot.org>; Wed, 12 May 2004 06:38:00 +0300 (EEST)
Received: from [192.168.1.9] (ws9.umd.com.au [192.168.1.9])
	by umd.com.au (8.12.9/8.12.9) with ESMTP id i4C3VYHH025011
	for <dovecot@dovecot.org>; Wed, 12 May 2004 14:31:35 +1100 (EST)
Message-ID: <40A19A95.1060507@cardgate.net>
Date: Wed, 12 May 2004 13:31:33 +1000
From: Curtis Maloney <cmaloney@cardgate.net>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Problem building 1.0-test7 : missing header
References: <40A023D6.60800@umd.com.au>
	<F200FC60-A346-11D8-B0D0-000A95B3C1CA@ladot.com>
In-Reply-To: <F200FC60-A346-11D8-B0D0-000A95B3C1CA@ladot.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 12 May 2004 03:38:06 -0000
X-UID: 9077                                                  
Status: O


Maikel Verheijen wrote:

> [snip]
> 
>> make[3]: Entering directory `/home/src/dovecot-1.0-test7/src/lib-index'
>> make[3]: *** No rule to make target `mail-index-util.h', needed by 
>> `mail-cache.o'.  Stop.
> 
> You can also download dovecot-1.0-test8 from http://dovecot.org/test/
> 
> test8 compiled fine here (redhat 7.3)

Yes... I noticed that in the list, and found it on the site.  Compiled 
and built happily (haven't run/tested yet...) on Solaris 9 with GCC 3.3.2...

> 
>> Curtis Maloney
> 
> Kind regards,
> 
> Maikel Verheijen
> 

From schrock@dayzed.com  Wed May 12 08:20:16 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ED332C002806; Wed, 12 May 2004 08:20:15 +0300 (EEST)
Received: from mail.dayzed.com (24-176-252-149.cs-cres.charterpipeline.net
	[24.176.252.149])
	by talvi.dovecot.org (Postfix) with ESMTP id EA7B8C002801
	for <dovecot@dovecot.org>; Wed, 12 May 2004 08:20:13 +0300 (EEST)
Received: from 192.168.50.2 (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with ESMTP id 761A2177FC
	for <dovecot@dovecot.org>; Tue, 11 May 2004 22:13:48 -0700 (PDT)
Received: from mail2.dayzed2.com ([192.168.50.3])
	(SquirrelMail authenticated user schrock);
	by new.host.name with HTTP; Tue, 11 May 2004 22:13:48 -0700 (PDT)
Message-ID: <34898.192.168.50.3.1084338828.squirrel@192.168.50.3>
Date: Tue, 11 May 2004 22:13:48 -0700 (PDT)
From: "Avery" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] php.ini tweak
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Wed, 12 May 2004 05:20:16 -0000
X-UID: 9078                                                  
Status: O

I noticed this is my /etc/php.ini file
----------------------------------------
; This directive tells PHP whether to declare the argv&argc variables (that
; would contain the GET information).  If you don't use these variables, you
; should turn it off for increased performance.
register_argc_argv = on
----------------------------------------
I ma trying to squeeze some extra performance out of my email server. If I turn this to
off will this cause any problems with SQmail or any of SQmail's plugins. I tried turned
this setting to off and everything seems to work fine. I am surprised that no one has
asked about this before in this mailing list.

Thanks,
Avery

From P.Basenghi@netribe.it  Wed May 12 14:32:43 2004
Return-Path: <P.Basenghi@netribe.it>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E8906C002807; Wed, 12 May 2004 14:32:43 +0300 (EEST)
Received: from cerbero.reggionet.it (cerbero-e3.netribe.it [81.208.35.2])
	by talvi.dovecot.org (Postfix) with ESMTP id CE298C002806
	for <dovecot@dovecot.org>; Wed, 12 May 2004 14:32:41 +0300 (EEST)
Received: from netribe.it (paolo.reggionet.it [172.16.255.10])
	by cerbero.reggionet.it (8.12.9/8.12.5/Pav_Milter_1.2) with ESMTP id
	i4CBQEmb029292; Wed, 12 May 2004 13:26:14 +0200
Message-ID: <40A209E6.4030806@netribe.it>
Date: Wed, 12 May 2004 13:26:30 +0200
From: Paolo Basenghi <P.Basenghi@netribe.it>
Organization: Netribe S.r.l.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; it-IT; rv:1.6) Gecko/20040116
X-Accept-Language: it, en, en-us
MIME-Version: 1.0
To: Rick Johnson <rjohnson@medata.com>
Subject: Re: [Dovecot] LDAP + passwd
References: <40A104F0.5050109@netribe.it> <40A1089C.1000105@medata.com>
In-Reply-To: <40A1089C.1000105@medata.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 12 May 2004 11:32:44 -0000
X-UID: 9079                                                  
Status: O
Content-Length: 1030

Thank you Rick.
I'm going to learn Pam capabilities (man, howtos, etc.).
Bye

___________________________________________________________________

Ing. PAOLO BASENGHI :::: Systems & Networking Engineer
p.basenghi@netribe.it

NETRIBE srl :: Collaborative E-Business
42100 :: Reggio Emilia :: Italy :: Via della Costituzione, 27/4
ph. +39 0522 232378 :: fax +39 0522 232386 :: http://www.netribe.it




Rick Johnson wrote:

> Paolo Basenghi wrote:
>
>> Hello,
>> I'm in the process to choose between Courier and Dovecot.
>> I would like to know if it's possible to configure Dovecot in order 
>> to use multiple user database (e.g. ldap+passwd) in order to have 
>> both virtual user authenticated by LDAP and system user authenticated 
>> by system password and with their own home directory.
>
>
> Wouldn't this be possible with just using PAM, and letting it decide 
> which to use?
>
> -Rick
>

From schrock@dayzed.com  Wed May 12 17:47:48 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C67D2C002806; Wed, 12 May 2004 17:47:48 +0300 (EEST)
Received: from mail.dayzed.com (24-176-252-149.cs-cres.charterpipeline.net
	[24.176.252.149])
	by talvi.dovecot.org (Postfix) with ESMTP id 88E71C000D8E
	for <dovecot@dovecot.org>; Wed, 12 May 2004 17:47:46 +0300 (EEST)
Received: from dayzed.com (localhost [127.0.0.1])
	by mail.dayzed.com (Postfix) with ESMTP id 5909F177FC
	for <dovecot@dovecot.org>; Wed, 12 May 2004 07:41:19 -0700 (PDT)
Received: from 66-224-116-226.atgi.net ([66.224.116.226])
	(SquirrelMail authenticated user schrock);
	by new.host.name with HTTP; Wed, 12 May 2004 07:41:19 -0700 (PDT)
Message-ID: <40262.66.224.116.226.1084372879.squirrel@66.224.116.226>
In-Reply-To: <34898.192.168.50.3.1084338828.squirrel@192.168.50.3>
References: <34898.192.168.50.3.1084338828.squirrel@192.168.50.3>
Date: Wed, 12 May 2004 07:41:19 -0700 (PDT)
Subject: Re: [Dovecot] php.ini tweak
From: "Avery" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Wed, 12 May 2004 14:47:48 -0000
X-UID: 9080                                                  
Status: O

Could I be any stupider. Wrong mailing list sorry.

-- 
Avery

From anielsen@diku.dk  Wed May 12 18:48:37 2004
Return-Path: <anielsen@diku.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DB7B8C002809; Wed, 12 May 2004 18:48:37 +0300 (EEST)
Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237])
	by talvi.dovecot.org (Postfix) with ESMTP id DF4BDC002808
	for <dovecot@dovecot.org>; Wed, 12 May 2004 18:48:35 +0300 (EEST)
Received: from [192.168.0.101] (x1-6-00-60-97-10-da-d9.k191.webspeed.dk
	[80.163.27.36])
	by pfepc.post.tele.dk (Postfix) with ESMTP id 94B5A2628D8;
	Wed, 12 May 2004 17:42:10 +0200 (CEST)
Subject: Re: [Dovecot] Dovecot, Fedora, SSL
From: Anders Nielsen <anielsen@diku.dk>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1084276970.14589.22.camel@anders.intranet>
References: <004001c43692$a085b9a0$7f790180@osbi03981>
	<409FBE30.9030300@medata.com>
	<003c01c436bb$ed4060a0$7f790180@osbi03981>
	<1084216670.3026.94.camel@hurina>  <1084217806.3034.97.camel@hurina>
	<1084219102.3028.100.camel@hurina>
	<1084276970.14589.22.camel@anders.intranet>
Content-Type: text/plain
Message-Id: <1084376529.11133.212.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Wed, 12 May 2004 17:42:10 +0200
Content-Transfer-Encoding: 7bit
Cc: Dovecot mailing list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 12 May 2004 15:48:38 -0000
X-UID: 9081                                                  
Status: O

On Tue, 2004-05-11 at 14:02, Anders Nielsen wrote: 
> On Mon, 2004-05-10 at 21:58, Timo Sirainen wrote:
> > With a little bit of thinking, maybe it's this simple to fix:
> > 
> > diff -u -r1.21 ssl-proxy-openssl.c
> 
> I am testing the patch now... So far no crashes but it is still to early
> to conclude anything. I will get back with more info later.

No crashes after 30 hours :-)

This is remarkable since we have seen between 2 and 14 crashes a day for
at least 14 days. Since I put dovecot into production a month ago I have
only seen one day with out crashes (a sunday where the server was almost
idle).

I would say that the patch have helped. Thank you Timo :-)

-- 
Anders Nielsen <anielsen@diku.dk>


From maikel@ladot.com  Thu May 13 12:40:53 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1E0E1C002801; Thu, 13 May 2004 12:40:53 +0300 (EEST)
Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.26])
	by talvi.dovecot.org (Postfix) with ESMTP id B0B5BC000D8E
	for <dovecot@dovecot.org>; Thu, 13 May 2004 12:40:50 +0300 (EEST)
Received: from myst.dohd.org ([62.163.178.220]) by amsfep16-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040513093425.OFTC22010.amsfep16-int.chello.nl@myst.dohd.org>
	for <dovecot@dovecot.org>; Thu, 13 May 2004 11:34:25 +0200
Received: from [10.0.3.6] (mactop-wi.myst.dohd.org [10.0.3.6])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4D9YZRD094176
	for <dovecot@dovecot.org>; Thu, 13 May 2004 11:34:39 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: dovecot@dovecot.org
From: Maikel Verheijen <maikel@ladot.com>
Date: Thu, 13 May 2004 11:34:17 +0200
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Subject: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 09:40:53 -0000
X-UID: 9082                                                  
Status: O
Content-Length: 2892

Hi List,


While (bluntly) testing the prerelease version of dovecot on our  
mailfarm (just for the webmail imap) we noticed some small problems:

- While our OLD dovecot/imap drove the load to a maximum of 1 over a  
day after running, the new dovecot/imap pushes it easily to 20. This is  
mainly due to a LOT more disk activity. This is probably caused by the  
fact we a) use indexes on disk and b) there are no indexes left. I hope  
this will smooth out when most of the indexes are made.

- We notice some very strange "delete" flag things in our IMP webmail  
system (working on a test environment to be more specific). The problem  
is that if you mark some messages "deleted", a lot of messages that do  
NOT have "deleted" flag are also in the deleted list. Since nothing  
changed on the webmail, it must be in the way dovecot responds  
different in the new version on certain requests.

- In the dotlocking code, it seems that dovecot uses time() for it's  
internal locktime, and uses stat() to see if the file-time of the lock  
is different. Since we use nfs there might be a time-difference on the  
file creation and time() when our nfs gets "busy". This happens a lot  
when the indexes are created for multiple users at the same time  
resulting in a lot of:

	May 12 08:57:44 mf1 dovecot[3763]: imap(user@domain.tld): Our dotlock  
file  
/var/mail/mounted/d/do/domain.tld/user/Maildir/.INBOX/	 
dovecot.index.log.lock was modified (1084345063 vs 1084345062),  
assuming it wasn't overridden

I am not completely sure if this interrupts imap traffic. I think this  
MIGHT be solved by storing a stat() time as the locktime instead of a  
time(), but this might be intentional.

- I patched dovecot to report its pid in syslog messages, in order to  
find the "killed by signal X" where X are mostly 11 and 6 processes.  
The pids reported do not show up in the rest of the log file, so these  
may be "disconnected" sessions? It seems that the "old" version has the  
same problem, and nobody really complained it was broken, so this isn't  
a big issue.


To clarify our setup:

We use multiple mail-frontends running dovecot that are load-balanced  
by a cisco load-balancer. We mount our mailstores from an active-active  
backend cluster, both nodes export a big partition, and take over the  
job of the other in case of a problem. This seems to go pretty smooth.  
Our users are stored in a pgsql database. In our current setup, we run  
a modified cvs version of dovecot from WAY back, to support nfs. The  
backdraw is that we can't use the newer dovecot releases, since I  
couldn't modify the source in the way I did it the first time (with a  
LOT of help from Timo :P).

If anyone has some ideas on where to look and where to test in order to  
get our problems more clear, I would be very grateful :)


Kind regards,

Maikel Verheijen
Ladot Nederland BV.


From petr.tuma@mff.cuni.cz  Thu May 13 13:03:21 2004
Return-Path: <petr.tuma@mff.cuni.cz>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5F3F0C002807; Thu, 13 May 2004 13:03:21 +0300 (EEST)
Received: from smtp1.ms.mff.cuni.cz (ns.ms.mff.cuni.cz [195.113.20.71])
	by talvi.dovecot.org (Postfix) with ESMTP id 3F7FAC002801
	for <dovecot@dovecot.org>; Thu, 13 May 2004 13:03:19 +0300 (EEST)
Received: from nenya.ms.mff.cuni.cz (nenya [195.113.17.137])
	by smtp1.ms.mff.cuni.cz (8.12.11/8.12.11) with ESMTP id i4D9usNK057740
	for <dovecot@dovecot.org>; Thu, 13 May 2004 11:56:54 +0200 (CEST)
	(envelope-from petr.tuma@mff.cuni.cz)
Received: from mff.cuni.cz (shiva.ms.mff.cuni.cz [195.113.17.149])
	by nenya.ms.mff.cuni.cz (Postfix) with ESMTP id 75B7DD79D1
	for <dovecot@dovecot.org>; Thu, 13 May 2004 11:56:54 +0200 (CEST)
Message-ID: <40A34666.40200@mff.cuni.cz>
Date: Thu, 13 May 2004 11:56:54 +0200
From: Petr Tuma <petr.tuma@mff.cuni.cz>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040506
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Codepage of folder names
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 10:03:21 -0000
X-UID: 9083                                                  
Status: O

Hi,

I have run into a problem configuring DoveCot 0.99 on a Linux server 
that handles Windows users. The server uses UTF8 on its filesystem but 
the Outlook IMAP folder names are sent in what looks like CP852. As a 
result, folder names that use national characters are damaged, which in 
turn breaks a webmail application running on the same server.

A natural solution would be DoveCot translating folder names from CP852 
coming across the wire to UTF8 used in filesystem operations, but I did 
not find any option for that in the configuration. Anybody encountered 
and solved this problem ?

Petr Tuma

From dr@jones.dk  Thu May 13 13:33:28 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F1854C002809; Thu, 13 May 2004 13:33:27 +0300 (EEST)
Received: from xayide.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id B777AC002808
	for <dovecot@dovecot.org>; Thu, 13 May 2004 13:33:25 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by xayide.jones.dk (Postfix) with ESMTP
	id 211161AB77E; Thu, 13 May 2004 12:27:00 +0200 (CEST)
Received: from xayide.jones.dk ([127.0.0.1])
	by localhost (xayide.jones.dk [127.0.0.1]) (amavisd-new, port 10024)
	with SMTP id 01999-08; Thu, 13 May 2004 12:26:53 +0200 (CEST)
Received: from jones.dk (unknown [192.168.102.144])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by xayide.jones.dk (Postfix) with ESMTP
	id 0A80D1AB2A5; Thu, 13 May 2004 12:26:53 +0200 (CEST)
Message-ID: <40A34D6C.2060908@jones.dk>
Date: Thu, 13 May 2004 12:26:52 +0200
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040313)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues
References: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
In-Reply-To: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at jones.dk
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 10:33:28 -0000
X-UID: 9084                                                  
Status: O
Content-Length: 1428

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Maikel Verheijen wrote:

| - We notice some very strange "delete" flag things in our IMP webmail
| system (working on a test environment to be more specific). The problem=

| is that if you mark some messages "deleted", a lot of messages that do
| NOT have "deleted" flag are also in the deleted list. Since nothing
| changed on the webmail, it must be in the way dovecot responds
| different in the new version on certain requests.

Webmail applications reply (in most cases, IMP included) on PHP imap code=
=2E

When reporting problems with webmail programs, it is thus relevant to
note what version of PHP you are running, and on what platform (or even
better, if you know it: what version of libc-client it has been linked
against).

It may be that your brand-new IMP relies on a brand-new PHP linking
against an old buggy version of libc-client.

libc-client is the core engine from UW-imap, which is also used in Pine,
PHP and other projects.

~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er n=E6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAo01sn7DbMsAkQLgRAmEZAJ4tiyX+SSX71rszgRHtZdGxw9hUMACgnymW
wmnUPq/04B+xJegDHWvjaco=3D
=3DNVXL
-----END PGP SIGNATURE-----

From reuben-dovecot@reub.net  Thu May 13 13:48:33 2004
Return-Path: <reuben-dovecot@reub.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5299FC002808; Thu, 13 May 2004 13:48:33 +0300 (EEST)
Received: from tornado.reub.net (port-222-152-48-85.fastadsl.net.nz
	[222.152.48.85])
	by talvi.dovecot.org (Postfix) with ESMTP id D079BC002801
	for <dovecot@dovecot.org>; Thu, 13 May 2004 13:48:29 +0300 (EEST)
Received: (qmail 16694 invoked from network); 13 May 2004 10:42:02 -0000
Received: from typhoon.reub.net (192.168.0.6)
	by tornado.reub.net with SMTP; 13 May 2004 10:42:02 -0000
Received-SPF: pass (tornado.reub.net: domain of reuben-dovecot@reub.net
	designates 192.168.0.6 as permitted sender)
	receiver=tornado.reub.net; client_ip=192.168.0.6;
	envelope-from=reuben-dovecot@reub.net; 
Message-Id: <6.1.0.6.2.20040513223514.01990ea8@mail.reub.net>
X-Sender: reuben@mail.reub.net (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6
Date: Thu, 13 May 2004 22:42:17 +1200
To: dovecot@dovecot.org
From: Reuben Farrelly <reuben-dovecot@reub.net>
Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues
In-Reply-To: <40A34D6C.2060908@jones.dk>
References: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
	<40A34D6C.2060908@jones.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 10:48:33 -0000
X-UID: 9085                                                  
Status: O
Content-Length: 1706

In this case the version of PHP-imap might not be so relevant...my 
Horde/IMP (-cvs) has also broken in the latest test releases but works fine 
with the older (semi) stable 0.99 releases.  All my mail folders appear 
empty when displayed with IMP although the folder list is fine (and even 
the message count in each folder is correct).

I suspect the command which is not working is:

00000004 UID SORT (ARRIVAL) US-ASCII ALL

The very bottom paragraph at http://www.dovecot.org/bugreport.html gives 
some clues as to how to go about debugging this sort of problem, and would 
probably be handy in this case too :)

reuben



At 10:26 p.m. 13/05/2004, Jonas Smedegaard wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Maikel Verheijen wrote:
>
>| - We notice some very strange "delete" flag things in our IMP webmail
>| system (working on a test environment to be more specific). The problem
>| is that if you mark some messages "deleted", a lot of messages that do
>| NOT have "deleted" flag are also in the deleted list. Since nothing
>| changed on the webmail, it must be in the way dovecot responds
>| different in the new version on certain requests.
>
>Webmail applications reply (in most cases, IMP included) on PHP imap code.
>
>When reporting problems with webmail programs, it is thus relevant to
>note what version of PHP you are running, and on what platform (or even
>better, if you know it: what version of libc-client it has been linked
>against).
>
>It may be that your brand-new IMP relies on a brand-new PHP linking
>against an old buggy version of libc-client.
>
>libc-client is the core engine from UW-imap, which is also used in Pine,
>PHP and other projects.
>
>~ - Jonas


From maikel@ladot.com  Thu May 13 14:07:17 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D85F5C002808; Thu, 13 May 2004 14:07:17 +0300 (EEST)
Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28])
	by talvi.dovecot.org (Postfix) with ESMTP id C63FBC002801
	for <dovecot@dovecot.org>; Thu, 13 May 2004 14:07:15 +0300 (EEST)
Received: from myst.dohd.org ([62.163.178.220]) by amsfep15-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040513110036.QNOG25649.amsfep15-int.chello.nl@myst.dohd.org>;
	Thu, 13 May 2004 13:00:36 +0200
Received: from [10.0.3.6] (mactop-wi.myst.dohd.org [10.0.3.6])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4DB0lRD094702;
	Thu, 13 May 2004 13:00:47 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <40A34D6C.2060908@jones.dk>
References: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
	<40A34D6C.2060908@jones.dk>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <BDD26C34-A4CC-11D8-8708-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues
Date: Thu, 13 May 2004 13:00:27 +0200
To: Jonas Smedegaard <dr@jones.dk>
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 11:07:18 -0000
X-UID: 9086                                                  
Status: O

Hi Jonas,

Thank you for your swift response.

> Webmail applications reply (in most cases, IMP included) on PHP imap 
> code.
>
> When reporting problems with webmail programs, it is thus relevant to
> note what version of PHP you are running, and on what platform (or even
> better, if you know it: what version of libc-client it has been linked
> against).
Agreed, I could (and should) have provided more information on the imp 
environment.

- php 4.3.1
- linux  kernel 2.4.20
- IMAP c-Client version 2001

> It may be that your brand-new IMP relies on a brand-new PHP linking
> against an old buggy version of libc-client.
The IMP hasn't changed. Just the imapd (dovecot) has been updated (and 
downgraded)

> ~ - Jonas


Kind regards,

Maikel Verheijen
Ladot Nederland BV.


From tss@iki.fi  Thu May 13 15:17:31 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E6733C00280A; Thu, 13 May 2004 15:17:31 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B8706C002808
	for <dovecot@dovecot.org>; Thu, 13 May 2004 15:17:29 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1EAB31C2D5C9; Thu, 13 May 2004 15:11:05 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id B26A41C2D5CA; Thu, 13 May 2004 15:10:30 +0300 (EEST)
In-Reply-To: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
References: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-31-916331312"
Message-Id: <86DE4963-A4D6-11D8-AEE1-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues
Date: Thu, 13 May 2004 15:10:30 +0300
To: Maikel Verheijen <maikel@ladot.com>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-6.2 required=5.0
	tests=AWL,BAYES_20,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 12:17:32 -0000
X-UID: 9087                                                  
Status: O
Content-Length: 3636


--Apple-Mail-31-916331312
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed

On 13.5.2004, at 12:34, Maikel Verheijen wrote:

> While (bluntly) testing the prerelease version of dovecot on our  
> mailfarm (just for the webmail imap) we noticed some small problems:

Not very good idea at least until "1.0 alpha". I can still pretty  
easily make it crash and complain about corrupt indexes.

> - While our OLD dovecot/imap drove the load to a maximum of 1 over a  
> day after running, the new dovecot/imap pushes it easily to 20. This  
> is mainly due to a LOT more disk activity. This is probably caused by  
> the fact we a) use indexes on disk and b) there are no indexes left. I  
> hope this will smooth out when most of the indexes are made.

I think this is mostly because the 1.0-tests don't cache anything. The  
index files contain only message UIDs and flags, everything else  
requires opening and parsing the message file. I'll fix the caching  
once other things seem to be working.

> - We notice some very strange "delete" flag things in our IMP webmail  
> system (working on a test environment to be more specific). The  
> problem is that if you mark some messages "deleted", a lot of messages  
> that do NOT have "deleted" flag are also in the deleted list. Since  
> nothing changed on the webmail, it must be in the way dovecot responds  
> different in the new version on certain requests.

Hm.. I'm not sure about this. Maybe concurrent access breaks it  
sometimes..

> - In the dotlocking code, it seems that dovecot uses time() for it's  
> internal locktime, and uses stat() to see if the file-time of the lock  
> is different. Since we use nfs there might be a time-difference on the  
> file creation and time() when our nfs gets "busy". This happens a lot  
> when the indexes are created for multiple users at the same time  
> resulting in a lot of:
>
> 	May 12 08:57:44 mf1 dovecot[3763]: imap(user@domain.tld): Our dotlock  
> file  
> /var/mail/mounted/d/do/domain.tld/user/Maildir/.INBOX/	 
> dovecot.index.log.lock was modified (1084345063 vs 1084345062),  
> assuming it wasn't overridden
>
> I am not completely sure if this interrupts imap traffic. I think this  
> MIGHT be solved by storing a stat() time as the locktime instead of a  
> time(), but this might be intentional.

It does store and compare stat() times for that check.. There was a bug  
where Dovecot itself overwrote the lock file and caused that error, but  
it was fixed in test8 already. Maybe there's other such problems.

> - I patched dovecot to report its pid in syslog messages, in order to  
> find the "killed by signal X" where X are mostly 11 and 6 processes.  
> The pids reported do not show up in the rest of the log file, so these  
> may be "disconnected" sessions? It seems that the "old" version has  
> the same problem, and nobody really complained it was broken, so this  
> isn't a big issue.

What else should there be in log file about them? Killed by signal 11  
means just that it crashed without any specific reason. Signal 6 is  
abort(), that should write the error into log file.

--Apple-Mail-31-916331312
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAo2W2yUhSUUBViskRAjn9AJ0YXCDSmIUGWPRQvi1SborXTXM3lgCghgol
FcWIcAnEGDd2Xh6Sblg6dUE=
=KQ7d
-----END PGP SIGNATURE-----

--Apple-Mail-31-916331312--


From tss@iki.fi  Thu May 13 15:29:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 20B4AC002815; Thu, 13 May 2004 15:29:04 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 30D8AC00280A
	for <dovecot@dovecot.org>; Thu, 13 May 2004 15:29:02 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 498921C2D5CA; Thu, 13 May 2004 15:22:37 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 2FCC31C2D5C9; Thu, 13 May 2004 15:22:03 +0300 (EEST)
In-Reply-To: <40A34666.40200@mff.cuni.cz>
References: <40A34666.40200@mff.cuni.cz>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-32-917020945"
Message-Id: <21EC12CE-A4D8-11D8-AEE1-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Codepage of folder names
Date: Thu, 13 May 2004 15:21:59 +0300
To: Petr Tuma <petr.tuma@mff.cuni.cz>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 12:29:04 -0000
X-UID: 9088                                                  
Status: O
Content-Length: 1768


--Apple-Mail-32-917020945
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 13.5.2004, at 12:56, Petr Tuma wrote:

> I have run into a problem configuring DoveCot 0.99 on a Linux server=20=

> that handles Windows users. The server uses UTF8 on its filesystem but=20=

> the Outlook IMAP folder names are sent in what looks like CP852. As a=20=

> result, folder names that use national characters are damaged, which=20=

> in turn breaks a webmail application running on the same server.

IMAP folder names are supposed to be sent in modified-UTF7 character=20
set, and Outlook (2000, XP) use it too. So eg. "=F6" becomes "&APY-".=20
Dovecot stores the mailbox names just as it was sent, so assuming=20
everyone used UTF7 they should all contain only 7bit characters and=20
filesystem charset isn't an issue.

Is the problem then your webmail using UTF8 and not UTF7?

> A natural solution would be DoveCot translating folder names from=20
> CP852 coming across the wire to UTF8 used in filesystem operations,=20
> but I did not find any option for that in the configuration. Anybody=20=

> encountered and solved this problem ?

You could patch src/lib-storage/index/maildir/maildir-storage.c=20
maildir_fix_mailbox_name() to convert those names..

--Apple-Mail-32-917020945
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAo2hnyUhSUUBViskRAnECAJ9rJfsvOAi8NfqIojCxCe8NnSj+zwCfVLwI
YghnfanROO0pCtgyydazDh8=
=B4i4
-----END PGP SIGNATURE-----

--Apple-Mail-32-917020945--


From tss@iki.fi  Thu May 13 15:51:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DDF92C00281A; Thu, 13 May 2004 15:51:26 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id F1B1CC002808
	for <dovecot@dovecot.org>; Thu, 13 May 2004 15:51:24 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 1BBFA300DF873; Thu, 13 May 2004 15:45:00 +0300 (EEST)
Subject: Re: [Dovecot] CVS undefined references...
From: Timo Sirainen <tss@iki.fi>
To: jan@weitan.org
In-Reply-To: <32794.217.255.192.157.1084292005.squirrel@217.255.192.157>
References: <40A023D6.60800@umd.com.au>
	<F200FC60-A346-11D8-B0D0-000A95B3C1CA@ladot.com>
	<32794.217.255.192.157.1084292005.squirrel@217.255.192.157>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-QqysG7z1aG+t8qDv+JSU"
Message-Id: <1084452299.17376.1.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 13 May 2004 15:44:59 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 13 May 2004 12:51:27 -0000
X-UID: 9089                                                  
Status: O


--=-QqysG7z1aG+t8qDv+JSU
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-05-11 at 19:13, jan@weitan.org wrote:
> On Sunday the CVS compiled fine, now i get:
> auth-process.o(.text+0x5f0): In function `create_auth_process':
> dovecot/src/master/auth-process.c:267: undefined reference to
> `log_create_pipe'

Run autogen.sh and configure again so Makefiles are updated with new
files that I've added.


--=-QqysG7z1aG+t8qDv+JSU
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAo23KyUhSUUBViskRAkAgAJ9LNBo6vF8Q5vP4YnqnL3hTS8sQjwCgieAy
Kdm5sLKui67pM0/GKN0jwpw=
=OFFF
-----END PGP SIGNATURE-----

--=-QqysG7z1aG+t8qDv+JSU--


From charlie@rubberduck.com  Fri May 14 05:40:10 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A4A88C002807; Fri, 14 May 2004 05:40:10 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by talvi.dovecot.org (Postfix) with ESMTP id 636BFC000D8E
	for <dovecot@dovecot.org>; Fri, 14 May 2004 05:40:05 +0300 (EEST)
Received: by lazy.spodder.com (Postfix, from userid 501)
	id 202DF8FE6; Fri, 14 May 2004 12:29:31 +1000 (EST)
Date: Fri, 14 May 2004 12:29:30 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Maikel Verheijen <maikel@ladot.com>
Subject: offlineimap deletes with extreme prejudice (was Re: [Dovecot]
	dovecot-1.0-test8 / nfs / maildir / flags issues)
Message-ID: <20040514022929.GC4248@myinternet.com.au>
References: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B482D045-A4C0-11D8-8708-000A95B3C1CA@ladot.com>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 14 May 2004 02:40:10 -0000
X-UID: 9090                                                  
Status: O

On Thu, May 13, 2004 at 11:34:17AM +0200, Maikel Verheijen wrote:
> 
> 
> - We notice some very strange "delete" flag things in our IMP webmail  
> system (working on a test environment to be more specific). The problem  
> is that if you mark some messages "deleted", a lot of messages that do  
> NOT have "deleted" flag are also in the deleted list. Since nothing  
> changed on the webmail, it must be in the way dovecot responds  
> different in the new version on certain requests.
> 

I also have this problem with 0.99 and the python 'offlineimap' script.

I can't easily reproduce it, but sometimes whole mboxes decide to be
deleted. I am trying to get an IMAP dump and see what is happening.

  C.
-- 
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

From hitao@vip.sina.com  Fri May 14 06:10:47 2004
Return-Path: <hitao@vip.sina.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 83607C002807; Fri, 14 May 2004 06:10:47 +0300 (EEST)
Received: from vip.sina.com (unknown [202.108.35.178])
	by talvi.dovecot.org (Postfix) with SMTP id C6781C000D8E
	for <dovecot@dovecot.org>; Fri, 14 May 2004 06:10:43 +0300 (EEST)
Received: (qmail 48567 invoked from network); 14 May 2004 03:04:03 -0000
Received: from unknown (HELO cfsc8hf7h1aac2) (61.149.83.63)
	by 202.108.35.178 with SMTP; 14 May 2004 03:04:03 -0000
Received: from(hitao@vip.sina.com) to(dovecot@dovecot.org)
Message-ID: <005501c43960$363875d0$0c01a8c0@cfsc8hf7h1aac2>
From: "Hitao" <hitao@vip.sina.com>
To: <dovecot@dovecot.org>
Date: Fri, 14 May 2004 11:04:45 +0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Subject: [Dovecot] can I share IMAP folders for multiple user
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Hitao <hitao@vip.sina.com>
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: Fri, 14 May 2004 03:10:47 -0000
X-UID: 9091                                                  
Status: O

Hi, Dear all,
         Just a bit curious,  could I configure dovecot for two users share
the access to certain IMAP folders in the mailbox?   I searched the list
archive and only found
http://dovecot.org/list/dovecot/2004-April/003236.html and
http://dovecot.org/list/dovecot/2004-April/003168.html, but I am not sure is
this the same thing that I want and where could I find more details?

Wish you a nice day!

Hitao




From johannes@sipsolutions.de  Fri May 14 16:51:54 2004
Return-Path: <johannes@sipsolutions.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F2108C002807; Fri, 14 May 2004 16:51:53 +0300 (EEST)
Received: from johannes.sipsolutions.com (pD95251D7.dip.t-dialin.net
	[217.82.81.215])
	by talvi.dovecot.org (Postfix) with ESMTP id BCE09C000D8E
	for <dovecot@dovecot.org>; Fri, 14 May 2004 16:51:48 +0300 (EEST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by johannes.sipsolutions.com (Postfix) with ESMTP id E934A1516C27
	for <dovecot@dovecot.org>; Thu, 13 May 2004 19:16:44 +0200 (CEST)
From: Johannes Berg <johannes@sipsolutions.de>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-q5jDeZwkOpM5cci45EW5"
Message-Id: <1084468593.2651.33.camel@johannes>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Thu, 13 May 2004 19:16:34 +0200
Subject: [Dovecot] using one-time passwords
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 14 May 2004 13:51:54 -0000
X-UID: 9092                                                  
Status: O
Content-Length: 2435


--=-q5jDeZwkOpM5cci45EW5
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi,

Is there any way to use something like OPIE (one-time passwords in
everything, S/KEY) with dovecot?

Here's what I want to do ultimately:
 * have an AUTH=3DXYZ method that relies on S/KEY as provided by the
   libpam-opie module (well, maybe not through pam)
 * have dovecot advertise authentication as follows:
   - local               : PLAIN, XYZ
   - remote (encrypted)  : EXTERNAL, and rely on certificate
   - remote (unencrypted): XYZ

Thats the dovecot part. Then I would modify squirrelmail to
  a) negotiate PLAIN with an authorized web client certificate
  b) negotiate XYZ when without SSL or SSL without a valid certificate

This way I could check my mail even from computers that I don't trust at
all to not do key-logging, since I can have an S/KEY generator on my
cell-phone.

Does this sound feasible? I see the following advantages:
 * allows checking of webmail on the road, on untrusted computers,=20
   giving out only whatever you decide to look at
 * allows checking of mail via unencrypted IMAP, relying on one-time
   passwords so giving an attacker only whatever he can look at while
   your session is active (assuming he can't insert anything into the
   tcp stream...)
 * is otherwise encrypted, and then doesn't force using one-time keys
   which may be somewhat a hassle to generate.

johannes

--=-q5jDeZwkOpM5cci45EW5
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Comment: Johannes Berg (SIP Solutions)

iQIVAwUAQKOtbaVg1VMiehFYAQJSSw//U2DvSoy78T+/G7qOF5Qyn6n70DlLdGyi
ZxVNHcB2NoTjiLlp3wFs+JLVLlwfBf94S+ja8G8M3hEDrupqmTMJETc6ukary54+
+UM66DFnZa61xwikWGwlv8hvtBnR6/c7Sk+N1lVpLsc/XpqdVKAVV/VLBMvkwCZR
luHypljMPjFePGrqmt5BQ4LMAPqekyLtq39mxnlehaDXH5bdIj4fJbA2wxeUSSPm
nVltWNwPdjVfI6pEu385HoNb5De9dX2PmPPMZva1Uh16oEjSeZwfd9Z/Bjdk3W2T
bLSJDsEA3CHeZ3qEV+W+S5bsyd+mCJzzypFORogimmjEGxWAyBGZReNx1K3AYW2o
PGPig8+A7uyohubVXC/2IoPONEesRb5hPX7TAA9MWUpAflRKkFyiKqmu0LedUT+y
jbNatXyN7/aS4GhXVIVK10bk5o0JZcsx3BDNdI5nXX9OtwIvrZm85bFqoaeCuMh8
NP6AMXRFZIr8nbVMCOk2CnZRu59YO6FN+SK/UeUZQbFZs32rffdIv85FIFAoBtvB
CEyPg+Yg0WrD8NMFFxC9IKHlFBUr9laW0IeMhcdTbAYmXGIXGb4amKF9wQBZLppi
QGjm8MkbpF2yIRx4MFRNDo/3b1yvBl4m8bgZ8lMZ9DNtWUL9yB2pzruIz0rDnctP
qfy7Y8DLrfg=
=M098
-----END PGP SIGNATURE-----

--=-q5jDeZwkOpM5cci45EW5--


From SRS0=tibtoMW9=II=outflux.net=kees@outflux.net  Sat May 15 02:53:10 2004
Return-Path: <SRS0=tibtoMW9=II=outflux.net=kees@outflux.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 41883C002807; Sat, 15 May 2004 02:53:10 +0300 (EEST)
Received: from rayon.outflux.net (rayon.outflux.net [69.93.193.226])
	by talvi.dovecot.org (Postfix) with ESMTP id 04881C000D8E
	for <dovecot@dovecot.org>; Sat, 15 May 2004 02:53:08 +0300 (EEST)
Received: from ghostship.outflux.net (serenity-end.outflux.net [10.2.0.2])
	by rayon.outflux.net (8.12.11/8.12.11/Debian-3) with ESMTP id
	i4ENkcNq004131
	for <dovecot@dovecot.org>; Fri, 14 May 2004 16:46:39 -0700
Date: Fri, 14 May 2004 16:46:38 -0700
From: Kees Cook <kees@outflux.net>
To: dovecot@dovecot.org
Message-ID: <20040514234638.GR18910@outflux.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-MIMEDefang-Filter: outflux$Revision: 1.121 $
X-Scanned-By: MIMEDefang 2.39
Subject: [Dovecot] local auth
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 14 May 2004 23:53:10 -0000
X-UID: 9093                                                  
Status: O

Is there a way to run dovecot locally as a user, like uw-imap lets you 
do?  I want to use dovecot with fetchmail over ssh...  I couldn't find 
anything in the archives on this.

-- 
Kees Cook                                            @outflux.net

From olive@pasteur.fr  Sat May 15 10:57:12 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 066B5C002807; Sat, 15 May 2004 10:57:11 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id E6032C000D8E
	for <dovecot@dovecot.org>; Sat, 15 May 2004 10:57:05 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 93C5711474
	for <dovecot@dovecot.org>; Sat, 15 May 2004 09:50:36 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 5CEA411473
	for <dovecot@dovecot.org>; Sat, 15 May 2004 09:50:36 +0200 (CEST)
Received: from [192.168.1.12] (AMontsouris-108-1-18-219.w80-15.abo.wanadoo.fr
	[80.15.147.219])
	by mafate.sis.pasteur.fr (Postfix) with ESMTP id F35353F63B
	for <dovecot@dovecot.org>; Sat, 15 May 2004 09:50:35 +0200 (CEST)
Message-ID: <40A5CBC5.4010106@pasteur.fr>
Date: Sat, 15 May 2004 09:50:29 +0200
From: Olivier Tharan <olive@pasteur.fr>
Organization: Institut Pasteur
User-Agent: Mozilla Thunderbird 0.6 (Macintosh/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] local auth
References: <20040514234638.GR18910@outflux.net>
In-Reply-To: <20040514234638.GR18910@outflux.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 15 May 2004 07:57:15 -0000
X-UID: 9094                                                  
Status: O

Kees Cook wrote:
> Is there a way to run dovecot locally as a user, like uw-imap lets you 
> do?  I want to use dovecot with fetchmail over ssh...  I couldn't find 
> anything in the archives on this.

Of course, you can. Just exec the /usr/local/libexec/dovecot/imap binary 
(or wherever it is located in your system -- I use the FreeBSD path). 
Launching the binary as a user will get you into pre-authenticated mode, 
just the way you want.

olive

From lehmann@cnm.de  Sun May 16 02:05:01 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1EDA7C002807; Sun, 16 May 2004 02:05:01 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 2B731C000D8E
	for <dovecot@dovecot.org>; Sun, 16 May 2004 02:04:59 +0300 (EEST)
Received: from [82.82.191.100] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BP83c-0000BS-N9
	for dovecot@dovecot.org; Sun, 16 May 2004 00:55:04 +0200
Message-ID: <40A6A093.50205@cnm.de>
Date: Sun, 16 May 2004 00:58:27 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
Subject: [Dovecot] Dovecot vs. Courier-Imap
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 15 May 2004 23:05:01 -0000
X-UID: 9095                                                  
Status: O

Hello,

I've heard of both and I already tested and installed both, but I'm not 
sure which one is better, since both just seem to work and I can't see a 
difference, except from the point how it's set up and configured. Where 
are the drawbacks of each one, where are the benefits? I also tested 
cyrus before, but cyrus is not working well with maildirs. I'm not that 
into detail of both projects, maybe you can explain a bit. Thanks in 
advance for every answer!

Regards
Marten

From fuyuki@hadaly.org  Sun May 16 03:20:00 2004
Return-Path: <fuyuki@hadaly.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 97EC8C002812; Sun, 16 May 2004 03:20:00 +0300 (EEST)
Received: from mgate14.so-net.ne.jp (mgate14.so-net.ne.jp [210.139.254.161])
	by talvi.dovecot.org (Postfix) with ESMTP id 47931C002807
	for <dovecot@dovecot.org>; Sun, 16 May 2004 03:19:57 +0300 (EEST)
Received: from mail.dg8.so-net.ne.jp (mspool12.so-net.ne.jp [210.139.248.12])
	by mgate14.so-net.ne.jp  with ESMTP id i4G0D9v16206;
	Sun, 16 May 2004 09:13:09 +0900 (JST)
Received: from ns.nigredo.org (p624256.spprac00.ap.so-net.ne.jp [219.98.66.86])
	by mail.dg8.so-net.ne.jp  with ESMTP id i4G0D8425406;
	Sun, 16 May 2004 09:13:08 +0900 (JST)
Date: Sun, 16 May 2004 09:13:08 +0900
Message-ID: <868yftqlez.wl%fuyuki@hadaly.org>
From: Kimura Fuyuki <fuyuki@hadaly.org>
To: lehmann@cnm.de
Subject: Re: [Dovecot] Dovecot vs. Courier-Imap
In-Reply-To: <40A6A093.50205@cnm.de>
References: <40A6A093.50205@cnm.de>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0
	(SAKAKI)
X-Public-Key: http://www.hadaly.org/fuyuki/pubkey.asc
X-Fingerprint: 8D68 1138 1A85 8556 C6A9  274B 2C72 2E56 3AF7 3D89
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 16 May 2004 00:20:00 -0000
X-UID: 9096                                                  
Status: O

At Sun, 16 May 2004 00:58:27 +0200,
Marten Lehmann <lehmann@cnm.de> wrote:
> 
> I've heard of both and I already tested and installed both, but I'm not 
> sure which one is better, since both just seem to work and I can't see a 
> difference, except from the point how it's set up and configured. Where 
> are the drawbacks of each one, where are the benefits? I also tested 
> cyrus before, but cyrus is not working well with maildirs. I'm not that 
> into detail of both projects, maybe you can explain a bit. Thanks in 
> advance for every answer!

I believe Dovecot is much faster than Courier. Dovecot's index caching
is very smart and works well even on huge mailboxes.

-- fuyuki

From lehmann@cnm.de  Sun May 16 06:43:09 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 55672C002814; Sun, 16 May 2004 06:43:09 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 6394DC002812
	for <dovecot@dovecot.org>; Sun, 16 May 2004 06:43:07 +0300 (EEST)
Received: from [82.82.191.100] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BPCOv-0002T2-S1
	for dovecot@dovecot.org; Sun, 16 May 2004 05:33:21 +0200
Message-ID: <40A6E1CD.9030707@cnm.de>
Date: Sun, 16 May 2004 05:36:45 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot vs. Courier-Imap
References: <40A6A093.50205@cnm.de> <868yftqlez.wl%fuyuki@hadaly.org>
In-Reply-To: <868yftqlez.wl%fuyuki@hadaly.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 16 May 2004 03:43:10 -0000
X-UID: 9097                                                  
Status: O

> I believe Dovecot is much faster than Courier. Dovecot's index caching
> is very smart and works well even on huge mailboxes.

How many people are actively working on both projects? Who is using
dovecot? In which environments? Has someone moved from Courier-Imap to
Dovecot? Which of both has the smaller footprint (e.g. memory usage)?

Regards
Marten



From fuyuki@hadaly.org  Sun May 16 07:33:46 2004
Return-Path: <fuyuki@hadaly.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 50A13C002801; Sun, 16 May 2004 07:33:46 +0300 (EEST)
Received: from mgate11.so-net.ne.jp (mgate11.so-net.ne.jp [210.139.254.158])
	by talvi.dovecot.org (Postfix) with ESMTP id 4108FC000D8E
	for <dovecot@dovecot.org>; Sun, 16 May 2004 07:33:42 +0300 (EEST)
Received: from mail.dg8.so-net.ne.jp (mspool12.so-net.ne.jp [210.139.248.12])
	by mgate11.so-net.ne.jp  with ESMTP id i4G4R9D08673;
	Sun, 16 May 2004 13:27:09 +0900 (JST)
Received: from ns.nigredo.org (p624256.spprac00.ap.so-net.ne.jp [219.98.66.86])
	by mail.dg8.so-net.ne.jp  with ESMTP id i4G4R8401893;
	Sun, 16 May 2004 13:27:08 +0900 (JST)
Date: Sun, 16 May 2004 13:27:08 +0900
Message-ID: <867jvdq9nn.wl%fuyuki@hadaly.org>
From: Kimura Fuyuki <fuyuki@hadaly.org>
To: lehmann@cnm.de
Subject: Re: [Dovecot] Dovecot vs. Courier-Imap
In-Reply-To: <40A6E1CD.9030707@cnm.de>
References: <40A6A093.50205@cnm.de> <868yftqlez.wl%fuyuki@hadaly.org>
	<40A6E1CD.9030707@cnm.de>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0
	(SAKAKI)
X-Public-Key: http://www.hadaly.org/fuyuki/pubkey.asc
X-Fingerprint: 8D68 1138 1A85 8556 C6A9  274B 2C72 2E56 3AF7 3D89
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 16 May 2004 04:33:46 -0000
X-UID: 9098                                                  
Status: O

At Sun, 16 May 2004 05:36:45 +0200,
Marten Lehmann <lehmann@cnm.de> wrote:
> 
> How many people are actively working on both projects? Who is using
> dovecot? In which environments? Has someone moved from Courier-Imap to
> Dovecot? Which of both has the smaller footprint (e.g. memory usage)?

I've experienced at least four imap daemons on FreeBSD; UW's, Cyrus,
Courier and (of course) Dovecot. Forget about the first one. Cyrus's
would be most popular and is actually quite fast, but I don't like
some of its behavior details. Courier-IMAP is works well on Maildir
except that it is fairly slow since it never caches mail indexes. (Is
it still true for recent versions?)

My current choice is Dovecot. It works just fine more than a year. It
is so fast and eats little memory.

In short, you should read a blurb by the author himself. It's not a
bubble.

http://www.dovecot.org/

-- fuyuki

From dovecot@blinkenlights.ch  Sun May 16 09:28:36 2004
Return-Path: <dovecot@blinkenlights.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 39C38C002806; Sun, 16 May 2004 09:28:36 +0300 (EEST)
Received: from mail5.bluewin.ch (mail5.bluewin.ch [195.186.1.207])
	by talvi.dovecot.org (Postfix) with ESMTP id 237C1C000D8E
	for <dovecot@dovecot.org>; Sun, 16 May 2004 09:28:34 +0300 (EEST)
Received: from blinkenlights.ch (62.202.0.18) by mail5.bluewin.ch (Bluewin AG
	7.0.028) id 40A46B2100031B11 for dovecot@dovecot.org;
	Sun, 16 May 2004 06:22:02 +0000
Received: from hunzelstrunzel (unknown [192.168.1.10])
	by blinkenlights.ch (Postfix) with SMTP id B680680CD
	for <dovecot@dovecot.org>; Sun, 16 May 2004 08:22:00 +0200 (CEST)
Date: Sun, 16 May 2004 08:22:00 +0200
From: Adrian Ulrich <dovecot@blinkenlights.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot vs. Courier-Imap
Message-Id: <20040516082200.24d70942.dovecot@blinkenlights.ch>
In-Reply-To: <40A6E1CD.9030707@cnm.de>
References: <40A6A093.50205@cnm.de> <868yftqlez.wl%fuyuki@hadaly.org>
	<40A6E1CD.9030707@cnm.de>
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; powerpc-unknown-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 16 May 2004 06:28:36 -0000
X-UID: 9099                                                  
Status: O

Hi,


Dovecot performs very well if you have a very huge mailbox.
I have a mailbox with about 30 folders with ~ 8000 messages
per folder (with 200 new messages each day)

Running Courier-Imap, you couldn't access the mailbox, it was
so slooooww. Courier also segfaulted very often.


After switching to dovecot, everything runs fine.
No crash and its FAST.

And dovecot uses less memory/cpu.
It runs also fast enough for my old 486 with 66mhz and 64mb ram.


-- Adrian

From security@jlug.org  Sun May 16 11:29:15 2004
Return-Path: <security@jlug.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 60214C002801; Sun, 16 May 2004 11:29:15 +0300 (EEST)
Received: from jlug.fi (jlug.fi [192.194.49.184])
	by talvi.dovecot.org (Postfix) with ESMTP id 1464BC000D8E
	for <dovecot@dovecot.org>; Sun, 16 May 2004 11:29:13 +0300 (EEST)
Received: (qmail 12155 invoked by uid 537); 16 May 2004 08:22:41 -0000
Received: from security@jlug.org by jlug by uid 510 with qmail-scanner-1.20 
	(clamscan: 0.70. spamassassin: 2.63.  Clear:RC:1(62.216.98.109):. 
	Processed in 0.027289 secs); 16 May 2004 08:22:41 -0000
Received: from unknown (HELO ?192.168.0.2?) (eero@jlug.fi@62.216.98.109)
	by 0 with SMTP; 16 May 2004 08:22:41 -0000
Message-ID: <40A724A5.80600@jlug.org>
Date: Sun, 16 May 2004 11:21:57 +0300
From: security officer <security@jlug.org>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot vs. Courier-Imap
References: <40A6A093.50205@cnm.de>
	<868yftqlez.wl%fuyuki@hadaly.org>	<40A6E1CD.9030707@cnm.de>
	<20040516082200.24d70942.dovecot@blinkenlights.ch>
In-Reply-To: <20040516082200.24d70942.dovecot@blinkenlights.ch>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 16 May 2004 08:29:15 -0000
X-UID: 9100                                                  
Status: O

Adrian Ulrich wrote:


> After switching to dovecot, everything runs fine.
> No crash and its FAST.
> 

Yep, I also changed some courier-imaps to dovecot, since courier have 
some mystic problems with outlook 2003.

No any problem with dovecot. Only thing that is missing is maildir++ 
quota, hope it is soon implemented.

Anyway, dovecot supports easily vpopmail+qmail combination that I use on 
most mail servers.

--
Eero

From tss@iki.fi  Mon May 17 02:39:31 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2164EC002806; Mon, 17 May 2004 02:39:31 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 234E2C000D8E
	for <dovecot@dovecot.org>; Mon, 17 May 2004 02:39:29 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id 1327C300E05FE
	for <dovecot@dovecot.org>; Mon, 17 May 2004 02:32:56 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-QIrww8UaN2H6PYpTKzE2"
Message-Id: <1084750375.2023.32.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 17 May 2004 02:32:55 +0300
Subject: [Dovecot] 1.0-test9 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 16 May 2004 23:39:31 -0000
X-UID: 9101                                                  
Status: O
Content-Length: 1149


--=-QIrww8UaN2H6PYpTKzE2
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

- SORT command always replied with NO
- Locking fixes. Fixes several crashes, dotlock errors and deadlock
errors
- When multiple sessions were concurrently modifying mailbox it often
mixed up the messages that were supposed to be modified. When expunging
it also gave errors such as:

Corrupted transaction log file /home/user/Maildir/.INBOX/dovecot.index.log:=
 Expunge range 5..5: UIDs 6..6 doesn't match real UIDs 18..18

Now it doesn't do it as often, but it still does.. I'm not really sure
where the bug is. Have to keep looking.

This seems much more stable than test8, but because of the above problem
I still don't recommend it for more than testing.


--=-QIrww8UaN2H6PYpTKzE2
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAp/onyUhSUUBViskRAlF7AJ47Vfz9wg3aOhn84vJq/LZtIqg4aQCfc80x
G07MdYbdGCGmh2nT9zMlmBc=
=26Wt
-----END PGP SIGNATURE-----

--=-QIrww8UaN2H6PYpTKzE2--


From tss@iki.fi  Mon May 17 03:31:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 41857C002807; Mon, 17 May 2004 03:31:27 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id D4ED7C002806
	for <dovecot@dovecot.org>; Mon, 17 May 2004 03:31:24 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id D04CB300E05FE; Mon, 17 May 2004 03:24:51 +0300 (EEST)
Subject: Re: [Dovecot] using one-time passwords
From: Timo Sirainen <tss@iki.fi>
To: Johannes Berg <johannes@sipsolutions.de>
In-Reply-To: <1084468593.2651.33.camel@johannes>
References: <1084468593.2651.33.camel@johannes>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ZfMYV2I78FHaEV9KQMYH"
Message-Id: <1084753491.2023.52.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 17 May 2004 03:24:51 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 00:31:27 -0000
X-UID: 9102                                                  
Status: O
Content-Length: 2896


--=-ZfMYV2I78FHaEV9KQMYH
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-05-13 at 20:16, Johannes Berg wrote:
> Hi,
>=20
> Is there any way to use something like OPIE (one-time passwords in
> everything, S/KEY) with dovecot?
>=20
> Here's what I want to do ultimately:
>  * have an AUTH=3DXYZ method that relies on S/KEY as provided by the
>    libpam-opie module (well, maybe not through pam)

I didn't really understand how libpam-opie works. Does it require some
special client or how does it tell the seed/sequence? Or doesn't it?

But sure, Cyrus SASL has AUTH=3DOTP mechanism, we could be compatible with
that. Want to write it? :) Shouldn't be hard to plug into Dovecot, I
just don't really have time right now.

The OTP-data could be stored in same way as
PASSDB_CREDENTIALS_DIGEST_MD5. Except the code doesn't currently allow
multiple credentials per user, it only uses the beginning of the
password field to specify the password type, eg. "{PLAIN}password",
"{DIGEST-MD5}digest-md5-credentials", etc. I guess I should do something
about that..

>  * have dovecot advertise authentication as follows:
>    - local               : PLAIN, XYZ
>    - remote (encrypted)  : EXTERNAL, and rely on certificate
>    - remote (unencrypted): XYZ
>=20
> Thats the dovecot part. Then I would modify squirrelmail to
>   a) negotiate PLAIN with an authorized web client certificate
>   b) negotiate XYZ when without SSL or SSL without a valid certificate

1.0-test9 supports "ssl_verify_client_cert" option, but then it always
requires it .. hmm. maybe with it enabled the configuration could
support something like:

auth default {
  mechanisms =3D plain
  ..
  ssl_require_client_cert =3D yes
}

auth otp {
  mechanisms =3D otp
  ..
  ssl_require_client_cert =3D no
}

Yes, that looks good, I'll implement that.

> Does this sound feasible? I see the following advantages:
>  * allows checking of webmail on the road, on untrusted computers,=20
>    giving out only whatever you decide to look at

One problem is that it also gives the possibility to modify the mailbox
which isn't very good. From my TODO:

 - support read-only logins. user could with alternative password get only
   read-access to mails so mails could be read relatively safely with
   untrusted computers. Maybe always send [ALERT] about the previous
   read-only login time with IP?

Maybe flag changes would be allowed (but not \Deleted). Anyway, this
could be configurable as well (append :READONLY to default_mail_env).


--=-ZfMYV2I78FHaEV9KQMYH
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAqAZTyUhSUUBViskRArhyAJ9FX/3xWjkTQieXAtJAqyVM7rkTJACgjjPT
/uUiF+CsTJCvIgbPD7Qy/Ik=
=oVCr
-----END PGP SIGNATURE-----

--=-ZfMYV2I78FHaEV9KQMYH--


From johannes@sipsolutions.de  Mon May 17 06:51:39 2004
Return-Path: <johannes@sipsolutions.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 79C7AC002809; Mon, 17 May 2004 06:51:39 +0300 (EEST)
Received: from dd2002.kasserver.com (dd2002.kasserver.com [81.209.148.122])
	by talvi.dovecot.org (Postfix) with ESMTP id 5A44DC002807
	for <dovecot@dovecot.org>; Mon, 17 May 2004 06:51:35 +0300 (EEST)
Received: from johannes.sipsolutions.com (p5082BB3E.dip.t-dialin.net
	[80.130.187.62]) by dd2002.kasserver.com (Postfix) with ESMTP
	id 7D8A714A94D; Mon, 17 May 2004 05:44:58 +0200 (CEST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by johannes.sipsolutions.com (Postfix) with ESMTP
	id 102881516C27; Mon, 17 May 2004 05:44:55 +0200 (CEST)
Subject: Re: [Dovecot] using one-time passwords
From: Johannes Berg <johannes@sipsolutions.de>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1084753491.2023.52.camel@hurina>
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-lNPnkQgEkKZ3kzx+QU1v"
Message-Id: <1084765494.3100.57.camel@johannes>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Mon, 17 May 2004 05:44:54 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 03:51:39 -0000
X-UID: 9103                                                  
Status: O
Content-Length: 3223


--=-lNPnkQgEkKZ3kzx+QU1v
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-17 at 02:24, Timo Sirainen wrote:
> I didn't really understand how libpam-opie works. Does it require some
> special client or how does it tell the seed/sequence? Or doesn't it?

For setting the password, it tells you the seed/sequence (will refer to
that as s/s for now). You then calculate md5^sequence(key) (apply md5
sequence times) and give that to the server. It stores it, and lets you
log in the next time if you can give it md5^(sequence-1)(key). If you
really want to know the gory details -> s/key in opie(4).
Opie uses this inside pam by just making the query string "opie: s/s"
(similar, not identical to that) instead of "Password:".

> But sure, Cyrus SASL has AUTH=3DOTP mechanism, we could be compatible wit=
h
> that.=20

Would have to investigate that SASL mechanism.

> Want to write it? :) Shouldn't be hard to plug into Dovecot, I
> just don't really have time right now.

Sure.

> The OTP-data could be stored in same way as
> PASSDB_CREDENTIALS_DIGEST_MD5. Except the code doesn't currently allow
> multiple credentials per user, it only uses the beginning of the
> password field to specify the password type, eg. "{PLAIN}password",
> "{DIGEST-MD5}digest-md5-credentials", etc. I guess I should do something
> about that..

I don't think that matters. In opie, that could be:
{OTP}sequence seed md5 date
or something. You really only need to store one tuple of data per user.

> 1.0-test9 supports "ssl_verify_client_cert" option, but then it always
> requires it ..=20

Yeah, I've seen that,...

> hmm. maybe with it enabled the configuration could
> support something like:
>=20
> auth default {
>   mechanisms =3D plain
>   ..
>   ssl_require_client_cert =3D yes
> }
>=20
> auth otp {
>   mechanisms =3D otp
>   ..
>   ssl_require_client_cert =3D no
> }
>=20
> Yes, that looks good, I'll implement that.

but that looks perfect :-)

> One problem is that it also gives the possibility to modify the mailbox
> which isn't very good. From my TODO:

Good point! Hadn't thought of that so far.

Thanks for your answer. I'll be looking at SASL OTP, and dovecot source.

johannes

--=-lNPnkQgEkKZ3kzx+QU1v
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Comment: Johannes Berg (SIP Solutions)

iQIVAwUAQKg1M6Vg1VMiehFYAQL8yg//a0ublbfMsaUOzriZuXEcpjTPF6XJrPDj
DyyQVv+1XUDC7LsGpZ9RbUQZXwYegyQvfYWzzWGJvWqVmeC/IWlZEKOd2RKVtMzF
+jXlhvWefNpAB2gTISNfTAK4N8o/8dZuBJ9ZvOhyGKZSpI2g/MP/Tf0lJgCPkH7K
uQy2voBGvA+od4VohZX+YIyHa80UH2xZirpAyQ/UvhESCMbaPGlR8xEs2jSCqowx
vV6vmzJio7jBnJgBd3txA9EVMLAiZ0eb9ggIfhqNNaCR4S7sQX59rAuzIn+c1cN1
sieDKm/EKum02DmFjKQrXoPgj+RCHffLodLLyEJvP7+X1jjcWz+cR79/mME9bRhM
IWci5I6j6FOtiD3EWxPpEp9Yay9bcHm9G331YNN7sP1Qk4rS7cCI2/Ubfh5PJQZI
KR+otl8IvXbH0CabphPZry2lC1iy54DK9PxA7fbcxeiJeQfEXsOxpLdg867KAUux
LkOURdAnoj0dwQo4xC9UF05x3S4j1KAhxpAPDrTDKni2S96qds6R8qV6QWJ6S4zn
YfOScJY/707Gp80YTEJmpvYte9ZiVbEVn+CMZ2uZ8GGf1sygXw/CHqDMRxT1ju63
K0u2lhizmqM9zpoP6NPwFTlHt9UPRm57CxXB/iyLwu4uLbv44Zlm5I484OES747r
RUMOXHWLFwE=
=gRZc
-----END PGP SIGNATURE-----

--=-lNPnkQgEkKZ3kzx+QU1v--


From joshua@shallow.net  Mon May 17 13:15:36 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F0F58C002808; Mon, 17 May 2004 13:15:35 +0300 (EEST)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 7FF97C002801
	for <dovecot@dovecot.org>; Mon, 17 May 2004 13:15:33 +0300 (EEST)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id F3A072A59; Mon, 17 May 2004 20:08:56 +1000 (EST)
Date: Mon, 17 May 2004 20:08:56 +1000
From: Joshua Goodall <joshua@roughtrade.net>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] using one-time passwords
Message-ID: <20040517100856.GE17516@roughtrade.net>
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1084753491.2023.52.camel@hurina>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 10:15:36 -0000
X-UID: 9104                                                  
Status: O

On Mon, May 17, 2004 at 03:24:51AM +0300, Timo Sirainen wrote:
> The OTP-data could be stored in same way as
> PASSDB_CREDENTIALS_DIGEST_MD5. Except the code doesn't currently allow
> multiple credentials per user, it only uses the beginning of the
> password field to specify the password type, eg. "{PLAIN}password",
> "{DIGEST-MD5}digest-md5-credentials", etc. I guess I should do something
> about that..

Please keep it as compatible as possible with the equivalent LDAP
scheme!  (Also bearing in mind that LDAP permits multiple credentials
per user, although it can't do anything much sophisticated than
retrieving them).

Thanks
Joshua.

-- 
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

From charlie@rubberduck.com  Mon May 17 13:27:26 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3BB71C002808; Mon, 17 May 2004 13:27:26 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 12897C002801
	for <dovecot@dovecot.org>; Mon, 17 May 2004 13:27:24 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 2DC4B1C2D5BC; Mon, 17 May 2004 13:20:50 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 274851C2D5C3; Mon, 17 May 2004 13:20:50 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 89CA51C2D5BC
	for <dovecot@procontrol.fi>; Mon, 17 May 2004 13:20:14 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2]) by lazy.spodder.com (Postfix) with ESMTP id 0B45B9072
	for <dovecot@procontrol.fi>; Mon, 17 May 2004 20:15:43 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id F2778694310; Mon, 17 May 2004 20:19:50 +1000 (EST)
Date: Mon, 17 May 2004 20:19:50 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20040517101950.GB3703@myinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="KlAEzMkarCnErv5Q"
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Cc: 
Subject: [Dovecot] dovecot (mutt?) tells me I have new email (when I don't)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 10:27:26 -0000
X-UID: 9105                                                  
Status: O
Content-Length: 31648


--KlAEzMkarCnErv5Q
Content-Type: multipart/mixed; boundary="76DTJ5CE0DCVQemd"
Content-Disposition: inline


--76DTJ5CE0DCVQemd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

does anyone else, whilst using mutt, have the problem where you read
your new email - then change to another mailbox, *then* mutt tells you
that you have new email in the mailbox you just read!?

It seems to only happen when I:

  a) receive email in, say, =3Dmi
  b) change to, and read email in =3Dmi
  c) hit 'c' to change to next-unread mailbox
  d) mutt says "New mail in imap://yeled@localhost/"
  e) I 'c' back there to =3Dmi and there is no New email - but there are=20
  	 some Old 'unread' emails (ie "O" status in mutt)

I've attached the IMAP logs. Of special note is the RECENT after the
thread 'a1192' in the file 203.018.243.123.00143-203.031.232.002.57

	a1192 OK Status completed.
	* STATUS "mi" (RECENT 1)
	a1193 OK Status completed.


I believe it's telling mutt that there is a new email in "mi" after I've
just read it!=20

	a1184 OK Status completed.
	* 890 FETCH (UID 901 BODY[] {3661}=20
^^this is the email I just read, and is now "New" again. Subject: test2


Is this a mutt or dovecot bug/feature?

Regards,
  C.
--=20
 charlie@rubberduck.com - Melbourne, Australia
 http://rubberduck.com/~yeled/
 PGP: 0x14AA7941 || finger yeled@lazy.spodder.com

--76DTJ5CE0DCVQemd
Content-Type: application/x-gunzip
Content-Disposition: attachment;
	filename="203.018.243.123.00143-203.031.232.002.57196.gz"
Content-Transfer-Encoding: base64

H4sICPqOqEAAAzIwMy4wMTguMjQzLjEyMy4wMDE0My0yMDMuMDMxLjIzMi4wMDIuNTcxOTYA
7J3xc9s2lsd/vszkf+Dkl0vaSksAFAB5m5s4trJ113E8ltJrb9u5oSXGZi2JKknZcXf6vx8g
UrIoAuCXsqfdnWs709oGHgCRTw/gex++94X34e/eJLmNxknupVE4ue8+f/aFd3R4fvj25PRk
9IN38v7wPEijW+INP1yMvNE3F4PD49cXg3eDi8HZ0WDovf94Ojo5PD8fnB17H8+Gg9PB0chT
ooOLw9MvvZPj04F39M3J6bHqrv48HA2+H63+3xl+fDs8ujh5Ozj2Dj+Ovnl9fnp4cvb8Weir
f/SyjsJFeBlP4/zeGyezxTTKo0m3aCe6/TS5uoomXjxfLVkP6b388SzJomk0zl95L7ovvBcv
iv501T/O8spIX3jvTg//NlRSh/PsLkrVYD++m4arUX88jlbdvB+HUTRXv6bhp9w7S/Jvl/Mb
T//nlR5ADfuP88HF+8OzwdnoMaN5P37x6idP98+8RZTO4ny9Rsr73uB79emG+jffuxgcqbnW
k+srri4sIURJx6n6hMt5pubobjqcHH93eHpyrO8l8WXAAulL8ZOn/p55t+E0nmz1PNM3p+8H
P3nnav3xWC95Hn3Ode/iSrJVV60Dnf++UDf5J2+4ut47F5Z47wajo2+8l0rQI0JurrT+/K+8
kzOlHmeHp8eHo4H3wg8678P7DvX9wKP0wBcHRHpfEjXbC+/i3ZGktDs8+Z+BHof2vLcfjn/4
xzdqAYOL7ruTwemxGnY1zruLD+89pVTfagUcffCOjrz3g+Hw8G+DjlrElsYefVDTn406ox/O
B2opnYvB+ekPHSWx+eH05Ez1+75zevh2cKruyz8pJb89f3Yc5tGBN1pGX3mBp5bsVZfc8QPf
f/7sfZRl4VXUOZkceF/rHn5P/Ut90Y2DHhUnIfVJ0CPsza/RZRp2r+8XYXce5f/1/NkoOfCW
i4maJX2T3c9T9a1MJ1lXXdrnz96lyezAG97PwyjLr6MsDr2PRVfv62zrrzuCatTh8vJndYcO
vO1u5Txer9vr+sHzZ8+fvSpucKBv8LsoH1/XvnU93XT24cP5zs0ejg5HH4fei1ncTfMX3stC
Qz2/HJFrsWEe5svMKliXEhYp3SbVKtT1j6eXyWdlvaJs/p+5F31W3+8DTy1ikWT5LMyitOjd
d/eeh1dxknXGs2zVnfhQ98soDzcixC2SqU+R7Vyo60ntIxMKXKiustXpPL66rl9owhrlp2pJ
WfdyeZWn4S/1AQL7NSc9x2csh80mHT3u9oTakNXnsWmEbhOOefRonTwaX1euZrLI6lPI5mv5
ySDWt6+MuhSjuALhLJxPws5SqV5Wv+wTJXrfublUmtkZX4fzq6i+AEocC6DNC1hmWRx1suXc
MH2xy9enRNWmHKAzvjWs26Y6u4PMlnleXKD6GL02Y0yi2/oIzaamGGH6KV/UpR0mh7pMTjFm
No1nC7a++VrGZXgqMuqzrCSYS8XUimYTZbqv5rTo7LI6D52ZSRHTu3jeWSRpXr8LrNkK1Ucx
6gRDFWsezpOrB3FaijusEWu2Ru+PjoquvLHrLJpedhazorvL/hTdF5PLG8OHiPI8nkX1q9Bs
iUpd0GeGcFkfwGaTLAN0pslS2ZbaOIHfcpzbeFwfxGafbIOE87laztiwHFTP1iP9nFzWdSxA
dWw9it496qOg1ms9yiya50laH8dmwXRbsx5OlA6N65NGn8JOXDdXgc1cmeQXaXwbju/rg6Da
qQcZR/MsSbNr02IcG2eveeOMo/xTN8uu6/OuWib6cal+83uoMq4GsWpiD9XE1TDxIu3cXdUH
aVbENDHsvj2Hles1W7ksGi9TteHfZ+FkFht2faVS6lzWTSN1ap2HU5OB6TmOY71mc7g7w/ze
oMNlJ7XYVH11LAeAnk0ZdVvzZlrOMUns81t1gNuMo25zbbSV4a+j6aIQaT6qlSJ6+1R76F2U
LsaFKGslOgvHi7Vk0EryNvxciDVr2c6EXN4Uks0mbVsyW4RpuVJYq1aC4+QynOaFZPM5rJR8
OIdxWHVWs8VM8pWcaLZbpZzeVDrq50IMVpeV2OobHOf3hSysNyvZPEmm6klCf++1MKw5K+Eb
9RxZyMF6s5Ibp/eLPCkkYdUpPuqs+HYIWG9WYoso/ZSkxfFMwJqzEp3FWaFxAtablZxWnml0
G02tlqRY2U19IxCOnVC206jPhBRi7TQqnmd5OLUvXT3+122vRDfB9Vfl5ipLx/XnWFIOh57L
ynHu4kVnom6Wen6tLw09nW2NlUa3cXRXH8pxQJPNWrk1gXrgKaRghby7u1tfrkISVsksWabj
qCoM27RwcpuM1dFvJdaHFfDBYvOgEG2nhNHsMpoUgu1s2up50nDynobZ9cRwgOrbNE23NVu2
uzhdr7PZmGnH4qf489Yzft+lNOpjZco4F9tCv1lR4kVSLqVZNdQ2nGTFBt5v1oXlXK1aX9l4
fmV9kjceyohvPxkRv1knyrH1ZmOypltTr+xtfXqbXdJtzRteOf5Ej50s9GNbIdmsGKXk5+Iw
QPxm7VjPlYwLCeCBr5RQD2elQhG/WU2KW98pD/xaBlWXjtoXbgqRZp0pRdSduS086cTpGt8I
Ka2/S9KbRZpcFVLNSlJOVbrBCAEsRj696UyK3s1a8POiOLESAhiEKMyv1Wk8WRQSzff9Uzy/
eTAJhAAOp3A8DS9n4Ty80pd290uR/NqJs9ozNiF2/yQhkAooW5Rk6lS0nlgLNisC5b7f0T+u
BAA3+EqgVINCplkFiknCu6J/swJouz2Nskw90BYizVpwGeb1a/3dqHadAV+2upZp8ikeX0fq
st77tD6G/aBBqEtBZupv3XB55ZOir8scbPrSoq8zLKb7/rycr/s6g2K67yxMfbbq6/RKl33v
y3GdTulV33lyq4OklfCN5SICrmh1QMnn6ptnG8F+OCDMZQseIk3rD1eNadnmaw5hmHdZhgRJ
14HNPKq5HglzGAfWEC/VKsR2pgoX6vbXZ2n2RSvZT9GlQRbwPyvZn5dTk2yzp28lOzfJQmHV
lbrXZZsfY1ay9yZZwIzE3SxamGSb9UjrwiKZRzqOXGIOQ4/QUt7u0iOF3/hommTRztAOhIYU
juLHIzSPp2asoAzRUboHUoZaSBnah0mZPid9FymjZuzbUBlSuMTbojJOUIbQzuEiLUEZ/yAI
DtTOagBlqOT8j+FkWK/32xYBc7wmYAL1rCAZZ6IbqAsjur/MlDV6cxddBupUSbv6t+59eJ0k
JbNSkDbDMP9KXWRPfegCtSHkgPEDZes6vlAPJi/Pj0ev1mjMt+H4xns/PlI7wvW99/UqqPjm
Z/XH2Xi8+ls59EW0mN53NGpj7rIFzFyoNahDzMyL59oDFeZxMi8onUJ0FqVqK4gm6ghyND7w
xtdpnL25vFRnuxLaOZl3Hqb7+q3GWrjfU48fb1afuOxawD9HyTzXvvHR/UJNmytV+stiqh4f
/6rGDdMsyl8v1WknG8fxhtYhPd9M6zyYiZOztx++r9kXIHJihHkIECupwzzEGhzRba5teBfm
Ic6QSA3mIT3nUcsE8xBnxAOGeYg1loHBPKSHRn0tMA9xRDQIENFAYR7CHQ/ozlgGDPMQDuyk
dZiHcMcZHAhdPBrmIdxxJgMCGXvAPISjauOAeYhASQE7zEMEGpu1wTxEoB5pE8xDhMPkAAGP
XZiHAKGOKsxDnFGOHZiHOOMae8M8Grx9GpiHOMIaRPpGMFS3NBuaktMhsvmZf4vTUYeJp+V0
CBxlsHA6xBpbaMfpEIlCbA5Oh0gUDmnidIhsyS8ZOR0i20JMJk6H9NsiTGZOh/TtlCUBwhWt
OB1iDVC04HRIH9VON6dD+o490RnLeASnQ/qoMjo5HdJHNdHB6ZB+syKaOB3qCINQIAzyBJwO
dYRCKBAKeTJOh/p2ZokCcZJHcDrU+jKBboNDsWtOhwKREwunQ4EIipnToUAYxcDpUCCOYuZ0
KBJPMXE6FAitmDkdCgRadjkdCoRaTJwOBQIuBk6HOt80cHM6FAi3WDkdCoRcTJwOBSIvZk6H
AvEXA6dDgTCMhdOhQDjGxOlQ2o5F2p/ToY4IDXVGaKycDnUGa56G06EU3QQhTodS9FzWzOlQ
hp7OGjkdyuwHNMqatbLO6VAGK+QOp0OdcaIGTocCLyoYOB0KvLRg4XQo8AKDkdOhzijRozkd
ag0dqbag2bJtOB0aNBuzGqdDA5fSbHM6NGhWlDWnQ4Nm1XjgdGjQrAv7czrUEfKhQbNOPJLT
odYXCXRb84Zn5nQo8OpAldOhPRhJKjkd2gMe+GqcDu01q8kup0Odrm4jp0OBVwBqnA51er1t
nA4FUP8qp0N7gMXYcDoUIPjXnA7lgEGocDoUcGlXOR0KMPp7cTqU212PFGD0jZwOBSj9CqdD
AQ/3LqdDAS5/m9OhgBN7h9OhAIwPcjoUcFM3cTrU6qbWbS4FqXI61MneVzkd6nQ/Vzkd6nQ7
Vzkd6nQ4Vzkd6vQ3t+R0KOBldnM61OFdpk5ofj9Oh8rm6IR5lwUweSenQ61gvG5rCIXCnA4F
fNE2TocC/mcbp0MBt7ON06GAo9nG6VDAvWzjdCjgVLZxOtTqSMY4Hdp3uPQKv7EhqkILZ3BL
gocWrt/HEzx/TBIcZewf0B7yeyTB6dnIHtrn+5A9fybB+XdJgkOLgIUpCQ4tghBtk+BQIOxQ
52aYI+jAnEGHXW6G+c6zzC43w5zhBCM3w5yvVMDcDPOhncvKzTAg25CTm2GOxEMMCBeg3Azz
7Uce5owQwNwMIwDlVedmmDUPkW5rfux9NDfDHHmIGBAk2IObYdaURC24GWZ9QQPnZhiQuMjN
zTBrDiOEm2HUYXKAMMIuN8OAGEKVm2HO0MEON8Oc8YK9uRkGpyJq4mYYnJJoJwnOWtxhjYCc
RCVcw4BURFtwDXO+8bEHXMOs/nwQrmFwViI3XMPgnEQOuIZZMxO1hWsY8L5IM1zDgJdHmuEa
Zn2DpB1cw6wJj3Qb4AluA9cwOKmRA65hcFIjN1zDrG+a6DYgrLAPXMPg3EVOuIYBb5w0wjXM
GoNwwzXMmspItwGZ1x4P1zBHAiMGRCGeDK5hVjRft8EB+X3gGubA9BkQu9iBaxgQu7DANQyI
YJjhGoYnLNqGaxgSyjDCNQxPTFSFaxgQ4zDDNQxPSPRwDmuZkWgN1zA8HdE2XMPwXEQ1uIbh
CYnqcA3DcxJV4BqGpyTagWsYnpJoG65heFaiXbiGtUxMtIZrWMvMRPvDNczK7uu2dhpVwjWs
ZZaifeAaJtBNEIJrmEDPZc1wDRPo6awRrmHWcI1ua9bKOlzD8LxGO3ANw1Mb1eEaBrwyYIBr
GPDqgAWuYc4IjQOuYbKdTWsJ1zBrzEa3NVu2DVzDgKRENbiGOZMRbcM1DMg/tIZrGJBw6AGu
YQC2vz9cwxxJhhiQZOiRcA1zUPsMoPbNcA0DMhJV4RoG5CWqwjUMyE1Uh2sCH0o0U4FrAgDC
34FrAqdT3ALXBABpX4drAiDhUBWuCRCQfgPXBECyoTVcEwCcfBWuCQC/dxWuCbD8Qu3hmoDY
/ZMBlmmoDtcEACBfgWsCwA2+C9cEABK/DdcEgKd7B64JABIehGsCwJfdBNcEVl+2bmtMQLOB
awIn+F6FawKnj7oK1wRO33QVrgmcXukqXBM4ndIt4ZoAcEW74ZrA6oLWbVi5hTZwTQAg6sZd
NgBgdCdcE1gJdN3WEC+F4ZoA8EXb4JoA8D/b4JoAcDvb4JoAcDTb4JoAy01khGsCwKlsg2sC
IHO+C64JHMmKNE6yxWb01fa8Iip+8v7Zk+w3nSQkX6bzzrnaBg+8r++VlZ28mYa/3nczdTyd
RGlJFXzf+ZDGV7H2+GlsYdXv+bPjaKrPMtHk4Y81YT3FOFLdJgfe5b232+y9PC+O2V95n1L1
q/7CxBOv5+tHy/9QPw0IIUHf78u/eu+T+VeestcbFoP0Dyg7CHiBj3gvB0OdJcW1lg0dkcTU
yG4Q4fcpC3h3M6/pchRoCLieguUwr8h7eXQdptM48g6n02T2Sl/p4SKcdY6uo7E6Rne+U/Yj
TuYHnv7roVpulsVzj3Y5817qOTs+6RDyykvmtUu7GavQjAPvLPnKu47z7HUn6Pa9NPplqR+H
XvOu7+WR2h5fvz38YTD8X7XycJkn0yhM56+vw5mnbsRtsYzXeuLNuKf6nH3gbXCSILBkadFN
pbc3SaNaE92D8gqKjFWPp7weD3bZ8zQpY9TIcvEnS9IkOZc2lCsooictUS7ZU2bcmaept8Vy
+QdK/9U8JpaLq6/JH4NyMfnb+is4uk7Ufur9fRous7kmqe7iX9+U3ogkvdqGp46+G66i6rH6
ufAD/WX1pKdtS9UZ9uYsyt8Oj/UAZoPSI/qlrF73sE94nx4fkuM349uNF6SYdzsLVG/Lnvja
nigt+nJVKvDlx9HRq+28Tmu3ZGUN5Zex17cWOOutH7PrX8Zen9ub9smn1us/UT61fwEa83cp
SWilMXv9vfKs/Ulj/rvQmNy3bp+8KATalsbk1kwKLhqT+3YnIG+iHys0Jnf6dmo0Jnc6d4w0
Jnf6eGAak/uPy2LGrZAjSGNyh7uHA+4elMbkDuaRO509MI3JrVSjk8bkxO775YC/59E0Jnek
neZAHoQ9aEwOI4wOGpNbSUacxuTWcowojcnpY7KYcWttRt3WPosZp22zmHFnKoQdGpM7vUl7
05gcznnQRGNyON2BkcbkDv8Sd/qXKjQmBzIYbNGYHEhd0IrG5G35xfoAT5PqjLcGFw00Jm/N
Ldr4J962VKORxuSt6zWaaEzeulqjmcbkVrZRtz1xqjMOV2N00JgcBhrdNCZ3FGPkQDHGvWhM
DhdldNKYHC7L6KAxuRVpdNOYvOewckB6hSegMbk1zbBu+x1TnXFHeUaO84370JjcUZaR45Tj
msbkLQnHLRqTt0QcH2hM3pJxLGlMjgOOOzQmb4k5bmhMjnOOOzQmx1HHh3NYy5qLaxqTt6Qb
SxqTt4Qbt2lM3hJvrNCYvCXkuKYxeUvC8YHG5G2rLxY0Jm9ZeHGLxuQtecY1jclbAo3705jc
ijXqtr1SnfGWdRj3oTE5nLwYojG5NcdEexqTyydLdcatqSh02z6pzjjON+7QmBzHG+s0JscR
x20akwNlFy00JsdrL1ZpTI6XXtyHxuTWbBSqDSAgNzQmBxDIGo3JnSTkNo3J+3iqMw5Qjg80
JgdqKe5PY/K+42SEQ4370pjcmodYt+2b6kwAzGOVxhR49cWSxhQA8FinMQVGPFZoTIHzjmsa
UwDAY43GFAD3WKcxBV5ksXSDCSRR8IbGFAD9uKYxBZANuEpjCsDvXaUxBcA37kVjCmL3TwqA
dzTSmAIAHys0pgDc4Ls0pgCy/27TmALwdO/QmALI8wvSmALwZTfRmMLqy9ZteKoz0UxCbmhM
0UxCbmhM4fRNV2lM0VxCcUNjiuYSijiNKQBXtJvGFFYXtGpzvne/H40pgFfvjbuswDBHO40p
HMUXhTOpbhsaU2Bko5HGFBjZaKQxBUY2GmlMATiabTSmwEowGmlMgZVgNNKYAnhJ3kVjCsfL
8aLwG7dEaEThKP4XR93474y6WesRisIf/ifq9v8GdRNFOobW1QEFEMQwcjUCCFvUuRrhSL0g
nKkXdrka4YxO1Lga4UynYORqhDP4AHM1whpWwLga0UMDsBauRjiCCwIILqBcjbCWQdRtrvMx
zNUIa6FDJ1cjuOM4DEQRHs3VCO44HgExhT24GmGtiNiCqxEcDdrbuRphrYyIcjWCo85hE1cj
rGUSVRsQe9jlagQQdahyNcIZcNjhaoQzxLA3VyMEGmlv4moEnjjBxNUIa6IE3dZsjUquRojm
Z/QtrkYguQ7acDUCjgpYuBoBpKVGuBoBZKlu5GqENVN1W65GtC2taORqROv6iiauRrSurmjm
aoQ107VuA16Tb8PVCLh6ooOrEXDxRDdXIxzFEwWQhWEvrkbARRSdXI2Ayyg6uBphzcbg5mqE
I2whgLDFE3A1whG6EEDo4sm4GunIbCyBuMYjuBrpKKMo8TKKa65GApEOC1cj8VqJO1yNBMIe
Bq5G4hUSd7ga2bJQ4oarkS3LJD5wNRIvk7g5h8mWNRLXXI3EKyRuczUSr49Y42okXiGxztVI
vFRihauRLUslPnA1sm21xIKrkS0LJW5xNbJlmcQ1VyNblkncn6uRjoiKbFk7seRqZMu6iftw
NZLamUZZZJtwvFCFIjISTnzciMhIRxJkCSRBriMyEsiHbEZkJJAa2YrISOAdAQMiI4H3BSyI
jMTLHlYRGYlXPdwHkZHWqI1uazZSG0RGAuUOa4iMdJY63EZkJJCweI3ISKCK4QMiI4Eyhvsj
MtIRbZFAKuJHIjLSyvDrtua9y4zISIDaryIyEi98WCIyEkg3XEdkJFDhcBeRkUBW4R1ERgL0
fQ2RkUDS4DoiI/H6hqVHSyIZgjeIjATg+TUiI4FswFVERgIu7CoiIwE8fi9ERvbsrkYJ4PFG
REYCgHwFkZGAR3sXkZEAEr+NyEjAab2DyEiAgwcRGQm4pZsQGWl1S+s2l4JUERnpxN6riIx0
upuriIx0upmriIxsrl64QWSk07/cEpGRgFfZjchIB68unbz6foiMBHLrmndZgFB3IjLSUfdQ
OpPqtkFkJOBWtiEyEit4aERkJOBBtiEyEvAZ2xAZiVU/NCIyEqt+aERkJFD90IXISGsFRN3W
Nz6YqZbCr2tsIXtgNf/X3rk2t21jYfhzM5P/wMmnZBIpxEWyoNQ7lW0lTTdNvHEvSTs7HV9k
WxNZcnRJm53Z/74HoiiJJA7wgup90/2wrUFAIAWR4DnP+55OVpNwd6zm/96ZppMFrT850/xd
nWk6vJdUx4QCKU6CpsPmCHwETcd49i1ez+YyQdPxJgEqBI3xihacBI0J1S3ECBoDWfjwBI1h
zXxAgsZaRnLX3ACBfZSgMWxBQ9uGubcGCBqDuPxUCRrjqWBogOD9zgSNYesb2jYA4YknaAwr
eIggaAzgBBQiaAxrC4QSNAYueegiaIzHFcgAQf8yQWOAaH+RoDHeOH+JoDFeW+jaBI2B3X1C
BI1hnX4ggsZ4YvoGMP1ZETTGq6uoEDTGK62oQdAY2OmHIWgMbPDjJ2gM6/QTQdCY2KqHLEFj
ossfuggaE1380EXQmOjqh26CxnhSAAZIAUQRNAY2CfIQNAb2B/ITNIaVcFAbkESoRdAYuMih
l6AxbGIhgqAxgE+Qi6AxnrSCAdIKvwJBY9gSh7YNzpHvTtAYlrW3bXB6sw5BYzwGQQZIUZQI
GoNXNSwTNAb3AioRNAavZ7hN0JjImoYbgsZEljRcEzQmsqLhhqAxuOXPZh8W6fWTEzQGd/rZ
JmgM7vRTIWgM7vVTJWgM7vdTIGhMZGHDDUFjIssarggaE2n5s0XQmEjbn5ygMZGWP/UJGuPh
8E2kB9CKoDGRBkB1CBrDljeMdKbJh0P3ZWHsxsBMfxC7MZ40jAFsg6rYjcFdg0rYjQHQfha7
MQDo78BuDF7VsIzdGLysYRG7MXhJwzrYjWEzMrYNS9+u5hm+mVWwG+O1+tnGbgzg7JNjNwag
7TfYjfHWKtwVuzEsY2/bYLuWutiNMTz1YwCzHzd2Y/AChyvsxgD2P0XsxkRUMdxgNwag5svY
jQFqGJawGwOQ8WXsZlnoJhq7oV4w4ZOFwagHcMfIsRs6OrwKVtiNSAGyvYDdUI/w917AbqgH
5N8Tjd3QwGx8ktqgJVDBbqhjeCFsYzciBcLgJeyG+qBszxK7oePDC6CI3VCX8CrAsBsaCsjT
+7EbGoPdaFBb0Oklx27o2KDTS47d0LFBnCfHbujYIM6TYzciDdcqzLEbOjaI88DYDQ0W3pN6
sRvrUcB/DV4jn1rYDY0ZTmG4nrLUEWI0WOyGBvDcHLxAeQR2QyNBTi0u7EakQPyZwW6oL4T7
uLAb6gulVV3YDfWFcB8XdkN9IdzHhd1QX6BCJo/dUP/wcvL3D8eWT2gvdW/JdxTxkpZotfKz
4OJ5D+nv2RHL9dS7vR2ML8qrNnP2iUN9qJf4C6M+FnwKe+u0dIS7Tgj1kQzqQ1dS1kF9/KCP
2IA+qeimhgF92mnL/DGcj2q11s46J5Pb68ks6Y0G03ly8pFuuzfJ5+PJfEgP/tP5cDJuTJcl
Nb9YvaEuD18xN5bk2T60ckwOEz2dDh8ldGvs3U5X9jitrtrr0g7oIW210uT+wbKy5JopOuom
nwsrglGtjpJNuXd5eXbZMacXl3ung8vUtM4vtbF13+TlXvus/YVN2k+Lc1vzQPkJjufDxnfD
Kf1Inx/1k1N7vt3keyUfn1ycTeaNL9/cvXM4Gc9t4P6bj7cDa9Hzy/zx7YjebZ8k59en09lg
vr+grdjsfDjctvL5YAf94uYj7Tvt+9/cTqBpN2xL2ihb74WapZvlY0uJjucVa6a9zQKyJThb
3ZZwLSBl/db/mAUk0v96q4aart7Lppyvs0Jd0OTz8+w/q5dttazY9q1v1hb5lKVVs1X11Oi9
5rMDulVL56cUv+ybxWg+tPusxxYnGFw8oS3D+enoav/26rYxuz4VT+7e+Yze9uaT88lo/97p
7e1otegfL4+gTvQAmA7uPUnOJosxvfN+3L/35UP96uXx6+PFtP3w1Yfh1b2cQKP7jnITaH6L
J+oHPW8rgBp19OzVvfqcEmpGRwdKlBVQMzo8sC+roGbUJQCzQaiZSNl0F4SaUX808+pGzWgA
NqxDbcCrHIaa0VhsepXafK/2KGpGwwBb9wpqRt08G3Ygy7UraiZSXsUjUiD1FY+a0bDosuFR
MxoEzVSwqBmNgaYnGNSMRkCTEg7UjHp7bjlAdqyEmlEfwGtjGzWjHr4lVkTN6GDfXacuaibS
PZRICqBmNBK6sFyoGXX33I28QqJt1IwOBeyh16gZHQ4kHCJQMxow0gioOkBs3TEnakbjxFYd
q6JmNEgs98bAHbRbjiXfHKgZjRKLvjlQMxolFntzomb2DYBfskDaKwY1owFRMpdHzWgQdHV6
UTMax/PgBBJndVAzGhhdjD7UTKSwYRWPmtEg4YXoQM2on+cuB6TSdkfN6GM82zEgw/ZroWb0
YSzzRm1wSr8GakbDs5QbtcFp/RVqJgSQlHOjZtQ1uibZbd4zjm/LUDPqFs22ZagZ9Yxj23LU
jDrG0W1r1Ix6wpTSeh8mIt2oVqgZ9YvDkzLUjLrF+QltoWZC4F5UFdSMOsfBICvUjLrFsSBr
1Ix6RvpS3WS/jkhLqg1qRl3j4LYVakb94ui22qgZfRL/JBSRLlUZakbd4lZUDdSM1gD6EESK
oNFw6L4siJrRWOjuLISa0VD8Bk0Ada4rqBn1ghdkETWjnvCSrKBm1Bm+p22hZtSthr3eEjWj
rnGLMEfN6B4Rd0+LQ81oeFacR20YsrCaJ1D+uoSaUSffotlCzejI8EJZoWZCALKUNWpGR4fX
Qm3UjEbnd0YCcK3aDTWjRwVLulEbXpisgJpRT7hA2S+rzQBuZpWhZtQDxtk2qBn1gquT5agZ
9UGXS46aUReYaNugZgLwrKqiZgL3rFqFwQTgWLVBzQSgBMlRMwFIQIqomQDi3kXUTACKj1qo
mWCLMdg2aAlUUTMBqD4KqJkAwuBl1EwAYo9t1EwAke4SaiYAgQeImgkglh1CzQQby7ZtwWJl
a9RMeMUcRdRMeGPURdRMeGPTRdRMhB2p1qiZCDtS4aiZAELRftRMsCFo2+a7F9RDzQSgsHA/
ZQE5hRc1E7yIgtoC+VIYNRNALJpDzQRmYuVEzQQQduZQMwEEmjnUTGCOVk7UTGCOVk7UTACO
Vj5UTHhcrRx4x5LJsJhEu20NdV4vAZrGMT0Hu37y4U3j1XR4NbRRv20IYro4OxtMLxbn71ZQ
zWBkNziDi+VRH+m+ffHF6PQ/H5sz2vBeDKbZURYuocMuusnldHKTnH4Qzdn4vDk7v55MRst3
BPrQ5D7z9x9lqppKNKWSzda/6Sp8dvYxKX9Icv8428E/SH4ezq+T/snX3xwnw4ukLft9ZVKb
MvrscjLdnHXxVP7xxI2PtLq0ZVniI8n9/hINKp3MiF7BRtf02cn9zb/+SG9xzZT+J/L50rk1
Jov5kshwnjwzfXV0tGeEkXv2RlXjBFTaTf0nQJOhyYVnT2+MN5fD0Txm9oc9LQ6Wsxf1Lr/p
tjro5XdO2zlbe7+kjxvOaUJ2Usvp0rGyKZMHieVr6k2G9u3SvbKZhu2lLWVo2sxF7rUOU/Fb
XWQ7He6sVvN5lJ28ffrRbFqpvdF9Rv/W77X1Uevwae/gKf/B2n9BmSuxfUd4YOeY3J/RvYq2
v8PRY92k/aZomtYj+iSt9x4kk7H9/OVn0xTWn0wfuZzL7/2bbh20+j37hYm98hdWvRXXvXS/
5c+6f9h62nfflGJOQP6ZftmByVQeN5W/LH/LotOUmv5Pqpo/5ja99Mrf+tLSO871cDxoZuOd
jiqTm86nwUexjH8UH6SHfZOaTu0za3U1e2Y0k+B5Oe9YVi+V37KOVEu2jU77bfba5jhpPoO/
Nnv69fBm0PiO3luGk3E3Ec30j8JR8089GtJSmg3ny/kMxyP6Pu/e+Za+qUbvitrpSi/m88ei
2Wq2h3ab+vX6pBrZJfZcszeNE/uUsDeJfDT72LjINrGN9YNjeSTdFxuH14Pzd9SyvkD2rz26
0DPql8hmW9lnUaobqWjQIrIPmurudzVWtmXvJi8nj5Lr4Xy232jRTWk6eL+wcer9djNdfpWz
/d73Lx4d9N72T35K00evD787+un5y59ePz18ntCVPl3MJ6PB6XS8P54kH7Jp7duJrD/nhQ2I
dhML+N6902iUL3UcW+79VtYDTU/Hs0u6TP3x+eRiOL7qJu8XE3orsWzKeH56NhrYuby7nl1c
vru2k9qXtM5KP4aGFUbcDBc3ycni1ga06YjNd5gcLmbzyc1gmrcmJ4Pph+G5TZokR3QF7U/B
/vOwLRKVdBS9V8pUGGr9enI2HA02rTpVS4vUdltil4hd04HrY8emfw76z56/TI6fHScnz5+9
pFe81/3l3+/eWS+rZ+PF8bPsOaWT+0fL2PEDO8DwqHN08K+nvffP3754P/zh6Ofrk/eDb/uv
e9fTSe+fh+9b3x++efmhdd0+Pl+8ef/q3dlXJ9eznjbT3uHV8PsBrYqR/Oq73rezD73bjz9M
+wfHrYevOofHz/fv3tlPL9++Xc2x//LIOUPX5cn+vsLHRcYqOQxMqWkFfUymg0rTXg2xkcjc
jXcXG+2uL/KU6977fct176WcokhkENWnct3/L+W66SUwraXlEADi5tRyCJZxc5sNrxACthSj
bfOG0EsKEOGF2CoKEOH1iHAqQISXToMVIIKl0DAFiDAoEMkoQCRfLpHagAwLqACRfG1EavNl
3GAFiGR9k70KEJnycXQJwGc7K0Ckx1BCAkRaDQWIZA2WIxQgUqAAEa8AkazRMqoAkQJlhVwK
EMm6Ltu2cFq3rACRAK1WVIBIL6dWUoBIrw9FbQWIFKhQIKQAkQJdWE4FiGSZNNsWvhutFCAS
KJG4pQCRQGnEKAWIZD2TQQWIBAwsEAWIhEslehQgkvW0iFWAyFgTZqcCREY7MbsUIDLah9mt
AJEeGk0CNFqUAkTCPsseBYiEbZb9ChDJ2yxTW/jBWUsBImG7Za8CRMKGyx4FiGTdlv0KEOkh
3CRAuP0KChDJV3GkNpjx3l0BInnjZWqDSds6ChDJGy5TG0zb5goQCbByjAJE4q7KJQWIRMC5
qgJE4l7KJQWIjLRUXitAZKSh8kYBInFD5c0+LNJNOVeASNxLeVsBInEn5YoCROJeylUFiMRN
lQsKEBlpqrxRgMhYX+VMASIjLZW3FCAy0lA5V4DISEPl+goQ6dGRy0iX5ZUCREY6LNdRgMg2
D3rLtrsqXLyYQ8Ly8qCYQ3rgPumF+zgxhwRk5W4xhwRU5qyYQwKac4eYQwLeyIyYQ+IGyUUx
h8T9keuIOSRfp1JIwCZ5LeaQgDFyRcwhvabI22IO2QkvlFzMIQHh90bMIQHD4/piDsnKvW0b
XMO6rphD8oUnqQ3WkpTEHNKEF0ZRzCFxi+SVmEMaWDCyJeaQgIC7LOaQgAtyScwhAZF2Rcwh
ASfkqphD4k7IeUQL8EHeiDkkoLXOxRwKEFkXxRwKCGEXxRwK0FTXEnMoti6gbYOWQFXMoQBd
dUHMoYCIdlnMoQA59baYQwFB65KYQwESalDMoYCwdEjMofj6f9QWLH+9FnMor1y6KOZQ3nBz
UcyhvGHmophDhX2O12IOFfY5xsUcCogq+8Ucio0mU5vXDrmemEMBGmbnU1YBgmWvmEN5ZMrK
K1OOEXMoIKzMiTkUZo3sFHMoIILMiTkUEDPmxBwK80l2ijkU5pPsFHMowCfZJ+ZQrFeybVM1
EBmVxXx3R2T+BH68TOnt38mPV2VR709+vJ/8eP8IP14nefXJjffv7sarMif5aIJLAekyJ8Gl
PCYQymsCUWaxlLfuaIXFUt4EmJPFUl5vB5jFUkDtUB+LpQDnYy+LpTwOyApwfEBZLKV54Eh5
s1gwi0WP2DosluLrf1Jb+FV+ZxZLeQyRFZDBqsFiKdYbOYLFUqxTBM5iKcBB2c9iKdZMGWGx
6MntufZwEfdNJAfIcRVZLOXNbZVYLOXNaNVmsRTsiRxisRTsjexksZQnqaWApNaKxVJAImuL
xVJAhdAoFkuxhUBBFkvB+Ss/i6Vgc2QPi6Xg+qAhFksBxhVhFkvBRUF9LJZirSziWCzFOi/b
NiDZEcNiKdhd2cNiKdhd2c9iKdbywraFH5y1WCwFmyh7WSwFWF8EWSzl8b/wsViK9VS2bYAF
/O4slvI4KSvASflXY7EU665MbUDKbQcWS7FKE9sGoyM5i6WANBzDYikgG+dmsRTunLzNYikg
LedmsRTukFxksRSSoXOyWAp3Rl7vw3SkNXLOYmncF3mbxdK4KXKFxdK4M3KVxdK4OXKBxdK4
N3KJxdK4N/I2i6Vxe+Qyi6UjHZJzFktHWiTXZ7E0m/6zbXErasVi6Ui75DoslmaFKJFuvPlw
NYq1MwCXZouoRgNcWvAbNO3NPXIAl8YNlksAl8Y9lqsAl/ZmH1mASwMaFgbg0oCmxQlwaUDd
sgPApVmti20L39nWAJcG3JErAJf2uiJvA1waMELOAS4NOB9vAC4N2B3XB7i0R1+iEX3JbgCX
ZhUntg33uy0CXBqwRi4CXBoQlBQBLg2YJFcBLq3gIu5rgEsDpsglgEt7g+IMwKUBbUgV4NKA
83ER4NKIAGQNcGnA9TgHuDSg6CgCXBqIexcBLo0ZHccDXFrz8UmNWR5XAS4NCDgKAJcGwuBl
gEsDoo1tgEsDke4SwKUBkQYIcGkglh0CuDQby7ZtUDH3bOvnFWcUAS7tjVEXAS7tjU0XAS7t
jUoXAS7tDUpHAlwaCEX7AS7NhqBtG1b3MQbg0u1wCsP9lG1DeVIe4NIeLYX2WyRHAFwaiEVz
AJcG4s8cwKWBsDMHcGkg0MwBXBozSXYCXBoIKnMAlwZK+PkALs26Jtu2DgdwHbztJy8mV1e0
SUwmi+x2nwWI6a/0h8Lh/wNzpdaoYFkBAA==

--76DTJ5CE0DCVQemd
Content-Type: application/x-gunzip
Content-Disposition: attachment;
	filename="203.031.232.002.57196-203.018.243.123.00143.gz"
Content-Transfer-Encoding: base64

H4sICPyOqEAAAzIwMy4wMzEuMjMyLjAwMi41NzE5Ni0yMDMuMDE4LjI0My4xMjMuMDAxNDMA
1J1bcxzHkYWfFxH8Dx18ksIecLruA5kbAoEhBRkkKABUSN71Q2OmAQw5N84FILze/e1bMwCB
6jyZ1fSbbL9Q6OzLVPYtz5enq+rG/xUH++/3Xx0dH53//mynin8oi+OTN0fviud39bgePi+e
X4yr6+f3y1RxfHR2XjyPf334iy7O+sf9g/i3o3evTn57+KspXvfPD34qyj3lesV3H44Oi9fH
+2/OiqN35/3Td/vHh/vn/eL09UFQavfs6G/94tXJ4e+77/v9v/7XT/39w/7p7uuj/vHhWfHd
NvL16cnb4uzDq583ezo/KQ4Oirf9s7P9N/1O3PRp/3X/tP/uoH9WHJzEHbw775z//r4fd9Y5
7b8//r0T13j8x/HRuxj3W+d4/1X/+Pu/f39/wLZ4d3Ly/v7frjg73z//cFY8n4x2F6vnxXen
/YO40YdQnyymy0K66ny2XE2qZb2gUb00alpdjWbLzmCyJGFllwm7qFcVE1qmoctVtYIIlUZc
D+linS6e3dSL6ejqmv700jxGjUfL1XL3Yn21WlSfaZilYcthh4t7GujFZAQ7842lnVU9uIZf
9TTeszksTIb5ki5UXXKM1aSaDqvOOqYLYksSO6xG47vOp4uY287guppe1bCKoptfL5ejurNc
T2mkphuPoz+Y0dFQdOgfwjqDG9g3Hf7JerXif5jjIof1DY3zJG58uZrTmEBiluPRZK75/fb4
WNyzfkrTYDaZDOvl6GqqaFDJBGkaRDMyrBa3o2lnPlvAxaIhJ0ksM+KaJmdaTWdXNIim5e3B
AQ2BfNTji858QsNoOubDi080hqZjWq9Wo0lNwyAT1VXdqdYkzNCr5SGsM56t49lPo+n18jX6
ZjSgoTQrX0Or6TRuegCbppn5Gv9xdkGzYmhWvsZu7iQ0libna+yknq5m9AZuaJ6GcXThp9Es
1ZdVZ0QvG0PztImaL0Y31eCOhtJcbUIH9XQ5WyyvYcOWpmxUry53l0v6yy1N1jZuuKgu4bKw
NFnbUCFTlmZqGzyaLzq39MqwT4lazODOZyE19WC9iLfSu2U1nIzo/dTS3MTUxOfP7qKOz89p
NcaT29JE0TWmdzS3lrm6NqvEA1vEE4a96Vmavod1hjO6dUdT9xApjLSjGXwIv67H9KRwNIMP
oZsbW7y73daLORwMzWO6yqQazHENuBsma9xUX2g4zS/ZgQv03uaEFG/XWM6rBRyRkOHtCoPZ
RTWmJ50TEswl1gmJ3W59pIMj8V5I7+a21In/puFCerfh22thtKK3Ci/kebvOajYbx7cWuHK8
kOntSp/iGyGNF/K8jR8s7uarGV1DSPX9T5nQs9ULed6Gz+vF5WxBH41eyPR2lcloSc8ML+R5
G79J9ri+qcd0JSHh98f1id7eQi7fX8qShufyPZrGl/sxPaAgpDu+ntOTNUiX86er5WIgvM0G
mumH6NvRvDOMgxrfbekaNNPJGov6ZlTf0hVorpMV8IUrCGm+vb2VfoKQ6OVsvRhIb/FBSHQ1
vJkN8AHdExL9dF9yhq6SS3Y9uahpodbLXdncu2wP3pjG1fJ6CI/ZHs3x7WiBe4e0xhL3cvSF
feD1nlIaD3IZbziwT5rG0XwGu6SJi4+E2ZI+RHo0U+tpPKrNeIym5HosuzRND2/3zG8ou1j6
bWM3t0N6Xyi7Qokh3EfKrlBmDDexs/nm1ZOuAVXg/Rpf6EOm7NJMfd02fdsou/Ay+xAZX0KZ
AaEpu09Hh3kVK7t86jrxDvaJhtL8PYTGkbuh+klZ0gTG4HiG3c4Wn+YLWneVJU3hw6ah2CxL
uLZW40+dIY2iWfs4p28oJQglt3W1uo5vV7M5jaR5uhxNP7GnYgnFYTUYVxeTahpLFRgimqbZ
PzqjJeycSVC8SmfL+KzkN0vTpFy329n8kwSCvLINfEgSjaUJut9odUvjaHo2d6hxvVzCK30J
ospFBUdIU/TrOY14Sk0cl8XscjS4ruMQ3XUVjUwUw4vZl91qfdUtaYzHGNhOaMZ8XE8xpteM
mVSLLtE6ykQ1eYjBY05Ek23MdHbT7dKYpxGfzZf8Zp5GOj7gVtN43vJxSY33qObxkbYRycc8
DTh3qehUov0qw67gbNYNtXaTEBjIhlJbzXGoTUOkvawvMKKhzX5cjzFCNSOmGNGQZ7mUJ2LH
NuIOI2wasaznGPE0qpsxm8+m2xeAB6H97CHIFwfHJ2f9+/8IhAeUG5HigQekUth2me0+UoFy
oxf+4bFAmYgj93SjOWC2kThKCkqbZo0uM8wpCmeobeRMIgWldUwYSwpK27g0GFJQ2sZVQUlB
aRuXhEAKSpAwWFJQgnTBk4Iy0S2QFJSJRCGRgjIRJYAUlIkEAaSgBLVBJgUlCA2tpKAEpUEi
BSXoDCwpKEFeEElBCdKCRApKEBR4UlCChoCkoATdQCYFJSgGEikoE7FAJAVlIg+IpKAETUAm
BSVIAXlSUIbuI2csodAHIFBCYc8CgRKKegQCJdTwLBAooXBngUAJ5XoOCJRQrotAoIQ6PQ8E
SijRZSBQQn0uA4ESCvMcECihKmeAQAmVOAcESqjDRSBQQjWeAwJlj6aMBwIlFuUSECihNs8A
gRJKdBEIqKRCRyCgoCbPAgEFVXkbEFBQl7cCAQWFeTsQUFCiS0BAQYmeBQIKanQRCCgo0VuB
gIJSvQ0IKKjXs0BAQcHeBgQUFu55IKCghm8DAgoqehkIKKjp80BAQWWfBQIKavt2IKCg0v8G
IKCg2s8DAQVFfxsQUFD6Z4GAAgWgFQgoUALyQECBLPANQEBBx0UWCChou8gCAQXdF61AQEEz
hggEFPRifAMQUJpmug0IKE0z3QIEFPRr5ICAgo6NNiCgsGejHQgo6OHIAgEF/RytQEBBb0cL
EFBco0cOCChs+WCBgIKeDwYIKGj1yAABlegcPBBQ0N6BQEBBWwcHBBQ0dMhAQGE7hwgEFHR1
ZICAguaOPBBQ0OHRBgQUdHlIQEBBn4cEBBS0eeSAgII+DxkIKMunjgECCro+MkBAQc9HDggo
6PeQgIDCNg8GCCho7EAgoEAPkYCAAklEAgIKmjkyQEA5miYOCCho3WgBAgqaNwQgoEBFkYGA
AhWFBwIKpBMRCCjQTgAIKNBNKBBQiVySBwIqkUskIKASqUQCAiqRSiQgoBKJRAICyjsawxwz
ARQMEFC+0W/Lb+ZppHNAQCVdEXkgoBKdRAICKhFKuEslNPRzCQio0BBlGSCgQkOQZYCACg0t
lgECKjQkWAYIqBCaEQAEVGiosFzKe91mBAAB1Ws2jSMQUImsIQIB1dOPkpbqmSc4oHqWwAG1
kSDALKB6/sksEC/CPzwVUL2Q/OJGIigC0N00C3RZyZyU9JzU3QZjkBCA7momjEUAuts4yxkE
oLuNs5wiAN00SAgIQIMKwSIADQoEjwB0IjsgAtAldzehMWV686ILk2GmCECDXCAjAA1CQSsC
0KAXSAhAg1LAIgANCoGIADS2AAgIQIMawCMADSoAIgANdb+MADQU/RIC0EmtLyIAnRT4IgLQ
UNDLCEBDNZ9HABrLeTQLaCjggQ1oKNxZNqCxVAc2oKE4Z9mAhpKcZQMaavEcG9BQh4tsQEP1
nWcDGspvmQ1oqLtlNqCh5M6xAQ31NsMGNBTbHBvQUG2LbECDsSLHBjTW3Swb0FB7i2xAQwGe
YQMaKnCRDeikAEc2oKHizrIBDQV3GxvQUHC3sgENlXc7G9BQg0tsQEP9nWUDGkpwkQ1oKMFb
2YCWzBciG9CS+YJnA1oyXohsQEu2C4kNaMl9IbIBLRkwuMRmHRjIBjTU7Vk2oCXvRYYNaMmA
kWMDWvJgCGxASxYMkQ1oyYLBswEtuTBkNqCzRgxkAzrrxBA0PZ21YgAb0FkTBrABnfVgsGxA
SyYMZANaMmDk2IAGC0YbG9DQcNHCBjR0XeTYgJb8FyIb0JIFI8cGtGTC4NmAFo0YIhvQXAtH
jg1oaOZoYQMa2zpYNqChoYNhAxpaOTJsQCeCBs8GNHRvIBvQ0LXBsQEN3RoyG9DQtCGzAQ2t
Gxk2oKF5I88GNLRvtLEBDY0cEhvQ0MchsQENTRw5NmDAaSGzAQNdHSIbMNDRkWEDBpo5cmzA
QB+HxAYMdm8wbMBA5wayAQNCicQGDGglEhswnJ9CYgMG+jM4NmA4H0WODRjoyhDYgAF5RWYD
BuQVng0Y0FRENmBAVAE2YEBQoWzAJDpKng2YkjTwM2zAqC7G0O0o0sDPsAGjCIdghGKjNI3B
Y1aEQzBswCSaicAGTCKV5NiASSSSPBswiU4isQGTCCXcpaIbQrnEBoxuqLUMGzC6odQybMDo
hkjLsAGjG9oswwaMts0IYANGN+RZLuVNfwTDBkzTGsGwAZPIGiIbMKZbbNX8rbzfizfXJ+H+
7/cB5Tbg7PzktL8N2Ar/u2dHx3FHxXf/fVbX04dNqSe0YIwmaMFslImm74B9Vb2PtU8+hDic
f3jgYBJ5hLEhGNNIJ2UQxqS5pMt6zMkP575tXCISgzC2ZMJYBmGazgmGQZiGeQIYhGn6JwQG
YUDCYBmEAdmCZxDGNu9LdGlg7lo0ppfeJMnCRHkABmFAZJAZhAGRoZVBGNAZJAZhQGJgGYQB
VUFkEAa0BIlBGFAReAZhQDtABmFAMJAZhAGlQGIQJtEIRAZhEk1AZBAGlACZQRiQAfIMwqAG
gAzCQPUPDMJArc8yCIMFPjAIw31UARmEgWKeZRAGKvgcgzBQuosMwkDZnmcQBmp2mUEYyXvB
MAgjGjA4BmGgXmcYhIF6nWMQBgwXIoMwULHnGISB2p1nEAaqd5FBGCjeMwzCQPUuMgiT1O7I
IAxU6lkGYaBMb2MQBsr1VgZhoG5vZxAWqneJQVio3bMMwkqODGQQVrJiyAzCSlYMkUFYyYjB
MwgruTFEBmElQ4bEIGzWlsExCCu5MrjEZv0YyCCsZMjgGYSV3BgZBmElQ0aOQVjJkyEwCCv5
MkQGYbPODGAQNuvMYBmEzRozkEHYrCdD0A5t1pgBDMJmXRnAIGzWlcEyCCu5MpBBWGUem60s
tGW0oQULzRktaMFCd0YOLVjJZyGiBSvZLXJowUIPRxYtWK6dI48WLLR2tKAFKxkuJLRgsc+D
RQsWmjwYtGChsyODFmyidvBowUJDB6IFC20cHFqw0MchowUL3RwyWrDQzpFBCxa6OfJowUJX
RxtasNDcIaEFK3kr8CVCclawaMFCo4eMFix0eYhowUJ7RwYtWGjsyKEFCy0dElqw2NLBoAUL
nRyIFizoHxJasCCBSGjBcvYJCS1Y6Nfg0IKFHo0WtGChR0NACxZUExktWFBNeLRgQSoR0YIF
rQTQggWdhKIFm8gjebRgHWnhZ9CCTaQRCS1YRxAFgxasJ4iC0ZmtL2kMHjO1SjBowSZSiIAW
bKKA5NCCTZSPPFqwifwhoQWb6B/cpeIbKrqEFqxviLAMWrChIcAyaMGGhvbKoAUbGpIrgxZs
0yXBoAXbNEhwKW8aJBi0YJsGCQYt2EStENGCDU9N+DZ8A4uwiRpxdv9E+3B0+Ov+8dHh0fnv
DyFlsf/+ff/d4WPIPYAo/qcX/P8+2zmsVvVe8XY2/XMRX/XfVneF2kx1UPb2VNiLj/4/ld1u
99nO68VsslccXFeL8agu9sfj2aT4y+D+P39crC8u6sVwPfi0O5hN/vPZzvlsr+AXPts5W198
rAervWJVL1fls5238S6z0XmODveKv2z2vak5uj0VTHf3zb6OpdePk7t459y8Faw2m4hnU9zF
29Gk7vwaz8/RbLpXlLvxGA9mMSoW/ud38/iTJuvxarS5bl5slMh6+EMxGQ2q8dXL+dW8s7yu
yh+e7fxHfKatZoPZ+OXzaj4fx+WruLkX24i4UrVaL+rnPxQXseKPT+67l89P6+rzcvbl6uTV
T69/e3X90/OnvR7GZ8BsOVptj2c0HY+m9bOdD/EK6uxfxeVxjNer1Yty1+66URyFVdz4cq84
PXm2s/l/p0M3TX/Pqv6yejEfx1e9H7Zju6xXL9fx/rwcjEYtR/G4oUU1XV7GI+pPB7NhfHvb
Kz6vZ6t6uBG7pqvqYlxvjmX8cTm83BzSSxVHVUhk0Sne1uM4MjEtfy7218vVohqPqhh/vVrN
9168aIa/+L/tzBsv4vL3b97vFd0vpdnf9734wvjPfxbxwRwfiMU25Mdx9Y+73fgrhsN6cX/K
fMvwiPlrGZvNtuP/XvU304PEQyvOjt68i5fUaX/792c7j+fYm+n6/ZviptxVu6b47nD7Jvf9
ZgOjw3D46pfX+5+Pfjv6PPrb4e312ef6Q/90fzS92f/59ujK/OlAz79cXv/qfz69GfqlO68O
T/Zf1L8cXE2uf+k/21mbnitPP+hV78WbX04+V723w8Off++/fLbz8vr05PThGDcXMXeE3PDc
/31z/auvYFC7vc1H5v7waND2dEJYg4tvAASx2p5pRgSMsAmE3W5DorC255qhIROafCjO9uiH
4myvx3jB4gvXv5cXzHXLx8eQa1q1KId1DYsWXfYtn4NzTV+WxGFd05+V47CuMZkNx2Fdc0ob
ymFdcy4bgcM6UBxZDutAaOQ5rEsURuSwLtESJQ7rEukQOKxLdELgsA4kQZnDOvRhtXFYB3qg
xGEdKIEsh3Wg/Ykc1oHuJ3FYB5Ifz2Ed6HzIYR18cUXmsA4EQInDukT4EzmsS8Q+kcM60Phk
DutA3ctzWIfCHnJYB3IecFgH8h3LYR2IdshhHfddFOSwTvJi0bB/5TtxTjRhAYd1ogeLZ05O
muiG4bBOnO0GOawT57rhOKxDGQ85rAP5juOwDkQ7kcM6UOtyHNbxXizgsA70OpHDOhDrMhzW
gVoncliXqHXIYR3Ic1kO6yTLlchhnWS9kjmsk+xXGQ7rJB8WSKhOsl8JIy15r5DDuqzviuWw
Lmu84jisyzqvgMM6yXYlcliXNV8xHNaB1NfGYZ1kwOISm535Bjmsy3qugMO6rOWK57Aua7oS
OKzLWq+Qw7qs74rjsC4/Bw7lsC7vueI4rMv6rpDDuqzxSgAtLjv/DXBYl53/Bjisy859w3JY
J01/gxzWSZPe5LxgDrq12oCtg8atFmDroHcrB2yd5LoSga2TTFc5YOsk4xUPbB00c7UCWyfN
gCMBWydNgCMBW4df1mWBrYMuLwbYOmjuygBbl3R48cDWYWMXAFsH/VwcsHVgw5KBrZMsWOxv
+Be+E+ck/5V0HxFdWBKw9dKcNwBsvTTjDbxteGm6GxbYes6HJQBbL7mwENh66N3KAFsPnVs5
YOulqW6g2PTYrsUAWw8tWghsPQglErD1oJVIwNZDP1YG2HpoxOKArYfOqxZg66H1SgC2HuQV
Gdh6kFd4YOtBUxGBrQdRBYCtB0GFAlufOrOywNZTfxYDbD31ZzHA1lN/FgNsfTqdjQBsPZ3I
hj3m9u/E+UQzEYCtT6SSHLD1iUSSB7Y+0UkkYOsToYS7VJoGLQnY+qZLiwG2vunSYoCtb7q0
GGDrmy4tBtj6pkuLAba+OYENl/LmBDYMsPXNCWwYYOsTWUPkr97oJx7gjSE8wG9Eim80cHnj
EgPXvwGl8YlWwhi4fMOhBeDAN0xaZJnl3ItwwrLOLKABvunKyoED37RnMeDANx1aFBz45tQ2
Ajjw6MziwIEHJYMHB55YtOjSHnOrITGJRgHgwCeKBIADD+KDDA486A6t4MCD8CCBAy85s2iY
8K05rKo8b8tifxj7uTl8owJJAcGBl0xZ3H5BQJDAgWe9WfQxkqgFIjjwWVMWjc19cI4ZcZQG
EBx4EAQAHHgQAFhw4PGDKwAOPPeZFQQHXnJm0TDJksWBAy+6sgAceNGQxYukXjRlITjwoikL
wYEX58ThwIGH6p0BB561ZlF937OuLBYceKjac+DA88YsAAeed2Vx4MDzniwhU1DKi+DAJ5U8
ggMPtXsWHPhWOxac3JIbSwYHQTJjZcBBkGxZUMoHyZHFj3SQXFkIDkLWjcWCg5C1Y3HgIGQd
WQAOQtaOxYGDkPVjMeAgZCfJ4cBBkExZXGKzM+QgOAhZRxaAg5A1Y/HgIGS9WAI4CFlDFoKD
kLVjceAg5OfKoeAgZN1YLDgIWUMWgoOQ9WIJgl/IOrIAHISsIwvAQcjOkcOCgyBNk4PgICj7
2CEVcnYslgeEnB+L4wEB2jVyPCBIdiyRBwTJi5XjAUFyZPE8IEhuLJkHhKwfi+EBQZr/RuIB
ATs+WB4QoOWD4QEBOj0yPCAkMgfPAwJ0dyAPCNDVwfGAAP0cMg8IkimL+w2SJ4vjAUEyZEm3
B8mOJfKAINmygAcE0ZYFLxHSbDcsDwiSKYt5wwqSKwt5QOA8WRIPCJwlS+QBQZrpBmrIgF0e
DA8I0NeBPCCA/iHxgAASiMQDAvRyZHhAgC4OjgcE6Nxo4QGB92UhDwi8KYvlAQFUE54HBJBK
RB4QQCsBHhBAJ6E8IKS2rCwPCJw5iz6tqTmL4QGBmrMYHhDQnAXicKDmLO6Y6Tw2DA8IvtFu
y2/maaRzPCAQW5bMA0Iif0g8ICT6B3epNJ1ZEg8IxJ6FPCA07VkMDwhNexbDAwK1ZwEPCE17
FsMDArVnMcdBvh4HPCA0569heEBI1AqRB4Tw/9WdQW8cxxGF7wb8H3gXErC7irus3GQlcOI4
JhHFsZWjHckkZEE2FQnIv08t4Gi7+71XMwICRPbJ4r6R5R0tOfV9VV1xfi6My+Hf29kTXEdf
PMH1iR7A3MB1+K9rbuA6hqfimN7yFf9fx/h+r6+xCUP4+zkvqVH4P6ZlNSX+j3l3DcH/MQ9D
rPg/5n01Av8H0AOK/wOIAcf/cTl/71hfZadOrplJbK4vDm/ziv8D6nuN/wPq+038H1DiK/wf
UN1T/B+4x0bh/4AyXuH/gAKe4/+Ash3xf0CtrvF/QJGu8H8M5bnE/zGU4xL/BxThGv8HVOA1
/g8svxH/BwxLAP4PqMcp/g8swgH/BzsKBfF/QMFN8X9AlV3h/4DyWuL/UDtsBP4PucwG8X/I
VTaI/0PusmH4P6CmJvg/oKZm+D9gcELi/4CqusL/AfU1x/8BFbbE/wEFdoH/g++wYfg/hvoa
8X9ANV3i/4BSegv/B5TUm/g/oLbexv+hlttA5R5qqY14p9VCG8T/oYYqNP4PNVUh8X+ooQqO
/6Pca8Pwf5RrbQj+j3KrDcP/oQYs2I0tJysQ/4eaq+D4P9RcRYH/Q01WVPg/oF6v8X+Uy20Y
/o9ytQ3g/ygHLCj+j3LIAvF/lAMWgu9Fvdtmxf9RzlcA/o9yuILi/1ADFoj/Qw1WVHMDAa0T
W54goIFiwxMEdFBUniDUbIX0BKFGKypPEGrIgnuCUJtttCcItdpGeYJQa22UJwjsxaCeIKAR
g3iCgO6LwhPEgC64JwhoukBPENBqwTxBQK+F9gQBHRfaEwS0XBSeIKDjovYEoZbZSE8QaqUN
eIJQ+2zwaUNusmGeIKAZQ3uCgE4M6QkCWjC0Jzgd6oNh5QkyLRTEWmxmEj5b6Akytd418ATt
EkCJ8ASZXO+T8ASZJNMSwhNkeL1NxBNkitygwhPkBett4p6gXQJekZ4gs1w+LJ4gc+vtUZ4g
o+s9Wj1BRtZbtHiCTAxwtvIEmVz69NETZIYcBge/z+Ib0BNkZvENCI3b5bqvhv2Z13016Aky
c37HuSfIyPmdLjxB5oYar/IEmZyPhOOZ8xvOPip9QuLCE2RsorXoCTIxHwUHnqBdzutq0BNk
YmKz6AkysRwFt3qCTEx4lt3yeQYCPUEmJteAniATwz4g4QkytH0aXIbO7yw/3C0jIQ93i43D
3eJ3WbLvOdyNHb42nu8Gry9HvHV9xFv48beff/aRHfH2x0d+89XtX2/fPhwe3by7/+F/eMTb
+lv//454e3n35p8vXt6dD3mbb/5vLm4fnr+6f/vq4unbn04PgJk436GLJ2/f/Ov1q+cP/331
4mk+Ydx///xNxn6fP09Ot/70z6Msu+3i+rTbsuf33Hz1L6+/u//x+fnV0yq7lmXF4dD3vUUf
xTFvz76cjnm7e3j9+M9Pfr765sm3X727ujvcfv/2259vXn73xdO7N489Hh4/+eH+m+f26Sc/
9i/+/vjrN+8e//Tvfzz84bPbq0c3109u/3Q65u3yxbNnO455W9+eX455a/mRem8Y8xdtNoz5
lf7eML66/+VL9l4vnlzlx64X8w98/u6MA0f58vSt+WF9VPED+XEGP83mtVPCKmbsmsSYVczo
9NMPrWK7nMed7tZH5XnOiVvFTK3PdcwqZgye6ZhVzNz8pLG+yg6cXTOH8bFnfXF4m1/Ai3Bc
mLKKmcWp8doqtksgh8IqZhLqVmIVMwYVq7CKGYV2K24VMwnTyMwqZm4tfcAqZgY34AqrmFmY
E+BWMZPn26SsYoaChNZHJmB70ipmVrAEbhUzD+UoWMUMrbdltYoZgftBrGLGgO2sVjEzhMiC
VcyYGKZZY+rQMGIVM62ODFutYrtUW6m4Vcy8EpZgFTOrjCVYxcwqW0msYqYB7oBVzBA7POx+
/djA5JOyihllmlJYxUzTo8NWq5g5emoYsYrtEhdJS6uYYWoriVXM6HAq5WoV81W4NYVVzLhw
Hcoq5hXCdUirmJcI36GtYl4jSPjK+TIpCLh6pwX7BqvYmhqGklYxL9k4LGy1inlFpS5Xq5jx
DW25WsW8otKWaBXzgkpcEquYV4gbTG5sK6eiwCpmvjJZq1XMeOWwqFVsTc1EFVYxL6oMB1jF
jFeCg1jFvKKcj3q1/m0tR6OYVcxLKm8JVjHzlbjkNiAvKrdVLVYx49X9Xq1ixqv7zaxi3ghx
u8EqZlR9nLVVzIuKo8KYVcwr4MDU0irmBYW4hAeuBh1aG1YxrxA3urCKeZG40dQqZnxz2HGx
inlJdbPRKuYnqNxIhs+yDVu8mFXMHGP28F+H2yqtYobPt5RaxdaglwusYmvQwUWsYqbWOyWt
YmaLQ8Pg/0EcGEasYn67KnQl+z6i9lgpq5hXCG+5WsVMKmO5Pm00ucSKWMVMi2PDyKNYgwYv
ZRUzKmQls4qNrbCSVrGpeSkoNht2cxGr2KCJC61iA1CirGIDVqKsYoNmrcIqNmjVYlaxQXvW
hlVs0J4lrGIDvKKtYgO8wq1iA6YirWIDqAJWsQFQWa1iGzhKbRXbwFGUVWwDQ1FWsR0WO0ms
YltXVRHF1NZpKPpnXuwksYptYCbCKrYBlVRWsQ2IpLaKbeAkyiq2AZSwj8pxorTKKrbjRGuJ
VWzHidQSq9jmTVXEKrZ5FIpYxTZPQRGr2OYpKHbL5ykoYhXbPAVFrGIbsIYUhu36atiKchpn
mZeiZGDcdHIKiEUnmTwvOslfLItO8iux92CzfGY+rz85PQt89J6hDXiEeIYW0+1cPUOL8V6u
r+3YiJKpPRtRMrZ3I0pGNzaiZKLaiJIv79iIkqXOno0oGdu1ESVzxUaUfHVzI0pm9EaUfFFv
RMkXd29EyeyHbkTJS3ZuRMnkno0oWTru3YiS0Z0bUTK5ayNK5jY3omRm90aUzO7ciJLJ7Y0o
GdreiJKh3RtRMvtBG1GyRN/eiJKhrY0oGdmzESVjmxtRMrNnI0rG9mxEydgHbETJ9N6NKBn9
oI0omd+9EaV1OY6FDqLLYSzmIDrU68RBdKjXmYPoMH4lHUSHir1yEB1qd+4gOlTv0kF03Dit
HUTH002Ug+hD7Y4OouOymspBdCjTtxxEh3J900F0qNu3HUSH6l05iK6Gs8Q7rSaz0EF0NZGl
HURXA1nSQXQ1mMUdRFeDWdJB9HI+iziIXk5nMQfR1XQWu7HlaBY6iK4Gs7iD6Gosq3AQXQ1m
VQ6iqwkt4SB6OaHFHESvh7RWB9HL+SzqIPqhshzoIHo5nSXYYS8HtMBB9HJACxxEL4ezqIPo
aj4LHUQ/vD/AonVoy9hSCx2aMzbUQofujEotdDV2JdVCVxttKrXQ1UYbrha62mij1UIvt9oQ
tdDV4JVSCx37PKha6NDkQdRCx/01Wi30gXZwtdChoQPVQoc2DqYWOvRxaLXQoZtDq4UO7RyF
Wuh4jG2pFjp0dWypha5mrUAtdDVphQ8RasyKqoUOjR5aLXSxo4aohQ7tHYVa6NDYUamFrkas
sIbElg6iFjp0cqBaMOAfSi0YIBClFgw6Ngq1YNCvwdSCsU00lVow6NEQasGAmmi1YEBNuFow
QCVSLRiwElALBpxkVQs24JFaLdiAR5RasAGNKLVgbVEURC1YWxQF4cy2DlDRP/PmopPMbC06
yciuRSfNBvJRqwUb8IdSCzbwD/ZR6RNFV2rB+gRhiVqwPgFYohasT+yVqAWbp6eIWrB5cIqo
BZsHp9gtnweniFqweXCKqAUbaIVUC2bnRSf5i2XRSX7lah0vMDv8usYLbCAdBPvbvJdmxf42
L6URaN/mxTQK7du8naZC++aTjSBo33z6WKxo33z6OAi0b0AnKNo3QBMc7dvAJBDt24AhFNq3
gTsA2rdxomJF+wZAQaN9A5SwifYNYIJC+wYQgaJ9A34g0b5h04BA+wbUgKN9A1KAaN8ADGi0
bwAFFNq3AQZItG8DApBo36Do12jfoOCv0b5hrY9o36DCB7RvuG2GoX2DSh7RvrGDVRDtG26a
YWjfcMlMgfYN6nmJ9g2K+RrtG5TyGu0bVPAa7RuU7xXaN6jcCdo3qNYZ2jco0SXaN6jSK7Rv
UK5ztG8whCHRvmHJrtG+Qe0u0b4NBTyifcPVMxXaN7U+VqJ9U/tjNdo3qN630b5B/a7QvkH9
XqJ9gyJeon2DCn4T7Zsa15Bo39S4Bkf7pkY1JNo3Naih0L6peQ2J9k2NbJAb6+XMBqJ9VwMb
HO27mtYo0L6rkY0K7bua2hBo39XQhkT7roY2ONp3Nbeh0b6XoxuI9r2c3RDszsvhDUD7Xo5t
ANr3cmqDon1XYxuI9l2NbFTjBQ6tGFsOwGFsY8MBOIxsVA7A1cSGdACuhjYqB+BqbIM7AJej
G9IBeLnPhjgALzfakGdZhx4P7gAcmjyIA3DccqMdgA/wgzsAh8YOdAAOzRzMATi0cWgH4NDG
oR2AYxOHdgAOzRy1A3Bo69hyAA7dHcoBOJ6rKxyAQ29H5QAc2ju0A3Do7pAOwMUKG+oAHJo9
Kgfg0OuhHIBjjwdxAA5tHegAHECJcgAOrEQ5AGcTGMoBOPRwMAfgbPKicgAOXRvCATjgFe0A
HPAKdwAOTEU6AAeoAg7AAaisDsAHjlI7AL9aeDpxAH51jRn4fZaWf+IAfGAnygH4uK1XOAA/
LN6COAAfmIlwAD6gksoB+IBIagfgAydRDsAHUMI+KoeJ0ioH4IeJ1hIH4MeJ1BIH4McJ0hIH
4MeJzRIH4EebE+AA/DjhWXbL54kK4gB8HqYgDsAHrCEdgB+vzw7Aj3Hx5c3nN1//7dNP/gP3
6/qecvsAAA==

--76DTJ5CE0DCVQemd--

--KlAEzMkarCnErv5Q
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAqJHGqiZDwhSqeUERAukWAJ9zJJDqf7F77kB2huZ82XAoG72zEQCfTgQR
AvdGeqTMtUdKmPgeu9IVrnI=
=Uk5r
-----END PGP SIGNATURE-----

--KlAEzMkarCnErv5Q--

From gmid-dovecot@m.gmane.org  Mon May 17 13:52:10 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4A8D8C00280A; Mon, 17 May 2004 13:52:10 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 5692EC002808
	for <dovecot@dovecot.org>; Mon, 17 May 2004 13:52:08 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BPfcV-0003RY-00
	for <dovecot@dovecot.org>; Mon, 17 May 2004 12:45:19 +0200
Received: from pd9e1e4b9.dip.t-dialin.net ([217.225.228.185])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 17 May 2004 12:45:19 +0200
Received: from matthias.andree by pd9e1e4b9.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 17 May 2004 12:45:19 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 17 May 2004 11:50:08 +0200
Lines: 19
Message-ID: <m3pt93bcxb.fsf@merlin.emma.line.org>
References: <40A6A093.50205@cnm.de> <868yftqlez.wl%fuyuki@hadaly.org>
	<40A6E1CD.9030707@cnm.de>
	<20040516082200.24d70942.dovecot@blinkenlights.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd9e1e4b9.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:66pHB4mqkI1ITqOu7OsCufHo6ow=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Dovecot vs. Courier-Imap
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 10:52:10 -0000
X-UID: 9106                                                  
Status: O

Adrian Ulrich <dovecot@blinkenlights.ch> writes:

> Dovecot performs very well if you have a very huge mailbox.
> I have a mailbox with about 30 folders with ~ 8000 messages
> per folder (with 200 new messages each day)
>
> Running Courier-Imap, you couldn't access the mailbox, it was
> so slooooww. Courier also segfaulted very often.

While I have hardly used large mailboxes with Courier, I've _never_ seen
it segfault.

Dovecot is faster, but lacks some features that Courier offers, the
NAMESPACE extension, for instance.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From hendry@cs.helsinki.fi  Mon May 17 14:20:03 2004
Return-Path: <hendry@cs.helsinki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BC08DC00280C; Mon, 17 May 2004 14:20:03 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id EA5B5C002808
	for <dovecot@dovecot.org>; Mon, 17 May 2004 14:20:01 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id F09B71C2D5BC; Mon, 17 May 2004 14:13:27 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EE5591C2D5C3; Mon, 17 May 2004 14:13:27 +0300 (EEST)
Received: from mail.cs.helsinki.fi (courier.cs.helsinki.fi [128.214.9.1])
	by danu.procontrol.fi (Postfix) with ESMTP id 3020A1C2D5BC
	for <dovecot@procontrol.fi>; Mon, 17 May 2004 14:12:54 +0300 (EEST)
Received: from bogrund-17.cs.helsinki.fi (bogrund-17.cs.helsinki.fi
	[::ffff:128.214.48.17])
	(IDENT: root, AUTH: PLAIN cs-relay, TLS: TLSv1/SSLv3, 168bits,
	DES-CBC3-SHA)
	by mail.cs.helsinki.fi with esmtp; Mon, 17 May 2004 14:12:48 +0300
Received: from bogrund-17.cs.helsinki.fi (localhost [127.0.0.1])
	by bogrund-17.cs.helsinki.fi (8.12.8/8.12.8) with ESMTP id
	i4HBClfR032565; Mon, 17 May 2004 14:12:47 +0300
Received: (from hendry@localhost)
	by bogrund-17.cs.helsinki.fi (8.12.8/8.12.8/Submit) id i4HBClP6032563; 
	Mon, 17 May 2004 14:12:47 +0300
Date: Mon, 17 May 2004 14:12:47 +0300
From: Kai Hendry <hendry@cs.helsinki.fi>
To: Charlie Allom <charlie@rubberduck.com>
Subject: Re: [Dovecot] dovecot (mutt?) tells me I have new email (when I don't)
Message-ID: <20040517111244.GE32372@cs.helsinki.fi>
References: <20040517101950.GB3703@myinternet.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <20040517101950.GB3703@myinternet.com.au>
User-Agent: Mutt/1.4.1i
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 11:20:03 -0000
X-UID: 9107                                                  
Status: O

http://www.dovecot.org/list/dovecot/2004-February/002950.html

From charlie@rubberduck.com  Mon May 17 14:34:55 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AE849C002808; Mon, 17 May 2004 14:34:55 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8CE8EC002801
	for <dovecot@dovecot.org>; Mon, 17 May 2004 14:34:53 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 8CF431C2D5BC; Mon, 17 May 2004 14:28:19 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 86EB51C2D5C3; Mon, 17 May 2004 14:28:19 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id 6BC081C2D5BC
	for <dovecot@procontrol.fi>; Mon, 17 May 2004 14:27:45 +0300 (EEST)
Received: from machine.internal.schools.net.au
	(dsl-203-113-219-180.VIC.netspace.net.au [203.113.219.180])
	by lazy.spodder.com (Postfix) with ESMTP
	id 9D4508FE0; Mon, 17 May 2004 21:23:29 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id DA4756944CC; Mon, 17 May 2004 21:27:30 +1000 (EST)
Date: Mon, 17 May 2004 21:27:30 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Kai Hendry <hendry@cs.helsinki.fi>
Subject: Re: [Dovecot] dovecot (mutt?) tells me I have new email (when I don't)
Message-ID: <20040517112729.GA5506@myinternet.com.au>
References: <20040517101950.GB3703@myinternet.com.au>
	<20040517111244.GE32372@cs.helsinki.fi>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM"
Content-Disposition: inline
In-Reply-To: <20040517111244.GE32372@cs.helsinki.fi>
User-Agent: Mutt/1.5.6i
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 11:34:55 -0000
X-UID: 9108                                                  
Status: O


--yrj/dFKFPuw6o+aM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, May 17, 2004 at 02:12:47PM +0300, Kai Hendry wrote:
> http://www.dovecot.org/list/dovecot/2004-February/002950.html
>=20

Thankyou Kai. No response from Timo I see :)

--=20
moo.

--yrj/dFKFPuw6o+aM
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAqKGhqiZDwhSqeUERApTdAKCk0VONctbNtjuc0gz034sb0ZU5xwCgrC7H
8fAnhIWbVJVqe3Q9mzqYL7M=
=y2rM
-----END PGP SIGNATURE-----

--yrj/dFKFPuw6o+aM--

From gmid-dovecot@m.gmane.org  Mon May 17 15:26:48 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4DBD6C00280A; Mon, 17 May 2004 15:26:48 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 5F7F7C002808
	for <dovecot@dovecot.org>; Mon, 17 May 2004 15:26:46 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BPh6J-000536-00
	for <dovecot@dovecot.org>; Mon, 17 May 2004 14:20:11 +0200
Received: from addr-213-139-170-200.suomi.net ([213.139.170.200])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 17 May 2004 14:20:11 +0200
Received: from asalmela by addr-213-139-170-200.suomi.net with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 17 May 2004 14:20:11 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Antti Salmela <asalmela@iki.fi>
Date: Mon, 17 May 2004 11:40:01 -0000
Lines: 11
Message-ID: <htkmn1-n25.ln1@asalmela.iki.fi>
References: <20040517101950.GB3703@myinternet.com.au>
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: addr-213-139-170-200.suomi.net
User-Agent: slrn/0.9.8.0 (Linux)
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Mon, 17 May 2004 15:31:24 +0300
Subject: [Dovecot] Re: dovecot (mutt?) tells me I have new email (when I
	don't)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 12:26:48 -0000
X-UID: 9109                                                  
Status: O

Charlie Allom <charlie@rubberduck.com> wrote:

> does anyone else, whilst using mutt, have the problem where you read
> your new email - then change to another mailbox, *then* mutt tells you
> that you have new email in the mailbox you just read!?

I have the same problem bug haven't had time and/or motivation to
investigate it further.

-- 
Antti Salmela


From tss@iki.fi  Mon May 17 15:32:00 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3CD2DC002811; Mon, 17 May 2004 15:31:59 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 59D59C002812
	for <dovecot@dovecot.org>; Mon, 17 May 2004 15:31:27 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 38FA21C2D5BC; Mon, 17 May 2004 15:24:53 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 330EE1C2D5C3; Mon, 17 May 2004 15:24:53 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id EDF3C1C2D5BC
	for <dovecot@procontrol.fi>; Mon, 17 May 2004 15:24:18 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id AAE62300E05FE; Mon, 17 May 2004 15:24:17 +0300 (EEST)
Subject: Re: [Dovecot] dovecot (mutt?) tells me I have new email (when I don't)
From: Timo Sirainen <tss@iki.fi>
To: Charlie Allom <charlie@rubberduck.com>
In-Reply-To: <20040517112729.GA5506@myinternet.com.au>
References: <20040517101950.GB3703@myinternet.com.au>
	<20040517111244.GE32372@cs.helsinki.fi>
	<20040517112729.GA5506@myinternet.com.au>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-BOVq0+0z1x+KC6Xxvlgz"
Message-Id: <1084796657.8365.0.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 17 May 2004 15:24:17 +0300
Cc: Kai Hendry <hendry@cs.helsinki.fi>, dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 12:32:02 -0000
X-UID: 9110                                                  
Status: O


--=-BOVq0+0z1x+KC6Xxvlgz
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-17 at 14:27, Charlie Allom wrote:
> On Mon, May 17, 2004 at 02:12:47PM +0300, Kai Hendry wrote:
> > http://www.dovecot.org/list/dovecot/2004-February/002950.html
> >=20
>=20
> Thankyou Kai. No response from Timo I see :)

It's most likely the recent flags. 1.0 will fix it :)


--=-BOVq0+0z1x+KC6Xxvlgz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD4DBQBAqK7wyUhSUUBViskRAok4AJQLjbw3qisiQLOGro8hXNHX7w7HAJoC6TsN
ArmxEIgyR/UcRNXMWCKZDg==
=yrlm
-----END PGP SIGNATURE-----

--=-BOVq0+0z1x+KC6Xxvlgz--


From tss@iki.fi  Mon May 17 15:32:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 17763C002808; Mon, 17 May 2004 15:32:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 38078C00281E
	for <dovecot@dovecot.org>; Mon, 17 May 2004 15:32:35 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 17FC3300E05FE; Mon, 17 May 2004 15:26:00 +0300 (EEST)
Subject: Re: [Dovecot] using one-time passwords
From: Timo Sirainen <tss@iki.fi>
To: Joshua Goodall <joshua@roughtrade.net>
In-Reply-To: <20040517100856.GE17516@roughtrade.net>
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina>
	<20040517100856.GE17516@roughtrade.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-fXoeCRjjgTo8HB174oKq"
Message-Id: <1084796759.8365.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 17 May 2004 15:25:59 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 12:32:55 -0000
X-UID: 9111                                                  
Status: O
Content-Length: 1272


--=-fXoeCRjjgTo8HB174oKq
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-17 at 13:08, Joshua Goodall wrote:
> On Mon, May 17, 2004 at 03:24:51AM +0300, Timo Sirainen wrote:
> > The OTP-data could be stored in same way as
> > PASSDB_CREDENTIALS_DIGEST_MD5. Except the code doesn't currently allow
> > multiple credentials per user, it only uses the beginning of the
> > password field to specify the password type, eg. "{PLAIN}password",
> > "{DIGEST-MD5}digest-md5-credentials", etc. I guess I should do somethin=
g
> > about that..
>=20
> Please keep it as compatible as possible with the equivalent LDAP
> scheme!  (Also bearing in mind that LDAP permits multiple credentials
> per user, although it can't do anything much sophisticated than
> retrieving them).

How does it do that? By simply having the same userid multiple times
there with different passwords?


--=-fXoeCRjjgTo8HB174oKq
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAqK9XyUhSUUBViskRAsYdAJ44YLPFU6MyRvAD+3D80XCTLx+9PACcCUFD
EUyOJjiM2NdJoulbnPjQjzk=
=CR48
-----END PGP SIGNATURE-----

--=-fXoeCRjjgTo8HB174oKq--


From discussion-lists@linnet.org  Mon May 17 20:09:51 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BF31EC002807; Mon, 17 May 2004 20:09:51 +0300 (EEST)
Received: from lime.pobox.com (lime.pobox.com [208.58.1.198])
	by talvi.dovecot.org (Postfix) with ESMTP id C21CDC000D5F
	for <dovecot@dovecot.org>; Mon, 17 May 2004 20:09:49 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by lime.pobox.com (Postfix) with ESMTP id 4519495B15
	for <dovecot@dovecot.org>; Mon, 17 May 2004 13:03:13 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by lime.pobox.com (Postfix) with ESMTP
	for <dovecot@dovecot.org>; Mon, 17 May 2004 13:02:40 -0400 (EDT)
Received: from vaio.linnet.org (dhcp-255-168.ws.afnog.org [84.201.255.168])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP id B177A798
	for <dovecot@dovecot.org>; Mon, 17 May 2004 13:01:04 -0400 (EDT)
Received: from lists by vaio.linnet.org with local (Exim 4.30)
	id 1BPlUK-0000Ug-De
	for dovecot@dovecot.org; Mon, 17 May 2004 17:01:16 +0000
Date: Mon, 17 May 2004 17:01:16 +0000
From: Brian Candler <B.Candler@pobox.com>
To: dovecot@dovecot.org
Message-ID: <20040517170115.GA1865@uk.tiscali.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Subject: [Dovecot] maildirsize
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 17:09:51 -0000
X-UID: 9112                                                  
Status: O

Hello,

Are there plans to implement Maildir++ quotas (maildirsize) in dovecot in
the near future?

Also - how do things work if you have multiple dovecot frontends accessing
an NFS mailstore? If you keep the index files on local disk, and clients
connect alternately to different machines, are the stale indexes noticed and
corrected?

Thanks,

Brian.

From tss@iki.fi  Mon May 17 20:25:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C015EC002807; Mon, 17 May 2004 20:25:26 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 49FF5C000D5F
	for <dovecot@dovecot.org>; Mon, 17 May 2004 20:25:24 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 91822300E05FF; Mon, 17 May 2004 20:18:49 +0300 (EEST)
Subject: Re: [Dovecot] maildirsize
From: Timo Sirainen <tss@iki.fi>
To: Brian Candler <B.Candler@pobox.com>
In-Reply-To: <20040517170115.GA1865@uk.tiscali.com>
References: <20040517170115.GA1865@uk.tiscali.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-wdCPHUBQ7KFcTPecCBw9"
Message-Id: <1084814329.8365.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 17 May 2004 20:18:49 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 17 May 2004 17:25:26 -0000
X-UID: 9113                                                  
Status: O


--=-wdCPHUBQ7KFcTPecCBw9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-17 at 20:01, Brian Candler wrote:
> Are there plans to implement Maildir++ quotas (maildirsize) in dovecot in
> the near future?

Yes. Sometimes after 1.0-test releases are beginning to work. Maybe
within a few months.

> Also - how do things work if you have multiple dovecot frontends accessin=
g
> an NFS mailstore? If you keep the index files on local disk, and clients
> connect alternately to different machines, are the stale indexes noticed =
and
> corrected?

Yes, that works fine. 1.0 will also support indexes stored in NFS.


--=-wdCPHUBQ7KFcTPecCBw9
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD4DBQBAqPP5yUhSUUBViskRAuUzAJ44vMH+NFQbpXJ46VT/iBlAu5jrYwCSAhWj
xndJIvKJl0CB7/jK9B4Daw==
=q4pY
-----END PGP SIGNATURE-----

--=-wdCPHUBQ7KFcTPecCBw9--


From maikel@ladot.com  Tue May 18 10:03:16 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BA48EC002807; Tue, 18 May 2004 10:03:16 +0300 (EEST)
Received: from amsfep15-int.chello.nl (amsfep15-int.chello.nl [213.46.243.28])
	by talvi.dovecot.org (Postfix) with ESMTP id 101C2C000D5F
	for <dovecot@dovecot.org>; Tue, 18 May 2004 10:03:14 +0300 (EEST)
Received: from myst.dohd.org ([62.163.178.220]) by amsfep15-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040518065637.XRAD25649.amsfep15-int.chello.nl@myst.dohd.org>;
	Tue, 18 May 2004 08:56:37 +0200
Received: from [172.31.5.180] (pool-5.ladot.com [217.22.64.98])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4I6ufWW012564;
	Tue, 18 May 2004 08:56:42 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <htkmn1-n25.ln1@asalmela.iki.fi>
References: <20040517101950.GB3703@myinternet.com.au>
	<htkmn1-n25.ln1@asalmela.iki.fi>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <7F073435-A898-11D8-8708-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] Re: dovecot (mutt?) tells me I have new email (when I
	don't)
Date: Tue, 18 May 2004 08:56:32 +0200
To: Antti Salmela <asalmela@iki.fi>
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 07:03:16 -0000
X-UID: 9114                                                  
Status: O


On May 17, 2004, at 1:40 PM, Antti Salmela wrote:

> Charlie Allom <charlie@rubberduck.com> wrote:
>
>> does anyone else, whilst using mutt, have the problem where you read
>> your new email - then change to another mailbox, *then* mutt tells you
>> that you have new email in the mailbox you just read!?
>
> I have the same problem bug haven't had time and/or motivation to
> investigate it further.
I had a similar problem using mutt on plain maildir-folders (not 
managed by other mailprograms, other than local delivery by procmail)

Never wanted to know why, started running an imap server for my 
mailboxes.

> Antti Salmela

Kind regards,

Maikel Verheijen
Ladot Nederland BV.


From johannes@johannes.sipsolutions.com  Tue May 18 12:44:49 2004
Return-Path: <johannes@johannes.sipsolutions.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8D2BBC002807; Tue, 18 May 2004 12:44:49 +0300 (EEST)
Received: from dd2002.kasserver.com (dd2002.kasserver.com [81.209.148.122])
	by talvi.dovecot.org (Postfix) with ESMTP id 9D323C000D5F
	for <dovecot@dovecot.org>; Tue, 18 May 2004 12:44:47 +0300 (EEST)
Received: from johannes.sipsolutions.com (dhcp-74-171.uni-paderborn.de
	[131.234.74.171]) by dd2002.kasserver.com (Postfix) with ESMTP
	id 779A314B179; Tue, 18 May 2004 11:38:05 +0200 (CEST)
Received: by johannes.sipsolutions.com (Postfix, from userid 1000)
	id 68C1E1516C27; Tue, 18 May 2004 11:38:07 +0200 (CEST)
Subject: Re: [Dovecot] using one-time passwords
From: Johannes Berg <johannes@sipsolutions.de>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1084765494.3100.57.camel@johannes>
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina> <1084765494.3100.57.camel@johannes>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-FGW9I4b50Acu8dci+jmi"
Message-Id: <1084788718.2772.6.camel@johannes>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6
Date: Mon, 17 May 2004 12:11:58 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 09:44:49 -0000
X-UID: 9115                                                  
Status: O
Content-Length: 1682


--=-FGW9I4b50Acu8dci+jmi
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-17 at 05:44, Johannes Berg wrote:
> > Want to write it? :) Shouldn't be hard to plug into Dovecot, I
> > just don't really have time right now.
>=20
> Sure.

Looking at the code I see that you support cyrus SASL, and cyrus SASL in
turn supports OTP even using the same database as OPIE uses.
Would there be and disadvantage in simply using that? Alternatively,
what about just libopie (the library behind opie-pam)? Over all, its not
hard to implement this in dovecot itself, but I'm not sure that would be
the best idea. What is your opinion on that?

johannes

--=-FGW9I4b50Acu8dci+jmi
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Comment: Johannes Berg (SIP Solutions)

iQIVAwUAQKiP6qVg1VMiehFYAQKDGg/+NLwY0YG6ympxGr1smOG66THPU4kIAdYc
w6J1r76zTHPP4uW0hkHOa/nKvz45Kom/QYYiiBP6e5l54A04vjiHHEhgeqwdppV2
nmIxhrXY34cbTFXuNwyHEu2pigyNjUB9xoX4rUehsGoT3f8ZyRuuKz+MUVA1U03N
0BOSr9WDttGUkY0kdWw7va1O63Lv27UwnwPNdPtvEGBk7ac4usB2VeaQ9Ip31ZGS
fQAUyaI49K0UgAut7Kj6TFvtuI1XYTMPVno1lRKoDSp4yz1OQS7FCijMcMu5H9Sb
kTtmEQG2ozKohieUzEjpVoge08x22ADJipLqYxrC9S+Yhi45JYXkwqX1sQpIm81W
XzowaycI7tA0kNtTF2+ASlx7wVx00M1MpRoF/V4ox5HGu1bkWJKDRFtr8ejHAkO0
sT2FKciKBPfnUSd8dT0vLQiB5crlpJt7aUkheI8cALxRGrLQMwSe0nq+mnui5SvK
N+69lTLPkZh2XqaoDDsr7v9RrDbyWGzzcws1cLAHy4QcI7NWe6TnhqVyeqqIHz5c
RFIR+9SKdhqYKp0oan1O2RiO25iYegZ8Ph4FFjYY+S4B3LfNjw3o0eYvHa0I0xGK
MVkAkv8fQNZcTEuGcLvbYCVf53L4fh/r4DBNwLSXFHOm5nnbW/qipOZ3ESSlz9Mx
zvIRsf7pYGU=
=reyj
-----END PGP SIGNATURE-----

--=-FGW9I4b50Acu8dci+jmi--

From olive@pasteur.fr  Tue May 18 13:03:21 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 93C3BC002808; Tue, 18 May 2004 13:03:21 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 3F531C002807
	for <dovecot@dovecot.org>; Tue, 18 May 2004 13:03:19 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 6EC0211474
	for <dovecot@dovecot.org>; Tue, 18 May 2004 11:56:42 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 37B0011473
	for <dovecot@dovecot.org>; Tue, 18 May 2004 11:56:42 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 0089D3F63F; Tue, 18 May 2004 11:56:41 +0200 (CEST)
Date: Tue, 18 May 2004 11:56:41 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] using one-time passwords
Message-ID: <20040518095641.GF80377@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina>
	<20040517100856.GE17516@roughtrade.net>
	<1084796759.8365.2.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1084796759.8365.2.camel@hurina>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 10:03:21 -0000
X-UID: 9116                                                  
Status: O

* Timo Sirainen <tss@iki.fi> (20040517 15:25):
> How does it do that? By simply having the same userid multiple times
> there with different passwords?

The 'userPassword' is multi-valued.

-- 
olive

From chibi@gol.com  Tue May 18 15:17:30 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 54E4EC002808; Tue, 18 May 2004 15:17:30 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 73FEBC002807
	for <dovecot@dovecot.org>; Tue, 18 May 2004 15:17:27 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BQ3Qk-0001Ls-00
	for <dovecot@dovecot.org>; Tue, 18 May 2004 21:10:46 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 18 May 2004 21:10:46 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
Subject: [Dovecot] POP (dot) locks
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 12:17:30 -0000
X-UID: 9117                                                  
Status: O
Content-Length: 1092


Hello,

just to soothe my paranoia from many years of qpopper usage, which
enforces solitary access to a POP mailbox. Only one login per user is 
possible at the same time and if a session terminates w/o qpopper being 
properly notified it will remain locked for some time, 30 minutes by 
default.

With dovecot (0.99.10.4) one can login multiple times (using POP, 
with IMAP of course this comes as no surprise :) and thus I
presume this bit from the configuration:
---
# Should we create dotlock file even when we want only a read-lock? Setting
# this to yes hurts the performance when the mailbox is accessed simultaneously
# by multiple processes, but it's needed for reliable reading if no other
# locking methods are available.
#mbox_read_dotlock = no
---
means that if the only other reading accesses to a (mbox style in this
case here) mailbox are via other dovecot processes everything will be fine?

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From olive@pasteur.fr  Tue May 18 15:21:41 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 04523C002810; Tue, 18 May 2004 15:21:41 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 06419C002808
	for <dovecot@dovecot.org>; Tue, 18 May 2004 15:21:39 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 3525A11474
	for <dovecot@dovecot.org>; Tue, 18 May 2004 14:15:02 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id EB97F11473
	for <dovecot@dovecot.org>; Tue, 18 May 2004 14:15:01 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id C2C1B3F63F; Tue, 18 May 2004 14:15:01 +0200 (CEST)
Date: Tue, 18 May 2004 14:15:01 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] POP (dot) locks
Message-ID: <20040518121501.GI80377@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 12:21:41 -0000
X-UID: 9118                                                  
Status: O

* Christian Balzer <chibi@gol.com> (20040518 21:10):
> presume this bit from the configuration:
> ---
> # Should we create dotlock file even when we want only a read-lock? Setting
> # this to yes hurts the performance when the mailbox is accessed simultaneously
> # by multiple processes, but it's needed for reliable reading if no other
> # locking methods are available.
> #mbox_read_dotlock = no
> ---
> means that if the only other reading accesses to a (mbox style in this
> case here) mailbox are via other dovecot processes everything will be fine?

Yes, but you should be aware there are other processes than
Dovecot which can access the mailbox, moreover in a read-write
fashion, such as your MDA (procmail, sendmail, maildrop,
whatever).

You had better teach them to also use dotlock files to be safe.

-- 
olive

From tss@iki.fi  Tue May 18 15:30:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 55824C00281E; Tue, 18 May 2004 15:30:24 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 062D5C002810
	for <dovecot@dovecot.org>; Tue, 18 May 2004 15:30:22 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8A0C91C185E4; Tue, 18 May 2004 15:23:45 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 259D41C185E3; Tue, 18 May 2004 15:23:10 +0300 (EEST)
In-Reply-To: <1084788718.2772.6.camel@johannes>
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina>
	<1084765494.3100.57.camel@johannes>
	<1084788718.2772.6.camel@johannes>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-45--798394237"
Message-Id: <1EC60642-A8C6-11D8-AEE1-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] using one-time passwords
Date: Tue, 18 May 2004 15:23:08 +0300
To: Johannes Berg <johannes@sipsolutions.de>
X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3)
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.3 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 12:30:24 -0000
X-UID: 9119                                                  
Status: O
Content-Length: 2057


--Apple-Mail-45--798394237
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 17.5.2004, at 13:11, Johannes Berg wrote:

> Looking at the code I see that you support cyrus SASL, and cyrus SASL 
> in
> turn supports OTP even using the same database as OPIE uses.
> Would there be and disadvantage in simply using that?

Personally I have never liked Cyrus SASL. It's always been annoyingly 
difficult to configure to work like I wanted.

The code there to support it isn't actually working right now, but I 
guess it wouldn't be too difficult to fix it.

I guess there aren't any real disadvangates though.

> Alternatively,
> what about just libopie (the library behind opie-pam)?

That doesn't look very good code .. Looks like if it was possible for 
user to set wanted seed there would be several buffer overflows. But I 
guess normally it's not?

> Over all, its not
> hard to implement this in dovecot itself, but I'm not sure that would 
> be
> the best idea. What is your opinion on that?

The reason why I implemented my own authentication instead of just 
using Cyrus SASL was that I wanted to be sure there were not going to 
be any serious security holes. I could have just audited the code, make 
sure the found security holes were fixed (actually did both once), and 
then just use it. But that doesn't give any guarantees about it's 
future versions, I'd have to constantly keep auditing the new versions 
to make sure they hadn't added more bugs.

Anyway, it's OTP code didn't look bad. That would be the easiest way to 
get it working.

--Apple-Mail-45--798394237
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAqgAsyUhSUUBViskRAg5oAJ9l33yEUU+N43dcH6SclEcQ+kKybQCfaY39
zQXx8pn8I2Jaw7L0Kehrqg4=
=0oY9
-----END PGP SIGNATURE-----

--Apple-Mail-45--798394237--


From chibi@gol.com  Tue May 18 15:31:08 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 820E6C00282B; Tue, 18 May 2004 15:31:08 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 47E44C00282A
	for <dovecot@dovecot.org>; Tue, 18 May 2004 15:30:55 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BQ3dp-0001Y0-00
	for <dovecot@dovecot.org>; Tue, 18 May 2004 21:24:17 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] POP (dot) locks 
In-reply-to: <20040518121501.GI80377@mafate.sis.pasteur.fr> 
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
	<20040518121501.GI80377@mafate.sis.pasteur.fr>
Comments: In-reply-to Olivier Tharan <olive@pasteur.fr>
	message dated "Tue, 18 May 2004 14:15:01 +0200."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 18 May 2004 21:24:17 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BQ3dp-0001Y0-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 12:31:08 -0000
X-UID: 9120                                                  
Status: O
Content-Length: 1048


Olivier wrote:
[...]
>> means that if the only other reading accesses to a (mbox style in this
>> case here) mailbox are via other dovecot processes everything will be fine?
>
>Yes, but you should be aware there are other processes than
>Dovecot which can access the mailbox, moreover in a read-write
>fashion, such as your MDA (procmail, sendmail, maildrop,
>whatever).
>
Exim. ^^

>You had better teach them to also use dotlock files to be safe.
>
Sure, it of course does that, it being a write access. Just like one
dovecot session deleting a mail from the mailbox would need exclusive
access to the thing for that time (and hopefully not utterly confuse
the mail clients behind those sessions in the process). I just tested
this with our web-mail (Ilohamail) and a reload of the inbox nicely
reflects the harsh reality of the mail deleted by the other session.

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From johannes@sipsolutions.de  Tue May 18 17:27:14 2004
Return-Path: <johannes@sipsolutions.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 76D3BC002801; Tue, 18 May 2004 17:27:14 +0300 (EEST)
Received: from dd2002.kasserver.com (dd2002.kasserver.com [81.209.148.122])
	by talvi.dovecot.org (Postfix) with ESMTP id 48124C000D8E
	for <dovecot@dovecot.org>; Tue, 18 May 2004 17:27:12 +0300 (EEST)
Received: from johannes.sipsolutions.com (dhcp-74-171.uni-paderborn.de
	[131.234.74.171]) by dd2002.kasserver.com (Postfix) with ESMTP
	id F03163278E; Tue, 18 May 2004 16:20:30 +0200 (CEST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by johannes.sipsolutions.com (Postfix) with ESMTP
	id D0A591516C27; Tue, 18 May 2004 16:20:34 +0200 (CEST)
Subject: Re: [Dovecot] using one-time passwords
From: Johannes Berg <johannes@sipsolutions.de>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1EC60642-A8C6-11D8-AEE1-000393CC2E90@iki.fi>
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina> <1084765494.3100.57.camel@johannes>
	<1084788718.2772.6.camel@johannes>
	<1EC60642-A8C6-11D8-AEE1-000393CC2E90@iki.fi>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-83pX60HoTAXLx/5gho+n"
Message-Id: <1084890033.2294.4.camel@johannes>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Tue, 18 May 2004 16:20:34 +0200
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 14:27:14 -0000
X-UID: 9121                                                  
Status: O
Content-Length: 2553


--=-83pX60HoTAXLx/5gho+n
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-05-18 at 14:23, Timo Sirainen wrote:
> Personally I have never liked Cyrus SASL. It's always been annoyingly
> difficult to configure to work like I wanted.

I don't have experience with it, so ... :)

> The code there to support it isn't actually working right now, but I
> guess it wouldn't be too difficult to fix it.

I might try this.

> That doesn't look very good code .. Looks like if it was possible for
> user to set wanted seed there would be several buffer overflows. But I
> guess normally it's not?

I'm not sure I understand you.
opiepasswd allows you to set the seed when changing your otp settings. I
guess I'll need to look at the code, though I'm not really a C wizard
nor very knowledgeable about insecure C code. Can you explain further
what possible problems you see?

> The reason why I implemented my own authentication instead of just
> using Cyrus SASL was that I wanted to be sure there were not going to
> be any serious security holes. I could have just audited the code, make
> sure the found security holes were fixed (actually did both once), and
> then just use it. But that doesn't give any guarantees about it's
> future versions, I'd have to constantly keep auditing the new versions
> to make sure they hadn't added more bugs.

Makes sense.

> Anyway, it's OTP code didn't look bad. That would be the easiest way to
> get it working.

Right. Cyrus SASL can (optionally) use opie as well.

johannes

--=-83pX60HoTAXLx/5gho+n
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Comment: Johannes Berg (SIP Solutions)

iQIVAwUAQKobrqVg1VMiehFYAQL2GBAAn8ScWgT9sIU4tS7TMtF088gvbcv8i/RG
nPqQM85jQ0drlifwcU9ahK3gKK7/9eMSFVKQ41vfTOUj7BgBxj9Co9mvOjivpUSn
IKh426QSp6A/JuRCLwBScPZYdnajUW9CXhhVhtHDHqSy5c2ZK6NX3Mur4AhOJuDc
1z05dG03Nee1l0vS4N4MqSRKfEKB3CE26U25yO+VypC2a5oXyYvxpGFPlRs5xrrv
0qpuehCZySVY5NCu/rAh0oNZEq+fKYTdXvNKJNJKGfke2TsYtKp3XUZi7aX6Ztlz
WR+GGQYLWfw2gHExYiZiU+p0tTXlReBamEM0cTUv2c9FgIxohA6ObG2H5PP1bkPS
GzOuHsVNSk/b2aoDo0dn9MkwPsGTO3g7R/2xDk5SKmn7BwlEFuXsSnmvAOX70we3
pzxaSKnTPg7s4ErMJlnzHYSAF9sCtxuf/bdw7e3VpfzK1VgbvnzAYrq7QVjtjvQi
XihBuzkcipF8HVBcWpdrUXPTilgMkpi5PigkPDBHRn9BnBPBRS0+bVKMS9LZI69z
V87R7F6/ypYcvasYzj1m+dx3GWKNheZW25iMQSm88vqkdemjEO8VtYkz2elODRep
fCi/B3WFBJzW6pQ/KymFLOvmz7P+qsdQgCnLY2aEUDTVZ13GqKrWhgAHChZ7QtyV
Xt+0VYikkWU=
=5el5
-----END PGP SIGNATURE-----

--=-83pX60HoTAXLx/5gho+n--


From esj@harvee.org  Tue May 18 18:18:34 2004
Return-Path: <esj@harvee.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 49D93C002807; Tue, 18 May 2004 18:18:34 +0300 (EEST)
Received: from harvee.org (dsl093-191-107.nyc2.dsl.speakeasy.net
	[66.93.191.107])
	by talvi.dovecot.org (Postfix) with ESMTP id CED5FC002806
	for <dovecot@dovecot.org>; Tue, 18 May 2004 18:18:31 +0300 (EEST)
Received: from SQUIDLID.local ([192.168.0.54])
	by harvee.org (8.12.8/8.12.8) with ESMTP id i4IFBKct022496
	for <dovecot@dovecot.org>; Tue, 18 May 2004 11:11:54 -0400
Received: FROM [127.0.0.1] ([127.0.0.1]) BY SQUIDLID.local WITH ESMTP ;
	Tue, 18 May 2004 11:10:12 -0400
Message-ID: <40AA2754.8090401@harvee.org>
Date: Tue, 18 May 2004 11:10:12 -0400
From: "Eric S. Johansson" <esj@harvee.org>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Hashcash: 0:040518:dovecot@dovecot.org:dc39ec98f4c7b770
Subject: [Dovecot] having hell of the time converting away from UW
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 15:18:34 -0000
X-UID: 9122                                                  
Status: O

I just want to check and make sure not missing anything.

I'm trying to convert a customer away from UW.  unfortunately, all of 
the mailboxes are in MBX format (my own mistake coming back to haunt me).

mailutil doesn't seem to do conversions properly.  It keeps complaining 
about an existing copy of /mbox and only if I say to -merge append will 
the copy proceed.

mailsync doesn't work well with hierarchies of mailboxes.  its copies 
the top level mailboxes but proceeds to get sick on the sub mailboxes.

I'm not sure what other tools there are to help me get out from the mbx 
rathole and over to the maildir wallow.

any suggestions?

From discussion-lists@linnet.org  Tue May 18 18:40:29 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BE8A2C002807; Tue, 18 May 2004 18:40:29 +0300 (EEST)
Received: from icicle.pobox.com (icicle.pobox.com [207.8.226.3])
	by talvi.dovecot.org (Postfix) with ESMTP id B3000C002806
	for <dovecot@dovecot.org>; Tue, 18 May 2004 18:40:27 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by icicle.pobox.com (Postfix) with ESMTP id 5CD56FFFE4;
	Tue, 18 May 2004 11:33:45 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by icicle.pobox.com (Postfix) with ESMTP id A46BAFFFE8;
	Tue, 18 May 2004 11:33:14 -0400 (EDT)
Received: from vaio.linnet.org (dhcp-255-168.ws.afnog.org [84.201.255.168])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 18CE177C; Tue, 18 May 2004 11:32:35 -0400 (EDT)
Received: from lists by vaio.linnet.org with local (Exim 4.30)
	id 1BQ6aG-0002oe-E7; Tue, 18 May 2004 15:32:48 +0000
Date: Tue, 18 May 2004 15:32:48 +0000
From: Brian Candler <B.Candler@pobox.com>
To: "Eric S. Johansson" <esj@harvee.org>
Subject: Re: [Dovecot] having hell of the time converting away from UW
Message-ID: <20040518153248.GA10795@uk.tiscali.com>
References: <40AA2754.8090401@harvee.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40AA2754.8090401@harvee.org>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 15:40:29 -0000
X-UID: 9123                                                  
Status: O

On Tue, May 18, 2004 at 11:10:12AM -0400, Eric S. Johansson wrote:
> I'm not sure what other tools there are to help me get out from the mbx 
> rathole and over to the maildir wallow.

Look at http://www.qmail.org/top.html#maildir for a whole list of maildir
migration tools.

I used one called mbox2maildir a long time ago: probably this one.
http://untroubled.org/mbox2maildir

I think I modified it to add ,S=xxx size values, although I doubt I can
locate the source now!

Regards,

Brian.

From john.l.villalovos@intel.com  Tue May 18 23:53:52 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5FDD0C000D8E; Tue, 18 May 2004 23:53:52 +0300 (EEST)
Received: from caduceus.fm.intel.com (fmr02.intel.com [192.55.52.25])
	by talvi.dovecot.org (Postfix) with ESMTP id E599BC000D5F
	for <dovecot@dovecot.org>; Tue, 18 May 2004 23:53:49 +0300 (EEST)
Received: from talaria.fm.intel.com (talaria.fm.intel.com [10.1.192.39])
	by caduceus.fm.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,
	v 1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i4IKlUWj011447
	for <dovecot@dovecot.org>; Tue, 18 May 2004 20:47:31 GMT
Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com
	[192.168.65.54])
	by talaria.fm.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,
	v 1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i4IKl4SJ012174
	for <dovecot@dovecot.org>; Tue, 18 May 2004 20:47:39 GMT
Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56])
	by orsmsxvs041.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004051813465908791
	for <dovecot@dovecot.org>; Tue, 18 May 2004 13:46:59 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Tue, 18 May 2004 13:46:30 -0700
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Date: Tue, 18 May 2004 13:46:30 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B88C69D@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: mbox folders
Thread-Index: AcQ9GKk322JX660kTWSKY0BN10whSwAAAUsQ
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: <dovecot@dovecot.org>
X-OriginalArrivalTime: 18 May 2004 20:46:30.0994 (UTC)
	FILETIME=[32DB8320:01C43D19]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Subject: [Dovecot] mbox folders
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 18 May 2004 20:53:52 -0000
X-UID: 9124                                                  
Status: O

I just upgraded to Fedora Core 2 from Fedora Core 1.  Discovered that
UW-IMAP was replaced with Cyrus.  Not quite ready to switch to that mail
box format so I instead installed dovecot which comes with Fedora Core
2.

The RPM version is:  dovecot-0.99.10.4-4

The problem I am having is that it seems to want to put folders in:

~/mail/mail/

I would like the folders to be in:

~/mail/

Currently in ~/mail/ there is a .subscriptions file.

Am I stuck with having my folders be in ~/mail/mail/ ?

Is there some configuration change that I can do?

Thanks,
John

--=20
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting
Q: What is the most annoying thing on usenet and in e-mail?

From olive@pasteur.fr  Wed May 19 11:06:36 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 19E26C002801; Wed, 19 May 2004 11:06:36 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 841B4C000D8E
	for <dovecot@dovecot.org>; Wed, 19 May 2004 11:06:31 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id CAA8D11474
	for <dovecot@dovecot.org>; Wed, 19 May 2004 09:59:52 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 9203211473
	for <dovecot@dovecot.org>; Wed, 19 May 2004 09:59:52 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 26EF83F63F; Wed, 19 May 2004 09:59:52 +0200 (CEST)
Date: Wed, 19 May 2004 09:59:52 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] mbox folders
Message-ID: <20040519075952.GD5789@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C69D@orsmsx410.jf.intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C69D@orsmsx410.jf.intel.com>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 19 May 2004 08:06:36 -0000
X-UID: 9125                                                  
Status: O

* Villalovos, John L <john.l.villalovos@intel.com> (20040518 13:46):
> The problem I am having is that it seems to want to put folders in:
> 
> ~/mail/mail/

How is your `default_mail_env' variable configured?

-- 
olive

From john.l.villalovos@intel.com  Wed May 19 20:06:28 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 812A1C000D8E; Wed, 19 May 2004 20:06:28 +0300 (EEST)
Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7])
	by talvi.dovecot.org (Postfix) with ESMTP id C2093C000D5F
	for <dovecot@dovecot.org>; Wed, 19 May 2004 20:06:25 +0300 (EEST)
Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7])
	by caduceus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,v
	1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i4JGwsil007332; 
	Wed, 19 May 2004 16:58:54 GMT
Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com
	[192.168.65.206])
	by talaria.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i4JGupQp002491; 
	Wed, 19 May 2004 16:56:51 GMT
Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56])
	by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004051909593303146 ; Wed, 19 May 2004 09:59:33 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Wed, 19 May 2004 09:59:32 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] mbox folders
Date: Wed, 19 May 2004 09:59:31 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B88C6A1@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] mbox folders
Thread-Index: AcQ9d18UMM/lQA7dSk+uG0uEa0GMrAASyAZg
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: "Olivier Tharan" <olive@pasteur.fr>, <dovecot@dovecot.org>
X-OriginalArrivalTime: 19 May 2004 16:59:32.0381 (UTC)
	FILETIME=[A7F1D4D0:01C43DC2]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 19 May 2004 17:06:28 -0000
X-UID: 9126                                                  
Status: O

dovecot-bounces@dovecot.org wrote:
> * Villalovos, John L <john.l.villalovos@intel.com> (20040518 13:46):
>> The problem I am having is that it seems to want to put folders in:
>>=20
>> ~/mail/mail/
>=20
> How is your `default_mail_env' variable configured?

I have:

[john@webhost john]$ set | grep -i mail
MAIL=3D/var/spool/mail/john
MAILCHECK=3D60
[john@webhost john]$

John




--=20
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting
Q: What is the most annoying thing on usenet and in e-mail?

From skye@f4.ca  Wed May 19 20:16:24 2004
Return-Path: <skye@f4.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C5372C002801; Wed, 19 May 2004 20:16:24 +0300 (EEST)
Received: from seattle.f4.ca (seattle.f4.ca [216.127.61.112])
	by talvi.dovecot.org (Postfix) with ESMTP id 6F74FC000D5F
	for <dovecot@dovecot.org>; Wed, 19 May 2004 20:16:22 +0300 (EEST)
Received: from skye by seattle.f4.ca with local (Exim 4.10) id 1BQUZZ-000FDy-00
	for dovecot@dovecot.org; Wed, 19 May 2004 10:09:41 -0700
Date: Wed, 19 May 2004 10:09:41 -0700
From: Skye Poier <skye@f4.ca>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] mbox folders
Message-ID: <20040519170941.GD56355@f4.ca>
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C6A1@orsmsx410.jf.intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C6A1@orsmsx410.jf.intel.com>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 19 May 2004 17:16:25 -0000
X-UID: 9127                                                  
Status: O

No, he means in your dovecot.conf file

Skye


Word on the street is Villalovos, John L said:
> dovecot-bounces@dovecot.org wrote:
> > * Villalovos, John L <john.l.villalovos@intel.com> (20040518 13:46):
> >> The problem I am having is that it seems to want to put folders in:
> >> 
> >> ~/mail/mail/
> > 
> > How is your `default_mail_env' variable configured?
> 
> I have:
> 
> [john@webhost john]$ set | grep -i mail
> MAIL=/var/spool/mail/john
> MAILCHECK=60
> [john@webhost john]$
> 
> John
> 

From john.l.villalovos@intel.com  Wed May 19 20:22:42 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 47840C002801; Wed, 19 May 2004 20:22:42 +0300 (EEST)
Received: from caduceus.fm.intel.com (fmr02.intel.com [192.55.52.25])
	by talvi.dovecot.org (Postfix) with ESMTP id D11B3C000D5F
	for <dovecot@dovecot.org>; Wed, 19 May 2004 20:22:39 +0300 (EEST)
Received: from petasus.fm.intel.com (petasus.fm.intel.com [10.1.192.37])
	by caduceus.fm.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,v
	1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i4JHGJtS031688; 
	Wed, 19 May 2004 17:16:20 GMT
Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com
	[192.168.65.54])
	by petasus.fm.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i4JHGPRU007968; 
	Wed, 19 May 2004 17:16:26 GMT
Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56])
	by orsmsxvs041.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004051910155028811 ; Wed, 19 May 2004 10:15:50 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Wed, 19 May 2004 10:14:59 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] mbox folders
Date: Wed, 19 May 2004 10:14:58 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B88C6A3@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] mbox folders
Thread-Index: AcQ9xFrPszFPiNt5TCatBCWMJ560OQAAFueg
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: "Skye Poier" <skye@f4.ca>, <dovecot@dovecot.org>
X-OriginalArrivalTime: 19 May 2004 17:14:59.0340 (UTC)
	FILETIME=[D0748CC0:01C43DC4]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 19 May 2004 17:22:42 -0000
X-UID: 9128                                                  
Status: O

dovecot-bounces@dovecot.org wrote:
> No, he means in your dovecot.conf file

Oh.  Oops :)

Initially I had nothing.  And then went with the following:

#default_mail_env =3D
default_mail_env =3D mbox:~/mail/:INBOX=3D/var/spool/mail/%u

John


--=20
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting
Q: What is the most annoying thing on usenet and in e-mail?

From charlie@rubberduck.com  Thu May 20 12:51:10 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E0798C002801; Thu, 20 May 2004 12:51:10 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 44680C000D8E
	for <dovecot@dovecot.org>; Thu, 20 May 2004 12:51:08 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 541871C1D0E1; Thu, 20 May 2004 12:44:27 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4E4531C1D0E2; Thu, 20 May 2004 12:44:27 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id ABD3B1C1D0E1
	for <dovecot@procontrol.fi>; Thu, 20 May 2004 12:43:51 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2]) by lazy.spodder.com (Postfix) with ESMTP id 325759002
	for <dovecot@procontrol.fi>; Thu, 20 May 2004 19:38:59 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id 840696A2B6F; Thu, 20 May 2004 19:43:19 +1000 (EST)
Date: Thu, 20 May 2004 19:43:19 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20040520094318.GA3207@myinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0"
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Cc: 
Subject: [Dovecot] why does dovecot child die on these messages?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 20 May 2004 09:51:11 -0000
X-UID: 9129                                                  
Status: O
Content-Length: 7382


--6TrnltStXW4iwmi0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Timo and other dovecot fans,

why, when I'm trying to read certain "Drafts" emails that I just
created, or edited, do the dovecot children die (or so I think).

In mutt, the behaviour is that I "c =3DDrafts" then select the email and I
get "connection closed to squeaky.rubberduck.com".

In Mail.app - she just loops, trying to read those headers again and
again and again.. (and this truss is from this instance)

I find that emails before a certain date are OK - but if i edit them and=20
then try and refetch them - the child dies yet again. So I removed all=20
=2Eimap.* and let dovecot redo it's stuff. No go.

Some followup information before the meat of the truss:=20

	http://lazy.spodder.com/~yeled/BSD/broken.dove.txt

comments in **

** all fine here.. some are chmod 600 and some are 644 - no difference **
squeaky:/home/virtual/charlie/Maildir/.Drafts# ls -laR
=2E:
total 76
drwx------   5 charlie  charlie      512 May 20 19:19 ./
drwx------ 101 charlie  charlie     2560 May 20 19:32 ../
-rw-------   1 charlie  charlie        5 May 14 16:57 .customflags
-rw-------   1 charlie  charlie     1608 May 20 19:19 .imap.index
-rw-------   1 charlie  charlie    20240 May 20 19:19 .imap.index.data
-rw-------   1 charlie  charlie     2576 May 20 19:18 .imap.index.log
-rw-------   1 charlie  charlie     1560 May 20 19:19 .imap.index.tree
drwx------   2 charlie  charlie     2048 May 20 19:19 cur/
-rw-------   1 charlie  charlie     1316 May 20 19:19 dovecot-uidlist
drwx------   2 charlie  charlie      512 May 20 19:19 new/
drwx------   2 charlie  charlie      512 May 20 19:19 tmp/

=2E/cur:
total 130
drwx------   2 charlie  charlie     2048 May 20 19:19 ./
drwx------   5 charlie  charlie      512 May 20 19:19 ../
-rw-r--r--   1 charlie  charlie     1643 May 18 22:26 1046254614.27559_1.pe=
ng:2,S
-rw-r--r--   1 charlie  charlie      385 May 18 22:26 1062579361.15058_584.=
machine:2,
-rw-r--r--   1 charlie  charlie     1228 May 19 02:38 1084772855.P1759Q1M70=
3458.lazy:2,S
-rw-r--r--   1 charlie  charlie     3967 May 19 02:38 1084801877.P1132Q1M37=
7704.lazy:2,S
-rw-r--r--   1 charlie  charlie     1046 May 14 20:56 1084813639.P18189Q0M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie     1343 May 14 20:56 1084813639.P18189Q1M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie     1103 May 14 20:56 1084813639.P18189Q2M2=
54273.squeaky:2,S
-rw-r--r--   1 charlie  charlie     3576 May 14 20:56 1084813639.P18189Q3M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie     3649 May 14 20:56 1084813639.P18189Q4M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie     1004 May 14 20:56 1084813639.P18189Q5M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie      475 May 14 20:56 1084813639.P18189Q6M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie      477 May 14 20:56 1084813639.P18189Q7M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie      549 May 14 20:56 1084813639.P18189Q8M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie      548 May 14 20:56 1084813639.P18189Q9M2=
54273.squeaky:2,
-rw-r--r--   1 charlie  charlie     1168 May 19 00:11 1084889503.P504Q0M804=
183.squeaky:2,S
-rw-r--r--   1 charlie  charlie     1230 May 19 14:03 1084939383.P25383Q0M3=
79510.squeaky:2,S
-rw-r--r--   1 charlie  charlie      772 May 19 15:31 1084944677.P25383Q1M3=
91194.squeaky:2,S
-rw-r--r--   1 charlie  charlie     1831 May 19 18:16 1084954582.P19413Q1M8=
10694.squeaky:2,S
-rw-r--r--   1 charlie  charlie     1264 May 20 18:37 1085042265.P21880Q0M4=
03770.squeaky:2,S
-rw-r--r--   1 charlie  charlie     1264 May 20 18:42 1085042571.P22004Q0M9=
88553.squeaky:2,S
-rw-r--r--   1 charlie  charlie     1487 May 20 18:43 1085042586.P22004Q1M9=
14498.squeaky:2,S
-rw-------   1 charlie  charlie      261 May 20 19:00 1085043373.P22239Q0M5=
9297.squeaky:2,S
-rw-------   1 charlie  charlie      498 May 20 18:56 1085043378.P22239Q1M7=
49605.squeaky:2,S
-rw-------   1 charlie  charlie      496 May 20 18:56 1085043383.P22239Q2M7=
97760.squeaky:2,S
-rw-------   1 charlie  charlie      914 May 20 18:56 1085043388.P22239Q3M6=
06724.squeaky:2,S
-rw-------   1 charlie  charlie     1227 May 20 18:56 1085043393.P22239Q4M1=
66768.squeaky:2,S
-rw-------   1 charlie  charlie      926 May 20 18:56 1085043398.P22239Q5M4=
26819.squeaky:2,S
-rw-------   1 charlie  charlie     3536 May 20 18:56 1085043403.P22239Q6M3=
46821.squeaky:2,S
-rw-------   1 charlie  charlie      571 May 20 18:56 1085043409.P22239Q7M2=
0841.squeaky:2,S
-rw-------   1 charlie  charlie      570 May 20 18:56 1085043415.P22239Q8M4=
4288.squeaky:2,S
-rw-------   1 charlie  charlie      388 May 20 19:05 1085043951.P22418Q1M9=
40309.squeaky:2,S
-rw-------   1 charlie  charlie      405 May 19 01:54 1085044017.P22527Q0M5=
76547.squeaky:2,DS
-rw-------   1 charlie  charlie     1132 May 14 16:57 1085044031.P22527Q1M4=
77831.squeaky:2,S
-rw-------   1 charlie  charlie     1132 May 14 20:56 1085044031.P22527Q2M7=
32509.squeaky:2,S
-rw-------   1 charlie  charlie     1036 May 20 19:19 1085044751.P23280Q0M9=
30209.squeaky:2,S

** this one wont be able to be fetched! **

squeaky:/home/virtual/charlie/Maildir/.Drafts/cur# head -20 1085044751.P232=
80Q0M930209.squeaky\:2\,S
=46rom: Charlie Allom <charlie@myinternet.com.au>
To: "King, Michael" <>
Cc: "Oriti, Sam" <>,
        "Durkin, Jeffrey" <>
Subject: Re: waceo deployment portal [Scanned]
References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet.=
wa.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=3Dus-ascii
Content-Disposition: inline
In-Reply-To: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet=
=2Ewa.edu.au>
X-Mutt-Fcc: =3DSent
Status: RO
X-Mutt-PGP: S

On Thu, May 13, 2004 at 03:57:10PM +0800, King, Michael wrote:
>
> We would like to discuss the process at next weeks ops meeting so that
> there is a better understanding of the proceeds on how it impacts on
> this deployment and all other deployments.

** this one will **
squeaky:/home/virtual/charlie/Maildir/.Drafts/cur# head -20 1085044031.P225=
27Q2M732509.squeaky\:2\,S
=46rom: Charlie Allom <charlie@myinternet.com.au>
To: "King, Michael" <>
Cc: "Oriti, Sam" <>,
        "Durkin, Jeffrey" <>
Subject: Re: waceo deployment portal [Scanned]
References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet.=
wa.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=3Dus-ascii
Content-Disposition: inline
In-Reply-To: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet=
=2Ewa.edu.au>
X-Mutt-References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cat=
hednet.wa.edu.au>
X-Mutt-Fcc: =3DSent
Status: RO
X-Mutt-PGP: S

On Thu, May 13, 2004 at 03:57:10PM +0800, King, Michael wrote:
>
> We would like to discuss the process at next weeks ops meeting so that
> there is a better understanding of the proceeds on how it impacts on
> this deployment and all other deployments.
squeaky:/home/virtual/charlie/Maildir/.Drafts/cur#


--=20
=2Esignature
0x14AA7941

--6TrnltStXW4iwmi0
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFArH22qiZDwhSqeUERAtY/AKCCFsjFzfUhSt/60zeI9AIWMI8D2QCeLiPb
L+IADsPnRhzUvVBUhVMaNZ0=
=OjGE
-----END PGP SIGNATURE-----

--6TrnltStXW4iwmi0--

From charlie@rubberduck.com  Thu May 20 18:26:03 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E43AFC002801; Thu, 20 May 2004 18:26:03 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0F7F0C000D8E
	for <dovecot@dovecot.org>; Thu, 20 May 2004 18:26:01 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 82BF61C1D0E1; Thu, 20 May 2004 18:19:19 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7D0C61C1D0E2; Thu, 20 May 2004 18:19:19 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id DCFD31C1D0E1
	for <dovecot@procontrol.fi>; Thu, 20 May 2004 18:18:44 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2]) by lazy.spodder.com (Postfix) with ESMTP id 1DEDC9098
	for <dovecot@procontrol.fi>; Fri, 21 May 2004 01:14:06 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id E52356A3B8D; Fri, 21 May 2004 01:18:25 +1000 (EST)
Date: Fri, 21 May 2004 01:18:24 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] why does dovecot child die on these messages?
Message-ID: <20040520151823.GA13061@myinternet.com.au>
References: <20040520094318.GA3207@myinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g"
Content-Disposition: inline
In-Reply-To: <20040520094318.GA3207@myinternet.com.au>
User-Agent: Mutt/1.5.6i
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 20 May 2004 15:26:04 -0000
X-UID: 9130                                                  
Status: O


--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, May 20, 2004 at 07:43:19PM +1000, Charlie Allom wrote:
>=20
> why, when I'm trying to read certain "Drafts" emails that I just
> created, or edited, do the dovecot children die (or so I think).
>=20

Curiously it's only mutt saved emails. If I pipe them back to be
delivered by procmail, all is ok.

  C.
--=20
=2Esignature
0x14AA7941

--2fHTh5uZTiUOsy+g
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFArMw/qiZDwhSqeUERAkHGAKCl/vLMyC/B71K6+CuOqqfDN9G98ACfY3HC
/e/SH6lucqrgLWR1GAzMJ84=
=uSZA
-----END PGP SIGNATURE-----

--2fHTh5uZTiUOsy+g--

From dr@jones.dk  Thu May 20 18:43:29 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BA56CC002806; Thu, 20 May 2004 18:43:29 +0300 (EEST)
Received: from xayide.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id CB9C3C000D8E
	for <dovecot@dovecot.org>; Thu, 20 May 2004 18:43:26 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by xayide.jones.dk (Postfix) with ESMTP id E82F61AB3EA
	for <dovecot@dovecot.org>; Thu, 20 May 2004 17:36:38 +0200 (CEST)
Received: from xayide.jones.dk ([127.0.0.1])
	by localhost (xayide.jones.dk [127.0.0.1]) (amavisd-new, port 10024)
	with SMTP id 01775-06 for <dovecot@dovecot.org>;
	Thu, 20 May 2004 17:36:26 +0200 (CEST)
Received: from jones.dk (unknown [192.168.102.144])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by xayide.jones.dk (Postfix) with ESMTP id D4A9E1AB7BA
	for <dovecot@dovecot.org>; Thu, 20 May 2004 17:36:26 +0200 (CEST)
Message-ID: <40ACD07A.3090306@jones.dk>
Date: Thu, 20 May 2004 17:36:26 +0200
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040313)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] why does dovecot child die on these messages?
References: <20040520094318.GA3207@myinternet.com.au>
	<20040520151823.GA13061@myinternet.com.au>
In-Reply-To: <20040520151823.GA13061@myinternet.com.au>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at jones.dk
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 20 May 2004 15:43:29 -0000
X-UID: 9131                                                  
Status: O

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Charlie Allom wrote:
| On Thu, May 20, 2004 at 07:43:19PM +1000, Charlie Allom wrote:
|
|>why, when I'm trying to read certain "Drafts" emails that I just
|>created, or edited, do the dovecot children die (or so I think).
|>
|
|
| Curiously it's only mutt saved emails. If I pipe them back to be
| delivered by procmail, all is ok.

Sounds like Mutt not obeying Maildir specs, then...

Beware of the difference between accessing Maildirs directly and going
through the IMAP protocol.


~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er n=E6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFArNB5n7DbMsAkQLgRAsp+AJ9IT5dLfp6eZS23+hzyiWS0ncB4jACfTE2k
sqkKt5NvG6SG2MnxTqR8FO4=3D
=3DH5+V
-----END PGP SIGNATURE-----

From charlie@rubberduck.com  Thu May 20 18:45:52 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2241CC002810; Thu, 20 May 2004 18:45:52 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by talvi.dovecot.org (Postfix) with ESMTP id 8A6E7C002807
	for <dovecot@dovecot.org>; Thu, 20 May 2004 18:45:49 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2]) by lazy.spodder.com (Postfix) with ESMTP
	id 7DF2B909B; Fri, 21 May 2004 01:34:40 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id DD2B46A4C7D; Fri, 21 May 2004 01:39:01 +1000 (EST)
Date: Fri, 21 May 2004 01:39:00 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Jonas Smedegaard <dr@jones.dk>
Subject: Re: [Dovecot] why does dovecot child die on these messages?
Message-ID: <20040520153900.GA19839@myinternet.com.au>
References: <20040520094318.GA3207@myinternet.com.au>
	<20040520151823.GA13061@myinternet.com.au>
	<40ACD07A.3090306@jones.dk>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/"
Content-Disposition: inline
In-Reply-To: <40ACD07A.3090306@jones.dk>
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 20 May 2004 15:45:52 -0000
X-UID: 9132                                                  
Status: O
Content-Length: 1221


--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, May 20, 2004 at 05:36:26PM +0200, Jonas Smedegaard wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>=20
> Charlie Allom wrote:
> | On Thu, May 20, 2004 at 07:43:19PM +1000, Charlie Allom wrote:
> |
> |>why, when I'm trying to read certain "Drafts" emails that I just
> |>created, or edited, do the dovecot children die (or so I think).
> |
> | Curiously it's only mutt saved emails. If I pipe them back to be
> | delivered by procmail, all is ok.
>=20
> Sounds like Mutt not obeying Maildir specs, then...
>=20
> Beware of the difference between accessing Maildirs directly and going
> through the IMAP protocol.

Thanks, I am accessing it all through imap://

I'm currently compiling a vanilla mutt to see if it exhibits the same
problem.

--=20
=2Esignature
0x14AA7941

--TB36FDmn/VVEgNH/
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFArNETqiZDwhSqeUERAq0nAKCJn7cZnaP7EpbY+4IEnKG9cpxYmgCdFuwP
/VLwd8WBz+J7+9FvtdDVg24=
=PQpS
-----END PGP SIGNATURE-----

--TB36FDmn/VVEgNH/--

From charlie@rubberduck.com  Thu May 20 18:58:09 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7B668C002806; Thu, 20 May 2004 18:58:09 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 9E654C002801
	for <dovecot@dovecot.org>; Thu, 20 May 2004 18:58:07 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 2165A1C1D0E1; Thu, 20 May 2004 18:51:26 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1B5FF1C1D0E2; Thu, 20 May 2004 18:51:26 +0300 (EEST)
Received: from lazy.spodder.com (lazy.spodder.com [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id B2C211C1D0E1
	for <dovecot@procontrol.fi>; Thu, 20 May 2004 18:50:51 +0300 (EEST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2]) by lazy.spodder.com (Postfix) with ESMTP id 9F3A38F61
	for <dovecot@procontrol.fi>; Fri, 21 May 2004 01:46:24 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id E18426A7214; Fri, 21 May 2004 01:50:45 +1000 (EST)
Date: Fri, 21 May 2004 01:50:45 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] why does dovecot child die on these messages?
Message-ID: <20040520155044.GA20440@myinternet.com.au>
References: <20040520094318.GA3207@myinternet.com.au>
	<20040520151823.GA13061@myinternet.com.au>
	<40ACD07A.3090306@jones.dk>
	<20040520153900.GA19839@myinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1"
Content-Disposition: inline
In-Reply-To: <20040520153900.GA19839@myinternet.com.au>
User-Agent: Mutt/1.5.6i
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 20 May 2004 15:58:09 -0000
X-UID: 9133                                                  
Status: O


--n8g4imXOkfNTN/H1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, May 21, 2004 at 01:39:00AM +1000, Charlie Allom wrote:
>=20
> I'm currently compiling a vanilla mutt to see if it exhibits the same
> problem.

Well that was unexpected! I've discovered that dovecot will not crash if
it isn't wrapped in SSL. No matter which client I use.

This is looking like a Solaris problem :(

  C.
--=20
=2Esignature
0x14AA7941

--n8g4imXOkfNTN/H1
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFArNPUqiZDwhSqeUERAoH2AKCWEiQMjoAxGg/VE42vGkF8H4euHwCfbKD5
5Af6y7taMyhw3Ty4/XkYgfI=
=dFLE
-----END PGP SIGNATURE-----

--n8g4imXOkfNTN/H1--

From daemon@kzone.ch  Thu May 20 19:12:17 2004
Return-Path: <daemon@kzone.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2AFD5C002812; Thu, 20 May 2004 19:12:17 +0300 (EEST)
Received: from Odo.kzone.ch (cable-ggar41-004.intergga.ch [157.161.41.4])
	by talvi.dovecot.org (Postfix) with ESMTP id 5EAC4C002806
	for <dovecot@dovecot.org>; Thu, 20 May 2004 19:12:14 +0300 (EEST)
Received: (from daemon@localhost) by Odo.kzone.ch (8.9.3/8.9.3) id SAA16850
	for dovecot@dovecot.org; Thu, 20 May 2004 18:05:31 +0200
From: Sven Kirmess <dovecot@kzone.ch>
To: dovecot@dovecot.org
Date: Thu, 20 May 2004 18:06:05 +0200
Organization: Kirmess
Lines: 6
Message-ID: <c8il0b$ge3$1@Odo.kzone.ch>
NNTP-Posting-Host: odo.kzone.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: Odo.kzone.ch 1085069131 16835 192.168.100.100 (20 May 2004 16:05:31
	GMT)
X-Complaints-To: sven.kirmess@gmx.net
NNTP-Posting-Date: 20 May 2004 16:05:31 GMT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: de-CH,de,de-AT,en
Subject: [Dovecot] Why the name dovecot?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Sven Kirmess <sven.kirmess@kzone.ch>
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: Thu, 20 May 2004 16:12:17 -0000
X-UID: 9134                                                  
Status: O

Why is docecot called dovecot? Actually, nobody likes these "rats with wings". ;-)

Timo, can we know that or is it a secret?


Sven

From adam@bostoncoop.net  Fri May 21 06:09:16 2004
Return-Path: <adam@bostoncoop.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 12A05C002801; Fri, 21 May 2004 06:09:16 +0300 (EEST)
Received: from bostoncoop.net (proper.eecs.harvard.edu [140.247.60.120])
	by talvi.dovecot.org (Postfix) with ESMTP id B647BC000D8E
	for <dovecot@dovecot.org>; Fri, 21 May 2004 06:09:13 +0300 (EEST)
Received: by bostoncoop.net (Postfix, from userid 1001)
	id 813B51333E; Thu, 20 May 2004 23:02:30 -0400 (EDT)
Date: Thu, 20 May 2004 23:02:30 -0400
From: Adam Kessel <adam@rosi-kessel.org>
To: dovecot@dovecot.org
Message-ID: <20040521030229.GB6525@bostoncoop.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Subject: [Dovecot] Dovecot Questions
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 03:09:16 -0000
X-UID: 9135                                                  
Status: O
Content-Length: 1109

Hi.  I have two questions that don't appear to be answered anywhere: 

- Many of my users use a fetchmail ssh tunnel to get their mail.
  Typically this looks like
      poll 140.247.60.120 with proto imap:
           plugin "ssh -2 %h /usr/sbin/imapd" auth ssh;

  uw-imapd provides a binary /usr/sbin/imapd that can be used for an
  ssh-imap tunnel.  I found /usr/lib/dovecot/imap (in Debian) which
  might work as a replacement, except that it appears that running
  /usr/lib/dovecot/imap doesn't properly read in the configuration
  file--for example, it is trying to create dotlocks, but in the
  configuration I have flock.  Is there any way I can do what I want to
  do here?

- Dovecot seems to be dying spontaneously in conjunction with
  SquirrelMail.  Do you have any experience of this?  SquirrelMail ends
  up reporting that there was no response to the CAPABILITY query.  If I
  restart Dovecot, everything is fine again.  I don't see anything in the
  logs to indicate the problem.  Any ideas why this might be happening?

Thanks for any pointers...
-- 
Adam Kessel
http://adam.rosi-kessel.org

From adam@bostoncoop.net  Fri May 21 06:15:35 2004
Return-Path: <adam@bostoncoop.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3255BC002807; Fri, 21 May 2004 06:15:35 +0300 (EEST)
Received: from bostoncoop.net (proper.eecs.harvard.edu [140.247.60.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 2060EC000D8E
	for <dovecot@dovecot.org>; Fri, 21 May 2004 06:15:33 +0300 (EEST)
Received: by bostoncoop.net (Postfix, from userid 1001)
	id EA7EC13332; Thu, 20 May 2004 23:08:49 -0400 (EDT)
Date: Thu, 20 May 2004 23:08:49 -0400
From: Adam Kessel <adam@rosi-kessel.org>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot Questions
Message-ID: <20040521030849.GA7584@bostoncoop.net>
References: <20040521030229.GB6525@bostoncoop.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040521030229.GB6525@bostoncoop.net>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 03:15:35 -0000
X-UID: 9136                                                  
Status: O

On Thu, May 20, 2004 at 11:02:30PM -0400, Adam Kessel wrote:
> - Dovecot seems to be dying spontaneously in conjunction with
>   SquirrelMail.  Do you have any experience of this?  SquirrelMail ends
>   up reporting that there was no response to the CAPABILITY query.  If I
>   restart Dovecot, everything is fine again.  I don't see anything in the
>   logs to indicate the problem.  Any ideas why this might be happening?

I suppose I should have mentioned that this is Debian sid, so Dovecot
0.99.10.4 and SquirrelMail version 1.5.0.  Not using pgsql or ldap.
-- 
Adam Kessel
http://adam.rosi-kessel.org

From james@powweb.com  Fri May 21 06:21:47 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E7F20C002816; Fri, 21 May 2004 06:21:47 +0300 (EEST)
Received: from nexus.powweb.com (unknown [66.152.96.130])
	by talvi.dovecot.org (Postfix) with ESMTP id 5FBB8C000D8E
	for <dovecot@dovecot.org>; Fri, 21 May 2004 06:21:45 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id AF16FB8E48
	for <dovecot@dovecot.org>; Thu, 20 May 2004 20:14:57 -0700 (PDT)
Message-ID: <40AD742B.6070001@powweb.com>
Date: Thu, 20 May 2004 20:14:51 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: multipart/mixed; boundary="------------010401080700050003020106"
Subject: [Dovecot] feature request /  question? 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 03:21:48 -0000
X-UID: 9137                                                  
Status: O
Content-Length: 3014

This is a multi-part message in MIME format.
--------------010401080700050003020106
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Occasionally we get a user who decided they need to pop their account 3 
to 4 times a second... usually I just disable their account and shout 
"no!", but now I have someone trying to do it repeatedly with an invalid 
username  so I don't know who to spank. =)   Before if this happened I 
would block the IP and wait for someone to complain...  dovecot doesn't 
make that very easy, or at least I don't see how.

May 20 20:12:29 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:30 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:31 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:32 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:32 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:32 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:32 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:32 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:33 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:33 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:33 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:33 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:33 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:34 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username
May 20 20:12:34 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net): 
invalid username

No IP address, and we do not host thegrid.net.  There are no other 
messages or authetication errors being logged anywhere else either. It 
would be helpful to have dovecot display the IP address of failed 
authentications as well... it allready show's it for login's.


-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------010401080700050003020106
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------010401080700050003020106--

From JMelville@selectaustralasia.com.au  Fri May 21 06:26:07 2004
Return-Path: <JMelville@selectaustralasia.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E138EC002819; Fri, 21 May 2004 06:26:07 +0300 (EEST)
Received: from pittst-smtp.select-appointments.com.au (unknown [61.88.1.162])
	by talvi.dovecot.org (Postfix) with SMTP id 92E79C002816
	for <dovecot@dovecot.org>; Fri, 21 May 2004 06:26:03 +0300 (EEST)
Received: FROM SYDEXCHVS01.Australasia.SelectNET.com BY
	pittst-smtp.select-appointments.com.au ;
	Fri May 21 13:22:12 2004 +1000
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Subject: RE: [Dovecot] Dovecot Questions
Date: Fri, 21 May 2004 13:19:21 +1000
Message-ID: <4290D8AB6C950C44B59AA76B2513A6CA0FF529@SYDEXCHVS01.Australasia.SelectNET.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Dovecot Questions
Thread-Index: AcQ+4W+dd66ElEisT9KhJLHaOpWf7AAAGV8Q
From: "Julian Melville" <JMelville@selectaustralasia.com.au>
To: <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 03:26:08 -0000
X-UID: 9138                                                  
Status: O

> I suppose I should have mentioned that this is Debian sid, so Dovecot
> 0.99.10.4 and SquirrelMail version 1.5.0.  Not using pgsql or ldap.

What happens if you telnet to e.g. port 143 when this is happening? Do
you get a response from dovecot?

I ask because I was experiencing the same symptom on a Debian (testing)
machine a couple of months back. I had some assistance from Jaldhar but
didn't get much closer to the answer. Eventually I put it down to low
memory problems (it was a virtual-mode Linux server and had memory probs
with other apps) and shifted to a real server with plenty of RAM. That's
now also running Debian sid, dovecot and Squirrelmail without any
problems.

Cheers,

Julian.

From adam@bostoncoop.net  Fri May 21 06:31:35 2004
Return-Path: <adam@bostoncoop.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A24E5C002819; Fri, 21 May 2004 06:31:35 +0300 (EEST)
Received: from bostoncoop.net (proper.eecs.harvard.edu [140.247.60.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 2FBA2C002816
	for <dovecot@dovecot.org>; Fri, 21 May 2004 06:31:33 +0300 (EEST)
Received: by bostoncoop.net (Postfix, from userid 1001)
	id 087EA13332; Thu, 20 May 2004 23:24:49 -0400 (EDT)
Date: Thu, 20 May 2004 23:24:49 -0400
From: Adam Kessel <adam@rosi-kessel.org>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot Questions
Message-ID: <20040521032449.GA8172@bostoncoop.net>
References: <4290D8AB6C950C44B59AA76B2513A6CA0FF529@SYDEXCHVS01.Australasia.SelectNET.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4290D8AB6C950C44B59AA76B2513A6CA0FF529@SYDEXCHVS01.Australasia.SelectNET.com>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 03:31:35 -0000
X-UID: 9139                                                  
Status: O
Content-Length: 1141

On Fri, May 21, 2004 at 01:19:21PM +1000, Julian Melville wrote:
> > I suppose I should have mentioned that this is Debian sid, so Dovecot
> > 0.99.10.4 and SquirrelMail version 1.5.0.  Not using pgsql or ldap.
> What happens if you telnet to e.g. port 143 when this is happening? Do
> you get a response from dovecot?

I'll try that next time and report to the list...

> I ask because I was experiencing the same symptom on a Debian (testing)
> machine a couple of months back. I had some assistance from Jaldhar but
> didn't get much closer to the answer. Eventually I put it down to low
> memory problems (it was a virtual-mode Linux server and had memory probs
> with other apps) and shifted to a real server with plenty of RAM. That's
> now also running Debian sid, dovecot and Squirrelmail without any
> problems.

The machine has 2G of RAM and is not under a heavy load, so I don't think
that should be the issue.  I'm actually running a mixed testing/unstable
system, although I don't believe any of the lower-versioned packages
(from testing, rather than unstable) are involved in IMAP.
-- 
Adam Kessel
http://adam.rosi-kessel.org

From hf@spg.tu-darmstadt.de  Fri May 21 13:24:48 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6F082C000D8E; Fri, 21 May 2004 13:24:48 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id B4FB0C000D5F
	for <dovecot@dovecot.org>; Fri, 21 May 2004 13:24:45 +0300 (EEST)
Received: from heiligenberg.nt.e-technik.tu-darmstadt.de
	(heiligenberg.nt.e-technik.tu-darmstadt.de [130.83.186.54])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i4LAI2FQ019876
	for <dovecot@dovecot.org>; Fri, 21 May 2004 12:18:02 +0200 (CEST)
Received: from heiligenberg.nt.e-technik.tu-darmstadt.de (localhost
	[127.0.0.1])
	by heiligenberg.nt.e-technik.tu-darmstadt.de (8.12.9p1/8.12.9) with
	ESMTP id i4LAHuJM008619
	for <dovecot@dovecot.org>; Fri, 21 May 2004 12:18:01 +0200 (CEST)
Received: (from hf@localhost)
	by heiligenberg.nt.e-technik.tu-darmstadt.de (8.12.9p1/8.12.9) id
	i4LAHpQQ013764; Fri, 21 May 2004 12:17:51 +0200 (CEST)
Date: Fri, 21 May 2004 12:17:51 +0200
From: Hauke Fath <hf@spg.tu-darmstadt.de>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] feature request /  question?
Message-Id: <20040521121751.79723952.hf@spg.tu-darmstadt.de>
In-Reply-To: <40AD742B.6070001@powweb.com>
References: <40AD742B.6070001@powweb.com>
Organization: Technische Universitaet Darmstadt
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 10:24:49 -0000
X-UID: 9140                                                  
Status: O

On Thu, 20 May 2004 20:14:51 -0700 James Moser wrote:

> Before if this happened I=20
> would block the IP and wait for someone to complain...  dovecot
> doesn't make that very easy, or at least I don't see how.

Can dovecot be built with tcpwrappers support? That would take care of
the problem...

	hauke

--=20
           Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut f=FCr Nachrichtentechnik         \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
      Ruf +49-6151-16-3281              / \  Respect for open standards

From nkadel@merl.com  Fri May 21 15:37:03 2004
Return-Path: <nkadel@merl.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 24601C002801; Fri, 21 May 2004 15:37:03 +0300 (EEST)
Received: from cambridge.merl.com (cambridge.merl.com [137.203.190.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 89B4EC000D5F
	for <dovecot@dovecot.org>; Fri, 21 May 2004 15:37:00 +0300 (EEST)
Received: from tsumi.merl.com (tsumi.merl.com [137.203.134.9])
	by cambridge.merl.com (8.12.10/8.12.10) with ESMTP id i4LCUFG1011046
	for <dovecot@dovecot.org>; Fri, 21 May 2004 08:30:16 -0400
Received: from tsumi.merl.com (tsumi.merl.com [137.203.134.9])
	by tsumi.merl.com (8.12.8/8.12.8) with ESMTP id i4LCUFuD018561
	for <dovecot@dovecot.org>; Fri, 21 May 2004 08:30:15 -0400
Date: Fri, 21 May 2004 08:30:15 -0400 (EDT)
From: Nico Kadel-Garcia <nkadel@merl.com>
To: dovecot@dovecot.org
Message-ID: <Pine.LNX.4.44.0405210822120.18163-100000@tsumi.merl.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Received-SPF: pass (cambridge.merl.com: domain of nkadel@merl.com designates
	137.203.134.9 as permitted sender)
Subject: [Dovecot] What about saving your INBOX  at ~/mbox ?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 12:37:03 -0000
X-UID: 9141                                                  
Status: O
Content-Length: 1085


Hi, folks. I'm testing out RedHat's "Fedora Core 2" release, which has
switched from the old WashU imapd to dovecot-0.99.10. Overall, this
looks like a really, really good move on their part: it looks like a
very sweet little tool without some of the ingrained idiocy of Mark
Crispin insisting that every home directory consist of nothing but
mbox files and allowing you to use a configurable subdirectory by
default, ~/mail.

Cool.

There is one feature of the old WashU imapd that I miss, though. That
daemonn could be configured to automatically transfer the user's email
to the "~/mbox" upon activation of the daemon, effectively reducing
the size of the /var/spool/mail/{username}" mail spool and helping
keep the user's disk usage in their home directories, not in
/var/spool/mail. This can be a good thing for various reasons.

But I don't see any way to enable that behavior for dovecot. Is there
something I'm missing, or do folks feel it would be reasonable to add?

-- 

				Nico Kadel-Garcia
				Systems Engineer
				Mitsubish Electric Research Lab
				<nkadel@merl.com>


From rick@activeservice.co.uk  Fri May 21 16:15:44 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D3BEDC002801; Fri, 21 May 2004 16:15:44 +0300 (EEST)
Received: from mcp.34sp.com (mcp.34sp.com [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id B9DD9C000D5F
	for <dovecot@dovecot.org>; Fri, 21 May 2004 16:15:42 +0300 (EEST)
Received: (qmail 28413 invoked from network); 21 May 2004 13:08:48 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.178.76)
	by mcp.34sp.com with SMTP; 21 May 2004 13:08:48 -0000
Received: (qmail 23548 invoked from network); 21 May 2004 13:08:47 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	21 May 2004 13:08:45 -0000
Date: Fri, 21 May 2004 14:08:40 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: dovecot@dovecot.org
Message-ID: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
X-Mailer: Mulberry/3.1.3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [Dovecot] "important" flag
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 13:15:45 -0000
X-UID: 9142                                                  
Status: O

I'm wondering what I'd need to do to get the "important" flag set on an 
incoming message according to a pre-specified header.

I know the problem of this not being a "joined-up" feature in standard 
email, but in practice many MUAs set headers like X-priority etc, and IMAP 
has an "important" flag that is the obvious mapping.

I'm not really sure where would be the best place to try to put something 
like this. Should it be the delivery agent (qmail in my case), the IMAP 
server (i.e. Dovecot), or the MUA? To me the MUA doesn't make sense, as the 
flag should be set before any specific MUA even gets to the message.

Since the flags are coded into the filenames when using maildir, is it 
possible for qmail to deliver a message with the flag included in the 
filename, and will Dovecot recognise it? If so I might try hacking qmail.

Or any other ideas - has anyone else tried this?

-- 
Rick Jones

From nkadel@merl.com  Fri May 21 17:50:15 2004
Return-Path: <nkadel@merl.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7F499C00282B; Fri, 21 May 2004 17:50:15 +0300 (EEST)
Received: from cambridge.merl.com (cambridge.merl.com [137.203.190.1])
	by talvi.dovecot.org (Postfix) with ESMTP id BD6DEC00282A
	for <dovecot@dovecot.org>; Fri, 21 May 2004 17:50:12 +0300 (EEST)
Received: from tsumi.merl.com (tsumi.merl.com [137.203.134.9])
	by cambridge.merl.com (8.12.10/8.12.10) with ESMTP id i4LEhGG1013118;
	Fri, 21 May 2004 10:43:16 -0400
Received: from zeppo (zeppo.merl.com [137.203.140.178])
	by tsumi.merl.com (8.12.8/8.12.8) with SMTP id i4LEhGuC029206;
	Fri, 21 May 2004 10:43:16 -0400
Message-ID: <00a301c43f41$f39ea0e0$b28ccb89@zeppo>
From: "Nico Kadel-Garcia" <nkadel@merl.com>
To: "Rick Jones" <rick@activeservice.co.uk>, <dovecot@dovecot.org>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
Subject: Re: [Dovecot] "important" flag
Date: Fri, 21 May 2004 10:43:16 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Received-SPF: pass (cambridge.merl.com: domain of nkadel@merl.com designates
	137.203.134.9 as permitted sender)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 14:50:15 -0000
X-UID: 9143                                                  
Status: O
Content-Length: 1130


----- Original Message ----- 
From: "Rick Jones" <rick@activeservice.co.uk>
To: <dovecot@dovecot.org>
Sent: Friday, May 21, 2004 9:08 AM
Subject: [Dovecot] "important" flag


> I'm wondering what I'd need to do to get the "important" flag set on an
> incoming message according to a pre-specified header.
>
> I know the problem of this not being a "joined-up" feature in standard
> email, but in practice many MUAs set headers like X-priority etc, and IMAP
> has an "important" flag that is the obvious mapping.
>
> I'm not really sure where would be the best place to try to put something
> like this. Should it be the delivery agent (qmail in my case), the IMAP
> server (i.e. Dovecot), or the MUA? To me the MUA doesn't make sense, as
the
> flag should be set before any specific MUA even gets to the message.
>
> Since the flags are coded into the filenames when using maildir, is it
> possible for qmail to deliver a message with the flag included in the
> filename, and will Dovecot recognise it? If so I might try hacking qmail.
>
> Or any other ideas - has anyone else tried this?

Probably in procmail, not in dovecot.


From bfg@noviforum.si  Fri May 21 17:56:22 2004
Return-Path: <bfg@noviforum.si>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4D23CC004548; Fri, 21 May 2004 17:56:22 +0300 (EEST)
Received: from mail.najdi.si (unknown [193.189.169.107])
	by talvi.dovecot.org (Postfix) with ESMTP id EE6A2C004547
	for <dovecot@dovecot.org>; Fri, 21 May 2004 17:56:19 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by elfstone.noviforum.si (ESMTP) with ESMTP id 7B57F1B921
	for <dovecot@dovecot.org>; Fri, 21 May 2004 16:48:33 +0200 (CEST)
Received: from noviforum.si (kamai.noviforum.si [192.168.2.14])
	by elfstone.noviforum.si (ESMTP) with ESMTP id 583D61B914
	for <dovecot@dovecot.org>; Fri, 21 May 2004 16:48:33 +0200 (CEST)
Message-ID: <40AE16D7.1030402@noviforum.si>
Date: Fri, 21 May 2004 16:48:55 +0200
From: =?ISO-8859-2?Q?=22Branko_F=2E_Gra=E8nar=22?= <bfg@noviforum.si>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040208)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.83.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by Najdi.si
Subject: [Dovecot] maildirsize virtual quota support
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 14:56:22 -0000
X-UID: 9144                                                  
Status: O

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi.

I'm interested to help you with maildirsize virtual quota support.

Is there any documented dovecot api?

Best regards,

- --
Branko F. Gracnar
Noviforum Ltd. Software & Media
http://www.noviforum.si
http://www.najdi.si

-----BEGIN PGP SIGNATURE-----

iD8DBQFArhbWfiC/E+t8hPcRAtX7AJ9A5ZtSN+6hGQVNLvEjdwV+h2AMBQCfVNem
mn+DiJ2ov6+OB3O9hCu/NC8=
=8rsG
-----END PGP SIGNATURE-----

From hf@spg.tu-darmstadt.de  Fri May 21 18:44:25 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2F377C00621D; Fri, 21 May 2004 18:44:25 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id ABD5AC00621C
	for <dovecot@dovecot.org>; Fri, 21 May 2004 18:44:22 +0300 (EEST)
Received: from [130.83.186.53] (blech.nt.e-technik.tu-darmstadt.de
	[130.83.186.53])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i4LFbbLk000805; Fri, 21 May 2004 17:37:38 +0200 (CEST)
Mime-Version: 1.0
X-Sender: hf@bounce.nt.e-technik.tu-darmstadt.de (Unverified)
Message-Id: <f06010200bcd3d1753ca7@[130.83.186.53]>
In-Reply-To: <Pine.LNX.4.44.0405210822120.18163-100000@tsumi.merl.com>
References: <Pine.LNX.4.44.0405210822120.18163-100000@tsumi.merl.com>
Date: Fri, 21 May 2004 17:37:36 +0200
To: Nico Kadel-Garcia <nkadel@merl.com>
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Subject: Re: [Dovecot] What about saving your INBOX at ~/mbox ?
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 15:44:25 -0000
X-UID: 9145                                                  
Status: O
Content-Length: 1218

Am 21.05.2004 um 8:30 Uhr -0400 schrieb Nico Kadel-Garcia:
>There is one feature of the old WashU imapd that I miss, though. That
>daemonn could be configured to automatically transfer the user's email
>to the "~/mbox" upon activation of the daemon, effectively reducing
>the size of the /var/spool/mail/{username}" mail spool and helping
>keep the user's disk usage in their home directories, not in
>/var/spool/mail. This can be a good thing for various reasons.
>
>But I don't see any way to enable that behavior for dovecot. Is there
>something I'm missing, or do folks feel it would be reasonable to add?

By chance, I have just set that up.  :)

My default mailbox goes to ~/Mail/INBOX; adjust to your liking.
Set up sendmail/postfix/whatever to use maildrop as your local mailer, add

DEFAULT=$HOME/Mail/INBOX

to /etc/courier/maildroprc

and set

default_mail_env = mbox:~/Mail:INBOX=%h/Mail/INBOX

-- that's all.

HTH,
	hauke

-- 
           Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut fr Nachrichtentechnik        \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
Ruf +49-6151-16-3281, Fax -3778        / \  Respect for open standards

From rick@activeservice.co.uk  Fri May 21 19:13:44 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6A088C00282B; Fri, 21 May 2004 19:13:44 +0300 (EEST)
Received: from mcp.34sp.com (mcp.34sp.com [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id 78A2DC00280A
	for <dovecot@dovecot.org>; Fri, 21 May 2004 19:13:40 +0300 (EEST)
Received: (qmail 37160 invoked from network); 21 May 2004 16:06:55 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.178.76)
	by mcp.34sp.com with SMTP; 21 May 2004 16:06:55 -0000
Received: (qmail 24362 invoked from network); 21 May 2004 16:06:55 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	21 May 2004 16:06:53 -0000
Date: Fri, 21 May 2004 17:06:48 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: Nico Kadel-Garcia <nkadel@merl.com>
Subject: Re: [Dovecot] "important" flag
Message-ID: <DB432A38DB0AE51A18B1A54A@[192.168.0.9]>
In-Reply-To: <00a301c43f41$f39ea0e0$b28ccb89@zeppo>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<00a301c43f41$f39ea0e0$b28ccb89@zeppo>
X-Mailer: Mulberry/3.1.3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 16:13:44 -0000
X-UID: 9146                                                  
Status: O

--On 21 May 2004 10:43 -0400 Nico Kadel-Garcia <nkadel@merl.com> wrote:
>
> From: "Rick Jones" <rick@activeservice.co.uk>
>
>> I'm wondering what I'd need to do to get the "important" flag set on an
>> incoming message according to a pre-specified header.
>>
>> ...
>>
>> Since the flags are coded into the filenames when using maildir, is it
>> possible for qmail to deliver a message with the flag included in the
>> filename, and will Dovecot recognise it? If so I might try hacking qmail.
>
> Probably in procmail, not in dovecot.

Interesting thought, but can procmail change the name of the delivered 
file? I didn't think it could, and AFAICS that's what needs to happen.

This is probably a bit OT now for Dovecot :)

-- 
Cheers
Rick

From nkadel@merl.com  Fri May 21 21:05:22 2004
Return-Path: <nkadel@merl.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 38DCDC002809; Fri, 21 May 2004 21:05:22 +0300 (EEST)
Received: from cambridge.merl.com (cambridge.merl.com [137.203.190.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 27727C000D8E
	for <dovecot@dovecot.org>; Fri, 21 May 2004 21:05:17 +0300 (EEST)
Received: from tsumi.merl.com (tsumi.merl.com [137.203.134.9])
	by cambridge.merl.com (8.12.10/8.12.10) with ESMTP id i4LHwWG1017194;
	Fri, 21 May 2004 13:58:32 -0400
Received: from zeppo (zeppo.merl.com [137.203.140.178])
	by tsumi.merl.com (8.12.8/8.12.8) with SMTP id i4LHwWuC021233;
	Fri, 21 May 2004 13:58:32 -0400
Message-ID: <01be01c43f5d$3a9be460$b28ccb89@zeppo>
From: "Nico Kadel-Garcia" <nkadel@merl.com>
To: "Hauke Fath" <hf@spg.tu-darmstadt.de>
References: <Pine.LNX.4.44.0405210822120.18163-100000@tsumi.merl.com>
	<f06010200bcd3d1753ca7@[130.83.186.53]>
Subject: Re: [Dovecot] What about saving your INBOX at ~/mbox ?
Date: Fri, 21 May 2004 13:58:32 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Received-SPF: pass (cambridge.merl.com: domain of nkadel@merl.com designates
	137.203.134.9 as permitted sender)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 21 May 2004 18:05:23 -0000
X-UID: 9147                                                  
Status: O
Content-Length: 1823


----- Original Message ----- 
From: "Hauke Fath" <hf@spg.tu-darmstadt.de>
To: "Nico Kadel-Garcia" <nkadel@merl.com>
Cc: <dovecot@dovecot.org>
Sent: Friday, May 21, 2004 11:37 AM
Subject: Re: [Dovecot] What about saving your INBOX at ~/mbox ?


> Am 21.05.2004 um 8:30 Uhr -0400 schrieb Nico Kadel-Garcia:
> >There is one feature of the old WashU imapd that I miss, though. That
> >daemonn could be configured to automatically transfer the user's email
> >to the "~/mbox" upon activation of the daemon, effectively reducing
> >the size of the /var/spool/mail/{username}" mail spool and helping
> >keep the user's disk usage in their home directories, not in
> >/var/spool/mail. This can be a good thing for various reasons.
> >
> >But I don't see any way to enable that behavior for dovecot. Is there
> >something I'm missing, or do folks feel it would be reasonable to add?
>
> By chance, I have just set that up.  :)

[ Configuration to alter delivery of mail to ~/{arbitrary-location}
deleted. ]

Your approach is not unreasonable. It does require modifying sendmail,
rather than putting the behavior in the IMAP daemon where the WashU daemon
did it. It also pretty automatically does it for *ALL* users, which is a bad
idea for cases when the user's home directory is NFS mounted and may be
unavailable at a particular time.

The WashU imapd also didn't do this transfer unless the ~/mbox file already
existed. It seems to me that, in such circumstances and if I wanted to do it
before the IMAP daemon was active, I'd use a procmail recipe to deliver it
to the user's mbox. But in that case, if the file transfer fails for
whatever reason, the messages would be left behind in /var/spool/mail/%u.
And if I'm using user's ~/.procmailrc's, I have all sorts of weirdness for
any potentially NFS mounted home directories.


From tss@iki.fi  Sat May 22 04:51:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1DE0AC002809; Sat, 22 May 2004 04:51:55 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 05DD7C000D8E
	for <dovecot@dovecot.org>; Sat, 22 May 2004 04:51:53 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP id D061A300DFC1A
	for <dovecot@dovecot.org>; Sat, 22 May 2004 04:45:07 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-nTtO8HoqvzDX3XLBPTpa"
Message-Id: <1085190307.17204.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 04:45:07 +0300
Subject: [Dovecot] 1.0-test10
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 01:51:55 -0000
X-UID: 9148                                                  
Status: O


--=-nTtO8HoqvzDX3XLBPTpa
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

Transaction log file contains now only message UIDs rather than message
sequences. I'm not really sure why I originally thought sequences were
better.. 0.99 Dovecot used UIDs too. A lot of difficult logic (which was
also broken) went away with this change.

Fixed also "Maildir sync: UID inserted in the middle of mailbox" errors.
I can't anymore get this release to easily complain about corrupted
indexes. That doesn't mean that the new logic is correct though, so be
careful.


--=-nTtO8HoqvzDX3XLBPTpa
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArrCjyUhSUUBViskRAnvvAJ9xzo83n6jXoDgMtWXQsS6hwgTsxACfVnjH
rIC4LDbiJY/lX66z4qBMwW8=
=6tYm
-----END PGP SIGNATURE-----

--=-nTtO8HoqvzDX3XLBPTpa--


From tss@iki.fi  Sat May 22 05:01:08 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A9E6DC00280C; Sat, 22 May 2004 05:01:08 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 19888C002809
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:00:57 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id BEED9300DFC1A; Sat, 22 May 2004 04:54:12 +0300 (EEST)
Subject: Re: [Dovecot] POP (dot) locks
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-yWMQs9vsfRcGoKPFOsYR"
Message-Id: <1085190852.17204.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 04:54:12 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:01:09 -0000
X-UID: 9149                                                  
Status: O
Content-Length: 1740


--=-yWMQs9vsfRcGoKPFOsYR
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-05-18 at 15:10, Christian Balzer wrote:
> # Should we create dotlock file even when we want only a read-lock? Setti=
ng
> # this to yes hurts the performance when the mailbox is accessed simultan=
eously
> # by multiple processes, but it's needed for reliable reading if no other
> # locking methods are available.
> #mbox_read_dotlock =3D no
> ---
> means that if the only other reading accesses to a (mbox style in this
> case here) mailbox are via other dovecot processes everything will be fin=
e?

This setting only means that we use dotlock also for read-locking, not
just write-locking mbox. Normally it uses just fcntl/flock. Hmm. I think
I should change the description a bit.

So, currently Dovecot doesn't try to lock mbox for the whole POP3
session. That may create problems if two sessions actually try to access
the mailbox concurrently. If message gets expunged by another process,
Dovecot replies with -ERR to requests to fetch the message. That might
confuse some POP3 clients, or cause them to send errors to user.

I don't think normally anyone even tries concurrent POP3 access? Anyway,
I have thought before that Dovecot/pop3 should lock the mbox for the
whole time, just like all others POP3 servers do (and RFC says too)..
I'll add in TODO.


--=-yWMQs9vsfRcGoKPFOsYR
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArrLEyUhSUUBViskRAsh1AJ9ke2toWV+rof0Zfc4GguodQ0WxTQCeMYWz
3T08tXbbOPI8hZWW34/qRbc=
=3Kqs
-----END PGP SIGNATURE-----

--=-yWMQs9vsfRcGoKPFOsYR--


From tss@iki.fi  Sat May 22 05:04:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 32A26C00281F; Sat, 22 May 2004 05:04:26 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 4A5D6C00280C
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:04:22 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 3771E300DFC1A; Sat, 22 May 2004 04:57:37 +0300 (EEST)
Subject: Re: [Dovecot] mbox folders
From: Timo Sirainen <tss@iki.fi>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C69D@orsmsx410.jf.intel.com>
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C69D@orsmsx410.jf.intel.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-pGbiX1a1SI/p4XTRQCBa"
Message-Id: <1085191057.17204.17.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 04:57:37 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:04:26 -0000
X-UID: 9150                                                  
Status: O


--=-pGbiX1a1SI/p4XTRQCBa
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-05-18 at 23:46, Villalovos, John L wrote:
> The problem I am having is that it seems to want to put folders in:
>=20
> ~/mail/mail/

Your IMAP client is configured with namespace set to "mail/" or
something similiar to get it working right UW-IMAP. Set this empty and
it works like you want.

Alternatively set default_mail_env =3D mbox:~/:INBOX=3D/var/spool/mail/%u


--=-pGbiX1a1SI/p4XTRQCBa
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArrOQyUhSUUBViskRAnxRAJwOdVdUZyKFvhpyv1RgpSZEkRj5ZQCfW6NL
i7IsCHqbJlZ2XR7uc1ONJCE=
=o/O0
-----END PGP SIGNATURE-----

--=-pGbiX1a1SI/p4XTRQCBa--


From tss@iki.fi  Sat May 22 05:11:37 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C2CD5C00281F; Sat, 22 May 2004 05:11:37 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A5FF2C00280C
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:11:35 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id A9A431C1D0E1; Sat, 22 May 2004 05:04:50 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A34A41C1D0E2; Sat, 22 May 2004 05:04:50 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 216F51C1D0E1
	for <dovecot@procontrol.fi>; Sat, 22 May 2004 05:04:16 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id D5A72300DFC1A; Sat, 22 May 2004 05:04:15 +0300 (EEST)
Subject: Re: [Dovecot] why does dovecot child die on these messages?
From: Timo Sirainen <tss@iki.fi>
To: Charlie Allom <charlie@rubberduck.com>
In-Reply-To: <20040520094318.GA3207@myinternet.com.au>
References: <20040520094318.GA3207@myinternet.com.au>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-mB9kxjBlSGwUZ3hvJ1sv"
Message-Id: <1085191455.17204.21.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:04:15 +0300
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:11:38 -0000
X-UID: 9151                                                  
Status: O
Content-Length: 1307


--=-mB9kxjBlSGwUZ3hvJ1sv
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-05-20 at 12:43, Charlie Allom wrote:
> I find that emails before a certain date are OK - but if i edit them and=20
> then try and refetch them - the child dies yet again. So I removed all=20
> .imap.* and let dovecot redo it's stuff. No go.
>=20
> Some followup information before the meat of the truss:=20
>=20
> 	http://lazy.spodder.com/~yeled/BSD/broken.dove.txt

24087:     *   2 9   F E T C H   ( U I D   4 4   B O D Y [ H E A D E R ]
24087:     { 3 4 1 }\r\n
24087:  sendfilev64(1, 1, 0xFFBFF438, 1, 0xFFBFF434)    Err#124 EAFNOSUPPOR=
T
sfv_fd=3D9        sfv_flag=3D0x0    sfv_off=3D0       sfv_len=3D341

You've set mail_save_crlf =3D yes, and looks like sendfile() doesn't work
for some reason and Dovecot doesn't try to fallback to write()..

Dovecot only checks for EINVAL error, I'll add EAFNOSUPPORT in the check
too.


--=-mB9kxjBlSGwUZ3hvJ1sv
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArrUfyUhSUUBViskRAlJxAJwNwo6kDUdyOBd1d63XKNFq0hJBGwCfR4F9
DAkkVpsLvt8moYaoZiK5K6Q=
=09e6
-----END PGP SIGNATURE-----

--=-mB9kxjBlSGwUZ3hvJ1sv--


From tss@iki.fi  Sat May 22 05:30:59 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 55F04C002823; Sat, 22 May 2004 05:30:59 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 5123BC00280C
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:30:57 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 43ABC300DFC1A; Sat, 22 May 2004 05:24:12 +0300 (EEST)
Subject: Re: [Dovecot] Why the name dovecot?
From: Timo Sirainen <tss@iki.fi>
To: Sven Kirmess <sven.kirmess@kzone.ch>
In-Reply-To: <c8il0b$ge3$1@Odo.kzone.ch>
References: <c8il0b$ge3$1@Odo.kzone.ch>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-we4XpVTtxQCOk6AVW3j4"
Message-Id: <1085192652.17204.36.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:24:12 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:30:59 -0000
X-UID: 9152                                                  
Status: O
Content-Length: 1339


--=-we4XpVTtxQCOk6AVW3j4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-05-20 at 19:06, Sven Kirmess wrote:
> Why is docecot called dovecot? Actually, nobody likes these "rats with wi=
ngs". ;-)
>=20
> Timo, can we know that or is it a secret?

Well, I think the original discussion was in silcnet #silc where I asked
some naming suggestions for my new IMAP server, but I don't have it
logged. I found something from IRC logs though:

18.07.2002 20:13 <@Bostik> I tried to suggest him naming if "Dovecot",
but don't know if it's good enough for him
18.07.2002 20:14 <@cras> bostik: too bad dovecot.org is taken, but of
course i could always do dovecot-imapd.org
..
23.07.2002 18:54 <@cras> but the name .. would Dovecot be good..? :)
bostik's idea btw.
23.07.2002 21:07 -!- cras changed the topic of #irssi to: design help
please :) http://procontrol.fi/dovecot/

BTW. much of Dovecot was initially designed that summer while jogging.


--=-we4XpVTtxQCOk6AVW3j4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArrnMyUhSUUBViskRAgSCAKCB26W5EdAMLAo7ColAY/5Pprhp3gCeN5gL
x9KJw8fQ9sDp5w94Yx8Tabs=
=EOhY
-----END PGP SIGNATURE-----

--=-we4XpVTtxQCOk6AVW3j4--


From chibi@gol.com  Sat May 22 05:37:40 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8EB53C002822; Sat, 22 May 2004 05:37:40 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 795ECC002823
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:37:36 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BRMHe-0008Ca-00
	for <dovecot@dovecot.org>; Sat, 22 May 2004 11:30:46 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] POP (dot) locks 
In-reply-to: <1085190852.17204.14.camel@hurina> 
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
	<1085190852.17204.14.camel@hurina>
Comments: In-reply-to Timo Sirainen <tss@iki.fi>
	message dated "Sat, 22 May 2004 04:54:12 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 22 May 2004 11:30:46 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BRMHe-0008Ca-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:37:40 -0000
X-UID: 9153                                                  
Status: O
Content-Length: 2397


Timo wrote:
>
>So, currently Dovecot doesn't try to lock mbox for the whole POP3
>session. That may create problems if two sessions actually try to access
>the mailbox concurrently. If message gets expunged by another process,
>Dovecot replies with -ERR to requests to fetch the message. That might
>confuse some POP3 clients, or cause them to send errors to user.
>
That is (for me at least) acceptable as long as there is no danger of
actual mailbox corruption (a message gets deleted while another client is 
actually downloading it). Is this the case in .99.10.4?

Again, just expunging something get some things
confused, but not lethally so, as tested with a number of clients here. ^^
 
>I don't think normally anyone even tries concurrent POP3 access? 
Unfortunately the harsh reality of ISP life tells us otherwise, at least
with substandard clients on slow links. Typical current scenario:
User with Outlook (Express) on an ISDN or dialup link gets a huge mail.
The default timeout for that client is 1 minute, after that it just gives 
up, but w/o our end actually noticing it. The result are the previously
mentioned 30 minutes of POP-lock until qpopper gives up itself or the 
user tears down the PPP session which gets the message across to qpopper,
too. Now during the server side imposed lock the user will be told that
another POP session is active while that isn't true from their point of 
view of course. With the current dovecot they can try again immediately,
of course failing again on the large email but the consistent error given 
might lead them to the right course of action: Get better software, a 
better link or at least configure your current setup correctly. ;)

>Anyway,
>I have thought before that Dovecot/pop3 should lock the mbox for the
>whole time, just like all others POP3 servers do (and RFC says too)..
>I'll add in TODO.
>
If the RFC requires it, there will be no argument from me, though more
granular locks which prevent really bad things from happening are
sufficient for me and as detailed above might be more responsive.

Also you are saying mbox up there, would a maildir storage accessed via
POP3 really be immune to these possibly confusing effects for clients?

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From tss@iki.fi  Sat May 22 05:37:41 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7EC8CC002822; Sat, 22 May 2004 05:37:41 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 005EEC002824
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:37:38 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id ED310300DFC1A; Sat, 22 May 2004 05:30:52 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot Questions
From: Timo Sirainen <tss@iki.fi>
To: Adam Kessel <adam@rosi-kessel.org>
In-Reply-To: <20040521030229.GB6525@bostoncoop.net>
References: <20040521030229.GB6525@bostoncoop.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-XgYdC1WOblNUTQuTrbOz"
Message-Id: <1085193052.17204.43.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:30:52 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:37:41 -0000
X-UID: 9154                                                  
Status: O
Content-Length: 1955


--=-XgYdC1WOblNUTQuTrbOz
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-21 at 06:02, Adam Kessel wrote:
>   uw-imapd provides a binary /usr/sbin/imapd that can be used for an
>   ssh-imap tunnel.  I found /usr/lib/dovecot/imap (in Debian) which
>   might work as a replacement, except that it appears that running
>   /usr/lib/dovecot/imap doesn't properly read in the configuration
>   file--for example, it is trying to create dotlocks, but in the
>   configuration I have flock.  Is there any way I can do what I want to
>   do here?

imap doesn't read configuration file at all, it expects all it's
configuration to be in environment variables. I've in TODO to make
"dovecot --exec-mail imap" or something like work, which would just read
the config and execute imap process.

For now you could set the config manually, such as MBOX_LOCKS=3Dfcntl. The
environments are only listed in src/master/mail-process.c

> - Dovecot seems to be dying spontaneously in conjunction with
>   SquirrelMail.  Do you have any experience of this?  SquirrelMail ends
>   up reporting that there was no response to the CAPABILITY query.  If I
>   restart Dovecot, everything is fine again.  I don't see anything in the
>   logs to indicate the problem.  Any ideas why this might be happening?

Does it try to use SSL? Probably not.. hmm. It needs a restart to get
working again? Some people have said that they need to restart dovecot
once in a while or it stops responding. I haven't really figured that
out yet. What does ls -l /proc/dovecot-pid/fd/ show then?


--=-XgYdC1WOblNUTQuTrbOz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArrtcyUhSUUBViskRAkS8AJ99JVXOagap8vX8c8f1I2mfYS0H7gCeMaUE
MkYVJ0Bo03mIM2cs0AEBu5k=
=LHe4
-----END PGP SIGNATURE-----

--=-XgYdC1WOblNUTQuTrbOz--


From tss@iki.fi  Sat May 22 05:43:03 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 27078C002823; Sat, 22 May 2004 05:43:03 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 0F7FAC002822
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:43:01 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id ED4AE300DFC1A; Sat, 22 May 2004 05:36:15 +0300 (EEST)
Subject: Re: [Dovecot] feature request /  question?
From: Timo Sirainen <tss@iki.fi>
To: James Moser <james@powweb.com>
In-Reply-To: <40AD742B.6070001@powweb.com>
References: <40AD742B.6070001@powweb.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Rj+3I+QmyahHM55dOKuP"
Message-Id: <1085193375.17204.50.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:36:15 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:43:03 -0000
X-UID: 9155                                                  
Status: O
Content-Length: 1649


--=-Rj+3I+QmyahHM55dOKuP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-21 at 06:14, James Moser wrote:
> Occasionally we get a user who decided they need to pop their account 3=20
> to 4 times a second... usually I just disable their account and shout=20
> "no!", but now I have someone trying to do it repeatedly with an invalid=20
> username  so I don't know who to spank. =3D)   Before if this happened I=20
> would block the IP and wait for someone to complain...  dovecot doesn't=20
> make that very easy, or at least I don't see how.
>=20
> May 20 20:12:29 mail05 dovecot-auth: mech-plain(jhurley@thegrid.net):=20
> invalid username

Currently login process doesn't tell the IP address to auth process, so
dovecot-auth doesn't even know the IP. I'll probably change this though.
The logging in general should be improved and made more configurable.

> No IP address, and we do not host thegrid.net.  There are no other=20
> messages or authetication errors being logged anywhere else either. It=20
> would be helpful to have dovecot display the IP address of failed=20
> authentications as well... it allready show's it for login's.

After those "invalid username" errors it shows a failed connect with IP
address. It's one of those..


--=-Rj+3I+QmyahHM55dOKuP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArryfyUhSUUBViskRAgy3AJ401GT1CnQm0Te9+2fZOOWMWqT+3wCaA+PA
JsrDLCyRE04UpR9SuA/tHQM=
=A0b3
-----END PGP SIGNATURE-----

--=-Rj+3I+QmyahHM55dOKuP--


From tss@iki.fi  Sat May 22 05:43:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 58880C002823; Sat, 22 May 2004 05:43:43 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 40DC1C002823
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:43:19 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 2B267300DFC1A; Sat, 22 May 2004 05:36:34 +0300 (EEST)
Subject: Re: [Dovecot] feature request /  question?
From: Timo Sirainen <tss@iki.fi>
To: Hauke Fath <hf@spg.tu-darmstadt.de>
In-Reply-To: <20040521121751.79723952.hf@spg.tu-darmstadt.de>
References: <40AD742B.6070001@powweb.com>
	<20040521121751.79723952.hf@spg.tu-darmstadt.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-dFGWmFC4b5eejGJYYx2j"
Message-Id: <1085193394.17204.52.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:36:34 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:43:44 -0000
X-UID: 9156                                                  
Status: O


--=-dFGWmFC4b5eejGJYYx2j
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-21 at 13:17, Hauke Fath wrote:
> On Thu, 20 May 2004 20:14:51 -0700 James Moser wrote:
>=20
> > Before if this happened I=20
> > would block the IP and wait for someone to complain...  dovecot
> > doesn't make that very easy, or at least I don't see how.
>=20
> Can dovecot be built with tcpwrappers support? That would take care of
> the problem...

Well, you can run Dovecot through inetd.


--=-dFGWmFC4b5eejGJYYx2j
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArryyyUhSUUBViskRAvclAJ49q8StbPFJiaa2sBAw3igsj3mgggCglwOG
J2ZvETyPpbN6mOvV6a2uF2g=
=TDvl
-----END PGP SIGNATURE-----

--=-dFGWmFC4b5eejGJYYx2j--


From tss@iki.fi  Sat May 22 05:47:13 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B12E7C002827; Sat, 22 May 2004 05:47:13 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id B23A2C002823
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:47:11 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 9D04C300DFC1A; Sat, 22 May 2004 05:40:26 +0300 (EEST)
Subject: Re: [Dovecot] What about saving your INBOX  at ~/mbox ?
From: Timo Sirainen <tss@iki.fi>
To: Nico Kadel-Garcia <nkadel@merl.com>
In-Reply-To: <Pine.LNX.4.44.0405210822120.18163-100000@tsumi.merl.com>
References: <Pine.LNX.4.44.0405210822120.18163-100000@tsumi.merl.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Cu4jiPR736cPJaMxIkwP"
Message-Id: <1085193626.17204.56.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:40:26 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:47:13 -0000
X-UID: 9157                                                  
Status: O
Content-Length: 1054


--=-Cu4jiPR736cPJaMxIkwP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-21 at 15:30, Nico Kadel-Garcia wrote:
> There is one feature of the old WashU imapd that I miss, though. That
> daemonn could be configured to automatically transfer the user's email
> to the "~/mbox" upon activation of the daemon, effectively reducing
> the size of the /var/spool/mail/{username}" mail spool and helping
> keep the user's disk usage in their home directories, not in
> /var/spool/mail. This can be a good thing for various reasons.

Oh, so there are actually some reasons for the ~/mbox moving? :) Maybe
I'll implement it for 1.0, but there's no quick fix.


--=-Cu4jiPR736cPJaMxIkwP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArr2ayUhSUUBViskRAnIuAJ9rByXp689gKdY05uoQBgohP0jglACfZ98G
s+wdcUHnWmVd2677hmEIi34=
=IdO9
-----END PGP SIGNATURE-----

--=-Cu4jiPR736cPJaMxIkwP--


From tss@iki.fi  Sat May 22 05:54:14 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A813AC00282B; Sat, 22 May 2004 05:54:14 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 36A0EC002823
	for <dovecot@dovecot.org>; Sat, 22 May 2004 05:54:12 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 21886300DFC1A; Sat, 22 May 2004 05:47:27 +0300 (EEST)
Subject: Re: [Dovecot] "important" flag
From: Timo Sirainen <tss@iki.fi>
To: Rick Jones <rick@activeservice.co.uk>
In-Reply-To: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-HJvWBJnpAUknIyGxKJLV"
Message-Id: <1085194046.17204.63.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:47:26 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 02:54:14 -0000
X-UID: 9158                                                  
Status: O
Content-Length: 1797


--=-HJvWBJnpAUknIyGxKJLV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-21 at 16:08, Rick Jones wrote:
> I'm wondering what I'd need to do to get the "important" flag set on an=20
> incoming message according to a pre-specified header.
>=20
> I know the problem of this not being a "joined-up" feature in standard=20
> email, but in practice many MUAs set headers like X-priority etc, and IMA=
P=20
> has an "important" flag that is the obvious mapping.
>=20
> I'm not really sure where would be the best place to try to put something=
=20
> like this. Should it be the delivery agent (qmail in my case), the IMAP=20
> server (i.e. Dovecot), or the MUA? To me the MUA doesn't make sense, as t=
he=20
> flag should be set before any specific MUA even gets to the message.

LDA is the correct place. Dovecot LDA with Sieve support would make this
easy. Any voluenteers to write this? :) Shouldn't be too difficult using
libsieve.

> Since the flags are coded into the filenames when using maildir, is it=20
> possible for qmail to deliver a message with the flag included in the=20
> filename, and will Dovecot recognise it? If so I might try hacking qmail.

If the flag is in Dovecot's .customflags file you can hack qmail to
directly add the flag in the filename. Files in new/ directory shouldn't
actually contain flags (Dovecot's COPY works wrong here..), but Dovecot
supports them fine.


--=-HJvWBJnpAUknIyGxKJLV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArr8+yUhSUUBViskRAmkFAJ41nTIY6peTOkHTkd4mtYujT9CGMgCcD7CJ
11AgvfRpsAbw++S0Rbhb7m4=
=lpuV
-----END PGP SIGNATURE-----

--=-HJvWBJnpAUknIyGxKJLV--


From tss@iki.fi  Sat May 22 06:04:21 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0A636C002809; Sat, 22 May 2004 06:04:21 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 04A6DC000D8E
	for <dovecot@dovecot.org>; Sat, 22 May 2004 06:04:19 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id DD56E300DFC1A; Sat, 22 May 2004 05:57:33 +0300 (EEST)
Subject: Re: [Dovecot] maildirsize virtual quota support
From: Timo Sirainen <tss@iki.fi>
To: "\"Branko F." =?iso-8859-2?Q?Gra=E8nar=22?= <bfg@noviforum.si>
In-Reply-To: <40AE16D7.1030402@noviforum.si>
References: <40AE16D7.1030402@noviforum.si>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ZNkKAibvwWx/dATcDV+F"
Message-Id: <1085194653.17204.74.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 05:57:33 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 03:04:21 -0000
X-UID: 9159                                                  
Status: O
Content-Length: 1304


--=-ZNkKAibvwWx/dATcDV+F
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-21 at 17:48, "Branko F. Gra=E8nar" wrote:
> I'm interested to help you with maildirsize virtual quota support.
>=20
> Is there any documented dovecot api?

For 0.99.x it's not easy and I wouldn't even try. For 1.0-tests it
should be possible with a plugin. http://dovecot.org/patches/quota.c has
a dummy implementation but it too needs a bit of work and I don't think
it compiles against 1.0-tests.

src/mail-storage/mail-storage.h is the most important API you need, but
quota.c already handles that. There's the one FIXME which is still a bit
of a problem, but that'll get fixed before 1.0. I'll probably change
mailbox_save() to return struct mail* from which you can ask get_size().

So, if you just implement functions to add to maildir quota, remove from
it and recalculate it, it's mostly there :)


--=-ZNkKAibvwWx/dATcDV+F
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArsGdyUhSUUBViskRAo4nAJ9ASy+owBvcKNYB2bNNr9vNajgSmgCfd1le
35DjSfIZQQy/UQU7jJnCIgg=
=jBCJ
-----END PGP SIGNATURE-----

--=-ZNkKAibvwWx/dATcDV+F--


From tss@iki.fi  Sat May 22 06:16:07 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 934D8C00282B; Sat, 22 May 2004 06:16:07 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 630C6C000D8E
	for <dovecot@dovecot.org>; Sat, 22 May 2004 06:16:05 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id 4B731300DFC1A; Sat, 22 May 2004 06:09:20 +0300 (EEST)
Subject: Re: [Dovecot] POP (dot) locks
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BRMHe-0008Ca-00@batzmaru.gol.ad.jp>
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
	<1085190852.17204.14.camel@hurina>
	<E1BRMHe-0008Ca-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-7YcrFpAB0bNj5CcOvX9l"
Message-Id: <1085195360.17204.85.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 06:09:20 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 03:16:07 -0000
X-UID: 9160                                                  
Status: O
Content-Length: 2154


--=-7YcrFpAB0bNj5CcOvX9l
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-05-22 at 05:30, Christian Balzer wrote:
> >So, currently Dovecot doesn't try to lock mbox for the whole POP3
> >session. That may create problems if two sessions actually try to access
> >the mailbox concurrently. If message gets expunged by another process,
> >Dovecot replies with -ERR to requests to fetch the message. That might
> >confuse some POP3 clients, or cause them to send errors to user.
> >
> That is (for me at least) acceptable as long as there is no danger of
> actual mailbox corruption (a message gets deleted while another client is=
=20
> actually downloading it). Is this the case in .99.10.4?

There's no possibility for corruption, as long as all software accessing
mbox uses compatible locking. So if you don't have mbox_read_dotlock
set, make sure everyone uses also fcntl (or flock) locking.

> >Anyway,
> >I have thought before that Dovecot/pop3 should lock the mbox for the
> >whole time, just like all others POP3 servers do (and RFC says too)..
> >I'll add in TODO.
> >
> If the RFC requires it, there will be no argument from me, though more
> granular locks which prevent really bad things from happening are
> sufficient for me and as detailed above might be more responsive.
>=20
> Also you are saying mbox up there, would a maildir storage accessed via
> POP3 really be immune to these possibly confusing effects for clients?

Maildir can't be locked and so it has the same problem that message
might get lost. That's pretty much the reason why I didn't bother to
make pop3 lock mboxes either. Both mbox and pop3 are of smaller priority
to me than maildir+imap, and making some mbox+pop3-specific locking
kludge there wasn't very attractive.


--=-7YcrFpAB0bNj5CcOvX9l
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArsRgyUhSUUBViskRAkUgAJ9r7USlro6z/Ub3zMcBb66vHtaHRwCfZoV4
mgJUUbj3LAshQ/5k60bVeAk=
=KjlG
-----END PGP SIGNATURE-----

--=-7YcrFpAB0bNj5CcOvX9l--


From tss@iki.fi  Sat May 22 06:24:49 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 24699C00286A; Sat, 22 May 2004 06:24:49 +0300 (EEST)
Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 20E44C00282B
	for <dovecot@dovecot.org>; Sat, 22 May 2004 06:24:47 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by oma.irssi.org (Postfix) with ESMTP
	id F0CFD300DFC1A; Sat, 22 May 2004 06:18:01 +0300 (EEST)
Subject: Re: [Dovecot] using one-time passwords
From: Timo Sirainen <tss@iki.fi>
To: Johannes Berg <johannes@sipsolutions.de>
In-Reply-To: <1084890033.2294.4.camel@johannes>
References: <1084468593.2651.33.camel@johannes>
	<1084753491.2023.52.camel@hurina> <1084765494.3100.57.camel@johannes>
	<1084788718.2772.6.camel@johannes>
	<1EC60642-A8C6-11D8-AEE1-000393CC2E90@iki.fi>
	<1084890033.2294.4.camel@johannes>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-BO0sK/mohLlrff2TblfZ"
Message-Id: <1085195881.17204.92.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 22 May 2004 06:18:01 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 03:24:49 -0000
X-UID: 9161                                                  
Status: O
Content-Length: 1206


--=-BO0sK/mohLlrff2TblfZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-05-18 at 17:20, Johannes Berg wrote:
> > That doesn't look very good code .. Looks like if it was possible for
> > user to set wanted seed there would be several buffer overflows. But I
> > guess normally it's not?
>=20
> I'm not sure I understand you.
> opiepasswd allows you to set the seed when changing your otp settings. I
> guess I'll need to look at the code, though I'm not really a C wizard
> nor very knowledgeable about insecure C code. Can you explain further
> what possible problems you see?

opiepasswd checks that the seed is valid size so it's kind of safe, but
if you were able to directly modify the database and add a larger seed
than normally allowed, the password verifying code could overflow some
buffers.


--=-BO0sK/mohLlrff2TblfZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBArsZpyUhSUUBViskRAlO+AJ99P7Xc0/eNwAdzhq+Ai8bHy3J3JQCffVpW
XX8hZRDX/XqPoGc5ENHChiE=
=ugRv
-----END PGP SIGNATURE-----

--=-BO0sK/mohLlrff2TblfZ--


From chibi@gol.com  Sat May 22 06:53:31 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9C94BC00286C; Sat, 22 May 2004 06:53:31 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 24BD0C00282B
	for <dovecot@dovecot.org>; Sat, 22 May 2004 06:53:27 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BRNT6-0000fe-00
	for <dovecot@dovecot.org>; Sat, 22 May 2004 12:46:40 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] POP (dot) locks 
In-reply-to: <1085195360.17204.85.camel@hurina> 
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
	<1085190852.17204.14.camel@hurina>
	<E1BRMHe-0008Ca-00@batzmaru.gol.ad.jp>
	<1085195360.17204.85.camel@hurina>
Comments: In-reply-to Timo Sirainen <tss@iki.fi>
	message dated "Sat, 22 May 2004 06:09:20 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 22 May 2004 12:46:40 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BRNT6-0000fe-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 03:53:32 -0000
X-UID: 9162                                                  
Status: O
Content-Length: 2078


Timo wrote (hmm, given the usual programmers life style I'd say VERY late
at nigth :) :

>There's no possibility for corruption, as long as all software accessing
>mbox uses compatible locking. So if you don't have mbox_read_dotlock
>set, make sure everyone uses also fcntl (or flock) locking.
>
Oh, my worries are not about the only other bit accessing the boxes, 
which is exim and that uses fcntl. My question was about this, not 
at all theoretical scenario:
User has a client at home to auto-download (but leave mails on server)
and is using a slow link, so those message downloads take a quite 
measurable time. Now he logs into webmail (which of course also 
ultimately uses dovecot to access the mailbox) and deletes a message 
which is currently in transit to his home machine.
Will the result be:
a) The "read" of that message has triggered an internal dovecot lock and
   the "write" of the delete will have to wait until this is released.
b) The delete happens immediately, but thanks to buffering the read and 
   delivery of the message is always successfully finished.
c) The delete of the message happens immediately, the state of the
   message in transit is indeterminable and it might be truncated.


>
>Maildir can't be locked and so it has the same problem that message
>might get lost. That's pretty much the reason why I didn't bother to
>make pop3 lock mboxes either. Both mbox and pop3 are of smaller priority
>to me than maildir+imap, and making some mbox+pop3-specific locking
>kludge there wasn't very attractive.
>
Totally understood and agreed with. The solution would of course be to
totally lock out any other logins (imap or pop) while a pop3 session is
active, like qpopper does. Alas that would have the aforementioned 
unpleasant side effects. So as long as the answer to the above question
is a) or b) I see no reason to add either mbox or session locking. 

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From tss@iki.fi  Sat May 22 07:19:47 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 387C2C00286D; Sat, 22 May 2004 07:19:47 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id EA928C00282B
	for <dovecot@dovecot.org>; Sat, 22 May 2004 07:19:44 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CAD531C1D0E2; Sat, 22 May 2004 07:12:59 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 106DF1C1D0E1; Sat, 22 May 2004 07:12:23 +0300 (EEST)
In-Reply-To: <E1BRNT6-0000fe-00@batzmaru.gol.ad.jp>
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
	<1085190852.17204.14.camel@hurina>
	<E1BRMHe-0008Ca-00@batzmaru.gol.ad.jp>
	<1085195360.17204.85.camel@hurina>
	<E1BRNT6-0000fe-00@batzmaru.gol.ad.jp>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-4--482241157"
Message-Id: <38B5435A-ABA6-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] POP (dot) locks 
Date: Sat, 22 May 2004 07:12:21 +0300
To: Christian Balzer <chibi@gol.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.3 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 04:19:47 -0000
X-UID: 9163                                                  
Status: O
Content-Length: 1750


--Apple-Mail-4--482241157
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.5.2004, at 06:46, Christian Balzer wrote:

> Timo wrote (hmm, given the usual programmers life style I'd say VERY 
> late
> at nigth :) :

Just went to bed, now just the last few things.. :)

> User has a client at home to auto-download (but leave mails on server)
> and is using a slow link, so those message downloads take a quite
> measurable time. Now he logs into webmail (which of course also
> ultimately uses dovecot to access the mailbox) and deletes a message
> which is currently in transit to his home machine.
> Will the result be:
> a) The "read" of that message has triggered an internal dovecot lock 
> and
>    the "write" of the delete will have to wait until this is released.

Dovecot read-locks the mailbox while it's reading a mail, so this one 
happens.

> b) The delete happens immediately, but thanks to buffering the read and
>    delivery of the message is always successfully finished.

Something like this would happen with maildir.

> c) The delete of the message happens immediately, the state of the
>    message in transit is indeterminable and it might be truncated.

And this would happen if you didn't set the locking correctly :)

--Apple-Mail-4--482241157
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFArtMlyUhSUUBViskRAg4wAJ9igwwxCK+IsRbDelHNV0n8YNc8tACcCUYq
KiC6atUQ8nLlySNxhFNpeMc=
=EmtS
-----END PGP SIGNATURE-----

--Apple-Mail-4--482241157--


From charlie@rubberduck.com  Sat May 22 10:08:57 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BB07DC00286D; Sat, 22 May 2004 10:08:57 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 068CEC002826
	for <dovecot@dovecot.org>; Sat, 22 May 2004 10:08:53 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 9650E1C1D0E1; Sat, 22 May 2004 10:02:07 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 904D51C1D0E2; Sat, 22 May 2004 10:02:07 +0300 (EEST)
Received: from lazy.spodder.com (unknown [203.18.243.123])
	by danu.procontrol.fi (Postfix) with ESMTP id C90ED1C1D0E1
	for <dovecot@procontrol.fi>; Sat, 22 May 2004 10:01:29 +0300 (EEST)
Received: from machine.internal.schools.net.au
	(dsl-203-113-219-180.VIC.netspace.net.au [203.113.219.180])
	by lazy.spodder.com (Postfix) with ESMTP
	id 8027090CD; Sat, 22 May 2004 16:56:33 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id 9E1A16AF0C5; Sat, 22 May 2004 15:20:34 +1000 (EST)
Date: Sat, 22 May 2004 15:20:33 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] why does dovecot child die on these messages?
Message-ID: <20040522052032.GA11849@myinternet.com.au>
References: <20040520094318.GA3207@myinternet.com.au>
	<1085191455.17204.21.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v"
Content-Disposition: inline
In-Reply-To: <1085191455.17204.21.camel@hurina>
User-Agent: Mutt/1.5.6i
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 07:08:58 -0000
X-UID: 9164                                                  
Status: O


--Dxnq1zWXvFF0Q93v
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, May 22, 2004 at 05:04:15AM +0300, Timo Sirainen wrote:
>=20
> You've set mail_save_crlf =3D yes, and looks like sendfile() doesn't work
> for some reason and Dovecot doesn't try to fallback to write()..
>=20
> Dovecot only checks for EINVAL error, I'll add EAFNOSUPPORT in the check
> too.
>=20

Timo -  You're a legend!

  C.
--=20
=2Esignature
0x14AA7941

--Dxnq1zWXvFF0Q93v
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAruMgqiZDwhSqeUERAr5mAKCFGEDgTRRlcVo2C8u2xuEKD43WWQCfeSKl
CkzFPTcQFoEmOyLRGdAHyFs=
=MqFL
-----END PGP SIGNATURE-----

--Dxnq1zWXvFF0Q93v--

From rick@activeservice.co.uk  Sat May 22 13:12:43 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D5EF1C000D8E; Sat, 22 May 2004 13:12:43 +0300 (EEST)
Received: from mcp.34sp.com (mcp.34sp.com [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id 4C5B2C000D8E
	for <dovecot@dovecot.org>; Sat, 22 May 2004 13:12:41 +0300 (EEST)
Received: (qmail 81913 invoked from network); 22 May 2004 10:05:54 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.178.76)
	by mcp.34sp.com with SMTP; 22 May 2004 10:05:54 -0000
Received: (qmail 30072 invoked from network); 22 May 2004 10:05:54 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	22 May 2004 10:05:52 -0000
Date: Sat, 22 May 2004 11:05:49 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] "important" flag
Message-ID: <5E6022C6BA20F275636984F3@[192.168.0.9]>
In-Reply-To: <1085194046.17204.63.camel@hurina>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 10:12:44 -0000
X-UID: 9165                                                  
Status: O
Content-Length: 1060

--On 22 May 2004 05:47 +0300 Timo Sirainen <tss@iki.fi> wrote:
> On Fri, 2004-05-21 at 16:08, Rick Jones wrote:
>> I'm wondering what I'd need to do to get the "important" flag set on an
>> incoming message according to a pre-specified header.
>> ...
>> Since the flags are coded into the filenames when using maildir, is it
>> possible for qmail to deliver a message with the flag included in the
>> filename, and will Dovecot recognise it? If so I might try hacking qmail.
>
> If the flag is in Dovecot's .customflags file you can hack qmail to
> directly add the flag in the filename. Files in new/ directory shouldn't
> actually contain flags (Dovecot's COPY works wrong here..), but Dovecot
> supports them fine.

I don't quite follow the significance of .customflags here, as the flag in 
question (important) isn't a custom one.

And are you saying that adding a flag to the file in new/ only works 
because Dovecot doesn't actually do the right thing? :) In which case, is 
this likely to be fixed/broken (depending on your viewpoint) in future?

Rick

From hf@spg.tu-darmstadt.de  Sat May 22 14:34:08 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2F663C002809; Sat, 22 May 2004 14:34:08 +0300 (EEST)
Received: from la3serv.rninet.de (la3serv.rninet.de [62.225.55.3])
	by talvi.dovecot.org (Postfix) with ESMTP id ADCCAC000D8E
	for <dovecot@dovecot.org>; Sat, 22 May 2004 14:34:05 +0300 (EEST)
Received: (from uucp@localhost)
	by la3serv.rninet.de (8.12.10/8.12.10) with UUCP id i4MBBfbk010636;
	Sat, 22 May 2004 13:11:41 +0200
Received: from [172.16.7.7] (blech.causeuse.org [172.16.7.7])
	by pizza.causeuse.org (8.12.11/8.12.11) with ESMTP id i4MAssQn025981;
	Sat, 22 May 2004 12:54:55 +0200 (CEST)
Mime-Version: 1.0
X-Sender: hf@bounce.nt.e-technik.tu-darmstadt.de (Unverified)
Message-Id: <f06010200bcd42b794322@[172.16.7.7]>
In-Reply-To: <01be01c43f5d$3a9be460$b28ccb89@zeppo>
References: <Pine.LNX.4.44.0405210822120.18163-100000@tsumi.merl.com>
	<f06010200bcd3d1753ca7@[130.83.186.53]>
	<01be01c43f5d$3a9be460$b28ccb89@zeppo>
Date: Fri, 21 May 2004 22:58:01 +0100
To: "Nico Kadel-Garcia" <nkadel@merl.com>
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Subject: Re: [Dovecot] What about saving your INBOX at ~/mbox ?
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 11:34:08 -0000
X-UID: 9166                                                  
Status: O

Am 21.05.2004 um 13:58 Uhr -0400 schrieb Nico Kadel-Garcia:
>Your approach is not unreasonable. It does require modifying sendmail,
>rather than putting the behavior in the IMAP daemon where the WashU daemon
>did it.

Well, if you call adding

define(`LOCAL_MAILER_PATH', `/usr/pkg/bin/maildrop')dnl
define(`LOCAL_MAILER_FLAGS', `SPfhn')dnl
define(`LOCAL_MAILER_ARGS', `maildrop -d $u')dnl

to your favourite .mc config 'modifying sendmail'... You'll want a 
reasonable local mailer, anyway, for server-side filtering.

	hauke

-- 
           Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut fr Nachrichtentechnik        \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
Ruf +49-6151-16-3281, Fax -3778        / \  Respect for open standards

From tomi.hakala@clinet.fi  Sat May 22 16:43:27 2004
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E983EC002809; Sat, 22 May 2004 16:43:27 +0300 (EEST)
Received: from columbia.jamsanpaintball.fi (columbia.jamsanpaintball.fi
	[80.64.12.172])
	by talvi.dovecot.org (Postfix) with ESMTP id 5E4ADC000D8E
	for <dovecot@dovecot.org>; Sat, 22 May 2004 16:43:23 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by columbia.jamsanpaintball.fi (Postfix) with ESMTP id 1D0A51BADA
	for <dovecot@dovecot.org>; Sat, 22 May 2004 16:36:37 +0300 (EEST)
Received: from columbia.jamsanpaintball.fi ([127.0.0.1])
	by localhost (columbia [127.0.0.1]) (amavisd-new, port 10026) with ESMTP
	id 32740-08 for <dovecot@dovecot.org>;
	Sat, 22 May 2004 16:36:32 +0300 (EEST)
Received: from clinet.fi (dsl-jklgw3f48.dial.inet.fi [80.223.21.72])
	by columbia.jamsanpaintball.fi (Postfix) with ESMTP id 6358A1BAD7
	for <dovecot@dovecot.org>; Sat, 22 May 2004 16:36:32 +0300 (EEST)
Message-ID: <40AF575F.81850166@clinet.fi>
Date: Sat, 22 May 2004 16:36:31 +0300
From: Tomi Hakala <tomi.hakala@clinet.fi>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] POP (dot) locks
References: <E1BQ3Qk-0001Ls-00@batzmaru.gol.ad.jp>
	<1085190852.17204.14.camel@hurina>
	<E1BRMHe-0008Ca-00@batzmaru.gol.ad.jp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at jamsanpaintball.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 13:43:28 -0000
X-UID: 9167                                                  
Status: O

Christian Balzer wrote:
> Timo wrote:
> >I don't think normally anyone even tries concurrent POP3 access?
> Unfortunately the harsh reality of ISP life tells us otherwise

I agree, you can expect that customers will do unexpected things :-)

-- 
Tomi Hakala

From tss@iki.fi  Sat May 22 17:15:10 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 59140C002809; Sat, 22 May 2004 17:15:10 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 5D9EEC000D8E
	for <dovecot@dovecot.org>; Sat, 22 May 2004 17:15:04 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3C52D1C1D0E3; Sat, 22 May 2004 17:08:18 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id F0D221C1D0E2; Sat, 22 May 2004 17:07:43 +0300 (EEST)
In-Reply-To: <5E6022C6BA20F275636984F3@[192.168.0.9]>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>
	<5E6022C6BA20F275636984F3@[192.168.0.9]>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-7--446519605"
Message-Id: <646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] "important" flag
Date: Sat, 22 May 2004 17:07:42 +0300
To: Rick Jones <rick@activeservice.co.uk>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 14:15:10 -0000
X-UID: 9168                                                  
Status: O
Content-Length: 1775


--Apple-Mail-7--446519605
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.5.2004, at 13:05, Rick Jones wrote:

>> If the flag is in Dovecot's .customflags file you can hack qmail to
>> directly add the flag in the filename. Files in new/ directory 
>> shouldn't
>> actually contain flags (Dovecot's COPY works wrong here..), but 
>> Dovecot
>> supports them fine.
>
> I don't quite follow the significance of .customflags here, as the 
> flag in question (important) isn't a custom one.

What were you going to use then? Neither IMAP nor Maildir defines an 
"important" flag unless you use some existing one for it (flagged?). So 
I was thinking you'd add eg. "1 important" to .customflags and then use 
'a' flag in maildir filename.

> And are you saying that adding a flag to the file in new/ only works 
> because Dovecot doesn't actually do the right thing? :) In which case, 
> is this likely to be fixed/broken (depending on your viewpoint) in 
> future?

I don't think I'm going to change the Dovecot's behaviour of accepting 
flags in new/ dir, but I was going to change COPY command to move files 
directly into cur/ to avoid problems with other maildir clients.

I think with Sieve LDA it would work also by storing the mail directly 
into cur/ directory.

--Apple-Mail-7--446519605
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAr16uyUhSUUBViskRAt/tAKCRwuIa5c6IGEC8Lh0VyjL6oXLr4wCdES6n
BRMOO/wShaWy4AWIwiC+0XI=
=Mzf+
-----END PGP SIGNATURE-----

--Apple-Mail-7--446519605--


From rick@activeservice.co.uk  Sat May 22 18:52:28 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DE640C002815; Sat, 22 May 2004 18:52:28 +0300 (EEST)
Received: from mcp.34sp.com (mcp.34sp.com [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id 6EBE1C002809
	for <dovecot@dovecot.org>; Sat, 22 May 2004 18:52:26 +0300 (EEST)
Received: (qmail 93957 invoked from network); 22 May 2004 15:45:38 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.178.76)
	by mcp.34sp.com with SMTP; 22 May 2004 15:45:38 -0000
Received: (qmail 31921 invoked from network); 22 May 2004 15:45:38 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	22 May 2004 15:45:36 -0000
Date: Sat, 22 May 2004 16:45:34 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] "important" flag
Message-ID: <8F5F0C102DCB5B330F00824B@[192.168.0.9]>
In-Reply-To: <646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>	<5E6022C6BA20F275636984F3@[192.168.0.9]>
	<646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 22 May 2004 15:52:29 -0000
X-UID: 9169                                                  
Status: O
Content-Length: 1253

--On 22 May 2004 17:07 +0300 Timo Sirainen <tss@iki.fi> wrote:
> On 22.5.2004, at 13:05, Rick Jones wrote:
>>
>> I don't quite follow the significance of .customflags here, as the
>> flag in question (important) isn't a custom one.
>
> What were you going to use then? Neither IMAP nor Maildir defines an
> "important" flag unless you use some existing one for it (flagged?). So I
> was thinking you'd add eg. "1 important" to .customflags and then use 'a'
> flag in maildir filename.

OK, I think maybe I've got some terminology confused. My IMAP client 
(Mulberry) offers "important" as one of the standard flags, as well as 
supporting custom ones. I guess the official IMAP definition of this is 
simply "flagged". In any event, that's the one I want to use.

> I don't think I'm going to change the Dovecot's behaviour of accepting
> flags in new/ dir

Sounds good :)

> but I was going to change COPY command to move files
> directly into cur/ to avoid problems with other maildir clients.

I see, so that applies only when the client invokes a COPY between folders?

> I think with Sieve LDA it would work also by storing the mail directly
> into cur/ directory.

Seems to make sense - think I need to learn more about Sieve :-/

-- 
Cheers
Rick

From tss@iki.fi  Sun May 23 05:05:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 06254C00280C; Sun, 23 May 2004 05:05:43 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id F23CFC002800
	for <dovecot@dovecot.org>; Sun, 23 May 2004 05:05:40 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B68D81C185E1; Sun, 23 May 2004 04:58:53 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 866651C1D0E3; Sun, 23 May 2004 04:58:19 +0300 (EEST)
Subject: Re: [Dovecot] "important" flag
From: Timo Sirainen <tss@iki.fi>
To: Rick Jones <rick@activeservice.co.uk>
In-Reply-To: <8F5F0C102DCB5B330F00824B@[192.168.0.9]>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>	<5E6022C6BA20F275636984F3@[192.168.0.9]>
	<646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
	<8F5F0C102DCB5B330F00824B@[192.168.0.9]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-GNQXLhuj24Pl1aCkk4/d"
Message-Id: <1085277488.30043.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 23 May 2004 04:58:08 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 02:05:43 -0000
X-UID: 9170                                                  
Status: O
Content-Length: 1286


--=-GNQXLhuj24Pl1aCkk4/d
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-05-22 at 18:45, Rick Jones wrote:
> > but I was going to change COPY command to move files
> > directly into cur/ to avoid problems with other maildir clients.
>=20
> I see, so that applies only when the client invokes a COPY between folder=
s?

Well, APPEND command also accepts initial message flags so that'd have
to be changed too.

Hmm.. Currently Dovecot sets the \Recent flag by checking if mail is in
new/ directory. I guess I'll have to do some changes to also set \Recent
if it's in cur/ but isn't in dovecot-uidlist file..

> > I think with Sieve LDA it would work also by storing the mail directly
> > into cur/ directory.
>=20
> Seems to make sense - think I need to learn more about Sieve :-/

Sieve looks nice enough language for mail filtering. Now if I only could
get Dovecot to support it :)


--=-GNQXLhuj24Pl1aCkk4/d
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAsAUuyUhSUUBViskRAi1iAJ9m0nasCEdcNxY9Kfs6vvQkt6ByvQCfXPsb
3bd436ziBizEnNKz0OCoqp8=
=bVSV
-----END PGP SIGNATURE-----

--=-GNQXLhuj24Pl1aCkk4/d--


From tss@iki.fi  Sun May 23 05:20:19 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7DD36C00280C; Sun, 23 May 2004 05:20:19 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A7186C002800
	for <dovecot@dovecot.org>; Sun, 23 May 2004 05:20:17 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6CBCB1C185E1; Sun, 23 May 2004 05:13:30 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 61CF71C1D0E3
	for <dovecot@dovecot.org>; Sun, 23 May 2004 05:12:56 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ZttRDehBy5ZMdFTAcWq6"
Message-Id: <1085278376.30043.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 23 May 2004 05:12:56 +0300
X-Spam-Status: No, hits=-8.4 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test11
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 02:20:19 -0000
X-UID: 9171                                                  
Status: O


--=-ZttRDehBy5ZMdFTAcWq6
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

- Added pop3_mails_keep_recent setting. Currently this only means that
mails won't be moved from new/ to cur/ in maildir. More I/O friendly.
- Fixed \Recent-flag handling and counters to work correctly with
maildir. I think it's finally working right :)
- mbox syncing fixes (but expunging still not implemented)
- some other fixes..

Please try and report what problems still exist (the old ones too so I
know they're not fixed).


--=-ZttRDehBy5ZMdFTAcWq6
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAsAinyUhSUUBViskRAqBKAJ9aRScsm7WYYAYSw4qDcVAdhaWKCACfbh/4
eameBysVY9UMpyNbUfPoBs4=
=rUje
-----END PGP SIGNATURE-----

--=-ZttRDehBy5ZMdFTAcWq6--


From rick@activeservice.co.uk  Sun May 23 12:25:56 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 01580C00280C; Sun, 23 May 2004 12:25:56 +0300 (EEST)
Received: from mcp.34sp.com (mcp.34sp.com [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id 6EF69C002809
	for <dovecot@dovecot.org>; Sun, 23 May 2004 12:25:53 +0300 (EEST)
Received: (qmail 31044 invoked from network); 23 May 2004 09:19:04 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.179.204)
	by mcp.34sp.com with SMTP; 23 May 2004 09:19:04 -0000
Received: (qmail 9031 invoked from network); 23 May 2004 09:19:03 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	23 May 2004 09:19:02 -0000
Date: Sun, 23 May 2004 10:19:01 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] "important" flag
Message-ID: <028E1EC539BE78DE9BF55482@[192.168.0.9]>
In-Reply-To: <1085277488.30043.3.camel@hurina>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>	<5E6022C6BA20F275636984F3@[192.168.0.9]>
	<646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
	<8F5F0C102DCB5B330F00824B@[192.168.0.9]>
	<1085277488.30043.3.camel@hurina>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 09:25:56 -0000
X-UID: 9172                                                  
Status: O
Content-Length: 1051

Hi Timo

--On 23 May 2004 04:58 +0300 Timo Sirainen <tss@iki.fi> wrote:
>
> Hmm.. Currently Dovecot sets the \Recent flag by checking if mail is in
> new/ directory. I guess I'll have to do some changes to also set \Recent
> if it's in cur/ but isn't in dovecot-uidlist file..

But would that be right? If I copy an old (not-recent) message into another 
mailbox, I'm not sure I want it flagged 'recent' in its new location. I'd 
prefer the 'recent' state to be like any other flag, and be preserved with 
the message - either on or off.

>> > I think with Sieve LDA it would work also by storing the mail directly
>> > into cur/ directory.
>>
>> Seems to make sense - think I need to learn more about Sieve :-/
>
> Sieve looks nice enough language for mail filtering. Now if I only could
> get Dovecot to support it :)

You pre-empted my next question! I was half-expecting Sieve to be available 
as a separate server, but it looks like it needs to be integrated into the 
IMAP server. It's clearly the way Cyrus does it. Any plans?

-- 
Cheers
Rick

From t1lt@bk.ru  Sun May 23 13:32:55 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 72289C00280C; Sun, 23 May 2004 13:32:55 +0300 (EEST)
Received: from sun.com (port-212-202-37-246.reverse.qsc.de [212.202.37.246])
	by talvi.dovecot.org (Postfix) with SMTP id EBF96C002809
	for <dovecot@dovecot.org>; Sun, 23 May 2004 13:32:52 +0300 (EEST)
Received: (qmail 11518 invoked by uid 1000); 23 May 2004 10:27:54 -0000
Date: Sun, 23 May 2004 12:27:54 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test11
Message-ID: <20040523102754.GA30531@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1085278376.30043.19.camel@hurina>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z"
Content-Disposition: inline
In-Reply-To: <1085278376.30043.19.camel@hurina>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 10:32:55 -0000
X-UID: 9173                                                  
Status: O
Content-Length: 2313


--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, May 23, 2004 at 05:12:56AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> - Added pop3_mails_keep_recent setting. Currently this only means that
> mails won't be moved from new/ to cur/ in maildir. More I/O friendly.
> - Fixed \Recent-flag handling and counters to work correctly with
> maildir. I think it's finally working right :)
> - mbox syncing fixes (but expunging still not implemented)
> - some other fixes..
> 
> Please try and report what problems still exist (the old ones too so I
> know they're not fixed).

I gave it a shot and it looks promising.
It still seems to have a problem when mail is delivered to a Maildir
while it is being read, tho:

---snip---

sp dovecot: imap(moe): file mail-index.c: line 96 (mail_index_map_clear): \
                       assertion failed: (map->mmap_base == NULL)
sp dovecot: child 29405 (imap) killed with signal 6

---snip---

I can reproduce it like this:
- Open a large folder in Mail client (where header-download takes a while)
- Deliver message to Maildir while headers still downloading

The result is usually the above crash (signal 6).
After the crash I can log right back in and everything still works (no index
corruption).


-mw


--7AUc2qLy4jB3hD7Z
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="dovecot-dbg.conf.bz2"
Content-Transfer-Encoding: base64

QlpoOTFBWSZTWT3orLcAAEPfgAAQSGP/4n////C////6QAI860AApAE00xNDCGgyZNAxqaGm
RpiaYmDmAIwTEAwCYJoyGhgEwRiYaTKmmgDIMgaD1AA00AAAABJEEyATTIJpE9QAANDEehPU
bUbU/VOvv8Op4DOaS5N33+JRuDuaf27/0xlrtxq7x0SOnaj2DI8mE6P8OOcHxG0MyYx7Bpxs
nDnXDjZZFe9r582QilEhgyCNx22Jr0LmGWU8KoLUFriBgNdCaIGYMIJRJhQGORAvNbuzMj7n
nJh27RtEyyrKmRKO/dWfzznScaDKaYYAIQz3cOPLn0efgF1hxdu/iLzHJ69y/Jp6KBPRAkhF
GTD9fWzszE/WN+U3UfRSNiZ7IU6XIkfVgK08jGtZARH78EeO63+FQ0H8f0QyWGJM3o3EsO/+
VK8HcYxZQgktXZ4Mj/gtLzadWossoHgzAs0vQxa1eLvzRHicklOKOBwKFlDlRyR1Q+4PhTE5
I3op04726Ejbs7AWxVLEMW+GSK7ce0Vy09xuHYvvCbAW2kPtlcGM4bbrkswt8nncaEUqUKsc
xg4ipg9xG9D+brzpE5E2majBlTPnIkFwFRyhOUss3Clr2jAfE2sis6+ahYtmpVXLNO4KSk0N
VPu1lewltYnMoJKQZCmmyWpq7O7RgGqlhiWkBrmsYkHRlLraSUWDHjpw4ScwGtv4BDNpTU2z
cH88b5hGvAte9iTAu6KJkSah2jBhqRuqFnnxwInCrM9USR2W2GxNJaYXhp3QkWjG5I6ZIpDf
XSSuX/i7kinChIHvRWW4

--7AUc2qLy4jB3hD7Z--

From tss@iki.fi  Sun May 23 16:18:57 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 79AD4C00280C; Sun, 23 May 2004 16:18:57 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 84C61C002809
	for <dovecot@dovecot.org>; Sun, 23 May 2004 16:18:52 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 256031C185E2; Sun, 23 May 2004 16:12:04 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 75D921C185E1; Sun, 23 May 2004 16:11:29 +0300 (EEST)
In-Reply-To: <028E1EC539BE78DE9BF55482@[192.168.0.9]>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>	<5E6022C6BA20F275636984F3@[192.168.0.9]>
	<646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
	<8F5F0C102DCB5B330F00824B@[192.168.0.9]>
	<1085277488.30043.3.camel@hurina>
	<028E1EC539BE78DE9BF55482@[192.168.0.9]>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-8--363494162"
Message-Id: <B36F6A22-ACBA-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] "important" flag
Date: Sun, 23 May 2004 16:11:28 +0300
To: Rick Jones <rick@activeservice.co.uk>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 13:18:57 -0000
X-UID: 9174                                                  
Status: O
Content-Length: 2494


--Apple-Mail-8--363494162
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 23.5.2004, at 12:19, Rick Jones wrote:

>> Hmm.. Currently Dovecot sets the \Recent flag by checking if mail is 
>> in
>> new/ directory. I guess I'll have to do some changes to also set 
>> \Recent
>> if it's in cur/ but isn't in dovecot-uidlist file..
>
> But would that be right? If I copy an old (not-recent) message into 
> another mailbox, I'm not sure I want it flagged 'recent' in its new 
> location. I'd prefer the 'recent' state to be like any other flag, and 
> be preserved with the message - either on or off.

\Recent flags are a bit useless for human purposes anyway if you're 
using multiple IMAP clients concurrently to access the mailbox. Only 
one of the sessions sees the message as recent. So it's mostly useful 
for things like client-side filtering or other message processing. For 
that purpose I think it's better to set the \Recent flag again while 
copying the message. Besides, that's what RFC requires and I'd do 
anyway :)

I've however thought about \Recent-like flag which works nicer with 
multiple sessions.  For that the flag might be better if it \Recent 
wasn't set when copying. Hmm. I can't find that message in web archives 
anymore, here: http://dovecot.org/tmp/recent.txt

Maybe call it \New or something :)

> You pre-empted my next question! I was half-expecting Sieve to be 
> available as a separate server, but it looks like it needs to be 
> integrated into the IMAP server. It's clearly the way Cyrus does it. 
> Any plans?

It doesn't really need to be integrated with IMAP, but it does need to 
know where the mailboxes are stored and in which format. So using 
Dovecot's mailbox library it should be easier than creating a 
completely separate thing. It's planned, but I'm not sure when exactly 
I'll implement it.

You could also try Mark Mallet's http://www.mvmf.org/test/ which I 
heard provides Sieve support but I still haven't looked at that 
myself.. :)

--Apple-Mail-8--363494162
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAsKMAyUhSUUBViskRAkNyAJ9tipK0lUYKxaE42aohKXs5xAjb6QCdG8aX
Aq5fcA19P93uYOytcAGZ0sI=
=7Ytb
-----END PGP SIGNATURE-----

--Apple-Mail-8--363494162--


From t1lt@bk.ru  Sun May 23 18:28:16 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DC185C00280C; Sun, 23 May 2004 18:28:16 +0300 (EEST)
Received: from sun.com (port-212-202-37-246.reverse.qsc.de [212.202.37.246])
	by talvi.dovecot.org (Postfix) with SMTP id 815BDC002809
	for <dovecot@dovecot.org>; Sun, 23 May 2004 18:28:12 +0300 (EEST)
Received: (qmail 1592 invoked by uid 1000); 23 May 2004 15:23:14 -0000
Date: Sun, 23 May 2004 17:23:14 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test11
Message-ID: <20040523152314.GC30531@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1085278376.30043.19.camel@hurina>
	<20040523102754.GA30531@woom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040523102754.GA30531@woom.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 15:28:17 -0000
X-UID: 9175                                                  
Status: O
Content-Length: 1949

On Sun, May 23, 2004 at 12:27:54PM +0200, myself wrote:
> 
> ---snip---
> 
> sp dovecot: imap(moe): file mail-index.c: line 96 (mail_index_map_clear): \
>                        assertion failed: (map->mmap_base == NULL)
> sp dovecot: child 29405 (imap) killed with signal 6
> 
> ---snip---
> 
 
And now (a couple hours later) I see quite a lot of these:

May 23 17:08:23 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid
May 23 17:08:53 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4)
May 23 17:09:23 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid
May 23 17:09:53 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4)
May 23 17:10:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid
May 23 17:10:54 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4)
May 23 17:11:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid
May 23 17:11:54 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4)
May 23 17:12:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid
May 23 17:12:54 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4)
May 23 17:13:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid
May 23 17:13:30 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4)
May 23 17:14:06 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid

Also the connection was dropped one more time. I can't find a corresponding
"killed with signal"-line in the log, tho.


From mem@mv.mv.com  Sun May 23 23:03:42 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6F1E0C00280A; Sun, 23 May 2004 23:03:42 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 435F2C002809
	for <dovecot@dovecot.org>; Sun, 23 May 2004 23:03:39 +0300 (EEST)
Received: (qmail 22541 invoked from network); 23 May 2004 15:55:09 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 23 May 2004 15:56:44 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 11393 invoked by uid 101); 23 May 2004 15:55:09 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Sun, 23 May 2004 15:55:09 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] "important" flag
Message-ID: <20040523195509.GJ28442@iridium.mv.net>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>
	<5E6022C6BA20F275636984F3@[192.168.0.9]>
	<646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
	<8F5F0C102DCB5B330F00824B@[192.168.0.9]>
	<1085277488.30043.3.camel@hurina>
	<028E1EC539BE78DE9BF55482@[192.168.0.9]>
	<B36F6A22-ACBA-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B36F6A22-ACBA-11D8-8870-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.2.1i
Cc: Rick Jones <rick@activeservice.co.uk>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 20:03:42 -0000
X-UID: 9176                                                  
Status: O
Content-Length: 1478

On Sun, May 23, 2004 at 04:11:28PM +0300, Timo Sirainen wrote:
> On 23.5.2004, at 12:19, Rick Jones wrote:
> 
> >You pre-empted my next question! I was half-expecting Sieve to be 
> >available as a separate server, but it looks like it needs to be 
> >integrated into the IMAP server. It's clearly the way Cyrus does it. 
> >Any plans?
> 
> It doesn't really need to be integrated with IMAP, but it does need to 
> know where the mailboxes are stored and in which format. So using 
> Dovecot's mailbox library it should be easier than creating a 
> completely separate thing. It's planned, but I'm not sure when exactly 
> I'll implement it.

Probably time to mention again the notion of having some kind of
redelivery when moving from one folder to another.  i.e. for a folder
so configured, instead of the IMAP/POP server writing a message
directly into the folder, it would invoke a delivery agent
to do so.  This would be great for giving new filter rules a new crack
at an old message, or for things like adding to a statistical spam
corpus, etc.


> You could also try Mark Mallet's http://www.mvmf.org/test/ which I 
> heard provides Sieve support but I still haven't looked at that 
> myself.. :)

Just start at www.mvmf.org though, the /test/ was an old thing.

Relatedly, Matthew Elvey has a matrix of SIEVE implementations at:

  http://wiki.fastmail.fm/wiki/index.php/SieveExtensionsSupportMatrix

It's an alpha version but it seems like a good thing to have.

-mm-

From shiva@sewingwitch.com  Sun May 23 23:16:56 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ADFF2C00280A; Sun, 23 May 2004 23:16:56 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id ED029C002809
	for <dovecot@dovecot.org>; Sun, 23 May 2004 23:16:53 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i4NKA1YI007037
	for <dovecot@dovecot.org>; Sun, 23 May 2004 16:10:03 -0400
Received: from [10.0.0.4] (bigiron.lsi.lan [10.0.0.4]) (authenticated bits=0)
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i4NKA1Zn028788
	for <dovecot@dovecot.org>; Sun, 23 May 2004 13:10:01 -0700
Date: Sun, 23 May 2004 13:13:23 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot <dovecot@dovecot.org>
Message-ID: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
Subject: [Dovecot] Serve list archives by dovecot IMAP
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 20:16:56 -0000
X-UID: 9177                                                  
Status: O

Has anyone considered setting up a Dovecot public server to serve the list 
archives by IMAP? Or does Dovecot not do anonymous read-only access?

(I note by comparison that the Cyrusoft Mulberry list archives are served 
by an IMAP server. <http://www.cyrusoft.com/mulberry/support/anonimap.html>)

It should be sufficient to set up Dovecot on some server in the dovecot.org 
domain and subscribe it to the lists.

From rueckert@informatik.uni-rostock.de  Sun May 23 23:47:32 2004
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D0A4BC00281F; Sun, 23 May 2004 23:47:32 +0300 (EEST)
Received: from monsters.rsn.uni-rostock.de (monsters.rsn.uni-rostock.de
	[139.30.253.26])
	by talvi.dovecot.org (Postfix) with ESMTP id D9848C00280A
	for <dovecot@dovecot.org>; Sun, 23 May 2004 23:47:30 +0300 (EEST)
Received: by monsters.rsn.uni-rostock.de (Postfix, from userid 500)
	id 461FBF255; Sun, 23 May 2004 22:41:48 +0200 (CEST)
Date: Sun, 23 May 2004 22:41:48 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Kenneth Porter <shiva@sewingwitch.com>
Subject: Re: [Dovecot] Serve list archives by dovecot IMAP
Message-ID: <20040523204148.GA18626@monsters.rsn.uni-rostock.de>
References: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
User-Agent: Mutt/1.5.6i
Cc: Dovecot <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 20:47:33 -0000
X-UID: 9178                                                  
Status: O

On 2004-05-23 13:13:23 -0700, Kenneth Porter wrote:
> Has anyone considered setting up a Dovecot public server to serve the list 
> archives by IMAP? Or does Dovecot not do anonymous read-only access?
> 
> (I note by comparison that the Cyrusoft Mulberry list archives are served 
> by an IMAP server. <http://www.cyrusoft.com/mulberry/support/anonimap.html>)
> 
> It should be sufficient to set up Dovecot on some server in the dovecot.org 
> domain and subscribe it to the lists.
> 

http://www.dovecot.org/mailinglists.html links
imap://dovecot.org/dovecot-cvs/%;TYPE=LIST
(at the bottom)

hope this helps 

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From tss@iki.fi  Mon May 24 00:06:07 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A1599C002825; Mon, 24 May 2004 00:06:07 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A6341C002823
	for <dovecot@dovecot.org>; Mon, 24 May 2004 00:06:05 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 892E11C185E2; Sun, 23 May 2004 23:59:16 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 840661C185E1; Sun, 23 May 2004 23:58:41 +0300 (EEST)
In-Reply-To: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
References: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-9--335465010"
Message-Id: <F61C8D02-ACFB-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Serve list archives by dovecot IMAP
Date: Sun, 23 May 2004 23:58:37 +0300
To: Kenneth Porter <shiva@sewingwitch.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 21:06:07 -0000
X-UID: 9179                                                  
Status: O
Content-Length: 1032


--Apple-Mail-9--335465010
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 23.5.2004, at 23:13, Kenneth Porter wrote:

> Has anyone considered setting up a Dovecot public server to serve the 
> list archives by IMAP? Or does Dovecot not do anonymous read-only 
> access?

There used to be, but then I upgraded the Dovecot in that server to 
version where mbox didn't work anymore. Now dovecot.org runs in 
different server so I guess I could put it back using 0.99.10. Or maybe 
1.0-tests once it's mbox code is working well..

--Apple-Mail-9--335465010
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAsRB+yUhSUUBViskRArsNAJ48zvypEKv7rXyZa0kzgUwP8WpUUQCfQvhs
wPYqMV4RKMPMy1HI5cPqs0M=
=IBdN
-----END PGP SIGNATURE-----

--Apple-Mail-9--335465010--


From tss@iki.fi  Mon May 24 00:15:11 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A78D1C002828; Mon, 24 May 2004 00:15:11 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 99E9FC002825
	for <dovecot@dovecot.org>; Mon, 24 May 2004 00:15:09 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E0B2E1C185E1; Mon, 24 May 2004 00:08:19 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 8EA6E1C185E1; Mon, 24 May 2004 00:07:45 +0300 (EEST)
In-Reply-To: <20040523195509.GJ28442@iridium.mv.net>
References: <11A74BFC8C15FF94489659DB@[192.168.0.9]>
	<1085194046.17204.63.camel@hurina>
	<5E6022C6BA20F275636984F3@[192.168.0.9]>
	<646A2C7E-ABF9-11D8-8870-000393CC2E90@iki.fi>
	<8F5F0C102DCB5B330F00824B@[192.168.0.9]>
	<1085277488.30043.3.camel@hurina>
	<028E1EC539BE78DE9BF55482@[192.168.0.9]>
	<B36F6A22-ACBA-11D8-8870-000393CC2E90@iki.fi>
	<20040523195509.GJ28442@iridium.mv.net>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-10--334919689"
Message-Id: <3B2611A2-ACFD-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] "important" flag
Date: Mon, 24 May 2004 00:07:42 +0300
To: "Mark E. Mallett" <mem@mv.mv.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 21:15:11 -0000
X-UID: 9180                                                  
Status: O
Content-Length: 1689


--Apple-Mail-10--334919689
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 23.5.2004, at 22:55, Mark E. Mallett wrote:

> Probably time to mention again the notion of having some kind of
> redelivery when moving from one folder to another.  i.e. for a folder
> so configured, instead of the IMAP/POP server writing a message
> directly into the folder, it would invoke a delivery agent
> to do so.  This would be great for giving new filter rules a new crack
> at an old message, or for things like adding to a statistical spam
> corpus, etc.

I think this is a plugin's job, and it shouldn't be very difficult to 
implement for 1.0-tests. Just override the mailbox_save() function in 
mail-storage. Or possibly create entirely new namespace for it, hmm..

>> You could also try Mark Mallet's http://www.mvmf.org/test/ which I
>> heard provides Sieve support but I still haven't looked at that
>> myself.. :)
>
> Just start at www.mvmf.org though, the /test/ was an old thing.

Well, I finally looked at it. So it's more than just Sieve, I thought 
you had just used libsieve to do it. Once Dovecot 1.0's mail-storage 
API stabilizes would be nice if mvmf could use it directly :)

--Apple-Mail-10--334919689
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAsRKeyUhSUUBViskRAtMvAJ9fIjysklAumQI0cGXVG2CCA7B5PQCgibmX
Jo/BmTdoIRj+ISU1izGOq1A=
=iG6K
-----END PGP SIGNATURE-----

--Apple-Mail-10--334919689--


From shiva@sewingwitch.com  Mon May 24 01:13:30 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D3B02C002825; Mon, 24 May 2004 01:13:30 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 455A1C002823
	for <dovecot@dovecot.org>; Mon, 24 May 2004 01:13:28 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i4NM6YYI005715
	for <dovecot@dovecot.org>; Sun, 23 May 2004 18:06:35 -0400
Received: from [10.0.0.4] (bigiron.lsi.lan [10.0.0.4]) (authenticated bits=0)
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i4NM6YZn030034
	for <dovecot@dovecot.org>; Sun, 23 May 2004 15:06:34 -0700
Date: Sun, 23 May 2004 15:09:56 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot <dovecot@dovecot.org>
Subject: Re: [Dovecot] Serve list archives by dovecot IMAP
Message-ID: <B98526FF601A970A505C009B@[10.0.0.4]>
In-Reply-To: <F61C8D02-ACFB-11D8-8870-000393CC2E90@iki.fi>
References: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
	<F61C8D02-ACFB-11D8-8870-000393CC2E90@iki.fi>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 23 May 2004 22:13:31 -0000
X-UID: 9181                                                  
Status: O

--On Sunday, May 23, 2004 11:58 PM +0300 Timo Sirainen <tss@iki.fi> wrote:

> There used to be, but then I upgraded the Dovecot in that server to
> version where mbox didn't work anymore. Now dovecot.org runs in different
> server so I guess I could put it back using 0.99.10. Or maybe 1.0-tests
> once it's mbox code is working well..

Why does the mailbox format matter? If you just subscribe a dummy user on 
the IMAP server and point the anonymous directory to that user, you should 
be able to decouple that. If the result doesn't use mbox, then use your 
favorite conversion utility to migrate the existing archive before 
subscribing.

From tss@iki.fi  Mon May 24 05:54:35 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5552CC00280A; Mon, 24 May 2004 05:54:35 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 3F8A1C002809
	for <dovecot@dovecot.org>; Mon, 24 May 2004 05:54:33 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 841521C185E2; Mon, 24 May 2004 05:47:43 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 773CF1C185E1; Mon, 24 May 2004 05:47:09 +0300 (EEST)
In-Reply-To: <B98526FF601A970A505C009B@[10.0.0.4]>
References: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
	<F61C8D02-ACFB-11D8-8870-000393CC2E90@iki.fi>
	<B98526FF601A970A505C009B@[10.0.0.4]>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-12--314569769"
Message-Id: <9CA52612-AD2C-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Serve list archives by dovecot IMAP
Date: Mon, 24 May 2004 05:46:52 +0300
To: Kenneth Porter <shiva@sewingwitch.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 02:54:35 -0000
X-UID: 9182                                                  
Status: O
Content-Length: 1665


--Apple-Mail-12--314569769
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 24.5.2004, at 01:09, Kenneth Porter wrote:

> --On Sunday, May 23, 2004 11:58 PM +0300 Timo Sirainen <tss@iki.fi> 
> wrote:
>
>> There used to be, but then I upgraded the Dovecot in that server to
>> version where mbox didn't work anymore. Now dovecot.org runs in 
>> different
>> server so I guess I could put it back using 0.99.10. Or maybe 
>> 1.0-tests
>> once it's mbox code is working well..
>
> Why does the mailbox format matter? If you just subscribe a dummy user 
> on the IMAP server and point the anonymous directory to that user, you 
> should be able to decouple that. If the result doesn't use mbox, then 
> use your favorite conversion utility to migrate the existing archive 
> before subscribing.

Mailman generates mboxes by itself anyway and mboxes are the fastest 
format for non-changing mailboxes.

Anyway It's mostly because I've been lazy and haven't thought anyone 
would really even care about it. If you really want it now I could set 
it up. But I'd rather wait a while and make 1.0-test version do it so I 
wouldn't have to configure it again later :)

--Apple-Mail-12--314569769
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAsWIdyUhSUUBViskRAghXAJ4jOKw1drxG/wScHhyVl2VeECMK6QCcCj1q
I/WVQrWxOA0UmB3Vcvbvqh8=
=U4nE
-----END PGP SIGNATURE-----

--Apple-Mail-12--314569769--


From tss@iki.fi  Mon May 24 06:24:07 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C44EBC00280C; Mon, 24 May 2004 06:24:07 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D6CD6C002809
	for <dovecot@dovecot.org>; Mon, 24 May 2004 06:24:05 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1D2DF1C185E2; Mon, 24 May 2004 06:17:16 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0C56D1C185E1
	for <dovecot@dovecot.org>; Mon, 24 May 2004 06:16:41 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-13--312782900"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Mon, 24 May 2004 06:16:39 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-6.7 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test12
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 03:24:07 -0000
X-UID: 9183                                                  
Status: O
Content-Length: 1265


--Apple-Mail-13--312782900
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/test/

  - "Maildir sync: UID < next_uid (446 < 447, file = .." errors should 
be fixed
  - fixes for detecting changes in uidvalidity and external uidnext 
changes
  - several fixes and cleanups in index file handling. less code than 
before and now changes to index header also go through transaction log. 
that should mean that soon I can get mmap_disable = yes to work without 
reading the main index file more than once.

Are maildir syncing problems finally fixed now? :) I think the "message 
sequence out of range" problems are fixed now too.

Rest of the important known problems are mostly related to 
mmap_disable=yes or fcntl_locks_disable=yes settings.

--Apple-Mail-13--312782900
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAsWkXyUhSUUBViskRAr5pAKCHnTnBNylzHr/+OqgsH/XhpAissQCgkiyU
bz2lMI2sz0FyS7LV8aGqPEc=
=42Ja
-----END PGP SIGNATURE-----

--Apple-Mail-13--312782900--


From shiva@sewingwitch.com  Mon May 24 06:40:32 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A47B3C002825; Mon, 24 May 2004 06:40:32 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 503D6C002823
	for <dovecot@dovecot.org>; Mon, 24 May 2004 06:40:28 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i4O3XXYI026886
	for <dovecot@dovecot.org>; Sun, 23 May 2004 23:33:35 -0400
Received: from [10.0.0.4] (bigiron.lsi.lan [10.0.0.4]) (authenticated bits=0)
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i4O3XTZn032230
	for <dovecot@dovecot.org>; Sun, 23 May 2004 20:33:29 -0700
Date: Sun, 23 May 2004 20:36:51 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot <dovecot@dovecot.org>
Subject: Re: [Dovecot] Serve list archives by dovecot IMAP
Message-ID: <87931E0521004192C5408311@[10.0.0.4]>
In-Reply-To: <9CA52612-AD2C-11D8-8870-000393CC2E90@iki.fi>
References: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
	<F61C8D02-ACFB-11D8-8870-000393CC2E90@iki.fi>
	<B98526FF601A970A505C009B@[10.0.0.4]>
	<9CA52612-AD2C-11D8-8870-000393CC2E90@iki.fi>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 03:40:32 -0000
X-UID: 9184                                                  
Status: O

--On Monday, May 24, 2004 5:46 AM +0300 Timo Sirainen <tss@iki.fi> wrote:

> Anyway It's mostly because I've been lazy and haven't thought anyone
> would really even care about it. If you really want it now I could set it
> up. But I'd rather wait a while and make 1.0-test version do it so I
> wouldn't have to configure it again later :)

No rush. I solved today's problem. ;) (I was trying to figure out how to 
configure my client to adapt to Dovecot's handling of my UW-IMAP hierarchy 
after a Fedora upgrade.) I ended up copying the Mailman archive to my other 
server still running UW-IMAP so I could use Mulberry to get a usable thread 
view.



From andrew@mux.org.uk  Mon May 24 07:41:40 2004
Return-Path: <andrew@mux.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ED8DFC002825; Mon, 24 May 2004 07:41:39 +0300 (EEST)
Received: from 82-41-27-171.cable.ubr04.edin.blueyonder.co.uk
	(82-41-27-32.cable.ubr04.edin.blueyonder.co.uk [82.41.27.32])
	by talvi.dovecot.org (Postfix) with ESMTP id C8F3CC002809
	for <dovecot@dovecot.org>; Mon, 24 May 2004 07:41:37 +0300 (EEST)
Received: from [127.0.0.1] (spatula.flat [192.168.0.2])
	by myriad.flat (Postfix) with ESMTP id B23A3D8
	for <dovecot@dovecot.org>; Mon, 24 May 2004 03:24:20 +0100 (BST)
Message-ID: <40B17B4F.1090908@mux.org.uk>
Date: Mon, 24 May 2004 05:34:23 +0100
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Errors from 1.0-test11
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 04:41:40 -0000
X-UID: 9185                                                  
Status: O

Timo + All,

A few minutes after having some emails delivered into my mailbox I got 
the following messages in my maillog:

May 24 03:05:27 myriad dovecot: imap(andrew): Maildir sync: UID inserted 
in the middle of mailbox (2 > 1, file = 
1084812461.V27406I77e27.myriad.flat:2,S)
May 24 03:05:27 myriad dovecot: child 81038 (imap) killed with signal 11
May 24 03:15:28 myriad dovecot: imap-login: Login: andrew [192.168.0.2]
May 24 03:15:28 myriad dovecot: imap(andrew): Transaction log file 
/home/andrew/Maildir/.INBOX/dovecot.index.log: invalid indexid

I'm only running the test releases somewhere where there is just a few 
mails per day at the moment, but test emails appear to be delivered 
without fault.

I'll try -test12 which it looks like Timo has just released in case 
fixes in there are related.

Thanks!

Andrew


From djk@cybersource.com.au  Mon May 24 10:50:19 2004
Return-Path: <djk@cybersource.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 97857C00280C; Mon, 24 May 2004 10:50:19 +0300 (EEST)
Received: from boombox.cyber.com.au (203-217-42-125.dyn.iinet.net.au
	[203.217.42.125])
	by talvi.dovecot.org (Postfix) with ESMTP id B89B0C002809
	for <dovecot@dovecot.org>; Mon, 24 May 2004 10:50:15 +0300 (EEST)
Received: from boombox.cyber.com.au (localhost [127.0.0.1])
	by boombox.cyber.com.au (8.12.8/8.12.8) with ESMTP id i4O7hNAV008671
	for <dovecot@dovecot.org>; Mon, 24 May 2004 17:43:23 +1000
Received: (from djk@localhost)
	by boombox.cyber.com.au (8.12.8/8.12.8/Submit) id i4O7hNDp008669
	for dovecot@dovecot.org; Mon, 24 May 2004 17:43:23 +1000
From: David Keegel <djk@cybersource.com.au>
Message-Id: <200405240743.i4O7hNDp008669@boombox.cyber.com.au>
To: dovecot@dovecot.org
Date: Mon, 24 May 2004 17:43:23 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot + SSL + Fedora
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 07:50:19 -0000
X-UID: 9186                                                  
Status: O
Content-Length: 1180

I've been seeing the Dovecot/SSL/Fedora 1 problem.

I have a dovecot server which tends to die at least once a day,
with messages like these :-
May 24 13:44:44 mail pop3-login: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded
May 24 13:44:44 mail dovecot: Login process died too early - shutting down

I noticed Timo's email about this at:
	http://www.dovecot.org/list/dovecot/2004-May/003316.html
with the patch that just ignores the return code of RAND_bytes().

Would disabling SSL in dovecot.conf also be a reasonable way of
avoiding the problem of dovecot crashing?  

My plan is to set
	ssl_disable = yes
and also take out pops and imaps from protocols.  That is a lot
easier for me than getting source, patching it, re-compiling and
re-installing.

We are using
Fedora Core 1		(fedora-release-1-3 i386 rpm)
Dovecot 0.99.10		(dovecot-0.99.10-4 i386 rpm)
OpenSSL 0.9.7a		(openssl-0.9.7a-33.10 i386 rpm)

___________________________________________________________________________
 David Keegel <djk@cybersource.com.au>  http://www.cyber.com.au/users/djk/
 Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

From t1lt@bk.ru  Mon May 24 15:33:28 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 211DFC002809; Mon, 24 May 2004 15:33:28 +0300 (EEST)
Received: from sun.com (port-212-202-37-214.reverse.qsc.de [212.202.37.214])
	by talvi.dovecot.org (Postfix) with SMTP id CA108C002800
	for <dovecot@dovecot.org>; Mon, 24 May 2004 15:33:25 +0300 (EEST)
Received: (qmail 7252 invoked by uid 1000); 24 May 2004 12:28:26 -0000
Date: Mon, 24 May 2004 14:28:26 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test12
Message-ID: <20040524122826.GA28204@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 12:33:28 -0000
X-UID: 9187                                                  
Status: O
Content-Length: 1990

On Mon, May 24, 2004 at 06:16:39AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/

I've upgraded to test12.
First glance:

May 24 12:32:40 sp dovecot: Dovecot v1.0-test12 starting up
May 24 12:32:51 sp dovecot: imap-login: Login: moe [127.0.0.1]
May 24 12:32:51 sp dovecot: imap(moe): Maildir sync: UIDVALIDITY changed (1085306036 -> 1081606448)
May 24 12:32:51 sp dovecot: imap(moe): Maildir sync: UIDVALIDITY changed (1085306036 -> 1081780899)
May 24 12:33:00 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.pureftpd/dovecot.index.log: invalid indexid (1085306036 != 1085394780)
May 24 12:33:00 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.rhythmbox/dovecot.index.log: invalid indexid (1085306036 != 1085394780)
May 24 12:34:06 sp dovecot: imap(moe): Maildir sync: UIDVALIDITY changed (1085306036 -> 1081606459)
May 24 12:34:19 sp dovecot: imap-login: Login: moe [127.0.0.1]
May 24 12:34:19 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.gd/dovecot.index.log: invalid indexid (1085306036 != 1085394859)

>  - "Maildir sync: UID < next_uid (446 < 447, file = .." errors should 
> be fixed

Haven't seen them anymore, seems fine.

>  - fixes for detecting changes in uidvalidity and external uidnext 
> changes

Humm. I get a lot of these now:

May 24 13:48:36 sp dovecot: imap(moe): Maildir sync: UIDVALIDITY changed (1085308074 -> 1081682554)
May 24 13:48:43 sp dovecot: imap-login: Login: moe [127.0.0.1]
May 24 13:49:06 sp dovecot: imap(moe): file mail-index.c: line 138 (mail_index_mmap): assertion failed: (map->buffer == NULL)
May 24 13:49:06 sp dovecot: child 28181 (imap) killed with signal 6

> Are maildir syncing problems finally fixed now? :) I think the "message 
> sequence out of range" problems are fixed now too.

> Rest of the important known problems are mostly related to 
> mmap_disable=yes or fcntl_locks_disable=yes settings.

They're both on default for me (commented out).


best regards


From t1lt@bk.ru  Mon May 24 17:49:25 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 75589C002809; Mon, 24 May 2004 17:49:25 +0300 (EEST)
Received: from sun.com (port-212-202-37-214.reverse.qsc.de [212.202.37.214])
	by talvi.dovecot.org (Postfix) with SMTP id 5F684C002800
	for <dovecot@dovecot.org>; Mon, 24 May 2004 17:49:23 +0300 (EEST)
Received: (qmail 14479 invoked by uid 1000); 24 May 2004 14:44:24 -0000
Date: Mon, 24 May 2004 16:44:24 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test12
Message-ID: <20040524144424.GA11816@woom.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
	<20040524122826.GA28204@woom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040524122826.GA28204@woom.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 14:49:25 -0000
X-UID: 9188                                                  
Status: O

One more note...
Opening large folders seems *much* zippier with test12 than ever before.
My 6k-msg folder opens up in ~4s now. Before test12 it used to
be more like 12-20s.

Kudos! :)


From maikel@ladot.com  Mon May 24 17:56:39 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88D74C00280A; Mon, 24 May 2004 17:56:39 +0300 (EEST)
Received: from amsfep12-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18])
	by talvi.dovecot.org (Postfix) with ESMTP id 1DD2CC002809
	for <dovecot@dovecot.org>; Mon, 24 May 2004 17:56:37 +0300 (EEST)
Received: from myst.dohd.org ([62.163.178.220]) by amsfep12-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040524144937.KPYL16772.amsfep12-int.chello.nl@myst.dohd.org>;
	Mon, 24 May 2004 16:49:37 +0200
Received: from [172.31.5.88] (pool-5.ladot.com [217.22.64.98])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4OEnkWW050512;
	Mon, 24 May 2004 16:49:46 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-Id: <896AAFBD-AD91-11D8-ABBC-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: quoted-printable
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] 1.0-test12
Date: Mon, 24 May 2004 16:49:19 +0200
To: Timo Sirainen <tss@iki.fi>
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 14:56:39 -0000
X-UID: 9189                                                  
Status: O
Content-Length: 2411

Hi Timo and list,

On May 24, 2004, at 5:16 AM, Timo Sirainen wrote:

>
> =A0 - "Maildir sync: UID < next_uid (446 < 447, file =3D .." errors =
should
> be fixed
> =A0 - fixes for detecting changes in uidvalidity and external uidnext
> changes
> =A0 - several fixes and cleanups in index file handling. less code =
than
> before and now changes to index header also go through transaction =
log.
> that should mean that soon I can get mmap_disable =3D yes to work =
without
> reading the main index file more than once.
>
> Are maildir syncing problems finally fixed now? :) I think the =
"message
> sequence out of range" problems are fixed now too.
>
> Rest of the important known problems are mostly related to
> mmap_disable=3Dyes or fcntl_locks_disable=3Dyes settings.

With test 12 I get a lot of these errors on my test box (using NFS & =20
both settings above set to yes, so this is probably known):

> May 24 15:43:57 fruttel dovecot: imap(user@domain.tld): =20
> file_try_lock() failed with file =20
> /var/mail/mounted/d/do/domain.tld/user/Maildir/.INBOX/=20
> dovecot.index.tmp: Operation not supported
> May 24 15:43:57 fruttel dovecot: imap(user@domain.tld): file =20
> mail-transaction-log.c: line 710 (mail_transaction_log_file_map): =20
> assertion failed: (start_offset <=3D end_offset)
> May 24 15:43:57 fruttel dovecot: child 1710 (imap) killed with signal =
6
> May 24 15:44:02 fruttel dovecot: imap-login: Login: user@domain.tld =20=

> [172.31.5.186]
> May 24 15:44:02 fruttel dovecot: imap(user@domain.tld): =20
> file_try_lock() failed with file =20
> /var/mail/mounted/d/do/domain.tld/user/Maildir/.INBOX/=20
> dovecot.index.tmp: Operation not supported
> May 24 15:44:06 fruttel dovecot: imap-login: Login: user@domain.tld =20=

> [172.31.5.186]
> May 24 15:44:06 fruttel dovecot: imap(user@domain.tld): =20
> file_try_lock() failed with file =20
> /var/mail/mounted/d/do/domain.tld/user/Maildir/.INBOX/=20
> dovecot.index.tmp: Operation not supported

I can log in and read mail using pop3, but imap won't work using apples =20=

"mail.app" or microsofts "outlook express".

pop3 stops working after I have tried to log in using imap, until I =20
remove the index* files from the .INBOX/ folder. Pop3 only checked =20
manually, don't know enough of imap's syntax to try manually. My =20
mail.app claims "select" is going wrong.


Kind regards,

Maikel Verheijen
Ladot Nederland BV.


From gmid-dovecot@m.gmane.org  Mon May 24 16:49:31 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C1DF6C002809; Mon, 24 May 2004 16:49:31 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id C353FC002800
	for <dovecot@dovecot.org>; Mon, 24 May 2004 16:49:29 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BSFiw-0008RX-00
	for <dovecot@dovecot.org>; Mon, 24 May 2004 15:42:38 +0200
Received: from c210-49-142-134.kelvn1.qld.optusnet.com.au ([210.49.142.134])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 24 May 2004 15:42:38 +0200
Received: from r.keays by c210-49-142-134.kelvn1.qld.optusnet.com.au with
	local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 24 May 2004 15:42:38 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Roger Keays <r.keays@ninthave.net>
Date: Mon, 24 May 2004 23:24:17 +1000
Lines: 26
Message-ID: <c8stdb$lv4$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: c210-49-142-134.kelvn1.qld.optusnet.com.au
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1
X-Accept-Language: en-us, en
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Mon, 24 May 2004 19:49:32 +0300
Subject: [Dovecot] different auth configuration for pop and imap
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 13:49:31 -0000
X-UID: 9190                                                  
Status: O

Hi there,

Firstly, thanks for the great software.

I am just wondering if it is possible to configure dovecot to use different 
authentication configurations for the imap and pop processes. Specifically, I am 
looking to use a different SQL query for each process.

Kind regards,

Roger

-- 
-------------------------------------------------------------
Ninth Avenue Software                      p: +61 7 3870 8494
                                            f: +61 7 3870 8491
       _       _       _                    m: +61 405 048 371
    __(@)<  __(@)>  __(@),          w: http://www.ninthave.net
    \___)   \___)   \___)              e: r.keays@ninthave.net
-------------------------------------------------------------

                                         Send your spam to Sam
                                              sam@ninthave.net

                                   http://www.ninthave.net/sam



From tss@iki.fi  Mon May 24 19:58:25 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 899DEC00280C; Mon, 24 May 2004 19:58:25 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id BA6D9C002809
	for <dovecot@dovecot.org>; Mon, 24 May 2004 19:58:22 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9B4991C185E2; Mon, 24 May 2004 19:51:31 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 8E9601C185E1; Mon, 24 May 2004 19:50:57 +0300 (EEST)
In-Reply-To: <200405240743.i4O7hNDp008669@boombox.cyber.com.au>
References: <200405240743.i4O7hNDp008669@boombox.cyber.com.au>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-14--263928025"
Message-Id: <857A27FB-ADA2-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Dovecot + SSL + Fedora
Date: Mon, 24 May 2004 19:50:54 +0300
To: David Keegel <djk@cybersource.com.au>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 16:58:25 -0000
X-UID: 9191                                                  
Status: O
Content-Length: 1913


--Apple-Mail-14--263928025
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 24.5.2004, at 10:43, David Keegel wrote:

> I've been seeing the Dovecot/SSL/Fedora 1 problem.
>
> I have a dovecot server which tends to die at least once a day,
> with messages like these :-
> May 24 13:44:44 mail pop3-login: RAND_bytes() failed: 
> error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not 
> seeded
> May 24 13:44:44 mail dovecot: Login process died too early - shutting 
> down
>
> I noticed Timo's email about this at:
> 	http://www.dovecot.org/list/dovecot/2004-May/003316.html
> with the patch that just ignores the return code of RAND_bytes().

That fixes the crashes, but probably still causes occational problems 
with SSL connection handshakes failing.

> Would disabling SSL in dovecot.conf also be a reasonable way of
> avoiding the problem of dovecot crashing?
>
> My plan is to set
> 	ssl_disable = yes

If you don't need SSL, it's a good solution.

> and also take out pops and imaps from protocols.  That is a lot
> easier for me than getting source, patching it, re-compiling and
> re-installing.
>
> We are using
> Fedora Core 1		(fedora-release-1-3 i386 rpm)
> Dovecot 0.99.10		(dovecot-0.99.10-4 i386 rpm)
> OpenSSL 0.9.7a		(openssl-0.9.7a-33.10 i386 rpm)

This could also be fixed by patching OpenSSL (I think). Patch in 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115284

--Apple-Mail-14--263928025
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAsifvyUhSUUBViskRAgZZAJ9HCWsUAS7u9FF8DVzWrHdZPp9NQgCbBZFC
zcwdqmkfUQreJtg3tHCjCi0=
=Bo/9
-----END PGP SIGNATURE-----

--Apple-Mail-14--263928025--


From mem@mv.mv.com  Mon May 24 20:17:57 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7CD05C00280C; Mon, 24 May 2004 20:17:57 +0300 (EEST)
Received: from mercury.mv.net (mercury.mv.net [199.125.85.40])
	by talvi.dovecot.org (Postfix) with SMTP id 8EACFC002809
	for <dovecot@dovecot.org>; Mon, 24 May 2004 20:17:54 +0300 (EEST)
Received: (qmail 24696 invoked from network); 24 May 2004 13:11:01 -0400
Received: from iridium.mv.net (HELO mv.mv.com) (199.125.85.17)
	by mercury.mv.net with SMTP; 24 May 2004 13:11:01 -0400
X-Peer-Info: remote-ip 199.125.85.17 local-ip 199.125.85.40
	local-name mercury.mv.net
Received: (qmail 13731 invoked by uid 101); 24 May 2004 13:10:59 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Mon, 24 May 2004 13:10:59 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Dovecot + SSL + Fedora
Message-ID: <20040524171059.GK24922@iridium.mv.net>
References: <200405240743.i4O7hNDp008669@boombox.cyber.com.au>
	<857A27FB-ADA2-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <857A27FB-ADA2-11D8-8870-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.2.1i
Cc: David Keegel <djk@cybersource.com.au>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 17:17:57 -0000
X-UID: 9192                                                  
Status: O
Content-Length: 2556

On Mon, May 24, 2004 at 07:50:54PM +0300, Timo Sirainen wrote:
> 
> This could also be fixed by patching OpenSSL (I think). Patch in 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115284

That looks similar to a private patch I created some time back when
openssl changed its RAND_bytes logic .  I've moved it forward to
successive openssl releases as I've installed them.  This is pretty
specific to the environment here though-- particularly where you know
that you have a /dev/urandom.  That openssl change (the one that
necessitated this patch) also broke systems where the /dev/urandom was
implemented via a pipe to a command.

Anyway, just for grins.. here's that local patch as carried forward
to 0.9.7d 

*** rand_unix.c.orig	Sat Dec 27 11:01:52 2003
--- rand_unix.c	Wed Mar 17 23:13:25 2004
***************
*** 167,182 ****
--- 167,203 ----
  
  	for (randomfile = randomfiles; *randomfile && n < ENTROPY_NEEDED; randomfile++)
  		{
+ 
+ #ifndef MV_COMM
  		if ((fd = open(*randomfile, O_RDONLY|O_NONBLOCK
+ #else	/* mem 20030409 -- yes, let's block */
+ 		if ((fd = open(*randomfile, O_RDONLY
+ #endif	/* MV_COMM */
+ 
  #ifdef O_NOCTTY /* If it happens to be a TTY (god forbid), do not make it
  		   our controlling tty */
  			|O_NOCTTY
  #endif
+ 
+ #ifndef MV_COMM		/* mem 20030409 -- we don't have O_NOFOLLOW
+ 			   but let's not even accidently consider
+ 			   preventing following symbolic link here.
+ 			*/
  #ifdef O_NOFOLLOW /* Fail if the file is a symbolic link */
  			|O_NOFOLLOW
  #endif
+ #endif	/* MV_COMM */
  			)) >= 0)
  			{
+ 
+ #ifndef MV_COMM		/* mem 20030409 -- don't do this idiotic timeout
+ 			   stuff-- just read from the file.  I don't care
+ 			   if it hangs forever, it's better than failing.
+ 			   Besides we'll put /dev/urandom first in the
+ 			   list so if it hangs there are bigger problems
+ 			   anyway.
+ 			*/
+ 
  			struct timeval t = { 0, 10*1000 }; /* Spend 10ms on
  							      each file. */
  			int r;
***************
*** 208,213 ****
--- 229,251 ----
  				}
  			while ((r > 0 || (errno == EINTR || errno == EAGAIN))
  				&& t.tv_usec != 0 && n < ENTROPY_NEEDED);
+ 
+ #else		/* MV_COMM */
+ 
+ 			int r;
+ 			do {
+ 			    r = read(fd, (unsigned char*)tmpbuf+n,
+ 				         ENTROPY_NEEDED-n);
+ 			    if ( r > 0 )
+ 			        n += r;
+ 			}
+ 			while ( (r > 0) ||
+ 			        ( (errno == EINTR) || ( errno == EAGAIN ) ) );
+ 				/* yeah sure, check for AGAIN even though we
+ 				   should be blocking.
+ 				*/
+ 
+ #endif		/* MV_COMM */
  
  			close(fd);
  			}

From tss@iki.fi  Mon May 24 21:35:01 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8A579C002809; Mon, 24 May 2004 21:35:01 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E830DC002800
	for <dovecot@dovecot.org>; Mon, 24 May 2004 21:34:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A6F991C185E2; Mon, 24 May 2004 21:28:07 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 270511C185E1; Mon, 24 May 2004 21:27:33 +0300 (EEST)
Subject: Re: [Dovecot] different auth configuration for pop and imap
From: Timo Sirainen <tss@iki.fi>
To: Roger Keays <r.keays@ninthave.net>
In-Reply-To: <c8stdb$lv4$1@sea.gmane.org>
References: <c8stdb$lv4$1@sea.gmane.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-4F0+wcoGHazol+QAHocm"
Message-Id: <1085423252.27732.45.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 24 May 2004 21:27:32 +0300
X-Spam-Status: No, hits=-8.5 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 18:35:01 -0000
X-UID: 9193                                                  
Status: O
Content-Length: 1170


--=-4F0+wcoGHazol+QAHocm
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-24 at 16:24, Roger Keays wrote:
> I am just wondering if it is possible to configure dovecot to use differe=
nt=20
> authentication configurations for the imap and pop processes. Specificall=
y, I am=20
> looking to use a different SQL query for each process.

Sorry, not really. With 0.99.10 pretty much the only choice is to run
two dovecot processes with separate configuration files.

With 1.0-tests it's possible to create two server configurations in
single config file. But I think the best solution would be if there was
a %p variable which expanded to IMAP or POP3 so you could could do
something like WHERE user =3D '%u' and protocol =3D '%p'. I'll see if I can
get that done now.


--=-4F0+wcoGHazol+QAHocm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAsj6UyUhSUUBViskRAsN+AKCHMUVisC4L3yFtmq2CbV8/EUfaXgCfZkW2
TF5fICz8aEWshVqd8lplCUg=
=84bE
-----END PGP SIGNATURE-----

--=-4F0+wcoGHazol+QAHocm--


From tss@iki.fi  Tue May 25 01:54:56 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C6312C002809; Tue, 25 May 2004 01:54:56 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4A1D2C002800
	for <dovecot@dovecot.org>; Tue, 25 May 2004 01:54:54 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 96BCE1C185E2; Tue, 25 May 2004 01:48:02 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id A90131C185E1; Tue, 25 May 2004 01:47:28 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test12
From: Timo Sirainen <tss@iki.fi>
To: Maikel Verheijen <maikel@ladot.com>
In-Reply-To: <896AAFBD-AD91-11D8-ABBC-000A95B3C1CA@ladot.com>
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
	<896AAFBD-AD91-11D8-ABBC-000A95B3C1CA@ladot.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-zwdG+bLdJDfreQi/JbzU"
Message-Id: <1085438847.27732.82.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 25 May 2004 01:47:27 +0300
X-Spam-Status: No, hits=-8.7 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 24 May 2004 22:54:56 -0000
X-UID: 9194                                                  
Status: O
Content-Length: 1285


--=-zwdG+bLdJDfreQi/JbzU
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-24 at 17:49, Maikel Verheijen wrote:
> > May 24 15:43:57 fruttel dovecot: imap(user@domain.tld): =20
> > file_try_lock() failed with file =20
> > /var/mail/mounted/d/do/domain.tld/user/Maildir/.INBOX/=20
> > dovecot.index.tmp: Operation not supported

Oh, hadn't noticed this. Was a simple fix anyway.

> I can log in and read mail using pop3, but imap won't work using apples =20
> "mail.app" or microsofts "outlook express".
>=20
> pop3 stops working after I have tried to log in using imap, until I =20
> remove the index* files from the .INBOX/ folder. Pop3 only checked =20
> manually, don't know enough of imap's syntax to try manually. My =20
> mail.app claims "select" is going wrong.

But did IMAP fail because of the above error? Try again with test13 once
I release it before I go to sleep.. :)


--=-zwdG+bLdJDfreQi/JbzU
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAsnt/yUhSUUBViskRAvhlAJwJRtVe/bAdnnlt+PAWMUeuclXVkACfdtWk
VrKIEOUp8IXkNZCzS5oPvuU=
=FNep
-----END PGP SIGNATURE-----

--=-zwdG+bLdJDfreQi/JbzU--


From matthias.andree@gmx.de  Tue May 25 06:37:31 2004
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CF35EC002809; Tue, 25 May 2004 06:37:31 +0300 (EEST)
Received: from mail.dt.e-technik.uni-dortmund.de
	(krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 93FF6C002800
	for <dovecot@dovecot.org>; Tue, 25 May 2004 06:37:27 +0300 (EEST)
Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de
	[129.217.163.1])
	by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 6B1852BBE2;
	Tue, 25 May 2004 05:30:34 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id DB00FE1F;
	Tue, 25 May 2004 05:30:32 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
	by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 19141-01; Tue, 25 May 2004 05:30:31 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id BEC66DE5; Tue, 25 May 2004 05:30:30 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test12
In-Reply-To: <1085438847.27732.82.camel@hurina> (Timo Sirainen's message of
	"Tue, 25 May 2004 01:47:27 +0300")
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
	<896AAFBD-AD91-11D8-ABBC-000A95B3C1CA@ladot.com>
	<1085438847.27732.82.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 25 May 2004 05:30:30 +0200
Message-ID: <m3d64tnpyh.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 03:37:32 -0000
X-UID: 9195                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> But did IMAP fail because of the above error? Try again with test13 once
> I release it before I go to sleep.. :)

Hmmm... CVS reports v1.0-test10 *shrug*

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

From matthias.andree@gmx.de  Tue May 25 06:44:30 2004
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AAAA7C00280A; Tue, 25 May 2004 06:44:30 +0300 (EEST)
Received: from mail.dt.e-technik.uni-dortmund.de
	(mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1])
	by talvi.dovecot.org (Postfix) with ESMTP id AB4BAC002809
	for <dovecot@dovecot.org>; Tue, 25 May 2004 06:44:28 +0300 (EEST)
Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de
	[129.217.163.1])
	by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 1B7782BBE2;
	Tue, 25 May 2004 05:37:36 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id DD14CE1F;
	Tue, 25 May 2004 05:37:33 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
	by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 19141-02; Tue, 25 May 2004 05:37:32 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 34E7FE02; Tue, 25 May 2004 05:37:32 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test10
In-Reply-To: <1085190307.17204.6.camel@hurina> (Timo Sirainen's message of
	"Sat, 22 May 2004 04:45:07 +0300")
References: <1085190307.17204.6.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 25 May 2004 05:37:32 +0200
Message-ID: <m38yfhnpmr.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 03:44:30 -0000
X-UID: 9196                                                  
Status: O
Content-Length: 1050

Timo Sirainen <tss@iki.fi> writes:

> http://dovecot.org/test/
>
> Transaction log file contains now only message UIDs rather than message
> sequences. I'm not really sure why I originally thought sequences were
> better.. 0.99 Dovecot used UIDs too. A lot of difficult logic (which was
> also broken) went away with this change.
>
> Fixed also "Maildir sync: UID inserted in the middle of mailbox" errors.
> I can't anymore get this release to easily complain about corrupted
> indexes. That doesn't mean that the new logic is correct though, so be
> careful.

I haven't installed this version, but ran it with "sudo
./src/master/dovecot -F" in the build directory.

I wonder if this is still current after test 12 3/4, and if it's valid
given that I didn't do "make install", but logging looks a bit incomplete:

dovecot: May 25 05:34:47 Error: imap-login: imap-login: Info: Login: ma [127.0.0.1]

Should this have been two log lines, one error (that got lost), one info?

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

From matthias.andree@gmx.de  Tue May 25 06:53:24 2004
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3C7F7C002823; Tue, 25 May 2004 06:53:24 +0300 (EEST)
Received: from mail.dt.e-technik.uni-dortmund.de
	(krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 4F538C00280C
	for <dovecot@dovecot.org>; Tue, 25 May 2004 06:53:22 +0300 (EEST)
Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de
	[129.217.163.1])
	by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id D71312BB90;
	Tue, 25 May 2004 05:46:29 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id 929A3E53;
	Tue, 25 May 2004 05:46:28 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
	by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 18660-06; Tue, 25 May 2004 05:46:27 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 9C997E4E; Tue, 25 May 2004 05:46:27 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test12
In-Reply-To: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi> (Timo Sirainen's
	message of "Mon, 24 May 2004 06:16:39 +0300")
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 25 May 2004 05:46:27 +0200
Message-ID: <m34qq5np7w.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 03:53:24 -0000
X-UID: 9197                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> http://dovecot.org/test/

BTW, is NAMESPACE planned for 1.0?

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

From andrew@mux.org.uk  Tue May 25 08:21:15 2004
Return-Path: <andrew@mux.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 186FCC002809; Tue, 25 May 2004 08:21:15 +0300 (EEST)
Received: from 82-41-27-171.cable.ubr04.edin.blueyonder.co.uk
	(82-41-27-32.cable.ubr04.edin.blueyonder.co.uk [82.41.27.32])
	by talvi.dovecot.org (Postfix) with ESMTP id F2039C002800
	for <dovecot@dovecot.org>; Tue, 25 May 2004 08:21:12 +0300 (EEST)
Received: from [127.0.0.1] (spatula.flat [192.168.0.2])
	by myriad.flat (Postfix) with ESMTP id 630F8D8;
	Tue, 25 May 2004 04:03:41 +0100 (BST)
Message-ID: <40B2D606.1050705@mux.org.uk>
Date: Tue, 25 May 2004 06:13:42 +0100
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test12
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
In-Reply-To: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 05:21:15 -0000
X-UID: 9198                                                  
Status: O

Timo Sirainen wrote:

> Are maildir syncing problems finally fixed now? :) I think the "message 
> sequence out of range" problems are fixed now too.

I'm not sure if it counts as a problem but after the delivery of some 
email tonight (again only a few messages arrive every day) I got the 
following noise from -test12:

May 25 03:08:27 myriad dovecot: imap(andrew): Maildir sync: UIDVALIDITY 
changed (1085364928 -> 1084812656)
May 25 03:18:27 myriad dovecot: imap-login: Login: andrew [192.168.0.2]
May 25 03:18:27 myriad dovecot: imap(andrew): Transaction log file 
/home/andrew/Maildir/.INBOX/dovecot.index.log: invalid indexid 
(1085364928 != 1085451507)

I configured dovecot with --debug-enable so perhaps that accounts for 
the noise? It didn't result in imap dying in the way that my previously 
reported problem did with -test11 anyway.

Andrew


From t1lt@bk.ru  Tue May 25 17:36:03 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8C8DFC002809; Tue, 25 May 2004 17:36:03 +0300 (EEST)
Received: from sun.com (port-212-202-38-71.reverse.qsc.de [212.202.38.71])
	by talvi.dovecot.org (Postfix) with SMTP id F2331C002800
	for <dovecot@dovecot.org>; Tue, 25 May 2004 17:36:00 +0300 (EEST)
Received: (qmail 26674 invoked by uid 1000); 25 May 2004 14:31:00 -0000
Date: Tue, 25 May 2004 16:31:00 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test12
Message-ID: <20040525143100.GA24931@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
	<20040524122826.GA28204@woom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040524122826.GA28204@woom.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 14:36:03 -0000
X-UID: 9199                                                  
Status: O

On Mon, May 24, 2004 at 02:28:26PM +0200, Moe Wibble wrote:
> On Mon, May 24, 2004 at 06:16:39AM +0300, Timo Sirainen wrote:
> >  - "Maildir sync: UID < next_uid (446 < 447, file = .." errors should 
> > be fixed
> 
> Haven't seen them anymore, seems fine.

Sorry, I must correct myself. I get them again, it seems to happen once
every 2-3 hours:

May 25 16:24:57 sp dovecot: imap(moe): Maildir sync: UID < next_uid (475
< 476, file = msg._K4:2,)

I notice them every time because my mutt is running all day and every time
it happens the connection is dropped.


-mw


From lehmann@cnm.de  Tue May 25 17:47:26 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 54455C00280A; Tue, 25 May 2004 17:47:26 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 4FD0DC002809
	for <dovecot@dovecot.org>; Tue, 25 May 2004 17:47:24 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BSd6P-0003lQ-13
	for dovecot@dovecot.org; Tue, 25 May 2004 16:40:25 +0200
Message-ID: <40B35AEC.3080909@cnm.de>
Date: Tue, 25 May 2004 16:40:44 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
Subject: [Dovecot] error log?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 14:47:26 -0000
X-UID: 9200                                                  
Status: O

Hello,

for some reason dovecot doesn't start up. I'm using the default values 
in dovecot.conf, just changed the login_user, disabled ssl and ran 
sbin/dovecot, but nothing happens. No error's, I can't find any logs, no 
daemon anywhere, no ports bound... I don't know where to look and 
whatfor. I compiled with --enable-debug, but there's no extra output. 
Any ideas?

Regards
Marten Lehmann

From shiva@sewingwitch.com  Tue May 25 18:32:34 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7D528C002809; Tue, 25 May 2004 18:32:34 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 9C791C002800
	for <dovecot@dovecot.org>; Tue, 25 May 2004 18:32:31 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i4PFPIYI031202
	for <dovecot@dovecot.org>; Tue, 25 May 2004 11:25:23 -0400
Received: from [10.0.0.4] (bigiron.lsi.lan [10.0.0.4]) (authenticated bits=0)
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i4PFPHZn019574
	for <dovecot@dovecot.org>; Tue, 25 May 2004 08:25:18 -0700
Date: Tue, 25 May 2004 08:28:43 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] error log?
Message-ID: <A3714F96E28B02FA24FD5005@[10.0.0.4]>
In-Reply-To: <40B35AEC.3080909@cnm.de>
References: <40B35AEC.3080909@cnm.de>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 15:32:34 -0000
X-UID: 9201                                                  
Status: O

--On Tuesday, May 25, 2004 4:40 PM +0200 Marten Lehmann <lehmann@cnm.de> 
wrote:

> for some reason dovecot doesn't start up. I'm using the default values in
> dovecot.conf, just changed the login_user, disabled ssl and ran
> sbin/dovecot, but nothing happens. No error's, I can't find any logs, no
> daemon anywhere, no ports bound... I don't know where to look and
> whatfor. I compiled with --enable-debug, but there's no extra output. Any
> ideas?

Dovecot logs to the mail facility with syslog. Look in /etc/syslog.conf to 
see which file that logs to. On Red Hat systems (including Fedora), that's 
/var/log/maillog.

Also, when trying to figure out where a system logs to, I go to /var/log 
right after the event and enter "ls -lt | head". This lists the most recent 
log files that were written to. Then, for each of those files, enter (for 
example) "tail -50 maillog" to list 50 lines at the end of maillog.



From lehmann@cnm.de  Tue May 25 21:54:05 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C47D3C002809; Tue, 25 May 2004 21:54:05 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 7E9E5C000D8E
	for <dovecot@dovecot.org>; Tue, 25 May 2004 21:54:03 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BSgx5-0004l6-52
	for dovecot@dovecot.org; Tue, 25 May 2004 20:47:03 +0200
Message-ID: <40B394BB.9070406@cnm.de>
Date: Tue, 25 May 2004 20:47:23 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] error log?
References: <40B35AEC.3080909@cnm.de> <A3714F96E28B02FA24FD5005@[10.0.0.4]>
In-Reply-To: <A3714F96E28B02FA24FD5005@[10.0.0.4]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 18:54:06 -0000
X-UID: 9202                                                  
Status: O

> Dovecot logs to the mail facility with syslog. Look in /etc/syslog.conf 
> to see which file that logs to. On Red Hat systems (including Fedora), 
> that's /var/log/maillog.

I did and the following lines appear each time I'm starting dovecot:

May 25 17:58:37 vm3 dovecot: Dovecot starting up
May 25 17:58:38 vm3 dovecot: Auth process died too early - shutting down
May 25 17:58:38 vm3 dovecot: child 2316 (auth) killed with signal 11
May 25 17:58:38 vm3 dovecot: child 2317 (login) killed with signal 11

I tried different things like replacing pgsql by plain passwd, with no
success.

Regards
Marten



From tss@iki.fi  Tue May 25 22:04:57 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DA794C002815; Tue, 25 May 2004 22:04:57 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B5E6DC002809
	for <dovecot@dovecot.org>; Tue, 25 May 2004 22:04:55 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0E7741C185E1; Tue, 25 May 2004 21:58:02 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 37A1C1C1D0E0
	for <dovecot@dovecot.org>; Tue, 25 May 2004 21:57:28 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-F8CGA3K3r2BNb2a4Be8o"
Message-Id: <1085511447.27732.96.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 25 May 2004 21:57:27 +0300
X-Spam-Status: No, hits=-8.3 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 0.99.10.5 release candidate
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 25 May 2004 19:04:58 -0000
X-UID: 9203                                                  
Status: O
Content-Length: 1087


--=-F8CGA3K3r2BNb2a4Be8o
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/rc/

Thought I'd still make one 0.99.10.x release now that mbox corruption
problems are (hopefully) fixed.

Please test, if no problems are found this will be the final 0.99.10.5.
Changes since .4:

	+ MySQL authentication, patch by Matthew Reimer
	- mbox: APPEND reversed given \Draft and \Deleted flags
	- mbox: "LF not found" errors happened sometimes when X-IMAPbase
	  header was updated. Possibly corrupted mbox sometimes.
	  Thanks to Fabrice Bellet for finding this bug.
	- Custom flags couldn't be unset
	- Maildir: make sure ":2," is appended to filename when moving mails
	  from new/ to cur/.


--=-F8CGA3K3r2BNb2a4Be8o
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAs5cXyUhSUUBViskRAp0YAJ95poh+QLMBzJ5JRzOfVM+tyqv4uwCdGRMN
QOmm5hacC0P7NzcDzITyGLA=
=1AYu
-----END PGP SIGNATURE-----

--=-F8CGA3K3r2BNb2a4Be8o--


From tss@iki.fi  Wed May 26 05:48:42 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 52802C002809; Wed, 26 May 2004 05:48:42 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 14DE6C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 05:48:40 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9DEBF1C185E1; Wed, 26 May 2004 05:41:45 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 864051C1D0E0; Wed, 26 May 2004 05:41:11 +0300 (EEST)
In-Reply-To: <m38yfhnpmr.fsf@merlin.emma.line.org>
References: <1085190307.17204.6.camel@hurina>
	<m38yfhnpmr.fsf@merlin.emma.line.org>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-17--142112733"
Message-Id: <250649E8-AEBE-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test10
Date: Wed, 26 May 2004 05:41:09 +0300
To: Matthias Andree <matthias.andree@gmx.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 02:48:42 -0000
X-UID: 9204                                                  
Status: O
Content-Length: 1524


--Apple-Mail-17--142112733
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 25.5.2004, at 06:37, Matthias Andree wrote:

> I haven't installed this version, but ran it with "sudo
> ./src/master/dovecot -F" in the build directory.
>
> I wonder if this is still current after test 12 3/4, and if it's valid
> given that I didn't do "make install", but logging looks a bit 
> incomplete:
>
> dovecot: May 25 05:34:47 Error: imap-login: imap-login: Info: Login: 
> ma [127.0.0.1]
>
> Should this have been two log lines, one error (that got lost), one 
> info?

It's because Dovecot changed it's logging system. Now imap-login writes 
"imap-login: info: Login: ma [127.0.0.1]" to stderr, which 
dovecot-master picks up, notices that it isn't using it's internal 
logging protocol (line doesn't start with ASCII 1), so it assumes it's 
an error and prefixes the message with "imap-login".

After make install your imap-login talks the internal logging protocol 
and doesn't prefix lines with extra "imap-login" or "info".

--Apple-Mail-17--142112733
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtAPGyUhSUUBViskRAlrvAKCkOw8cVXQD5AmXoJAMaDMzE4VWdgCfcLit
YNVXrbNbVfiEGsMjAOniH9k=
=fTNA
-----END PGP SIGNATURE-----

--Apple-Mail-17--142112733--


From tss@iki.fi  Wed May 26 05:52:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 72835C00280C; Wed, 26 May 2004 05:52:27 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 815D6C002809
	for <dovecot@dovecot.org>; Wed, 26 May 2004 05:52:25 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 12C281C185E1; Wed, 26 May 2004 05:45:31 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 900E81C1D0E0; Wed, 26 May 2004 05:44:56 +0300 (EEST)
In-Reply-To: <m34qq5np7w.fsf@merlin.emma.line.org>
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
	<m34qq5np7w.fsf@merlin.emma.line.org>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-18--141887081"
Message-Id: <AB8C5998-AEBE-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test12
Date: Wed, 26 May 2004 05:44:55 +0300
To: Matthias Andree <matthias.andree@gmx.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 02:52:27 -0000
X-UID: 9205                                                  
Status: O
Content-Length: 1501


--Apple-Mail-18--141887081
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 25.5.2004, at 06:46, Matthias Andree wrote:

> Timo Sirainen <tss@iki.fi> writes:
>
>> http://dovecot.org/test/
>
> BTW, is NAMESPACE planned for 1.0?

It's already in 1.0-tests. Example below, used for converting existing 
uw-imap installations with various namespace-prefixes to Dovecot.

inbox = yes is used for namespace that contains INBOX. Each namespace 
also has location parameter which defaults to default_mail_env if not 
set. So it's possible to have mixed maildir/mbox namespaces. hidden = 
yes means it's hidden from NAMESPACE reply.

namespace private {
   separator = .
   inbox = yes
   prefix =
}
namespace private {
   separator = /
   prefix = mail/
   hidden = yes
}
namespace private {
   separator = /
   prefix = ~/mail/
   hidden = yes
}
namespace private {
   separator = /
   prefix = ~/Maildir/
   hidden = yes
}
namespace private {
   separator = /
   prefix = ~%u/mail/
   hidden = yes
}

--Apple-Mail-18--141887081
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtASnyUhSUUBViskRAoqvAJwPa1HWoRlC9MGP3ldZd4elMMJBZwCeOEu4
MjbMTMhmZvT/Zu6g7FNni2g=
=aUJW
-----END PGP SIGNATURE-----

--Apple-Mail-18--141887081--


From tss@iki.fi  Wed May 26 05:55:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8A3E6C002822; Wed, 26 May 2004 05:55:04 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8DEABC002815
	for <dovecot@dovecot.org>; Wed, 26 May 2004 05:55:02 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 202231C185E1; Wed, 26 May 2004 05:48:08 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 2168F1C1D0E0; Wed, 26 May 2004 05:47:34 +0300 (EEST)
In-Reply-To: <40B2D606.1050705@mux.org.uk>
References: <C5B3E4F1-AD30-11D8-8870-000393CC2E90@iki.fi>
	<40B2D606.1050705@mux.org.uk>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-19--141729356"
Message-Id: <098F428F-AEBF-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test12
Date: Wed, 26 May 2004 05:47:32 +0300
To: Andrew Boothman <andrew@mux.org.uk>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 02:55:04 -0000
X-UID: 9206                                                  
Status: O
Content-Length: 1540


--Apple-Mail-19--141729356
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 25.5.2004, at 08:13, Andrew Boothman wrote:

> I'm not sure if it counts as a problem but after the delivery of some 
> email tonight (again only a few messages arrive every day) I got the 
> following noise from -test12:
>
> May 25 03:08:27 myriad dovecot: imap(andrew): Maildir sync: 
> UIDVALIDITY changed (1085364928 -> 1084812656)

This is probably because originally Dovecot didn't use the UIDVALIDITY 
from your existing dovecot-uidlist files. Now it finally notices that 
it's different, complains about it and marks the index corrupted. It 
should happen again after this for the same mailbox .. Looks like the 
error message is missing mailbox path, I'll add that.

> May 25 03:18:27 myriad dovecot: imap-login: Login: andrew [192.168.0.2]
> May 25 03:18:27 myriad dovecot: imap(andrew): Transaction log file 
> /home/andrew/Maildir/.INBOX/dovecot.index.log: invalid indexid 
> (1085364928 != 1085451507)

This happens because index is recreated.

--Apple-Mail-19--141729356
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtAVFyUhSUUBViskRApquAJ90wI7XAepdZsnrxtgN/hmdfhTTOwCgpg4l
HMVTFnCXaz5xqIKksqSgpCo=
=6vrR
-----END PGP SIGNATURE-----

--Apple-Mail-19--141729356--


From tss@iki.fi  Wed May 26 06:07:02 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C42C2C00282F; Wed, 26 May 2004 06:07:02 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id CBD83C00282B
	for <dovecot@dovecot.org>; Wed, 26 May 2004 06:07:00 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 59F131C185E1; Wed, 26 May 2004 06:00:06 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 88C5D1C1D0E0
	for <dovecot@dovecot.org>; Wed, 26 May 2004 05:59:32 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <B5A541F3-AEC0-11D8-8870-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-20--141011146"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Wed, 26 May 2004 05:59:31 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.0 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test13
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 03:07:02 -0000
X-UID: 9207                                                  
Status: O


--Apple-Mail-20--141011146
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/test/

- Several bugfixes, do maildir syncing problems still persist?
- New %var handling code for default_mail_env / authentication things. 
Added:

#   %p - protocol (IMAP or POP3)
#
# You can apply a modifiers for each variable (eg. %Lp = pop3):
#   %L - lowercase
#   %U - uppercase
#   %E - escape '"', "'" and '\' characters by inserting '\' before 
them.

Is anything else useful?

--Apple-Mail-20--141011146
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtAgTyUhSUUBViskRAmhcAJ0Tifat1EKz8Z/pYtwg6FW9oPs0VgCaAmaa
1T8PTNuf6Q7kYFjEh3h2GnI=
=EAE+
-----END PGP SIGNATURE-----

--Apple-Mail-20--141011146--


From hunte@tplife.com  Wed May 26 08:02:10 2004
Return-Path: <hunte@tplife.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DCB79C002823; Wed, 26 May 2004 08:02:10 +0300 (EEST)
Received: from mx.tplife.com (unknown [210.22.95.231])
	by talvi.dovecot.org (Postfix) with ESMTP id 6EF64C002815
	for <dovecot@dovecot.org>; Wed, 26 May 2004 08:02:08 +0300 (EEST)
Received: from ravms by mx.tplife.com with mail-ok (Exim 4.30)
	id 1BSqZq-00077g-16
	for dovecot@dovecot.org; Wed, 26 May 2004 13:03:42 +0800
Received: from [10.1.1.109] (port=53364 helo=mail.tplife.com)
	by mx.tplife.com with esmtp (Exim 4.30) id 1BSqZq-00077a-0D
	for dovecot@dovecot.org; Wed, 26 May 2004 13:03:42 +0800
Received: from ravms by mail.tplife.com with mail-ok (Exim 4.24)
	id 1BSquZ-00036k-Ek
	for dovecot@dovecot.org; Wed, 26 May 2004 13:25:07 +0800
Received: from [10.2.33.46] (port=2039 helo=xuezs)
	by mail.tplife.com with asmtp (Exim 4.24) id 1BSquZ-00036V-As
	for dovecot@dovecot.org; Wed, 26 May 2004 13:25:07 +0800
Message-ID: <005301c442dd$6c905360$2e21020a@xuezs>
From: "rtm" <hunte@tplife.com>
To: <dovecot@dovecot.org>
Date: Wed, 26 May 2004 12:53:44 +0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="gb2312"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Rrecipients: dovecot@dovecot.org
Subject: [Dovecot] I am a fresh dovecot user.
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: rtm <rtm@postmastertalk.net>
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: Wed, 26 May 2004 05:02:11 -0000
X-UID: 9208                                                  
Status: O

DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpodHRwOi8vcG9zdG1hc3RlcnRh
bGsubmV0ID0gQ29tbXVuaXR5IGZvciBwb3N0bWFzdGVycy4NCg0KDQo=




From per@bothner.com  Wed May 26 09:25:10 2004
Return-Path: <per@bothner.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2209AC002824; Wed, 26 May 2004 09:25:10 +0300 (EEST)
Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56])
	by talvi.dovecot.org (Postfix) with ESMTP id 0D1DBC002823
	for <dovecot@dovecot.org>; Wed, 26 May 2004 09:25:07 +0300 (EEST)
Received: from bothner.com (adsl-216-102-199-253.dsl.snfc21.pacbell.net
	[216.102.199.253])
	by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i4Q6GX9G020940
	for <dovecot@dovecot.org>; Tue, 25 May 2004 23:16:44 -0700 (PDT)
Message-ID: <40B43783.7090003@bothner.com>
Date: Tue, 25 May 2004 23:21:55 -0700
From: Per Bothner <per@bothner.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] dovecot immediately exits on Fedora 2
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 06:25:10 -0000
X-UID: 9209                                                  
Status: O

I "upgraded" my server running UW-IMAP on Fedora 1,
to Fedora 2, which defaults to Dovecot.  Unfortunately,
the server refuses connecions from my client (Mozilla).

It seems that Dovecot immediately exits:
ps aux|grep dovecot shows nothing.
Also, if I manually start up dovecot, it immediately
exits, with no messages. (It does at least parse the
config file, since tweaking that gives me errors.)

What is surprising is that I haven't been able to "Google"
to find anone else reporting someting similar, so I'm
wonderring what makes my system unique.

I tried downloading, compiling and running the current UW-imap.
Mozilla is able to connect to it, and ask for a password,
but rejects the login.  Curious that we're getting two such
very different failure modes.

Help would be most appreciated; for now neither I nor others
who use my imap server can access our mail (except by directly
viewing the /var/spool/mail file).
-- 
	--Per Bothner
per@bothner.com   http://per.bothner.com/

From t1lt@bk.ru  Wed May 26 13:07:30 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2DCB2C002809; Wed, 26 May 2004 13:07:30 +0300 (EEST)
Received: from sun.com (port-212-202-38-180.reverse.qsc.de [212.202.38.180])
	by talvi.dovecot.org (Postfix) with SMTP id CE1EDC000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 13:07:27 +0300 (EEST)
Received: (qmail 24723 invoked by uid 1000); 26 May 2004 10:02:27 -0000
Date: Wed, 26 May 2004 12:02:27 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test13
Message-ID: <20040526100227.GA23813@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <B5A541F3-AEC0-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B5A541F3-AEC0-11D8-8870-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 10:07:30 -0000
X-UID: 9210                                                  
Status: O

On Wed, May 26, 2004 at 05:59:31AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> - Several bugfixes, do maildir syncing problems still persist?

Unfornationally yes:

sp dovecot: imap(moe): Maildir /home/moe/Maildir/.INBOX.gd-cron sync: UID inserted in the middle of mailbox (478 > 476, file = msg.AL4:2,)


greets


From djk@cybersource.com.au  Wed May 26 15:15:30 2004
Return-Path: <djk@cybersource.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5F2AFC002809; Wed, 26 May 2004 15:15:30 +0300 (EEST)
Received: from boombox.cyber.com.au (203-217-41-104.dyn.iinet.net.au
	[203.217.41.104])
	by talvi.dovecot.org (Postfix) with ESMTP id A9BC3C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 15:15:25 +0300 (EEST)
Received: from boombox.cyber.com.au (localhost [127.0.0.1])
	by boombox.cyber.com.au (8.12.8/8.12.8) with ESMTP id i4QC8OAV009007;
	Wed, 26 May 2004 22:08:24 +1000
Received: (from djk@localhost)
	by boombox.cyber.com.au (8.12.8/8.12.8/Submit) id i4QC8NDi009005;
	Wed, 26 May 2004 22:08:23 +1000
From: David Keegel <djk@cybersource.com.au>
Message-Id: <200405261208.i4QC8NDi009005@boombox.cyber.com.au>
Subject: Re: [Dovecot] dovecot immediately exits on Fedora 2
In-Reply-To: <40B43783.7090003@bothner.com> from Per Bothner at "May 25, 2004
	11:21:55 pm"
To: Per Bothner <per@bothner.com>
Date: Wed, 26 May 2004 22:08:23 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 12:15:30 -0000
X-UID: 9211                                                  
Status: O
Content-Length: 1464

I'm new to Dovecot, but I'll have a go at answering since
I haven't seen any other answers yet and I have been using
dovecot 0.99.10-4 on Fedora 1.

] I "upgraded" my server running UW-IMAP on Fedora 1,
] to Fedora 2, which defaults to Dovecot.  Unfortunately,
] the server refuses connecions from my client (Mozilla).

"Connection refused" is to be expected if dovecot isn't running.

] It seems that Dovecot immediately exits:
] ps aux|grep dovecot shows nothing.
] Also, if I manually start up dovecot, it immediately
] exits, with no messages. (It does at least parse the
] config file, since tweaking that gives me errors.)

I suggest tail /var/log/maillog as the place to look for
errors and messages from dovecot.
 
] What is surprising is that I haven't been able to "Google"
] to find anone else reporting someting similar, so I'm
] wonderring what makes my system unique.

A problem I've suffered from (and seen others with Google) is
with SSL support, seeding the pseudo random number generator.
The symptom is that dovecot totally crashes (and needs to be
restarted) at various times (probably when someone tries SSL).

I have turned SSL off with 
	ssl_disable = yes
in /etc/dovecot.conf.  Since then dovecot hasn't crashed.

___________________________________________________________________________
 David Keegel <djk@cybersource.com.au>  http://www.cyber.com.au/users/djk/
 Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

From t1lt@bk.ru  Wed May 26 15:24:13 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6FE25C00280C; Wed, 26 May 2004 15:24:13 +0300 (EEST)
Received: from sun.com (port-212-202-38-180.reverse.qsc.de [212.202.38.180])
	by talvi.dovecot.org (Postfix) with SMTP id 1755DC000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 15:24:11 +0300 (EEST)
Received: (qmail 32754 invoked by uid 1000); 26 May 2004 12:19:11 -0000
Date: Wed, 26 May 2004 14:19:11 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test13
Message-ID: <20040526121911.GA7638@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <B5A541F3-AEC0-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B5A541F3-AEC0-11D8-8870-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 12:24:13 -0000
X-UID: 9212                                                  
Status: O

I spotted some more strange behaviour:

- New mail is reported (e.g. in INBOX) but it doesn't show up in the
  folder, not even after I disconnect/reconnect. It seems that only
  after a dovecot-session crashed (as in broken index, see my other
  mail) the mail will appear (after the rebuild).

- New mail is reported and the messages are there but they're not
  flagged as new/unread (happened only once so far, maybe
  it was only my confusion anyhow)


regards


From lehmann@cnm.de  Wed May 26 18:42:55 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 38FB5C002815; Wed, 26 May 2004 18:42:55 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id D55BEC00280C
	for <dovecot@dovecot.org>; Wed, 26 May 2004 18:42:52 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BT0RM-0001Ro-N6
	for dovecot@dovecot.org; Wed, 26 May 2004 17:35:36 +0200
Message-ID: <40B4B960.9000908@cnm.de>
Date: Wed, 26 May 2004 17:36:00 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
Subject: [Dovecot] feature request: undeletable folders
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 15:42:55 -0000
X-UID: 9213                                                  
Status: O
Content-Length: 1501

Hello,

as we all know from the big webmail-services like hotmail.com, 
yahoo.com, web.de and so on, several folders exist and nobody can remove 
them for a good reason, because some services rely on them: Trash, Junk, 
Sent. Can can't remove Trash, because every deleted message is just 
moved here. You can't remove Junk, because all messages recognized as 
spam is moved here. And you can't remove Sent, because all messages you 
sent through the webmail are saved here. With the common courier-imap, 
everyone either has to bloat his webmail client with permanent checking 
if the required folders exist and recreate them if needed, or he has to 
patch courier-imap each time a new release appears to extend to this 
certain functionality. So why not just include this feature in 
courier-imap generally? I think there's no need to handle these folders 
on a per mailbox basis. Courier-imap could look at a file that contains 
the unremovable folders (one per line) and deny deletion of this folders.
Now you might say: "You could prevent deletion of this folders in your 
webmail client as well." But that's only the half of the truth, because 
if you just want to see webmail as one option of accessing the emails, 
but POP3 and IMAP access is offered as well, then deletion must be 
restricted at IMAP side. I didn't implement this feature yet, but I'll 
need it in near future, so either someone else implements it our I would 
send you a patch after I implemented it.

Regards
Marten Lehmann

From lehmann@cnm.de  Wed May 26 18:46:10 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B66C7C002824; Wed, 26 May 2004 18:46:10 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id D538BC002823
	for <dovecot@dovecot.org>; Wed, 26 May 2004 18:46:08 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BT0Ug-0001TX-Sk
	for dovecot@dovecot.org; Wed, 26 May 2004 17:39:02 +0200
Message-ID: <40B4BA2F.90504@cnm.de>
Date: Wed, 26 May 2004 17:39:27 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] feature request: undeletable folders
References: <40B4B960.9000908@cnm.de>
In-Reply-To: <40B4B960.9000908@cnm.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 15:46:10 -0000
X-UID: 9214                                                  
Status: O

Ughm,

please replace courier-imap with dovecot. I asked the courier-imap team 
some weeks for this feature when I wasn't aware of dovecot. I think 
we'll use dovecot instead of courier-imap, but the requested feature is 
very important for me anyway.

Regards
Marten

From tss@iki.fi  Wed May 26 19:06:15 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 32AD4C00280C; Wed, 26 May 2004 19:06:15 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E6A3CC000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 19:06:12 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 34CEB1C185E2; Wed, 26 May 2004 18:59:17 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 6407F1C185E1; Wed, 26 May 2004 18:58:43 +0300 (EEST)
Subject: Re: [Dovecot] feature request: undeletable folders
From: Timo Sirainen <tss@iki.fi>
To: Marten Lehmann <lehmann@cnm.de>
In-Reply-To: <40B4B960.9000908@cnm.de>
References: <40B4B960.9000908@cnm.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-xd+PvJmN/kQq47qv4Kn6"
Message-Id: <1085587122.20006.11.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 May 2004 18:58:42 +0300
X-Spam-Status: No, hits=-8.5 required=5.0
	tests=AWL,BAYES_00,IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 16:06:15 -0000
X-UID: 9215                                                  
Status: O
Content-Length: 2609


--=-xd+PvJmN/kQq47qv4Kn6
Content-Type: multipart/mixed; boundary="=-v3yeGql7c+tUlDg+tPzk"


--=-v3yeGql7c+tUlDg+tPzk
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I think the real solution to this would be mailbox ACLs which I'll
implement some day.. For now you could implement it with attached
plugin. Move it to src/imap/ directory and compile there. Then set
imap_use_modules =3D yes.


--=-v3yeGql7c+tUlDg+tPzk
Content-Disposition: attachment; filename=delete_prevent.c
Content-Type: text/x-c; name=delete_prevent.c; charset=iso-8859-15
Content-Transfer-Encoding: base64

LyogZ2NjIC1XYWxsIC1zaGFyZWQgZGVsZXRlX3ByZXZlbnQuYyAtbyAvdXNyL2xvY2FsL2xpYi9k
b3ZlY290L2ltYXAvZGVsZXRlX3ByZXZlbnQuc28gLURIQVZFX0NPTkZJR19IIC1JIC4uLy4uIC1J
IC4uL2xpYiAtSSAuLi9saWItaW1hcCAtSSAuLi9saWItc3RvcmFnZSAqLw0KDQojaW5jbHVkZSAi
Y29tbW9uLmgiDQojaW5jbHVkZSAiY29tbWFuZHMuaCINCg0Kc3RhdGljIGludCBjbWRfZGVsZXRl
X3ByZXZlbnQoc3RydWN0IGNsaWVudCAqY2xpZW50KQ0Kew0KCXN0cnVjdCBtYWlsYm94ICptYWls
Ym94Ow0KCWNvbnN0IGNoYXIgKm5hbWU7DQoNCgkvKiA8bWFpbGJveD4gKi8NCglpZiAoIWNsaWVu
dF9yZWFkX3N0cmluZ19hcmdzKGNsaWVudCwgMSwgJm5hbWUpKQ0KCQlyZXR1cm4gRkFMU0U7DQoN
CglpZiAoc3RyY21wKG5hbWUsICJJTkJPWCIpID09IDAgfHwNCgkgICAgc3RyY21wKG5hbWUsICJU
cmFzaCIpID09IDAgfHwNCgkgICAgc3RyY21wKG5hbWUsICJKdW5rIikgPT0gMCkgew0KCQljbGll
bnRfc2VuZF90YWdsaW5lKGNsaWVudCwgIk5PIE1haWxib3ggY2FuJ3QgYmUgZGVsZXRlZC4iKTsN
CgkJcmV0dXJuIFRSVUU7DQoJfQ0KDQoJbWFpbGJveCA9IGNsaWVudC0+bWFpbGJveDsNCglpZiAo
bWFpbGJveCAhPSBOVUxMICYmIHN0cmNtcChtYWlsYm94LT5uYW1lLCBuYW1lKSA9PSAwKSB7DQoJ
CS8qIGRlbGV0aW5nIHNlbGVjdGVkIG1haWxib3guIGNsb3NlIGl0IGZpcnN0ICovDQoJCWNsaWVu
dC0+bWFpbGJveCA9IE5VTEw7DQoNCgkJaWYgKCFtYWlsYm94LT5jbG9zZShtYWlsYm94KSkNCgkJ
CWNsaWVudF9zZW5kX3VudGFnZ2VkX3N0b3JhZ2VfZXJyb3IoY2xpZW50KTsNCgl9DQoNCglpZiAo
Y2xpZW50LT5zdG9yYWdlLT5kZWxldGVfbWFpbGJveChjbGllbnQtPnN0b3JhZ2UsIG5hbWUpKQ0K
CQljbGllbnRfc2VuZF90YWdsaW5lKGNsaWVudCwgIk9LIERlbGV0ZSBjb21wbGV0ZWQuIik7DQoJ
ZWxzZQ0KCQljbGllbnRfc2VuZF9zdG9yYWdlX2Vycm9yKGNsaWVudCk7DQoJcmV0dXJuIFRSVUU7
DQp9DQoNCnZvaWQgZGVsZXRlX3ByZXZlbnRfaW5pdCh2b2lkKQ0Kew0KCWNvbW1hbmRfdW5yZWdp
c3RlcigiREVMRVRFIik7DQoJY29tbWFuZF9yZWdpc3RlcigiREVMRVRFIiwgY21kX2RlbGV0ZV9w
cmV2ZW50KTsNCn0NCnZvaWQgZGVsZXRlX3ByZXZlbnRfZGVpbml0KHZvaWQpDQp7DQp9DQo=

--=-v3yeGql7c+tUlDg+tPzk--

--=-xd+PvJmN/kQq47qv4Kn6
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtL6yyUhSUUBViskRArlzAKCMge9T7Uk0JcUdvoqG8yqTUpU68gCeODX1
oggwlsTCQw4q1F0HapXKEzc=
=0ldg
-----END PGP SIGNATURE-----

--=-xd+PvJmN/kQq47qv4Kn6--


From lehmann@cnm.de  Wed May 26 20:09:06 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BED39C002815; Wed, 26 May 2004 20:09:06 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 8C2F7C00280C
	for <dovecot@dovecot.org>; Wed, 26 May 2004 20:09:04 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BT1mw-0001q5-2c
	for dovecot@dovecot.org; Wed, 26 May 2004 19:01:58 +0200
Message-ID: <40B4CD9E.8040900@cnm.de>
Date: Wed, 26 May 2004 19:02:22 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
Subject: [Dovecot] dovecot.rawlog
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 17:09:07 -0000
X-UID: 9216                                                  
Status: O

Hello,

I build dovecot tih --with-rawlog and created a folder dovecot.rawlog 
inside the root-dir of the mailbox (same level as new, cur and tmp). For 
testing purposes I set the env MAIL to the maildir and started 
libexec/imap. This generally works, but I can't find the promised logs 
of input and output. Where do I have to look for them?

Regards
Marten

From tss@iki.fi  Wed May 26 20:12:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9345DC002829; Wed, 26 May 2004 20:12:24 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 71468C002823
	for <dovecot@dovecot.org>; Wed, 26 May 2004 20:12:22 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 93F5E1C185E1; Wed, 26 May 2004 20:05:26 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id B96FC1C1D0E0; Wed, 26 May 2004 20:04:52 +0300 (EEST)
In-Reply-To: <40B4CD9E.8040900@cnm.de>
References: <40B4CD9E.8040900@cnm.de>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-24--90292051"
Message-Id: <CC94DA8D-AF36-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] dovecot.rawlog
Date: Wed, 26 May 2004 20:04:50 +0300
To: Marten Lehmann <lehmann@cnm.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 17:12:24 -0000
X-UID: 9217                                                  
Status: O
Content-Length: 1100


--Apple-Mail-24--90292051
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 26.5.2004, at 20:02, Marten Lehmann wrote:

> I build dovecot tih --with-rawlog and created a folder dovecot.rawlog 
> inside the root-dir of the mailbox (same level as new, cur and tmp). 
> For testing purposes I set the env MAIL to the maildir and started 
> libexec/imap. This generally works, but I can't find the promised logs 
> of input and output. Where do I have to look for them?

dovecot.rawlog must be created in user's home directory, not in the 
mail directory. They're then created inside that directory.

--Apple-Mail-24--90292051
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtM4yyUhSUUBViskRAnPwAJ9L0SlX1FakTNBRTDgjGttRRLQZ3gCgjW/7
r1JkVOcG6hYUTh2YMBZ/U+E=
=jsIF
-----END PGP SIGNATURE-----

--Apple-Mail-24--90292051--


From lehmann@cnm.de  Wed May 26 20:36:20 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 514BFC002815; Wed, 26 May 2004 20:36:20 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 5D713C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 20:36:18 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BT2DH-0001uK-SP
	for dovecot@dovecot.org; Wed, 26 May 2004 19:29:11 +0200
Message-ID: <40B4D400.5050304@cnm.de>
Date: Wed, 26 May 2004 19:29:36 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
Subject: [Dovecot] renaming and select failes
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 17:36:20 -0000
X-UID: 9218                                                  
Status: O

Hello,

I created a folder inbox.Test.Try through IMAP. LIST shows me the folder 
INBOX.Test.Try instead, but in the filesystem it's created 
inbox.Test.Try. Now every select, examine or rename gives me

NO Mailbox doesn't exist INBOX.Test.Try.

Seems that inbox is mapped uppercase everywhere except at "create".

Regards
Marten

From tss@iki.fi  Wed May 26 20:46:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C04DFC002815; Wed, 26 May 2004 20:46:55 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D1172C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 20:46:53 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EB2991C185E1; Wed, 26 May 2004 20:39:57 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 1A1991C1D0E0; Wed, 26 May 2004 20:39:24 +0300 (EEST)
In-Reply-To: <40B4D400.5050304@cnm.de>
References: <40B4D400.5050304@cnm.de>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-26--88220227"
Message-Id: <9F7C3154-AF3B-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] renaming and select failes
Date: Wed, 26 May 2004 20:39:22 +0300
To: Marten Lehmann <lehmann@cnm.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 17:46:55 -0000
X-UID: 9219                                                  
Status: O
Content-Length: 1083


--Apple-Mail-26--88220227
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 26.5.2004, at 20:29, Marten Lehmann wrote:

> I created a folder inbox.Test.Try through IMAP. LIST shows me the 
> folder INBOX.Test.Try instead, but in the filesystem it's created 
> inbox.Test.Try. Now every select, examine or rename gives me
>
> NO Mailbox doesn't exist INBOX.Test.Try.
>
> Seems that inbox is mapped uppercase everywhere except at "create".

CREATE command looks ok to me, are you sure it was because of it? I 
found that problem from RENAME command though, will be fixed in .10.5.

--Apple-Mail-26--88220227
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtNZKyUhSUUBViskRAnPzAKCT1a/Yy9bMNI01iNCGIjVpe98R0QCfc9wL
Vg3PvXR8R6vQxK2lsrFgzGg=
=jti8
-----END PGP SIGNATURE-----

--Apple-Mail-26--88220227--


From fmulharin@th-record.com  Wed May 26 21:08:09 2004
Return-Path: <fmulharin@th-record.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 60979C002815; Wed, 26 May 2004 21:08:09 +0300 (EEST)
Received: from mailexchange.ottaway.com (mailexchange.ottaway.com
	[204.27.188.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 17275C00280C
	for <dovecot@dovecot.org>; Wed, 26 May 2004 21:08:07 +0300 (EEST)
Received: from mailserver.ottaway.com by mailexchange.ottaway.com;
	Wed, 26 May 2004 18:05:28 GMT
Received: from thrmailserver.th-record.com ([172.20.73.5]) by
	mailserver.ottaway.com (Netscape Messaging Server 4.15) with
	SMTP id HYC21Y00.ME9 for <dovecot@dovecot.org>; Wed, 26 May 2004
	14:01:10 -0400 
Received: from thrmailserver.th-record.com (localhost.localdomain [127.0.0.1])
	by thrmailserver.th-record.com (8.12.8/8.12.8) with ESMTP id
	i4QI28lC027146
	for <dovecot@dovecot.org>; Wed, 26 May 2004 14:02:09 -0400
Received: (from apache@localhost)
	by thrmailserver.th-record.com (8.12.8/8.12.8/Submit) id i4QI28gD027140;
	Wed, 26 May 2004 14:02:08 -0400
Received: from 172.20.73.150 (SquirrelMail authenticated user fmulharin)
	by 172.20.73.5 with HTTP; Wed, 26 May 2004 14:02:06 -0400 (EDT)
Message-ID: <37493.172.20.73.150.1085594526.squirrel@172.20.73.5>
Date: Wed, 26 May 2004 14:02:06 -0400 (EDT)
From: "Fred  Mulharin" <fmulharin@th-record.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2-1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Deleted emails in Outlook Express
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 18:08:09 -0000
X-UID: 9220                                                  
Status: O


I am having problems with Outlook Express v.6 as an Imap client.

Deleted emails are not making it to the Trash, or Deleted Items folders. I
have been trying to find a setting in Outlook Express to control this.

I am running Dovecot on a Red Hat 9.0 box. I do not have this problem with
either Squirrelmail, or Mozilla.

Any thoughts would be appreciated

Fred


--
Fred Mulharin
Systems Technology Supervisor
Times Herald-Record
fmulharin@th-record.com


..We are the trusted leader
in news and information
for the communities we serve

..because we all live here



From lehmann@cnm.de  Wed May 26 21:42:02 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E17A3C00280C; Wed, 26 May 2004 21:42:02 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 73A6CC000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 21:42:00 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BT3Er-0002B1-Ll
	for dovecot@dovecot.org; Wed, 26 May 2004 20:34:53 +0200
Message-ID: <40B4E366.5090809@cnm.de>
Date: Wed, 26 May 2004 20:35:18 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
Subject: [Dovecot] append
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 18:42:03 -0000
X-UID: 9221                                                  
Status: O

Hello,

I was testing the append function with a wrong amount of characters. The 
message I appended was saved in the tmp-folder. But even after I 
received the "BAD ..." message and after I disconnected, the message 
remained in the tmp-folder. Would it ever be deleted?

From lehmann@cnm.de  Wed May 26 21:44:21 2004
Return-Path: <lehmann@cnm.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6CAF7C00280C; Wed, 26 May 2004 21:44:21 +0300 (EEST)
Received: from vm16.variomedia.de (vm16.variomedia.de [81.28.224.61])
	by talvi.dovecot.org (Postfix) with ESMTP id 5A903C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 21:44:19 +0300 (EEST)
Received: from [82.82.213.59] (helo=cnm.de)
	by vm16.variomedia.de with asmtp (Exim 4.30) id 1BT3H6-0002BT-J9
	for dovecot@dovecot.org; Wed, 26 May 2004 20:37:12 +0200
Message-ID: <40B4E3F1.2040000@cnm.de>
Date: Wed, 26 May 2004 20:37:37 +0200
From: Marten Lehmann <lehmann@cnm.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Relay-User: lehmann@variomedia.de
Subject: [Dovecot] \Deleted and expunge
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 18:44:21 -0000
X-UID: 9222                                                  
Status: O

Hello,

I deleted a message by storing the \Deleted flag and called expunge. The 
message was deleted then, but in the file dovecot-uidlist the filename 
of that message is still listed, even after logging out and in again, 
doing select and check. When will this file be updated?

Regards
Marten

From geocar-dovecot@internetconnection.net  Wed May 26 21:51:20 2004
Return-Path: <geocar-dovecot@internetconnection.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6502DC00280C; Wed, 26 May 2004 21:51:20 +0300 (EEST)
Received: from internetconnection.net (proxy.dmvnoc.com [216.169.144.254])
	by talvi.dovecot.org (Postfix) with SMTP id 8B55DC000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 21:51:17 +0300 (EEST)
Received: (qmail 18893 invoked by uid 0); 26 May 2004 18:48:55 -0000
Received: from unknown (HELO ?192.168.1.3?) (192.168.1.3)
	by pokey with SMTP; 26 May 2004 18:48:55 -0000
From: Geo Carncross <geocar-dovecot@internetconnection.net>
To: dovecot@dovecot.org
Content-Type: text/plain
Organization: Internet Connection
Message-Id: <1085597033.1966.34.camel@midget.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Wed, 26 May 2004 14:43:54 -0400
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] IMAP views - and things to make Outlook Express not suck
	so much
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: geocar@internetconnection.net
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: Wed, 26 May 2004 18:51:20 -0000
X-UID: 9223                                                  
Status: O
Content-Length: 3540

Some of the things that keep being brought up SEEM TO ME to be a form of
IMAP crack that can be accomplished in a much more generalized manner
with a little bit of thought.

An idea I had a while back was for IMAP views. It accomplishes the four
things I keep seeing on this list without being specific to any of them.

Consider new configuration variables:

rewrite Junk {
	folder = INBOX
	search = KEYWORD "Junk"	
	post = +FLAGS (Junk)
}
rewrite Trash {
	folder = *
	search = DELETED
	fetch = -FLAGS (\Deleted)
	post = +FLAGS (\Deleted)
}

Views would not be deletable (unless one wants to invent some
nonstandard IMAP extensions today), but they would otherwise look like
regular folders. One could post and search and fetch messages as normal
(with some alterations to various IMAP fields).

In the examples I gave:

A001 SELECT Junk
A002 SEARCH ALL
A003 SELECT Trash
A004 SEARCH ALL
A005 FETCH 1 FLAGS

would be translated into:

A001 SELECT INBOX
A002 SEARCH ALL KEYWORD Junk
A003 SELECT {for each SUBSCRIBED folder}
A004 SEARCH ALL DELETED
A005 FETCH 1 FLAGS

Except, A005 would actually yield:
* 1 FETCH (FLAGS ())

Instead of:
* 1 FETCH (FLAGS (\Deleted))

It would probably be ideal if these were configurable per-user, but I'd
be happy with system-wide rewriting.

Options for rewrite could include:
	folder =
		folders that could be selected using LSUB OR a
		valid (existing) folder name. If this is system wide,
		pretty much only INBOX, INBOX.% and INBOX.* and * and %
		are valid :)
	search =
		tags to append to SEARCH operations on the view
	fetch =
		IMAP fields that are acceptable to STORE that we will
		pretend occurred when fetching.
	recent =
		IMAP fields that should be STORE'd when the \Recent flag
		is still set.
	post =
		IMAP fields that are acceptable to STORE that we will
		perform when APPENDing or STOREing.
	append =
		argument to be passed to /bin/sh -c which will receive
		on standard input the APPENDed body, and produce on
		output a STOREed body.
	open =
		argument for /bin/sh -c for when this view is
		SELECTed or EXAMINEd
	close =
		argument to be passed to /bin/sh -c for when the
		view is closed.
	index =
		argument to be passed to /bin/sh -c for when dovecot
		wants to index a portion of the message. standard
		input of the argument is the message, whereas
		standard output is the portion to actually index.
	path =
		a regular dovecot mailbox path that would contain the
		real contents of this folder.

	ro path =
		like path, but would be decidedly read-only (except for
		any side-effects generated by append =)

Subprocesses that exit 99 would handle the task internally- thus any
normal actions (such as for index = and append =) would not occur. Exit
code 0 is for normal completion, and all other exit codes should
generate an error.
	

If one allowed open = and close = to be used on REAL folders, this would
allow people to actually have the behavior UW-IMAP does by MOVING mail
from /v/s/m into ~/mbox...

One could use append = with a "Outbox" view that could write the queue
at the same time as storing a copy into Sent Items. One could also use
append for gpg-signing messages as they're being recorded. One could
also use append for publishing to a mailing list.

One could use index = to spell-check messages beforehand thus improving
my chances of actually finding messages from my PHB.

One could also use append =, recent = and ro path = to emulate shared
folders support in a manner that would be useful for using IMAP folders
as a kind of work-queue.

Thoughts?


From tss@iki.fi  Wed May 26 22:33:07 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B0C44C00280C; Wed, 26 May 2004 22:33:07 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 97F86C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 22:33:05 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 80FC81C185E1; Wed, 26 May 2004 22:26:09 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 96AE11C1D0E0; Wed, 26 May 2004 22:25:35 +0300 (EEST)
Subject: Re: [Dovecot] append
From: Timo Sirainen <tss@iki.fi>
To: Marten Lehmann <lehmann@cnm.de>
In-Reply-To: <40B4E366.5090809@cnm.de>
References: <40B4E366.5090809@cnm.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-VO1z1dgDxfGKlOlE6iJ4"
Message-Id: <1085599535.20006.34.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 May 2004 22:25:35 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 19:33:07 -0000
X-UID: 9224                                                  
Status: O
Content-Length: 1371


--=-VO1z1dgDxfGKlOlE6iJ4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-05-26 at 21:35, Marten Lehmann wrote:
> Hello,
>=20
> I was testing the append function with a wrong amount of characters. The=20
> message I appended was saved in the tmp-folder. But even after I=20
> received the "BAD ..." message and after I disconnected, the message=20
> remained in the tmp-folder. Would it ever be deleted?

I can't reproduce that, the message gets deleted if something goes
wrong. I also don't see any files in tmp/ dirs in a system that has been
running for over a year. Does it happen every time with you?

Anyway, it might be useful to check tmp/ once in a while and delete the
files that could have possibly been left there (especially because of
crashes), but I'm not sure if it's Dovecot's job. It shouldn't anyway be
done too often to avoid useless extra I/O. Maybe a daily cronjob with
something like:

find /var/mail -path 'tmp/*' -cmin +60 -print0|xargs -0 rm



--=-VO1z1dgDxfGKlOlE6iJ4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtO8vyUhSUUBViskRAiBHAJ4+sO/aLhO7NPmyOJlhlfUrQYH0ZACgmtSp
HSCUHpnV9zAoJdm9x0dGI+U=
=sCmO
-----END PGP SIGNATURE-----

--=-VO1z1dgDxfGKlOlE6iJ4--


From tss@iki.fi  Wed May 26 22:35:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 45D55C00280C; Wed, 26 May 2004 22:35:44 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 62C96C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 22:35:42 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 519C31C185E1; Wed, 26 May 2004 22:28:46 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 444191C1D0E0; Wed, 26 May 2004 22:28:12 +0300 (EEST)
Subject: Re: [Dovecot] \Deleted and expunge
From: Timo Sirainen <tss@iki.fi>
To: Marten Lehmann <lehmann@cnm.de>
In-Reply-To: <40B4E3F1.2040000@cnm.de>
References: <40B4E3F1.2040000@cnm.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-7CL3sGn7TpbnK9hMG0cN"
Message-Id: <1085599691.20006.38.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 May 2004 22:28:11 +0300
X-Spam-Status: No, hits=-9.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 19:35:44 -0000
X-UID: 9225                                                  
Status: O


--=-7CL3sGn7TpbnK9hMG0cN
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-05-26 at 21:37, Marten Lehmann wrote:
> I deleted a message by storing the \Deleted flag and called expunge. The=20
> message was deleted then, but in the file dovecot-uidlist the filename=20
> of that message is still listed, even after logging out and in again,=20
> doing select and check. When will this file be updated?

It's only used for figuring out UIDs for existing files, so entries for
expunged mails are just ignored. It's updated whenever new messages are
written there, the old entries are removed then.


--=-7CL3sGn7TpbnK9hMG0cN
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtO/LyUhSUUBViskRAkg3AJ4lRFlFozFaytJzz1wDvhfBHtTflQCfe3oZ
Mpr15UYVuHNJ8iGUGjo160M=
=Zuf1
-----END PGP SIGNATURE-----

--=-7CL3sGn7TpbnK9hMG0cN--


From tss@iki.fi  Wed May 26 22:42:08 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 783EBC00280C; Wed, 26 May 2004 22:42:08 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 86305C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 22:42:06 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6B45E1C185E1; Wed, 26 May 2004 22:35:10 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 84ECA1C1D0E0; Wed, 26 May 2004 22:34:36 +0300 (EEST)
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
From: Timo Sirainen <tss@iki.fi>
To: geocar@internetconnection.net
In-Reply-To: <1085597033.1966.34.camel@midget.intranet>
References: <1085597033.1966.34.camel@midget.intranet>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-b5PvAmf/YPS3mqVCydAv"
Message-Id: <1085600076.20006.46.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 26 May 2004 22:34:36 +0300
X-Spam-Status: No, hits=-9.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 19:42:08 -0000
X-UID: 9226                                                  
Status: O
Content-Length: 1123


--=-b5PvAmf/YPS3mqVCydAv
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-05-26 at 21:43, Geo Carncross wrote:
> An idea I had a while back was for IMAP views. It accomplishes the four
> things I keep seeing on this list without being specific to any of them.

I've thought about something similiar before, but I've mostly just
thought about performance and complexity issues with it. Creating a
single view from many mailboxes could be slow without some special
indexing.

Good ideas anyway, I'll think about them more once I get around to
implementing the thing (unless someone else wants to? :), sometimes
after v1.0.

Simple open/close/append triggers would be easier to implement, those
could be done with a plugin.


--=-b5PvAmf/YPS3mqVCydAv
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtPFMyUhSUUBViskRAphLAJ9JhCHPZy5Omjaxk8flnYHYd5AtYQCeL+Wa
N038gRhs4tyqgU41DQrBjRk=
=VbrU
-----END PGP SIGNATURE-----

--=-b5PvAmf/YPS3mqVCydAv--


From reboot@gmx.ch  Wed May 26 22:49:14 2004
Return-Path: <reboot@gmx.ch>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 25126C00280C; Wed, 26 May 2004 22:49:14 +0300 (EEST)
Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by talvi.dovecot.org (Postfix) with SMTP id D36FFC000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 22:49:11 +0300 (EEST)
Received: (qmail 3257 invoked by uid 65534); 26 May 2004 19:42:14 -0000
Received: from pD9052E9B.dip.t-dialin.net (EHLO navi.lan) (217.5.46.155)
	by mail.gmx.net (mp025) with SMTP; 26 May 2004 21:42:14 +0200
X-Authenticated: #2648902
Date: Wed, 26 May 2004 21:42:09 +0200
From: Christoph Hohmann <reboot@gmx.ch>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] append
Message-Id: <20040526214209.1c6cb09b@navi.lan>
In-Reply-To: <1085599535.20006.34.camel@hurina>
References: <40B4E366.5090809@cnm.de>
	<1085599535.20006.34.camel@hurina>
X-Mailer: Sylpheed-Claws 0.9.10cvs71 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Face: 6D"~KL6`~X`aGp^DOcl";
	~E/aDfT9qJp!44BUO3su9G?3tY%T0Ibo@#f6>xTOR*yb4}4H'$Oi*QmHuSqB^<hz.@{thR'tD7(eNUS{df<H0Unu(K2W{cuvg@9wt2[.j^,U]jz?{1W-OM#`LaGN~Ew"y~a@'yu}mDk>&t25Y9bF+i1L;
	=jaVrp]2%meF?3?_nO5]bS7/){T9ususDr8qq&Rp9u@=[k?2DT.j;
	cYJ&Pt}qd\Wce*(J@On&G2yqlY`>OOl|k7Og9s?xF42kj%tSN3/'C`73NF-UejIbi<6_
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Wed__26_May_2004_21_42_09_+0200_MrFXZ0vBn/TW/rUl"
X-Mailman-Approved-At: Wed, 26 May 2004 22:51:32 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 19:49:14 -0000
X-UID: 9227                                                  
Status: O
Content-Length: 1244

--Signature=_Wed__26_May_2004_21_42_09_+0200_MrFXZ0vBn/TW/rUl
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Timo Sirainen <tss@iki.fi> wrote:

> Anyway, it might be useful to check tmp/ once in a while and delete the
> files that could have possibly been left there (especially because of
> crashes), but I'm not sure if it's Dovecot's job. It shouldn't anyway be
> done too often to avoid useless extra I/O. Maybe a daily cronjob with
> something like:
> 
> find /var/mail -path 'tmp/*' -cmin +60 -print0|xargs -0 rm

see http://www.qmail.org/man/man5/maildir.html

  The reader is also expected to look through the tmp
  directory and to clean up any old files found there.  A file
  in tmp may be safely removed if it has not been accessed in
  36 hours.

-- 
http://reboot.animeirc.de
http://sylpheed-claws.sourceforge.net/

--Signature=_Wed__26_May_2004_21_42_09_+0200_MrFXZ0vBn/TW/rUl
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAtPMUoHTSdnOy6+ERAjveAJwLzTiNfCXEY1JjrymhHhpTRdSPpwCeNLzA
6Oha1dcotKo6ga1LvjO2oVo=
=TE34
-----END PGP SIGNATURE-----

--Signature=_Wed__26_May_2004_21_42_09_+0200_MrFXZ0vBn/TW/rUl--

From rick@activeservice.co.uk  Wed May 26 23:00:50 2004
Return-Path: <rick@activeservice.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2EE59C00280C; Wed, 26 May 2004 23:00:50 +0300 (EEST)
Received: from mcp.34sp.com (mcp.34sp.com [212.187.158.4])
	by talvi.dovecot.org (Postfix) with SMTP id A3797C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 23:00:47 +0300 (EEST)
Received: (qmail 37786 invoked from network); 26 May 2004 19:53:40 -0000
Received: from unknown (HELO activeservice.co.uk) (62.164.179.204)
	by mcp.34sp.com with SMTP; 26 May 2004 19:53:40 -0000
Received: (qmail 1734 invoked from network); 26 May 2004 19:53:39 -0000
X-Virus-Scanned: by amavis-ng-0.1.6.4-03dc on smithy.activeservice.co.uk
Received: from dad.activeservice.co.uk (HELO [192.168.0.9]) (192.168.0.9)
	by smithy.activeservice.co.uk (192.168.0.1) with ESMTP;
	26 May 2004 19:53:38 -0000
Date: Wed, 26 May 2004 20:53:46 +0100
From: Rick Jones <rick@activeservice.co.uk>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Deleted emails in Outlook Express
Message-ID: <6791004BAF5DD55D4930276E@[192.168.0.9]>
In-Reply-To: <37493.172.20.73.150.1085594526.squirrel@172.20.73.5>
References: <37493.172.20.73.150.1085594526.squirrel@172.20.73.5>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 20:00:50 -0000
X-UID: 9228                                                  
Status: O

--On 26 May 2004 14:02 -0400 Fred Mulharin <fmulharin@th-record.com> wrote:
>
> I am having problems with Outlook Express v.6 as an Imap client.
>
> Deleted emails are not making it to the Trash, or Deleted Items folders. I
> have been trying to find a setting in Outlook Express to control this.

IMAP itself only supports the "mark-deleted + expunge" model. Any "delete 
moves to trash" action is implemented by the client. AFAIK OE doesn't offer 
that for IMAP servers, only for local folders and POP accounts (which are 
local folders anyway).

-- 
Rick Jones

From per@bothner.com  Wed May 26 23:48:29 2004
Return-Path: <per@bothner.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E45DEC00280C; Wed, 26 May 2004 23:48:29 +0300 (EEST)
Received: from bothner.com (adsl-216-102-199-253.dsl.snfc21.pacbell.net
	[216.102.199.253])
	by talvi.dovecot.org (Postfix) with ESMTP id 2BA52C000D8E
	for <dovecot@dovecot.org>; Wed, 26 May 2004 23:48:27 +0300 (EEST)
Received: from [192.168.1.10] ([192.168.1.10])
	by bothner.com (8.12.11/8.12.10) with ESMTP id i4QKiea1025935;
	Wed, 26 May 2004 13:44:41 -0700
Message-ID: <40B500BE.4040304@bothner.com>
Date: Wed, 26 May 2004 13:40:30 -0700
From: Per Bothner <per@bothner.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
	rv:1.7) Gecko/20040514
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: David Keegel <djk@cybersource.com.au>
Subject: Re: [Dovecot] dovecot immediately exits on Fedora 2
References: <200405261208.i4QC8NDi009005@boombox.cyber.com.au>
In-Reply-To: <200405261208.i4QC8NDi009005@boombox.cyber.com.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 20:48:30 -0000
X-UID: 9229                                                  
Status: O
Content-Length: 1069

David Keegel wrote:

> I suggest tail /var/log/maillog as the place to look for
> errors and messages from dovecot.

Yes, while I was debugging uw-imap I made use of that.
And looking through the maillog I found messages like:

May 25 16:03:42 bothner imap-login: Can't load private key file 
/usr/share/ssl/private/dovecot.pem: error:0B080074:x509 certificate 
routines:X509_check_private_key:key values mismatch

So that's a pretty strong hint what to look at ...

Thanks for the hint - which in retrospect I should have been able to
figure out myself.  Ah well.

I was able to debug uw-imap (by inserting extra syslog calls),
and determined the problem was a missing configuration file for
PAM (pluggable authentical modules).  I now have uw-imap working,
so getting dovecot working is no longer urgent.  Of course I prefer
to use the "vendor-supported" packages, but I think I might stick
with UW-imap until it is time for Fedora 3 - there doesn't seem to
be any reason to fiddle with things until then.
-- 
	--Per Bothner
per@bothner.com   http://per.bothner.com/

From joshua@shallow.net  Thu May 27 00:49:29 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C5C88C00280C; Thu, 27 May 2004 00:49:29 +0300 (EEST)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id DDB3AC000D8E
	for <dovecot@dovecot.org>; Thu, 27 May 2004 00:49:26 +0300 (EEST)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id BE7F82BE0; Thu, 27 May 2004 07:42:27 +1000 (EST)
Date: Thu, 27 May 2004 07:42:27 +1000
From: Joshua Goodall <joshua@roughtrade.net>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
Message-ID: <20040526214227.GB1698@roughtrade.net>
References: <1085597033.1966.34.camel@midget.intranet>
	<1085600076.20006.46.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1085600076.20006.46.camel@hurina>
User-Agent: Mutt/1.5.4i
Cc: geocar@internetconnection.net, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 26 May 2004 21:49:30 -0000
X-UID: 9230                                                  
Status: O

On Wed, May 26, 2004 at 10:34:36PM +0300, Timo Sirainen wrote:
> On Wed, 2004-05-26 at 21:43, Geo Carncross wrote:
> > An idea I had a while back was for IMAP views. It accomplishes the four
> > things I keep seeing on this list without being specific to any of them.
> 
> I've thought about something similiar before, but I've mostly just
> thought about performance and complexity issues with it. Creating a
> single view from many mailboxes could be slow without some special
> indexing.

Just as an implementation point; it would be good if the specification
language was Sieve.

J

-- 
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

From geocar-dovecot@internetconnection.net  Thu May 27 02:38:59 2004
Return-Path: <geocar-dovecot@internetconnection.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 65417C00282B; Thu, 27 May 2004 02:38:59 +0300 (EEST)
Received: from internetconnection.net (proxy.dmvnoc.com [216.169.144.254])
	by talvi.dovecot.org (Postfix) with SMTP id ED0E3C000D8E
	for <dovecot@dovecot.org>; Thu, 27 May 2004 02:38:52 +0300 (EEST)
Received: (qmail 5403 invoked by uid 0); 26 May 2004 23:36:30 -0000
Received: from unknown (HELO ?192.168.1.3?) (192.168.1.3)
	by pokey with SMTP; 26 May 2004 23:36:30 -0000
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
From: Geo Carncross <geocar-dovecot@internetconnection.net>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1085600076.20006.46.camel@hurina>
References: <1085597033.1966.34.camel@midget.intranet>
	<1085600076.20006.46.camel@hurina>
Content-Type: text/plain
Organization: Internet Connection
Message-Id: <1085614287.1966.101.camel@midget.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Wed, 26 May 2004 19:31:28 -0400
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: geocar@internetconnection.net
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: Wed, 26 May 2004 23:39:00 -0000
X-UID: 9231                                                  
Status: O

On Wed, 2004-05-26 at 15:34, Timo Sirainen wrote:
> On Wed, 2004-05-26 at 21:43, Geo Carncross wrote:
> > An idea I had a while back was for IMAP views. It accomplishes the four
> > things I keep seeing on this list without being specific to any of them.
> 
> I've thought about something similiar before, but I've mostly just
> thought about performance and complexity issues with it. Creating a
> single view from many mailboxes could be slow without some special
> indexing.

It shouldn't be slower than performing the actions manually. The only
"tricky" part would be the UIDL/ID matchups. If one is willing to
implement 64-bit integers, or accept a 2^32 maximal limit on the number
of messages accessible in a view, then the problem can be reduced to
m=n*nfol+folnum where nfol is the number of subscribed folders, folnum
is the relay counter, n is the original UIDL or ID number, and m is the
resulting UIDL/ID passed to the client.

Am I missing something about dovecot's implementation?


From geocar-dovecot@internetconnection.net  Thu May 27 02:39:00 2004
Return-Path: <geocar-dovecot@internetconnection.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2D1AFC000D8E; Thu, 27 May 2004 02:39:00 +0300 (EEST)
Received: from internetconnection.net (proxy.dmvnoc.com [216.169.144.254])
	by talvi.dovecot.org (Postfix) with SMTP id B899CC002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 02:38:54 +0300 (EEST)
Received: (qmail 5413 invoked by uid 0); 26 May 2004 23:36:32 -0000
Received: from unknown (HELO ?192.168.1.3?) (192.168.1.3)
	by pokey with SMTP; 26 May 2004 23:36:32 -0000
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
From: Geo Carncross <geocar-dovecot@internetconnection.net>
To: Joshua Goodall <joshua@roughtrade.net>
In-Reply-To: <20040526214227.GB1698@roughtrade.net>
References: <1085597033.1966.34.camel@midget.intranet>
	<1085600076.20006.46.camel@hurina>
	<20040526214227.GB1698@roughtrade.net>
Content-Type: text/plain
Organization: Internet Connection
Message-Id: <1085614289.1966.103.camel@midget.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Wed, 26 May 2004 19:31:30 -0400
Content-Transfer-Encoding: 7bit
Cc: Timo Sirainen <tss@iki.fi>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: geocar@internetconnection.net
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: Wed, 26 May 2004 23:39:00 -0000
X-UID: 9232                                                  
Status: O
Content-Length: 1129

On Wed, 2004-05-26 at 17:42, Joshua Goodall wrote:
> On Wed, May 26, 2004 at 10:34:36PM +0300, Timo Sirainen wrote:
> > On Wed, 2004-05-26 at 21:43, Geo Carncross wrote:
> > > An idea I had a while back was for IMAP views. It accomplishes the four
> > > things I keep seeing on this list without being specific to any of them.
> > 
> > I've thought about something similiar before, but I've mostly just
> > thought about performance and complexity issues with it. Creating a
> > single view from many mailboxes could be slow without some special
> > indexing.
> 
> Just as an implementation point; it would be good if the specification
> language was Sieve.

This could require the IMAP server fetch the entire contents of a
message before processing something as simple as a FETCH FLAGS command.

Also, much of sieve would be otherwise useless (fileinto, keep, etc).

It'd also require sieve be available to dovecot, which it isn't (yet). 

AS an implementation point, poisoning the IMAP queries would probably be
easier- and currently, wouldn't require any architectural changes
(except to support matching multiple folders).


From tss@iki.fi  Thu May 27 03:27:39 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A1533C00286C; Thu, 27 May 2004 03:27:39 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id EEDEFC002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 03:27:36 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 614C01C185E1; Thu, 27 May 2004 03:20:40 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 4D0121C1D0E0; Thu, 27 May 2004 03:20:07 +0300 (EEST)
In-Reply-To: <1085614287.1966.101.camel@midget.intranet>
References: <1085597033.1966.34.camel@midget.intranet>
	<1085600076.20006.46.camel@hurina>
	<1085614287.1966.101.camel@midget.intranet>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-28--64177055"
Message-Id: <9A547378-AF73-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
Date: Thu, 27 May 2004 03:20:05 +0300
To: geocar@internetconnection.net
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 00:27:39 -0000
X-UID: 9233                                                  
Status: O
Content-Length: 2119


--Apple-Mail-28--64177055
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 27.5.2004, at 02:31, Geo Carncross wrote:

>> I've thought about something similiar before, but I've mostly just
>> thought about performance and complexity issues with it. Creating a
>> single view from many mailboxes could be slow without some special
>> indexing.
>
> It shouldn't be slower than performing the actions manually.

Sure, it's not, but clients aren't doing this manually now. Doing it in 
a simple way would be easy I guess, but I'm not sure if the performance 
would be good enough to be acceptable.. Especially if a view consists 
of tens of mailboxes. Each synchronization would require scanning 
through changes in all of them.

I had been thinking about making some global index about mailboxes and 
their states. So that by just reading one file would be able to tell 
what mailboxes have changed. With that kind of system it would work 
much better.

> The only
> "tricky" part would be the UIDL/ID matchups. If one is willing to
> implement 64-bit integers, or accept a 2^32 maximal limit on the number
> of messages accessible in a view, then the problem can be reduced to
> m=n*nfol+folnum where nfol is the number of subscribed folders, folnum
> is the relay counter, n is the original UIDL or ID number, and m is the
> resulting UIDL/ID passed to the client.

IMAP spec only allows using 32bit numbers, so UIDs and message counts 
can be max. 2^32-1. But I don't think the UID lookup is too difficult, 
I could just create a new index of uid => {original mailbox id, uid} 
mapping with simple increasing UIDs.

--Apple-Mail-28--64177055
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtTQ1yUhSUUBViskRAglIAJ9R9mgJeP7hYIMM6USYDxI0MWfQ5gCfQ0Wz
CnWU1SUxXvzS0Xgc7FJLEOM=
=uWFL
-----END PGP SIGNATURE-----

--Apple-Mail-28--64177055--


From tss@iki.fi  Thu May 27 05:43:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 04784C00286C; Thu, 27 May 2004 05:43:27 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0C8F7C002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 05:43:21 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1BE131C185E1; Thu, 27 May 2004 05:36:25 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 421A71C1D0E0
	for <dovecot@dovecot.org>; Thu, 27 May 2004 05:35:51 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-L1HVvQ4YeuwhvIMsftKm"
Message-Id: <1085625350.20006.57.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 27 May 2004 05:35:50 +0300
X-Spam-Status: No, hits=-8.4 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 0.99.10.5-rc2
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 02:43:28 -0000
X-UID: 9234                                                  
Status: O


--=-L1HVvQ4YeuwhvIMsftKm
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/rc/

Just a few more changes:

 - --with-moduledir option to configure
 - compile fix to Solaris 10
 - mbox syncing complains if mbox is modified while we have it locked
and something goes wrong (lock settings are wrong)
 - maildir: RENAME xx inbox.xx makes sure INBOX is uppercased.
 - "RAND_bytes() failed:" SSL "fix" for fedora/redhat


--=-L1HVvQ4YeuwhvIMsftKm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtVQGyUhSUUBViskRAo25AJ46mWLPv8sZebZIbDjhqGpj3tnvQgCeLNSv
uImkI1ObIbHgYUm4IlqhiZk=
=ooEh
-----END PGP SIGNATURE-----

--=-L1HVvQ4YeuwhvIMsftKm--


From charlie@rubberduck.com  Thu May 27 10:54:14 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9A182C00286C; Thu, 27 May 2004 10:54:14 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 63122C002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 10:54:12 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 16FEA1C1D0E0; Thu, 27 May 2004 10:47:15 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 111961C185E1; Thu, 27 May 2004 10:47:15 +0300 (EEST)
Received: from squeaky.rubberduck.com (unknown [203.28.8.126])
	by danu.procontrol.fi (Postfix) with ESMTP id B9A881C1D0E0
	for <dovecot@procontrol.fi>; Thu, 27 May 2004 10:46:40 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by squeaky.rubberduck.com (Postfix) with ESMTP id 723E5BFC4
	for <dovecot@procontrol.fi>; Thu, 27 May 2004 17:46:19 +1000 (EST)
Received: from squeaky.rubberduck.com ([127.0.0.1])
	by localhost (squeaky [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26171-07 for <dovecot@procontrol.fi>;
	Thu, 27 May 2004 17:46:16 +1000 (EST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(Client CN "machine.internal.schools.net.au",
	Issuer "machine.internal.schools.net.au" (verified OK))
	by squeaky.rubberduck.com (Postfix) with ESMTP id 40DCDBFBF
	for <dovecot@procontrol.fi>; Thu, 27 May 2004 17:46:16 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id 119556D185F; Thu, 27 May 2004 17:46:14 +1000 (EST)
Date: Thu, 27 May 2004 17:46:14 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20040527074613.GO24701@myinternet.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at rubberduck.com
Cc: 
Subject: [Dovecot] ioloop.c: line 90: assertion failed: (io->fd <=
	current_ioloop->highest_fd)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 07:54:14 -0000
X-UID: 9235                                                  
Status: O

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I'm running the last release, not the tests, and was wondering if anyone
had seen this? It happens a few times a day.. 

May 27 17:43:29 squeaky imap-login: [ID 480647 mail.crit] file ioloop.c:
line 90: assertion failed: (io->fd <= current_ioloop->highest_fd)

May 27 17:43:29 squeaky dovecot: [ID 684838 mail.error] child 23744
(login) killed with signal 6

This is on Solaris.

Regards,
  C.
- -- 
.signature
0x14AA7941
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAtZzFqiZDwhSqeUERAofWAKCO2kadhJnZySSs28qkVIG2ma/HMACfdP21
wPvPym7NAST85eofOJCSods=
=8c1t
-----END PGP SIGNATURE-----

From oleg@cs.msu.su  Thu May 27 16:36:03 2004
Return-Path: <oleg@cs.msu.su>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7A6E1C00286C; Thu, 27 May 2004 16:36:03 +0300 (EEST)
Received: from jaffar.mlab.cs.msu.su (jaffar.cs.msu.su [158.250.11.254])
	by talvi.dovecot.org (Postfix) with ESMTP id A2EB2C002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 16:36:00 +0300 (EEST)
Received: from illusion (illusion.jscc.ru [195.208.40.102])
	by jaffar.mlab.cs.msu.su (8.12.8/8.12.8) with SMTP id i4RDT2AH000681
	for <dovecot@dovecot.org>; Thu, 27 May 2004 17:29:02 +0400
Message-ID: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su>
From: "Oleg I. Vdovikin" <oleg@cs.msu.su>
To: <dovecot@dovecot.org>
Date: Thu, 27 May 2004 17:29:02 +0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Subject: [Dovecot] Small change to make dovecot pop3 uw-imap migration
	friendly
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 13:36:03 -0000
X-UID: 9236                                                  
Status: O
Content-Length: 1316

Hi,

    today I've finished migration from uw-imap daemons to shiny and fast
dovecot. With thanks of dovecot my mail server load average drops by factor
of ten even with ancient unix mailboxes. ;-)

    So, the only thing I've discovered is what POP3 uidls are different than
ones used in the uw-imap. Luckily, the difference are only in the format
string used in uidl response. So, I've made the following change in the code

--- dovecot-0.99.10.4.orig/src/pop3/commands.c 2003-05-28 15:17:15.000000000
+0400
+++ dovecot-0.99.10.4/src/pop3/commands.c 2004-05-27 14:06:48.000000000
+0400
@@ -374,7 +374,7 @@

  while ((mail = client->mailbox->fetch_next(ctx)) != NULL) {
   client_send_line(client, message == 0 ?
-     "%u %u.%u" : "+OK %u %u.%u",
+     "%u %08x%08x" : "+OK %u %08x%08x",
      mail->seq, client->uidvalidity, mail->uid);
   found = TRUE;
  }

    and got everything just like in the old uw-imap pop3. I'm current
running RH9, but thinking of FC2 which uses dovecot. So, I've rebuild the
FC2 rpm for RH9 including this patch. Pop3 users, which do not remove their
mails from the server are really happy - they do not receive old mails
twice.

    Probably this small change could be applied to the 1.0, or used as a
config option.

    Any suggestions are greatly appriciated.

Thanks,
    Oleg.


From geocar-dovecot@internetconnection.net  Thu May 27 17:01:50 2004
Return-Path: <geocar-dovecot@internetconnection.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C934CC00286C; Thu, 27 May 2004 17:01:50 +0300 (EEST)
Received: from internetconnection.net (proxy.dmvnoc.com [216.169.144.254])
	by talvi.dovecot.org (Postfix) with SMTP id 5AAA5C002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 17:01:47 +0300 (EEST)
Received: (qmail 20959 invoked by uid 0); 27 May 2004 13:59:21 -0000
Received: from unknown (HELO ?192.168.1.3?) (192.168.1.3)
	by pokey with SMTP; 27 May 2004 13:59:21 -0000
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
From: Geo Carncross <geocar-dovecot@internetconnection.net>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <9A547378-AF73-11D8-8870-000393CC2E90@iki.fi>
References: <1085597033.1966.34.camel@midget.intranet>
	<1085600076.20006.46.camel@hurina>
	<1085614287.1966.101.camel@midget.intranet>
	<9A547378-AF73-11D8-8870-000393CC2E90@iki.fi>
Content-Type: text/plain
Organization: Internet Connection
Message-Id: <1085666053.1966.129.camel@midget.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Thu, 27 May 2004 09:54:14 -0400
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: geocar@internetconnection.net
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: Thu, 27 May 2004 14:01:51 -0000
X-UID: 9237                                                  
Status: O
Content-Length: 1800

On Wed, 2004-05-26 at 20:20, Timo Sirainen wrote:
> On 27.5.2004, at 02:31, Geo Carncross wrote:
> 
> >> I've thought about something similiar before, but I've mostly just
> >> thought about performance and complexity issues with it. Creating a
> >> single view from many mailboxes could be slow without some special
> >> indexing.
> >
> > It shouldn't be slower than performing the actions manually.
> 
> Sure, it's not, but clients aren't doing this manually now. Doing it in 
> a simple way would be easy I guess, but I'm not sure if the performance 
> would be good enough to be acceptable.. Especially if a view consists 
> of tens of mailboxes. Each synchronization would require scanning 
> through changes in all of them.

Perhaps another way would be to maintain separate indexes for each view
and (see below).


> I had been thinking about making some global index about mailboxes and 
> their states. So that by just reading one file would be able to tell 
> what mailboxes have changed. With that kind of system it would work 
> much better.

This would be easier still with an LDA that could pull a trigger when a
mailbox needs re-syncing. One could enable a configuration option called
(say) lda_trigger = that would refer to a spec identifying a pipe
(possibly per mailbox) that dovecot could select() on. any writes to it
would fill the buffer and cause dovecot to rescan.

If dovecot wasn't watching the pipe, and the pipe buffer got full, "oh
well", dovecot should expunge the pipe buffer when it starts up anyway.
the LDA trigger-pull could be as simple as:

|echo '' > mailbox/lda_trigger 2>/dev/null; exit 0

being added to ones .qmail file. Similarly, .forwards could be altered
similarly.

This watching of a pipe could solve other problems (like avoiding extra
stat() calls)


From olive@pasteur.fr  Thu May 27 17:18:49 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 19F0DC002900; Thu, 27 May 2004 17:18:49 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id E67A6C00286C
	for <dovecot@dovecot.org>; Thu, 27 May 2004 17:18:46 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 7614911474
	for <dovecot@dovecot.org>; Thu, 27 May 2004 16:11:48 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 3EFE411473
	for <dovecot@dovecot.org>; Thu, 27 May 2004 16:11:48 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 2D41B3F66A; Thu, 27 May 2004 16:11:48 +0200 (CEST)
Date: Thu, 27 May 2004 16:11:48 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 0.99.10.5 release candidate
Message-ID: <20040527141148.GL43374@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <1085511447.27732.96.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1085511447.27732.96.camel@hurina>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 14:18:49 -0000
X-UID: 9238                                                  
Status: O
Content-Length: 1244

	Hi,

* Timo Sirainen <tss@iki.fi> (20040525 21:57):
> http://dovecot.org/rc/
> 
> Thought I'd still make one 0.99.10.x release now that mbox corruption
> problems are (hopefully) fixed.

I have yet to see from my testers if mailbox corruption still occurs.

> 	- mbox: "LF not found" errors happened sometimes when X-IMAPbase
> 	  header was updated. Possibly corrupted mbox sometimes.
> 	  Thanks to Fabrice Bellet for finding this bug.

I have not seen these errors in the log file with this version
(except perhaps the first time people checked their mail after
the upgrade). Thank you!

I keep seeing the following message from time to time:

,----
| May 27 16:04:38 munster imap(xxxx): Our dotlock file /home/xxxx/Mail/mrtg.lock was modified (1085666677 vs 1085666678), assuming it wasn't overridden
`----

Could it still be a NFS-locking problem?

Dovecot uses: mbox_locks = dotlock

Procmail (on the same server, FreeBSD 5.2) uses:
	 Locking strategies:     dotlocking, lockf()

Procmail (on another server, Tru64) uses:
	 Locking strategies:     dotlocking, fcntl(), lockf(), flock()

I suppose I must use exactly the same locking facilities, but
there seems to be differences between reading and writing a mbox
in Dovecot.

-- 
olive

From tss@iki.fi  Thu May 27 18:00:03 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8A7E7C00290C; Thu, 27 May 2004 18:00:03 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4558AC002900
	for <dovecot@dovecot.org>; Thu, 27 May 2004 18:00:00 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3FCBE1C1D0E1; Thu, 27 May 2004 17:53:02 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id D5ACC1C1D0E0; Thu, 27 May 2004 17:52:25 +0300 (EEST)
In-Reply-To: <20040527141148.GL43374@mafate.sis.pasteur.fr>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-29--11838009"
Message-Id: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.5 release candidate
Date: Thu, 27 May 2004 17:52:24 +0300
To: Olivier Tharan <olive@pasteur.fr>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 15:00:04 -0000
X-UID: 9239                                                  
Status: O
Content-Length: 1485


--Apple-Mail-29--11838009
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 27.5.2004, at 17:11, Olivier Tharan wrote:

>> Thought I'd still make one 0.99.10.x release now that mbox corruption
>> problems are (hopefully) fixed.
>
> I have yet to see from my testers if mailbox corruption still occurs.

So far I've heard only positive reports :)

> I keep seeing the following message from time to time:
>
> ,----
> | May 27 16:04:38 munster imap(xxxx): Our dotlock file 
> /home/xxxx/Mail/mrtg.lock was modified (1085666677 vs 1085666678), 
> assuming it wasn't overridden
> `----
>
> Could it still be a NFS-locking problem?

Hmm.. Just one second difference. Is it always one second?

> Dovecot uses: mbox_locks = dotlock

If you don't use fcntl locking (and with NFS you probably won't), you'd 
have to enable mbox_read_dotlock, otherwise mailbox isn't locked for 
reading at all and that could cause problems. I think I'll make Dovecot 
complain about this if it's not done..

--Apple-Mail-29--11838009
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtgCoyUhSUUBViskRAoRiAJ0V1mjKuTeyDnJCPMF9aZUFQaJtpgCgnjLF
X4EauBffIKgytXiHvVqaABM=
=z5C2
-----END PGP SIGNATURE-----

--Apple-Mail-29--11838009--


From tss@iki.fi  Thu May 27 18:05:17 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 158B8C002915; Thu, 27 May 2004 18:05:17 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4CD59C00290C
	for <dovecot@dovecot.org>; Thu, 27 May 2004 18:05:14 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4DE0A1C1D0E1; Thu, 27 May 2004 17:58:16 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 163FB1C1D0E0; Thu, 27 May 2004 17:57:43 +0300 (EEST)
In-Reply-To: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su>
References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-30--11522021"
Message-Id: <332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Small change to make dovecot pop3 uw-imap migration
	friendly
Date: Thu, 27 May 2004 17:57:40 +0300
To: "Oleg I. Vdovikin" <oleg@cs.msu.su>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 15:05:17 -0000
X-UID: 9240                                                  
Status: O
Content-Length: 1648


--Apple-Mail-30--11522021
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 27.5.2004, at 16:29, Oleg I. Vdovikin wrote:

> Hi,
>
>     today I've finished migration from uw-imap daemons to shiny and 
> fast
> dovecot. With thanks of dovecot my mail server load average drops by 
> factor
> of ten even with ancient unix mailboxes. ;-)

Get 0.99.10.5, it fixes possible mbox corruption.

>     So, the only thing I've discovered is what POP3 uidls are 
> different than
> ones used in the uw-imap. Luckily, the difference are only in the 
> format
> string used in uidl response. So, I've made the following change in 
> the code

Actually I just wrote a similiar patch a few days ago .. :) 
http://dovecot.org/patches/pop3-uidl-uwimap.patch it's against .10.5 
which changed a bit.

>     Probably this small change could be applied to the 1.0, or used as 
> a
> config option.

I was thinking about making this fully configurable, ie. a config 
option which would accept printf-like string. "%v.%u" "%08xv%08xu" or 
something. Or maybe it's not worth it, I'd have to look at other POP3 
servers to see what different kinds of UIDs they use..

--Apple-Mail-30--11522021
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtgHkyUhSUUBViskRAikdAKCOWGwST3erygLN4WfL2qUc50hFBgCfdtf9
AtTQrw/P6lr/V9NW2mlQIcg=
=U+lT
-----END PGP SIGNATURE-----

--Apple-Mail-30--11522021--


From oleg@cs.msu.su  Thu May 27 18:23:27 2004
Return-Path: <oleg@cs.msu.su>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 503D3C00291B; Thu, 27 May 2004 18:23:27 +0300 (EEST)
Received: from imap.cs.msu.su (imap.cs.msu.su [158.250.10.39])
	by talvi.dovecot.org (Postfix) with ESMTP id 3160AC002915
	for <dovecot@dovecot.org>; Thu, 27 May 2004 18:23:25 +0300 (EEST)
Received: from webmail.cs.msu.su (localhost [127.0.0.1])
	by imap.cs.msu.su (8.12.9p2/8.12.9) with SMTP id i4RFGPOg088106;
	Thu, 27 May 2004 19:16:26 +0400 (MSD) (envelope-from oleg@cs.msu.su)
Received: from 195.208.40.102 (SquirrelMail authenticated user oleg)
	by mail.cs.msu.su with HTTP; Thu, 27 May 2004 19:16:26 +0400 (MSD)
Message-ID: <4223.195.208.40.102.1085670986.squirrel@mail.cs.msu.su>
In-Reply-To: <332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su>
	<332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
Date: Thu, 27 May 2004 19:16:26 +0400 (MSD)
Subject: =?utf-8?Q?Re:=C2=A0[Dovecot]=C2=A0Small=C2=A0change=C2=A0to=C2=A0make?=
	=?utf-8?Q?=C2=A0dovecot=C2=A0pop3=C2=A0uw-imap=C2=A0migration=C2=A0friend?=
	ly
From: oleg@cs.msu.su
To: =?utf-8?Q?Timo=C2_Sirainen=C2?= <tss@iki.fi>
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 15:23:27 -0000
X-UID: 9241                                                  
Status: O
Content-Length: 1254

> On 27.5.2004, at 16:29, Oleg I. Vdovikin wrote:
>
>> Hi,
>>
>>     today I've finished migration from uw-imap daemons to shiny and
>> fast
>> dovecot. With thanks of dovecot my mail server load average drops by
>> factor
>> of ten even with ancient unix mailboxes. ;-)
>
> Get 0.99.10.5, it fixes possible mbox corruption.
Thanks, will do.

>
>>     So, the only thing I've discovered is what POP3 uidls are
>> different than
>> ones used in the uw-imap. Luckily, the difference are only in the
>> format
>> string used in uidl response. So, I've made the following change in
>> the code
>
> Actually I just wrote a similiar patch a few days ago .. :)
> http://dovecot.org/patches/pop3-uidl-uwimap.patch it's against .10.5
> which changed a bit.
Perfect. ;-)

>
>>     Probably this small change could be applied to the 1.0, or used as
>> a
>> config option.
>
> I was thinking about making this fully configurable, ie. a config
> option which would accept printf-like string. "%v.%u" "%08xv%08xu" or
> something. Or maybe it's not worth it, I'd have to look at other POP3
> servers to see what different kinds of UIDs they use..
Yes, this sounds reasonable. Probably you will need to add more format
specifiers to catch everything. ;-)

Thanks,
Oleg.

From olive@pasteur.fr  Thu May 27 18:33:31 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ECB97C00291F; Thu, 27 May 2004 18:33:31 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id BF291C002916
	for <dovecot@dovecot.org>; Thu, 27 May 2004 18:33:29 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 4B24911474
	for <dovecot@dovecot.org>; Thu, 27 May 2004 17:26:31 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 12CBE11473
	for <dovecot@dovecot.org>; Thu, 27 May 2004 17:26:31 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id C6B923F641; Thu, 27 May 2004 17:26:30 +0200 (CEST)
Date: Thu, 27 May 2004 17:26:30 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 0.99.10.5 release candidate
Message-ID: <20040527152630.GN43374@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 15:33:32 -0000
X-UID: 9242                                                  
Status: O

* Timo Sirainen <tss@iki.fi> (20040527 17:52):
> >| May 27 16:04:38 munster imap(xxxx): Our dotlock file 
> >/home/xxxx/Mail/mrtg.lock was modified (1085666677 vs 1085666678), 
> >assuming it wasn't overridden
> >`----
> >
> >Could it still be a NFS-locking problem?
> 
> Hmm.. Just one second difference. Is it always one second?

Oh yes it is. I have never taken the trouble to examine the
figures closer. Is it a problem or is it normal?

> >Dovecot uses: mbox_locks = dotlock
> 
> If you don't use fcntl locking (and with NFS you probably won't), you'd 
> have to enable mbox_read_dotlock, otherwise mailbox isn't locked for 
> reading at all and that could cause problems. I think I'll make Dovecot 
> complain about this if it's not done..

mbox_read_dotlock is set, yes.

-- 
olive

From tss@iki.fi  Thu May 27 18:53:19 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2DA69C00291D; Thu, 27 May 2004 18:53:19 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1EA1FC002915
	for <dovecot@dovecot.org>; Thu, 27 May 2004 18:53:17 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 08CA51C1D0E0; Thu, 27 May 2004 18:46:19 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A6F921C1D0E0
	for <dovecot@dovecot.org>; Thu, 27 May 2004 18:45:44 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
Content-Transfer-Encoding: 7bit
Message-Id: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-32--8639065"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Thu, 27 May 2004 18:45:43 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.1 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 0.99.10.5 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 15:53:19 -0000
X-UID: 9243                                                  
Status: O
Content-Length: 1604


--Apple-Mail-32--8639065
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

One more bugfix since rc2:

	- Maildir: synchronization might have sometimes set wrong flags to
	  messages, or crash completely

Quite rare because we were lucky before :)

And list of all the changes one more time:

v0.99.10.5 2003-12-27  Timo Sirainen <tss@iki.fi>

	+ MySQL authentication, patch by Matthew Reimer
	+ --with-moduledir configure option
	- mbox: APPEND reversed given \Draft and \Deleted flags
	- mbox: "LF not found" errors happened sometimes when X-IMAPbase
	  header was updated. Possibly corrupted mbox sometimes.
	  Thanks to Fabrice Bellet for finding this bug.
	- Custom flags couldn't be unset
	- Maildir: make sure ":2," is appended to filename when moving mails
	  from new/ to cur/.
	- Maildir: synchronization might have sometimes set wrong flags to
	  messages, or crash completely
	- Maildir: RENAME xx inbox.xx didn't result as uppercased ".INBOX.xx"
	  directory which then couldn't be accessed
	- Don't crash with RAND_bytes() error messages anymore. This mostly
	  happened with Fedora/RedHat.

--Apple-Mail-32--8639065
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAtg0nyUhSUUBViskRAhnPAJwM6GI9X8MIk0W81Dmi/L1EfNiG6QCdEMTq
Vp6m9PU81XaR7eT9KPAamxc=
=PFoc
-----END PGP SIGNATURE-----

--Apple-Mail-32--8639065--


From tss@iki.fi  Thu May 27 19:09:16 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3C2ADC00291D; Thu, 27 May 2004 19:09:16 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D6FA2C002916
	for <dovecot@dovecot.org>; Thu, 27 May 2004 19:09:13 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B6EF71C1D0E1; Thu, 27 May 2004 19:02:15 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 748D01C1D0E0; Thu, 27 May 2004 19:01:40 +0300 (EEST)
In-Reply-To: <20040527152630.GN43374@mafate.sis.pasteur.fr>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<20040527152630.GN43374@mafate.sis.pasteur.fr>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-34--7684320"
Message-Id: <229F5DEF-AFF7-11D8-8870-000393CC2E90@iki.fi>
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.5 release candidate
Date: Thu, 27 May 2004 19:01:37 +0300
To: Olivier Tharan <olive@pasteur.fr>
Content-Transfer-Encoding: 7bit
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.3 required=5.0
	tests=AWL,BAYES_01,IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 16:09:16 -0000
X-UID: 9244                                                  
Status: O
Content-Length: 2427


--Apple-Mail-34--7684320
Content-Type: multipart/mixed; boundary=Apple-Mail-33--7684341


--Apple-Mail-33--7684341
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

On 27.5.2004, at 18:26, Olivier Tharan wrote:

> * Timo Sirainen <tss@iki.fi> (20040527 17:52):
>>> | May 27 16:04:38 munster imap(xxxx): Our dotlock file
>>> /home/xxxx/Mail/mrtg.lock was modified (1085666677 vs 1085666678),
>>> assuming it wasn't overridden
>>> `----
>>>
>>> Could it still be a NFS-locking problem?
>>
>> Hmm.. Just one second difference. Is it always one second?
>
> Oh yes it is. I have never taken the trouble to examine the
> figures closer. Is it a problem or is it normal?

Would attached patch help? Wasn't a real problem if it does, but then I 
have to keep in mind that NFS implementations can do this too to avoid 
real problems elsewhere..


--Apple-Mail-33--7684341
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream; x-unix-mode=0640; name="dotlock.diff"
Content-Disposition: attachment;
	filename=dotlock.diff

--- src/lib/file-dotlock.c.old	2004-05-27 18:56:27.000000000 +0300
+++ src/lib/file-dotlock.c	2004-05-27 18:59:08.000000000 +0300
@@ -168,13 +168,27 @@
 
 	dotlock_r->dev = st.st_dev;
 	dotlock_r->ino = st.st_ino;
-	dotlock_r->mtime = st.st_mtime;
 
 	if (close(fd) < 0) {
 		i_error("close(%s) failed: %m", lock_path);
 		(void)unlink(lock_path);
 		return -1;
 	}
+
+	/* some NFS implementations may have used cached mtime in previous
+	   fstat() call. Check again to avoid "dotlock was modified" errors. */
+	if (stat(lock_path, &st) < 0) {
+		i_error("stat(%s) failed: %m", lock_path);
+		return -1;
+	}
+	/* extra sanity check won't hurt.. */
+	if (st.st_dev != dotlock_r->dev ||
+	    st.st_ino != dotlock_r->ino) {
+		i_error("dotlock %s was immediately recreated under us",
+			lock_path);
+		return -1;
+	}
+	dotlock_r->mtime = st.st_mtime;
 	return 1;
 }
 

--Apple-Mail-33--7684341--

--Apple-Mail-34--7684320
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAthDiyUhSUUBViskRAhk3AJ9wYUAV07u8pZnBZqm/LyIRWd/3mACfW1FH
N3Qp8wuD2DhV6dGQLDy/Fns=
=e3kN
-----END PGP SIGNATURE-----

--Apple-Mail-34--7684320--


From dluke@geeklair.net  Thu May 27 19:31:56 2004
Return-Path: <dluke@geeklair.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4411FC00291D; Thu, 27 May 2004 19:31:56 +0300 (EEST)
Received: from dluke.geeklair.net (dluke.geeklair.net [204.42.254.11])
	by talvi.dovecot.org (Postfix) with ESMTP id 8AE77C00291A
	for <dovecot@dovecot.org>; Thu, 27 May 2004 19:31:53 +0300 (EEST)
Received: from [192.168.5.3] (c-24-11-194-3.client.comcast.net [24.11.194.3])
	(authenticated bits=0)
	by dluke.geeklair.net (8.12.11/8.12.11) with ESMTP id i4RGOmpi026628
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
	for <dovecot@dovecot.org>; Thu, 27 May 2004 12:24:52 -0400 (EDT)
In-Reply-To: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-1--6296485"
Message-Id: <5DD51F40-AFFA-11D8-913E-00306548377E@geeklair.net>
Content-Transfer-Encoding: 7bit
X-Image-Url: http://geeklair.net/~dluke/images/dluke.jpg
From: "Daniel J. Luke" <dluke@geeklair.net>
Subject: Re: [Dovecot] 0.99.10.5 released
Date: Thu, 27 May 2004 12:24:45 -0400
To: Dovecot list <dovecot@dovecot.org>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 16:31:56 -0000
X-UID: 9245                                                  
Status: O
Content-Length: 1608


--Apple-Mail-1--6296485
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On May 27, 2004, at 11:45 AM, Timo Sirainen wrote:
> And list of all the changes one more time:

I'm running 0.99.10.5 on a Mac OS X 10.2.8 system (Darwin 6.8) and I 
get these errors in the log:

May 27 12:20:44 dluke imap(dluke): mmap_istream.madvise(): Invalid 
argument

I can edit the generated config.h and undef HAVE_MADVISE, but 10.2 is 
supposed to have a working madvise(). I took a quick look at the 
dovecot code, but I don't see anything obviously incorrect.

Any suggestions on what to look for? (I could provide a non-root 
account on the machine if someone wants access to test.)

Thanks.
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
|   Opinions expressed are mine and do not necessarily   |
|          reflect the opinions of my employer.          |
+========================================================+


--Apple-Mail-1--6296485
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAthZOjUs5tAKawAoRAtFRAJwIYYJDfDpRurYol5a8Rda0R/fzcwCfecI+
vQ4Klsx7pdkgamaLLZJy9II=
=hHqk
-----END PGP SIGNATURE-----

--Apple-Mail-1--6296485--


From discussion-lists@linnet.org  Thu May 27 19:40:27 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9F144C002923; Thu, 27 May 2004 19:40:27 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 6F045C002916
	for <dovecot@dovecot.org>; Thu, 27 May 2004 19:40:25 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 90A8F138E44; Thu, 27 May 2004 12:33:25 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.226.39])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id BD6EB138E37; Thu, 27 May 2004 12:33:24 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BTNop-0000Fv-Hj; Thu, 27 May 2004 17:33:23 +0100
Date: Thu, 27 May 2004 17:33:23 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Small change to make dovecot pop3 uw-imap migration
	friendly
Message-ID: <20040527163323.GB950@uk.tiscali.com>
References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su>
	<332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.1i
Cc: "Oleg I. Vdovikin" <oleg@cs.msu.su>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 16:40:27 -0000
X-UID: 9246                                                  
Status: O
Content-Length: 1625

On Thu, May 27, 2004 at 05:57:40PM +0300, Timo Sirainen wrote:
> >    Probably this small change could be applied to the 1.0, or used as 
> >a
> >config option.
> 
> I was thinking about making this fully configurable, ie. a config 
> option which would accept printf-like string. "%v.%u" "%08xv%08xu" or 
> something. Or maybe it's not worth it, I'd have to look at other POP3 
> servers to see what different kinds of UIDs they use..

Suggestion: if you have any way to maintain per-message state information,
keep the UID in there. You can prime it using an algorithm of your choice.
Ideally you'd allow its value to be taken from a header (e.g. X-POP3-UIDL)
if present.

The reason for this: when migrating a mailbox from any other POP3 server,
you can take whatever UIDL the old POP3 server gives and attach it to the
message in Dovecot.

courier-imap *almost* allows me to do this. It keeps a state file
(courierpop3dsizelist), containing one line per message - it has the exact
message size as per RFC1939, and a sequence number. The UIDL entry is then
sequenced from UID${uidvalidity}.${sequence}

What I'd prefer is that instead of a sequence number, the exact UIDL string
is stored there. Then I could migrate from *any* POP3 server and preserve
UIDLs.

(I'm keeping an eye on Dovecot... courier-imap has served me extremely well
in production environments and under heavy load, but from what I've seen on
this list, Dovecot is very good at producing diagnostic error messages when
things go wrong, which courier is dreadful at... I can't deploy Dovecot
until it supports Maildir++ quotas though)

Regards,

Brian.

From shiva@sewingwitch.com  Thu May 27 20:13:47 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D06D4C002916; Thu, 27 May 2004 20:13:47 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 01F5FC002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 20:13:44 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i4RH6hYI000795
	for <dovecot@dovecot.org>; Thu, 27 May 2004 13:06:44 -0400
Received: from [10.0.0.4] (bigiron.lsi.lan [10.0.0.4]) (authenticated bits=0)
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i4RH6fZn016990
	for <dovecot@dovecot.org>; Thu, 27 May 2004 10:06:42 -0700
Date: Thu, 27 May 2004 10:10:12 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 0.99.10.5 released
Message-ID: <02C517B90ED9261AAAF963DD@[10.0.0.4]>
In-Reply-To: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 17:13:48 -0000
X-UID: 9247                                                  
Status: O
Content-Length: 2193

Are you pushing these downstream to the Fedora group? And are you on the 
package CC list for the Fedora Bugzilla?

This hit the SpamAssassin Developer list yesterday:



------------ Forwarded Message ------------
Date: Thursday, May 20, 2004 5:06 PM -1000
From: Warren Togami <wtogami@redhat.com>
To: spamassassin-dev@incubator.apache.org
Subject: SA Devel for Fedora Core

Any spamassassin developers interested in being automatically added to all
new spamassassin bugs that are reported for Fedora Core at
bugzilla.redhat.com?  Developers from other upstream projects like gaim
have become involved with FC in this way.  It has proven to be a win for
both the upstream and downstream projects, as the developers often KNOW the
majority of problems instantly, alert us to existing patches for the
package, or even simply close stupid user reports.  Otherwise they have the
option of removing themselves from the CC if they simply are not
interested. [1]

Any volunteers, developers or even power-users, can help as liasons to the
Fedora Project.  Your software is important to our distribution, so
fostering communication with upstream development and making sure patches
go both ways is important.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123710
This is a problem tracker for spamassassin 3.0's snapshots in FC rawhide
that should be solved before the release of FC3.  FC3 development will
expose spamassassin 3.0 snapshots and later pre-releases to thousands of
additional testers, with the goal of improving the quality of both SA 3.0
and FC3.

Warren Togami
wtogami@redhat.com

[1]
Three upstream gaim developers are automatically added to all FC gaim bugs.
As the result of the gaim partnership, several bugs were quickly killed in
upstream CVS, and the FC2 package has been polished, exposing CVS fixes to
wide user testing before the next upstream release.  (This has even been
instrumental in preventing one regression from reaching gaim-0.78, after
Gentoo stole a Fedora CVS backport and they noticed an extremely subtle
breakage.)  As the result of this successful partnership, there are current
ZERO open FC gaim bugs.


---------- End Forwarded Message ----------


From jaldhar@debian.org  Thu May 27 21:17:18 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2DFBFC002916; Thu, 27 May 2004 21:17:18 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 441D0C002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 21:17:15 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id B8A2682F5; Thu, 27 May 2004 14:10:14 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24197-02; Thu, 27 May 2004 14:10:13 -0400 (EDT)
Received: from [149.123.132.64] (unknown [149.123.132.64])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id DAF8A8074; Thu, 27 May 2004 14:10:12 -0400 (EDT)
Date: Thu, 27 May 2004 14:09:23 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.5 released
In-Reply-To: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.58.0405271359560.3114@diku.intranet.braincell.com>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 18:17:18 -0000
X-UID: 9248                                                  
Status: O
Content-Length: 1684

On Thu, 27 May 2004, Timo Sirainen wrote:

> v0.99.10.5 2003-12-27  Timo Sirainen <tss@iki.fi>
>
> 	+ MySQL authentication, patch by Matthew Reimer
> 	+ --with-moduledir configure option
> 	- mbox: APPEND reversed given \Draft and \Deleted flags
> 	- mbox: "LF not found" errors happened sometimes when X-IMAPbase
> 	  header was updated. Possibly corrupted mbox sometimes.
> 	  Thanks to Fabrice Bellet for finding this bug.
> 	- Custom flags couldn't be unset
> 	- Maildir: make sure ":2," is appended to filename when moving mails
> 	  from new/ to cur/.
> 	- Maildir: synchronization might have sometimes set wrong flags to
> 	  messages, or crash completely
> 	- Maildir: RENAME xx inbox.xx didn't result as uppercased ".INBOX.xx"
> 	  directory which then couldn't be accessed
> 	- Don't crash with RAND_bytes() error messages anymore. This mostly
> 	  happened with Fedora/RedHat.
>

I just uploaded Debian packages to unstable.  I've enabled mysql support
and openssl  (Timo: I still owe you the gnutls10 patch but I've been
insanely busy recently.)

I intend to provide a woody backport but as I'm going to need to use some
other backported packages, I shall probably upload it to
http://www.backports.org/ rather than http://src.braincells.com/ I'll keep
this list and the wiki updated.

Timo: does this release fix any of the outstanding Debian bugs?
Especially #225408?

And If any Debian dovecot users would like to go through the bug list and
see if there are any that can be closed, I would appreciate it.  The URL
is http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=dovecot

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From tss@iki.fi  Thu May 27 21:17:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 34AC2C00292B; Thu, 27 May 2004 21:17:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B444DC002932
	for <dovecot@dovecot.org>; Thu, 27 May 2004 21:17:30 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 62D0C1C1D0E1; Thu, 27 May 2004 21:10:32 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 53CA61C1D0E0; Thu, 27 May 2004 21:09:58 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.5 released
From: Timo Sirainen <tss@iki.fi>
To: Kenneth Porter <shiva@sewingwitch.com>
In-Reply-To: <02C517B90ED9261AAAF963DD@[10.0.0.4]>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
	<02C517B90ED9261AAAF963DD@[10.0.0.4]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-zqXDuz/1OuA8rsN+CXQS"
Message-Id: <1085681397.20006.76.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 27 May 2004 21:09:57 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 18:17:55 -0000
X-UID: 9249                                                  
Status: O


--=-zqXDuz/1OuA8rsN+CXQS
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-05-27 at 20:10, Kenneth Porter wrote:
> Are you pushing these downstream to the Fedora group? And are you on the=20
> package CC list for the Fedora Bugzilla?

I got a similiar mail some weeks ago and was added to Cc list.


--=-zqXDuz/1OuA8rsN+CXQS
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAti71yUhSUUBViskRAuZXAKCm4EzmBdo1CG+9ckstwnPdb+DzQACfcc8X
+f2wLTWxEb/L6hcGWrKyvwc=
=uoNU
-----END PGP SIGNATURE-----

--=-zqXDuz/1OuA8rsN+CXQS--


From tss@iki.fi  Thu May 27 21:32:37 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 17E19C002932; Thu, 27 May 2004 21:32:37 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 39C6BC002926
	for <dovecot@dovecot.org>; Thu, 27 May 2004 21:32:35 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DC4411C1D0E1; Thu, 27 May 2004 21:25:36 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id C839E1C1D0E0; Thu, 27 May 2004 21:25:02 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.5 released
From: Timo Sirainen <tss@iki.fi>
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
In-Reply-To: <Pine.LNX.4.58.0405271359560.3114@diku.intranet.braincell.com>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
	<Pine.LNX.4.58.0405271359560.3114@diku.intranet.braincell.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-isDWG8LRYiAVCM89afQy"
Message-Id: <1085682302.20006.83.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 27 May 2004 21:25:02 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 18:32:37 -0000
X-UID: 9250                                                  
Status: O


--=-isDWG8LRYiAVCM89afQy
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-05-27 at 21:09, Jaldhar H. Vyas wrote:
> Timo: does this release fix any of the outstanding Debian bugs?
> Especially #225408?

#225048 I think? I have very high hopes that it's fixed now.

> And If any Debian dovecot users would like to go through the bug list and
> see if there are any that can be closed, I would appreciate it.  The URL
> is http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=3Ddovecot

#221972 should be fixed too.


--=-isDWG8LRYiAVCM89afQy
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtjJ+yUhSUUBViskRApUfAJ0cBIUYzETx8JVkEnzWNbti2rlPXQCgoUPi
DaR5Oz5P26aJY+Qde8hdVtA=
=Oz7k
-----END PGP SIGNATURE-----

--=-isDWG8LRYiAVCM89afQy--


From jaldhar@debian.org  Thu May 27 21:40:17 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5C799C002935; Thu, 27 May 2004 21:40:17 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id EE1B5C002932
	for <dovecot@dovecot.org>; Thu, 27 May 2004 21:40:14 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 4875C80C5; Thu, 27 May 2004 14:33:17 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 24427-03; Thu, 27 May 2004 14:33:16 -0400 (EDT)
Received: from [149.123.132.64] (unknown [149.123.132.64])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 8DDD28074; Thu, 27 May 2004 14:33:16 -0400 (EDT)
Date: Thu, 27 May 2004 14:32:27 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.5 released
In-Reply-To: <1085682302.20006.83.camel@hurina>
Message-ID: <Pine.LNX.4.58.0405271426410.3114@diku.intranet.braincell.com>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi> 
	<Pine.LNX.4.58.0405271359560.3114@diku.intranet.braincell.com>
	<1085682302.20006.83.camel@hurina>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: 221972-done@bugs.debian.org, 225048-done@bugs.debian.org,
	Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 18:40:17 -0000
X-UID: 9251                                                  
Status: O



On Thu, 27 May 2004, Timo Sirainen wrote:

> On Thu, 2004-05-27 at 21:09, Jaldhar H. Vyas wrote:
> > Timo: does this release fix any of the outstanding Debian bugs?
> > Especially #225408?
>
> #225048 I think?

Aargh I keep doing that today.

> I have very high hopes that it's fixed now.
>

I'll close it for now.  Someone will be sure to squawk loudly if it is
still happening.

> > And If any Debian dovecot users would like to go through the bug list and
> > see if there are any that can be closed, I would appreciate it.  The URL
> > is http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=dovecot
>
> #221972 should be fixed too.
>

Excellent.  Thankyou very much for this wonderful program.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From maikel@ladot.com  Thu May 27 22:22:51 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 20C6AC002932; Thu, 27 May 2004 22:22:51 +0300 (EEST)
Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.26])
	by talvi.dovecot.org (Postfix) with ESMTP id C548CC002829
	for <dovecot@dovecot.org>; Thu, 27 May 2004 22:22:48 +0300 (EEST)
Received: from myst.dohd.org ([62.163.181.64]) by amsfep16-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040527191549.YZCN160.amsfep16-int.chello.nl@myst.dohd.org>
	for <dovecot@dovecot.org>; Thu, 27 May 2004 21:15:49 +0200
Received: from [10.0.3.6] (mactop-wi.myst.dohd.org [10.0.3.6])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4RJG1WW073500
	for <dovecot@dovecot.org>; Thu, 27 May 2004 21:16:07 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v618)
In-Reply-To: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <3A75CCF6-B012-11D8-8BED-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] 0.99.10.5 released
Date: Thu, 27 May 2004 21:15:34 +0200
To: Dovecot list <dovecot@dovecot.org>
X-Mailer: Apple Mail (2.618)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 19:22:51 -0000
X-UID: 9252                                                  
Status: O

Hi Timo and list,


Does this release work safely over NFS with maildir? I saw an email 
about rc2 for nfs + mbox, which seemed to work (apart from some small 
dotlock warnings)?

Will it work with indexes on disk too?

Thanks,

Kind regards,

Maikel Verheijen


From tss@iki.fi  Thu May 27 22:54:29 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3E135C000DCB; Thu, 27 May 2004 22:54:29 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 06CB0C0007B4
	for <dovecot@dovecot.org>; Thu, 27 May 2004 22:54:27 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id BE1181C185E1; Thu, 27 May 2004 22:47:27 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id DAF241C1D0E1; Thu, 27 May 2004 22:46:53 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.5 released
From: Timo Sirainen <tss@iki.fi>
To: Maikel Verheijen <maikel@ladot.com>
In-Reply-To: <3A75CCF6-B012-11D8-8BED-000A95B3C1CA@ladot.com>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
	<3A75CCF6-B012-11D8-8BED-000A95B3C1CA@ladot.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-o3rat3ZJWsXAn2uFOVpp"
Message-Id: <1085687213.20006.90.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 27 May 2004 22:46:53 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 19:54:29 -0000
X-UID: 9253                                                  
Status: O
Content-Length: 1073


--=-o3rat3ZJWsXAn2uFOVpp
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-05-27 at 22:15, Maikel Verheijen wrote:
> Does this release work safely over NFS with maildir? I saw an email=20
> about rc2 for nfs + mbox, which seemed to work (apart from some small=20
> dotlock warnings)?
>=20
> Will it work with indexes on disk too?

0.99.10.5 is only 0.99.10.4 with a few important fixes. It's no more NFS
safe then .4.

Hmm. Looks like with in-memory indexes with mbox doesn't support custom
flags at all. That could be fixed without too much trouble since mbox
stores the flags in the mbox file itself.. Subscription file handling is
also still using fcntl locking in .5.


--=-o3rat3ZJWsXAn2uFOVpp
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtkWtyUhSUUBViskRArAIAJ9d5CDThpCcnDNT1NJeextMkgaZWQCgmcJ8
u2VrHPTknhxyya6wG/2TluM=
=qOr0
-----END PGP SIGNATURE-----

--=-o3rat3ZJWsXAn2uFOVpp--


From chibi@gol.com  Fri May 28 02:06:27 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8E25EC000DCB; Fri, 28 May 2004 02:06:27 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id A2C3BC0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 02:06:22 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BTTqI-0005WG-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 07:59:18 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 0.99.10.5 released 
In-reply-to: <1085682302.20006.83.camel@hurina> 
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
	<Pine.LNX.4.58.0405271359560.3114@diku.intranet.braincell.com>
	<1085682302.20006.83.camel@hurina>
Comments: In-reply-to Timo Sirainen <tss@iki.fi>
	message dated "Thu, 27 May 2004 21:25:02 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 28 May 2004 07:59:18 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BTTqI-0005WG-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 23:06:27 -0000
X-UID: 9254                                                  
Status: O


Hello,

thanks for this latest (and last ;) 0.99 version. 
Just to make absolutely sure. Timo, this is a drop in replacement 
in relation to 0.99.10.4, read no UID generation changes, so users will 
never know the difference? 

Jaldhar, any realistic estimate when this will filter down into sarge?

Regards and thanks,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From tss@iki.fi  Fri May 28 02:29:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 91FD5C000DCB; Fri, 28 May 2004 02:29:43 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B3C6FC0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 02:29:40 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DD7A01C185E1; Fri, 28 May 2004 02:22:41 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id B23B11C1D0E1; Fri, 28 May 2004 02:22:07 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.5 released
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BTTqI-0005WG-00@batzmaru.gol.ad.jp>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
	<Pine.LNX.4.58.0405271359560.3114@diku.intranet.braincell.com>
	<1085682302.20006.83.camel@hurina>
	<E1BTTqI-0005WG-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-n2y/BIA47ha0kKe1/BaP"
Message-Id: <1085700127.20006.99.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 28 May 2004 02:22:07 +0300
X-Spam-Status: No, hits=-9.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 23:29:43 -0000
X-UID: 9255                                                  
Status: O


--=-n2y/BIA47ha0kKe1/BaP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-28 at 01:59, Christian Balzer wrote:
> thanks for this latest (and last ;) 0.99 version.=20
> Just to make absolutely sure. Timo, this is a drop in replacement=20
> in relation to 0.99.10.4, read no UID generation changes, so users will=20
> never know the difference?=20

Right. I doubt I'll ever change the UID generation defaults.


--=-n2y/BIA47ha0kKe1/BaP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAtngfyUhSUUBViskRAtIYAKCI9TDh4fL+6XrB17FsoGq5ouAhrACaA5yX
NHtbFgOl/Slo4c3A2H4Cfk0=
=UaRt
-----END PGP SIGNATURE-----

--=-n2y/BIA47ha0kKe1/BaP--


From james@powweb.com  Fri May 28 02:40:07 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AD59FC000DCB; Fri, 28 May 2004 02:40:07 +0300 (EEST)
Received: from nexus.powweb.com (unknown [66.152.96.130])
	by talvi.dovecot.org (Postfix) with ESMTP id 8EB6BC0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 02:40:03 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id 500ABB8E48
	for <dovecot@dovecot.org>; Thu, 27 May 2004 16:33:00 -0700 (PDT)
Message-ID: <40B67AAC.5020904@powweb.com>
Date: Thu, 27 May 2004 16:33:00 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: multipart/mixed; boundary="------------020702030605020906090603"
Subject: [Dovecot] dovecot API / Virtual Folders?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 27 May 2004 23:40:07 -0000
X-UID: 9256                                                  
Status: O
Content-Length: 1571

This is a multi-part message in MIME format.
--------------020702030605020906090603
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I was wondering if anyone has done something like this, or knows of any 
reason it would not work.

Would it be possible to use dovecot's API to create virtual folders 
where when messages are placed in them some other application can be 
executed on them?  With programs like DSPAM and SpamAssassin, and with 
users who do not have shell access to the machines, it would be nice if 
there was a way they could do something like this to use dspam/sa-learn, 
that way they could use it with any mail application.  I don't like the 
idea of using cron to do this.

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------020702030605020906090603
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------020702030605020906090603--

From joshua@shallow.net  Fri May 28 03:14:53 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 625F6C000DD4; Fri, 28 May 2004 03:14:53 +0300 (EEST)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 32796C000DCD
	for <dovecot@dovecot.org>; Fri, 28 May 2004 03:14:49 +0300 (EEST)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id 9E4432A19; Fri, 28 May 2004 10:07:48 +1000 (EST)
Date: Fri, 28 May 2004 10:07:48 +1000
From: Joshua Goodall <joshua@roughtrade.net>
To: geocar@internetconnection.net
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
Message-ID: <20040528000748.GG1698@roughtrade.net>
References: <1085597033.1966.34.camel@midget.intranet>
	<1085600076.20006.46.camel@hurina>
	<20040526214227.GB1698@roughtrade.net>
	<1085614289.1966.103.camel@midget.intranet>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1085614289.1966.103.camel@midget.intranet>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 00:14:53 -0000
X-UID: 9257                                                  
Status: O
Content-Length: 1123

On Wed, May 26, 2004 at 07:31:30PM -0400, Geo Carncross wrote:
> > Just as an implementation point; it would be good if the specification
> > language was Sieve.
> 
> This could require the IMAP server fetch the entire contents of a
> message before processing something as simple as a FETCH FLAGS command.

That would be a naive implementation.

> Also, much of sieve would be otherwise useless (fileinto, keep, etc).

The rationale is this: if a Sieve-based delivery agent exists,
you'll be using some kind of frontend tool to write configuration
filters.  It is a big usability win if the delivery filter language,
and thus the interface, has the same logic as the virtual folder
specification language and interface.
 
> It'd also require sieve be available to dovecot, which it isn't (yet). 

Indeed.  If there was a dovecot-API-based delivery agent, I hope it
would speak Sieve.  Such a thing lurks at the back of my mind in
the stack marked "interesting projects".

J

-- 
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

From jaldhar@debian.org  Fri May 28 04:58:02 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 09AE2C000DCC; Fri, 28 May 2004 04:58:02 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 53FF1C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 04:57:59 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id 78DDD80C5; Thu, 27 May 2004 21:51:01 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 28967-04; Thu, 27 May 2004 21:50:58 -0400 (EDT)
Received: from [192.168.1.115] (pcp09354467pcs.jersyc01.nj.comcast.net
	[69.141.24.176])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 7AA6A8099; Thu, 27 May 2004 21:50:58 -0400 (EDT)
Date: Thu, 27 May 2004 21:49:58 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Christian Balzer <chibi@gol.com>
Subject: Re: [Dovecot] 0.99.10.5 released 
In-Reply-To: <E1BTTqI-0005WG-00@batzmaru.gol.ad.jp>
Message-ID: <Pine.LNX.4.58.0405272149250.3413@diku.intranet.braincell.com>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
	<Pine.LNX.4.58.0405271359560.3114@diku.intranet.braincell.com>
	<1085682302.20006.83.camel@hurina>
	<E1BTTqI-0005WG-00@batzmaru.gol.ad.jp>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 01:58:02 -0000
X-UID: 9258                                                  
Status: O

On Fri, 28 May 2004, Christian Balzer wrote:

> Jaldhar, any realistic estimate when this will filter down into sarge?
>

Barring any show-stopping bugs, 10 days.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From maikel@ladot.com  Fri May 28 08:52:52 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 17F31C000DCC; Fri, 28 May 2004 08:52:52 +0300 (EEST)
Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22])
	by talvi.dovecot.org (Postfix) with ESMTP id 3E318C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 08:52:48 +0300 (EEST)
Received: from myst.dohd.org ([62.163.181.64]) by amsfep14-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040528054548.XYXD2698.amsfep14-int.chello.nl@myst.dohd.org>;
	Fri, 28 May 2004 07:45:48 +0200
Received: from [10.0.3.6] (mactop-wi.myst.dohd.org [10.0.3.6])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i4S5kDWW075803;
	Fri, 28 May 2004 07:46:13 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <1085687213.20006.90.camel@hurina>
References: <1085687213.20006.90.camel@hurina>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <41E3ADD4-B06A-11D8-8BED-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] 0.99.10.5 released
Date: Fri, 28 May 2004 07:45:42 +0200
To: Timo Sirainen <tss@iki.fi>
X-Mailer: Apple Mail (2.618)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 05:52:53 -0000
X-UID: 9259                                                  
Status: O

Hi Timo and list,

On May 27, 2004, at 9:46 PM, Timo Sirainen wrote:

> On Thu, 2004-05-27 at 22:15, Maikel Verheijen wrote:
>> Does this release work safely over NFS with maildir? I saw an email
>> about rc2 for nfs + mbox, which seemed to work (apart from some small
>> dotlock warnings)?
>>
>> Will it work with indexes on disk too?
>
> 0.99.10.5 is only 0.99.10.4 with a few important fixes. It's no more 
> NFS
> safe then .4.
Ok. We will have to wait for 1.0 then :)

Kind regards,

Maikel Verheijen


From gmid-dovecot@m.gmane.org  Fri May 28 13:52:29 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 75472C000DCD; Fri, 28 May 2004 13:52:29 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 80FF0C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 13:52:27 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BTerf-0003fu-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 12:45:27 +0200
Received: from pd951fe6d.dip.t-dialin.net ([217.81.254.109])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 12:45:26 +0200
Received: from matthias.andree by pd951fe6d.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 12:45:26 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 28 May 2004 09:21:25 +0200
Lines: 11
Message-ID: <m3wu2xj9u2.fsf@merlin.emma.line.org>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951fe6d.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:wD2H9UQp428rfXujNnhDwizUAiI=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 0.99.10.5 release candidate
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 10:52:29 -0000
X-UID: 9260                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> If you don't use fcntl locking (and with NFS you probably won't), you'd

What does this mean? Of course, we'll use fcntl locking with NFS as
well. At least on Linux and Solaris, this works.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From gmid-dovecot@m.gmane.org  Fri May 28 13:59:17 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1AB2AC000DD9; Fri, 28 May 2004 13:59:17 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 15623C000DCD
	for <dovecot@dovecot.org>; Fri, 28 May 2004 13:59:15 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BTeyE-0003lo-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 12:52:14 +0200
Received: from pd951fe6d.dip.t-dialin.net ([217.81.254.109])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 12:52:14 +0200
Received: from matthias.andree by pd951fe6d.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 12:52:14 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 28 May 2004 09:24:24 +0200
Lines: 16
Message-ID: <m3smdlj9p3.fsf@merlin.emma.line.org>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<20040527152630.GN43374@mafate.sis.pasteur.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951fe6d.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:pOEmKR4atHFZ2tpW6SUKjQxgZ5I=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 0.99.10.5 release candidate
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 10:59:17 -0000
X-UID: 9261                                                  
Status: O

Olivier Tharan <olive@pasteur.fr> writes:

> Oh yes it is. I have never taken the trouble to examine the
> figures closer. Is it a problem or is it normal?

I'm running a LAN with two and a half dozen machines, and the time is
dead on, within fractions of a second - I'm running NTP, one machine in
broadcast mode (and with "upstream" servers, i. e. servers with lower
stratum, peut-tre que l'Institut Pasteur has one of those stratum 2
servers for internal use?), the others in broadcastclient mode. Little
traffic, everything in synch.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From gmid-dovecot@m.gmane.org  Fri May 28 14:09:39 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 94154C000DDE; Fri, 28 May 2004 14:09:39 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 9B549C000DCD
	for <dovecot@dovecot.org>; Fri, 28 May 2004 14:09:37 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BTf8H-00048y-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 13:02:37 +0200
Received: from pd951fe6d.dip.t-dialin.net ([217.81.254.109])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 13:02:37 +0200
Received: from matthias.andree by pd951fe6d.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 13:02:37 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 28 May 2004 09:43:59 +0200
Lines: 43
Message-ID: <m3lljdj8sg.fsf@merlin.emma.line.org>
References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su>
	<332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951fe6d.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:VMMh12kr/MTZ6NlPWpxjBKaSm0Y=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Small change to make dovecot pop3 uw-imap migration
	friendly
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 11:09:39 -0000
X-UID: 9262                                                  
Status: O
Content-Length: 1459

Timo Sirainen <tss@iki.fi> writes:

> On 27.5.2004, at 16:29, Oleg I. Vdovikin wrote:
>
>>     So, the only thing I've discovered is what POP3 uidls are
>> different than ones used in the uw-imap. Luckily, the difference are
>> only in the format string used in uidl response. So, I've made the
>> following change in the code
>
> Actually I just wrote a similiar patch a few days ago .. :)
> http://dovecot.org/patches/pop3-uidl-uwimap.patch it's against .10.5
> which changed a bit.

[...]

> I was thinking about making this fully configurable, ie. a config option
> which would accept printf-like string. "%v.%u" "%08xv%08xu" or
> something. Or maybe it's not worth it, I'd have to look at other POP3
> servers to see what different kinds of UIDs they use..

Question: will this apply to all UIDs or just to those for new mail? I
can't tell from the code fragment.

There are two requirements:

1. major: a UID that any client may have seen _MUST NOT_ change.

This means that a formatting string MUST ONLY have an impact on newly
arriving mail.

2. minor: those who migrate from UWImap would like to use UWImap UIDs
   for existing mail.

This could be achieved by a little program that runs once per mailbox
after the initial switch.

And note that the client must not care about the UIDL format as long as
it's legal, so anything beyond "importing" the UWIMAP UIDL is bogus.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From oleg@cs.msu.su  Fri May 28 15:02:07 2004
Return-Path: <oleg@cs.msu.su>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B2577C000DCD; Fri, 28 May 2004 15:02:07 +0300 (EEST)
Received: from jaffar.mlab.cs.msu.su (jaffar.cs.msu.su [158.250.11.254])
	by talvi.dovecot.org (Postfix) with ESMTP id 166EBC0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 15:02:05 +0300 (EEST)
Received: from illusion (illusion.jscc.ru [195.208.40.102])
	by jaffar.mlab.cs.msu.su (8.12.8/8.12.8) with SMTP id i4SBt3Im011814
	for <dovecot@dovecot.org>; Fri, 28 May 2004 15:55:04 +0400
Message-ID: <005f01c444aa$9cfbc010$6628d0c3@mlab.cs.msu.su>
From: "Oleg I. Vdovikin" <oleg@cs.msu.su>
To: <dovecot@dovecot.org>
References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su><332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
	<m3lljdj8sg.fsf@merlin.emma.line.org>
Subject: Re: [Dovecot] Re: Small change to make dovecot pop3 uw-imap
	migrationfriendly
Date: Fri, 28 May 2004 15:55:03 +0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 12:02:07 -0000
X-UID: 9263                                                  
Status: O
Content-Length: 2484


----- Original Message ----- 
From: "Matthias Andree" <matthias.andree@gmx.de>
To: <dovecot@dovecot.org>
Sent: Friday, May 28, 2004 11:43 AM
Subject: [Dovecot] Re: Small change to make dovecot pop3 uw-imap
migrationfriendly


> Timo Sirainen <tss@iki.fi> writes:
>
> > On 27.5.2004, at 16:29, Oleg I. Vdovikin wrote:
> >
> >>     So, the only thing I've discovered is what POP3 uidls are
> >> different than ones used in the uw-imap. Luckily, the difference are
> >> only in the format string used in uidl response. So, I've made the
> >> following change in the code
> >
> > Actually I just wrote a similiar patch a few days ago .. :)
> > http://dovecot.org/patches/pop3-uidl-uwimap.patch it's against .10.5
> > which changed a bit.
>
> [...]
>
> > I was thinking about making this fully configurable, ie. a config option
> > which would accept printf-like string. "%v.%u" "%08xv%08xu" or
> > something. Or maybe it's not worth it, I'd have to look at other POP3
> > servers to see what different kinds of UIDs they use..
>
> Question: will this apply to all UIDs or just to those for new mail? I
> can't tell from the code fragment.
    In may particular environment this applied to all messages. Taking in
account that old messages was served by uw-pop3 they will not refeteched by
POP3 clients after the upgrade to dovecot.

> There are two requirements:
>
> 1. major: a UID that any client may have seen _MUST NOT_ change.
>
    Right.

> This means that a formatting string MUST ONLY have an impact on newly
> arriving mail.
    No, there is no need to store the exact formatting string with each
message.

>
> 2. minor: those who migrate from UWImap would like to use UWImap UIDs
>    for existing mail.
>
> This could be achieved by a little program that runs once per mailbox
> after the initial switch.
    There is no need for this. The only thing is needed - is just an ability
to specify the format string in the config file and use this forever. So,
for existing dovecot configuration (default) it will be like

pop3uidl = "%u.%u"

while for uw-imap migrated environment it should be changed to

pop3uidl = "%08x%08x"

    And everyone will be happy. No UIDL value changes.

> And note that the client must not care about the UIDL format as long as
> it's legal, so anything beyond "importing" the UWIMAP UIDL is bogus.
    There is no dependency on the UIDL format, but the dependecy on the
content for the messages received with old pop3 daemon.

Regards,
    Oleg.


From discussion-lists@linnet.org  Fri May 28 15:14:25 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 289FDC000DDE; Fri, 28 May 2004 15:14:25 +0300 (EEST)
Received: from boggle.pobox.com (boggle.pobox.com [208.58.1.193])
	by talvi.dovecot.org (Postfix) with ESMTP id E3ABBC000DDD
	for <dovecot@dovecot.org>; Fri, 28 May 2004 15:14:22 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by boggle.pobox.com (Postfix) with ESMTP id BFD909D62F;
	Fri, 28 May 2004 08:07:19 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by boggle.pobox.com (Postfix) with ESMTP id 219149D662;
	Fri, 28 May 2004 08:06:43 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id B510478B; Fri, 28 May 2004 08:06:32 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.226.39])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 76B0877F; Fri, 28 May 2004 08:06:31 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BTg87-0002WQ-2m; Fri, 28 May 2004 13:06:31 +0100
Date: Fri, 28 May 2004 13:06:31 +0100
From: Brian Candler <B.Candler@pobox.com>
To: "Oleg I. Vdovikin" <oleg@cs.msu.su>
Subject: Re: [Dovecot] Re: Small change to make dovecot pop3 uw-imap
	migrationfriendly
Message-ID: <20040528120631.GA9680@uk.tiscali.com>
References: <m3lljdj8sg.fsf@merlin.emma.line.org>
	<005f01c444aa$9cfbc010$6628d0c3@mlab.cs.msu.su>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <005f01c444aa$9cfbc010$6628d0c3@mlab.cs.msu.su>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 12:14:25 -0000
X-UID: 9264                                                  
Status: O

On Fri, May 28, 2004 at 03:55:03PM +0400, Oleg I. Vdovikin wrote:
> > 1. major: a UID that any client may have seen _MUST NOT_ change.
> >
>     Right.
> 
> > This means that a formatting string MUST ONLY have an impact on newly
> > arriving mail.
>     No, there is no need to store the exact formatting string with each
> message.

He did not say that the formatting string is stored with each message; but
there is a requirement that the *UID string* is stored with each message.

i.e. changing the format string does not change the UIDs of existing
messages; or put another way, the format string is only applied the first
time that a new message is seen.

Given that, you could apply *any* UID to messages when you import them, and
the format string will only affect subsequently-delivered messages.

From oleg@cs.msu.su  Fri May 28 15:39:25 2004
Return-Path: <oleg@cs.msu.su>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D6AF0C000DDE; Fri, 28 May 2004 15:39:25 +0300 (EEST)
Received: from jaffar.mlab.cs.msu.su (jaffar.cs.msu.su [158.250.11.254])
	by talvi.dovecot.org (Postfix) with ESMTP id AD228C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 15:39:23 +0300 (EEST)
Received: from illusion (illusion.jscc.ru [195.208.40.102])
	by jaffar.mlab.cs.msu.su (8.12.8/8.12.8) with SMTP id i4SCWNIm012184
	for <dovecot@dovecot.org>; Fri, 28 May 2004 16:32:23 +0400
Message-ID: <007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
From: "Oleg I. Vdovikin" <oleg@cs.msu.su>
To: <dovecot@dovecot.org>
References: <m3lljdj8sg.fsf@merlin.emma.line.org><005f01c444aa$9cfbc010$6628d0c3@mlab.cs.msu.su>
	<20040528120631.GA9680@uk.tiscali.com>
Subject: Re: [Dovecot] Re: Small change to make dovecot pop3
	uw-imapmigrationfriendly
Date: Fri, 28 May 2004 16:32:22 +0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 12:39:26 -0000
X-UID: 9265                                                  
Status: O
Content-Length: 1738


----- Original Message ----- 
From: "Brian Candler" <B.Candler@pobox.com>
To: "Oleg I. Vdovikin" <oleg@cs.msu.su>
Cc: <dovecot@dovecot.org>
Sent: Friday, May 28, 2004 4:06 PM
Subject: Re: [Dovecot] Re: Small change to make dovecot pop3
uw-imapmigrationfriendly


> On Fri, May 28, 2004 at 03:55:03PM +0400, Oleg I. Vdovikin wrote:
> > > 1. major: a UID that any client may have seen _MUST NOT_ change.
> > >
> >     Right.
> >
> > > This means that a formatting string MUST ONLY have an impact on newly
> > > arriving mail.
> >     No, there is no need to store the exact formatting string with each
> > message.
>
> He did not say that the formatting string is stored with each message; but
> there is a requirement that the *UID string* is stored with each message.
    I mean UIDL string, not formatting string, sorry. But this does not
matter.

> i.e. changing the format string does not change the UIDs of existing
> messages; or put another way, the format string is only applied the first
> time that a new message is seen.
    IMAP UID is just a number. And it's appearence is fixed. It's not an
UIDL response. Right?

> Given that, you could apply *any* UID to messages when you import them,
and
> the format string will only affect subsequently-delivered messages.
    Just to clarify: there is no importing at all. Dovecot stores UID and
UIDVALIDITY internally and basically it's compatible with uw-imap. But the
UIDL command answers via POP3 is different. So, I need to be able specify
formatting string for the UIDL answer. This does not requires any changes
for old messages and for the new ones. I'm just want sit fixed at %08x%08x
format forever and do not want to switch to %u.%u used by dovecot...

Regards,
    Oleg.


From martynas@inet.lt  Fri May 28 16:01:53 2004
Return-Path: <martynas@inet.lt>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D3516C000DDE; Fri, 28 May 2004 16:01:53 +0300 (EEST)
Received: from marsas.lmb.lt (marsas.lmb.lt [193.219.88.69])
	by talvi.dovecot.org (Postfix) with ESMTP id BDF2BC0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 16:01:51 +0300 (EEST)
Received: from mail.inet.lt (saturnas.lmb.lt [193.219.88.66])
	by marsas.lmb.lt (Postfix) with SMTP id 639CF30126
	for <dovecot@dovecot.org>; Fri, 28 May 2004 15:08:41 +0300 (EEST)
From: "martynas@inet.lt" <martynas@inet.lt>
To: dovecot@dovecot.org
Date: Fri, 28 May 2004 15:54:30 +0200
Message-ID: <1085752470268.martynas@inet.lt>
Content-Type: text/plain; charset=iso-8859-1
X-Mailer: Null Webmail / 0.8.4
X-SenderIP: 193.219.88.88
Subject: [Dovecot] help: Unknown password scheme SHA
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 13:01:54 -0000
X-UID: 9266                                                  
Status: O

Hello,

I would like to change my courier to dovecot. When I try to setup ldap auth,
I get error:
dovecot-auth: ldap(martynas): Unknown password scheme SHA

So, how enable SHA scheme on dovecot?

regards,
Martynas



From discussion-lists@linnet.org  Fri May 28 16:23:59 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 66B8EC000DE4; Fri, 28 May 2004 16:23:59 +0300 (EEST)
Received: from lime.pobox.com (lime.pobox.com [208.58.1.198])
	by talvi.dovecot.org (Postfix) with ESMTP id 0D20DC000DDE
	for <dovecot@dovecot.org>; Fri, 28 May 2004 16:23:57 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by lime.pobox.com (Postfix) with ESMTP id 54A6D9E734;
	Fri, 28 May 2004 09:16:53 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by lime.pobox.com (Postfix) with ESMTP id 19B2A9E70B;
	Fri, 28 May 2004 09:16:27 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id 8A8BD7B4; Fri, 28 May 2004 09:14:55 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.226.39])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 725097B2; Fri, 28 May 2004 09:14:54 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BThCI-0002Ze-OT; Fri, 28 May 2004 14:14:54 +0100
Date: Fri, 28 May 2004 14:14:54 +0100
From: Brian Candler <B.Candler@pobox.com>
To: "Oleg I. Vdovikin" <oleg@cs.msu.su>
Subject: Re: [Dovecot] Re: Small change to make dovecot pop3
	uw-imapmigrationfriendly
Message-ID: <20040528131454.GA9870@uk.tiscali.com>
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 13:23:59 -0000
X-UID: 9267                                                  
Status: O
Content-Length: 1800

On Fri, May 28, 2004 at 04:32:22PM +0400, Oleg I. Vdovikin wrote:
> > i.e. changing the format string does not change the UIDs of existing
> > messages; or put another way, the format string is only applied the first
> > time that a new message is seen.
>     IMAP UID is just a number. And it's appearence is fixed. It's not an
> UIDL response. Right?

I'm sorry - given the discussion about its *format* being important, I was
assuming we were talking about POP3 UIDL.

IMAP UIDs are *defined* to be monotonically increasing integers, and number
1234 is 1234. (RFC3501 is bad, but it doesn't say you can send them in hex
:-)

>     Just to clarify: there is no importing at all. Dovecot stores UID and
> UIDVALIDITY internally and basically it's compatible with uw-imap. But the
> UIDL command answers via POP3 is different. So, I need to be able specify
> formatting string for the UIDL answer.

Ah OK. But POP3 servers are not *required* to use any particular format for
UIDL. So when importing messages from server X, then the UID could be any
arbitary string. If you want to allow transparent migration of messages from
server X to dovecot, then you need to import the UID string as-is.

Maybe some POP3 servers derive their UIDL from the IMAP UID, but not all do
(courier-imap for one; also any standalone POP3 server which does not have
an IMAP component)

> This does not requires any changes
> for old messages and for the new ones. I'm just want sit fixed at %08x%08x
> format forever and do not want to switch to %u.%u used by dovecot...

The other point is that if you have a global default like this, and one day
you decide to change from one format to the other, then all POP3 clients
will suddenly believe that all the stored mail is new and will download it
again.

Regards,

Brian.

From oleg@cs.msu.su  Fri May 28 16:38:01 2004
Return-Path: <oleg@cs.msu.su>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DBF9EC000DDE; Fri, 28 May 2004 16:38:01 +0300 (EEST)
Received: from jaffar.mlab.cs.msu.su (jaffar.cs.msu.su [158.250.11.254])
	by talvi.dovecot.org (Postfix) with ESMTP id B30D2C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 16:37:59 +0300 (EEST)
Received: from illusion (illusion.jscc.ru [195.208.40.102])
	by jaffar.mlab.cs.msu.su (8.12.8/8.12.8) with SMTP id i4SDUwIm013279;
	Fri, 28 May 2004 17:30:58 +0400
Message-ID: <00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
From: "Oleg I. Vdovikin" <oleg@cs.msu.su>
To: "Brian Candler" <B.Candler@pobox.com>
References: <20040528120631.GA9680@uk.tiscali.com><007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
Subject: Re: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
Date: Fri, 28 May 2004 17:30:58 +0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 13:38:02 -0000
X-UID: 9268                                                  
Status: O
Content-Length: 1186


----- Original Message ----- 
From: "Brian Candler" <B.Candler@pobox.com>
To: "Oleg I. Vdovikin" <oleg@cs.msu.su>
Cc: <dovecot@dovecot.org>
Sent: Friday, May 28, 2004 5:14 PM
Subject: Re: [Dovecot] Re: Small change to make dovecot
pop3uw-imapmigrationfriendly


> Maybe some POP3 servers derive their UIDL from the IMAP UID, but not all
do
> (courier-imap for one; also any standalone POP3 server which does not have
> an IMAP component)
    Yes, that's the case. And luckily dovecot and uw-imap use the same
approach. ;-) And RedHat guys pushing dovecot instead of uw-imap in Fedora
Core 2. Many users will "migrate" this way.

>
> > This does not requires any changes
> > for old messages and for the new ones. I'm just want sit fixed at
%08x%08x
> > format forever and do not want to switch to %u.%u used by dovecot...
>
> The other point is that if you have a global default like this, and one
day
> you decide to change from one format to the other, then all POP3 clients
> will suddenly believe that all the stored mail is new and will download it
> again.
    Yes, but I need at least transparent migration from uw-imap to dovecot.
;-)

>
> Regards,
>
> Brian.

Regards,
Oleg.


From geocar-dovecot@internetconnection.net  Fri May 28 16:42:22 2004
Return-Path: <geocar-dovecot@internetconnection.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 488DBC000DDE; Fri, 28 May 2004 16:42:22 +0300 (EEST)
Received: from internetconnection.net (proxy.dmvnoc.com [216.169.144.254])
	by talvi.dovecot.org (Postfix) with SMTP id 4E6D0C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 16:42:19 +0300 (EEST)
Received: (qmail 28566 invoked by uid 0); 28 May 2004 13:39:52 -0000
Received: from unknown (HELO ?192.168.1.3?) (192.168.1.3)
	by pokey with SMTP; 28 May 2004 13:39:52 -0000
Subject: Re: [Dovecot] IMAP views - and things to make Outlook Express not
	suck so much
From: Geo Carncross <geocar-dovecot@internetconnection.net>
To: Joshua Goodall <joshua@roughtrade.net>
In-Reply-To: <20040528000748.GG1698@roughtrade.net>
References: <1085597033.1966.34.camel@midget.intranet>
	<1085600076.20006.46.camel@hurina>
	<20040526214227.GB1698@roughtrade.net>
	<1085614289.1966.103.camel@midget.intranet>
	<20040528000748.GG1698@roughtrade.net>
Content-Type: text/plain
Organization: Internet Connection
Message-Id: <1085751277.1966.164.camel@midget.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Fri, 28 May 2004 09:34:37 -0400
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: geocar@internetconnection.net
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: Fri, 28 May 2004 13:42:22 -0000
X-UID: 9269                                                  
Status: O
Content-Length: 3057

On Thu, 2004-05-27 at 20:07, Joshua Goodall wrote:
> On Wed, May 26, 2004 at 07:31:30PM -0400, Geo Carncross wrote:
> > > Just as an implementation point; it would be good if the specification
> > > language was Sieve.
> > 
> > This could require the IMAP server fetch the entire contents of a
> > message before processing something as simple as a FETCH FLAGS command.
> 
> That would be a naive implementation.

I didn't say _would_, I said _could_. Read on...

> > Also, much of sieve would be otherwise useless (fileinto, keep, etc).
> 
> The rationale is this: if a Sieve-based delivery agent exists,
> you'll be using some kind of frontend tool to write configuration
> filters.  It is a big usability win if the delivery filter language,
> and thus the interface, has the same logic as the virtual folder
> specification language and interface.

One might add an "appearin" extension to sieve that would work like
"fileinto" but only be a reference to wherever the message actually
went.

If this were the case, the task could actually be made simpler:
"appearin" would add the message to the mailbox, but mark it with some
special flags that Dovecot would know that actions on this message must
be postprocessed by the sieve program (after mirroring to the original
copy of the message-- wherever it was fileinto'd).

Whenever changes where made, the copies of the messages would be deleted
in such a way that they were REALLY DELETED (without having to EXPUNGE)
and they could be redelivered.

The obvious benefit to this manner is that sieve actually makes this
behavior pleasant, and it requires only MINIMAL changes to dovecot.

_AND_ you get to pretend you can reuse all your helpful sieve scripts
and script generators :)

[[ and in reality, you probably can, with minor adjustments to take
advantage of appearin ]]

With this, the Outbox and Shared virtual folders could be implemented.
One could also implement the PHB-filter I described.

However. This doesn't make it possible to implement the virtual Trashbox
(unless sieve could ask questions about mailboxes instead of "the
current message"), the virtual Junk folder (same reason). Sieve doesn't
have a way to ask "FOR ALL DELETED MESSAGES", or "FOR ALL KEYWORD JUNK
MESSAGES" -- instead you have to say "if this message is deleted", or
"if this message is junk" -- something that unless the sieve
implementation was optimized for, would require an extraneous amount of
work.

Much more so than playing IMAP questions, anyway.

> > It'd also require sieve be available to dovecot, which it isn't (yet). 
> 
> Indeed.  If there was a dovecot-API-based delivery agent, I hope it
> would speak Sieve.  Such a thing lurks at the back of my mind in
> the stack marked "interesting projects".

Sieve is not a complicated language, but adding the "appearin" extension
wouldn't require a system so intricately tied to dovecot. One could use
arbitrary scripts, with "appearin" implemented as a simple program. It
might suit some peoples desires, but I don't think it would help mine
out any...


From discussion-lists@linnet.org  Fri May 28 19:15:53 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 60C6FC000DCE; Fri, 28 May 2004 19:15:53 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id CEB90C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 19:15:50 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 87630138E6C; Fri, 28 May 2004 12:08:49 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.226.39])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id C6F77138F73; Fri, 28 May 2004 12:08:48 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BTjuZ-0000BT-2M; Fri, 28 May 2004 17:08:47 +0100
Date: Fri, 28 May 2004 17:08:47 +0100
From: Brian Candler <B.Candler@pobox.com>
To: "Oleg I. Vdovikin" <oleg@cs.msu.su>
Subject: Re: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
Message-ID: <20040528160846.GA701@uk.tiscali.com>
References: <20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 16:15:53 -0000
X-UID: 9270                                                  
Status: O

On Fri, May 28, 2004 at 05:30:58PM +0400, Oleg I. Vdovikin wrote:
> > The other point is that if you have a global default like this, and one
> day
> > you decide to change from one format to the other, then all POP3 clients
> > will suddenly believe that all the stored mail is new and will download it
> > again.
>     Yes, but I need at least transparent migration from uw-imap to dovecot.
> ;-)

OK. I think what we're saying is that a format string for creating POP3
UIDLs from IMAP UIDs will solve that particular problem, but it doesn't
solve the general problem of migrating from an arbitary POP3 server to
dovecot. I'm more interested in the latter; if you're an ISP and you buy out
another ISP, you want to migrate their mailboxes transparently but the other
ISP could have been running any POP3 server at all.

Regards,

Brian.

From mauricio@hostarica.com  Fri May 28 20:07:06 2004
Return-Path: <mauricio@hostarica.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0A0E3C000DCE; Fri, 28 May 2004 20:07:06 +0300 (EEST)
Received: from mx.hostarica.com (mx.hostarica.com [196.40.45.74])
	by talvi.dovecot.org (Postfix) with ESMTP id C310FC0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 20:07:02 +0300 (EEST)
Received: from localhost (localhost.hostarica.com [127.0.0.1])
	by mx.hostarica.com (Postfix) with ESMTP id 26123F6C5
	for <dovecot@dovecot.org>; Fri, 28 May 2004 11:01:32 -0600 (CST)
Received: from [192.168.0.68] (unknown [192.168.0.68])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx.hostarica.com (Postfix) with ESMTP id 0C03CF6C4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 11:01:31 -0600 (CST)
From: "Mauricio Araya V." <mauricio@hostarica.com>
To: dovecot@dovecot.org
Content-Type: text/plain
Organization: Corp. Hostarica S.A.
Message-Id: <1085763598.273.25.camel@wd.hostarica.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Fri, 28 May 2004 10:59:59 -0600
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd 0.1
Subject: [Dovecot] Messages does not appear in OE6
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 17:07:06 -0000
X-UID: 9271                                                  
Status: O

Hi List!

I have an issue with dovecot: Outlook express users sometimes can't see
some emails (they are not even listed) that can be seen with other IMAP
clients, I tested it (and it works) with Evolution, Outlook and
SquirrelMail (a web mail).

Please note that this is not the client bug reported at
http://dovecot.org/clients.html  with the message: "Message is no longer
available on this server"

I have the following configuration:
- Postfix as MTA (ver. 2.1), using the Maildir format to store messages.
- Dovecot 0.99.10.4_2 serving POP3 and IMAP.

Relevant dovecot config:
client_workarounds = oe6-fetch-no-newmail outlook-idle
default_mail_env = maildir:/%h/Maildir

Something important is that I am using freebsd 4.9, and dovecot is
installed from ports (/usr/ports/mail/dovecot)

Does anyone has the solution for this problem, or at least an idea of
what causes it?

Regards,
-Mauricio


From gmid-dovecot@m.gmane.org  Fri May 28 21:52:29 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6D37BC000DCF; Fri, 28 May 2004 21:52:29 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 82DE2C0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 21:52:26 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BTmM9-0000GM-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 20:45:25 +0200
Received: from pd951fe6d.dip.t-dialin.net ([217.81.254.109])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 20:45:25 +0200
Received: from matthias.andree by pd951fe6d.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 20:45:25 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 28 May 2004 19:54:25 +0200
Lines: 47
Message-ID: <m3vfigbfou.fsf@merlin.emma.line.org>
References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su>
	<332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi>
	<m3lljdj8sg.fsf@merlin.emma.line.org>
	<005f01c444aa$9cfbc010$6628d0c3@mlab.cs.msu.su>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951fe6d.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:w1LTSDu0M+0ic/VSE5DePbnujjk=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Small change to make dovecot pop3 uw-imap
	migrationfriendly
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 18:52:29 -0000
X-UID: 9272                                                  
Status: O
Content-Length: 1494

"Oleg I. Vdovikin" <oleg@cs.msu.su> writes:

>> Question: will this apply to all UIDs or just to those for new mail? I
>> can't tell from the code fragment.

>     In may particular environment this applied to all messages. Taking in
> account that old messages was served by uw-pop3 they will not refeteched by
> POP3 clients after the upgrade to dovecot.

I understand your motivation.

>> There are two requirements:
>>
>> 1. major: a UID that any client may have seen _MUST NOT_ change.
>>
>     Right.
>
>> This means that a formatting string MUST ONLY have an impact on newly
>> arriving mail.
>     No, there is no need to store the exact formatting string with each
> message.

No, but the UID must be stored UNLESS the format is perpetual. How do I
tell Dovecot which format $ANY_OTHER_SERVER used? What if the server
used MD5? Will we see dozens of plugins? Or would not it be more
sensible to just give it a list of UIDs?

>> This could be achieved by a little program that runs once per mailbox
>> after the initial switch.
>     There is no need for this. The only thing is needed - is just an ability
> to specify the format string in the config file and use this forever. So,
> for existing dovecot configuration (default) it will be like
>
> pop3uidl = "%u.%u"

> while for uw-imap migrated environment it should be changed to
>
> pop3uidl = "%08x%08x"

This won't catch all cases, as above.

Cheers,

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From gmid-dovecot@m.gmane.org  Fri May 28 21:59:28 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2A272C000DCF; Fri, 28 May 2004 21:59:28 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 1F5DDC0007B4
	for <dovecot@dovecot.org>; Fri, 28 May 2004 21:59:26 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BTmSv-0000MM-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 20:52:25 +0200
Received: from pd951fe6d.dip.t-dialin.net ([217.81.254.109])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 20:52:24 +0200
Received: from matthias.andree by pd951fe6d.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 28 May 2004 20:52:24 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 28 May 2004 19:56:07 +0200
Lines: 12
Message-ID: <m3r7t4bfm0.fsf@merlin.emma.line.org>
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951fe6d.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:UY69YSsMr0FoiWOTq3o3sEyJu7Q=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 18:59:28 -0000
X-UID: 9273                                                  
Status: O

"Oleg I. Vdovikin" <oleg@cs.msu.su> writes:

>     Yes, but I need at least transparent migration from uw-imap to dovecot.

We need transparent migration from any server, not just from UW Imap. It
can be a Perl/Python/Whatever script - it only runs one if Dovecot
stores the UIDLs in a file.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From dovecot@steve.cotse.net  Sat May 29 02:23:35 2004
Return-Path: <dovecot@steve.cotse.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2C7F7C000DCF; Sat, 29 May 2004 02:23:35 +0300 (EEST)
Received: from www.cotse.net (packetderm.com [68.166.125.227])
	by talvi.dovecot.org (Postfix) with ESMTP id 6E1D7C0007B4
	for <dovecot@dovecot.org>; Sat, 29 May 2004 02:23:30 +0300 (EEST)
Received: from localhost (localhost[127.0.0.1]) (authenticated bits=0)
	by www.cotse.net (5.7.4/5.7.4) with ESMTP id i4SNGPei017228
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO)
	for <dovecot@dovecot.org>; Fri, 28 May 2004 19:16:25 -0400 (EDT)
	(envelope-from dovecot@steve.cotse.net)
Message-Id: <5.1.0.14.2.20040528191057.041fb518@pop.cotse.com>
X-Mailer: Cotse
Date: Fri, 28 May 2004 19:15:05 -0400
To: dovecot@dovecot.org
From: "Stephen K. Gielda" <dovecot@steve.cotse.net>
Subject: Re: [Dovecot] Messages does not appear in OE6
In-Reply-To: <1085763598.273.25.camel@wd.hostarica.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 23:23:36 -0000
X-UID: 9274                                                  
Status: O
Content-Length: 1937

At 12:59 PM 5/28/2004, Mauricio Araya V. wrote:
>Hi List!
>
>I have an issue with dovecot: Outlook express users sometimes can't see
>some emails (they are not even listed) that can be seen with other IMAP
>clients, I tested it (and it works) with Evolution, Outlook and
>SquirrelMail (a web mail).
>
>Please note that this is not the client bug reported at
>http://dovecot.org/clients.html  with the message: "Message is no longer
>available on this server"
>
>I have the following configuration:
>- Postfix as MTA (ver. 2.1), using the Maildir format to store messages.
>- Dovecot 0.99.10.4_2 serving POP3 and IMAP.
>
>Relevant dovecot config:
>client_workarounds = oe6-fetch-no-newmail outlook-idle
>default_mail_env = maildir:/%h/Maildir
>
>Something important is that I am using freebsd 4.9, and dovecot is
>installed from ports (/usr/ports/mail/dovecot)
>
>Does anyone has the solution for this problem, or at least an idea of
>what causes it?

I hit this same issue, turned out to be that leaving mail_save_crlf =no 
fixed it (I had set it to yes).  The issue could be duplicated by moving 
messages within webmail to inbox then popping them out.  OE would 
experience display issues if mail_save_crlf = yes.

For what it is worth to anyone:

We are running dovecot on a fairly large user base subscription service, OS 
is fbsd, mbox format.  It's not huge, we currently process around 210k 
messages a day, but it is a decent load.  Web interface is a highly 
modified squirrelmail, imap proxy for the webmail, not using dovecot pop (I 
need more features in my popd, mainly ability to restrict by username), and 
a custom MTA.  We don't yet allow outside access to imap, but plan to offer 
both imap and imaps after a 1.x release has proven stable.  We currently 
run the latest 99.10.5 and found that it resolved the LF errors we were 
getting with the previous release.

/steve
-- 
http://www.cotse.net
http://www.cotse.com 


From strombrg@dcs.nac.uci.edu  Sat May 29 02:25:17 2004
Return-Path: <strombrg@dcs.nac.uci.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2B818C000DD7; Sat, 29 May 2004 02:25:17 +0300 (EEST)
Received: from dcs.nac.uci.edu (dcs.nac.uci.edu [128.200.34.32])
	by talvi.dovecot.org (Postfix) with ESMTP id 9D6F7C000DD5
	for <dovecot@dovecot.org>; Sat, 29 May 2004 02:25:14 +0300 (EEST)
Received: from [128.200.34.35] (tesuji.nac.uci.edu [128.200.34.35])
	by dcs.nac.uci.edu (8.12.11/8.12.10) with ESMTP id i4SNICh1005955
	for <dovecot@dovecot.org>; Fri, 28 May 2004 16:18:12 -0700
From: Dan Stromberg <strombrg@dcs.nac.uci.edu>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-4iDWQSWIRtQKTwN5/vKV"
Message-Id: <1085786292.14760.3.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Fri, 28 May 2004 16:18:12 -0700
Subject: [Dovecot] dovecot and nfs
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 28 May 2004 23:25:17 -0000
X-UID: 9275                                                  
Status: O
Content-Length: 1140


--=-4iDWQSWIRtQKTwN5/vKV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


I configured dovecot on a Fedora Core 2 system - the version that comes
with FC2.  I was using it with a RHEL 3 NFS server.

Dovecot would again and again get stuck trying to grab an fcntl lock,
even though I specified that it should only use dotlocks in
dovecot.conf.  Sometimes it would segfault (leaving things locked?).=20
Often there would be two dovecot imapd processes for the same user.

I've since moved dovecot onto our internal NFS server, but we have many
(relatively) external imap servers where it might be nice to use
dovecot, and in a number of those scenarios, NFS would be a requirement.

Thanks.

--=20
Dan Stromberg DCS/NACS/UCI <strombrg@dcs.nac.uci.edu>


--=-4iDWQSWIRtQKTwN5/vKV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQBAt8izo0feVm00f/8RAtu2AJ9JP5HrosrBxT9Av1tymqSBNZqzUwCfeXM2
gIZMV0H/Ax+x7lYVtS3eFj4=
=Qlc3
-----END PGP SIGNATURE-----

--=-4iDWQSWIRtQKTwN5/vKV--


From bart@istnet.net.au  Sat May 29 09:04:58 2004
Return-Path: <bart@istnet.net.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E939CC000DD2; Sat, 29 May 2004 09:04:57 +0300 (EEST)
Received: from bajor.istnet.net.au (dsl-2.237.240.220.dsl.comindico.com.au
	[220.240.237.2])
	by talvi.dovecot.org (Postfix) with ESMTP id CC3AAC0007B4
	for <dovecot@dovecot.org>; Sat, 29 May 2004 09:04:52 +0300 (EEST)
Received: from [127.0.0.1] (bajor [127.0.0.1])
	by bajor.istnet.net.au (Postfix) with ESMTP id 4568369133
	for <dovecot@dovecot.org>; Sat, 29 May 2004 14:00:58 +0800 (WST)
From: Daniel <bart@istnet.net.au>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1085810458.15536.9.camel@bajor>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Sat, 29 May 2004 14:00:58 +0800
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sat, 29 May 2004 18:27:13 +0300
Subject: [Dovecot] Fedora 1 packaged version or upgrade to newest dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: bart@istnet.net.au
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: Sat, 29 May 2004 06:04:58 -0000
X-UID: 9276                                                  
Status: O

Hello

I running dovecot that is packaged with Fedora 1 with about 1500 email
accounts approximately 5k messages per day. I have had to restart
dovecot twice over a period of about 3 months due to it not responding.
Overall I'm happy with the setup, however would I see and improvement if
I upgraded to the latest version, at time of writing 0.99.10.5.

Regards
Daniel Rowe 


From reboot78@freenet.de  Sat May 29 20:56:33 2004
Return-Path: <reboot78@freenet.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 83F09C000DCF; Sat, 29 May 2004 20:56:33 +0300 (EEST)
Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155])
	by talvi.dovecot.org (Postfix) with ESMTP id 91A1EC0007B4
	for <dovecot@dovecot.org>; Sat, 29 May 2004 20:56:31 +0300 (EEST)
Received: from [194.97.50.135] (helo=mx2.freenet.de)
	by mout2.freenet.de with asmtp (Exim 4.33) id 1BU7xW-0000ui-2i
	for dovecot@dovecot.org; Sat, 29 May 2004 19:49:26 +0200
Received: from pd9052d2b.dip.t-dialin.net ([217.5.45.43] helo=navi.lan)
	by mx2.freenet.de with asmtp (ID reboot78@freenet.de) (Exim 4.33 #3)
	id 1BU7xV-0008UE-P7
	for dovecot@dovecot.org; Sat, 29 May 2004 19:49:26 +0200
Date: Sat, 29 May 2004 19:49:23 +0200
From: Christoph Hohmann <reboot78@freenet.de>
To: Dovecot list <dovecot@dovecot.org>
Message-Id: <20040529194923.0d10706b@navi.lan>
X-Mailer: Sylpheed-Claws 0.9.10cvs71 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot returns everything starting with "." as folder
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 17:56:33 -0000
X-UID: 9277                                                  
Status: O

Hi,

I'm using dovecot imapd 0.99.10.5 from debian unstable and I
noticed that dovecot returns everything in the maildir
folder that starts with a "." as a folder as the result of

  LIST "" "%"

command without checking if it is really a maildir folder
(must contain the directories cur, new, tmp and the file
maildirfolder).

This is a little bit annoying because it also returns
Sylpheed's cache files '.sylpheed_cache' and
'.sylpheed_mark' if they exist in the maildir.

-- 
http://reboot.animeirc.de
http://sylpheed-claws.sourceforge.net/

From tss@iki.fi  Sun May 30 00:44:17 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C7FDEC000DCF; Sun, 30 May 2004 00:44:17 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A1675C0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 00:44:15 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 37BBB1C185E0; Sun, 30 May 2004 00:37:12 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id BD7401C1D0E3; Sun, 30 May 2004 00:36:37 +0300 (EEST)
Subject: Re: [Dovecot] help: Unknown password scheme SHA
From: Timo Sirainen <tss@iki.fi>
To: "martynas@inet.lt" <martynas@inet.lt>
In-Reply-To: <1085752470268.martynas@inet.lt>
References: <1085752470268.martynas@inet.lt>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-dHHXQQScGjsUlmqskyp0"
Message-Id: <1085866594.30728.3.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 00:36:34 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,
	TO_ADDRESS_EQ_REAL autolearn=ham version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 21:44:19 -0000
X-UID: 9278                                                  
Status: O


--=-dHHXQQScGjsUlmqskyp0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-28 at 16:54, martynas@inet.lt wrote:
> I would like to change my courier to dovecot. When I try to setup ldap au=
th,
> I get error:
> dovecot-auth: ldap(martynas): Unknown password scheme SHA
>=20
> So, how enable SHA scheme on dovecot?

Sorry, there's currently no SHA support. Should be pretty simple to
implement though, any volunteers? :)


--=-dHHXQQScGjsUlmqskyp0
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuQJhyUhSUUBViskRAhfbAJ0XXo5cCIH52VE7bhrLfMMGq/KJTwCgkFvl
znRu0AKqmPlinDkN1B7tX4o=
=ktzN
-----END PGP SIGNATURE-----

--=-dHHXQQScGjsUlmqskyp0--


From tss@iki.fi  Sun May 30 00:45:53 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 182D1C000DD2; Sun, 30 May 2004 00:45:53 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D8FEAC000DCF
	for <dovecot@dovecot.org>; Sun, 30 May 2004 00:45:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7F97E1C185E0; Sun, 30 May 2004 00:38:47 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id A7FC21C1D0E3; Sun, 30 May 2004 00:38:13 +0300 (EEST)
Subject: Re: [Dovecot] dovecot and nfs
From: Timo Sirainen <tss@iki.fi>
To: Dan Stromberg <strombrg@dcs.nac.uci.edu>
In-Reply-To: <1085786292.14760.3.camel@tesuji.nac.uci.edu>
References: <1085786292.14760.3.camel@tesuji.nac.uci.edu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-TrhkK/Pe7KSeejA9r2gd"
Message-Id: <1085866693.30728.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 00:38:13 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 21:45:53 -0000
X-UID: 9279                                                  
Status: O


--=-TrhkK/Pe7KSeejA9r2gd
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-05-29 at 02:18, Dan Stromberg wrote:
> I configured dovecot on a Fedora Core 2 system - the version that comes
> with FC2.  I was using it with a RHEL 3 NFS server.
>=20
> Dovecot would again and again get stuck trying to grab an fcntl lock,
> even though I specified that it should only use dotlocks in
> dovecot.conf.  Sometimes it would segfault (leaving things locked?).=20
> Often there would be two dovecot imapd processes for the same user.

0.99.10 doesn't really support NFS yet, 1.0 will.


--=-TrhkK/Pe7KSeejA9r2gd
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuQLFyUhSUUBViskRAnp7AKChZjQvZ5D9Da+xKcKi/ELtgP8c7gCgpdAV
F5AH9Net3SXW5ckIsBkWJw4=
=gFJF
-----END PGP SIGNATURE-----

--=-TrhkK/Pe7KSeejA9r2gd--


From tss@iki.fi  Sun May 30 00:50:00 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A2447C000DD6; Sun, 30 May 2004 00:50:00 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id BCC00C000DD2
	for <dovecot@dovecot.org>; Sun, 30 May 2004 00:49:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 559041C185E0; Sun, 30 May 2004 00:42:55 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 7B0171C1D0E3; Sun, 30 May 2004 00:42:21 +0300 (EEST)
Subject: Re: [Dovecot] Fedora 1 packaged version or upgrade to newest dovecot
From: Timo Sirainen <tss@iki.fi>
To: bart@istnet.net.au
In-Reply-To: <1085810458.15536.9.camel@bajor>
References: <1085810458.15536.9.camel@bajor>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-QqpaNAWw215voWqHBvHF"
Message-Id: <1085866941.30728.11.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 00:42:21 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 21:50:00 -0000
X-UID: 9280                                                  
Status: O


--=-QqpaNAWw215voWqHBvHF
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-05-29 at 09:00, Daniel wrote:
> I running dovecot that is packaged with Fedora 1 with about 1500 email
> accounts approximately 5k messages per day. I have had to restart
> dovecot twice over a period of about 3 months due to it not responding.
> Overall I'm happy with the setup, however would I see and improvement if
> I upgraded to the latest version, at time of writing 0.99.10.5.

0.99.10.5 fixes several real problems, although they didn't happen very
often with most people. See
http://dovecot.org/list/dovecot/2004-May/003495.html


--=-QqpaNAWw215voWqHBvHF
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuQO8yUhSUUBViskRAr45AJ474RSzm/BTN+NjqAQu0ytSJ1uQKACdEB+n
6CtoCWlt7YJoiuedKqJWSfg=
=HeAT
-----END PGP SIGNATURE-----

--=-QqpaNAWw215voWqHBvHF--


From martynas@inet.lt  Sun May 30 01:12:36 2004
Return-Path: <martynas@inet.lt>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 09947C000DD2; Sun, 30 May 2004 01:12:36 +0300 (EEST)
Received: from marsas.lmb.lt (marsas.lmb.lt [193.219.88.69])
	by talvi.dovecot.org (Postfix) with ESMTP id 7E04FC0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:12:33 +0300 (EEST)
Received: from mail.inet.lt (saturnas.lmb.lt [193.219.88.66])
	by marsas.lmb.lt (Postfix) with SMTP
	id EDDA130126; Sun, 30 May 2004 00:17:34 +0300 (EEST)
From: "martynas@inet.lt" <martynas@inet.lt>
To: tss@iki.fi
Subject: Re: [Dovecot] help: Unknown password scheme SHA
Date: Sun, 30 May 2004 01:05:08 +0200
Message-ID: <1085871908765.martynas@inet.lt>
Content-Type: text/plain; charset=iso-8859-1
X-Mailer: Null Webmail / 0.8.4
X-SenderIP: 213.164.97.252
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:12:36 -0000
X-UID: 9281                                                  
Status: O

I dont want to change over 1500 passwords in ldap;) So, if somebody implement
this, i'll change from courier to dovecot.

regards,
Martynas

P.S. Timo, could you drop me email, when dovecot would support this. Thank
you.


--- Timo Sirainen <tss@iki.fi> wrote:
> On Fri, 2004-05-28 at 16:54, martynas@inet.lt wrote:
> > I would like to change my courier to dovecot. When I try to setup ldap
au> th,
> > I get error:
> > dovecot-auth: ldap(martynas): Unknown password scheme SHA
> > 
> > So, how enable SHA scheme on dovecot?
> 
> Sorry, there's currently no SHA support. Should be pretty simple to
> implement though, any volunteers? :)
> 
> 


From tss@iki.fi  Sun May 30 01:21:54 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 15FECC000DD6; Sun, 30 May 2004 01:21:54 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 207B8C000DD2
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:21:52 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A667F1C185E5; Sun, 30 May 2004 01:14:48 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 9E4A11C1D0E3; Sun, 30 May 2004 01:14:14 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder
From: Timo Sirainen <tss@iki.fi>
To: Christoph Hohmann <reboot78@freenet.de>
In-Reply-To: <20040529194923.0d10706b@navi.lan>
References: <20040529194923.0d10706b@navi.lan>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-1Lo9eezH7lMuYSEj2mr7"
Message-Id: <1085868854.30728.30.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 01:14:14 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:21:54 -0000
X-UID: 9282                                                  
Status: O
Content-Length: 1215


--=-1Lo9eezH7lMuYSEj2mr7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-05-29 at 20:49, Christoph Hohmann wrote:
> I'm using dovecot imapd 0.99.10.5 from debian unstable and I
> noticed that dovecot returns everything in the maildir
> folder that starts with a "." as a folder as the result of
>=20
>   LIST "" "%"
>=20
> command without checking if it is really a maildir folder
> (must contain the directories cur, new, tmp and the file
> maildirfolder).

It's a bit useless to check it in most situations and it would just
cause extra disk I/O if system doesn't support struct dirent->d_type
field.. But since this has been asked often enough..:

http://www.dovecot.org/patches/maildir-stat-dirs.patch

You'd probably want to run autogen.sh + configure again, or just #define
HAVE_DIRENT_D_TYPE in config.h.


--=-1Lo9eezH7lMuYSEj2mr7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuQs2yUhSUUBViskRAm6KAJ4nbxRsgroHZahQqboXG/gT3dFgdQCfRm4U
GTD/4WtzKXdpzp4sf/I4rnU=
=s5Hn
-----END PGP SIGNATURE-----

--=-1Lo9eezH7lMuYSEj2mr7--


From tss@iki.fi  Sun May 30 01:25:37 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88773C000DD6; Sun, 30 May 2004 01:25:37 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 9314EC000DD2
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:25:35 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1FD581C185E2; Sun, 30 May 2004 01:18:32 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 2F1091C1D0E3; Sun, 30 May 2004 01:17:58 +0300 (EEST)
Subject: Re: [Dovecot] dovecot API / Virtual Folders?
From: Timo Sirainen <tss@iki.fi>
To: James Moser <james@powweb.com>
In-Reply-To: <40B67AAC.5020904@powweb.com>
References: <40B67AAC.5020904@powweb.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-d1SbdHoRnCjOrqeBWH+f"
Message-Id: <1085869077.30728.34.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 01:17:57 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:25:37 -0000
X-UID: 9283                                                  
Status: O
Content-Length: 1333


--=-d1SbdHoRnCjOrqeBWH+f
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-28 at 02:33, James Moser wrote:
> I was wondering if anyone has done something like this, or knows of any=20
> reason it would not work.
>=20
> Would it be possible to use dovecot's API to create virtual folders=20
> where when messages are placed in them some other application can be=20
> executed on them?  With programs like DSPAM and SpamAssassin, and with=20
> users who do not have shell access to the machines, it would be nice if=20
> there was a way they could do something like this to use dspam/sa-learn,=20
> that way they could use it with any mail application.  I don't like the=20
> idea of using cron to do this.

In case you didn't notice, it was just being discussed under "IMAP views
.." subject. http://dovecot.org/list/dovecot/2004-May/003475.html

I think it would be possible to implement it with a plugin with 1.0-test
codebase.


--=-d1SbdHoRnCjOrqeBWH+f
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuQwVyUhSUUBViskRAs2iAJsEO9ZB2258PvR0poLfV4sJ4u4rFACgnrQE
1ZpGK0v2WxGqFRYKGg6mTWc=
=nqNR
-----END PGP SIGNATURE-----

--=-d1SbdHoRnCjOrqeBWH+f--


From tss@iki.fi  Sun May 30 01:28:11 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7093EC000DD6; Sun, 30 May 2004 01:28:11 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 801F5C000DD2
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:28:09 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0C2111C185E1; Sun, 30 May 2004 01:21:06 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 264CE1C1D0E3; Sun, 30 May 2004 01:20:32 +0300 (EEST)
Subject: Re: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
From: Timo Sirainen <tss@iki.fi>
To: Matthias Andree <matthias.andree@gmx.de>
In-Reply-To: <m3r7t4bfm0.fsf@merlin.emma.line.org>
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
	<m3r7t4bfm0.fsf@merlin.emma.line.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-nl5tPbItiPvP6uARq9eq"
Message-Id: <1085869231.30728.37.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 01:20:31 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:28:11 -0000
X-UID: 9284                                                  
Status: O
Content-Length: 1076


--=-nl5tPbItiPvP6uARq9eq
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-28 at 20:56, Matthias Andree wrote:
> "Oleg I. Vdovikin" <oleg@cs.msu.su> writes:
>=20
> >     Yes, but I need at least transparent migration from uw-imap to dove=
cot.
>=20
> We need transparent migration from any server, not just from UW Imap. It
> can be a Perl/Python/Whatever script - it only runs one if Dovecot
> stores the UIDLs in a file.

Would it be enough if Dovecot simply used "X-POP3-UID" (or something)
header which contains the UID for the old server? That would have to be
generated using some script though.

If the header doesn't exist, Dovecot would use it's internal method.


--=-nl5tPbItiPvP6uARq9eq
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuQyvyUhSUUBViskRArq3AKCYHtPg/9bMK590Rv/EfrVmfPnnPACeKUjW
FBMD7LpnvRQ8ayFxdKc7qPk=
=5K92
-----END PGP SIGNATURE-----

--=-nl5tPbItiPvP6uARq9eq--


From tss@iki.fi  Sun May 30 01:30:18 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 75CFAC000DF6; Sun, 30 May 2004 01:30:18 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 9AEDDC000DED
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:30:14 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2AEF71C185E1; Sun, 30 May 2004 01:23:11 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 5489F1C1D0E3; Sun, 30 May 2004 01:22:37 +0300 (EEST)
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
From: Timo Sirainen <tss@iki.fi>
To: Matthias Andree <matthias.andree@gmx.de>
In-Reply-To: <m3wu2xj9u2.fsf@merlin.emma.line.org>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-rqnEHgwYfSfz6NNbvbWF"
Message-Id: <1085869356.30728.40.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 01:22:36 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:30:18 -0000
X-UID: 9285                                                  
Status: O


--=-rqnEHgwYfSfz6NNbvbWF
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-05-28 at 10:21, Matthias Andree wrote:
> Timo Sirainen <tss@iki.fi> writes:
>=20
> > If you don't use fcntl locking (and with NFS you probably won't), you'd
>=20
> What does this mean? Of course, we'll use fcntl locking with NFS as
> well. At least on Linux and Solaris, this works.

I thought Linux or BSDs didn't support fcntl locks as NFS client? And
I've heard they've always been more or less buggy..


--=-rqnEHgwYfSfz6NNbvbWF
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuQ0syUhSUUBViskRAvJVAJ0SaKZqTlAwjBCWZpiQw7hocuBsmQCeKSTf
gGIMrTaq+PzqCBoB5JaMg5M=
=fvo1
-----END PGP SIGNATURE-----

--=-rqnEHgwYfSfz6NNbvbWF--


From james@powweb.com  Sun May 30 01:35:38 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CFC57C000DEF; Sun, 30 May 2004 01:35:38 +0300 (EEST)
Received: from nexus.powweb.com (unknown [66.152.96.141])
	by talvi.dovecot.org (Postfix) with ESMTP id 3A367C000DF8
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:35:36 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id 98C8FB8E37;
	Sat, 29 May 2004 15:28:28 -0700 (PDT)
Message-ID: <40B90E8D.3080306@powweb.com>
Date: Sat, 29 May 2004 15:28:29 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
References: <1085511447.27732.96.camel@hurina>	<20040527141148.GL43374@mafate.sis.pasteur.fr>	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina>
In-Reply-To: <1085869356.30728.40.camel@hurina>
Content-Type: multipart/mixed; boundary="------------080304030005080700030003"
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: Matthias Andree <matthias.andree@gmx.de>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:35:39 -0000
X-UID: 9286                                                  
Status: O
Content-Length: 1584

This is a multi-part message in MIME format.
--------------080304030005080700030003
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I know FreeBSD currently does not (or at least 4.x, and I'm pretty sure 
neither does 5.x)

Timo Sirainen wrote:

>On Fri, 2004-05-28 at 10:21, Matthias Andree wrote:
>  
>
>>Timo Sirainen <tss@iki.fi> writes:
>>
>>    
>>
>>>If you don't use fcntl locking (and with NFS you probably won't), you'd
>>>      
>>>
>>What does this mean? Of course, we'll use fcntl locking with NFS as
>>well. At least on Linux and Solaris, this works.
>>    
>>
>
>I thought Linux or BSDs didn't support fcntl locks as NFS client? And
>I've heard they've always been more or less buggy..
>
>  
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------080304030005080700030003
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------080304030005080700030003--

From reboot78@freenet.de  Sun May 30 01:41:25 2004
Return-Path: <reboot78@freenet.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9314DC000DEF; Sun, 30 May 2004 01:41:25 +0300 (EEST)
Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155])
	by talvi.dovecot.org (Postfix) with ESMTP id F0C46C0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:41:22 +0300 (EEST)
Received: from [194.97.55.148] (helo=mx5.freenet.de)
	by mout2.freenet.de with asmtp (Exim 4.33) id 1BUCPD-0007hL-7X
	for dovecot@dovecot.org; Sun, 30 May 2004 00:34:19 +0200
Received: from pd9052d2b.dip.t-dialin.net ([217.5.45.43] helo=navi.lan)
	by mx5.freenet.de with asmtp (ID reboot78@freenet.de) (Exim 4.33 #3)
	id 1BUCPC-0007mZ-L7
	for dovecot@dovecot.org; Sun, 30 May 2004 00:34:19 +0200
Date: Sun, 30 May 2004 00:33:48 +0200
From: Christoph Hohmann <reboot78@freenet.de>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder
Message-Id: <20040530003348.64f7ede1@navi.lan>
In-Reply-To: <1085868854.30728.30.camel@hurina>
References: <20040529194923.0d10706b@navi.lan>
	<1085868854.30728.30.camel@hurina>
X-Mailer: Sylpheed-Claws 0.9.10cvs71 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-3.9 required=5.0 tests=AWL,BAYES_00,
	FROM_ENDS_IN_NUMS autolearn=no version=2.60
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:41:25 -0000
X-UID: 9287                                                  
Status: O

Timo Sirainen <tss@iki.fi> wrote:

> > I'm using dovecot imapd 0.99.10.5 from debian unstable and I
> > noticed that dovecot returns everything in the maildir
> > folder that starts with a "." as a folder as the result of
> > 
> >   LIST "" "%"
> > 
> > command without checking if it is really a maildir folder
>
> It's a bit useless to check it in most situations and it would just
> cause extra disk I/O if system doesn't support struct dirent->d_type
> field.. But since this has been asked often enough..:
> 
> http://www.dovecot.org/patches/maildir-stat-dirs.patch

How often do IMAP clients use the LIST commands, that this
extra IO would cause significant slowdown?

> You'd probably want to run autogen.sh + configure again, or just #define
> HAVE_DIRENT_D_TYPE in config.h.

I'm using the debian package.

-- 
http://reboot.animeirc.de
http://sylpheed-claws.sourceforge.net/

From jaldhar@debian.org  Sun May 30 01:59:34 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D2F0EC000DED; Sun, 30 May 2004 01:59:34 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 661EAC000DD6
	for <dovecot@dovecot.org>; Sun, 30 May 2004 01:59:32 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP
	id C2F4D8078; Sat, 29 May 2004 18:52:29 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20829-08; Sat, 29 May 2004 18:52:29 -0400 (EDT)
Received: from [192.168.1.116] (pcp09354467pcs.jersyc01.nj.comcast.net
	[69.141.24.176])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP
	id 022768071; Sat, 29 May 2004 18:52:29 -0400 (EDT)
Date: Sat, 29 May 2004 18:51:32 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Christoph Hohmann <reboot78@freenet.de>
Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder
In-Reply-To: <20040530003348.64f7ede1@navi.lan>
Message-ID: <Pine.LNX.4.58.0405291840410.1129@diku.intranet.braincell.com>
References: <20040529194923.0d10706b@navi.lan>
	<1085868854.30728.30.camel@hurina>
	<20040530003348.64f7ede1@navi.lan>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at braincells.com
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 22:59:35 -0000
X-UID: 9288                                                  
Status: O
Content-Length: 1632

On Sun, 30 May 2004, Christoph Hohmann wrote:

> Timo Sirainen <tss@iki.fi> wrote:
>
> > > I'm using dovecot imapd 0.99.10.5 from debian unstable and I
> > > noticed that dovecot returns everything in the maildir
> > > folder that starts with a "." as a folder as the result of
> > >
> > >   LIST "" "%"
> > >
> > > command without checking if it is really a maildir folder
> >
> > It's a bit useless to check it in most situations and it would just
> > cause extra disk I/O if system doesn't support struct dirent->d_type
> > field.. But since this has been asked often enough..:
> >
> > http://www.dovecot.org/patches/maildir-stat-dirs.patch
>
> How often do IMAP clients use the LIST commands, that this
> extra IO would cause significant slowdown?
>
> > You'd probably want to run autogen.sh + configure again, or just #define
> > HAVE_DIRENT_D_TYPE in config.h.
>
> I'm using the debian package.
>
>

# apt-get install fakeroot dpkg-dev
# apt-get source dovecot
# apt-get build-dep dovecot
$ cd dovecot-0.99.10.5
$ chmod +x debian/rules

(add the patch per Timos instructions)

change the 1st line of debian/changelog so the version is 0.99.10.5-1.1

$ fakeroot debian/rules binary
$ cd ..
$ apt-get moo

While I can add the patch to the official package, we really need to get
this version into sarge which will happen after 8 days.  If I upload a new
version, the timer gets reset and it will take 10 days from the time of
upload.

Debian users: my question is, is adding the patch worth the delay in
getting 0.99.10.5 into sarge?

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From tss@iki.fi  Sun May 30 02:05:30 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5CF1DC000DED; Sun, 30 May 2004 02:05:30 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 760DDC000DD6
	for <dovecot@dovecot.org>; Sun, 30 May 2004 02:05:28 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EBE8D1C185E1; Sun, 30 May 2004 01:58:24 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 847E21C1D0E3; Sun, 30 May 2004 01:57:50 +0300 (EEST)
Subject: Re: [Dovecot] help: Unknown password scheme SHA
From: Timo Sirainen <tss@iki.fi>
To: "martynas@inet.lt" <martynas@inet.lt>
In-Reply-To: <1085871908765.martynas@inet.lt>
References: <1085871908765.martynas@inet.lt>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-PVEto3vMPKIfw5MoUm8Y"
Message-Id: <1085871469.30728.55.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 01:57:49 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,
	TO_ADDRESS_EQ_REAL autolearn=ham version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 23:05:30 -0000
X-UID: 9289                                                  
Status: O


--=-PVEto3vMPKIfw5MoUm8Y
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-05-30 at 02:05, martynas@inet.lt wrote:
> I dont want to change over 1500 passwords in ldap;) So, if somebody imple=
ment
> this, i'll change from courier to dovecot.

oh well, using openssl:

http://dovecot.org/patches/auth-sha1.patch


--=-PVEto3vMPKIfw5MoUm8Y
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuRVtyUhSUUBViskRAvcfAJ9phaafWMo2scmECYNGy44dsgGi9gCcDYOd
+3+KtOUqvPrzJS8hznAQbOQ=
=dohM
-----END PGP SIGNATURE-----

--=-PVEto3vMPKIfw5MoUm8Y--


From tss@iki.fi  Sun May 30 02:11:00 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AE7E8C000DF0; Sun, 30 May 2004 02:11:00 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B22DCC000DD6
	for <dovecot@dovecot.org>; Sun, 30 May 2004 02:10:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2B9E01C185E1; Sun, 30 May 2004 02:03:55 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 3659E1C1D0E3; Sun, 30 May 2004 02:03:20 +0300 (EEST)
Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder
From: Timo Sirainen <tss@iki.fi>
To: Christoph Hohmann <reboot78@freenet.de>
In-Reply-To: <20040530003348.64f7ede1@navi.lan>
References: <20040529194923.0d10706b@navi.lan>
	<1085868854.30728.30.camel@hurina> <20040530003348.64f7ede1@navi.lan>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-sDlru2LThhN1kGROJN6Q"
Message-Id: <1085871799.30728.61.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 02:03:19 +0300
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 23:11:00 -0000
X-UID: 9290                                                  
Status: O
Content-Length: 1303


--=-sDlru2LThhN1kGROJN6Q
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-05-30 at 01:33, Christoph Hohmann wrote:
> > It's a bit useless to check it in most situations and it would just
> > cause extra disk I/O if system doesn't support struct dirent->d_type
> > field.. But since this has been asked often enough..:
> >=20
> > http://www.dovecot.org/patches/maildir-stat-dirs.patch
>=20
> How often do IMAP clients use the LIST commands, that this
> extra IO would cause significant slowdown?

It depends on client, many of them do it every time while checking for
mails. It probably don't slow down noticeably for most people, but why
do it if it's useful only for a few people?

Anyway, with that patch it is done by default if dirent->d_type exists
and works. I'm not sure what operating systems do that, but I'd guess
most of the new ones. Some filesystems might not support that though
(NFS?).


--=-sDlru2LThhN1kGROJN6Q
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuRa3yUhSUUBViskRArhCAJ9/2AvGIPQqLtEbkTSD1few21/gawCaA5it
ZaalDiokHBpByXG4E68T29U=
=92Wi
-----END PGP SIGNATURE-----

--=-sDlru2LThhN1kGROJN6Q--


From dr@jones.dk  Sun May 30 02:54:57 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B8678C000DD6; Sun, 30 May 2004 02:54:57 +0300 (EEST)
Received: from xayide.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id ED5B5C0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 02:54:53 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by xayide.jones.dk (Postfix) with ESMTP
	id 9255C1AB394; Sun, 30 May 2004 01:47:46 +0200 (CEST)
Received: from xayide.jones.dk ([127.0.0.1])
	by localhost (xayide.jones.dk [127.0.0.1]) (amavisd-new, port 10024)
	with SMTP id 11956-09; Sun, 30 May 2004 01:47:34 +0200 (CEST)
Received: from jones.dk (ip46035.poa.virtua.com.br [200.213.46.35])
	(using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by xayide.jones.dk (Postfix) with ESMTP
	id 723CF1AB34D; Sun, 30 May 2004 01:47:22 +0200 (CEST)
Message-ID: <40B920FD.2050300@jones.dk>
Date: Sat, 29 May 2004 20:47:09 -0300
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040313)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder
References: <20040529194923.0d10706b@navi.lan>	<1085868854.30728.30.camel@hurina>	<20040530003348.64f7ede1@navi.lan>
	<Pine.LNX.4.58.0405291840410.1129@diku.intranet.braincell.com>
In-Reply-To: <Pine.LNX.4.58.0405291840410.1129@diku.intranet.braincell.com>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at jones.dk
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	talvi.dovecot.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.60
Cc: dovecot@dovecot.org, Christoph Hohmann <reboot78@freenet.de>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 29 May 2004 23:54:57 -0000
X-UID: 9291                                                  
Status: O
Content-Length: 1841

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jaldhar H. Vyas wrote:
| On Sun, 30 May 2004, Christoph Hohmann wrote:

|>I'm using the debian package.
|>
|>
|
|
| # apt-get install fakeroot dpkg-dev
| # apt-get source dovecot
| # apt-get build-dep dovecot
| $ cd dovecot-0.99.10.5
| $ chmod +x debian/rules
|
| (add the patch per Timos instructions)
|
| change the 1st line of debian/changelog so the version is 0.99.10.5-1.1=

|
| $ fakeroot debian/rules binary
| $ cd ..
| $ apt-get moo

Or this:

# apt-get install fakeroot devscripts
# apt-get build-dep dovecot
$ apt-get source dovecot
$ cd dovecot-0.99.10.5

(add the patch per Timos instructions)

$ dch -v 0.99.10.5-1.0.private.1
$ debuild


The reason for using the devscripts commands debuild and dch should be
obvious: less and simpler commands.

There are several reasons for the longer version number:
~  * If next official Debian package is an NMU (done an hour ago but
waiting to be released, so older than yours) it is silently ignored
~  * you can later on scan dpkg for version numbers containing "private"
to see how much local mess you have done
~  * You have room to make another rebuild

| Debian users: my question is, is adding the patch worth the delay in
| getting 0.99.10.5 into sarge?

No (if you ask me - I can naturally only speak for myself).


~ - Jonas

Debian maintainer of UW-imap, and eagerly awaiting dovecot to take over
the world!

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er n=E6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAuSD9n7DbMsAkQLgRAli5AKCFY8lmkTESBzrI1WyT4j1SivCCMQCfYm/Y
0uALhhKnGV/uJTkYCmNrVLo=3D
=3DaciI
-----END PGP SIGNATURE-----

From tss@iki.fi  Sun May 30 05:01:53 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9B00BC000DD6; Sun, 30 May 2004 05:01:53 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1B02CC0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 05:01:46 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4C1E71C185E1; Sun, 30 May 2004 04:54:42 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 008AA1C1D0E3
	for <dovecot@dovecot.org>; Sun, 30 May 2004 04:54:08 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-b1bsufyHX6AQCursABmF"
Message-Id: <1085882048.6244.11.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sun, 30 May 2004 04:54:08 +0300
X-Spam-Status: No, hits=-8.5 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] Postfix SASL AUTH from Dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 30 May 2004 02:01:54 -0000
X-UID: 9292                                                  
Status: O
Content-Length: 1981


--=-b1bsufyHX6AQCursABmF
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Again today got annoyed at Cyrus SASL. Upgrading it to newer version had
broken PAM support. Trying to login as "user@domain" resulted it only
asking for "user" from PAM. Well, got it patched and working again, but
I'd rather not go through it all the time..

So I finally did what I had been thinking about a year or so, change
Postfix to use dovecot-auth directly. This required cleaning
dovecot-auth quite a lot, but it seems to be working now.

Actually I finally implemented support for initial SASL response as
well. POP3's AUTH command had required support for it, strange that
no-one ever complained about it not working.

If you want to try it, you need very latest CVS version of Dovecot and
this patch for Postfix:

http://dovecot.org/patches/postfix-dovecot-auth.patch

dovecot-auth can be run on it's own (configuration in environment
variables), or you can use extra_sockets auth setting which is a ':'
separated list of UNIX sockets where to listen in. You'd probably want
to set it to /var/spool/postfix/etc/dovecot-auth, the location is
hardcoded to /etc/dovecot-auth in the patch for now (smtpd is chrooted).

The only real problem is that Dovecot creates the dovecot-auth socket
using 0660 root:root modes, so you have to manually chmod it to 0666 or
fix owner/group. I guess that needs some more thinking.. Probably each
socket should have separate settings for it, but how to do it easily in
configuration? ..

The patch has also hardcoded dovecot path in Makefile.in, you'll need to
change that.


--=-b1bsufyHX6AQCursABmF
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAuT7AyUhSUUBViskRAuCBAJ98WsPOSozkQjFOPUrGoGWYCJ3RMACgoAJV
rdChF9vMPwPZOnqfAvcUbh8=
=j8hd
-----END PGP SIGNATURE-----

--=-b1bsufyHX6AQCursABmF--


From chibi@gol.com  Sun May 30 06:20:26 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5183BC000DD6; Sun, 30 May 2004 06:20:26 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id C806CC0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 06:20:23 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BUGl8-00008K-00
	for <dovecot@dovecot.org>; Sun, 30 May 2004 12:13:14 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder 
In-reply-to: <Pine.LNX.4.58.0405291840410.1129@diku.intranet.braincell.com> 
References: <20040529194923.0d10706b@navi.lan>
	<1085868854.30728.30.camel@hurina>
	<20040530003348.64f7ede1@navi.lan>
	<Pine.LNX.4.58.0405291840410.1129@diku.intranet.braincell.com>
Comments: In-reply-to "Jaldhar H. Vyas" <jaldhar@debian.org>
	message dated "Sat, 29 May 2004 18:51:32 -0400."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 30 May 2004 12:13:14 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BUGl8-00008K-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 30 May 2004 03:20:26 -0000
X-UID: 9293                                                  
Status: O


Jaldhar wrote:
>
>Debian users: my question is, is adding the patch worth the delay in
>getting 0.99.10.5 into sarge?
>
You know my answer, no.
Dovecot needs to get back into sarge before hell, er, code freezes over,
this is something for a 0.99.10.5-n release.

Regards,

Christian
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From discussion-lists@linnet.org  Sun May 30 11:30:11 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B43F6C000DD2; Sun, 30 May 2004 11:30:11 +0300 (EEST)
Received: from majesty.pobox.com (majesty.pobox.com [208.210.124.70])
	by talvi.dovecot.org (Postfix) with ESMTP id 238ECC0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 11:30:02 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by majesty.pobox.com (Postfix) with ESMTP id 3154FC6A85;
	Sun, 30 May 2004 04:22:55 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by majesty.pobox.com (Postfix) with ESMTP id CA9E5C86D6;
	Sun, 30 May 2004 04:22:54 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id 6230578B; Sun, 30 May 2004 04:22:53 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.228.51])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 3636177F; Sun, 30 May 2004 04:22:52 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BULaj-0000Bt-Q2; Sun, 30 May 2004 09:22:49 +0100
Date: Sun, 30 May 2004 09:22:49 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
Message-ID: <20040530082249.GA711@uk.tiscali.com>
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
	<m3r7t4bfm0.fsf@merlin.emma.line.org>
	<1085869231.30728.37.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1085869231.30728.37.camel@hurina>
User-Agent: Mutt/1.4.1i
Cc: Matthias Andree <matthias.andree@gmx.de>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 30 May 2004 08:30:12 -0000
X-UID: 9294                                                  
Status: O
Content-Length: 1343

On Sun, May 30, 2004 at 01:20:31AM +0300, Timo Sirainen wrote:
> On Fri, 2004-05-28 at 20:56, Matthias Andree wrote:
> > "Oleg I. Vdovikin" <oleg@cs.msu.su> writes:
> > 
> > >     Yes, but I need at least transparent migration from uw-imap to dovecot.
> > 
> > We need transparent migration from any server, not just from UW Imap. It
> > can be a Perl/Python/Whatever script - it only runs one if Dovecot
> > stores the UIDLs in a file.
> 
> Would it be enough if Dovecot simply used "X-POP3-UID" (or something)
> header which contains the UID for the old server? That would have to be
> generated using some script though.
> 
> If the header doesn't exist, Dovecot would use it's internal method.

As long as the X-POP3-UID header is cached somewhere, it would be fine.

The main purpose of UIDL is for when clients leave mail on the server; each
time they connect they issue UIDL to check for new mail. So if they have
1000 messages held on the server, each time they log in you don't want to
have to open and read each of those 1000 files.

Same applies for message sizes for 'LIST' (where the message size counts
each newline as two bytes, \r\n). Some clients issue 'LIST' each time they
connect, so you don't want to have to open and read each message from start
to end just to count the number of newlines it contains.

Regards,

Brian.

From discussion-lists@linnet.org  Sun May 30 11:39:39 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5448CC000DD2; Sun, 30 May 2004 11:39:39 +0300 (EEST)
Received: from lime.pobox.com (lime.pobox.com [208.58.1.198])
	by talvi.dovecot.org (Postfix) with ESMTP id 2D7C4C0007B4
	for <dovecot@dovecot.org>; Sun, 30 May 2004 11:39:36 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by lime.pobox.com (Postfix) with ESMTP id 8F5D59EC1A;
	Sun, 30 May 2004 04:32:30 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by lime.pobox.com (Postfix) with ESMTP id 630169EC3F;
	Sun, 30 May 2004 04:32:30 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id 4EBED78B; Sun, 30 May 2004 04:32:29 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.228.51])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 4F38977F; Sun, 30 May 2004 04:32:28 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BULk2-0000C5-Gs; Sun, 30 May 2004 09:32:26 +0100
Date: Sun, 30 May 2004 09:32:26 +0100
From: Brian Candler <B.Candler@pobox.com>
To: James Moser <james@powweb.com>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
Message-ID: <20040530083226.GB711@uk.tiscali.com>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40B90E8D.3080306@powweb.com>
User-Agent: Mutt/1.4.1i
Cc: Timo Sirainen <tss@iki.fi>, Matthias Andree <matthias.andree@gmx.de>,
	dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 30 May 2004 08:39:39 -0000
X-UID: 9295                                                  
Status: O
Content-Length: 1711

On Sat, May 29, 2004 at 03:28:29PM -0700, James Moser wrote:
> I know FreeBSD currently does not (or at least 4.x, and I'm pretty sure 
> neither does 5.x)

That's my experience with 4.x too; I've not tried 5.x with this but then I
don't remember seeing any release notes saying this had changed either.

For POP3 access, I'm happy for no locks to be in place at all. If someone is
daft enough to make two concurrent POP3 accesses to the same mailbox, then
at worst what happens when they try to retrieve a message is they'll get

  -ERR This message has been deleted by someone else!

or something like that. I can live with that.

I've seen too many mailsystems which have annoying mailbox locks; you
disconnect and the mailbox remains unavailable for 30 minutes or more
because it thinks you are using it.

Dotlocks are a pain when you have multiple frontends on an NFS server,
because it's impossible to tell if they're stale (they may contain the
information that they were created by server B pid P, but if you're on
server A, you can't tell whether process P is still running on B or not)

If it were felt that locking were important, then I'd propose a simple lock
server process: a client opens a TCP connection to this process, sends the
name of the mailbox it wants to lock, and gets an ACK back. If the client
dies then the TCP connection is dropped and the lock is released. I can see
issues with numbers of filehandles/sockets on the lock server process
itself, so you'd have to tweak kernel parameters on a busy system. Perhaps
you could have a pool of lockserver processes listening on different ports,
and use a hash of the directory name to work out which one to connect to?

Regards,

Brian.

From gmid-dovecot@m.gmane.org  Mon May 31 01:27:08 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 811B9C000DD2; Mon, 31 May 2004 01:27:08 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 37E21C0007B4
	for <dovecot@dovecot.org>; Mon, 31 May 2004 01:27:06 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BUYet-0007yY-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 00:19:59 +0200
Received: from pd951f43c.dip.t-dialin.net ([217.81.244.60])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 00:19:59 +0200
Received: from matthias.andree by pd951f43c.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 00:19:59 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 30 May 2004 21:52:52 +0200
Lines: 27
Message-ID: <m3brk5wv3f.fsf@merlin.emma.line.org>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951f43c.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:ZwE1Cz5c4aNmcmv6C5E8KlsX+B0=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 0.99.10.5 release candidate
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 30 May 2004 22:27:08 -0000
X-UID: 9296                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> On Fri, 2004-05-28 at 10:21, Matthias Andree wrote:
>> Timo Sirainen <tss@iki.fi> writes:
>> 
>> > If you don't use fcntl locking (and with NFS you probably won't), you'd
>> 
>> What does this mean? Of course, we'll use fcntl locking with NFS as
>> well. At least on Linux and Solaris, this works.
>
> I thought Linux or BSDs didn't support fcntl locks as NFS client? And
> I've heard they've always been more or less buggy..

FreeBSD 4 supported NFS locks only on the server side, but not on the
client side. FreeBSD 5 is supposed to support client-side locks as well,
but I haven't tried.

Linux has been fine for a long time now (I believe that with ext2/ext3,
NFS has been doing fine since 2.2.12 or so, for other file systems, XFS
and reiserfs in particular, NFS was a problem until late into 2.4).

The point is that NFS locking requires fcntl() and will not work with flock().

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From gmid-dovecot@m.gmane.org  Mon May 31 01:29:22 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 94F82C000DE8; Mon, 31 May 2004 01:29:22 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 3DEBFC000DD2
	for <dovecot@dovecot.org>; Mon, 31 May 2004 01:29:20 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BUYh4-00080H-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 00:22:14 +0200
Received: from pd951f43c.dip.t-dialin.net ([217.81.244.60])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 00:22:14 +0200
Received: from matthias.andree by pd951f43c.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 00:22:14 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 30 May 2004 21:55:39 +0200
Lines: 24
Message-ID: <m37jutwuys.fsf@merlin.emma.line.org>
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
	<m3r7t4bfm0.fsf@merlin.emma.line.org>
	<1085869231.30728.37.camel@hurina>
	<20040530082249.GA711@uk.tiscali.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd951f43c.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:/B1BQ6o8BC3qYp47DYIoYHHLoEo=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 30 May 2004 22:29:22 -0000
X-UID: 9297                                                  
Status: O

Brian Candler <B.Candler@pobox.com> writes:

> The main purpose of UIDL is for when clients leave mail on the server; each
> time they connect they issue UIDL to check for new mail. So if they have
> 1000 messages held on the server, each time they log in you don't want to
> have to open and read each of those 1000 files.

And clients will also assume that you don't insert messages into the
middle of the mailbox, but append them at the end of the list, and that
message-number <-> UIDL assignments remain in the known order
(obviously, DELE from the middle will change the assignment overall, but
if you had

no  uid
 1  abc
 2  def
 3  ghi

dele 2 should keep 1 abc and 2 ghi.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From lfarkas@bppiac.hu  Mon May 31 15:54:26 2004
Return-Path: <lfarkas@bppiac.hu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F2FD0C000DD2; Mon, 31 May 2004 15:54:25 +0300 (EEST)
Received: from mx1.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by talvi.dovecot.org (Postfix) with ESMTP id 57C8EC0007B4
	for <dovecot@dovecot.org>; Mon, 31 May 2004 15:54:23 +0300 (EEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 6E56B16F4B1; Mon, 31 May 2004 14:47:07 +0200 (CEST)
Received: from bppiac.hu (eaglen.vpn.bppiac.hu [192.168.255.54])
	by mx1.bppiac.hu (Postfix) with ESMTP id 465EB16F4A3
	for <dovecot@dovecot.org>; Mon, 31 May 2004 14:47:07 +0200 (CEST)
Message-ID: <40BB294B.1080005@bppiac.hu>
Date: Mon, 31 May 2004 14:47:07 +0200
From: Farkas Levente <lfarkas@bppiac.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040124
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Postfix SASL AUTH from Dovecot
References: <1085882048.6244.11.camel@hurina>
In-Reply-To: <1085882048.6244.11.camel@hurina>
X-Enigmail-Version: 0.83.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 12:54:26 -0000
X-UID: 9298                                                  
Status: O
Content-Length: 1919

hi,
my main question here (as always) why we need sasl at all?
what is the main pros for sasl?
I've never seen any good reason.
anyway why do you use dovecot-auth for postfix? postfix has many 
authentication mechanism for everything.


Timo Sirainen wrote:
> Again today got annoyed at Cyrus SASL. Upgrading it to newer version had
> broken PAM support. Trying to login as "user@domain" resulted it only
> asking for "user" from PAM. Well, got it patched and working again, but
> I'd rather not go through it all the time..
> 
> So I finally did what I had been thinking about a year or so, change
> Postfix to use dovecot-auth directly. This required cleaning
> dovecot-auth quite a lot, but it seems to be working now.
> 
> Actually I finally implemented support for initial SASL response as
> well. POP3's AUTH command had required support for it, strange that
> no-one ever complained about it not working.
> 
> If you want to try it, you need very latest CVS version of Dovecot and
> this patch for Postfix:
> 
> http://dovecot.org/patches/postfix-dovecot-auth.patch
> 
> dovecot-auth can be run on it's own (configuration in environment
> variables), or you can use extra_sockets auth setting which is a ':'
> separated list of UNIX sockets where to listen in. You'd probably want
> to set it to /var/spool/postfix/etc/dovecot-auth, the location is
> hardcoded to /etc/dovecot-auth in the patch for now (smtpd is chrooted).
> 
> The only real problem is that Dovecot creates the dovecot-auth socket
> using 0660 root:root modes, so you have to manually chmod it to 0666 or
> fix owner/group. I guess that needs some more thinking.. Probably each
> socket should have separate settings for it, but how to do it easily in
> configuration? ..
> 
> The patch has also hardcoded dovecot path in Makefile.in, you'll need to
> change that.
> 


-- 
   Levente                               "Si vis pacem para bellum!"


From tss@iki.fi  Mon May 31 19:19:59 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 215CDC000DF3; Mon, 31 May 2004 19:19:59 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4B8E4C000DE8
	for <dovecot@dovecot.org>; Mon, 31 May 2004 19:19:54 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A22251C185E2; Mon, 31 May 2004 19:12:46 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 6420A1C185E1; Mon, 31 May 2004 19:12:12 +0300 (EEST)
Subject: Re: [Dovecot] Postfix SASL AUTH from Dovecot
From: Timo Sirainen <tss@iki.fi>
To: Farkas Levente <lfarkas@bppiac.hu>
In-Reply-To: <40BB294B.1080005@bppiac.hu>
References: <1085882048.6244.11.camel@hurina>  <40BB294B.1080005@bppiac.hu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-SMLgg9PziqnldgqRvtPI"
Message-Id: <1086019931.23360.39.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 31 May 2004 19:12:12 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 16:19:59 -0000
X-UID: 9299                                                  
Status: O
Content-Length: 2461


--=-SMLgg9PziqnldgqRvtPI
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-05-31 at 15:47, Farkas Levente wrote:
> my main question here (as always) why we need sasl at all?
> what is the main pros for sasl?
> I've never seen any good reason.

SMTP AUTH is done with SASL, so IP-address restrictions and
POP/IMAP-before-SMTP are the only alternatives.

SASL is really just a list of requirements for an authentication
mechanism to be SASL compatible. There are plaintext SASL mechanisms
(PLAIN, LOGIN) which are commonly used with SMTP authentication.

When talking about SASL library it usually does much more than just
implement the few SASL mechanisms. It has to know how to verify the
passwords and where to find user's home directory etc. dovecot-auth for
example consists of:

# user/password databases (pam, ldap, sql, ..)
~/cvs/dovecot/src/auth% wc -l db-*.c|tail -1
  975 total
~/cvs/dovecot/src/auth% wc -l userdb*.c|tail -1
  881 total
~/cvs/dovecot/src/auth% wc -l passdb*.c|tail -1
 1497 total
# password matching functions (crypt, md5, ..)
~/cvs/dovecot/src/auth% wc -l password*.c|tail -1
  475 total
# sasl authentication mechanisms
~/cvs/dovecot/src/auth% wc -l mech-*.c
   82 mech-anonymous.c
  251 mech-cram-md5.c
  250 mech-cyrus-sasl2.c
  652 mech-digest-md5.c
  136 mech-plain.c
 1371 total

Only the mech-*.c files are SASL mechanism specific code. ANONYMOUS
could be done pretty much by sending username "anonymous" and empty
password. CRAM-MD5 and DIGEST-MD5 aren't really useful if SSL is being
used, except with them server never sees the plaintext password. What
could actually be very useful are Kerberos and OTP mechanisms, if
someone just implemented them.

> anyway why do you use dovecot-auth for postfix? postfix has many=20
> authentication mechanism for everything.

AFAIK Postfix uses only Cyrus SASL library for authentication, it hasn't
implemented anything internally and it doesn't support any other library
(and there aren't many). And Cyrus SASL was the thing I've always
disliked.

It also means less configuration.


--=-SMLgg9PziqnldgqRvtPI
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAu1lbyUhSUUBViskRAg7wAJ0dziRdNEPDru0esTG+J6j2o+4ZlACgnsHL
mY7XMca1DQESEdSx2ZtpTBM=
=JFNF
-----END PGP SIGNATURE-----

--=-SMLgg9PziqnldgqRvtPI--


From tss@iki.fi  Mon May 31 19:32:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3D0F7C000DD2; Mon, 31 May 2004 19:32:26 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id DE8EAC0007B4
	for <dovecot@dovecot.org>; Mon, 31 May 2004 19:32:23 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 194821C185E2; Mon, 31 May 2004 19:25:16 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id A90A81C185E1; Mon, 31 May 2004 19:24:41 +0300 (EEST)
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
From: Timo Sirainen <tss@iki.fi>
To: Brian Candler <B.Candler@pobox.com>
In-Reply-To: <20040530083226.GB711@uk.tiscali.com>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina>
	<40B90E8D.3080306@powweb.com>  <20040530083226.GB711@uk.tiscali.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-B3rg/cUt3FkAWlmeTsm1"
Message-Id: <1086020681.23360.51.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 31 May 2004 19:24:41 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 16:32:26 -0000
X-UID: 9300                                                  
Status: O
Content-Length: 2668


--=-B3rg/cUt3FkAWlmeTsm1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-05-30 at 11:32, Brian Candler wrote:
> For POP3 access, I'm happy for no locks to be in place at all. If someone=
 is
> daft enough to make two concurrent POP3 accesses to the same mailbox, the=
n
> at worst what happens when they try to retrieve a message is they'll get
>=20
>   -ERR This message has been deleted by someone else!
>=20
> or something like that. I can live with that.

That's what Dovecot does now.

But that isn't the worst if you have no locks at all. You still want to
lock the mailbox while it's being read or written, otherwise there would
be either mailbox corruption (two writers at the same time) or user
could be sent corrupted mails (one reading while another is writing).

> Dotlocks are a pain when you have multiple frontends on an NFS server,
> because it's impossible to tell if they're stale (they may contain the
> information that they were created by server B pid P, but if you're on
> server A, you can't tell whether process P is still running on B or not)

Dovecot does what mutt does. If dotlock exists and mailbox or the
dotlock isn't modified in 30 seconds, it's overridden. Hmm. Although
that might be a bit too aggressive, just reading a large mailbox could
take long and that wouldn't modify it..

> If it were felt that locking were important, then I'd propose a simple lo=
ck
> server process: a client opens a TCP connection to this process, sends th=
e
> name of the mailbox it wants to lock, and gets an ACK back. If the client
> dies then the TCP connection is dropped and the lock is released.=20

I think nfs.lockd does pretty much that, except the client OS must
notify if process dies without releasing lock. If the whole computer
gets lost, .. I guess the lock stays there for a long time?

> I can see
> issues with numbers of filehandles/sockets on the lock server process
> itself, so you'd have to tweak kernel parameters on a busy system. Perhap=
s
> you could have a pool of lockserver processes listening on different port=
s,
> and use a hash of the directory name to work out which one to connect to?

Might be useful, but you'd probably want to have redundancy as well as
load balancing. Might not be that easy to implement.


--=-B3rg/cUt3FkAWlmeTsm1
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAu1xJyUhSUUBViskRAsT2AJ9Dn8BTZFDzQ4Bcc4bArYSjpvajQACfW0Os
Hn4tyku9gtoeC7P+Oyth9QA=
=0fJP
-----END PGP SIGNATURE-----

--=-B3rg/cUt3FkAWlmeTsm1--


From b.candler@pobox.com  Mon May 31 21:16:38 2004
Return-Path: <b.candler@pobox.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7A760C000DD6; Mon, 31 May 2004 21:16:38 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 548DDC000DD2
	for <dovecot@dovecot.org>; Mon, 31 May 2004 21:16:36 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 61B3713915E; Mon, 31 May 2004 14:09:26 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.228.51])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 2AB2B139148; Mon, 31 May 2004 14:09:25 -0400 (EDT)
Received: from brian by billdog.local.linnet.org with local (Exim 4.31)
	id 1BUrDu-0000Eo-EF; Mon, 31 May 2004 19:09:22 +0100
Date: Mon, 31 May 2004 19:09:22 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
Message-ID: <20040531180922.GA903@uk.tiscali.com>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1086020681.23360.51.camel@hurina>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 18:16:38 -0000
X-UID: 9301                                                  
Status: O
Content-Length: 1154

On Mon, May 31, 2004 at 07:24:41PM +0300, Timo Sirainen wrote:
> >   -ERR This message has been deleted by someone else!
> > 
> > or something like that. I can live with that.
> 
> That's what Dovecot does now.
> 
> But that isn't the worst if you have no locks at all. You still want to
> lock the mailbox while it's being read or written, otherwise there would
> be either mailbox corruption (two writers at the same time) or user
> could be sent corrupted mails (one reading while another is writing).

Oh yes, sorry. I now think "Maildir" exclusively, and forget that some
people still use mbox :-)

Having seen mailservers where users leave 10-20MB of mail on the server, in
a single mbox file, where the POP3 server has to read through the whole mbox
every time they login just to count how many messages are in there... well,
that's enough for me to give up on mbox.

> I think nfs.lockd does pretty much that, except the client OS must
> notify if process dies without releasing lock. If the whole computer
> gets lost, .. I guess the lock stays there for a long time?

If it were over TCP, you could turn on keepalives I guess.

Cheers,

Brian.

From tomi.hakala@clinet.fi  Mon May 31 21:33:20 2004
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4E194C000DD6; Mon, 31 May 2004 21:33:20 +0300 (EEST)
Received: from smtp2.song.fi (smtp2.song.fi [194.100.2.122])
	by talvi.dovecot.org (Postfix) with ESMTP id 57D62C000DD2
	for <dovecot@dovecot.org>; Mon, 31 May 2004 21:33:18 +0300 (EEST)
Received: from clinet.fi (denver.clinet.fi [194.100.200.66])
	by smtp2.song.fi (Postfix) with ESMTP id 2BECF85DB4
	for <dovecot@dovecot.org>; Mon, 31 May 2004 21:25:51 +0300 (EEST)
Message-ID: <40BB78B1.7D0C62F6@clinet.fi>
Date: Mon, 31 May 2004 21:25:53 +0300
From: Tomi Hakala <tomi.hakala@clinet.fi>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina>
	<40B90E8D.3080306@powweb.com> <20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 18:33:20 -0000
X-UID: 9302                                                  
Status: O

Timo Sirainen wrote:
>On Sun, 2004-05-30 at 11:32, Brian Candler wrote:
> > I can see
> > issues with numbers of filehandles/sockets on the lock server process
> > itself, so you'd have to tweak kernel parameters on a busy system. Perhaps
> > you could have a pool of lockserver processes listening on different ports,
> > and use a hash of the directory name to work out which one to connect to?
> 
> Might be useful, but you'd probably want to have redundancy as well as
> load balancing. Might not be that easy to implement.

How about distributed lock manager which sits on every node? It could
communicate with other nodes by multicast, although keeping the lock
would require heartbeat packets instead of just keeping TCP session open,
thus causing more interrupts and context switches :-(

-- 
Tomi Hakala

From discussion-lists@linnet.org  Mon May 31 22:46:50 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0AD23C000DD2; Mon, 31 May 2004 22:46:50 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id E8DB7C0007B4
	for <dovecot@dovecot.org>; Mon, 31 May 2004 22:46:47 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 2E9A213916D; Mon, 31 May 2004 15:39:39 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.228.51])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 6CFF1139167; Mon, 31 May 2004 15:39:38 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BUsdF-0000If-Dx; Mon, 31 May 2004 20:39:37 +0100
Date: Mon, 31 May 2004 20:39:37 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Matthias Andree <matthias.andree@gmx.de>
Subject: Re: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
Message-ID: <20040531193937.GC1108@uk.tiscali.com>
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
	<m3r7t4bfm0.fsf@merlin.emma.line.org>
	<1085869231.30728.37.camel@hurina>
	<20040530082249.GA711@uk.tiscali.com>
	<m37jutwuys.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m37jutwuys.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 19:46:50 -0000
X-UID: 9303                                                  
Status: O
Content-Length: 1397

On Sun, May 30, 2004 at 09:55:39PM +0200, Matthias Andree wrote:
> > The main purpose of UIDL is for when clients leave mail on the server; each
> > time they connect they issue UIDL to check for new mail. So if they have
> > 1000 messages held on the server, each time they log in you don't want to
> > have to open and read each of those 1000 files.
> 
> And clients will also assume that you don't insert messages into the
> middle of the mailbox, but append them at the end of the list, and that
> message-number <-> UIDL assignments remain in the known order

They will?? They shouldn't. RFC1939 doesn't allow them to do this as far as
I know.

> (obviously, DELE from the middle will change the assignment overall, but
> if you had
> 
> no  uid
>  1  abc
>  2  def
>  3  ghi
> 
> dele 2 should keep 1 abc and 2 ghi.

I don't believe they have any permission to assume this. If the server
happens to maintain this ordering, well, the client could attempt some sort
of dubious binary-chop to work out where new mail has arrived (since some or
all messages may have been deleted); I think 'fetchmail' has some code to do
this. I consider this an abuse of the protocol.

This requirement would mandate that the server do a sort() on the directory
listing, because otherwise the order of files returned by opendir/readdir/
closedir is not necessarily the order in which they are created.

Brian.

From tss@iki.fi  Mon May 31 23:38:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C36C7C000DF5; Mon, 31 May 2004 23:38:44 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id CC669C000DD6
	for <dovecot@dovecot.org>; Mon, 31 May 2004 23:38:42 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C489D1C185E2; Mon, 31 May 2004 23:31:34 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 67AF01C185E1
	for <dovecot@dovecot.org>; Mon, 31 May 2004 23:31:00 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Eckr5XGCwkb/7sgn3+Ce"
Message-Id: <1086035459.29926.22.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 31 May 2004 23:31:00 +0300
X-Spam-Status: No, hits=-7.2 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,SEARCH_ENGINE_PROMO,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test14
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 20:38:44 -0000
X-UID: 9304                                                  
Status: O
Content-Length: 1826


--=-Eckr5XGCwkb/7sgn3+Ce
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

Maildir syncing is still somewhat broken. I can't really figure out what
the problem is. Maybe it's in indexes after all which are just causing
bugs in syncing. I think I'll finish implementing mbox syncing and see
if same problems appear with it.

This release has mostly dovecot-auth changes:

 - Delay reporting failed authentications
 - Log IP address of failed authentications (if verbose =3D yes)
 - Password schemes can now be loaded from plugins. Example:
   http://dovecot.org/patches/1.0/password-scheme-lmpass.c
 - (now that I think of it, auth mechanisms could be implemented
   as plugins as well if they were placed in password-scheme
   directory, I think I'll change the directory name so it's
   more logical)
 - SASL initial responses are supported (POP3)
 - SHA/SHA1 password scheme implemented with OpenSSL
 - dovecot-auth can run as standalone process now (but that doesn't
   work with Dovecot itself at least yet)
 - Changes to make it more easier to use it outside Dovecot
   (eg. the Postfix patch)

Added new variables which can be used:

 %l - local IP address
 %r - remote IP address
 %P - PID

Added mail_log_prefix setting where variables can be used. So if you
want eg. "imap(user,ip-addr,pid): ", set it to "%p(%u,%r,%P): ".

And others:
 - added maildir_stat_dirs setting
 - several bugfixes for indexes


--=-Eckr5XGCwkb/7sgn3+Ce
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAu5YDyUhSUUBViskRAjTZAKCU/+9+r+Za+NbMt2nUbaXqNIe2XACeLNIa
NhupqXicsf2ttRuCJvzGTZA=
=jLOO
-----END PGP SIGNATURE-----

--=-Eckr5XGCwkb/7sgn3+Ce--


From miquels@cistron.net  Tue Jun  1 01:03:56 2004
Return-Path: <miquels@cistron.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 73D9BC000DD6; Tue,  1 Jun 2004 01:03:56 +0300 (EEST)
Received: from smtp.cistron-office.nl (10fwd.cistron-office.nl [62.216.29.197])
	by talvi.dovecot.org (Postfix) with ESMTP id 180C8C000DD2
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 01:03:50 +0300 (EEST)
Received: from subspace.cistron-office.nl ([62.216.29.200])
	by smtp.cistron-office.nl with esmtp (Exim 3.35 #1 (Debian))
	id 1BUult-0003Io-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 23:56:41 +0200
Received: from miquels by subspace.cistron-office.nl with local (Exim 3.35 #1
	(Debian)) id 1BUuls-0006rO-00
	for <dovecot@dovecot.org>; Mon, 31 May 2004 23:56:40 +0200
Date: Mon, 31 May 2004 23:56:40 +0200
From: Miquel van Smoorenburg <miquels@cistron.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
Message-ID: <20040531215640.GA25639@cistron.nl>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina>
	<m3brk5wv3f.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3brk5wv3f.fsf@merlin.emma.line.org>
X-NCC-RegID: nl.cistron
User-Agent: Mutt/1.5.4i
Sender: Miquel van Smoorenburg <miquels@subspace.cistron-office.nl>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: dovecot@dovecot.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: Mon, 31 May 2004 22:03:56 -0000
X-UID: 9305                                                  
Status: O
Content-Length: 1283

According to Matthias Andree:
> Timo Sirainen <tss@iki.fi> writes:
> 
> > I thought Linux or BSDs didn't support fcntl locks as NFS client? And
> > I've heard they've always been more or less buggy..
> 
> Linux has been fine for a long time now (I believe that with ext2/ext3,
> NFS has been doing fine since 2.2.12 or so, for other file systems, XFS
> and reiserfs in particular, NFS was a problem until late into 2.4).

Linux as a client has supported NFS locking for years. As a server, you
need to use the kernel NFS server, not the user-level NFS server, to
get working NFS locking. That has been stable since 2.4.something.

I've been running lots of linux nfs servers and clients in NFSv3 mode with
locking enabled, all 2.4 kernels, for one or two years now. No problems.

But indeed, you need to use fcntl() locking on Linux to get NFS locking.
lockf() is implemented seperately and doesn't work over NFS. You can
use flock(), since that is just an interface to fcntl(), but that
is Linux specific - on other platforms flock() might not be an interface
to fcntl().

(BTW, it sucks that lockf() doesn't work over NFS - the POSIX fcntl()
 locking semantics are stupid. Closing any other fd in the same process
 that refers to the same file loses all the locks ? Wtf ? )

Mike.

From joshua@shallow.net  Tue Jun  1 01:13:43 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 72B19C000DD6; Tue,  1 Jun 2004 01:13:43 +0300 (EEST)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 9D0B8C000DD2
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 01:13:40 +0300 (EEST)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id C4C9C2C7B; Tue,  1 Jun 2004 08:06:30 +1000 (EST)
Date: Tue, 1 Jun 2004 08:06:30 +1000
From: Joshua Goodall <joshua@roughtrade.net>
To: Tomi Hakala <tomi.hakala@clinet.fi>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
Message-ID: <20040531220630.GP1698@roughtrade.net>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina> <40BB78B1.7D0C62F6@clinet.fi>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="FwyhczKCDPOVeYh6"
Content-Disposition: inline
In-Reply-To: <40BB78B1.7D0C62F6@clinet.fi>
User-Agent: Mutt/1.5.4i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 22:13:43 -0000
X-UID: 9306                                                  
Status: O
Content-Length: 1812


--FwyhczKCDPOVeYh6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, May 31, 2004 at 09:25:53PM +0300, Tomi Hakala wrote:
> Timo Sirainen wrote:
> >On Sun, 2004-05-30 at 11:32, Brian Candler wrote:
> > > I can see
> > > issues with numbers of filehandles/sockets on the lock server process
> > > itself, so you'd have to tweak kernel parameters on a busy system. Pe=
rhaps
> > > you could have a pool of lockserver processes listening on different =
ports,
> > > and use a hash of the directory name to work out which one to connect=
 to?
> >=20
> > Might be useful, but you'd probably want to have redundancy as well as
> > load balancing. Might not be that easy to implement.
>=20
> How about distributed lock manager which sits on every node? It could
> communicate with other nodes by multicast, although keeping the lock
> would require heartbeat packets instead of just keeping TCP session open,
> thus causing more interrupts and context switches :-(

This could be done via Spread: www.spread.org.  Spread is an extended
virtual synchrony toolkit (roughly this means you have an all-or-nothing
delivery guarantee).  I maintain FreeBSD and Debian-style packages
of Spread and find it very useful for distributed applications.
It's not written in Dovecot's secure style, however.

J

--=20
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

--FwyhczKCDPOVeYh6
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFAu6xmPsqE37hMaDwRAihHAKCn2WMGT9hYkuLNuKzlwHYuLp2xXwCg+Bdf
O2l52g/Ca+qC1T8sCLqpKfY=
=wCNR
-----END PGP SIGNATURE-----

--FwyhczKCDPOVeYh6--

From matthias.andree@gmx.de  Tue Jun  1 01:14:37 2004
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 170D6C000DFB; Tue,  1 Jun 2004 01:14:37 +0300 (EEST)
Received: from mail.dt.e-technik.uni-dortmund.de
	(mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 77976C000DF5
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 01:14:01 +0300 (EEST)
Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de
	[129.217.163.1])
	by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 69AB09F84; 
	Tue,  1 Jun 2004 00:06:52 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id 1E3A1C2238;
	Tue,  1 Jun 2004 00:06:51 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
	by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 08376-03-3; Tue,  1 Jun 2004 00:06:50 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id F411DC2237; Tue,  1 Jun 2004 00:06:49 +0200 (CEST)
To: Brian Candler <B.Candler@pobox.com>
Subject: Re: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
In-Reply-To: <20040531193937.GC1108@uk.tiscali.com> (Brian Candler's message
	of "Mon, 31 May 2004 20:39:37 +0100")
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
	<m3r7t4bfm0.fsf@merlin.emma.line.org>
	<1085869231.30728.37.camel@hurina>
	<20040530082249.GA711@uk.tiscali.com>
	<m37jutwuys.fsf@merlin.emma.line.org>
	<20040531193937.GC1108@uk.tiscali.com>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 01 Jun 2004 00:06:49 +0200
Message-ID: <m3iseci746.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org
Cc: Matthias Andree <matthias.andree@gmx.de>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 31 May 2004 22:14:37 -0000
X-UID: 9307                                                  
Status: O
Content-Length: 1125

Brian Candler <B.Candler@pobox.com> writes:

> I don't believe they have any permission to assume this. If the server
> happens to maintain this ordering, well, the client could attempt some sort
> of dubious binary-chop to work out where new mail has arrived (since some or
> all messages may have been deleted)

Yup, given the lack of a range for UIDL, this is necessary.

> ; I think 'fetchmail' has some code to do
> this. I consider this an abuse of the protocol.

Historical convention, earlier POP3 versions required this, to support
the LAST command.

> This requirement would mandate that the server do a sort() on the directory
> listing, because otherwise the order of files returned by opendir/readdir/
> closedir is not necessarily the order in which they are created.

True. I know this feature was implemented by Courier-IMAP around 2.0
because too many clients choked with adding new mail out-of-order.
qmail-pop3d also shows new mail at the end of the list, and it is
perhaps a reference implementation of all Maildir POP3 servers.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

From dpham@mercy.com.au  Tue Jun  1 06:52:03 2004
Return-Path: <dpham@mercy.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B8B99C000DD2; Tue,  1 Jun 2004 06:52:03 +0300 (EEST)
Received: from coregw02.mercynet.com.au (unknown [203.134.124.68])
	by talvi.dovecot.org (Postfix) with ESMTP id B65B1C000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 06:51:58 +0300 (EEST)
Received: from coremx01.mercynet.com.au ([172.27.241.1]) by coregw02 with
	trend_isnt_name_B; Tue, 01 Jun 2004 13:44:45 +1000
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 1 Jun 2004 13:44:45 +1000
Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E7DF@coremx01.mercynet.com.au>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: IMAP login name conversion
Thread-Index: AcRHiUF48ASY98ZQTMil+JRlCry0Bg==
From: "Zoong Pham" <dpham@mercy.com.au>
To: <dovecot@dovecot.org>
Subject: [Dovecot] IMAP login name conversion
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 03:52:05 -0000
X-UID: 9308                                                  
Status: O

Hi all,

Out IMAP client (Outlook and others) use login name like =
joedirt@domainname.com

I need dovecot to convert it to joedirt-domainname_com since that is the =
local login name.
Can someone give me a hint how to do that?
Is there any simple way to do it or do I have to modify any source code?

Thanks,
Zoong

From chibi@gol.com  Tue Jun  1 07:38:25 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7635CC000DD2; Tue,  1 Jun 2004 07:38:25 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id A8AE3C000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 07:38:22 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BV0ve-0007Dp-00
	for <dovecot@dovecot.org>; Tue, 01 Jun 2004 13:31:10 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate 
In-reply-to: <20040531180922.GA903@uk.tiscali.com> 
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
Comments: In-reply-to Brian Candler <B.Candler@pobox.com>
	message dated "Mon, 31 May 2004 19:09:22 +0100."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 01 Jun 2004 13:31:09 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 04:38:25 -0000
X-UID: 9309                                                  
Status: O
Content-Length: 1680


Brian wrote:
>On Mon, May 31, 2004 at 07:24:41PM +0300, Timo Sirainen wrote:
>> >   -ERR This message has been deleted by someone else!
>> > 
>> > or something like that. I can live with that.
>> 
>> That's what Dovecot does now.
>> 
>> But that isn't the worst if you have no locks at all. You still want to
>> lock the mailbox while it's being read or written, otherwise there would
>> be either mailbox corruption (two writers at the same time) or user
>> could be sent corrupted mails (one reading while another is writing).
>
>Oh yes, sorry. I now think "Maildir" exclusively, and forget that some
>people still use mbox :-)
>
Converting tens of thousands of users (in a fast and transparent as 
possible fashion) is no easy feat.

>Having seen mailservers where users leave 10-20MB of mail on the server, in
>a single mbox file, where the POP3 server has to read through the whole mbox
>every time they login just to count how many messages are in there... well,
>that's enough for me to give up on mbox.
>
Tell me about it. ;P

Note though that maildir still leaves you vulnerable to some extent 
with large individual mails (we allow for 10MB per message max here). 
The atomic tmp -> new move prevents of course the case of multiple 
(inbound, SMTP) writers. Alas following a recent conversation in this
ML with Timo all that saves your butt and mail integrity in the case
when a large message being read by slow client gets deleted by another
client (dovecot instance) is Saint BufferCache. ;)

Regards,

Christian
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From discussion-lists@linnet.org  Tue Jun  1 11:07:51 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 704DDC000DD2; Tue,  1 Jun 2004 11:07:51 +0300 (EEST)
Received: from icicle.pobox.com (icicle.pobox.com [207.8.226.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 472C3C000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 11:07:45 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by icicle.pobox.com (Postfix) with ESMTP id A848B1034F9;
	Tue,  1 Jun 2004 04:00:25 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by icicle.pobox.com (Postfix) with ESMTP id 3BA11103822;
	Tue,  1 Jun 2004 04:00:17 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id 50E1878C; Tue,  1 Jun 2004 04:00:16 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.228.51])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id F2C7677F; Tue,  1 Jun 2004 04:00:13 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BV4Bv-0000Db-UY; Tue, 01 Jun 2004 09:00:11 +0100
Date: Tue, 1 Jun 2004 09:00:11 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Christian Balzer <chibi@gol.com>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
Message-ID: <20040601080011.GA704@uk.tiscali.com>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 08:07:52 -0000
X-UID: 9310                                                  
Status: O
Content-Length: 2160

On Tue, Jun 01, 2004 at 01:31:09PM +0900, Christian Balzer wrote:
> >Oh yes, sorry. I now think "Maildir" exclusively, and forget that some
> >people still use mbox :-)
> >
> Converting tens of thousands of users (in a fast and transparent as 
> possible fashion) is no easy feat.

It's not hard in principle.

courier-imap has a feature called "loginexec" (actually something I wrote
and managed to persuade Sam to include).

Whenever you login, if a file called "loginexec" exists within the Maildir
and is executable, it is run. If it terminates with a zero exit code then it
is deleted.

So in your case, within each Maildir you put a small loginexec script which
performs the conversion from mbox to Maildir. The next time this user logs
in, their mail gets converted, and then the loginexec file is deleted.

What I was using loginexec for was to transfer mail from a remote POP3
server; I wrote a small C program which pulled mail from the old server
(given the hostname, username and password) and dropped it into the local
Maildir. I've successfully migrated hundreds of thousands of mailboxes in
this way, where I don't even have shell access to the old POP3 server.

> Note though that maildir still leaves you vulnerable to some extent 
> with large individual mails (we allow for 10MB per message max here). 

Sorry, I don't follow. There's no need for the pop3/imap server to *read*
every message each time a user logs in. The size for LIST can be cached, so
you'd only actually open the file when the client requests the message
content or headers.

> The atomic tmp -> new move prevents of course the case of multiple 
> (inbound, SMTP) writers. Alas following a recent conversation in this
> ML with Timo all that saves your butt and mail integrity in the case
> when a large message being read by slow client gets deleted by another
> client (dovecot instance) is Saint BufferCache. ;)

I don't understand that comment either. If process A has a file open, and
process B deletes it, the file remains (in its entirety) on the filesystem
until process A closes it. That's not buffer caching; that's the semantics
of unlink().

Regards,

Brian.

From discussion-lists@linnet.org  Tue Jun  1 11:20:26 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 47B96C000DD6; Tue,  1 Jun 2004 11:20:26 +0300 (EEST)
Received: from integer.pobox.com (integer.pobox.com [208.58.1.194])
	by talvi.dovecot.org (Postfix) with ESMTP id AE7DAC000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 11:20:23 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by integer.pobox.com (Postfix) with ESMTP id 577799929A;
	Tue,  1 Jun 2004 04:13:09 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by integer.pobox.com (Postfix) with ESMTP id A8E8E99581;
	Tue,  1 Jun 2004 04:12:36 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id BB55677F; Tue,  1 Jun 2004 04:12:35 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.228.51])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 798AF77B; Tue,  1 Jun 2004 04:12:34 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BV4Nt-0000E0-21; Tue, 01 Jun 2004 09:12:33 +0100
Date: Tue, 1 Jun 2004 09:12:33 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Matthias Andree <matthias.andree@gmx.de>
Subject: Re: [Dovecot] Re: Small change to make dovecot
	pop3uw-imapmigrationfriendly
Message-ID: <20040601081233.GB704@uk.tiscali.com>
References: <20040528120631.GA9680@uk.tiscali.com>
	<007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su>
	<20040528131454.GA9870@uk.tiscali.com>
	<00ad01c444b8$02fb9590$6628d0c3@mlab.cs.msu.su>
	<m3r7t4bfm0.fsf@merlin.emma.line.org>
	<1085869231.30728.37.camel@hurina>
	<20040530082249.GA711@uk.tiscali.com>
	<m37jutwuys.fsf@merlin.emma.line.org>
	<20040531193937.GC1108@uk.tiscali.com>
	<m3iseci746.fsf@merlin.emma.line.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3iseci746.fsf@merlin.emma.line.org>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 08:20:26 -0000
X-UID: 9311                                                  
Status: O
Content-Length: 2058

On Tue, Jun 01, 2004 at 12:06:49AM +0200, Matthias Andree wrote:
> > I don't believe they have any permission to assume this. If the server
> > happens to maintain this ordering, well, the client could attempt some sort
> > of dubious binary-chop to work out where new mail has arrived (since some or
> > all messages may have been deleted)
> 
> Yup, given the lack of a range for UIDL, this is necessary.

I wouldn't say "necessary" - I'd say "a possible optimisation not sanctioned
by the RFC"

But anyway, I'm sure you'd agree that clients are not *required* to perform
this optimisation. So, some (many?) clients do ask for a complete UIDL
listing every time they connect. If there are 1000 old messages in the
mailbox, then you definitely don't want to open and read every one to find
its X-POP3-UID header. Equally, clients may ask for a complete LIST of the
maildrop. Again, you don't want to open and read every message file just to
calculate its size.

courier-imap used to do this, and the load was enormous from clients which
left mail on the server. Once it introduced a cache file
(courierpop3dsizelist), this problem went away. (This file also stores the
UID; previously it had used the Maildir filename as UID, but this turned out
to be too long for some clients)

I'm not trying to be pro-courier-imap here, by the way. I'd be happy to have
a path to bail out; but there are some key features that I need to have
first. One is Maildir++ quotas, and another is efficient POP3 operation in
the presence of clients who leave mail on server, and issue a full maildrop
UIDL and/or LIST each time they connect. A mechanism for transparent
migration of mailbox contents from a remote POP3 server is another. If I can
preserve the original UID of each message when migrating mail, then this
will be a bonus which courier-imap doesn't give me.

Oh, and perhaps most important of all, I need robustness. The pop3/imap
server should not die and drop the connection, say because a message within
the maildrop is mailformed in some way.

Regards,

Brian.

From jaekel@webgods.de  Tue Jun  1 13:27:38 2004
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 114AFC000DD2; Tue,  1 Jun 2004 13:27:38 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by talvi.dovecot.org (Postfix) with ESMTP id EB37CC000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 13:27:35 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (yian-ho03.nir.cronon.net
	[192.166.201.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by fredda.webgods.de (Postfix) with ESMTP id E2D5F13C008
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 12:20:25 +0200 (CEST)
Message-Id: <5.2.1.1.0.20040601115849.02e8ae28@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 01 Jun 2004 12:13:20 +0200
To: dovecot@dovecot.org
From: Andreas Jaekel <jaekel@webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [Dovecot] 1.0-test14: no sendfile() in Solaris 8
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 10:27:38 -0000
X-UID: 9312                                                  
Status: O

Aloha.

The current CVS snapshot and 1.0-test14 will not build on Solaris 8
because it does not provide a sendfile() funtion.  It just has sendfilev().
Solaris 9 has sendfile(), though.

Using the old sendfile-util.c from 1.0-test1 and setting HAVE_SOLARIS_SENDFILEV
instead of HAVE_LINUX_SENDFILE in config.h works.

Greetings,
      Andy.


From dgc@uchicago.edu  Tue Jun  1 14:16:35 2004
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6945FC000DD2; Tue,  1 Jun 2004 14:16:35 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by talvi.dovecot.org (Postfix) with ESMTP id 8854AC000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 14:16:31 +0300 (EEST)
Received: from dust.uchicago.edu (localhost [127.0.0.1])
	by dust.uchicago.edu (8.12.10/8.12.9) with ESMTP id i51B8qJx020705;
	Tue, 1 Jun 2004 06:08:52 -0500 (CDT)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.12.10/8.12.10/Submit) id i51B8p6J020704;
	Tue, 1 Jun 2004 06:08:51 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Tue, 1 Jun 2004 06:08:51 -0500
From: David Champion <dgc@uchicago.edu>
To: Andreas Jaekel <jaekel@webgods.de>
Message-ID: <20040601110851.GA20313@dust.uchicago.edu>
Mail-Followup-To: Andreas Jaekel <jaekel@webgods.de>,
	dovecot@dovecot.org
References: <5.2.1.1.0.20040601115849.02e8ae28@fredda.webgods.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5.2.1.1.0.20040601115849.02e8ae28@fredda.webgods.de>
X-Virus-Trap: submit@cdc.uchicago.edu
X-Spam-Trap: submit@nospam.uchicago.edu
X-Gouranga: Gouranga gouranga gouranga
X-Quote: Can I have my sword back?
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: 1.0-test14: no sendfile() in Solaris 8
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 11:16:35 -0000
X-UID: 9313                                                  
Status: O

* On 2004.06.01, in <5.2.1.1.0.20040601115849.02e8ae28@fredda.webgods.de>,
*	"Andreas Jaekel" <jaekel@webgods.de> wrote:
> Aloha.
> 
> The current CVS snapshot and 1.0-test14 will not build on Solaris 8
> because it does not provide a sendfile() funtion.  It just has sendfilev().

It's available via patch -- perhaps 111297-01.

http://sunsolve.sun.com/pub-cgi/findPatch.pl?patchId=111297&rev=01

I have not tried building 1.0-test14 with it, though.

-- 
 -D.    dgc@uchicago.edu                                  NSIT::ENSS
        No money,  no book.  No book,  no study.  No study, no pass.
        No pass, no graduate. No graduate, no job. No job, no money.
             T h e   U n i v e r s i t y   o f   C h i c a g o

From tss@iki.fi  Tue Jun  1 14:43:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1180FC000DED; Tue,  1 Jun 2004 14:43:24 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 37A9FC000DD6
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 14:43:20 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id ABBBC1C185F2; Tue,  1 Jun 2004 14:36:10 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id B9F0A1C185E5; Tue,  1 Jun 2004 14:35:36 +0300 (EEST)
In-Reply-To: <5.2.1.1.0.20040601115849.02e8ae28@fredda.webgods.de>
References: <5.2.1.1.0.20040601115849.02e8ae28@fredda.webgods.de>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-4-408353163"
Message-Id: <CC4AFC03-B3BF-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test14: no sendfile() in Solaris 8
Date: Tue, 1 Jun 2004 14:35:35 +0300
To: Andreas Jaekel <jaekel@webgods.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 11:43:24 -0000
X-UID: 9314                                                  
Status: O


--Apple-Mail-4-408353163
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 1.6.2004, at 13:13, Andreas Jaekel wrote:

> The current CVS snapshot and 1.0-test14 will not build on Solaris 8
> because it does not provide a sendfile() funtion.  It just has 
> sendfilev().
> Solaris 9 has sendfile(), though.

Doesn't the configure detect that you don't have it? It shouldn't 
define HAVE_SOLARIS_SENDFILE if it isn't there (if sendfile library 
doesn't have sendfile() function).


--Apple-Mail-4-408353163
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvGoHyUhSUUBViskRAj+rAJ4zzgBeDcnpaETNizkF9cfbBZAfiQCffa0t
B3LBJpV6o7rvKhlgQyBQBkA=
=sYJ9
-----END PGP SIGNATURE-----

--Apple-Mail-4-408353163--


From tss@iki.fi  Tue Jun  1 14:46:17 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E0F50C00280A; Tue,  1 Jun 2004 14:46:17 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0510DC000DD6
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 14:46:16 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7DB4A1C185F3; Tue,  1 Jun 2004 14:39:06 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 830C11C185E5; Tue,  1 Jun 2004 14:38:32 +0300 (EEST)
In-Reply-To: <3ED0289A9D58414D9AD116DA91E2E96915E7DF@coremx01.mercynet.com.au>
References: <3ED0289A9D58414D9AD116DA91E2E96915E7DF@coremx01.mercynet.com.au>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-5-408529243"
Message-Id: <353E816C-B3C0-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] IMAP login name conversion
Date: Tue, 1 Jun 2004 14:38:31 +0300
To: "Zoong Pham" <dpham@mercy.com.au>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.9 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 11:46:18 -0000
X-UID: 9315                                                  
Status: O
Content-Length: 1037


--Apple-Mail-5-408529243
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 1.6.2004, at 06:44, Zoong Pham wrote:

> Out IMAP client (Outlook and others) use login name like 
> joedirt@domainname.com
>
> I need dovecot to convert it to joedirt-domainname_com since that is 
> the local login name.
> Can someone give me a hint how to do that?
> Is there any simple way to do it or do I have to modify any source 
> code?

What passdb and userdb do you use? Unless you're authenticating from 
SQL you probably have to modify the source.

--Apple-Mail-5-408529243
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvGq3yUhSUUBViskRAtXxAJ0U71SQmvwj0nA0UKmgPH+pJLoCCACfUgxF
b7EqCsGzu9c/IFuJbpoineA=
=wf7O
-----END PGP SIGNATURE-----

--Apple-Mail-5-408529243--


From olive@pasteur.fr  Tue Jun  1 15:18:50 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4134CC000DD6; Tue,  1 Jun 2004 15:18:50 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 145FAC000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 15:18:48 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 79EA511474
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 14:11:37 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 3857111473
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 14:11:37 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id E2FA03F63F; Tue,  1 Jun 2004 14:11:36 +0200 (CEST)
Date: Tue, 1 Jun 2004 14:11:36 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 0.99.10.5 release candidate
Message-ID: <20040601121136.GK3141@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<20040527152630.GN43374@mafate.sis.pasteur.fr>
	<229F5DEF-AFF7-11D8-8870-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <229F5DEF-AFF7-11D8-8870-000393CC2E90@iki.fi>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 12:18:50 -0000
X-UID: 9316                                                  
Status: O

* Timo Sirainen <tss@iki.fi> (20040527 19:01):
> >Oh yes it is. I have never taken the trouble to examine the
> >figures closer. Is it a problem or is it normal?
> 
> Would attached patch help? Wasn't a real problem if it does, but then I 
> have to keep in mind that NFS implementations can do this too to avoid 
> real problems elsewhere..

With 0.99.10.5 and this patch, things seem to have settled to
normal and I do not have spurious log messages anymore.

I think I will soon put this server into production. Thanks!

-- 
olive

From tss@iki.fi  Tue Jun  1 15:23:20 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B56D9C000DD6; Tue,  1 Jun 2004 15:23:20 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8FFDBC000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 15:23:18 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F375E1C185F2; Tue,  1 Jun 2004 15:16:08 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id F30411C185E5; Tue,  1 Jun 2004 15:15:34 +0300 (EEST)
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
From: Timo Sirainen <tss@iki.fi>
To: Brian Candler <B.Candler@pobox.com>
In-Reply-To: <20040601080011.GA704@uk.tiscali.com>
References: <1085511447.27732.96.camel@hurina>
	<20040527141148.GL43374@mafate.sis.pasteur.fr>
	<76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina>
	<40B90E8D.3080306@powweb.com> <20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
	<20040601080011.GA704@uk.tiscali.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-fgx+q/QLCY7itfx256yZ"
Message-Id: <1086092134.29926.26.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 01 Jun 2004 15:15:34 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Christian Balzer <chibi@gol.com>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 12:23:20 -0000
X-UID: 9317                                                  
Status: O
Content-Length: 1286


--=-fgx+q/QLCY7itfx256yZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-01 at 11:00, Brian Candler wrote:
> > The atomic tmp -> new move prevents of course the case of multiple=20
> > (inbound, SMTP) writers. Alas following a recent conversation in this
> > ML with Timo all that saves your butt and mail integrity in the case
> > when a large message being read by slow client gets deleted by another
> > client (dovecot instance) is Saint BufferCache. ;)
>=20
> I don't understand that comment either. If process A has a file open, and
> process B deletes it, the file remains (in its entirety) on the filesyste=
m
> until process A closes it. That's not buffer caching; that's the semantic=
s
> of unlink().

I think Christian was talking about NFS, it doesn't follow the
"semantics of unlink()". Rather if a file is deleted and it's tried to
be read later you'll get ESTALE.


--=-fgx+q/QLCY7itfx256yZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAvHNmyUhSUUBViskRAvokAKCQD6c7nNNhDm1ehShOLYvp61ZKqQCeIOrm
hY9zi1mp5H02YCvF47SNDwE=
=QXS1
-----END PGP SIGNATURE-----

--=-fgx+q/QLCY7itfx256yZ--


From jaekel@webgods.de  Tue Jun  1 15:51:53 2004
Return-Path: <jaekel@webgods.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2F622C000DD6; Tue,  1 Jun 2004 15:51:53 +0300 (EEST)
Received: from fredda.webgods.de (fredda.webgods.de [192.166.196.83])
	by talvi.dovecot.org (Postfix) with ESMTP id 31BB7C000D8E
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 15:51:51 +0300 (EEST)
Received: from ANDREAS-M5LES2F.webgods.de (yian-ho03.nir.cronon.net
	[192.166.201.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by fredda.webgods.de (Postfix) with ESMTP id 4C47213C008
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 14:44:41 +0200 (CEST)
Message-Id: <5.2.1.1.0.20040601143728.02d55580@fredda.webgods.de>
X-Sender: jaekel@fredda.webgods.de
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 01 Jun 2004 14:37:36 +0200
To: dovecot@dovecot.org
From: Andreas Jaekel <jaekel@webgods.de>
Subject: Re: [Dovecot] 1.0-test14: no sendfile() in Solaris 8
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 12:51:53 -0000
X-UID: 9318                                                  
Status: O

At 14:35 01/06/2004 +0300, you wrote:
>On 1.6.2004, at 13:13, Andreas Jaekel wrote:
>
>>The current CVS snapshot and 1.0-test14 will not build on Solaris 8
>>because it does not provide a sendfile() funtion.  It just has sendfilev().
>>Solaris 9 has sendfile(), though.
>
>Doesn't the configure detect that you don't have it? It shouldn't define 
>HAVE_SOLARIS_SENDFILE if it isn't there (if sendfile library doesn't have 
>sendfile() function).

No, it doesn't.  The test for the linux sendfile() function uses 
ac_compile, no ac_link.
So all you get is an "implicit declaration" warning in configure.log, but 
since the final check is
for test -z a.out configure will always happily detect linux sendfile.

Greetings,
    Andy



From discussion-lists@linnet.org  Tue Jun  1 16:24:50 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 61FE5C000DFA; Tue,  1 Jun 2004 16:24:50 +0300 (EEST)
Received: from majesty.pobox.com (majesty.pobox.com [208.210.124.70])
	by talvi.dovecot.org (Postfix) with ESMTP id B9D2AC000DD6
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 16:24:47 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by majesty.pobox.com (Postfix) with ESMTP id C76B5C851A;
	Tue,  1 Jun 2004 09:17:31 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by majesty.pobox.com (Postfix) with ESMTP id EDB63C88D5;
	Tue,  1 Jun 2004 09:16:48 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id 4276D7B2; Tue,  1 Jun 2004 09:14:47 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.228.51])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 0233378C; Tue,  1 Jun 2004 09:14:46 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BV96M-0000Xa-3G; Tue, 01 Jun 2004 14:14:46 +0100
Date: Tue, 1 Jun 2004 14:14:46 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
Message-ID: <20040601131446.GA2053@uk.tiscali.com>
References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
	<20040601080011.GA704@uk.tiscali.com>
	<1086092134.29926.26.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1086092134.29926.26.camel@hurina>
User-Agent: Mutt/1.4.1i
Cc: Christian Balzer <chibi@gol.com>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 13:24:50 -0000
X-UID: 9319                                                  
Status: O

On Tue, Jun 01, 2004 at 03:15:34PM +0300, Timo Sirainen wrote:
> > I don't understand that comment either. If process A has a file open, and
> > process B deletes it, the file remains (in its entirety) on the filesystem
> > until process A closes it. That's not buffer caching; that's the semantics
> > of unlink().
> 
> I think Christian was talking about NFS, it doesn't follow the
> "semantics of unlink()". Rather if a file is deleted and it's tried to
> be read later you'll get ESTALE.

Bleurgh. Thanks, I stand corrected (and see one of the reasons why NFS is
considered as nasty)

In that case, if this happens while a message is being downloaded, all the
POP3 server can do is drop the TCP connection, to prevent the client getting
a partial message.

Cheers,

Brian.

From gmid-dovecot@m.gmane.org  Tue Jun  1 21:53:01 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 66A90C000DED; Tue,  1 Jun 2004 21:53:01 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 4BA32C000DD6
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 21:52:59 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BVEGT-0000o6-00
	for <dovecot@dovecot.org>; Tue, 01 Jun 2004 20:45:33 +0200
Received: from pd9e1e54e.dip.t-dialin.net ([217.225.229.78])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 01 Jun 2004 20:45:33 +0200
Received: from matthias.andree by pd9e1e54e.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 01 Jun 2004 20:45:33 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 01 Jun 2004 17:10:39 +0200
Lines: 13
Message-ID: <m3smdf71qo.fsf@merlin.emma.line.org>
References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
	<20040601080011.GA704@uk.tiscali.com>
	<1086092134.29926.26.camel@hurina>
	<20040601131446.GA2053@uk.tiscali.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd9e1e54e.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:idK22xIkGnNeMlbeEGCqsFSTZxo=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 0.99.10.5 release candidate
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 18:53:01 -0000
X-UID: 9320                                                  
Status: O

Brian Candler <B.Candler@pobox.com> writes:

> In that case, if this happens while a message is being downloaded, all the
> POP3 server can do is drop the TCP connection, to prevent the client getting
> a partial message.

I'll take bets as to what client recognizes EOF as "don't display/store
this message" O:-)

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From tss@iki.fi  Tue Jun  1 21:58:54 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E4F65C000DFB; Tue,  1 Jun 2004 21:58:54 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 6488BC000DD6
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 21:58:52 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2769F1C185F3; Tue,  1 Jun 2004 21:51:42 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 211371C185E2
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 21:51:08 +0300 (EEST)
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <m3smdf71qo.fsf@merlin.emma.line.org>
References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina>
	<40B90E8D.3080306@powweb.com> <20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
	<20040601080011.GA704@uk.tiscali.com>
	<1086092134.29926.26.camel@hurina>
	<20040601131446.GA2053@uk.tiscali.com>
	<m3smdf71qo.fsf@merlin.emma.line.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Yg71DoIP46HuAacDJTsb"
Message-Id: <1086115867.24096.4.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 01 Jun 2004 21:51:07 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 18:58:55 -0000
X-UID: 9321                                                  
Status: O


--=-Yg71DoIP46HuAacDJTsb
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-01 at 18:10, Matthias Andree wrote:
> Brian Candler <B.Candler@pobox.com> writes:
>=20
> > In that case, if this happens while a message is being downloaded, all =
the
> > POP3 server can do is drop the TCP connection, to prevent the client ge=
tting
> > a partial message.
>=20
> I'll take bets as to what client recognizes EOF as "don't display/store
> this message" O:-)

Actually I think most POP3 clients would handle this correctly. Dying
TCP connections are quite common with dialups.


--=-Yg71DoIP46HuAacDJTsb
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAvNAayUhSUUBViskRAvbVAJ4vABw+gRWZuTIrPqc0kBcl89uuWQCgl49P
/gzSzT7fpmQSK6NGwO73sPA=
=h/sR
-----END PGP SIGNATURE-----

--=-Yg71DoIP46HuAacDJTsb--


From strombrg@dcs.nac.uci.edu  Tue Jun  1 23:33:37 2004
Return-Path: <strombrg@dcs.nac.uci.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4F894C000DED; Tue,  1 Jun 2004 23:33:37 +0300 (EEST)
Received: from dcs.nac.uci.edu (dcs.nac.uci.edu [128.200.34.32])
	by talvi.dovecot.org (Postfix) with ESMTP id 885CFC000DD6
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 23:33:33 +0300 (EEST)
Received: from [128.200.34.35] (tesuji.nac.uci.edu [128.200.34.35])
	by dcs.nac.uci.edu (8.12.11/8.12.10) with ESMTP id i51KQFKd023311;
	Tue, 1 Jun 2004 13:26:15 -0700
Subject: Re: [Dovecot] Postfix SASL AUTH from Dovecot
From: Dan Stromberg <strombrg@dcs.nac.uci.edu>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1086019931.23360.39.camel@hurina>
References: <1085882048.6244.11.camel@hurina>  <40BB294B.1080005@bppiac.hu>
	<1086019931.23360.39.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-d93ev0bQY+7gxbTw2MBa"
Message-Id: <1086121575.24881.12.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Tue, 01 Jun 2004 13:26:15 -0700
Cc: Dan Stromberg <strombrg@dcs.nac.uci.edu>,
	Farkas Levente <lfarkas@bppiac.hu>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 20:33:37 -0000
X-UID: 9322                                                  
Status: O
Content-Length: 3222


--=-d93ev0bQY+7gxbTw2MBa
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Just guessing from my armchair here, but I believe I heard Wietse (of
postfix and tcp wrappers fame) wasn't willing to include SMTP AUTH
patches into postfix, because SASL was too large and unaudited.

If you have something that allows authenticated SMTP for postfix via
dovecot, and it's not a huge gob of unaudited code, you might be onto
something really nice - particularly if the changes can be included in
the postfix (or dovecot?) baseline so people don't have to patch, and
repatch, and hope patching continues to work.


On Mon, 2004-05-31 at 09:12, Timo Sirainen wrote:
> On Mon, 2004-05-31 at 15:47, Farkas Levente wrote:
> > my main question here (as always) why we need sasl at all?
> > what is the main pros for sasl?
> > I've never seen any good reason.
>=20
> SMTP AUTH is done with SASL, so IP-address restrictions and
> POP/IMAP-before-SMTP are the only alternatives.
>=20
> SASL is really just a list of requirements for an authentication
> mechanism to be SASL compatible. There are plaintext SASL mechanisms
> (PLAIN, LOGIN) which are commonly used with SMTP authentication.
>=20
> When talking about SASL library it usually does much more than just
> implement the few SASL mechanisms. It has to know how to verify the
> passwords and where to find user's home directory etc. dovecot-auth for
> example consists of:
>=20
> # user/password databases (pam, ldap, sql, ..)
> ~/cvs/dovecot/src/auth% wc -l db-*.c|tail -1
>   975 total
> ~/cvs/dovecot/src/auth% wc -l userdb*.c|tail -1
>   881 total
> ~/cvs/dovecot/src/auth% wc -l passdb*.c|tail -1
>  1497 total
> # password matching functions (crypt, md5, ..)
> ~/cvs/dovecot/src/auth% wc -l password*.c|tail -1
>   475 total
> # sasl authentication mechanisms
> ~/cvs/dovecot/src/auth% wc -l mech-*.c
>    82 mech-anonymous.c
>   251 mech-cram-md5.c
>   250 mech-cyrus-sasl2.c
>   652 mech-digest-md5.c
>   136 mech-plain.c
>  1371 total
>=20
> Only the mech-*.c files are SASL mechanism specific code. ANONYMOUS
> could be done pretty much by sending username "anonymous" and empty
> password. CRAM-MD5 and DIGEST-MD5 aren't really useful if SSL is being
> used, except with them server never sees the plaintext password. What
> could actually be very useful are Kerberos and OTP mechanisms, if
> someone just implemented them.
>=20
> > anyway why do you use dovecot-auth for postfix? postfix has many=20
> > authentication mechanism for everything.
>=20
> AFAIK Postfix uses only Cyrus SASL library for authentication, it hasn't
> implemented anything internally and it doesn't support any other library
> (and there aren't many). And Cyrus SASL was the thing I've always
> disliked.
>=20
> It also means less configuration.
--=20
Dan Stromberg DCS/NACS/UCI <strombrg@dcs.nac.uci.edu>


--=-d93ev0bQY+7gxbTw2MBa
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQBAvOZno0feVm00f/8RAh0bAJsHO6B/4QgCasci2dNZqGNeM+ug6QCgmV0+
LHPtoB0Nu+B/NAjHkAKVEL0=
=6+Tn
-----END PGP SIGNATURE-----

--=-d93ev0bQY+7gxbTw2MBa--


From matthias.andree@gmx.de  Wed Jun  2 00:22:32 2004
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5AECBC000DD6; Wed,  2 Jun 2004 00:22:32 +0300 (EEST)
Received: from mail.dt.e-technik.uni-dortmund.de
	(krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 3BD79C000DD1
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 00:22:30 +0300 (EEST)
Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de
	[129.217.163.1])
	by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 69C8C2D5DE;
	Tue,  1 Jun 2004 23:15:19 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id E993EC2BC0;
	Tue,  1 Jun 2004 23:15:17 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
	by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 20771-03-4; Tue,  1 Jun 2004 23:15:11 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id E3131C2BD6; Tue,  1 Jun 2004 23:15:09 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
In-Reply-To: <1086115867.24096.4.camel@hurina> (Timo Sirainen's message of
	"Tue, 01 Jun 2004 21:51:07 +0300")
References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
	<20040601080011.GA704@uk.tiscali.com>
	<1086092134.29926.26.camel@hurina>
	<20040601131446.GA2053@uk.tiscali.com>
	<m3smdf71qo.fsf@merlin.emma.line.org>
	<1086115867.24096.4.camel@hurina>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 01 Jun 2004 23:15:09 +0200
Message-ID: <m3acznm142.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 21:22:32 -0000
X-UID: 9323                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Actually I think most POP3 clients would handle this correctly. Dying
> TCP connections are quite common with dialups.

Ah well. Might be I am just lucky, but I have never been plagued by
dying connections on dialups. Slow maybe, but not dying.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

From tss@iki.fi  Wed Jun  2 00:40:18 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0A11CC000DD6; Wed,  2 Jun 2004 00:40:18 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0B037C000DD1
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 00:40:16 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 828071C185F3; Wed,  2 Jun 2004 00:33:05 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id DE2411C1D0E2; Wed,  2 Jun 2004 00:32:27 +0300 (EEST)
In-Reply-To: <m3acznm142.fsf@merlin.emma.line.org>
References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
	<20040601080011.GA704@uk.tiscali.com>
	<1086092134.29926.26.camel@hurina>
	<20040601131446.GA2053@uk.tiscali.com>
	<m3smdf71qo.fsf@merlin.emma.line.org>
	<1086115867.24096.4.camel@hurina>
	<m3acznm142.fsf@merlin.emma.line.org>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-10-444158516"
Message-Id: <29F18EC5-B413-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
Date: Wed, 2 Jun 2004 00:32:20 +0300
To: Matthias Andree <matthias.andree@gmx.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.9 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 21:40:18 -0000
X-UID: 9324                                                  
Status: O
Content-Length: 1139


--Apple-Mail-10-444158516
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 2.6.2004, at 00:15, Matthias Andree wrote:

> Timo Sirainen <tss@iki.fi> writes:
>
>> Actually I think most POP3 clients would handle this correctly. Dying
>> TCP connections are quite common with dialups.
>
> Ah well. Might be I am just lucky, but I have never been plagued by
> dying connections on dialups. Slow maybe, but not dying.

Do you exit your POP3 client every time before disconnecting? ;)

Anyway, I think it's common enough event that POP3 client authors have 
figured out that it might happen and don't permanently store the 
partial message.

--Apple-Mail-10-444158516
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvPXkyUhSUUBViskRAgLSAJ4jvY5eCNOv52ZOOnWULq+sgWVkVwCgmzK/
TLP1AuP4ceePZa2Jm0ZKd0w=
=XT7C
-----END PGP SIGNATURE-----

--Apple-Mail-10-444158516--


From tss@iki.fi  Wed Jun  2 00:47:36 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 42925C000DED; Wed,  2 Jun 2004 00:47:36 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4E51FC000DD6
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 00:47:34 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 9A19E1C185F4; Wed,  2 Jun 2004 00:40:23 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 8A5FF1C185F3; Wed,  2 Jun 2004 00:39:47 +0300 (EEST)
In-Reply-To: <1086121575.24881.12.camel@tesuji.nac.uci.edu>
References: <1085882048.6244.11.camel@hurina> <40BB294B.1080005@bppiac.hu>
	<1086019931.23360.39.camel@hurina>
	<1086121575.24881.12.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-11-444598857"
Message-Id: <30685090-B414-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Postfix SASL AUTH from Dovecot
Date: Wed, 2 Jun 2004 00:39:41 +0300
To: Dan Stromberg <strombrg@dcs.nac.uci.edu>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.6 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 21:47:36 -0000
X-UID: 9325                                                  
Status: O
Content-Length: 1566


--Apple-Mail-11-444598857
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 1.6.2004, at 23:26, Dan Stromberg wrote:

> Just guessing from my armchair here, but I believe I heard Wietse (of
> postfix and tcp wrappers fame) wasn't willing to include SMTP AUTH
> patches into postfix, because SASL was too large and unaudited.

Similiar to my reasons for not using it.

> If you have something that allows authenticated SMTP for postfix via
> dovecot, and it's not a huge gob of unaudited code, you might be onto
> something really nice - particularly if the changes can be included in
> the postfix (or dovecot?) baseline so people don't have to patch, and
> repatch, and hope patching continues to work.

Someone already sent my original mail to Wietse. Reply was pretty much 
"I'll continue Postfix hacking in July". We'll see then :)

The Postfix part of the code would anyway be minimal. My current patch 
uses Dovecot's code for it but only because it was the fastest way to 
do it. It only needs to send and receive data via UNIX sockets, nothing 
special.

--Apple-Mail-11-444598857
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvPedyUhSUUBViskRAo5jAKCG4DMQQtE2cGZelLjzi+v+k/OI1gCfYii4
BAfn2AH1slqEPZXIvA9tPPo=
=5TmU
-----END PGP SIGNATURE-----

--Apple-Mail-11-444598857--


From benjamin@Weiss.name  Wed Jun  2 00:51:30 2004
Return-Path: <benjamin@Weiss.name>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A8D53C000DFA; Wed,  2 Jun 2004 00:51:30 +0300 (EEST)
Received: from lakermmtao02.cox.net (lakermmtao02.cox.net [68.230.240.37])
	by talvi.dovecot.org (Postfix) with ESMTP id 20956C000DED
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 00:51:28 +0300 (EEST)
Received: from mail.birdvet.org ([68.97.130.220]) by lakermmtao02.cox.net
	(InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP
	id <20040601214415.QYVF19971.lakermmtao02.cox.net@mail.birdvet.org>
	for <dovecot@dovecot.org>; Tue, 1 Jun 2004 17:44:15 -0400
Received: by mail.birdvet.org (Postfix, from userid 500)
	id C16587D7E; Tue,  1 Jun 2004 16:44:15 -0500 (CDT)
Received: from localhost (localhost [127.0.0.1])
	by mail.birdvet.org (Postfix) with ESMTP id BA18C13919
	for <dovecot@dovecot.org>; Tue,  1 Jun 2004 16:44:15 -0500 (CDT)
Date: Tue, 1 Jun 2004 16:44:15 -0500 (CDT)
From: "Benjamin J. Weiss" <benjamin@Weiss.name>
X-X-Sender: benjamin@mail.birdvet.org
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Dovecot + SSL + Fedora
In-Reply-To: <857A27FB-ADA2-11D8-8870-000393CC2E90@iki.fi>
Message-ID: <Pine.LNX.4.44.0406011641020.1361-100000@mail.birdvet.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Benjamin@Weiss.name
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, 01 Jun 2004 21:51:30 -0000
X-UID: 9326                                                  
Status: O
Content-Length: 1113

On Mon, 24 May 2004, Timo Sirainen wrote:

> On 24.5.2004, at 10:43, David Keegel wrote:
> 
> > I've been seeing the Dovecot/SSL/Fedora 1 problem.
> >
> > I have a dovecot server which tends to die at least once a day,
> > with messages like these :-
> > May 24 13:44:44 mail pop3-login: RAND_bytes() failed: 
> > error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not 
> > seeded
> > May 24 13:44:44 mail dovecot: Login process died too early - shutting 
> > down
> >
> > I noticed Timo's email about this at:
> > 	http://www.dovecot.org/list/dovecot/2004-May/003316.html
> > with the patch that just ignores the return code of RAND_bytes().
> 
> That fixes the crashes, but probably still causes occational problems 
> with SSL connection handshakes failing.

I require encrypted communications between my server and my client for all 
services, including smtp and imap.  I was getting ready to upgrade my 
server from RH9 and imap-2000 to fedora core 1 and dovecot until I saw 
this thread.

Has anybody brought the ssl problem to the upstream maintainers so that it 
can get fixed?

Thanks!

Ben



From tss@iki.fi  Wed Jun  2 00:57:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9CEBBC000DFB; Wed,  2 Jun 2004 00:57:55 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id ADA8CC000DED
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 00:57:53 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 25C931C185F3; Wed,  2 Jun 2004 00:50:43 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id B33751C185F3; Wed,  2 Jun 2004 00:50:08 +0300 (EEST)
In-Reply-To: <Pine.LNX.4.44.0406011641020.1361-100000@mail.birdvet.org>
References: <Pine.LNX.4.44.0406011641020.1361-100000@mail.birdvet.org>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-13-445222404"
Message-Id: <A4120442-B415-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Dovecot + SSL + Fedora
Date: Wed, 2 Jun 2004 00:50:04 +0300
To: Benjamin@Weiss.name
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.9 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_APPLEMAIL autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 21:57:55 -0000
X-UID: 9327                                                  
Status: O
Content-Length: 1101


--Apple-Mail-13-445222404
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 2.6.2004, at 00:44, Benjamin J. Weiss wrote:

> Has anybody brought the ssl problem to the upstream maintainers so 
> that it
> can get fixed?

This was also at the bottom of the mail you replied:

"This could also be fixed by patching OpenSSL (I think). Patch in 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115284"

I think the patch in there is a full solution to the problem. I haven't 
tried contacting OpenSSL people about it, it's somewhat 
Redhat/Fedora-specific problem anyway so I'll leave it to them.

--Apple-Mail-13-445222404
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvPoMyUhSUUBViskRAmYcAKCiH57acy9fhaOeIntsKcwjAPdGCQCdFzG8
nW/WZVZfU4QMuvV6265z4SQ=
=WFKV
-----END PGP SIGNATURE-----

--Apple-Mail-13-445222404--


From matthias.andree@gmx.de  Wed Jun  2 02:15:21 2004
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 08457C000DD6; Wed,  2 Jun 2004 02:15:21 +0300 (EEST)
Received: from mail.dt.e-technik.uni-dortmund.de
	(krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 686CBC000DD1
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 02:15:18 +0300 (EEST)
Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de
	[129.217.163.1])
	by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id BFCF15603; 
	Wed,  2 Jun 2004 01:08:06 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id C14FCC1BA6;
	Wed,  2 Jun 2004 01:08:02 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
	by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 25745-02-3; Wed,  2 Jun 2004 01:08:00 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id BBF8220E6; Wed,  2 Jun 2004 01:08:00 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate
In-Reply-To: <29F18EC5-B413-11D8-9D25-000393CC2E90@iki.fi> (Timo Sirainen's
	message of "Wed, 2 Jun 2004 00:32:20 +0300")
References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi>
	<m3wu2xj9u2.fsf@merlin.emma.line.org>
	<1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com>
	<20040530083226.GB711@uk.tiscali.com>
	<1086020681.23360.51.camel@hurina>
	<20040531180922.GA903@uk.tiscali.com>
	<E1BV0ve-0007Dp-00@batzmaru.gol.ad.jp>
	<20040601080011.GA704@uk.tiscali.com>
	<1086092134.29926.26.camel@hurina>
	<20040601131446.GA2053@uk.tiscali.com>
	<m3smdf71qo.fsf@merlin.emma.line.org>
	<1086115867.24096.4.camel@hurina>
	<m3acznm142.fsf@merlin.emma.line.org>
	<29F18EC5-B413-11D8-9D25-000393CC2E90@iki.fi>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Wed, 02 Jun 2004 01:08:00 +0200
Message-ID: <m3llj6lvvz.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org
Cc: Matthias Andree <matthias.andree@gmx.de>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 23:15:21 -0000
X-UID: 9328                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Do you exit your POP3 client every time before disconnecting? ;)

The only POP3 client I know that keeps the connection open is mutt.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

From dpham@mercy.com.au  Wed Jun  2 02:58:56 2004
Return-Path: <dpham@mercy.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 619B8C000DD6; Wed,  2 Jun 2004 02:58:56 +0300 (EEST)
Received: from coregw02.mercynet.com.au (unknown [203.134.124.68])
	by talvi.dovecot.org (Postfix) with ESMTP id 90BE3C000DD1
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 02:58:52 +0300 (EEST)
Received: from coremx01.mercynet.com.au ([172.27.241.1]) by coregw02 with
	trend_isnt_name_B; Wed, 02 Jun 2004 09:51:02 +1000
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] IMAP login name conversion
Date: Wed, 2 Jun 2004 09:51:02 +1000
Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E7E9@coremx01.mercynet.com.au>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] IMAP login name conversion
Thread-Index: AcRHzRVnGOq9i8jqSCutuUzBApgw9QAYQKsQ
From: "Zoong Pham" <dpham@mercy.com.au>
To: "Timo Sirainen" <tss@iki.fi>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 01 Jun 2004 23:58:56 -0000
X-UID: 9329                                                  
Status: O
Content-Length: 1558



> -----Original Message-----
> From: Timo Sirainen [mailto:tss@iki.fi]
> Sent: Tuesday, 1 June 2004 9:39 PM
> To: Zoong Pham
> Cc: dovecot@dovecot.org
> Subject: Re: [Dovecot] IMAP login name conversion
>=20
> What passdb and userdb do you use? Unless you're authenticating from=20
> SQL you probably have to modify the source.

Let me explain:
My server runs OpenBSD-3.5 and Sendmail. We host few virtual domains.
Local accounts have login names in this format: login-domain_abc_xyz
For example: joedirt-joedomain_com_au, info-adomain_com,
info-otherdomain_com

That way login accounts are unique across all the virtual domains.

I use the OpenBSD pre-compiled dovecot-0.99.10p2.
It is set to use "auth_passdb =3D passwd" and "auth_userdb =3D passwd"

I can use mutt to access my mailbox via IMAPS with login name format
joedirt-joedomain_com_au.

Other users use different MUA like Outlook and prefer to login with
their email addresses (joedirt@joedomain.com.au, info@adomain.com,=20
info@otherdomain.com)

We use squirrelmail for webmail. I modified squirrelmail to
automatically
convert login name from format of joedirt@joedomain.com.au to=20
joedirt-joedomain_com_au.
So if users use squirrelmail, they can just login with their email
addresses.

My question is how to achieve the same thing with other MUAs like
Outlook?
Do I have to modify dovecot source?
Can I use LDAP or SQL instead?
Note that we are using Sendmail and prefer it than othe MTA.

I have looked at the Wiki, specially the "DovecotOpenLdap" but am still
confused.

Thanks
Zoong



From tss@iki.fi  Wed Jun  2 04:47:29 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BE1F0C000DD1; Wed,  2 Jun 2004 04:47:29 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 585CCC000DCB
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 04:47:27 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 71A7B1C1D0E2; Wed,  2 Jun 2004 04:40:16 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 4401C1C185F3; Wed,  2 Jun 2004 04:39:43 +0300 (EEST)
Subject: RE: [Dovecot] IMAP login name conversion
From: Timo Sirainen <tss@iki.fi>
To: Zoong Pham <dpham@mercy.com.au>
In-Reply-To: <3ED0289A9D58414D9AD116DA91E2E96915E7E9@coremx01.mercynet.com.au>
References: <3ED0289A9D58414D9AD116DA91E2E96915E7E9@coremx01.mercynet.com.au>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Bn0BSnAP1kiVk45DqSQZ"
Message-Id: <1086140382.25071.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 02 Jun 2004 04:39:42 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
	USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 01:47:29 -0000
X-UID: 9330                                                  
Status: O
Content-Length: 1370


--=-Bn0BSnAP1kiVk45DqSQZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-02 at 02:51, Zoong Pham wrote:
> I can use mutt to access my mailbox via IMAPS with login name format
> joedirt-joedomain_com_au.
>=20
> Other users use different MUA like Outlook and prefer to login with
> their email addresses (joedirt@joedomain.com.au, info@adomain.com,=20
> info@otherdomain.com)
..
> My question is how to achieve the same thing with other MUAs like
> Outlook?
> Do I have to modify dovecot source?
> Can I use LDAP or SQL instead?

I think that kind of conversion is too much of a special case that
Dovecot should try to make it easy with internal features.

With PostgreSQL authentication you would be able to use functions to
modify the login name in wanted way:

password_query =3D select password from users
where userid =3D '%n-' || translate('%d', '.', '_');

If you don't want to do that, you'll have to modify the sources. For
example in src/auth/mech-plain.c


--=-Bn0BSnAP1kiVk45DqSQZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAvS/dyUhSUUBViskRAmRTAKCW7jfAfRmtiBcrzTY2Wc0kgzY7EgCfX/iT
X0yH7U0M1c/ld6CFv161JzM=
=U0wz
-----END PGP SIGNATURE-----

--=-Bn0BSnAP1kiVk45DqSQZ--


From oleg@cs.msu.su  Wed Jun  2 09:57:39 2004
Return-Path: <oleg@cs.msu.su>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F28C8C000DD0; Wed,  2 Jun 2004 09:57:38 +0300 (EEST)
Received: from jaffar.mlab.cs.msu.su (jaffar.cs.msu.su [158.250.11.254])
	by talvi.dovecot.org (Postfix) with ESMTP id 1E928C000DCB
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 09:57:33 +0300 (EEST)
Received: from illusion (illusion.jscc.ru [195.208.40.102])
	by jaffar.mlab.cs.msu.su (8.12.8/8.12.8) with SMTP id i526oKIm014414;
	Wed, 2 Jun 2004 10:50:20 +0400
Message-ID: <006e01c4486d$df5bb160$6628d0c3@mlab.cs.msu.su>
From: "Oleg I. Vdovikin" <oleg@cs.msu.su>
To: <Benjamin@Weiss.name>, <dovecot@dovecot.org>
References: <Pine.LNX.4.44.0406011641020.1361-100000@mail.birdvet.org>
Subject: Re: [Dovecot] Dovecot + SSL + Fedora
Date: Wed, 2 Jun 2004 10:50:19 +0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 06:57:39 -0000
X-UID: 9331                                                  
Status: O
Content-Length: 1575


Hi!

    Dovecot runs with no problems on my up2date RH9 box with SSL. Also, I've
build custom rpm for 0.99.10.5 release with uw-imap pop3 uid patch based on
FC2 dovecot and they works pretty good. ;-)

Regards,
Oleg.

----- Original Message ----- 
From: "Benjamin J. Weiss" <benjamin@Weiss.name>
To: <dovecot@dovecot.org>
Sent: Wednesday, June 02, 2004 1:44 AM
Subject: Re: [Dovecot] Dovecot + SSL + Fedora


> On Mon, 24 May 2004, Timo Sirainen wrote:
>
> > On 24.5.2004, at 10:43, David Keegel wrote:
> >
> > > I've been seeing the Dovecot/SSL/Fedora 1 problem.
> > >
> > > I have a dovecot server which tends to die at least once a day,
> > > with messages like these :-
> > > May 24 13:44:44 mail pop3-login: RAND_bytes() failed:
> > > error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not
> > > seeded
> > > May 24 13:44:44 mail dovecot: Login process died too early - shutting
> > > down
> > >
> > > I noticed Timo's email about this at:
> > > http://www.dovecot.org/list/dovecot/2004-May/003316.html
> > > with the patch that just ignores the return code of RAND_bytes().
> >
> > That fixes the crashes, but probably still causes occational problems
> > with SSL connection handshakes failing.
>
> I require encrypted communications between my server and my client for all
> services, including smtp and imap.  I was getting ready to upgrade my
> server from RH9 and imap-2000 to fedora core 1 and dovecot until I saw
> this thread.
>
> Has anybody brought the ssl problem to the upstream maintainers so that it
> can get fixed?
>
> Thanks!
>
> Ben
>
>


From dovecot@gutzeit.at  Wed Jun  2 10:29:45 2004
Return-Path: <dovecot@gutzeit.at>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1C249C000DD0; Wed,  2 Jun 2004 10:29:45 +0300 (EEST)
Received: from cat-proof.de (cat.cat-proof.de [213.239.198.176])
	by talvi.dovecot.org (Postfix) with ESMTP id 1CC4FC000DCC
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 10:29:43 +0300 (EEST)
Received: from jensemann.jensemann.lan.saturn (pD9E0891D.dip.t-dialin.net
	[217.224.137.29]) by cat-proof.de (Postfix) with ESMTP id 458F26184A6
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 09:21:26 +0200 (CEST)
Received: by jensemann.jensemann.lan.saturn (Postfix, from userid 1000)
	id 37909219E7F; Wed,  2 Jun 2004 09:30:09 +0200 (CEST)
Date: Wed, 2 Jun 2004 09:30:09 +0200
From: Jens Gutzeit <dovecot@gutzeit.at>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Fedora 1 packaged version or upgrade to newest dovecot
Message-ID: <20040602073008.GF19167@gutzeit.at>
References: <1085810458.15536.9.camel@bajor> <1085866941.30728.11.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1085866941.30728.11.camel@hurina>
User-Agent: Mutt/1.5.6i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 07:29:45 -0000
X-UID: 9332                                                  
Status: O

On Sun, May 30, 2004 at 12:42:21AM +0300, Timo Sirainen wrote:
> On Sat, 2004-05-29 at 09:00, Daniel wrote:
> > I running dovecot that is packaged with Fedora 1 with about 1500 email
> > accounts approximately 5k messages per day. I have had to restart
> > dovecot twice over a period of about 3 months due to it not responding.
> > Overall I'm happy with the setup, however would I see and improvement if
> > I upgraded to the latest version, at time of writing 0.99.10.5.
> 
> 0.99.10.5 fixes several real problems, although they didn't happen very
> often with most people. See
> http://dovecot.org/list/dovecot/2004-May/003495.html

Timo, I have the same problem with dovecot, I have to restart it
sometimes, mostly each week or so. I'm using a script to automaticaly
check if dovecot is responding and restart it if not, is there
any information I could let the script grab from the system to help
you fixing this problem?

best regards/Mit freundlichen Gren
Jens Gutzeit

From antonio.nunes@lifefoundation.org.uk  Wed Jun  2 15:24:16 2004
Return-Path: <antonio.nunes@lifefoundation.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AB2B0C000DD0; Wed,  2 Jun 2004 15:24:16 +0300 (EEST)
Received: from mail.lfst.demon.co.uk (lfst.demon.co.uk [158.152.87.172])
	by talvi.dovecot.org (Postfix) with ESMTP id DC137C000DCB
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 15:24:13 +0300 (EEST)
Received: from mail.lfst.demon.co.uk (localhost.localdomain [127.0.0.1])
	by mail.lfst.demon.co.uk (8.12.8/8.12.8) with ESMTP id i52Auc4w003129
	for <dovecot@dovecot.org>; Wed, 2 Jun 2004 11:56:38 +0100
Received: (from apache@localhost)
	by mail.lfst.demon.co.uk (8.12.8/8.12.8/Submit) id i52AucFT003127;
	Wed, 2 Jun 2004 11:56:38 +0100
X-Authentication-Warning: mail.lfst.demon.co.uk: apache set sender to
	antonio.nunes@lifefoundation.org.uk using -f
Received: from 10.10.10.22 (SquirrelMail authenticated user antonio.nunes)
	by 10.10.10.110 with HTTP; Wed, 2 Jun 2004 11:56:37 +0100 (BST)
Message-ID: <33510.10.10.10.22.1086173797.squirrel@10.10.10.110>
Date: Wed, 2 Jun 2004 11:56:37 +0100 (BST)
From: "Antonio Nunes" <antonio.nunes@lifefoundation.org.uk>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2-1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Loggin error with Squirrelmail on Fedore Core 2
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: antonio.nunes@lifefoundation.org.uk
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: Wed, 02 Jun 2004 12:24:17 -0000
X-UID: 9333                                                  
Status: O

Hi!

I am switching a mail server setup to a new machine which has RHL Fedore
Core 2 installed, which uses Dovecot.

I managed to get Squirrelmail to work on my personal account, but when
logging in with some other accounts I get the following error as response:

ERROR : Connection dropped by imap-server.
Query: Capability

I did a web search on this and found a message from Tim Middleton who
experienced the same problem. He also suggests a workaround:

"I put in a chron job to touch into existance any non-existing mailboxes for
everyone in the passwd file periodically, which mostly eliminates the
problem. But I'd still like to know why the server is having the problem, if
anyone can make any suggestions."

I would like to try this, but I am still fairly new to Unix. Could anyone
show me how to set up such a chron job? Are there other, manual, ways to
touch the mailboxes?

Thanks,
Antonio Nunes

Don't let who you can be keep you from being who you already are.

From tss@iki.fi  Wed Jun  2 18:27:59 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DA16DC000DCC; Wed,  2 Jun 2004 18:27:59 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 664F9C000DCB
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 18:27:56 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 241F41C185F4; Wed,  2 Jun 2004 18:20:44 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 281D91C185E2; Wed,  2 Jun 2004 18:20:10 +0300 (EEST)
Subject: Re: [Dovecot] Loggin error with Squirrelmail on Fedore Core 2
From: Timo Sirainen <tss@iki.fi>
To: antonio.nunes@lifefoundation.org.uk
In-Reply-To: <33510.10.10.10.22.1086173797.squirrel@10.10.10.110>
References: <33510.10.10.10.22.1086173797.squirrel@10.10.10.110>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-XbI38cGXaazpETnYYOI7"
Message-Id: <1086189609.26596.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 02 Jun 2004 18:20:09 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 15:28:00 -0000
X-UID: 9334                                                  
Status: O
Content-Length: 1492


--=-XbI38cGXaazpETnYYOI7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-02 at 13:56, Antonio Nunes wrote:
> I managed to get Squirrelmail to work on my personal account, but when
> logging in with some other accounts I get the following error as response=
:
>=20
> ERROR : Connection dropped by imap-server.
> Query: Capability

The real error message is in log file, most likely /var/log/mail.log.

> I did a web search on this and found a message from Tim Middleton who
> experienced the same problem. He also suggests a workaround:
>=20
> "I put in a chron job to touch into existance any non-existing mailboxes =
for
> everyone in the passwd file periodically, which mostly eliminates the
> problem. But I'd still like to know why the server is having the problem,=
 if
> anyone can make any suggestions."

This is because by default Dovecot detects mailbox locations, and if
some user doesn't have /var/mail/user mbox file, Dovecot doesn't know
what to do. So alternative to the above kludge is to modify
configuration file:

default_mail_env =3D mbox:~/mail:INBOX=3D/var/mail/%u


--=-XbI38cGXaazpETnYYOI7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAvfAoyUhSUUBViskRAspHAJ953vBJ8Hn7IzrcGTJ9bY+KtfJWewCfQLz/
aZEadDkIrqVqOJMZb/BRG7A=
=bSIe
-----END PGP SIGNATURE-----

--=-XbI38cGXaazpETnYYOI7--


From glenn-dovecot@delink.net  Wed Jun  2 18:41:41 2004
Return-Path: <glenn-dovecot@delink.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D8A93C000DCD; Wed,  2 Jun 2004 18:41:41 +0300 (EEST)
Received: from a.mx.delink.net (delink.is-a-geek.net [207.166.198.225])
	by talvi.dovecot.org (Postfix) with ESMTP id 026E4C000DCC
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 18:41:39 +0300 (EEST)
Received: (qmail 11882 invoked by uid 1000); 2 Jun 2004 15:34:24 -0000
Date: Wed, 2 Jun 2004 11:34:24 -0400
From: Brian T Glenn <glenn-dovecot@delink.net>
To: Dovecot <dovecot@dovecot.org>
Subject: Re: [Dovecot] Serve list archives by dovecot IMAP
Message-ID: <20040602153412.GB1779@delink.net>
Mail-Followup-To: Dovecot <dovecot@dovecot.org>
References: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <F6D4DFFD97E44F4CDAE76AA3@[10.0.0.4]>
X-Operating-System: Linux ziegchen 2.6.4
X-MTA: qmail-1.03
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 15:41:42 -0000
X-UID: 9335                                                  
Status: O

On Sun, May 23, 2004 at 01:13:23PM -0700, Kenneth Porter may have written:
> Has anyone considered setting up a Dovecot public server to serve the list 
> archives by IMAP? Or does Dovecot not do anonymous read-only access?
> 
> (I note by comparison that the Cyrusoft Mulberry list archives are served 
> by an IMAP server. <http://www.cyrusoft.com/mulberry/support/anonimap.html>)
> 
> It should be sufficient to set up Dovecot on some server in the dovecot.org 
> domain and subscribe it to the lists.

You may also want to look at the posterity project. It is designed to do 
exactly what you are describing.

http://multivac.cwru.edu./posterity/

Cheers,
-- 
Brian T Glenn
delink.net Internet Services

From tss@iki.fi  Wed Jun  2 18:54:58 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BFFCCC000DCD; Wed,  2 Jun 2004 18:54:58 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A7EBAC000DCC
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 18:54:56 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5D7881C185F4; Wed,  2 Jun 2004 18:47:44 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 1C2F01C185F2; Wed,  2 Jun 2004 18:47:11 +0300 (EEST)
Subject: Re: [Dovecot] Fedora 1 packaged version or upgrade to newest dovecot
From: Timo Sirainen <tss@iki.fi>
To: Jens Gutzeit <dovecot@gutzeit.at>
In-Reply-To: <20040602073008.GF19167@gutzeit.at>
References: <1085810458.15536.9.camel@bajor>
	<1085866941.30728.11.camel@hurina> <20040602073008.GF19167@gutzeit.at>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Rsv6G82+3kZYikCYd2SG"
Message-Id: <1086191227.26596.27.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 02 Jun 2004 18:47:07 +0300
X-Spam-Status: No, hits=-9.1 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 15:54:58 -0000
X-UID: 9336                                                  
Status: O
Content-Length: 1285


--=-Rsv6G82+3kZYikCYd2SG
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-02 at 10:30, Jens Gutzeit wrote:
> Timo, I have the same problem with dovecot, I have to restart it
> sometimes, mostly each week or so. I'm using a script to automaticaly
> check if dovecot is responding and restart it if not, is there
> any information I could let the script grab from the system to help
> you fixing this problem?

What exactly does "isn't responding" mean? Does it accept a TCP
connection? Does it send "Dovecot ready" message? Or doesn't it just
authenticate? What operating system is this?=20

And when it's stuck:

Is there anything in logs? Can you list the used file descriptors by
dovecot master process? What about getting a strace of the dovecot
process? Or if it's auth problem, those things for dovecot-auth process.
Do imap-login processes exist? What about straceing them?


--=-Rsv6G82+3kZYikCYd2SG
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAvfZ7yUhSUUBViskRAufPAKCMvO2txX8JWNTZ+VLwlLI1NMXalwCgisTs
TmSTDkJQ4BTWVthinZOgO8Y=
=f+zI
-----END PGP SIGNATURE-----

--=-Rsv6G82+3kZYikCYd2SG--


From vegard@svanberg.no  Wed Jun  2 21:13:35 2004
Return-Path: <vegard@svanberg.no>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7348AC000DCE; Wed,  2 Jun 2004 21:13:35 +0300 (EEST)
Received: from svanberg.no (svanberg.no [81.175.2.150])
	by talvi.dovecot.org (Postfix) with SMTP id A7A3DC000DCC
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 21:13:30 +0300 (EEST)
Received: (qmail 10988 invoked by uid 1035); 2 Jun 2004 18:06:14 -0000
Date: Wed, 2 Jun 2004 20:06:14 +0200
From: Vegard Svanberg <vegard@svanberg.no>
To: dovecot@dovecot.org
Message-ID: <20040602180614.GE2995@svanberg.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
X-Organization: Svanberg Consulting <url:http://www.svanberg.no/>
X-Accept-Language: no se en
X-Location: Halden, Norway (Europe)
X-IRC: *Takapa@EFnet (irc.homelien.no)
User-Agent: Mutt/1.5.4i
Subject: [Dovecot] dovecot and virtual hosting
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 18:13:35 -0000
X-UID: 9337                                                  
Status: O

Hi.

A usual hosting provider setup depends on having one IP ("virtual
mailserver") per domain.  Using dovecot on servers handling hundreds or
thousands of domains today equals to having multiple instances of
dovecot running. 

This problem could be solved by making dovecot take into account the IP
address the user connects to and authenticate against the proper
{database, table, pw-file, [...]} based on that.

Comments? 

-- 
Vegard Svanberg <vegard@svanberg.no> [*Takapa@IRC (EFnet)]


From john.l.villalovos@intel.com  Wed Jun  2 21:22:18 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4D4E0C000DCE; Wed,  2 Jun 2004 21:22:18 +0300 (EEST)
Received: from orsfmr001.jf.intel.com (fmr12.intel.com [134.134.136.15])
	by talvi.dovecot.org (Postfix) with ESMTP id AE9C0C000DCC
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 21:22:14 +0300 (EEST)
Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7])
	by orsfmr001.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,
	v 1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i52BDkNO011297
	for <dovecot@dovecot.org>; Wed, 2 Jun 2004 11:14:42 GMT
Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com
	[192.168.65.206])
	by talaria.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,
	v 1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i52IACRd032657
	for <dovecot@dovecot.org>; Wed, 2 Jun 2004 18:10:13 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004060211122304846
	for <dovecot@dovecot.org>; Wed, 02 Jun 2004 11:12:25 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Wed, 2 Jun 2004 11:11:13 -0700
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Date: Wed, 2 Jun 2004 11:11:13 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Advice on converting from Mbox to Maildir?
Thread-Index: AcRIIB0nGDVXQwmjSEGva6em5KRo7gArG8Mw
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: <dovecot@dovecot.org>
X-OriginalArrivalTime: 02 Jun 2004 18:11:13.0343 (UTC)
	FILETIME=[FD4D0CF0:01C448CC]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Subject: [Dovecot] Advice on converting from Mbox to Maildir?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 18:22:18 -0000
X-UID: 9338                                                  
Status: O

Does anyone have advice or pointers on good documentation on how to
convert a system from using the Mbox format to using Maildir?

I recently upgraded to Fedora Core 2 from Fedora Core 1 and discovered
that UW-IMAP was gone.  So I switched over to using Dovecot.  So far so
good.

But I would like to convert my system to start using the Maildir format.

How easy is this to accomplish?

Can I keep my Inbox /var/spool/mail/user_name as an mbox format and have
my other folders as Maildir?

What would I have to change for Sendmail to make it use Maildir for the
Inbox?

Can procmail support Maildir?

Any pointers or help would be much appreciated?

John

From discussion-lists@linnet.org  Wed Jun  2 21:53:03 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9039FC000DD4; Wed,  2 Jun 2004 21:53:03 +0300 (EEST)
Received: from lime.pobox.com (lime.pobox.com [208.58.1.198])
	by talvi.dovecot.org (Postfix) with ESMTP id 28635C000DCE
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 21:53:01 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by lime.pobox.com (Postfix) with ESMTP id 7553D9F3A0;
	Wed,  2 Jun 2004 14:45:43 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by lime.pobox.com (Postfix) with ESMTP id 5E9A29F446;
	Wed,  2 Jun 2004 14:45:06 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id 9F7EA798; Wed,  2 Jun 2004 14:44:43 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.145.13])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 83C9278B; Wed,  2 Jun 2004 14:44:42 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BVajB-0000Kj-FS; Wed, 02 Jun 2004 19:44:41 +0100
Date: Wed, 2 Jun 2004 19:44:41 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Vegard Svanberg <vegard@svanberg.no>
Subject: Re: [Dovecot] dovecot and virtual hosting
Message-ID: <20040602184441.GB1253@uk.tiscali.com>
References: <20040602180614.GE2995@svanberg.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040602180614.GE2995@svanberg.no>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 18:53:03 -0000
X-UID: 9339                                                  
Status: O
Content-Length: 1332

On Wed, Jun 02, 2004 at 08:06:14PM +0200, Vegard Svanberg wrote:
> A usual hosting provider setup depends on having one IP ("virtual
> mailserver") per domain.  Using dovecot on servers handling hundreds or
> thousands of domains today equals to having multiple instances of
> dovecot running. 
> 
> This problem could be solved by making dovecot take into account the IP
> address the user connects to and authenticate against the proper
> {database, table, pw-file, [...]} based on that.
> 
> Comments? 

I've worked at very large ISPs, and we never did virtual hosting based on IP
address; we simply made the logins unique.

- some systems used logins like abc123456, where 'abc' is a prefix
  specific to that ISP, and '123456' is a sequence number

- other systems used username@domain as the login (i.e. the primary E-mail
  address of the mailbox)

You would be very hard pressed these days to justify to RIPE/ARIN/APNIC that
you want hundreds of IP addresses just for virtualising POP3 mailboxes
(similarly FTP servers for uploading website contents).

Even migrating existing ISPs was not a problem; the logins never clashed.
Perhaps we we fortunate that in the odd occasion where two different
systems had been using the same prefix 'abc' for logins, that they used
different ranges of sequence numbers.

Regards,

Brian.

From tss@iki.fi  Wed Jun  2 22:07:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0883BC000DDA; Wed,  2 Jun 2004 22:07:04 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 09926C000DD6
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 22:07:02 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 689691C185F2; Wed,  2 Jun 2004 21:59:49 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 864FA1C185E2; Wed,  2 Jun 2004 21:59:15 +0300 (EEST)
In-Reply-To: <20040602180614.GE2995@svanberg.no>
References: <20040602180614.GE2995@svanberg.no>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-16-521369431"
Message-Id: <EF3A5E8A-B4C6-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] dovecot and virtual hosting
Date: Wed, 2 Jun 2004 21:59:11 +0300
To: Vegard Svanberg <vegard@svanberg.no>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.9 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 19:07:04 -0000
X-UID: 9340                                                  
Status: O


--Apple-Mail-16-521369431
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 2.6.2004, at 21:06, Vegard Svanberg wrote:

> This problem could be solved by making dovecot take into account the IP
> address the user connects to and authenticate against the proper
> {database, table, pw-file, [...]} based on that.

1.0-test14 has code to do this, %l variable. Works only with SQL and 
LDAP databases, I'm not sure if I should bother supporting it with 
others..

--Apple-Mail-16-521369431
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAviOAyUhSUUBViskRAvarAJ0SS41a1jDe2AbKN0uBHMtMUBlItACdEZ2F
MiwBEvwPumotAUD5EUEum8k=
=T/ez
-----END PGP SIGNATURE-----

--Apple-Mail-16-521369431--


From dgc@uchicago.edu  Wed Jun  2 22:08:42 2004
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4A308C002841; Wed,  2 Jun 2004 22:08:42 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by talvi.dovecot.org (Postfix) with ESMTP id 39F9FC000DDA
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 22:08:39 +0300 (EEST)
Received: from dust.uchicago.edu (localhost [127.0.0.1])
	by dust.uchicago.edu (8.12.10/8.12.9) with ESMTP id i52J0uJx007356;
	Wed, 2 Jun 2004 14:00:56 -0500 (CDT)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.12.10/8.12.10/Submit) id i52J0tPV007355;
	Wed, 2 Jun 2004 14:00:55 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Wed, 2 Jun 2004 14:00:55 -0500
From: David Champion <dgc@uchicago.edu>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
Message-ID: <20040602190055.GJ20313@dust.uchicago.edu>
Mail-Followup-To: "Villalovos, John L" <john.l.villalovos@intel.com>,
	dovecot@dovecot.org
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
X-Virus-Trap: submit@cdc.uchicago.edu
X-Spam-Trap: submit@nospam.uchicago.edu
X-Gouranga: Gouranga gouranga gouranga
X-Quote: Can I have my sword back?
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Advice on converting from Mbox to Maildir?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 19:08:42 -0000
X-UID: 9341                                                  
Status: O
Content-Length: 1195

* On 2004.06.02, in <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>,
*	"Villalovos, John L" <john.l.villalovos@intel.com> wrote:
> 
> Can I keep my Inbox /var/spool/mail/user_name as an mbox format and have
> my other folders as Maildir?

I think so, but offhand I'm not sure how. I assume it's a
default_mail_env setting.


> What would I have to change for Sendmail to make it use Maildir for the
> Inbox?

Sendmail doesn't touch the inbox; it depends on the local delivery agent
(LDA) to do this. If you use procmail as the LDA, this morphs into your
next question:


> Can procmail support Maildir?

Yes. If a procmail rule specifies delivery to a mailbox whose name ends
in "/", it is treated as a Maildir. If you set
	ORGMAIL=/var/mail/$LOGNAME/
	DEFAULT=/var/mail/$LOGNAME/

(noting the ending "/") in /etc/procmailrc, you should have
Maildir-format inboxes.


N.B. I have not tested any of this.

-- 
 -D.    dgc@uchicago.edu                                  NSIT::ENSS
        No money,  no book.  No book,  no study.  No study, no pass.
        No pass, no graduate. No graduate, no job. No job, no money.
             T h e   U n i v e r s i t y   o f   C h i c a g o

From dovecot@gutzeit.at  Wed Jun  2 22:42:39 2004
Return-Path: <dovecot@gutzeit.at>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1BD6FC000DDE; Wed,  2 Jun 2004 22:42:39 +0300 (EEST)
Received: from cat-proof.de (cat.cat-proof.de [213.239.198.176])
	by talvi.dovecot.org (Postfix) with ESMTP id 01F40C000DD4
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 22:42:36 +0300 (EEST)
Received: from jensemann.jensemann.lan.saturn (pD9E0891D.dip.t-dialin.net
	[217.224.137.29]) by cat-proof.de (Postfix) with ESMTP id 691796184A8
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 21:34:18 +0200 (CEST)
Received: by jensemann.jensemann.lan.saturn (Postfix, from userid 1000)
	id 621FE219E7F; Wed,  2 Jun 2004 21:43:09 +0200 (CEST)
Date: Wed, 2 Jun 2004 21:43:09 +0200
From: Jens Gutzeit <dovecot@gutzeit.at>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Fedora 1 packaged version or upgrade to newest dovecot
Message-ID: <20040602194308.GN19167@gutzeit.at>
References: <1085810458.15536.9.camel@bajor> <1085866941.30728.11.camel@hurina>
	<20040602073008.GF19167@gutzeit.at>
	<1086191227.26596.27.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1086191227.26596.27.camel@hurina>
User-Agent: Mutt/1.5.6i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 19:42:39 -0000
X-UID: 9342                                                  
Status: O
Content-Length: 1465

On Wed, Jun 02, 2004 at 06:47:07PM +0300, Timo Sirainen wrote:

> What exactly does "isn't responding" mean? Does it accept a TCP
> connection? Does it send "Dovecot ready" message? Or doesn't it just
> authenticate? What operating system is this? 

It accepts a TCP connection, no timeout on the socket, but there is no
"Dovecot ready" message. Load is always just fine and there are not so 
much processes from dovecot running, so, it's probably not a reached user limit.

> And when it's stuck:
> 
> Is there anything in logs? Can you list the used file descriptors by
> dovecot master process? What about getting a strace of the dovecot
> process? Or if it's auth problem, those things for dovecot-auth process.
> Do imap-login processes exist? What about straceing them?

There is nothing in the logs. I'll change my script to mail me a
dir listing of /proc/$dovecot_pid/fd, a ps output with all dovecot
processes and a strace of the dovecot process. I'll report this to you 
next time we have the problem.

System is Linux 2.6 (occours with 2.4, too) on a Debian stable Box,
x86 Hardware, at least all the libs that are used by dovecot and the compiler is
from debian stable.

I have a few pop/imap boxes here running dovecot, s.th. around 10
boxes or so, the problem only exists on machines which have a bit more
traffic (upto 30 simultan users). On the small ones dovecot runs
forever without any problem.

best regards/Mit freundlichen Gren
Jens Gutzeit

From strombrg@dcs.nac.uci.edu  Wed Jun  2 22:43:38 2004
Return-Path: <strombrg@dcs.nac.uci.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 86C69C00286F; Wed,  2 Jun 2004 22:43:38 +0300 (EEST)
Received: from dcs.nac.uci.edu (dcs.nac.uci.edu [128.200.34.32])
	by talvi.dovecot.org (Postfix) with ESMTP id 67062C000DDE
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 22:43:01 +0300 (EEST)
Received: from [128.200.34.35] (tesuji.nac.uci.edu [128.200.34.35])
	by dcs.nac.uci.edu (8.12.11/8.12.10) with ESMTP id i52JZicR006015;
	Wed, 2 Jun 2004 12:35:44 -0700
Subject: Re: [Dovecot] Advice on converting from Mbox to Maildir?
From: Dan Stromberg <strombrg@dcs.nac.uci.edu>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-3FfYjWJZpCzC+hxCDn6J"
Message-Id: <1086204944.24881.158.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Wed, 02 Jun 2004 12:35:44 -0700
Cc: Dan Stromberg <strombrg@dcs.nac.uci.edu>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 19:43:39 -0000
X-UID: 9343                                                  
Status: O
Content-Length: 1996


--=-3FfYjWJZpCzC+hxCDn6J
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


I did this recently.

For converting from mbox to Maildir, check out mb2md.  I converted a
huge collection of folders using it.



On Wed, 2004-06-02 at 11:11, Villalovos, John L wrote:
> Does anyone have advice or pointers on good documentation on how to
> convert a system from using the Mbox format to using Maildir?
>=20
> I recently upgraded to Fedora Core 2 from Fedora Core 1 and discovered
> that UW-IMAP was gone.  So I switched over to using Dovecot.  So far so
> good.
>=20
> But I would like to convert my system to start using the Maildir format.
>=20
> How easy is this to accomplish?
>=20
> Can I keep my Inbox /var/spool/mail/user_name as an mbox format and have
> my other folders as Maildir?

I -think- you can, but I chose not to.

> What would I have to change for Sendmail to make it use Maildir for the
> Inbox?

If you have procmail as your MDA off of sendmail, then sendmail doesn't
need to be touched.

> Can procmail support Maildir?

I'm using the procmails that come with RHEL3 and FC2 for Maildir folders
without any problem.

The only trouble I experienced during the conversion was when I tried to
move a huge folder using evolution.  Evolution got confused near the
end, and I'd been accepting new mail into the target folder, so I had a
bit of a mess.  I wound up moving stuff a second time using the command
line, and eliminating duplicate messages using my sequivs program.

> Any pointers or help would be much appreciated?
>=20
> John
--=20
Dan Stromberg DCS/NACS/UCI <strombrg@dcs.nac.uci.edu>


--=-3FfYjWJZpCzC+hxCDn6J
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQBAviwQo0feVm00f/8RAhN5AJsEGn7groIb/C6C/UtOgc/oca+YKACfXyGm
aM97XBNBgAH99e6wj+swEyE=
=ZvUU
-----END PGP SIGNATURE-----

--=-3FfYjWJZpCzC+hxCDn6J--


From tss@iki.fi  Wed Jun  2 22:48:01 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 115A8C00286A; Wed,  2 Jun 2004 22:48:01 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id F09D7C000DD4
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 22:47:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4B4D01C185F2; Wed,  2 Jun 2004 22:40:46 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 52E941C185E2; Wed,  2 Jun 2004 22:40:12 +0300 (EEST)
Subject: Re: [Dovecot] Advice on converting from Mbox to Maildir?
From: Timo Sirainen <tss@iki.fi>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-gFa7glj2kO50GZsJCq34"
Message-Id: <1086205211.26596.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 02 Jun 2004 22:40:11 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 19:48:01 -0000
X-UID: 9344                                                  
Status: O


--=-gFa7glj2kO50GZsJCq34
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-02 at 21:11, Villalovos, John L wrote:
> Can I keep my Inbox /var/spool/mail/user_name as an mbox format and have
> my other folders as Maildir?

Not with 0.99.10. With 1.0-tests it's possible by defining multiple
namespaces.


--=-gFa7glj2kO50GZsJCq34
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAvi0byUhSUUBViskRAkgrAJ4tJqdRtYn6oFLFRmxOSKMDAoezHQCeLa0j
Vpta7ZB33iXqxnh8IbQCmP4=
=RRGJ
-----END PGP SIGNATURE-----

--=-gFa7glj2kO50GZsJCq34--


From dgc@uchicago.edu  Wed Jun  2 23:15:35 2004
Return-Path: <dgc@uchicago.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3ECB2C00286A; Wed,  2 Jun 2004 23:15:35 +0300 (EEST)
Received: from dust.uchicago.edu (dust.uchicago.edu [128.135.0.35])
	by talvi.dovecot.org (Postfix) with ESMTP id 3ACCBC000DE3
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 23:15:32 +0300 (EEST)
Received: from dust.uchicago.edu (localhost [127.0.0.1])
	by dust.uchicago.edu (8.12.10/8.12.9) with ESMTP id i52K7nJx011626;
	Wed, 2 Jun 2004 15:07:49 -0500 (CDT)
Received: (from dgc@localhost)
	by dust.uchicago.edu (8.12.10/8.12.10/Submit) id i52K7jL9011625;
	Wed, 2 Jun 2004 15:07:45 -0500 (CDT)
X-Authentication-Warning: dust.uchicago.edu: dgc set sender to
	dgc@uchicago.edu using -f
Date: Wed, 2 Jun 2004 15:07:44 -0500
From: David Champion <dgc@uchicago.edu>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
Message-ID: <20040602200744.GK20313@dust.uchicago.edu>
Mail-Followup-To: "Villalovos, John L" <john.l.villalovos@intel.com>,
	dovecot@dovecot.org
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
	<1086204944.24881.158.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1086204944.24881.158.camel@tesuji.nac.uci.edu>
X-Virus-Trap: submit@cdc.uchicago.edu
X-Spam-Trap: submit@nospam.uchicago.edu
X-Gouranga: Gouranga gouranga gouranga
X-Quote: Can I have my sword back?
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Advice on converting from Mbox to Maildir?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 20:15:35 -0000
X-UID: 9345                                                  
Status: O
Content-Length: 1209

* On 2004.06.02, in <1086204944.24881.158.camel@tesuji.nac.uci.edu>,
*	"Dan Stromberg" <strombrg@dcs.nac.uci.edu> wrote:
> 
> I did this recently.
> 
> For converting from mbox to Maildir, check out mb2md.  I converted a
> huge collection of folders using it.

Ah, I meant to address that too. Since procmail supports Maildir, you
can also convert with procmail. It's probably slower to do so than with
any dedicated conversion utility, but it uses a smaller and consistent
set of tools.

Here's a shell script. It doesn't address permissions or ownerships,
and it doesn't delete the mbox folder.

#!/bin/sh
test -n "$1" || exit 5
convert () {
	MBOX="$1"; export MBOX
	mv "$MBOX" "$MBOX.mbox"
	mkdir "$MBOX"
	formail < "$MBOX" -s procmail "$pmrc"
	# rm -f "$MBOX"
}
pmrc=${TMPDIR-/tmp}/`basename $0`.pmrc
cat <<'PMRC' >"$pmrc"
:0
$MBOX/
PMRC
for folder in "$@"; do
	convert "$folder"
done
rm -f "$pmrc"


N.B. This, too, is untested.

-- 
 -D.    dgc@uchicago.edu                                  NSIT::ENSS
        No money,  no book.  No book,  no study.  No study, no pass.
        No pass, no graduate. No graduate, no job. No job, no money.
             T h e   U n i v e r s i t y   o f   C h i c a g o

From john.l.villalovos@intel.com  Wed Jun  2 23:50:32 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0B531C000DE3; Wed,  2 Jun 2004 23:50:32 +0300 (EEST)
Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6])
	by talvi.dovecot.org (Postfix) with ESMTP id 05DD8C000DDE
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 23:50:29 +0300 (EEST)
Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7])
	by hermes.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,v
	1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i52KiYee015369; 
	Wed, 2 Jun 2004 20:44:34 GMT
Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com
	[192.168.65.206])
	by talaria.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i52KdNRl009316; 
	Wed, 2 Jun 2004 20:39:40 GMT
Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56])
	by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004060213431332189 ; Wed, 02 Jun 2004 13:43:13 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Wed, 2 Jun 2004 13:43:13 -0700
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Subject: RE: [Dovecot] Advice on converting from Mbox to Maildir?
Date: Wed, 2 Jun 2004 13:43:12 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B88C75D@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Advice on converting from Mbox to Maildir?
Thread-Index: AcRI2NDy/l6ExNPLS6mnWt1FU+fRewACOsRQ
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: "Dan Stromberg" <strombrg@dcs.nac.uci.edu>
X-OriginalArrivalTime: 02 Jun 2004 20:43:13.0667 (UTC)
	FILETIME=[39700D30:01C448E2]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 20:50:32 -0000
X-UID: 9346                                                  
Status: O

Dan Stromberg wrote:
> For converting from mbox to Maildir, check out mb2md.  I converted a
> huge collection of folders using it.

Thanks.  I'll look into that.

>> Can procmail support Maildir?
>=20
> I'm using the procmails that come with RHEL3 and FC2 for
> Maildir folders
> without any problem.

So how did you setup procmail?

Did you setup a /etc/procmailrc

And then setup a:

DEFAULT=3D$HOME/Maildir/

line in the file?

Thanks,
John

From strombrg@dcs.nac.uci.edu  Thu Jun  3 00:19:51 2004
Return-Path: <strombrg@dcs.nac.uci.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1C7DEC000DE3; Thu,  3 Jun 2004 00:19:51 +0300 (EEST)
Received: from dcs.nac.uci.edu (dcs.nac.uci.edu [128.200.34.32])
	by talvi.dovecot.org (Postfix) with ESMTP id 6C727C000DD4
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 00:19:48 +0300 (EEST)
Received: from [128.200.34.35] (tesuji.nac.uci.edu [128.200.34.35])
	by dcs.nac.uci.edu (8.12.11/8.12.10) with ESMTP id i52LCVdq007678;
	Wed, 2 Jun 2004 14:12:31 -0700
Subject: RE: [Dovecot] Advice on converting from Mbox to Maildir?
From: Dan Stromberg <strombrg@dcs.nac.uci.edu>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C75D@orsmsx410.jf.intel.com>
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C75D@orsmsx410.jf.intel.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-GM1ZwUEpCNCocZWlTT22"
Message-Id: <1086210750.6201.10.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Wed, 02 Jun 2004 14:12:30 -0700
Cc: Dan Stromberg <strombrg@dcs.nac.uci.edu>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 21:19:51 -0000
X-UID: 9347                                                  
Status: O
Content-Length: 1214


--=-GM1ZwUEpCNCocZWlTT22
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-02 at 13:43, Villalovos, John L wrote:

> >> Can procmail support Maildir?
> >=20
> > I'm using the procmails that come with RHEL3 and FC2 for
> > Maildir folders
> > without any problem.
>=20
> So how did you setup procmail?
>=20
> Did you setup a /etc/procmailrc
>=20
> And then setup a:
>=20
> DEFAULT=3D$HOME/Maildir/
>
> line in the file?

I've never used $DEFAULT, though from the sound of it that might be a
good idea.  I just have a procmailrc that delivers things to
$HOME/Maildir/.foldername/ for folders, and $HOME/Maildir/ for the
inbox.  dovecot didn't seem happy without the . in front of the folder
names.  These .'s are not visible from the MUA perspective.

--=20
Dan Stromberg DCS/NACS/UCI <strombrg@dcs.nac.uci.edu>


--=-GM1ZwUEpCNCocZWlTT22
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQBAvkK+o0feVm00f/8RAna/AJ9kUYdEgG6wZ8MBztUvfaK0xNyeiwCcDsrU
5+p0vcg5UamovkdZU/ADrEE=
=+bJy
-----END PGP SIGNATURE-----

--=-GM1ZwUEpCNCocZWlTT22--


From pegasus@nerv.eu.org  Thu Jun  3 00:21:55 2004
Return-Path: <pegasus@nerv.eu.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E206DC002841; Thu,  3 Jun 2004 00:21:55 +0300 (EEST)
Received: from mail.animeslovenija.org (feather2.animeslovenija.org
	[193.77.122.70])
	by talvi.dovecot.org (Postfix) with ESMTP id D53C7C000DE3
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 00:21:53 +0300 (EEST)
Received: from localhost (disko [192.168.200.4])
	by mail.animeslovenija.org (8.7.6/8.7.6) with ESMTP id F2A469C19
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 23:14:45 +0200 (CEST)
Received: from mail.animeslovenija.org ([192.168.200.3])
	by localhost (disko [192.168.200.4]) (amavisd-new, port 10024) with LMTP
	id 29437-01 for <dovecot@dovecot.org>;
	Wed,  2 Jun 2004 23:14:10 +0200 (CEST)
Received: from [192.168.0.8] (jarse [193.95.219.68])
	by mail.animeslovenija.org (8.7.6/8.7.6) with ESMTP id 17BEF9BD8
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 22:09:52 +0200 (CEST)
From: Jure Pecar <pegasus@nerv.eu.org>
To: dovecot@dovecot.org
Date: Wed, 2 Jun 2004 22:13:36 +0200
User-Agent: KMail/1.6.2
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200406022213.36561.pegasus@nerv.eu.org>
X-Virus-Scanned: by amavisd-new at animeslovenija.org
Subject: [Dovecot] mta/mda config
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 21:21:56 -0000
X-UID: 9348                                                  
Status: O


Hi all,

I'm at the stage of planning our new mail system and am evaluating dovecot =
for=20
it.=20

=46or large mailstore setups, it makes sense to split maildirs across many=
=20
directories. I see that setting default_mail_env to something like=20
maildir:/var/imap/domain/%1d/%d/%1u/user/%u/ would create almost identical=
=20
on-disk layout as multidomain cyrus setup. Now, as dovecot does not have it=
s=20
own mda or lmtp daemon, how does one configure mta (eg. postfix) to deliver=
=20
mail in such maildirs?

Related question ... any cyrus to dovecot migration tales? :)

=2D-=20

Jure Pe=C4=8Dar

From zerbey@wibble.co.uk  Thu Jun  3 01:12:11 2004
Return-Path: <zerbey@wibble.co.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3AAF5C00290A; Thu,  3 Jun 2004 01:12:11 +0300 (EEST)
Received: from gary.horry.org (rrcs-se-24-173-163-50.biz.rr.com
	[24.173.163.50])
	by talvi.dovecot.org (Postfix) with ESMTP id 9F27EC002909
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 01:12:05 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by gary.horry.org (Postfix) with ESMTP id 66D28F00A6
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 18:04:51 -0400 (EDT)
Received: from gary.horry.org ([127.0.0.1])
	by localhost (gary [127.0.0.1]) (amavisd-new, port 10024) with LMTP
	id 16215-01 for <dovecot@dovecot.org>;
	Wed,  2 Jun 2004 18:04:51 -0400 (EDT)
Received: from rrcs-se-24-173-163-50.biz.rr.com
	(rrcs-se-24-173-163-50.biz.rr.com [24.173.163.50])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by gary.horry.org (Postfix) with ESMTP id EC3D7F00A5
	for <dovecot@dovecot.org>; Wed,  2 Jun 2004 18:04:50 -0400 (EDT)
Date: Wed, 2 Jun 2004 18:04:44 -0400 (EDT)
From: Chris Horry <zerbey@wibble.co.uk>
X-X-Sender: zerbey@gary.horry.org
To: dovecot@dovecot.org
Message-ID: <Pine.LNX.4.58.0406021803020.16371@gary.horry.org>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="8323328-1414501197-1086213884=:16371"
X-Virus-Scanned: by amavisd-new at gary.horry.org
Subject: [Dovecot] IMAP folders missing after migrating to Dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 22:12:11 -0000
X-UID: 9349                                                  
Status: O
Content-Length: 26573

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--8323328-1414501197-1086213884=:16371
Content-Type: TEXT/PLAIN; charset=US-ASCII

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello all,

I'm migrating to Dovecot from Courier-IMAP.  I use Postfix with Maildir
for delivery.

When I use Dovecot as the IMAP server all of my folders are missing, the
only thing that remains is the Inbox folder.

Has anyone else experienced this issue?  I have enclosed my configuration.

Thanks,

Chris

- -- 
Chris Horry           "Winter is the season in which people
zerbey@wibble.co.uk    try to keep the house as warm as it was
PGP: DSA/2B4C654E      it was in the summer, when they complained
Amateur Radio: KG4TSM  about the heat" --Author Unknown

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iEYEARECAAYFAkC+TwAACgkQnAAeGCtMZU5/IwCeNAac9HXNmZpWn7aoeINC2RH+
SeIAnRASJdvDIOi6/ZvBMzBJwWrKPJVZ
=iK37
-----END PGP SIGNATURE-----

--8323328-1414501197-1086213884=:16371
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dovecot.conf"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.58.0406021804440.16371@gary.horry.org>
Content-Description: 
Content-Disposition: attachment; filename="dovecot.conf"

IyMgRG92ZWNvdCAxLjAgY29uZmlndXJhdGlvbiBmaWxlDQoNCiMgRGVmYXVs
dCB2YWx1ZXMgYXJlIHNob3duIGFmdGVyIGVhY2ggdmFsdWUsIGl0J3Mgbm90
IHJlcXVpcmVkIHRvIHVuY29tbWVudA0KIyBhbnkgb2YgdGhlIGxpbmVzLiBF
eGNlcHRpb24gdG8gdGhpcyBhcmUgcGF0aHMsIHRoZXkncmUganVzdCBleGFt
cGxlcw0KIyB3aXRoIHJlYWwgZGVmYXVsdHMgYmVpbmcgYmFzZWQgb24gY29u
ZmlndXJlIG9wdGlvbnMuIFRoZSBwYXRocyBsaXN0ZWQgaGVyZQ0KIyBhcmUg
Zm9yIGNvbmZpZ3VyZSAtLXByZWZpeD0vdXNyIC0tc3lzY29uZmRpcj0vZXRj
IC0tbG9jYWxzdGF0ZWRpcj0vdmFyDQojIC0td2l0aC1zc2xkaXI9L2V0Yy9z
c2wNCg0KIyBCYXNlIGRpcmVjdG9yeSB3aGVyZSB0byBzdG9yZSBydW50aW1l
IGRhdGEuDQojYmFzZV9kaXIgPSAvdmFyL3J1bi9kb3ZlY290Lw0KDQojIFBy
b3RvY29scyB3ZSB3YW50IHRvIGJlIHNlcnZpbmc6DQojICBpbWFwIGltYXBz
IHBvcDMgcG9wM3MNCnByb3RvY29scyA9IGltYXAgaW1hcHMgcG9wMw0KDQoj
IElQIG9yIGhvc3QgYWRkcmVzcyB3aGVyZSB0byBsaXN0ZW4gaW4gZm9yIGNv
bm5lY3Rpb25zLiBJdCdzIG5vdCBjdXJyZW50bHkNCiMgcG9zc2libGUgdG8g
c3BlY2lmeSBtdWx0aXBsZSBhZGRyZXNzZXMuICIqIiBsaXN0ZW5zIGluIGFs
bCBJUHY0IGludGVyZmFjZXMuDQojICJbOjpdIiBsaXN0ZW5zIGluIGFsbCBJ
UHY2IGludGVyZmFjZXMsIGJ1dCBtYXkgYWxzbyBsaXN0ZW4gaW4gYWxsIElQ
djQNCiMgaW50ZXJmYWNlcyBkZXBlbmRpbmcgb24gdGhlIG9wZXJhdGluZyBz
eXN0ZW0uIFlvdSBjYW4gc3BlY2lmeSBwb3J0cyB3aXRoDQojICJob3N0OnBv
cnQiLg0KI2ltYXBfbGlzdGVuID0gKg0KI3BvcDNfbGlzdGVuID0gKg0KDQoj
IElQIG9yIGhvc3QgYWRkcmVzcyB3aGVyZSB0byBsaXN0ZW4gaW4gZm9yIFNT
TCBjb25uZWN0aW9ucy4gRGVmYXVsdHMNCiMgdG8gYWJvdmUgbm9uLVNTTCBl
cXVpbGV2YW50cyBpZiBub3Qgc3BlY2lmaWVkLg0KaW1hcHNfbGlzdGVuID0g
Kjo4MDAwDQojcG9wM3NfbGlzdGVuID0gDQoNCiMgRGlzYWJsZSBTU0wvVExT
IHN1cHBvcnQuDQojc3NsX2Rpc2FibGUgPSBubw0KDQojIFBFTSBlbmNvZGVk
IFguNTA5IFNTTC9UTFMgY2VydGlmaWNhdGUgYW5kIHByaXZhdGUga2V5LiBU
aGV5J3JlIG9wZW5lZCBiZWZvcmUNCiMgZHJvcHBpbmcgcm9vdCBwcml2aWxl
Z2VzLCBzbyBrZWVwIHRoZSBrZXkgZmlsZSB1bnJlYWRhYmxlIGJ5IGFueW9u
ZSBidXQNCiMgcm9vdC4gSW5jbHVkZWQgZG9jL21rY2VydC5zaCBjYW4gYmUg
dXNlZCB0byBlYXNpbHkgZ2VuZXJhdGUgc2VsZi1zaWduZWQNCiMgY2VydGlm
aWNhdGUsIGp1c3QgbWFrZSBzdXJlIHRvIHVwZGF0ZSB0aGUgZG9tYWlucyBp
biBkb3ZlY290LW9wZW5zc2wuY25mDQojc3NsX2NlcnRfZmlsZSA9IC9ldGMv
c3NsL2NlcnRzL2RvdmVjb3QucGVtDQpzc2xfY2VydF9maWxlID0gL3Vzci9s
aWIvY291cmllci1pbWFwL3NoYXJlL2ltYXBkLnBlbQ0Kc3NsX2tleV9maWxl
ID0gL3Vzci9saWIvY291cmllci1pbWFwL3NoYXJlL2ltYXBkLnBlbQ0KDQoj
IFNTTCBwYXJhbWV0ZXIgZmlsZS4gTWFzdGVyIHByb2Nlc3MgZ2VuZXJhdGVz
IHRoaXMgZmlsZSBmb3IgbG9naW4gcHJvY2Vzc2VzLg0KIyBJdCBjb250YWlu
cyBEaWZmaWUgSGVsbG1hbiBhbmQgUlNBIHBhcmFtZXRlcnMuDQojc3NsX3Bh
cmFtZXRlcnNfZmlsZSA9IC92YXIvcnVuL2RvdmVjb3Qvc3NsLXBhcmFtZXRl
cnMuZGF0DQoNCiMgSG93IG9mdGVuIHRvIHJlZ2VuZXJhdGUgdGhlIFNTTCBw
YXJhbWV0ZXJzIGZpbGUuIEdlbmVyYXRpb24gaXMgcXVpdGUgQ1BVDQojIGlu
dGVuc2l2ZSBvcGVyYXRpb24uIFRoZSB2YWx1ZSBpcyBpbiBob3VycywgMCBk
aXNhYmxlcyByZWdlbmVyYXRpb24NCiMgZW50aXJlbHkuDQojc3NsX3BhcmFt
ZXRlcnNfcmVnZW5lcmF0ZSA9IDI0DQoNCiMgRGlzYWJsZSBMT0dJTiBjb21t
YW5kIGFuZCBhbGwgb3RoZXIgcGxhaW50ZXh0IGF1dGhlbnRpY2F0aW9ucyB1
bmxlc3MNCiMgU1NML1RMUyBpcyB1c2VkIChMT0dJTkRJU0FCTEVEIGNhcGFi
aWxpdHkpDQojZGlzYWJsZV9wbGFpbnRleHRfYXV0aCA9IG5vDQoNCiMgVXNl
IHRoaXMgbG9nZmlsZSBpbnN0ZWFkIG9mIHN5c2xvZygpLiAvZGV2L3N0ZGVy
ciBjYW4gYmUgdXNlZCBpZiB5b3Ugd2FudCB0bw0KIyB1c2Ugc3RkZXJyIGZv
ciBsb2dnaW5nIChPTkxZIC9kZXYvc3RkZXJyIC0gb3RoZXJ3aXNlIGl0IGlz
IGNsb3NlZCkuDQojbG9nX3BhdGggPSANCg0KIyBGb3IgaW5mb3JtYXRpb25h
bCBtZXNzYWdlcywgdXNlIHRoaXMgbG9nZmlsZSBpbnN0ZWFkIG9mIHRoZSBk
ZWZhdWx0DQojaW5mb19sb2dfcGF0aCA9IA0KDQojIFByZWZpeCBmb3IgZWFj
aCBsaW5lIHdyaXR0ZW4gdG8gbG9nIGZpbGUuICUgY29kZXMgYXJlIGluIHN0
cmZ0aW1lKDMpDQojIGZvcm1hdC4gTm90ZSB0aGUgZXh0cmEgc3BhY2UgYXQg
dGhlIGVuZCBvZiBsaW5lLg0KI2xvZ190aW1lc3RhbXAgPSAiJWIgJWQgJUg6
JU06JVMgIg0KDQojIw0KIyMgTG9naW4gcHJvY2Vzc2VzDQojIw0KDQojIERp
cmVjdG9yeSB3aGVyZSBhdXRoZW50aWNhdGlvbiBwcm9jZXNzIHBsYWNlcyBh
dXRoZW50aWNhdGlvbiBVTklYIHNvY2tldHMNCiMgd2hpY2ggbG9naW4gbmVl
ZHMgdG8gYmUgYWJsZSB0byBjb25uZWN0IHRvLiBUaGUgc29ja2V0cyBhcmUg
Y3JlYXRlZCB3aGVuDQojIHJ1bm5pbmcgYXMgcm9vdCwgc28geW91IGRvbid0
IGhhdmUgdG8gd29ycnkgYWJvdXQgcGVybWlzc2lvbnMuDQojbG9naW5fZGly
ID0gL3Zhci9ydW4vZG92ZWNvdC9sb2dpbg0KDQojIGNocm9vdCBsb2dpbiBw
cm9jZXNzIHRvIHRoZSBsb2dpbl9kaXIuIE9ubHkgcmVhc29uIG5vdCB0byBk
byB0aGlzIGlzIGlmIHlvdQ0KIyB3aXNoIHRvIHJ1biB0aGUgd2hvbGUgRG92
ZWNvdCB3aXRob3V0IHJvb3RzLg0KI2xvZ2luX2Nocm9vdCA9IHllcw0KDQoN
CiMjDQojIyBJTUFQIGxvZ2luIHByb2Nlc3MNCiMjDQoNCmxvZ2luID0gaW1h
cA0KDQojIEV4ZWN1dGFibGUgbG9jYXRpb24uDQojbG9naW5fZXhlY3V0YWJs
ZSA9IC91c3IvbGliZXhlYy9kb3ZlY290L2ltYXAtbG9naW4NCg0KIyBVc2Vy
IHRvIHVzZSBmb3IgdGhlIGxvZ2luIHByb2Nlc3MuIENyZWF0ZSBhIGNvbXBs
ZXRlbHkgbmV3IHVzZXIgZm9yIHRoaXMsDQojIGFuZCBkb24ndCB1c2UgaXQg
YW55d2hlcmUgZWxzZS4gVGhlIHVzZXIgbXVzdCBhbHNvIGJlbG9uZyB0byBh
IGdyb3VwIHdoZXJlDQojIG9ubHkgaXQgaGFzIGFjY2VzcywgaXQncyB1c2Vk
IHRvIGNvbnRyb2wgYWNjZXNzIGZvciBhdXRoZW50aWNhdGlvbiBwcm9jZXNz
Lg0KI2xvZ2luX3VzZXIgPSBkb3ZlY290DQoNCiMgU2V0IG1heC4gcHJvY2Vz
cyBzaXplIGluIG1lZ2FieXRlcy4gSWYgeW91IGRvbid0IHVzZQ0KIyBsb2dp
bl9wcm9jZXNzX3Blcl9jb25uZWN0aW9uIHlvdSBtaWdodCBuZWVkIHRvIGdy
b3cgdGhpcy4NCiNsb2dpbl9wcm9jZXNzX3NpemUgPSAxNg0KDQojIFNob3Vs
ZCBlYWNoIGxvZ2luIGJlIHByb2Nlc3NlZCBpbiBpdCdzIG93biBwcm9jZXNz
ICh5ZXMpLCBvciBzaG91bGQgb25lDQojIGxvZ2luIHByb2Nlc3MgYmUgYWxs
b3dlZCB0byBwcm9jZXNzIG11bHRpcGxlIGNvbm5lY3Rpb25zIChubyk/IFll
cyBpcyBtb3JlDQojIHNlY3VyZSwgZXNwY2lhbGx5IHdpdGggU1NML1RMUyBl
bmFibGVkLiBObyBpcyBmYXN0ZXIgc2luY2UgdGhlcmUncyBubyBuZWVkDQoj
IHRvIGNyZWF0ZSBwcm9jZXNzZXMgYWxsIHRoZSB0aW1lLg0KI2xvZ2luX3By
b2Nlc3NfcGVyX2Nvbm5lY3Rpb24gPSB5ZXMNCg0KIyBOdW1iZXIgb2YgbG9n
aW4gcHJvY2Vzc2VzIHRvIGNyZWF0ZS4gSWYgbG9naW5fcHJvY2Vzc19wZXJf
dXNlciBpcw0KIyB5ZXMsIHRoaXMgaXMgdGhlIG51bWJlciBvZiBleHRyYSBw
cm9jZXNzZXMgd2FpdGluZyBmb3IgdXNlcnMgdG8gbG9nIGluLg0KI2xvZ2lu
X3Byb2Nlc3Nlc19jb3VudCA9IDMNCg0KIyBNYXhpbXVtIG51bWJlciBvZiBl
eHRyYSBsb2dpbiBwcm9jZXNzZXMgdG8gY3JlYXRlLiBUaGUgZXh0cmEgcHJv
Y2VzcyBjb3VudA0KIyB1c3VhbGx5IHN0YXlzIGF0IGxvZ2luX3Byb2Nlc3Nl
c19jb3VudCwgYnV0IHdoZW4gbXVsdGlwbGUgdXNlcnMgc3RhcnQgbG9nZ2lu
Zw0KIyBpbiBhdCB0aGUgc2FtZSB0aW1lIG1vcmUgZXh0cmEgcHJvY2Vzc2Vz
IGFyZSBjcmVhdGVkLiBUbyBwcmV2ZW50IGZvcmstYm9tYmluZw0KIyB3ZSBj
aGVjayBvbmx5IG9uY2UgaW4gYSBzZWNvbmQgaWYgbmV3IHByb2Nlc3NlcyBz
aG91bGQgYmUgY3JlYXRlZCAtIGlmIGFsbA0KIyBvZiB0aGVtIGFyZSB1c2Vk
IGF0IHRoZSB0aW1lLCB3ZSBkb3VibGUgdGhlaXIgYW1vdW50IHVudGlsIGxp
bWl0IHNldCBieSB0aGlzDQojIHNldHRpbmcgaXMgcmVhY2hlZC4gVGhpcyBz
ZXR0aW5nIGlzIHVzZWQgb25seSBpZiBsb2dpbl9wcm9jZXNzX3Blcl91c2Ug
aXMgeWVzLg0KI2xvZ2luX21heF9wcm9jZXNzZXNfY291bnQgPSAxMjgNCg0K
IyBNYXhpbXVtIG51bWJlciBvZiBjb25uZWN0aW9ucyBhbGxvd2VkIGluIGxv
Z2luIHN0YXRlLiBXaGVuIHRoaXMgbGltaXQgaXMNCiMgcmVhY2hlZCwgdGhl
IG9sZGVzdCBjb25uZWN0aW9ucyBhcmUgZHJvcHBlZC4gSWYgbG9naW5fcHJv
Y2Vzc19wZXJfdXNlcg0KIyBpcyBubywgdGhpcyBpcyBhIHBlci1wcm9jZXNz
IHZhbHVlLCBzbyB0aGUgYWJzb2x1dGUgbWF4aW11bSBudW1iZXIgb2YgdXNl
cnMNCiMgbG9nZ2luZyBpbiBhY3R1YWxseSBsb2dpbl9wcm9jZXNzZXNfY291
bnQgKiBtYXhfbG9nZ2luZ191c2Vycy4NCiNsb2dpbl9tYXhfbG9nZ2luZ191
c2VycyA9IDI1Ng0KDQojIw0KIyMgUE9QMyBsb2dpbiBwcm9jZXNzDQojIw0K
DQojIFNldHRpbmdzIGRlZmF1bHQgdG8gc2FtZSBhcyBhYm92ZSwgc28geW91
IGRvbid0IGhhdmUgdG8gc2V0IGFueXRoaW5nDQojIHVubGVzcyB5b3Ugd2Fu
dCB0byBvdmVycmlkZSB0aGVtLg0KDQpsb2dpbiA9IHBvcDMNCg0KIyBFeGNl
cHRpb24gdG8gYWJvdmUgcnVsZSBiZWluZyB0aGUgZXhlY3V0YWJsZSBsb2Nh
dGlvbi4NCiNsb2dpbl9leGVjdXRhYmxlID0gL3Vzci9saWJleGVjL2RvdmVj
b3QvcG9wMy1sb2dpbg0KDQojIw0KIyMgTWFpbCBwcm9jZXNzZXMNCiMjDQoN
CiMgTWF4aW11bSBudW1iZXIgb2YgcnVubmluZyBtYWlsIHByb2Nlc3Nlcy4g
V2hlbiB0aGlzIGxpbWl0IGlzIHJlYWNoZWQsDQojIG5ldyB1c2VycyBhcmVu
J3QgYWxsb3dlZCB0byBsb2cgaW4uDQojbWF4X21haWxfcHJvY2Vzc2VzID0g
MTAyNA0KDQojIFNob3cgbW9yZSB2ZXJib3NlIHByb2Nlc3MgdGl0bGVzIChp
biBwcykuIEN1cnJlbnRseSBzaG93cyB1c2VyIG5hbWUgYW5kDQojIElQIGFk
ZHJlc3MuIFVzZWZ1bCBmb3Igc2VlaW5nIHdobyBhcmUgYWN0dWFsbHkgdXNp
bmcgdGhlIElNQVAgcHJvY2Vzc2VzDQojIChlZy4gc2hhcmVkIG1haWxib3hl
cyBvciBpZiBzYW1lIHVpZCBpcyB1c2VkIGZvciBtdWx0aXBsZSBhY2NvdW50
cykuDQojdmVyYm9zZV9wcm9jdGl0bGUgPSBubw0KDQojIFNob3cgcHJvdG9j
b2wgbGV2ZWwgU1NMIGVycm9ycy4NCiN2ZXJib3NlX3NzbCA9IG5vDQoNCiMg
VmFsaWQgVUlEIHJhbmdlIGZvciB1c2VycywgZGVmYXVsdHMgdG8gNTAwIGFu
ZCBhYm92ZS4gVGhpcyBpcyBtb3N0bHkNCiMgdG8gbWFrZSBzdXJlIHRoYXQg
dXNlcnMgY2FuJ3QgbG9nIGluIGFzIGRhZW1vbnMgb3Igb3RoZXIgc3lzdGVt
IHVzZXJzLg0KIyBOb3RlIHRoYXQgZGVueWluZyByb290IGxvZ2lucyBpcyBo
YXJkY29kZWQgdG8gZG92ZWNvdCBiaW5hcnkgYW5kIGNhbid0DQojIGJlIGRv
bmUgZXZlbiBpZiBmaXJzdF92YWxpZF91aWQgaXMgc2V0IHRvIDAuDQojZmly
c3RfdmFsaWRfdWlkID0gNTAwDQojbGFzdF92YWxpZF91aWQgPSAwDQoNCiMg
VmFsaWQgR0lEIHJhbmdlIGZvciB1c2VycywgZGVmYXVsdHMgdG8gbm9uLXJv
b3Qvd2hlZWwuIFVzZXJzIGhhdmluZw0KIyBub24tdmFsaWQgR0lEIGFzIHBy
aW1hcnkgZ3JvdXAgSUQgYXJlbid0IGFsbG93ZWQgdG8gbG9nIGluLiBJZiB1
c2VyDQojIGJlbG9uZ3MgdG8gc3VwcGxlbWVudGFyeSBncm91cHMgd2l0aCBu
b24tdmFsaWQgR0lEcywgdGhvc2UgZ3JvdXBzIGFyZQ0KIyBub3Qgc2V0Lg0K
I2ZpcnN0X3ZhbGlkX2dpZCA9IDENCiNsYXN0X3ZhbGlkX2dpZCA9IDANCg0K
IyAnOicgc2VwYXJhdGVkIGxpc3Qgb2YgZGlyZWN0b3JpZXMgdW5kZXIgd2hp
Y2ggY2hyb290aW5nIGlzIGFsbG93ZWQgZm9yIG1haWwNCiMgcHJvY2Vzc2Vz
IChpZS4gL3Zhci9tYWlsIHdpbGwgYWxsb3cgY2hyb290aW5nIHRvIC92YXIv
bWFpbC9mb28vYmFyIHRvbykuDQojIFRoaXMgc2V0dGluZyBkb2Vzbid0IGFm
ZmVjdCBsb2dpbl9jaHJvb3Qgb3IgYXV0aF9jaHJvb3QgdmFyaWFibGVzLg0K
IyBXQVJOSU5HOiBOZXZlciBhZGQgZGlyZWN0b3JpZXMgaGVyZSB3aGljaCBs
b2NhbCB1c2VycyBjYW4gbW9kaWZ5LCB0aGF0DQojIG1heSBsZWFkIHRvIHJv
b3QgZXhwbG9pdC4gVXN1YWxseSB0aGlzIHNob3VsZCBiZSBkb25lIG9ubHkg
aWYgeW91IGRvbid0DQojIGFsbG93IHNoZWxsIGFjY2VzcyBmb3IgdXNlcnMu
IFNlZSBkb2MvY29uZmlndXJhdGlvbi50eHQgZm9yIG1vcmUgaW5mb3JtYXRp
b24uDQojdmFsaWRfY2hyb290X2RpcnMgPSANCg0KIyBEZWZhdWx0IGNocm9v
dCBkaXJlY3RvcnkgZm9yIG1haWwgcHJvY2Vzc2VzLiBUaGlzIGNhbiBiZSBv
dmVycmlkZGVuIGJ5DQojIGdpdmluZyAvLi8gaW4gdXNlcidzIGhvbWUgZGly
ZWN0b3J5IChlZy4gL2hvbWUvLi91c2VyIGNocm9vdHMgaW50byAvaG9tZSku
DQojbWFpbF9jaHJvb3QgPSANCg0KIyBEZWZhdWx0IE1BSUwgZW52aXJvbm1l
bnQgdG8gdXNlIHdoZW4gaXQncyBub3Qgc2V0LiBCeSBsZWF2aW5nIHRoaXMg
ZW1wdHkNCiMgZG92ZWNvdCB0cmllcyB0byBkbyBzb21lIGF1dG9tYXRpYyBk
ZXRlY3Rpb24gYXMgZGVzY3JpYmVkIGluDQojIGRvYy9tYWlsLXN0b3JhZ2Vz
LnR4dC4gVGhlcmUncyBhIGZldyBzcGVjaWFsIHZhcmlhYmxlcyB5b3UgY2Fu
IHVzZToNCiMNCiMgICAldSAtIHVzZXJuYW1lDQojICAgJW4gLSB1c2VyIHBh
cnQgaW4gdXNlckBkb21haW4sIHNhbWUgYXMgJXUgaWYgdGhlcmUncyBubyBk
b21haW4NCiMgICAlZCAtIGRvbWFpbiBwYXJ0IGluIHVzZXJAZG9tYWluLCBl
bXB0eSBpZiB1c2VyIHRoZXJlJ3Mgbm8gZG9tYWluDQojICAgJWggLSBob21l
IGRpcmVjdG9yeQ0KIw0KIyBZb3UgY2FuIGFsc28gbGltaXQgYSB3aWR0aCBv
ZiBzdHJpbmcgYnkgZ2l2aW5nIHRoZSBudW1iZXIgb2YgbWF4LiBjaGFyYWN0
ZXJzDQojIGFmdGVyIHRoZSAnJScgY2hhcmFjdGVyLiBGb3IgZXhhbXBsZSAl
MXUgZ2l2ZXMgdGhlIGZpcnN0IGNoYXJhY3RlciBvZg0KIyB1c2VybmFtZS4g
U29tZSBleGFtcGxlczoNCiMNCiMgICBtYWlsZGlyOi92YXIvbWFpbC8lMXUv
JXUvTWFpbGRpcg0KIyAgIG1ib3g6fi9tYWlsLzpJTkJPWD0vdmFyL21haWwv
JXUNCiMgICBtYm94Oi92YXIvbWFpbC8lZC8lbi86SU5ERVg9L3Zhci9pbmRl
eGVzLyVkLyVuDQojDQpkZWZhdWx0X21haWxfZW52ID0gbWFpbGRpcjolaC9N
YWlsZGlyDQoNCiMgU3BhY2Utc2VwYXJhdGVkIGxpc3Qgb2YgZmllbGRzIHRv
IGNhY2hlIGZvciBhbGwgbWFpbHMuIEN1cnJlbnRseSB0aGVzZQ0KIyBmaWVs
ZHMgYXJlIGFsbG93ZWQgZm9sbG93ZWQgYnkgYSBsaXN0IG9mIGNvbW1hbmRz
IHRoZXkgc3BlZWQgdXA6DQojDQojICBFbnZlbG9wZSAgICAgIC0gRkVUQ0gg
RU5WRUxPUEUgYW5kIFNFQVJDSCBGUk9NLCBUTywgQ0MsIEJDQywgU1VCSkVD
VCwNCiMgICAgICAgICAgICAgICAgICBTRU5UQkVGT1JFLCBTRU5UT04sIFNF
TlRTSU5DRSwgSEVBREVSIE1FU1NBR0UtSUQsDQojICAgICAgICAgICAgICAg
ICAgSEVBREVSIElOLVJFUExZLVRPDQojICBCb2R5ICAgICAgICAgIC0gRkVU
Q0ggQk9EWQ0KIyAgQm9keXN0cnVjdHVyZSAtIEZFVENIIEJPRFksIEJPRFlT
VFJVQ1RVUkUNCiMgIE1lc3NhZ2VQYXJ0ICAgLSBGRVRDSCBCT0RZWzEuMi4z
XSAoaWUuIGJvZHkgcGFydHMpLCBSRkM4MjIuU0laRSwNCiMgICAgICAgICAg
ICAgICAgICBTRUFSQ0ggU01BTExFUiwgTEFSR0VSLCBhbHNvIHNwZWVkcyB1
cCBCT0RZL0JPRFlTVFJVQ1RVUkUNCiMgICAgICAgICAgICAgICAgICBnZW5l
cmF0aW9uLiBUaGlzIGlzIGFsd2F5cyBzZXQgd2l0aCBtYm94IG1haWxib3hl
cywgYW5kDQojICAgICAgICAgICAgICAgICAgYWxzbyBkZWZhdWx0IHdpdGgg
TWFpbGRpci4NCiMNCiMgRGlmZmVyZW50IElNQVAgY2xpZW50cyB3b3JrIGlu
IGRpZmZlcmVudCB3YXlzLCB0aGF0J3Mgd2h5IERvdmVjb3QgYnkgZGVmYXVs
dA0KIyBvbmx5IGNhY2hlcyBNZXNzYWdlUGFydCB3aGljaCBzcGVlZHMgdXAg
bW9zdCBvcGVyYXRpb25zLiBXaGVuZXZlciBjbGllbnQNCiMgZG9lcyBzb21l
dGhpbmcgd2hlcmUgY2FjaGluZyBjb3VsZCBiZSB1c2VkLCB0aGUgZmllbGQg
aXMgYXV0b21hdGljYWxseSBtYXJrZWQNCiMgdG8gYmUgY2FjaGVkIGxhdGVy
LiBGb3IgZXhhbXBsZSBhZnRlciBGRVRDSCBCT0RZIHRoZSBCT0RZIHdpbGwg
YmUgY2FjaGVkDQojIGZvciBhbGwgbmV3IG1lc3NhZ2VzLiBOb3JtYWxseSB5
b3Ugc2hvdWxkIGxlYXZlIHRoaXMgYWxvbmUsIHVubGVzcyB5b3Uga25vdw0K
IyB3aGF0IG1vc3Qgb2YgeW91ciBJTUFQIGNsaWVudHMgYXJlLiBDYWNoaW5n
IG1vcmUgZmllbGRzIHRoYW4gbmVlZGVkIG1ha2VzDQojIHRoZSBpbmRleCBm
aWxlcyBsYXJnZXIgYW5kIGdlbmVyYXRlIHVzZWxlc3MgSS9PLg0KIw0KIyBX
aXRoIG1haWxkaXIgdGhlcmUncyBvbmUgZXh0cmEgb3B0aW1pemF0aW9uIC0g
aWYgbm90aGluZyBpcyBjYWNoZWQsIGluZGV4aW5nDQojIHRoZSBtYWlsZGly
IGJlY29tZXMgbXVjaCBmYXN0ZXIgc2luY2UgaXQncyBub3Qgb3BlbmluZyBh
bnkgb2YgdGhlIG1haWwgZmlsZXMuDQojIFRoaXMgY291bGQgYmUgdXNlZnVs
IGlmIHlvdXIgSU1BUCBjbGllbnRzIGFjY2VzcyBvbmx5IG5ldyBtYWlscy4N
Cg0KI21haWxfY2FjaGVfZmllbGRzID0gTWVzc2FnZVBhcnQNCg0KIyBTcGFj
ZS1zZXBhcmF0ZWQgbGlzdCBvZiBmaWVsZHMgdGhhdCBEb3ZlY290IHNob3Vs
ZCBuZXZlciBzZXQgdG8gYmUgY2FjaGVkLg0KIyBVc2VmdWwgaWYgeW91IHdh
bnQgdG8gc2F2ZSBkaXNrIHNwYWNlIGF0IHRoZSBjb3N0IG9mIG1vcmUgSS9P
IHdoZW4gdGhlIGZpZWxkcw0KIyBuZWVkZWQuDQojbWFpbF9uZXZlcl9jYWNo
ZV9maWVsZHMgPSANCg0KIyBXb3JrYXJvdW5kcyBmb3IgdmFyaW91cyBjbGll
bnQgYnVnczoNCiMgICBvZTYtZmV0Y2gtbm8tbmV3bWFpbDoNCiMgICAgIE5l
dmVyIHNlbmQgRVhJU1RTL1JFQ0VOVCB3aGVuIHJlcGx5aW5nIHRvIEZFVENI
IGNvbW1hbmQuIE91dGxvb2sgRXhwcmVzcw0KIyAgICAgc2VlbXMgdG8gdGhp
bmsgdGhleSBhcmUgRkVUQ0ggcmVwbGllcyBhbmQgZ2l2ZXMgdXNlciAiTWVz
c2FnZSBubyBsb25nZXINCiMgICAgIGluIHNlcnZlciIgZXJyb3IuIE5vdGUg
dGhhdCBPRTYgc3RpbGwgYnJlYWtzIGV2ZW4gd2l0aCB0aGlzIHdvcmthcm91
bmQNCiMgICAgIGlmIHN5bmNocm9uaXphdGlvbiBpcyBzZXQgdG8gIkhlYWRl
cnMgT25seSIuDQojICAgb3V0bG9vay1pZGxlOg0KIyAgICAgT3V0bG9vayBh
bmQgT3V0bG9vayBFeHByZXNzIG5ldmVyIGFib3J0IElETEUgY29tbWFuZCwg
c28gaWYgbm8gbWFpbA0KIyAgICAgYXJyaXZlcyBpbiBoYWxmIGEgaG91ciwg
RG92ZWNvdCBjbG9zZXMgdGhlIGNvbm5lY3Rpb24uIFRoaXMgaXMgc3RpbGwN
CiMgICAgIGZpbmUsIGV4Y2VwdCBPdXRsb29rIGRvZXNuJ3QgY29ubmVjdCBi
YWNrIHNvIHlvdSBkb24ndCBzZWUgaWYgbmV3IG1haWwNCiMgICAgIGFycml2
ZXMuDQojY2xpZW50X3dvcmthcm91bmRzID0gDQoNCiMgRG92ZWNvdCBjYW4g
bm90aWZ5IGNsaWVudCBvZiBuZXcgbWFpbCBpbiBzZWxlY3RlZCBtYWlsYm94
IHNvb24gYWZ0ZXIgaXQncw0KIyByZWNlaXZlZC4gVGhpcyBzZXR0aW5nIHNw
ZWNpZmllcyB0aGUgbWluaW11bSBpbnRlcnZhbCBpbiBzZWNvbmRzIGJldHdl
ZW4NCiMgbmV3IG1haWwgbm90aWZpY2F0aW9ucyB0byBjbGllbnQgLSBpbnRl
cm5hbGx5IHRoZXkgbWF5IGJlIGNoZWNrZWQgbW9yZSBvcg0KIyBsZXNzIG9m
dGVuLiBTZXR0aW5nIHRoaXMgdG8gMCBkaXNhYmxlcyB0aGUgY2hlY2tpbmcu
DQojIE5PVEU6IEV2b2x1dGlvbiBjbGllbnQgYnJlYWtzIHdpdGggdGhpcyBv
cHRpb24gd2hlbiBpdCdzIHRyeWluZyB0byBBUFBFTkQuDQojbWFpbGJveF9j
aGVja19pbnRlcnZhbCA9IDANCg0KIyBMaWtlIG1haWxib3hfY2hlY2tfaW50
ZXJ2YWwsIGJ1dCB1c2VkIGZvciBJRExFIGNvbW1hbmQuDQojbWFpbGJveF9p
ZGxlX2NoZWNrX2ludGVydmFsID0gMzANCg0KIyBBbGxvdyBmdWxsIGZpbGVz
eXN0ZW0gYWNjZXNzIHRvIGNsaWVudHMuIFRoZXJlJ3Mgbm8gYWNjZXNzIGNo
ZWNrcyBvdGhlciB0aGFuDQojIHdoYXQgdGhlIG9wZXJhdGluZyBzeXN0ZW0g
ZG9lcyBmb3IgdGhlIGFjdGl2ZSBVSUQvR0lELiBJdCB3b3JrcyB3aXRoIGJv
dGgNCiMgbWFpbGRpciBhbmQgbWJveGVzLCBhbGxvd2luZyB5b3UgdG8gcHJl
Zml4IG1haWxib3hlcyBuYW1lcyB3aXRoIGVnLiAvcGF0aC8NCiMgb3IgfnVz
ZXIvLg0KbWFpbF9mdWxsX2ZpbGVzeXN0ZW1fYWNjZXNzID0geWVzDQoNCiMg
TWF4aW11bSBhbGxvd2VkIGxlbmd0aCBmb3IgY3VzdG9tIGZsYWcgbmFtZS4g
SXQncyBvbmx5IGZvcmNlZCB3aGVuIHRyeWluZw0KIyB0byBjcmVhdGUgbmV3
IGZsYWdzLg0KI21haWxfbWF4X2ZsYWdfbGVuZ3RoID0gNTANCg0KIyBTYXZl
IG1haWxzIHdpdGggQ1IrTEYgaW5zdGVhZCBvZiBwbGFpbiBMRi4gVGhpcyBt
YWtlcyBzZW5kaW5nIHRob3NlIG1haWxzDQojIHRha2UgbGVzcyBDUFUsIGVz
cGVjaWFsbHkgd2l0aCBzZW5kZmlsZSgpIHN5c2NhbGwgd2l0aCBMaW51eCBh
bmQgRnJlZUJTRC4NCiMgQnV0IGl0IGFsc28gY3JlYXRlcyBhIGJpdCBtb3Jl
IGRpc2sgSS9PIHdoaWNoIG1heSBqdXN0IG1ha2UgaXQgc2xvd2VyLg0KI21h
aWxfc2F2ZV9jcmxmID0gbm8NCg0KIyBVc2UgbW1hcCgpIGluc3RlYWQgb2Yg
cmVhZCgpIHRvIHJlYWQgbWFpbCBmaWxlcy4gcmVhZCgpIHNlZW1zIHRvIGJl
IGEgYml0DQojIGZhc3RlciB3aXRoIG15IExpbnV4L3g4NiBhbmQgaXQncyBi
ZXR0ZXIgd2l0aCBORlMsIHNvIHRoYXQncyB0aGUgZGVmYXVsdC4NCiNtYWls
X3JlYWRfbW1hcGVkID0gbm8NCg0KIyBDb3B5IG1haWwgdG8gYW5vdGhlciBm
b2xkZXJzIHVzaW5nIGhhcmQgbGlua3MuIFRoaXMgaXMgbXVjaCBmYXN0ZXIg
dGhhbg0KIyBhY3R1YWxseSBjb3B5aW5nIHRoZSBmaWxlLiBUaGlzIGlzIHBy
b2JsZW1hdGljIG9ubHkgaWYgc29tZXRoaW5nIG1vZGlmaWVzDQojIHRoZSBt
YWlsIGluIG9uZSBmb2xkZXIgYnV0IGRvZXNuJ3Qgd2FudCBpdCBtb2RpZmll
ZCBpbiB0aGUgb3RoZXJzLiBJIGRvbid0DQojIGtub3cgYW55IE1VQSB3aGlj
aCB3b3VsZCBtb2RpZnkgbWFpbCBmaWxlcyBkaXJlY3RseS4gSU1BUCBwcm90
b2NvbCBhbHNvDQojIHJlcXVpcmVzIHRoYXQgdGhlIG1haWxzIGRvbid0IGNo
YW5nZSwgc28gaXQgd291bGQgYmUgcHJvYmxlbWF0aWMgaW4gYW55IGNhc2Uu
DQojIElmIHlvdSBjYXJlIGFib3V0IHBlcmZvcm1hbmNlLCBlbmFibGUgaXQu
DQojbWFpbGRpcl9jb3B5X3dpdGhfaGFyZGxpbmtzID0gbm8NCg0KIyBDaGVj
ayBpZiBtYWlscycgY29udGVudCBoYXMgYmVlbiBjaGFuZ2VkIGJ5IGV4dGVy
bmFsIHByb2dyYW1zLiBUaGlzIHNsb3dzDQojIGRvd24gdGhpbmdzIGFzIGV4
dHJhIHN0YXQoKSBuZWVkcyB0byBiZSBjYWxsZWQgZm9yIGVhY2ggZmlsZS4g
SWYgY2hhbmdlcyBhcmUNCiMgbm90aWNlZCwgdGhlIG1lc3NhZ2UgaXMgdHJl
YXRlZCBhcyBhIG5ldyBtZXNzYWdlLCBzaW5jZSBJTUFQIHByb3RvY29sDQoj
IHNwZWNpZmllcyB0aGF0IGV4aXN0aW5nIG1lc3NhZ2UgYXJlIGltbXV0YWJs
ZS4NCiNtYWlsZGlyX2NoZWNrX2NvbnRlbnRfY2hhbmdlcyA9IG5vDQoNCiMg
V2hpY2ggbG9ja2luZyBtZXRob2RzIHRvIHVzZSBmb3IgbG9ja2luZyBtYm94
LiBUaGVyZSdzIHRocmVlIGF2YWlsYWJsZToNCiMgIGRvdGxvY2s6IENyZWF0
ZSA8bWFpbGJveD4ubG9jayBmaWxlLiBUaGlzIGlzIHRoZSBvbGRlc3QgYW5k
IG1vc3QgTkZTLXNhZmUNCiMgICAgICAgICAgIHNvbHV0aW9uLiBJZiB5b3Ug
d2FudCB0byB1c2UgL3Zhci9tYWlsLyBsaWtlIGRpcmVjdG9yeSwgdGhlIHVz
ZXJzDQojICAgICAgICAgICB3aWxsIG5lZWQgd3JpdGUgYWNjZXNzIHRvIHRo
YXQgZGlyZWN0b3J5Lg0KIyAgZmNudGwgIDogVXNlIHRoaXMgaWYgcG9zc2li
bGUuIFdvcmtzIHdpdGggTkZTIHRvbyBpZiBsb2NrZCBpcyB1c2VkLg0KIyAg
ZmxvY2sgIDogTWF5IG5vdCBleGlzdCBpbiBhbGwgc3lzdGVtcy4gRG9lc24n
dCB3b3JrIHdpdGggTkZTLg0KIw0KIyBZb3UgY2FuIHVzZSBib3RoIGZjbnRs
IGFuZCBmbG9jayB0b287IGlmIHlvdSBkbyB0aGUgb3JkZXIgdGhleSdyZSBk
ZWNsYXJlZA0KIyB3aXRoIGlzIGltcG9ydGFudCB0byBhdm9pZCBkZWFkbG9j
a3MgaWYgb3RoZXIgTVRBcy9NVUFzIGFyZSB1c2luZyBib3RoIGZjbnRsDQoj
IGFuZCBmbG9jay4gU29tZSBvcGVyYXRpbmcgc3lzdGVtcyBkb24ndCBhbGxv
dyB1c2luZyBib3RoIG9mIHRoZW0NCiMgc2ltdWx0YW5lb3VzbHksIGVnLiBC
U0RzLiBJZiBkb3Rsb2NrIGlzIHVzZWQsIGl0J3MgYWx3YXlzIGNyZWF0ZWQg
Zmlyc3QuDQojbWJveF9sb2NrcyA9IGRvdGxvY2sgZmNudGwNCg0KIyBTaG91
bGQgd2UgY3JlYXRlIGRvdGxvY2sgZmlsZSBldmVuIHdoZW4gd2Ugd2FudCBv
bmx5IGEgcmVhZC1sb2NrPyBTZXR0aW5nDQojIHRoaXMgdG8geWVzIGh1cnRz
IHRoZSBwZXJmb3JtYW5jZSB3aGVuIHRoZSBtYWlsYm94IGlzIGFjY2Vzc2Vk
IHNpbXVsdGFuZW91c2x5DQojIGJ5IG11bHRpcGxlIHByb2Nlc3NlcywgYnV0
IGl0J3MgbmVlZGVkIGZvciByZWxpYWJsZSByZWFkaW5nIGlmIG5vIG90aGVy
DQojIGxvY2tpbmcgbWV0aG9kcyBhcmUgYXZhaWxhYmxlLg0KI21ib3hfcmVh
ZF9kb3Rsb2NrID0gbm8NCg0KIyBNYXhpbXVtIHRpbWUgaW4gc2Vjb25kcyB0
byB3YWl0IGZvciBsb2NrIChhbGwgb2YgdGhlbSkgYmVmb3JlIGFib3J0aW5n
Lg0KI21ib3hfbG9ja190aW1lb3V0ID0gMzAwDQoNCiMgSWYgZG90bG9jayBl
eGlzdHMgYnV0IHRoZSBtYWlsYm94IGlzbid0IG1vZGlmaWVkIGluIGFueSB3
YXksIG92ZXJyaWRlIHRoZQ0KIyBsb2NrIGZpbGUgYWZ0ZXIgdGhpcyBtYW55
IHNlY29uZHMuDQojbWJveF9kb3Rsb2NrX2NoYW5nZV90aW1lb3V0ID0gMzAN
Cg0KIyB1bWFzayB0byB1c2UgZm9yIG1haWwgZmlsZXMgYW5kIGRpcmVjdG9y
aWVzDQojdW1hc2sgPSAwMDc3DQoNCiMgRHJvcCBhbGwgcHJpdmlsZWdlcyBi
ZWZvcmUgZXhlYygpaW5nIHRoZSBtYWlsIHByb2Nlc3MuIFRoaXMgaXMgbW9z
dGx5DQojIG1lYW50IGZvciBkZWJ1Z2dpbmcsIG90aGVyd2lzZSB5b3UgZG9u
J3QgZ2V0IGNvcmUgZHVtcHMuIE5vdGUgdGhhdCBzZXR0aW5nDQojIHRoaXMg
dG8geWVzIG1lYW5zIHRoYXQgbG9nIGZpbGUgaXMgb3BlbmVkIGFzIHRoZSBs
b2dnZWQgaW4gdXNlciwgd2hpY2gNCiMgbWlnaHQgbm90IHdvcmsuIEl0IGNv
dWxkIGFsc28gYmUgYSBzbWFsbCBzZWN1cml0eSByaXNrIGlmIHlvdSB1c2Ug
c2luZ2xlIFVJRA0KIyBmb3IgbXVsdGlwbGUgdXNlcnMsIGFzIHRoZSB1c2Vy
cyBjb3VsZCBwdHJhY2UoKSBlYWNoIG90aGVycyBwcm9jZXNzZXMgdGhlbi4N
CiNtYWlsX2Ryb3BfcHJpdl9iZWZvcmVfZXhlYyA9IG5vDQoNCiMjDQojIyBJ
TUFQIHByb2Nlc3MNCiMjDQoNCiMgRXhlY3V0YWJsZSBsb2NhdGlvbg0KI2lt
YXBfZXhlY3V0YWJsZSA9IC91c3IvbGliZXhlYy9kb3ZlY290L2ltYXANCg0K
IyBTZXQgbWF4LiBwcm9jZXNzIHNpemUgaW4gbWVnYWJ5dGVzLiBNb3N0IG9m
IHRoZSBtZW1vcnkgZ29lcyB0byBtbWFwKClpbmcNCiMgZmlsZXMsIHNvIGl0
IHNob3VsZG4ndCBoYXJtIG11Y2ggZXZlbiBpZiB0aGlzIGxpbWl0IGlzIHNl
dCBwcmV0dHkgaGlnaC4NCiNpbWFwX3Byb2Nlc3Nfc2l6ZSA9IDI1Ng0KDQoj
IFN1cHBvcnQgZm9yIGR5bmFtaWNhbGx5IGxvYWRhYmxlIG1vZHVsZXMuDQoj
aW1hcF91c2VfbW9kdWxlcyA9IG5vDQojaW1hcF9tb2R1bGVzID0gL3Vzci9s
aWIvZG92ZWNvdC9pbWFwDQoNCiMjDQojIyBQT1AzIHByb2Nlc3MNCiMjDQoN
CiMgRXhlY3V0YWJsZSBsb2NhdGlvbg0KI3BvcDNfZXhlY3V0YWJsZSA9IC91
c3IvbGliZXhlYy9kb3ZlY290L3BvcDMNCg0KIyBTZXQgbWF4LiBwcm9jZXNz
IHNpemUgaW4gbWVnYWJ5dGVzLiBNb3N0IG9mIHRoZSBtZW1vcnkgZ29lcyB0
byBtbWFwKClpbmcNCiMgZmlsZXMsIHNvIGl0IHNob3VsZG4ndCBoYXJtIG11
Y2ggZXZlbiBpZiB0aGlzIGxpbWl0IGlzIHNldCBwcmV0dHkgaGlnaC4NCiNw
b3AzX3Byb2Nlc3Nfc2l6ZSA9IDI1Ng0KDQojIFN1cHBvcnQgZm9yIGR5bmFt
aWNhbGx5IGxvYWRhYmxlIG1vZHVsZXMuDQojcG9wM191c2VfbW9kdWxlcyA9
IG5vDQojcG9wM19tb2R1bGVzID0gL3Vzci9saWIvZG92ZWNvdC9wb3AzDQoN
CiMjDQojIyBBdXRoZW50aWNhdGlvbiBwcm9jZXNzZXMNCiMjDQoNCiMgWW91
IGNhbiBoYXZlIG11bHRpcGxlIHByb2Nlc3NlczsgZWFjaCB0aW1lICJhdXRo
ID0geHgiIGlzIHNlZW4sIGEgbmV3DQojIHByb2Nlc3MgZGVmaW5pdGlvbiBp
cyBzdGFydGVkLiBUaGUgcG9pbnQgb2YgbXVsdGlwbGUgcHJvY2Vzc2VzIGlz
IHRvIGJlDQojIGFibGUgdG8gc2V0IHN0cmljdGVyIHBlcm1pc3Npb25zIHRv
IG90aGVycy4gRm9yIGV4YW1wbGUsIHBsYWluL1BBTQ0KIyBhdXRoZW50aWNh
dGlvbiByZXF1aXJlcyByb290cywgYnV0IGlmIHlvdSBhbHNvIHVzZSBkaWdl
c3QtbWQ1IGF1dGhlbnRpY2F0aW9uDQojIGZvciBzb21lIHVzZXJzLCB5b3Ug
Y2FuIGF1dGhlbnRpY2F0ZSB0aGVtIHdpdGhvdXQgYW55IHByaXZpbGVnZXMg
aW4gYQ0KIyBzZXBhcmF0ZSBhdXRoIHByb2Nlc3MuIEp1c3QgcmVtZW1iZXIg
dGhhdCBvbmx5IG9uZSBhdXRoIHByb2Nlc3MgaXMgYXNrZWQNCiMgZm9yIHRo
ZSBwYXNzd29yZCwgc28geW91IGNhbid0IGhhdmUgZGlmZmVyZW50IHBhc3N3
b3JkcyB3aXRoIGRpZmZlcmVudA0KIyBwcm9jZXNzZXMgKHVubGVzcyB0aGV5
IGhhdmUgZGlmZmVyZW50IGF1dGggbWV0aG9kcywgYW5kIHlvdSdyZSBvayB3
aXRoDQojIGhhdmluZyBkaWZmZXJlbnQgcGFzc3dvcmQgZm9yIGVhY2ggbWV0
aG9kKS4NCg0KIyBBdXRoZW50aWNhdGlvbiBwcm9jZXNzIG5hbWUuDQphdXRo
ID0gZGVmYXVsdA0KDQojIFNwYWNlIHNlcGFyYXRlZCBsaXN0IG9mIHdhbnRl
ZCBhdXRoZW50aWNhdGlvbiBtZWNoYW5pc21zOg0KIyAgIHBsYWluIGRpZ2Vz
dC1tZDUgYW5vbnltb3VzDQphdXRoX21lY2hhbmlzbXMgPSBwbGFpbg0KDQoj
IFNwYWNlIHNlcGFyYXRlZCBsaXN0IG9mIHJlYWxtcyBmb3IgU0FTTCBhdXRo
ZW50aWNhdGlvbiBtZWNoYW5pc21zIHRoYXQgbmVlZA0KIyB0aGVtLiBZb3Ug
Y2FuIGxlYXZlIGl0IGVtcHR5IGlmIHlvdSBkb24ndCB3YW50IHRvIHN1cHBv
cnQgbXVsdGlwbGUgcmVhbG1zLg0KIyBNYW55IGNsaWVudHMgc2ltcGx5IHVz
ZSB0aGUgZmlyc3Qgb25lIGxpc3RlZCBoZXJlLCBzbyBrZWVwIHRoZSBkZWZh
dWx0IHJlYWxtDQojIGZpcnN0Lg0KI2F1dGhfcmVhbG1zID0NCg0KIyBEZWZh
dWx0IHJlYWxtIHRvIHVzZSBpZiBub25lIHdhcyBzcGVjaWZpZWQuDQojYXV0
aF9kZWZhdWx0X3JlYWxtID0gDQoNCiMgV2hlcmUgdXNlciBkYXRhYmFzZSBp
cyBrZXB0Og0KIyAgIHBhc3N3ZDogL2V0Yy9wYXNzd2Qgb3Igc2ltaWxpYXIs
IHVzaW5nIGdldHB3bmFtKCkNCiMgICBwYXNzd2QtZmlsZSA8cGF0aD46IHBh
c3N3ZC1saWtlIGZpbGUgd2l0aCBzcGVjaWZpZWQgbG9jYXRpb24NCiMgICBz
dGF0aWMgdWlkPTx1aWQ+IGdpZD08Z2lkPiBob21lPTxkaXIgdGVtcGxhdGU+
OiBzdGF0aWMgc2V0dGluZ3MNCiMgICB2cG9wbWFpbDogdnBvcG1haWwgbGli
cmFyeQ0KIyAgIGxkYXAgPGNvbmZpZyBwYXRoPjogTERBUCwgc2VlIGRvYy9k
b3ZlY290LWxkYXAuY29uZg0KIyAgIHBnc3FsIDxjb25maWcgcGF0aD46IGEg
UG9zdGdyZVNRTCBkYXRhYmFzZSwgc2VlIGRvYy9kb3ZlY290LXBnc3FsLmNv
bmYNCmF1dGhfdXNlcmRiID0gcGFzc3dkDQoNCiMgV2hlcmUgcGFzc3dvcmQg
ZGF0YWJhc2UgaXMga2VwdDoNCiMgICBwYXNzd2Q6IC9ldGMvcGFzc3dkIG9y
IHNpbWlsaWFyLCB1c2luZyBnZXRwd25hbSgpDQojICAgc2hhZG93OiAvZXRj
L3NoYWRvdyBvciBzaW1pbGlhciwgdXNpbmcgZ2V0c3BuYW0oKQ0KIyAgIHBh
bSBbPHNlcnZpY2U+IHwgKl06IFBBTSBhdXRoZW50aWNhdGlvbg0KIyAgIHBh
c3N3ZC1maWxlIDxwYXRoPjogcGFzc3dkLWxpa2UgZmlsZSB3aXRoIHNwZWNp
ZmllZCBsb2NhdGlvbg0KIyAgIHZwb3BtYWlsOiB2cG9wbWFpbCBhdXRoZW50
aWNhdGlvbg0KIyAgIGxkYXAgPGNvbmZpZyBwYXRoPjogTERBUCwgc2VlIGRv
Yy9kb3ZlY290LWxkYXAuY29uZg0KIyAgIHBnc3FsIDxjb25maWcgcGF0aD46
IGEgUG9zdGdyZVNRTCBkYXRhYmFzZSwgc2VlIGRvYy9kb3ZlY290LXBnc3Fs
LmNvbmYNCiNhdXRoX3Bhc3NkYiA9IHBnc3FsIC91c3IvbG9jYWwvZXRjL2Rv
dmVjb3QtcGdzcWwuY29uZg0KYXV0aF9wYXNzZGIgPSBzaGFkb3cgL2V0Yy9z
aGFkb3cNCg0KI2F1dGhfZXhlY3V0YWJsZSA9IC91c3IvbGliZXhlYy9kb3Zl
Y290L2RvdmVjb3QtYXV0aA0KDQojIFNldCBtYXguIHByb2Nlc3Mgc2l6ZSBp
biBtZWdhYnl0ZXMuDQojYXV0aF9wcm9jZXNzX3NpemUgPSAyNTYNCg0KIyBV
c2VyIHRvIHVzZSBmb3IgdGhlIHByb2Nlc3MuIFRoaXMgdXNlciBuZWVkcyBh
Y2Nlc3MgdG8gb25seSB1c2VyIGFuZA0KIyBwYXNzd29yZCBkYXRhYmFzZXMs
IG5vdGhpbmcgZWxzZS4gT25seSBzaGFkb3cgYW5kIHBhbSBhdXRoZW50aWNh
dGlvbg0KIyByZXF1aXJlcyByb290cywgc28gdXNlIHNvbWV0aGluZyBlbHNl
IGlmIHBvc3NpYmxlLg0KYXV0aF91c2VyID0gcm9vdA0KDQojIERpcmVjdG9y
eSB3aGVyZSB0byBjaHJvb3QgdGhlIHByb2Nlc3MuIE1vc3QgYXV0aGVudGlj
YXRpb24gYmFja2VuZHMgZG9uJ3QNCiMgd29yayBpZiB0aGlzIGlzIHNldCwg
YW5kIHRoZXJlJ3Mgbm8gcG9pbnQgY2hyb290aW5nIGlmIGF1dGhfdXNlciBp
cyByb290Lg0KI2F1dGhfY2hyb290ID0gDQoNCiMgTnVtYmVyIG9mIGF1dGhl
bnRpY2F0aW9uIHByb2Nlc3NlcyB0byBjcmVhdGUNCiNhdXRoX2NvdW50ID0g
MQ0KDQojIExpc3Qgb2YgYWxsb3dlZCBjaGFyYWN0ZXJzIGluIHVzZXJuYW1l
LiBJZiB0aGUgdXNlci1naXZlbiB1c2VybmFtZSBjb250YWlucw0KIyBhIGNo
YXJhY3RlciBub3QgbGlzdGVkIGluIGhlcmUsIHRoZSBsb2dpbiBhdXRvbWF0
aWNhbGx5IGZhaWxzLiBUaGlzIGlzIGp1c3QNCiMgYW4gZXh0cmEgY2hlY2sg
dG8gbWFrZSBzdXJlIHVzZXIgY2FuJ3QgZXhwbG9pdCBhbnkgcG90ZW50aWFs
IHF1b3RlIGVzY2FwaW5nDQojIHZ1bG5lcmFiaWxpdGllcyB3aXRoIFNRTC9M
REFQIGRhdGFiYXNlcy4gSWYgeW91IHdhbnQgdG8gYWxsb3cgYWxsIGNoYXJh
Y3RlcnMsDQojIHNldCB0aGlzIHZhbHVlIHRvIGVtcHR5Lg0KI2F1dGhfdXNl
cm5hbWVfY2hhcnMgPSBhYmNkZWZnaGlqa2xtbm9wcXJzdHV2d3h5ekFCQ0RF
RkdISUpLTE1OT1BRUlNUVVZXWFlaMDEyMzQ1Njc4OTAuLV9ADQoNCiMgVXNl
cm5hbWUgdG8gdXNlIGZvciB1c2VycyBsb2dnaW5nIGluIHdpdGggQU5PTllN
T1VTIFNBU0wgbWVjaGFuaXNtDQojYXV0aF9hbm9ueW1vdXNfdXNlcm5hbWUg
PSBhbm9ueW1vdXMNCg0KIyBNb3JlIHZlcmJvc2UgbG9nZ2luZy4gVXNlZnVs
IGZvciBmaWd1cmluZyBvdXQgd2h5IGF1dGhlbnRpY2F0aW9uIGlzbid0DQoj
IHdvcmtpbmcuDQojYXV0aF92ZXJib3NlID0gbm8NCg0KIyBkaWdlc3QtbWQ1
IGF1dGhlbnRpY2F0aW9uIHByb2Nlc3MuIEl0IHJlcXVpcmVzIHNwZWNpYWwg
TUQ1IHBhc3N3b3JkcyB3aGljaA0KIyAvZXRjL3NoYWRvdyBhbmQgUEFNIGRv
ZXNuJ3Qgc3VwcG9ydCwgc28gd2UgbmV2ZXIgbmVlZCByb290cyB0byBoYW5k
bGUgaXQuDQojIE5vdGUgdGhhdCB0aGUgcGFzc3dkLWZpbGUgaXMgb3BlbmVk
IGJlZm9yZSBjaHJvb3RpbmcgYW5kIGRyb3BwaW5nIHJvb3QNCiMgcHJpdmls
ZWdlcywgc28gaXQgbWF5IGJlIDA2MDAtcm9vdCBvd25lZCBmaWxlLg0KDQoj
YXV0aCA9IGRpZ2VzdF9tZDUNCiNhdXRoX21ldGhvZHMgPSBkaWdlc3QtbWQ1
DQojYXV0aF9yZWFsbXMgPSANCiNhdXRoX3VzZXJkYiA9IHBhc3N3ZC1maWxl
IC9ldGMvcGFzc3dkLmltYXANCiNhdXRoX3Bhc3NkYiA9IHBhc3N3ZC1maWxl
IC9ldGMvcGFzc3dkLmltYXANCiNhdXRoX3VzZXIgPSBpbWFwYXV0aA0KI2F1
dGhfY2hyb290ID0gDQoNCiMgaWYgeW91IHBsYW4gdG8gdXNlIG9ubHkgcGFz
c3dkLWZpbGUsIHlvdSBkb24ndCBuZWVkIHRoZSB0d28gYXV0aCBwcm9jZXNz
ZXMsDQojIHNpbXBseSBzZXQgImF1dGhfbWV0aG9kcyA9IHBsYWluIGRpZ2Vz
dC1tZDUiDQo=

--8323328-1414501197-1086213884=:16371--

From james@powweb.com  Thu Jun  3 01:30:48 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7BB98C00290C; Thu,  3 Jun 2004 01:30:48 +0300 (EEST)
Received: from nexus.powweb.com (unknown [66.152.96.141])
	by talvi.dovecot.org (Postfix) with ESMTP id 570CBC00290A
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 01:30:44 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id E437CB8E37;
	Wed,  2 Jun 2004 15:23:26 -0700 (PDT)
Message-ID: <40BE535E.7020108@powweb.com>
Date: Wed, 02 Jun 2004 15:23:26 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Chris Horry <zerbey@wibble.co.uk>
Subject: Re: [Dovecot] IMAP folders missing after migrating to Dovecot
References: <Pine.LNX.4.58.0406021803020.16371@gary.horry.org>
In-Reply-To: <Pine.LNX.4.58.0406021803020.16371@gary.horry.org>
Content-Type: multipart/mixed; boundary="------------020902010405020702050801"
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 22:30:48 -0000
X-UID: 9350                                                  
Status: O
Content-Length: 20597

This is a multi-part message in MIME format.
--------------020902010405020702050801
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

You probably just have to resubscribe to them...  they use different 
files for subscriptions.

Chris Horry wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hello all,
>
>I'm migrating to Dovecot from Courier-IMAP.  I use Postfix with Maildir
>for delivery.
>
>When I use Dovecot as the IMAP server all of my folders are missing, the
>only thing that remains is the Inbox folder.
>
>Has anyone else experienced this issue?  I have enclosed my configuration.
>
>Thanks,
>
>Chris
>
>- -- 
>Chris Horry           "Winter is the season in which people
>zerbey@wibble.co.uk    try to keep the house as warm as it was
>PGP: DSA/2B4C654E      it was in the summer, when they complained
>Amateur Radio: KG4TSM  about the heat" --Author Unknown
>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (GNU/Linux)
>
>iEYEARECAAYFAkC+TwAACgkQnAAeGCtMZU5/IwCeNAac9HXNmZpWn7aoeINC2RH+
>SeIAnRASJdvDIOi6/ZvBMzBJwWrKPJVZ
>=iK37
>-----END PGP SIGNATURE-----
>  
>
>------------------------------------------------------------------------
>
>## Dovecot 1.0 configuration file
>
># Default values are shown after each value, it's not required to uncomment
># any of the lines. Exception to this are paths, they're just examples
># with real defaults being based on configure options. The paths listed here
># are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
># --with-ssldir=/etc/ssl
>
># Base directory where to store runtime data.
>#base_dir = /var/run/dovecot/
>
># Protocols we want to be serving:
>#  imap imaps pop3 pop3s
>protocols = imap imaps pop3
>
># IP or host address where to listen in for connections. It's not currently
># possible to specify multiple addresses. "*" listens in all IPv4 interfaces.
># "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
># interfaces depending on the operating system. You can specify ports with
># "host:port".
>#imap_listen = *
>#pop3_listen = *
>
># IP or host address where to listen in for SSL connections. Defaults
># to above non-SSL equilevants if not specified.
>imaps_listen = *:8000
>#pop3s_listen = 
>
># Disable SSL/TLS support.
>#ssl_disable = no
>
># PEM encoded X.509 SSL/TLS certificate and private key. They're opened before
># dropping root privileges, so keep the key file unreadable by anyone but
># root. Included doc/mkcert.sh can be used to easily generate self-signed
># certificate, just make sure to update the domains in dovecot-openssl.cnf
>#ssl_cert_file = /etc/ssl/certs/dovecot.pem
>ssl_cert_file = /usr/lib/courier-imap/share/imapd.pem
>ssl_key_file = /usr/lib/courier-imap/share/imapd.pem
>
># SSL parameter file. Master process generates this file for login processes.
># It contains Diffie Hellman and RSA parameters.
>#ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat
>
># How often to regenerate the SSL parameters file. Generation is quite CPU
># intensive operation. The value is in hours, 0 disables regeneration
># entirely.
>#ssl_parameters_regenerate = 24
>
># Disable LOGIN command and all other plaintext authentications unless
># SSL/TLS is used (LOGINDISABLED capability)
>#disable_plaintext_auth = no
>
># Use this logfile instead of syslog(). /dev/stderr can be used if you want to
># use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
>#log_path = 
>
># For informational messages, use this logfile instead of the default
>#info_log_path = 
>
># Prefix for each line written to log file. % codes are in strftime(3)
># format. Note the extra space at the end of line.
>#log_timestamp = "%b %d %H:%M:%S "
>
>##
>## Login processes
>##
>
># Directory where authentication process places authentication UNIX sockets
># which login needs to be able to connect to. The sockets are created when
># running as root, so you don't have to worry about permissions.
>#login_dir = /var/run/dovecot/login
>
># chroot login process to the login_dir. Only reason not to do this is if you
># wish to run the whole Dovecot without roots.
>#login_chroot = yes
>
>
>##
>## IMAP login process
>##
>
>login = imap
>
># Executable location.
>#login_executable = /usr/libexec/dovecot/imap-login
>
># User to use for the login process. Create a completely new user for this,
># and don't use it anywhere else. The user must also belong to a group where
># only it has access, it's used to control access for authentication process.
>#login_user = dovecot
>
># Set max. process size in megabytes. If you don't use
># login_process_per_connection you might need to grow this.
>#login_process_size = 16
>
># Should each login be processed in it's own process (yes), or should one
># login process be allowed to process multiple connections (no)? Yes is more
># secure, espcially with SSL/TLS enabled. No is faster since there's no need
># to create processes all the time.
>#login_process_per_connection = yes
>
># Number of login processes to create. If login_process_per_user is
># yes, this is the number of extra processes waiting for users to log in.
>#login_processes_count = 3
>
># Maximum number of extra login processes to create. The extra process count
># usually stays at login_processes_count, but when multiple users start logging
># in at the same time more extra processes are created. To prevent fork-bombing
># we check only once in a second if new processes should be created - if all
># of them are used at the time, we double their amount until limit set by this
># setting is reached. This setting is used only if login_process_per_use is yes.
>#login_max_processes_count = 128
>
># Maximum number of connections allowed in login state. When this limit is
># reached, the oldest connections are dropped. If login_process_per_user
># is no, this is a per-process value, so the absolute maximum number of users
># logging in actually login_processes_count * max_logging_users.
>#login_max_logging_users = 256
>
>##
>## POP3 login process
>##
>
># Settings default to same as above, so you don't have to set anything
># unless you want to override them.
>
>login = pop3
>
># Exception to above rule being the executable location.
>#login_executable = /usr/libexec/dovecot/pop3-login
>
>##
>## Mail processes
>##
>
># Maximum number of running mail processes. When this limit is reached,
># new users aren't allowed to log in.
>#max_mail_processes = 1024
>
># Show more verbose process titles (in ps). Currently shows user name and
># IP address. Useful for seeing who are actually using the IMAP processes
># (eg. shared mailboxes or if same uid is used for multiple accounts).
>#verbose_proctitle = no
>
># Show protocol level SSL errors.
>#verbose_ssl = no
>
># Valid UID range for users, defaults to 500 and above. This is mostly
># to make sure that users can't log in as daemons or other system users.
># Note that denying root logins is hardcoded to dovecot binary and can't
># be done even if first_valid_uid is set to 0.
>#first_valid_uid = 500
>#last_valid_uid = 0
>
># Valid GID range for users, defaults to non-root/wheel. Users having
># non-valid GID as primary group ID aren't allowed to log in. If user
># belongs to supplementary groups with non-valid GIDs, those groups are
># not set.
>#first_valid_gid = 1
>#last_valid_gid = 0
>
># ':' separated list of directories under which chrooting is allowed for mail
># processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
># This setting doesn't affect login_chroot or auth_chroot variables.
># WARNING: Never add directories here which local users can modify, that
># may lead to root exploit. Usually this should be done only if you don't
># allow shell access for users. See doc/configuration.txt for more information.
>#valid_chroot_dirs = 
>
># Default chroot directory for mail processes. This can be overridden by
># giving /./ in user's home directory (eg. /home/./user chroots into /home).
>#mail_chroot = 
>
># Default MAIL environment to use when it's not set. By leaving this empty
># dovecot tries to do some automatic detection as described in
># doc/mail-storages.txt. There's a few special variables you can use:
>#
>#   %u - username
>#   %n - user part in user@domain, same as %u if there's no domain
>#   %d - domain part in user@domain, empty if user there's no domain
>#   %h - home directory
>#
># You can also limit a width of string by giving the number of max. characters
># after the '%' character. For example %1u gives the first character of
># username. Some examples:
>#
>#   maildir:/var/mail/%1u/%u/Maildir
>#   mbox:~/mail/:INBOX=/var/mail/%u
>#   mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
>#
>default_mail_env = maildir:%h/Maildir
>
># Space-separated list of fields to cache for all mails. Currently these
># fields are allowed followed by a list of commands they speed up:
>#
>#  Envelope      - FETCH ENVELOPE and SEARCH FROM, TO, CC, BCC, SUBJECT,
>#                  SENTBEFORE, SENTON, SENTSINCE, HEADER MESSAGE-ID,
>#                  HEADER IN-REPLY-TO
>#  Body          - FETCH BODY
>#  Bodystructure - FETCH BODY, BODYSTRUCTURE
>#  MessagePart   - FETCH BODY[1.2.3] (ie. body parts), RFC822.SIZE,
>#                  SEARCH SMALLER, LARGER, also speeds up BODY/BODYSTRUCTURE
>#                  generation. This is always set with mbox mailboxes, and
>#                  also default with Maildir.
>#
># Different IMAP clients work in different ways, that's why Dovecot by default
># only caches MessagePart which speeds up most operations. Whenever client
># does something where caching could be used, the field is automatically marked
># to be cached later. For example after FETCH BODY the BODY will be cached
># for all new messages. Normally you should leave this alone, unless you know
># what most of your IMAP clients are. Caching more fields than needed makes
># the index files larger and generate useless I/O.
>#
># With maildir there's one extra optimization - if nothing is cached, indexing
># the maildir becomes much faster since it's not opening any of the mail files.
># This could be useful if your IMAP clients access only new mails.
>
>#mail_cache_fields = MessagePart
>
># Space-separated list of fields that Dovecot should never set to be cached.
># Useful if you want to save disk space at the cost of more I/O when the fields
># needed.
>#mail_never_cache_fields = 
>
># Workarounds for various client bugs:
>#   oe6-fetch-no-newmail:
>#     Never send EXISTS/RECENT when replying to FETCH command. Outlook Express
>#     seems to think they are FETCH replies and gives user "Message no longer
>#     in server" error. Note that OE6 still breaks even with this workaround
>#     if synchronization is set to "Headers Only".
>#   outlook-idle:
>#     Outlook and Outlook Express never abort IDLE command, so if no mail
>#     arrives in half a hour, Dovecot closes the connection. This is still
>#     fine, except Outlook doesn't connect back so you don't see if new mail
>#     arrives.
>#client_workarounds = 
>
># Dovecot can notify client of new mail in selected mailbox soon after it's
># received. This setting specifies the minimum interval in seconds between
># new mail notifications to client - internally they may be checked more or
># less often. Setting this to 0 disables the checking.
># NOTE: Evolution client breaks with this option when it's trying to APPEND.
>#mailbox_check_interval = 0
>
># Like mailbox_check_interval, but used for IDLE command.
>#mailbox_idle_check_interval = 30
>
># Allow full filesystem access to clients. There's no access checks other than
># what the operating system does for the active UID/GID. It works with both
># maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
># or ~user/.
>mail_full_filesystem_access = yes
>
># Maximum allowed length for custom flag name. It's only forced when trying
># to create new flags.
>#mail_max_flag_length = 50
>
># Save mails with CR+LF instead of plain LF. This makes sending those mails
># take less CPU, especially with sendfile() syscall with Linux and FreeBSD.
># But it also creates a bit more disk I/O which may just make it slower.
>#mail_save_crlf = no
>
># Use mmap() instead of read() to read mail files. read() seems to be a bit
># faster with my Linux/x86 and it's better with NFS, so that's the default.
>#mail_read_mmaped = no
>
># Copy mail to another folders using hard links. This is much faster than
># actually copying the file. This is problematic only if something modifies
># the mail in one folder but doesn't want it modified in the others. I don't
># know any MUA which would modify mail files directly. IMAP protocol also
># requires that the mails don't change, so it would be problematic in any case.
># If you care about performance, enable it.
>#maildir_copy_with_hardlinks = no
>
># Check if mails' content has been changed by external programs. This slows
># down things as extra stat() needs to be called for each file. If changes are
># noticed, the message is treated as a new message, since IMAP protocol
># specifies that existing message are immutable.
>#maildir_check_content_changes = no
>
># Which locking methods to use for locking mbox. There's three available:
>#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
>#           solution. If you want to use /var/mail/ like directory, the users
>#           will need write access to that directory.
>#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
>#  flock  : May not exist in all systems. Doesn't work with NFS.
>#
># You can use both fcntl and flock too; if you do the order they're declared
># with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl
># and flock. Some operating systems don't allow using both of them
># simultaneously, eg. BSDs. If dotlock is used, it's always created first.
>#mbox_locks = dotlock fcntl
>
># Should we create dotlock file even when we want only a read-lock? Setting
># this to yes hurts the performance when the mailbox is accessed simultaneously
># by multiple processes, but it's needed for reliable reading if no other
># locking methods are available.
>#mbox_read_dotlock = no
>
># Maximum time in seconds to wait for lock (all of them) before aborting.
>#mbox_lock_timeout = 300
>
># If dotlock exists but the mailbox isn't modified in any way, override the
># lock file after this many seconds.
>#mbox_dotlock_change_timeout = 30
>
># umask to use for mail files and directories
>#umask = 0077
>
># Drop all privileges before exec()ing the mail process. This is mostly
># meant for debugging, otherwise you don't get core dumps. Note that setting
># this to yes means that log file is opened as the logged in user, which
># might not work. It could also be a small security risk if you use single UID
># for multiple users, as the users could ptrace() each others processes then.
>#mail_drop_priv_before_exec = no
>
>##
>## IMAP process
>##
>
># Executable location
>#imap_executable = /usr/libexec/dovecot/imap
>
># Set max. process size in megabytes. Most of the memory goes to mmap()ing
># files, so it shouldn't harm much even if this limit is set pretty high.
>#imap_process_size = 256
>
># Support for dynamically loadable modules.
>#imap_use_modules = no
>#imap_modules = /usr/lib/dovecot/imap
>
>##
>## POP3 process
>##
>
># Executable location
>#pop3_executable = /usr/libexec/dovecot/pop3
>
># Set max. process size in megabytes. Most of the memory goes to mmap()ing
># files, so it shouldn't harm much even if this limit is set pretty high.
>#pop3_process_size = 256
>
># Support for dynamically loadable modules.
>#pop3_use_modules = no
>#pop3_modules = /usr/lib/dovecot/pop3
>
>##
>## Authentication processes
>##
>
># You can have multiple processes; each time "auth = xx" is seen, a new
># process definition is started. The point of multiple processes is to be
># able to set stricter permissions to others. For example, plain/PAM
># authentication requires roots, but if you also use digest-md5 authentication
># for some users, you can authenticate them without any privileges in a
># separate auth process. Just remember that only one auth process is asked
># for the password, so you can't have different passwords with different
># processes (unless they have different auth methods, and you're ok with
># having different password for each method).
>
># Authentication process name.
>auth = default
>
># Space separated list of wanted authentication mechanisms:
>#   plain digest-md5 anonymous
>auth_mechanisms = plain
>
># Space separated list of realms for SASL authentication mechanisms that need
># them. You can leave it empty if you don't want to support multiple realms.
># Many clients simply use the first one listed here, so keep the default realm
># first.
>#auth_realms =
>
># Default realm to use if none was specified.
>#auth_default_realm = 
>
># Where user database is kept:
>#   passwd: /etc/passwd or similiar, using getpwnam()
>#   passwd-file <path>: passwd-like file with specified location
>#   static uid=<uid> gid=<gid> home=<dir template>: static settings
>#   vpopmail: vpopmail library
>#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
>#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
>auth_userdb = passwd
>
># Where password database is kept:
>#   passwd: /etc/passwd or similiar, using getpwnam()
>#   shadow: /etc/shadow or similiar, using getspnam()
>#   pam [<service> | *]: PAM authentication
>#   passwd-file <path>: passwd-like file with specified location
>#   vpopmail: vpopmail authentication
>#   ldap <config path>: LDAP, see doc/dovecot-ldap.conf
>#   pgsql <config path>: a PostgreSQL database, see doc/dovecot-pgsql.conf
>#auth_passdb = pgsql /usr/local/etc/dovecot-pgsql.conf
>auth_passdb = shadow /etc/shadow
>
>#auth_executable = /usr/libexec/dovecot/dovecot-auth
>
># Set max. process size in megabytes.
>#auth_process_size = 256
>
># User to use for the process. This user needs access to only user and
># password databases, nothing else. Only shadow and pam authentication
># requires roots, so use something else if possible.
>auth_user = root
>
># Directory where to chroot the process. Most authentication backends don't
># work if this is set, and there's no point chrooting if auth_user is root.
>#auth_chroot = 
>
># Number of authentication processes to create
>#auth_count = 1
>
># List of allowed characters in username. If the user-given username contains
># a character not listed in here, the login automatically fails. This is just
># an extra check to make sure user can't exploit any potential quote escaping
># vulnerabilities with SQL/LDAP databases. If you want to allow all characters,
># set this value to empty.
>#auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@
>
># Username to use for users logging in with ANONYMOUS SASL mechanism
>#auth_anonymous_username = anonymous
>
># More verbose logging. Useful for figuring out why authentication isn't
># working.
>#auth_verbose = no
>
># digest-md5 authentication process. It requires special MD5 passwords which
># /etc/shadow and PAM doesn't support, so we never need roots to handle it.
># Note that the passwd-file is opened before chrooting and dropping root
># privileges, so it may be 0600-root owned file.
>
>#auth = digest_md5
>#auth_methods = digest-md5
>#auth_realms = 
>#auth_userdb = passwd-file /etc/passwd.imap
>#auth_passdb = passwd-file /etc/passwd.imap
>#auth_user = imapauth
>#auth_chroot = 
>
># if you plan to use only passwd-file, you don't need the two auth processes,
># simply set "auth_methods = plain digest-md5"
>  
>

-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------020902010405020702050801
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------020902010405020702050801--

From tss@iki.fi  Thu Jun  3 01:37:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 43C6FC00290E; Thu,  3 Jun 2004 01:37:55 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 52748C00290C
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 01:37:53 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5C15F1C185F2; Thu,  3 Jun 2004 01:30:40 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 49F691C1D0E2; Thu,  3 Jun 2004 01:30:06 +0300 (EEST)
In-Reply-To: <Pine.LNX.4.58.0406021803020.16371@gary.horry.org>
References: <Pine.LNX.4.58.0406021803020.16371@gary.horry.org>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-17-534021660"
Message-Id: <648DC16E-B4E4-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] IMAP folders missing after migrating to Dovecot
Date: Thu, 3 Jun 2004 01:30:03 +0300
To: Chris Horry <zerbey@wibble.co.uk>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 22:37:55 -0000
X-UID: 9351                                                  
Status: O


--Apple-Mail-17-534021660
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 3.6.2004, at 01:04, Chris Horry wrote:

> I'm migrating to Dovecot from Courier-IMAP.  I use Postfix with Maildir
> for delivery.
>
> When I use Dovecot as the IMAP server all of my folders are missing, 
> the
> only thing that remains is the Inbox folder.

If you have set "IMAP prefix" or "IMAP namespace" in your IMAP client 
(to "INBOX."), remove it.

--Apple-Mail-17-534021660
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvlTryUhSUUBViskRAr0zAJ9aPo3jpJ8lCzQY3GVZDaT5pJfyuQCfaHWK
V6shNbnj+Vpi0a9bq5edCOA=
=7uam
-----END PGP SIGNATURE-----

--Apple-Mail-17-534021660--


From tss@iki.fi  Thu Jun  3 01:43:21 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 45225C00290E; Thu,  3 Jun 2004 01:43:21 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4FD54C00290C
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 01:43:19 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5729C1C185F4; Thu,  3 Jun 2004 01:36:06 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 01F091C1D0E2; Thu,  3 Jun 2004 01:35:31 +0300 (EEST)
In-Reply-To: <200406022213.36561.pegasus@nerv.eu.org>
References: <200406022213.36561.pegasus@nerv.eu.org>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-18-534346807"
Message-Id: <265B3591-B4E5-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] mta/mda config
Date: Thu, 3 Jun 2004 01:35:29 +0300
To: Jure Pecar <pegasus@nerv.eu.org>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 22:43:21 -0000
X-UID: 9352                                                  
Status: O
Content-Length: 1451


--Apple-Mail-18-534346807
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 2.6.2004, at 23:13, Jure Pecar wrote:

> For large mailstore setups, it makes sense to split maildirs across 
> many
> directories. I see that setting default_mail_env to something like
> maildir:/var/imap/domain/%1d/%d/%1u/user/%u/ would create almost 
> identical
> on-disk layout as multidomain cyrus setup. Now, as dovecot does not 
> have its
> own mda or lmtp daemon, how does one configure mta (eg. postfix) to 
> deliver
> mail in such maildirs?

Hmm. No idea. Dovecot LDA is probably implemented some day in this 
summer, but for 1.0-test versions which aren't yet stable.

> Related question ... any cyrus to dovecot migration tales? :)

There's a tool for it, cyrus2courier, which also supports Dovecot. I 
last checked it at v1.1 which is mirrored at http://dovecot.org/tools/. 
It's current version seems to be 1.3, hopefully it's still 
Dovecot-compatible.

--Apple-Mail-18-534346807
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvlYwyUhSUUBViskRAnDDAKCCLZCsMM+pzrJ1ipmJT4j0f/fiKQCfaSKb
rYJQic4+8NxCjcF/tK7cPew=
=NIvS
-----END PGP SIGNATURE-----

--Apple-Mail-18-534346807--


From tss@iki.fi  Thu Jun  3 02:21:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EFCFDC002911; Thu,  3 Jun 2004 02:21:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 11442C00290E
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 02:21:51 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0A7F71C185F4; Thu,  3 Jun 2004 02:14:38 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id DDF3B1C185F2
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 02:14:03 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <648DC16E-B4E4-11D8-9D25-000393CC2E90@iki.fi>
References: <Pine.LNX.4.58.0406021803020.16371@gary.horry.org>
	<648DC16E-B4E4-11D8-9D25-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-19-536660440"
Message-Id: <89639846-B4EA-11D8-9D25-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] IMAP folders missing after migrating to Dovecot
Date: Thu, 3 Jun 2004 02:14:02 +0300
To: Dovecot list <dovecot@dovecot.org>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.613)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 02 Jun 2004 23:21:53 -0000
X-UID: 9353                                                  
Status: O


--Apple-Mail-19-536660440
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 3.6.2004, at 01:30, Timo Sirainen wrote:

>> I'm migrating to Dovecot from Courier-IMAP.  I use Postfix with 
>> Maildir
>> for delivery.
>>
>> When I use Dovecot as the IMAP server all of my folders are missing, 
>> the
>> only thing that remains is the Inbox folder.
>
> If you have set "IMAP prefix" or "IMAP namespace" in your IMAP client 
> (to "INBOX."), remove it.

Also fully described now in Wiki.

--Apple-Mail-19-536660440
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAvl86yUhSUUBViskRAgemAJoCIq89EseeESI6sXTHThRICvqDjQCgjqRw
TSnDJlvpwb8YK/YuV+XoO78=
=0/xP
-----END PGP SIGNATURE-----

--Apple-Mail-19-536660440--


From joshua@shallow.net  Thu Jun  3 04:49:20 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BDEBFC000DDD; Thu,  3 Jun 2004 04:49:20 +0300 (EEST)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id DA9A4C000DD5
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 04:49:17 +0300 (EEST)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id A97C92B46; Thu,  3 Jun 2004 11:42:00 +1000 (EST)
Date: Thu, 3 Jun 2004 11:42:00 +1000
From: Joshua Goodall <joshua@roughtrade.net>
To: Brian Candler <B.Candler@pobox.com>
Subject: Re: [Dovecot] dovecot and virtual hosting
Message-ID: <20040603014200.GF1698@roughtrade.net>
References: <20040602180614.GE2995@svanberg.no>
	<20040602184441.GB1253@uk.tiscali.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="xGGVyNQdqA79rdfn"
Content-Disposition: inline
In-Reply-To: <20040602184441.GB1253@uk.tiscali.com>
User-Agent: Mutt/1.5.4i
Cc: Vegard Svanberg <vegard@svanberg.no>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 01:49:21 -0000
X-UID: 9354                                                  
Status: O
Content-Length: 1794


--xGGVyNQdqA79rdfn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Jun 02, 2004 at 07:44:41PM +0100, Brian Candler wrote:
> On Wed, Jun 02, 2004 at 08:06:14PM +0200, Vegard Svanberg wrote:
> > A usual hosting provider setup depends on having one IP ("virtual
> > mailserver") per domain.  Using dovecot on servers handling hundreds or
> > thousands of domains today equals to having multiple instances of
> > dovecot running.=20
> >=20
> > This problem could be solved by making dovecot take into account the IP
> > address the user connects to and authenticate against the proper
> > {database, table, pw-file, [...]} based on that.
> >=20
> > Comments?=20
>=20
> I've worked at very large ISPs, and we never did virtual hosting based on=
 IP
> address; we simply made the logins unique.

Just because you don't use it, doesn't mean that others won't.  For example,
my employer manages thousands of virtual services distinguished by IP addre=
ss
for which some of the protocols (e.g. SSL, anonymous FTP) are virtualized by
IP, and POP3 virtualization piggybacks on that just because it can.

We then support user@domain for those cases where the customer simply doesn=
't
want SSL or virtual anon FTP.

I think it's a good idea.  Do you have patches, Vegard?

Joshua.

--=20
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

--xGGVyNQdqA79rdfn
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFAvoHoPsqE37hMaDwRAlTIAJ9EY2paH5MeDQMIBOhuauSBqFEpcwCgyE7u
owlri9keHLqkb6QhnsZs1MQ=
=JlfL
-----END PGP SIGNATURE-----

--xGGVyNQdqA79rdfn--

From hf@spg.tu-darmstadt.de  Thu Jun  3 11:38:28 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0F056C000DCD; Thu,  3 Jun 2004 11:38:28 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id BC241C000DCB
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 11:38:22 +0300 (EEST)
Received: from heiligenberg.nt.e-technik.tu-darmstadt.de
	(heiligenberg.nt.e-technik.tu-darmstadt.de [130.83.186.54])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i538V8K2027433
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 10:31:08 +0200 (CEST)
Received: from heiligenberg.nt.e-technik.tu-darmstadt.de (localhost
	[127.0.0.1])
	by heiligenberg.nt.e-technik.tu-darmstadt.de (8.12.9p1/8.12.9) with
	ESMTP id i538V8ED024676
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 10:31:08 +0200 (CEST)
Received: (from hf@localhost)
	by heiligenberg.nt.e-technik.tu-darmstadt.de (8.12.9p1/8.12.9) id
	i538V7Yv005041; Thu, 3 Jun 2004 10:31:07 +0200 (CEST)
Date: Thu, 3 Jun 2004 10:31:07 +0200
From: Hauke Fath <hf@spg.tu-darmstadt.de>
To: dovecot@dovecot.org
Message-Id: <20040603103107.04a1b856.hf@spg.tu-darmstadt.de>
Organization: Technische Universitaet Darmstadt
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: [Dovecot] 0.99.10.5 imap flag update issues
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 08:38:28 -0000
X-UID: 9355                                                  
Status: O

Hi,

there is an issue left in 0.99.10.5 which (I think) is a problem with
imap status flags. It shows up in two places:

(1) When new mail is delivered to the inbox, the last read mail changes
to "unread".

(2) When you move mails from the inbox to another folder with Mozilla
(1.6 on win32, Linux, NetBSD), they are not removed from the inbox,
effectively performing a copy instead of a move.

And, while I am at it,

(3) I see a regular log entry from a MS Outlook 2000 SP 3

Jun  3 10:26:23 bounce imap-login: SSL_read() syscall failed: EOF
[130.83.XXX.XXX]

The setup here: OS NetBSD 2.0beta, MTA sendmail 8.12.11,
LDA maildrop 1.3.9, dovecot 0.99.10.5, OpenSSL 0.9.7d

Any ideas?
	hauke

--=20
           Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut f=FCr Nachrichtentechnik         \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
      Ruf +49-6151-16-3281              / \  Respect for open standards

From discussion-lists@linnet.org  Thu Jun  3 11:40:34 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8A0BAC000DDD; Thu,  3 Jun 2004 11:40:34 +0300 (EEST)
Received: from icicle.pobox.com (icicle.pobox.com [207.8.226.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 33943C000DD5
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 11:40:31 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by icicle.pobox.com (Postfix) with ESMTP id 9094E1064D5;
	Thu,  3 Jun 2004 04:33:12 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by icicle.pobox.com (Postfix) with ESMTP id 70F3C1064D6;
	Thu,  3 Jun 2004 04:32:59 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id 78C9E78C; Thu,  3 Jun 2004 04:32:58 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.145.13])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 5A19378B; Thu,  3 Jun 2004 04:32:57 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BVneh-0000E0-LP; Thu, 03 Jun 2004 09:32:55 +0100
Date: Thu, 3 Jun 2004 09:32:55 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Joshua Goodall <joshua@roughtrade.net>
Subject: Re: [Dovecot] dovecot and virtual hosting
Message-ID: <20040603083255.GA760@uk.tiscali.com>
References: <20040602180614.GE2995@svanberg.no>
	<20040602184441.GB1253@uk.tiscali.com>
	<20040603014200.GF1698@roughtrade.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040603014200.GF1698@roughtrade.net>
User-Agent: Mutt/1.4.1i
Cc: Vegard Svanberg <vegard@svanberg.no>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 08:40:34 -0000
X-UID: 9356                                                  
Status: O
Content-Length: 1584

On Thu, Jun 03, 2004 at 11:42:00AM +1000, Joshua Goodall wrote:
> Just because you don't use it, doesn't mean that others won't.

That's true. All I meant was, when choosing where to expend development
effort, perhaps it would be better to defer working on things which are
arguably bad practice in the first place, and for which workarounds already
exist (i.e. in this case bind a separate server instance to each IP
address).

Now, if you weren't worried about disambiguating usernames, but wanted to
select a different certificate for POP3/IMAP over TLS for each virtual
domain, then I'd have more sympathy. It's a huge shame that the POP3/IMAP
S(TART)TLS commands don't give a way to select a certificate before
negotiating TLS. HTTP now does (RFC2817), although I don't know how widely
that's implemented.

In our case, those people who used TLS for POP3 weren't willing to pay for
their own certificate, so they were happy to share ours (they got a
'certificate name mismatch' but otherwise had a valid signed certificate;
that's better than having a self-signed certificate)

However, if all you're trying to do is have POP3 users 'fred' connecting to
pop3.domain1.com and 'fred' connecting to pop3.domain2.com be unambiguous,
then I really can't sympathise. You really should be making all these users
login as 'fred@domain1.com' and 'fred@domain2.com', even if you happen to
have different IP addresses available for pop3.domain1.com and
pop3.domain2.com; it's no harder for the end-user to configure, and it's
shortsighted not to. You'll regret it one day.

Cheers,

Brian.

From yedidia@jct.ac.il  Thu Jun  3 14:30:52 2004
Return-Path: <yedidia@jct.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7EB10C000DCE; Thu,  3 Jun 2004 14:30:52 +0300 (EEST)
Received: from mail.jct.ac.il (unknown [147.161.1.14])
	by talvi.dovecot.org (Postfix) with ESMTP id 83836C000DCB
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 14:30:49 +0300 (EEST)
Received: from kidushin.jct.ac.il (kidushin.jct.ac.il [147.161.1.19])
	by mail.jct.ac.il (8.12.8+Sun/8.12.8) with SMTP id i53BNRgd013729
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 14:23:27 +0300 (IDT)
Received: from jct.ac.il ([147.161.1.211])
	by kidushin.jct.ac.il (SAVSMTP 3.1.3.37) with SMTP id
	M2004060314074118525
	for <dovecot@dovecot.org>; Thu, 03 Jun 2004 14:07:41 +0300
Message-ID: <40BF0A08.60508@jct.ac.il>
Date: Thu, 03 Jun 2004 14:22:48 +0300
From: Yedidia Klein <yedidia@jct.ac.il>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] inbox file read/write
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 11:30:52 -0000
X-UID: 9357                                                  
Status: O

Hi,

If I config my mta to write incoming mail to /var/mail/[username] and 
dovecot (or any other imap/pop server) is serving email from this file, 
can't the fie be corrupted while mta and dovecot read/write at the same 
time ?

is there any mechanism to avoid it ?

thanks

--Y

From chibi@gol.com  Thu Jun  3 15:21:01 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 89DEFC000DCD; Thu,  3 Jun 2004 15:21:01 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id B1392C000DCB
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 15:20:58 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BVqmd-0001Kq-00; Thu, 03 Jun 2004 20:53:19 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: Yedidia Klein <yedidia@jct.ac.il>
Subject: Re: [Dovecot] inbox file read/write 
In-reply-to: <40BF0A08.60508@jct.ac.il> 
References: <40BF0A08.60508@jct.ac.il>
Comments: In-reply-to Yedidia Klein <yedidia@jct.ac.il>
	message dated "Thu, 03 Jun 2004 14:22:48 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 03 Jun 2004 20:53:19 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BVqmd-0001Kq-00@batzmaru.gol.ad.jp>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 12:21:02 -0000
X-UID: 9358                                                  
Status: O


Hello,

>If I config my mta to write incoming mail to /var/mail/[username] and 
>dovecot (or any other imap/pop server) is serving email from this file, 
>can't the fie be corrupted while mta and dovecot read/write at the same 
>time ?
>
>is there any mechanism to avoid it ?
>

your question has been just recently discussed, see the threads
starting with:

http://www.dovecot.org/list/dovecot/2004-May/003364.html

as well as the nicely commented config file.

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From jduino@aerohead.com  Thu Jun  3 15:58:13 2004
Return-Path: <jduino@aerohead.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1CE97C000DCD; Thu,  3 Jun 2004 15:58:13 +0300 (EEST)
Received: from aerohead.com (dsl081-033-105.lax1.dsl.speakeasy.net
	[64.81.33.105])
	by talvi.dovecot.org (Postfix) with ESMTP id E6FADC000DCB
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 15:58:09 +0300 (EEST)
Received: from [192.168.0.3] (mustang [192.168.0.3])
	by aerohead.com (8.12.8/8.12.8) with ESMTP id i53CorrU012873
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 05:50:54 -0700
From: John Duino <jduino@aerohead.com>
To: dovecot@dovecot.org
Content-Type: text/plain
Organization: AeroHead Designs - Unix & Network Consulting
Message-Id: <1086267053.18680.59.camel@mustang>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Thu, 03 Jun 2004 05:50:53 -0700
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Supporting POP & IMAP with Sendmail
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: jduino@aerohead.com
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: Thu, 03 Jun 2004 12:58:13 -0000
X-UID: 9359                                                  
Status: O
Content-Length: 1181

Greetings!

I dug thru the archives but didn't see a clear answer to this. A client
has an existing sendmail/pop3 system, and I would like to switch to
dovecot for imap support. For imap I much prefer the Maildir format over
mbox, however, sendmail natively dumps to mbox (mailspool) and that is
what pop typically reads. I've read the threads on how to make sendmail
write to Maildir.

My problem is that I'd like to support both pop/mailspool and
imap/maildir.

While running dovecot in imap-only it will use mbox format to read the
/var/mail/user as the Inbox and then create the full imap structure
under ~user/mail but in mbox format, not maildir.

If/when I turn on both pop and imap in dovecot will it allow this with
the current config? Or will I still need to convert sendmail output to
maildir...and then I assume dovecot/pop will read from
~user/Maildir/Inbox even though it is in Maildir format?

Basically, if I'd prefer to not have to convert sendmail to Maildir
format, have dovecot always treat /var/mail/user as the Inbox for both
pop and imap, and for those who switch to imap, have it store their
other folders in ~user/Maildir. Asking too much?

Thanks!

John


From chibi@gol.com  Thu Jun  3 17:27:23 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6C345C000DCD; Thu,  3 Jun 2004 17:27:23 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id D9143C000DCB
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 17:27:20 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BVt4b-0003Vn-00; Thu, 03 Jun 2004 23:20:01 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: jduino@aerohead.com
Subject: Re: [Dovecot] Supporting POP & IMAP with Sendmail 
In-reply-to: <1086267053.18680.59.camel@mustang> 
References: <1086267053.18680.59.camel@mustang>
Comments: In-reply-to John Duino <jduino@aerohead.com>
	message dated "Thu, 03 Jun 2004 05:50:53 -0700."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 03 Jun 2004 23:20:01 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BVt4b-0003Vn-00@batzmaru.gol.ad.jp>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 14:27:23 -0000
X-UID: 9360                                                  
Status: O


Hello,

>Basically, if I'd prefer to not have to convert sendmail to Maildir
>format, have dovecot always treat /var/mail/user as the Inbox for both
>pop and imap, and for those who switch to imap, have it store their
>other folders in ~user/Maildir. Asking too much?
>
Also _just_ answered here, to be precise, yesterday.

See the thread starting with: 

http://www.dovecot.org/list/dovecot/2004-June/003590.html

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From fmulharin@th-record.com  Thu Jun  3 17:45:52 2004
Return-Path: <fmulharin@th-record.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D754CC000DCD; Thu,  3 Jun 2004 17:45:52 +0300 (EEST)
Received: from mailexchange.ottaway.com (mailexchange.ottaway.com
	[204.27.188.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 84195C000DCB
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 17:45:50 +0300 (EEST)
Received: from mailserver.ottaway.com by mailexchange.ottaway.com;
	Thu, 03 Jun 2004 14:43:07 GMT
Received: from thrmailserver.th-record.com ([172.20.73.5]) by
	mailserver.ottaway.com (Netscape Messaging Server 4.15) with
	SMTP id HYQM0A00.5WA for <dovecot@dovecot.org>; Thu, 3 Jun 2004
	10:38:34 -0400 
Received: from thrmailserver.th-record.com (loopback [127.0.0.1])
	by thrmailserver.th-record.com (8.12.8/8.12.8) with ESMTP id
	i53EhpeS023981
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 10:43:51 -0400
Received: (from apache@localhost)
	by thrmailserver.th-record.com (8.12.8/8.12.8/Submit) id i53EhplB023979;
	Thu, 3 Jun 2004 10:43:51 -0400
Received: from 172.20.73.150 (SquirrelMail authenticated user fmulharin)
	by 172.20.73.5 with HTTP; Thu, 3 Jun 2004 10:43:51 -0400 (EDT)
Message-ID: <33716.172.20.73.150.1086273831.squirrel@172.20.73.5>
Date: Thu, 3 Jun 2004 10:43:51 -0400 (EDT)
From: "Fred  Mulharin" <fmulharin@th-record.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2-1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Lost messages when "Moved to Trash"
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 14:45:53 -0000
X-UID: 9361                                                  
Status: O


We are using Dovecot 0.99.10.5 on a Redhat 9.0 Box.

We are using the Squirrelmail Webmail client, and have occasionally had a
problem with users move messages from their Inbox to the "Trash" folder.
The Selected messages move to the Trash folder, but the rest of the
messages in the INBOX disappear.

Fred

--
Fred Mulharin
Systems Technology Supervisor
Times Herald-Record
fmulharin@th-record.com


..We are the trusted leader
in news and information
for the communities we serve

..because we all live here



From john.l.villalovos@intel.com  Thu Jun  3 18:26:19 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 91345C000DCD; Thu,  3 Jun 2004 18:26:19 +0300 (EEST)
Received: from orsfmr001.jf.intel.com (fmr12.intel.com [134.134.136.15])
	by talvi.dovecot.org (Postfix) with ESMTP id 3DD37C000DCB
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 18:26:16 +0300 (EEST)
Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6])
	by orsfmr001.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,
	v 1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i538IO5b009717
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 08:18:40 GMT
Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com
	[192.168.65.54])
	by petasus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,
	v 1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i53FJ6Af021760
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 15:19:34 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs041.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004060308183332263
	for <dovecot@dovecot.org>; Thu, 03 Jun 2004 08:18:33 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Thu, 3 Jun 2004 08:18:33 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Advice on converting from Mbox to Maildir?
Date: Thu, 3 Jun 2004 08:18:31 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B0EFCBF@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Advice on converting from Mbox to Maildir?
Thread-Index: AcRIIB0nGDVXQwmjSEGva6em5KRo7gArG8MwACwmcxA=
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: <dovecot@dovecot.org>
X-OriginalArrivalTime: 03 Jun 2004 15:18:33.0434 (UTC)
	FILETIME=[08BA23A0:01C4497E]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 15:26:19 -0000
X-UID: 9362                                                  
Status: O
Content-Length: 1920

To recap what I have learned :)

dovecot-bounces@dovecot.org wrote:
> Does anyone have advice or pointers on good documentation on how to
> convert a system from using the Mbox format to using Maildir?
>=20
> I recently upgraded to Fedora Core 2 from Fedora Core 1 and discovered
> that UW-IMAP was gone.  So I switched over to using Dovecot.
> So far so
> good.
>=20
> But I would like to convert my system to start using the
> Maildir format.
>=20
> How easy is this to accomplish?

Fairly easy on the small system I had.  I only have around 8 people
using email off of my system.

> Can I keep my Inbox /var/spool/mail/user_name as an mbox
> format and have
> my other folders as Maildir?

Timo says that it is NOT available in the version that comes with Fedora
Core 2.  It will be available in the 1.0 series by defining multiple
namespaces.  The current 1.0-tests allow this.


> What would I have to change for Sendmail to make it use
> Maildir for the Inbox?

Sendmail does NOT need to be changed.

> Can procmail support Maildir?

Yes and that is what you need to change.

I setup /etc/procmailrc to have the line:

DEFAULT=3D$HOME/Maildir/

Make sure there is the terminating / on that line.

What this will do is make all new mail that is delivered via procmail go
to each user's Maildir folder.

But what you need to do first is convert your existing mbox mail into
maildir format.  I used the program that was recommended to me: mb2md

http://batleth.sapienti-sat.org/projects/mb2md/

This program worked great to convert my /var/spool/mail/user_name stuff
and also folders that I had created under ~/mail/

So now my whole system is using Maildir format.

If you had a big system this might be a big pain :(

John

--=20
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting
Q: What is the most annoying thing on usenet and in e-mail?

From jduino@aerohead.com  Thu Jun  3 19:25:48 2004
Return-Path: <jduino@aerohead.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A45D5C000DCE; Thu,  3 Jun 2004 19:25:48 +0300 (EEST)
Received: from aerohead.com (dsl081-033-105.lax1.dsl.speakeasy.net
	[64.81.33.105])
	by talvi.dovecot.org (Postfix) with ESMTP id C6F55C000DCD
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 19:25:45 +0300 (EEST)
Received: from mail.aerohead.com (localhost.localdomain [127.0.0.1])
	by aerohead.com (8.12.8/8.12.8) with SMTP id i53GIRrU014051;
	Thu, 3 Jun 2004 09:18:28 -0700
Received: from 216.135.183.34 (SquirrelMail authenticated user jduino)
	by mail.aerohead.com with HTTP; Thu, 3 Jun 2004 09:18:28 -0700 (PDT)
Message-ID: <39776.216.135.183.34.1086279508.squirrel@mail.aerohead.com>
In-Reply-To: <E1BVt4b-0003Vn-00@batzmaru.gol.ad.jp>
References: <1086267053.18680.59.camel@mustang>
	<E1BVt4b-0003Vn-00@batzmaru.gol.ad.jp>
Date: Thu, 3 Jun 2004 09:18:28 -0700 (PDT)
Subject: Re: [Dovecot] Supporting POP & IMAP with Sendmail
From: "John Duino" <jduino@aerohead.com>
To: "Christian Balzer" <chibi@gol.com>
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Cc: jduino@aerohead.com, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 16:25:48 -0000
X-UID: 9363                                                  
Status: O

> Also _just_ answered here, to be precise, yesterday.
>
> See the thread starting with:
>
> http://www.dovecot.org/list/dovecot/2004-June/003590.html
>
> Regards,
>
> Christian Balzer

My apologies and thanks! The messages weren't in the archives I checked
but came before I subscribed. Bad timing.


From john.l.villalovos@intel.com  Thu Jun  3 19:58:37 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E2340C000DCE; Thu,  3 Jun 2004 19:58:37 +0300 (EEST)
Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7])
	by talvi.dovecot.org (Postfix) with ESMTP id 39B47C000DCD
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 19:58:34 +0300 (EEST)
Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6])
	by caduceus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,v
	1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i53Golhw004325; 
	Thu, 3 Jun 2004 16:50:47 GMT
Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com
	[192.168.65.54])
	by petasus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i53GpjAb028212; 
	Thu, 3 Jun 2004 16:52:15 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs041.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004060309510317858 ; Thu, 03 Jun 2004 09:51:08 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Thu, 3 Jun 2004 09:50:42 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Supporting POP & IMAP with Sendmail
Date: Thu, 3 Jun 2004 09:50:41 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B88C763@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Supporting POP & IMAP with Sendmail
Thread-Index: AcRJaX2ygVAAhksnRZ2UhCTOrUwDUgAITVUQ
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: <jduino@aerohead.com>, <dovecot@dovecot.org>
X-OriginalArrivalTime: 03 Jun 2004 16:50:42.0325 (UTC)
	FILETIME=[E833F450:01C4498A]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 16:58:38 -0000
X-UID: 9364                                                  
Status: O

dovecot-bounces@dovecot.org wrote:
> I dug thru the archives but didn't see a clear answer to
> this. A client
> has an existing sendmail/pop3 system, and I would like to switch to
> dovecot for imap support. For imap I much prefer the Maildir
> format over
> mbox, however, sendmail natively dumps to mbox (mailspool) and that is
> what pop typically reads. I've read the threads on how to
> make sendmail
> write to Maildir.
>=20
> My problem is that I'd like to support both pop/mailspool and
> imap/maildir.=20

My suggestion would be to use Dovecot as your POP and IMAP server.

And convert everything to use Maildir unless there is some special
reason you want to keep mbox format for.

Setup procmail to deliver all mail to the maildir folders.  See my
previous message on how to do it.

John



--=20
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting
Q: What is the most annoying thing on usenet and in e-mail?

From john.l.villalovos@intel.com  Thu Jun  3 20:27:33 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D0555C000DCE; Thu,  3 Jun 2004 20:27:33 +0300 (EEST)
Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6])
	by talvi.dovecot.org (Postfix) with ESMTP id E4EBAC000DCD
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 20:27:30 +0300 (EEST)
Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6])
	by hermes.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,v
	1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i53HLTM9009109; 
	Thu, 3 Jun 2004 17:21:29 GMT
Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com
	[192.168.65.54])
	by petasus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i53HKHAr017960; 
	Thu, 3 Jun 2004 17:21:09 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs041.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004060310200723693 ; Thu, 03 Jun 2004 10:20:07 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Thu, 3 Jun 2004 10:20:08 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Supporting POP & IMAP with Sendmail
Date: Thu, 3 Jun 2004 10:20:07 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B0EFCC2@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Supporting POP & IMAP with Sendmail
Thread-Index: AcRJjCle0KygWLYsRyG00VYCVWNvTwAADecA
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: "John Duino" <jduino@aerohead.com>
X-OriginalArrivalTime: 03 Jun 2004 17:20:08.0082 (UTC)
	FILETIME=[04AD1720:01C4498F]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 17:27:34 -0000
X-UID: 9365                                                  
Status: O

John Duino wrote:
> That was the one question I haven't had answered (and it's
> mostly just out of pure paranoia that I ask it :)

Yes.  POP email works fine with Maildir for me.  I am using
dovecot-0.99.10.5-1 which was on the development tree of Fedora.  Though
I would think the one that came stock with Fedora 2 should work as well.
I have no reason to think it won't.

One note.  I don't use POP that much.  I have one person who uses it and
they haven't complained.

> So if all the mail is moved to Maildir (thus eliminating the typical
> mailspool), and somebody pop's onto the server, Dovecot will use the
> Maildir/Inbox for the pop?=20

Yes it will.  If you read the mail-storages.txt documentation file it
talks about it.  I would read the section on "Detecting what to use".

I did NOT set the default_mail_env variable in my /etc/dovecot.conf and
it figured it out automagically :)

Good luck,
John

From antonio.nunes@lifefoundation.org.uk  Thu Jun  3 21:13:01 2004
Return-Path: <antonio.nunes@lifefoundation.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AD3EAC000DCE; Thu,  3 Jun 2004 21:13:01 +0300 (EEST)
Received: from mail.lfst.demon.co.uk (lfst.demon.co.uk [158.152.87.172])
	by talvi.dovecot.org (Postfix) with ESMTP id EADB0C000DCD
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 21:12:58 +0300 (EEST)
Received: from mail.lfst.demon.co.uk (localhost.localdomain [127.0.0.1])
	by mail.lfst.demon.co.uk (8.12.8/8.12.8) with ESMTP id i53GjCVx004017
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 17:45:12 +0100
Received: (from apache@localhost)
	by mail.lfst.demon.co.uk (8.12.8/8.12.8/Submit) id i53GjBU2004015;
	Thu, 3 Jun 2004 17:45:11 +0100
X-Authentication-Warning: mail.lfst.demon.co.uk: apache set sender to
	antonio.nunes@lifefoundation.org.uk using -f
Received: from 10.10.10.22 (SquirrelMail authenticated user antonio.nunes)
	by mail.lfst.demon.co.uk with HTTP;
	Thu, 3 Jun 2004 17:45:11 +0100 (BST)
Message-ID: <36467.10.10.10.22.1086281111.squirrel@mail.lfst.demon.co.uk>
In-Reply-To: <1086189609.26596.6.camel@hurina>
References: <33510.10.10.10.22.1086173797.squirrel@10.10.10.110>
	<1086189609.26596.6.camel@hurina>
Date: Thu, 3 Jun 2004 17:45:11 +0100 (BST)
Subject: Re: [Dovecot] Loggin error with Squirrelmail on Fedore Core 2
From: "Antonio Nunes" <antonio.nunes@lifefoundation.org.uk>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2-1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: antonio.nunes@lifefoundation.org.uk
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: Thu, 03 Jun 2004 18:13:01 -0000
X-UID: 9366                                                  
Status: O

Timo wrote:

This is because by default Dovecot detects mailbox locations, and if some
user doesn't have /var/mail/user mbox file, Dovecot doesn't know what to
do. So alternative to the above kludge is to modify configuration file:
default_mail_env = mbox:~/mail:INBOX=/var/mail/%u

Thanks Timo. It turned out that my batch-file created users were not
working correctly on the system at all, so it was not a Dovecot issue. I
recreated our users by hand (fortunately they're not too many) and it
seems to be OK now with SquirrelMail.

I am currently experiencing another issue, but I'll start a separate
thread on that.

Best wishes,
Antonio Nunes

The best way of seeing divine light, is to put out your own little candle.

From antonio.nunes@lifefoundation.org.uk  Thu Jun  3 21:24:41 2004
Return-Path: <antonio.nunes@lifefoundation.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E53CBC000DDD; Thu,  3 Jun 2004 21:24:41 +0300 (EEST)
Received: from mail.lfst.demon.co.uk (lfst.demon.co.uk [158.152.87.172])
	by talvi.dovecot.org (Postfix) with ESMTP id 1108AC000DCE
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 21:24:39 +0300 (EEST)
Received: from mail.lfst.demon.co.uk (localhost.localdomain [127.0.0.1])
	by mail.lfst.demon.co.uk (8.12.8/8.12.8) with ESMTP id i53GuqVx004062
	for <dovecot@dovecot.org>; Thu, 3 Jun 2004 17:56:52 +0100
Received: (from apache@localhost)
	by mail.lfst.demon.co.uk (8.12.8/8.12.8/Submit) id i53Guqae004060;
	Thu, 3 Jun 2004 17:56:52 +0100
X-Authentication-Warning: mail.lfst.demon.co.uk: apache set sender to
	antonio.nunes@lifefoundation.org.uk using -f
Received: from 10.10.10.22 (SquirrelMail authenticated user antonio.nunes)
	by mail.lfst.demon.co.uk with HTTP;
	Thu, 3 Jun 2004 17:56:51 +0100 (BST)
Message-ID: <36504.10.10.10.22.1086281811.squirrel@mail.lfst.demon.co.uk>
Date: Thu, 3 Jun 2004 17:56:51 +0100 (BST)
From: "Antonio Nunes" <antonio.nunes@lifefoundation.org.uk>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2-1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Getting POP3 up and running
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: antonio.nunes@lifefoundation.org.uk
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: Thu, 03 Jun 2004 18:24:42 -0000
X-UID: 9367                                                  
Status: O

Hi!

Now that I happily smiling have Squirrelmail working on the new setup
(Fedora Core 2), the next hurdle seems to be getting POP3 to work.

According to my understanding of the documentation I changed the protocols
line in dovecot.conf to:

#protocols = imap imaps pop3 pop3s

then restarted dovecot, but still can't connect to pop3 (not even after
rebooting the whole system).

Doing an nmap on my server does not show port 110 as open.

Any clues as to what I may be overlooking?

Thanks for your support,
Antonio

There is a world of difference between searching for happiness and
choosing to be happy!

From john.l.villalovos@intel.com  Thu Jun  3 21:34:18 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 52E7CC000DE4; Thu,  3 Jun 2004 21:34:18 +0300 (EEST)
Received: from orsfmr001.jf.intel.com (fmr12.intel.com [134.134.136.15])
	by talvi.dovecot.org (Postfix) with ESMTP id 2B36FC000DDD
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 21:34:15 +0300 (EEST)
Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7])
	by orsfmr001.jf.intel.com (8.12.9-20030918-01/8.12.9/d:
	major-outer.mc,v 1.15 2004/01/30 18:16:28 root Exp $) with
	ESMTP id i53BPn5b012640; Thu, 3 Jun 2004 11:26:46 GMT
Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com
	[192.168.65.206])
	by talaria.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i53ILBeT027970; 
	Thu, 3 Jun 2004 18:22:00 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004060311253723788 ; Thu, 03 Jun 2004 11:25:37 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Thu, 3 Jun 2004 11:25:36 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Getting POP3 up and running
Date: Thu, 3 Jun 2004 11:25:36 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B88C768@orsmsx410.jf.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Getting POP3 up and running
Thread-Index: AcRJl3A80P397wn5SI6VoUiY2QeFRAAAJzJA
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: <antonio.nunes@lifefoundation.org.uk>, <dovecot@dovecot.org>
X-OriginalArrivalTime: 03 Jun 2004 18:25:36.0866 (UTC)
	FILETIME=[2A69F420:01C44998]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 18:34:19 -0000
X-UID: 9368                                                  
Status: O

dovecot-bounces@dovecot.org wrote:
> According to my understanding of the documentation I changed
> the protocols
> line in dovecot.conf to:
>=20
> #protocols =3D imap imaps pop3 pop3s

Did you really just change the commented out line?

If so then you didn't do anything :(

You will need to uncomment the line and restart it.

The "#" at the beginning of the line is a comment.

John

From strombrg@dcs.nac.uci.edu  Thu Jun  3 21:40:30 2004
Return-Path: <strombrg@dcs.nac.uci.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E2F3CC000DEC; Thu,  3 Jun 2004 21:40:30 +0300 (EEST)
Received: from dcs.nac.uci.edu (dcs.nac.uci.edu [128.200.34.32])
	by talvi.dovecot.org (Postfix) with ESMTP id 432D8C000DE4
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 21:40:28 +0300 (EEST)
Received: from [128.200.34.35] (tesuji.nac.uci.edu [128.200.34.35])
	by dcs.nac.uci.edu (8.12.11/8.12.10) with ESMTP id i53IX9kZ020718;
	Thu, 3 Jun 2004 11:33:09 -0700
Subject: Re: [Dovecot] 0.99.10.5 imap flag update issues
From: Dan Stromberg <strombrg@dcs.nac.uci.edu>
To: Hauke Fath <hf@spg.tu-darmstadt.de>
In-Reply-To: <20040603103107.04a1b856.hf@spg.tu-darmstadt.de>
References: <20040603103107.04a1b856.hf@spg.tu-darmstadt.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-nCpQwUtSzRTHj2Ext33M"
Message-Id: <1086287589.15311.8.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Thu, 03 Jun 2004 11:33:09 -0700
Cc: Dan Stromberg <strombrg@dcs.nac.uci.edu>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 18:40:31 -0000
X-UID: 9369                                                  
Status: O


--=-nCpQwUtSzRTHj2Ext33M
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-03 at 01:31, Hauke Fath wrote:
> (2) When you move mails from the inbox to another folder with Mozilla
> (1.6 on win32, Linux, NetBSD), they are not removed from the inbox,
> effectively performing a copy instead of a move.

I may be seeing this too using evolution.  I have an evolution filter
set up to change the color of spam messages and refile them to another
folder.  Once in a while, I find spam still in my inbox that has changed
color, but isn't marked as deleted.

--=20
Dan Stromberg DCS/NACS/UCI <strombrg@dcs.nac.uci.edu>


--=-nCpQwUtSzRTHj2Ext33M
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQBAv27lo0feVm00f/8RAvalAKCeQ4N3ROGqX5XUuV1POZTjt8YCagCgkZ77
NIIKgzVXFhmBERc2N3PcVIQ=
=RgbA
-----END PGP SIGNATURE-----

--=-nCpQwUtSzRTHj2Ext33M--


From rwf@loonybin.net  Thu Jun  3 21:49:14 2004
Return-Path: <rwf@loonybin.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F0321C000DE2; Thu,  3 Jun 2004 21:49:14 +0300 (EEST)
Received: from jupiter.loonybin.net (jupiter.loonybin.net [208.248.0.98])
	by talvi.dovecot.org (Postfix) with ESMTP id E6990C000DCE
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 21:49:12 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP id 90C3D22827E
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 14:41:56 -0400 (EDT)
Received: from jupiter.loonybin.net ([127.0.0.1])
	by localhost (jupiter [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 12144-09 for <dovecot@dovecot.org>;
	Thu,  3 Jun 2004 14:41:54 -0400 (EDT)
Received: by jupiter.loonybin.net (Postfix, from userid 500)
	id 17C7E22805C; Thu,  3 Jun 2004 14:41:53 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by jupiter.loonybin.net (Postfix) with ESMTP id C95BD698258
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 14:41:53 -0400 (EDT)
Date: Thu, 3 Jun 2004 14:41:53 -0400 (EDT)
From: Rob Foehl <rwf@loonybin.net>
X-X-Sender: rob@jupiter.loonybin.net
To: dovecot@dovecot.org
Subject: Re: [Dovecot] mta/mda config
In-Reply-To: <200406022213.36561.pegasus@nerv.eu.org>
Message-ID: <Pine.LNX.4.58.0406031427180.12786@jupiter.loonybin.net>
References: <200406022213.36561.pegasus@nerv.eu.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at loonybin.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 18:49:15 -0000
X-UID: 9370                                                  
Status: O

On Wed, 2 Jun 2004, Jure Pecar wrote:

> For large mailstore setups, it makes sense to split maildirs across many
> directories. I see that setting default_mail_env to something like
> maildir:/var/imap/domain/%1d/%d/%1u/user/%u/ would create almost identical
> on-disk layout as multidomain cyrus setup. Now, as dovecot does not have its
> own mda or lmtp daemon, how does one configure mta (eg. postfix) to deliver
> mail in such maildirs?

With Postfix, it's pretty straightforward; you have several options,
depending on how you actually want to do the deliveries.  Basically,
you'll most likely want to use the virtual(8) delivery agent, and supply
it with a mailbox map that returns the full mailbox path (be it mbox or
maildir).

This can be done with just about any of the available map types; I'll try
to provide a more concrete example if you provide more information on
exactly how you want the deliveries done, and what (if any)  other
components are involved (SQL database of users, etc)..

-Rob

From dr@jones.dk  Thu Jun  3 21:50:29 2004
Return-Path: <dr@jones.dk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 16C62C00282F; Thu,  3 Jun 2004 21:50:29 +0300 (EEST)
Received: from xayide.jones.dk
	(cpe.atm0-0-0-1201001.0x503f72d6.albnxx2.customer.tele.dk
	[80.63.114.214])
	by talvi.dovecot.org (Postfix) with ESMTP id 03E1BC000DCE
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 21:50:27 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by xayide.jones.dk (Postfix) with ESMTP
	id 65C5E1AB8F3; Thu,  3 Jun 2004 20:43:10 +0200 (CEST)
Received: from xayide.jones.dk ([127.0.0.1])
	by localhost (xayide.jones.dk [127.0.0.1]) (amavisd-new, port 10024)
	with SMTP id 17988-01; Thu, 3 Jun 2004 20:43:00 +0200 (CEST)
Received: from [10.0.242.251] (unknown [200.96.126.85])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by xayide.jones.dk (Postfix) with ESMTP
	id A30421AB8CE; Thu,  3 Jun 2004 20:42:57 +0200 (CEST)
Message-ID: <40BF712D.3030203@jones.dk>
Date: Thu, 03 Jun 2004 15:42:53 -0300
From: Jonas Smedegaard <dr@jones.dk>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040528)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Villalovos, John L" <john.l.villalovos@intel.com>
Subject: Re: [Dovecot] Supporting POP & IMAP with Sendmail
References: <60C14C611F1DDD4198D53F2F43D8CA3B0EFCC2@orsmsx410.jf.intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B0EFCC2@orsmsx410.jf.intel.com>
X-Enigmail-Version: 0.83.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at jones.dk
Cc: John Duino <jduino@aerohead.com>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 18:50:29 -0000
X-UID: 9371                                                  
Status: O
Content-Length: 1296

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Villalovos, John L wrote:
| John Duino wrote:

|>So if all the mail is moved to Maildir (thus eliminating the typical
|>mailspool), and somebody pop's onto the server, Dovecot will use the
|>Maildir/Inbox for the pop?
|
|
| Yes it will.  If you read the mail-storages.txt documentation file it
| talks about it.  I would read the section on "Detecting what to use".
|
| I did NOT set the default_mail_env variable in my /etc/dovecot.conf and=

| it figured it out automagically :)

Beware that if you (or anybody else reading this) uses /var/mail (as
Debian does by default) for INBOX then the it is not automagically
detected by Dovecot until mail is actually sent to the account.

Example: Create a new user, and configure the IMAP client. Result (in
Outlook Express and Mozilla Thunderbird): Error reading INBOX.


~ - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

~ - Enden er n=E6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAv3Esn7DbMsAkQLgRAns7AJ9eKDc5nQCSQb5RDzXpJgyU1I8QAgCeOuty
6o+IGXgBwm0j0HSzPylcjBU=3D
=3DSu5B
-----END PGP SIGNATURE-----

From dovecot@gutzeit.at  Thu Jun  3 21:57:16 2004
Return-Path: <dovecot@gutzeit.at>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 87BE0C000DE2; Thu,  3 Jun 2004 21:57:16 +0300 (EEST)
Received: from cat-proof.de (cat.cat-proof.de [213.239.198.176])
	by talvi.dovecot.org (Postfix) with ESMTP id ED89DC000DCE
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 21:57:12 +0300 (EEST)
Received: from jensemann.jensemann.lan.saturn (pD9E0844F.dip.t-dialin.net
	[217.224.132.79]) by cat-proof.de (Postfix) with ESMTP id 7C3D06184A7
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 20:48:51 +0200 (CEST)
Received: by jensemann.jensemann.lan.saturn (Postfix, from userid 1000)
	id 44778219E7F; Thu,  3 Jun 2004 20:57:58 +0200 (CEST)
Date: Thu, 3 Jun 2004 20:57:58 +0200
From: Jens Gutzeit <dovecot@gutzeit.at>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] mta/mda config
Message-ID: <20040603185757.GP19167@gutzeit.at>
References: <200406022213.36561.pegasus@nerv.eu.org>
	<265B3591-B4E5-11D8-9D25-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <265B3591-B4E5-11D8-9D25-000393CC2E90@iki.fi>
User-Agent: Mutt/1.5.6i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 18:57:16 -0000
X-UID: 9372                                                  
Status: O

On Thu, Jun 03, 2004 at 01:35:29AM +0300, Timo Sirainen wrote:

> There's a tool for it, cyrus2courier, which also supports Dovecot. I=20
> last checked it at v1.1 which is mirrored at http://dovecot.org/tools/.=
=20
> It's current version seems to be 1.3, hopefully it's still=20
> Dovecot-compatible.

It is, I have used it 1 months ago to kill our last cyrus-imap :)

best regards/Mit freundlichen Gr=FC=DFen
Jens Gutzeit

From mauricio@hostarica.com  Fri Jun  4 00:42:31 2004
Return-Path: <mauricio@hostarica.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9610FC000DCE; Fri,  4 Jun 2004 00:42:31 +0300 (EEST)
Received: from mx.hostarica.com (mx.hostarica.com [196.40.45.74])
	by talvi.dovecot.org (Postfix) with ESMTP id 985D4C000DCB
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 00:42:27 +0300 (EEST)
Received: from localhost (localhost.hostarica.com [127.0.0.1])
	by mx.hostarica.com (Postfix) with ESMTP id CE12BF6D3;
	Thu,  3 Jun 2004 15:37:46 -0600 (CST)
Received: from [192.168.0.68] (unknown [192.168.0.68])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx.hostarica.com (Postfix) with ESMTP id AFCB0F6CF;
	Thu,  3 Jun 2004 15:37:45 -0600 (CST)
Subject: Re: [Dovecot] Advice on converting from Mbox to Maildir?
From: "Mauricio Araya V." <mauricio@hostarica.com>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
References: <60C14C611F1DDD4198D53F2F43D8CA3B88C75B@orsmsx410.jf.intel.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-xw5LbKp9mj6NrUhPcXcH"
Organization: Corp. Hostarica S.A.
Message-Id: <1086298484.37513.105.camel@wd.hostarica.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Thu, 03 Jun 2004 15:34:44 -0600
X-Virus-Scanned: by amavisd 0.1
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 21:42:33 -0000
X-UID: 9373                                                  
Status: O


--=-xw5LbKp9mj6NrUhPcXcH
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-02 at 12:11, Villalovos, John L wrote:
> Does anyone have advice or pointers on good documentation on how to
> convert a system from using the Mbox format to using Maildir?

I recently had to migrate a server(sendmail) using Mbox format to a new
one(postfix) using Maildir.=20

Old accounts had a lot of IMAP folders.

http://perfectmaildir.home-dn.net/

Regards,

Mauricio

--=-xw5LbKp9mj6NrUhPcXcH
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD4DBQBAv5l0dLXSr4Dhf2MRAjhOAJiPUrCHs3doYtpNcXVo0XXFmPVZAJ914I1a
F5OCesoZABtiJ3EewlCG+Q==
=Gu2H
-----END PGP SIGNATURE-----

--=-xw5LbKp9mj6NrUhPcXcH--


From pegasus@nerv.eu.org  Fri Jun  4 02:06:50 2004
Return-Path: <pegasus@nerv.eu.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 51B08C000DCE; Fri,  4 Jun 2004 02:06:50 +0300 (EEST)
Received: from mail.animeslovenija.org (feather2.animeslovenija.org
	[193.77.122.70])
	by talvi.dovecot.org (Postfix) with ESMTP id 7A7CBC000DCB
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 02:06:47 +0300 (EEST)
Received: from localhost (disko [192.168.200.4])
	by mail.animeslovenija.org (8.7.6/8.7.6) with ESMTP id 83D4C9BDE
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 00:59:36 +0200 (CEST)
Received: from mail.animeslovenija.org ([192.168.200.3])
	by localhost (disko [192.168.200.4]) (amavisd-new, port 10024) with LMTP
	id 10907-01 for <dovecot@dovecot.org>;
	Fri,  4 Jun 2004 01:00:46 +0200 (CEST)
Received: from [192.168.0.8] (jarse [193.95.219.68])
	by mail.animeslovenija.org (8.7.6/8.7.6) with ESMTP id 47E529BD6
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 00:26:07 +0200 (CEST)
From: Jure Pecar <pegasus@nerv.eu.org>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] mta/mda config
Date: Fri, 4 Jun 2004 00:30:14 +0200
User-Agent: KMail/1.6.2
References: <200406022213.36561.pegasus@nerv.eu.org>
	<Pine.LNX.4.58.0406031427180.12786@jupiter.loonybin.net>
In-Reply-To: <Pine.LNX.4.58.0406031427180.12786@jupiter.loonybin.net>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200406040030.14340.pegasus@nerv.eu.org>
X-Virus-Scanned: by amavisd-new at animeslovenija.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 03 Jun 2004 23:06:50 -0000
X-UID: 9374                                                  
Status: O

On Thursday 03 of June 2004 20:41, Rob Foehl wrote:
> With Postfix, it's pretty straightforward; you have several options,
> depending on how you actually want to do the deliveries.  Basically,
> you'll most likely want to use the virtual(8) delivery agent, and supply
> it with a mailbox map that returns the full mailbox path (be it mbox or
> maildir).
>
> This can be done with just about any of the available map types; I'll try
> to provide a more concrete example if you provide more information on
> exactly how you want the deliveries done, and what (if any)  other
> components are involved (SQL database of users, etc)..

Thanks, i'll take a closer look at vda. It's a part of postfix i've neglect=
ed=20
all this time...

I guess there is no way yet to use similiar strings as dovecot takes for=20
mail_env, so this would cost me one additional sql lookup per mail delivery=
=2E=20
I guess i can live with that ...=20

=2D-=20

Jure Pe=C4=8Dar

From warren@togami.com  Fri Jun  4 09:08:35 2004
Return-Path: <warren@togami.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EAC7DC000DCF; Fri,  4 Jun 2004 09:08:34 +0300 (EEST)
Received: from master.togami.com (master.togami.com [69.44.154.82])
	by talvi.dovecot.org (Postfix) with ESMTP id 38898C000DCE
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 09:08:31 +0300 (EEST)
Received: from [172.31.16.101] (cpe-66-91-85-198.hawaii.rr.com [66.91.85.198])
	by master.togami.com (Postfix) with ESMTP id A4ECD36801A
	for <dovecot@dovecot.org>; Thu,  3 Jun 2004 20:01:41 -1000 (HST)
Message-ID: <40C01026.4090805@togami.com>
Date: Thu, 03 Jun 2004 20:01:10 -1000
From: Warren Togami <warren@togami.com>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040519)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.84.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Fedora dovecot Testing Needed
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 04 Jun 2004 06:08:35 -0000
X-UID: 9375                                                  
Status: O

http://people.redhat.com/wtogami/temp/dovecot/
dovecot-0.99.10.5 binary packages for FC1 and FC2 are available here.  I 
need feedback from Fedora users with THESE ACTUAL BINARIES before 
pushing them to official updates.

Note:
This does not solve the SSL related crash issue.  That requires a patch 
to OpenSSL or kernel.  I am still trying to convince the maintainers to 
patch it.

Warren Togami
wtogami@redhat.com

From discussion-lists@linnet.org  Fri Jun  4 10:47:18 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 40BD8C000DD5; Fri,  4 Jun 2004 10:47:18 +0300 (EEST)
Received: from integer.pobox.com (integer.pobox.com [208.58.1.194])
	by talvi.dovecot.org (Postfix) with ESMTP id 5A6CEC000DCF
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 10:47:15 +0300 (EEST)
Received: from colander (localhost [127.0.0.1])
	by integer.pobox.com (Postfix) with ESMTP id 4577599736;
	Fri,  4 Jun 2004 03:39:52 -0400 (EDT)
Received: from jester.pobox.com (jester.pobox.com [64.71.166.114])
	by integer.pobox.com (Postfix) with ESMTP id 4A6FE996FB;
	Fri,  4 Jun 2004 03:39:27 -0400 (EDT)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by jester.pobox.com (Postfix) with ESMTP
	id A957B78C; Fri,  4 Jun 2004 03:39:26 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.145.13])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by jester.pobox.com (Postfix) with ESMTP
	id 872B478B; Fri,  4 Jun 2004 03:39:25 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BW9IR-0000Bx-G4; Fri, 04 Jun 2004 08:39:23 +0100
Date: Fri, 4 Jun 2004 08:39:23 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Jure Pecar <pegasus@nerv.eu.org>
Subject: Re: [Dovecot] mta/mda config
Message-ID: <20040604073923.GA730@uk.tiscali.com>
References: <200406022213.36561.pegasus@nerv.eu.org>
	<Pine.LNX.4.58.0406031427180.12786@jupiter.loonybin.net>
	<200406040030.14340.pegasus@nerv.eu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200406040030.14340.pegasus@nerv.eu.org>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 04 Jun 2004 07:47:18 -0000
X-UID: 9376                                                  
Status: O

On Fri, Jun 04, 2004 at 12:30:14AM +0200, Jure Pecar wrote:
> Thanks, i'll take a closer look at vda. It's a part of postfix i've neglected 
> all this time...
> 
> I guess there is no way yet to use similiar strings as dovecot takes for 
> mail_env, so this would cost me one additional sql lookup per mail delivery. 
> I guess i can live with that ... 

Does it really need an additional lookup? I use Exim rather than Postfix,
but since you need a database lookup anyway to determine whether the E-mail
address exists or not, you can at the same time fetch whatever additional
fields you need.

Regards,

Brian.

From warren@togami.com  Fri Jun  4 13:46:30 2004
Return-Path: <warren@togami.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4B9B4C000DD7; Fri,  4 Jun 2004 13:46:30 +0300 (EEST)
Received: from master.togami.com (master.togami.com [69.44.154.82])
	by talvi.dovecot.org (Postfix) with ESMTP id F276FC000DD5
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 13:46:27 +0300 (EEST)
Received: from [172.31.16.101] (cpe-66-91-85-198.hawaii.rr.com [66.91.85.198])
	by master.togami.com (Postfix) with ESMTP id D6CAD36801A
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 00:39:40 -1000 (HST)
Message-ID: <40C0514D.8010407@togami.com>
Date: Fri, 04 Jun 2004 00:39:09 -1000
From: Warren Togami <warren@togami.com>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040519)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Fedora dovecot Testing Needed
References: <40C01026.4090805@togami.com>
In-Reply-To: <40C01026.4090805@togami.com>
X-Enigmail-Version: 0.84.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 04 Jun 2004 10:46:30 -0000
X-UID: 9377                                                  
Status: O

Warren Togami wrote:
> http://people.redhat.com/wtogami/temp/dovecot/
> dovecot-0.99.10.5 binary packages for FC1 and FC2 are available here.  I 
> need feedback from Fedora users with THESE ACTUAL BINARIES before 
> pushing them to official updates.
> 
> Note:
> This does not solve the SSL related crash issue.  That requires a patch 
> to OpenSSL or kernel.  I am still trying to convince the maintainers to 
> patch it.

Just to verify, does this affect the openssl + kernel + dovecot 
combination in FC2 too?

Warren Togami
wtogami@redhat.com

From fmulharin@th-record.com  Fri Jun  4 17:28:47 2004
Return-Path: <fmulharin@th-record.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D5E35C000DD7; Fri,  4 Jun 2004 17:28:47 +0300 (EEST)
Received: from mailexchange.ottaway.com (mailexchange.ottaway.com
	[204.27.188.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 25381C000DD5
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 17:28:41 +0300 (EEST)
Received: from mailserver.ottaway.com by mailexchange.ottaway.com;
	Fri, 04 Jun 2004 14:25:57 GMT
Received: from thrmailserver.th-record.com ([172.20.73.5]) by
	mailserver.ottaway.com (Netscape Messaging Server 4.15) with
	SMTP id HYSFVN00.T1W for <dovecot@dovecot.org>; Fri, 4 Jun 2004
	10:21:23 -0400 
Received: from thrmailserver.th-record.com (loopback [127.0.0.1])
	by thrmailserver.th-record.com (8.12.8/8.12.8) with ESMTP id
	i54EQkeS010846
	for <dovecot@dovecot.org>; Fri, 4 Jun 2004 10:26:46 -0400
Received: (from apache@localhost)
	by thrmailserver.th-record.com (8.12.8/8.12.8/Submit) id i54EQkwA010844;
	Fri, 4 Jun 2004 10:26:46 -0400
Received: from 172.20.73.150 (SquirrelMail authenticated user fmulharin)
	by 172.20.73.5 with HTTP; Fri, 4 Jun 2004 10:26:46 -0400 (EDT)
Message-ID: <35300.172.20.73.150.1086359206.squirrel@172.20.73.5>
Date: Fri, 4 Jun 2004 10:26:46 -0400 (EDT)
From: "Fred  Mulharin" <fmulharin@th-record.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.4.2-1
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] Corrupted Indexes
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 04 Jun 2004 14:28:48 -0000
X-UID: 9378                                                  
Status: O


I am using the latest Stable version of Dovecot on a Redhat 9.0 box with
the Squirrelmail Webmail Client, and my Indexes seem to be getting
corrupted.

Here is an example of what is showing in the Error Logs

 Error: Corrupted index data file
/home/user/mail//.imap/releases/.imap.index.data: Missing location field
for record 271


When they Try to access the corrupted folders thee get an IMAP Login error

ERROR: Connection dropped by imap-server
Query: THREAD REFERENCES ISO-8859-1 ALL

thanks
Fred
--
Fred Mulharin
Systems Technology Supervisor
Times Herald-Record
fmulharin@th-record.com


..We are the trusted leader
in news and information
for the communities we serve

..because we all live here



From tss@iki.fi  Fri Jun  4 18:47:56 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9D3BFC000DD7; Fri,  4 Jun 2004 18:47:56 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 83853C000DD5
	for <dovecot@dovecot.org>; Fri,  4 Jun 2004 18:47:54 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0CA7B1C1D0E2; Fri,  4 Jun 2004 18:40:37 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id F13C51C1D0E1; Fri,  4 Jun 2004 18:40:02 +0300 (EEST)
In-Reply-To: <40C0514D.8010407@togami.com>
References: <40C01026.4090805@togami.com> <40C0514D.8010407@togami.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2-682215168"
Message-Id: <6EC4AE62-B63D-11D8-8B92-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Fedora dovecot Testing Needed
Date: Fri, 4 Jun 2004 18:39:57 +0300
To: Warren Togami <warren@togami.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.5 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 04 Jun 2004 15:47:56 -0000
X-UID: 9379                                                  
Status: O
Content-Length: 1246


--Apple-Mail-2-682215168
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 4.6.2004, at 13:39, Warren Togami wrote:

> Warren Togami wrote:
>> http://people.redhat.com/wtogami/temp/dovecot/
>> dovecot-0.99.10.5 binary packages for FC1 and FC2 are available here. 
>>  I need feedback from Fedora users with THESE ACTUAL BINARIES before 
>> pushing them to official updates.
>> Note:
>> This does not solve the SSL related crash issue.  That requires a 
>> patch to OpenSSL or kernel.  I am still trying to convince the 
>> maintainers to patch it.
>
> Just to verify, does this affect the openssl + kernel + dovecot 
> combination in FC2 too?

Actually .10.5 contains the patch which doesn't make Dovecot crash 
anymore but just silently fail.

--Apple-Mail-2-682215168
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAwJfNyUhSUUBViskRAsXkAJ9kRA4BbOq2lfBLZFYsGdeJHT7uAwCgl9zZ
THNM3zjoNOXsUh8dgtmKaok=
=Txcu
-----END PGP SIGNATURE-----

--Apple-Mail-2-682215168--


From dovecot@steve.cotse.net  Sun Jun  6 04:00:41 2004
Return-Path: <dovecot@steve.cotse.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C33B3C000DCB; Sun,  6 Jun 2004 04:00:41 +0300 (EEST)
Received: from www.cotse.net (packetderm.com [68.166.125.227])
	by talvi.dovecot.org (Postfix) with ESMTP id 87038C0007B4
	for <dovecot@dovecot.org>; Sun,  6 Jun 2004 04:00:37 +0300 (EEST)
Received: from localhost (localhost[127.0.0.1]) (authenticated bits=0)
	by www.cotse.net (5.7.4/5.7.4) with ESMTP id i560rCc9065157
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO)
	for <dovecot@dovecot.org>; Sat, 5 Jun 2004 20:53:13 -0400 (EDT)
	(envelope-from dovecot@steve.cotse.net)
Message-Id: <5.1.0.14.2.20040605204846.03bdb6c8@pop.cotse.com>
X-Mailer: Cotse
Date: Sat, 05 Jun 2004 20:53:10 -0400
To: dovecot@dovecot.org
From: "Stephen K. Gielda" <dovecot@steve.cotse.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [Dovecot] Feature request?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 06 Jun 2004 01:00:43 -0000
X-UID: 9380                                                  
Status: O

I'd like to toss a feature request on the table for consideration.  We 
currently use a different popd because of a feature that allows us to 
restrict pop access based upon an allowed users list.  This is the only 
thing that keeps us from using the popd in dovecot currently.  It's a 
simple text file of usernames that are allowed to use pop, if the name 
isn't in that list then pop access is denied.  Is this something that can 
be considered for a future feature addition?  Would anyone else also find 
this useful?

/steve


From dovecot@steve.cotse.net  Sun Jun  6 04:11:04 2004
Return-Path: <dovecot@steve.cotse.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 129C4C000DCF; Sun,  6 Jun 2004 04:11:04 +0300 (EEST)
Received: from www.cotse.net (packetderm.com [68.166.125.227])
	by talvi.dovecot.org (Postfix) with ESMTP id 9A53CC0007B4
	for <dovecot@dovecot.org>; Sun,  6 Jun 2004 04:11:01 +0300 (EEST)
Received: from localhost (localhost[127.0.0.1]) (authenticated bits=0)
	by www.cotse.net (5.7.4/5.7.4) with ESMTP id i5613cc9065344
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO)
	for <dovecot@dovecot.org>; Sat, 5 Jun 2004 21:03:38 -0400 (EDT)
	(envelope-from dovecot@steve.cotse.net)
Message-Id: <5.1.0.14.2.20040605205503.03bf1870@pop.cotse.com>
X-Mailer: Cotse
Date: Sat, 05 Jun 2004 21:03:40 -0400
To: dovecot@dovecot.org
From: "Stephen K. Gielda" <dovecot@steve.cotse.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [Dovecot] Errors and periodic corruption using 99.10.5 release with
	mbox
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 06 Jun 2004 01:11:04 -0000
X-UID: 9381                                                  
Status: O

Hi,

I'm seeing these errors in our logs periodically:

file istream.c: line 135 (i_stream_skip): assertion failed: (stream->v_size 
== 0 || stream->v_offset + count <= stream->v_size)

Timeout leak: 0x8069328

Any idea on what may be causing these?  System is freebsd, format is mbox.

I'm also seeing periodic corruption of mailboxes.  It's easily fixed 
because it's always a few stray lines of text left at the beginning of the 
mbox file above the From  I'm currently trying to find out more about what 
actions may cause it.

/steve


From james@powweb.com  Sun Jun  6 04:28:11 2004
Return-Path: <james@powweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 17931C000DD9; Sun,  6 Jun 2004 04:28:11 +0300 (EEST)
Received: from nexus.powweb.com (unknown [66.152.96.141])
	by talvi.dovecot.org (Postfix) with ESMTP id 8998FC000DD6
	for <dovecot@dovecot.org>; Sun,  6 Jun 2004 04:28:08 +0300 (EEST)
Received: from powweb.com (31.50.171.66.subscriber.vzavenue.net [66.171.50.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by nexus.powweb.com (Postfix) with ESMTP id 4F69AB8E30;
	Sat,  5 Jun 2004 18:20:43 -0700 (PDT)
Message-ID: <40C27168.5080502@powweb.com>
Date: Sat, 05 Jun 2004 18:20:40 -0700
From: James Moser <james@powweb.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Stephen K. Gielda" <dovecot@steve.cotse.net>
Subject: Re: [Dovecot] Errors and periodic corruption using 99.10.5 release
	with	mbox
References: <5.1.0.14.2.20040605205503.03bf1870@pop.cotse.com>
In-Reply-To: <5.1.0.14.2.20040605205503.03bf1870@pop.cotse.com>
Content-Type: multipart/mixed; boundary="------------060106050609000100090005"
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 06 Jun 2004 01:28:11 -0000
X-UID: 9382                                                  
Status: O
Content-Length: 2194

This is a multi-part message in MIME format.
--------------060106050609000100090005
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I've seen the same thing...   in .4 we had blank lines at the top of the 
file, which always seemed to fix themselves... however with .5 you get 
an error stating the file is not in mbox format and it dies.  There are 
usually three lines at the top, with only a few characters in the second 
line:

(blank)
    somegarbage here
(blank)
 From blah@doh.com .....

The error messages with .4 were:

Jun  5 00:06:23 hostname pop3(username): Error indexing mbox file 
/var/mail/username: LF not found where expected

But with .5, they simply state the file is not in mbox format and fails.


Stephen K. Gielda wrote:

> Hi,
>
> I'm seeing these errors in our logs periodically:
>
> file istream.c: line 135 (i_stream_skip): assertion failed: 
> (stream->v_size == 0 || stream->v_offset + count <= stream->v_size)
>
> Timeout leak: 0x8069328
>
> Any idea on what may be causing these?  System is freebsd, format is 
> mbox.
>
> I'm also seeing periodic corruption of mailboxes.  It's easily fixed 
> because it's always a few stray lines of text left at the beginning of 
> the mbox file above the From  I'm currently trying to find out more 
> about what actions may cause it.
>
> /steve


-- 
James L Moser                 james@powweb.com
PowWeb Hosting                http://www.powweb.com

/(bb|[^b]{2})/,  that is the Question.

mysql>SELECT * FROM user WHERE clue > 0;
Empty set (0.03 sec) 

Health is merely the slowest possible rate at which one can die... 
Health nuts are going to feel stupid someday, lying in hospitals dying of nothing...


--------------060106050609000100090005
Content-Type: text/x-vcard; charset=utf8;
 name="james.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="james.vcf"

begin:vcard
fn:James Moser
n:Moser;James
org:PowWeb INC;Internet Technology
adr:;;1645 S La Cienaga #7;Los Angeles;CA;90035;US
email;internet:james@powweb.com
title:CTO
x-mozilla-html:FALSE
url:http://www.powweb.com
version:2.1
end:vcard


--------------060106050609000100090005--

From dovecot@steve.cotse.net  Sun Jun  6 04:39:15 2004
Return-Path: <dovecot@steve.cotse.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8291FC000DD6; Sun,  6 Jun 2004 04:39:15 +0300 (EEST)
Received: from www.cotse.net (packetderm.com [68.166.125.227])
	by talvi.dovecot.org (Postfix) with ESMTP id 16272C000DCD
	for <dovecot@dovecot.org>; Sun,  6 Jun 2004 04:39:13 +0300 (EEST)
Received: from localhost (localhost[127.0.0.1]) (authenticated bits=0)
	by www.cotse.net (5.7.4/5.7.4) with ESMTP id i561Vlc9065857
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO);
	Sat, 5 Jun 2004 21:31:47 -0400 (EDT)
	(envelope-from dovecot@steve.cotse.net)
Message-Id: <5.1.0.14.2.20040605213005.03bcc160@pop.cotse.com>
X-Mailer: Cotse
Date: Sat, 05 Jun 2004 21:31:49 -0400
To: James Moser <james@powweb.com>
From: "Stephen K. Gielda" <dovecot@steve.cotse.net>
Subject: Re: [Dovecot] Errors and periodic corruption using 99.10.5
	release with	mbox
In-Reply-To: <40C27168.5080502@powweb.com>
References: <5.1.0.14.2.20040605205503.03bf1870@pop.cotse.com>
	<5.1.0.14.2.20040605205503.03bf1870@pop.cotse.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 06 Jun 2004 01:39:15 -0000
X-UID: 9383                                                  
Status: O
Content-Length: 1719

At 09:20 PM 6/5/2004, James Moser wrote:
>I've seen the same thing...   in .4 we had blank lines at the top of the 
>file, which always seemed to fix themselves... however with .5 you get an 
>error stating the file is not in mbox format and it dies.  There are 
>usually three lines at the top, with only a few characters in the second line:
>
>(blank)
>    somegarbage here
>(blank)
> From blah@doh.com .....
>
>The error messages with .4 were:
>
>Jun  5 00:06:23 hostname pop3(username): Error indexing mbox file 
>/var/mail/username: LF not found where expected
>
>But with .5, they simply state the file is not in mbox format and fails.


This is exactly what I've seen too in regards to the corruption (both .5 
and .4).

/steve




>Stephen K. Gielda wrote:
>
>>Hi,
>>
>>I'm seeing these errors in our logs periodically:
>>
>>file istream.c: line 135 (i_stream_skip): assertion failed: 
>>(stream->v_size == 0 || stream->v_offset + count <= stream->v_size)
>>
>>Timeout leak: 0x8069328
>>
>>Any idea on what may be causing these?  System is freebsd, format is mbox.
>>
>>I'm also seeing periodic corruption of mailboxes.  It's easily fixed 
>>because it's always a few stray lines of text left at the beginning of 
>>the mbox file above the From  I'm currently trying to find out more about 
>>what actions may cause it.
>>
>>/steve
>
>
>--
>James L Moser                 james@powweb.com
>PowWeb Hosting                http://www.powweb.com
>
>/(bb|[^b]{2})/,  that is the Question.
>
>mysql>SELECT * FROM user WHERE clue > 0;
>Empty set (0.03 sec)
>Health is merely the slowest possible rate at which one can die... Health 
>nuts are going to feel stupid someday, lying in hospitals dying of nothing...
>
>
>


From dakota@menta.net  Mon Jun  7 00:41:16 2004
Return-Path: <dakota@menta.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BBC53C000D8E; Mon,  7 Jun 2004 00:41:16 +0300 (EEST)
Received: from hard.microlabsoft.com (152.Red-80-32-137.pooles.rima-tde.net
	[80.32.137.152])
	by talvi.dovecot.org (Postfix) with ESMTP id 59BBBC0007B4
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 00:41:13 +0300 (EEST)
Received: from localhost (linux.hard.microlaboft.com [127.0.0.1])
	by hard.microlabsoft.com (Postfix/MJ-1.08) with ESMTP id B27A2176A52
	for <dovecot@dovecot.org>; Sun,  6 Jun 2004 23:33:49 +0200 (CEST)
Received: from hard.microlabsoft.com ([127.0.0.1])
	by localhost (hard.microlabsoft.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 20328-09 for <dovecot@dovecot.org>;
	Sun,  6 Jun 2004 23:33:48 +0200 (CEST)
Received: from dakotapiv (dom14-84.menta.net [62.57.117.84])
	by hard.microlabsoft.com (Postfix/MJ-1.08) with ESMTP id A497C176A4D
	for <dovecot@dovecot.org>; Sun,  6 Jun 2004 23:33:47 +0200 (CEST)
Message-ID: <00db01c44c0d$f3e937d0$3200000a@dakotapiv>
From: "Javi Pardo (DAKOTA)" <dakota@menta.net>
To: <dovecot@dovecot.org>
Date: Sun, 6 Jun 2004 23:33:46 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Virus-Scanned: by amavisd-new at hard.microlabsoft.com 1.0
Subject: [Dovecot] dovecot and fc2
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 06 Jun 2004 21:41:16 -0000
X-UID: 9384                                                  
Status: O
Content-Length: 1724

Hello

I am migrate FC1 to FC2, in FC1 i use ipop3d, but in the migration to =
FC2 this programa is obsolete, i decide migrate to dovecot, but i have =
problems with the old mail
i have the mail stored into /var/spool/mail/USER=20
and this error appears with examine the mail with Oulook Express:
Jun  6 23:24:10 dakota pop3(dakota): open(/var/spool/mail/dakota.lock) =
failed: Permission denied
Jun  6 23:24:10 dakota pop3(dakota): file_lock_dotlock() failed with =
mbox file /var/spool/mail/dakota: Permission denied
Jun  6 23:24:10 dakota pop3(dakota): open(/var/spool/mail/dakota.lock) =
failed: Permission denied
Jun  6 23:24:10 dakota pop3(dakota): file_lock_dotlock() failed with =
mbox file /var/spool/mail/dakota: Permission denied
Jun  6 23:24:10 dakota pop3: I/O leak: 0x8050b08 (0)
Jun  6 23:24:10 dakota pop3: I/O leak: 0x807c2b4 (1)
Jun  6 23:24:10 dakota pop3: Timeout leak: 0x8062520

into dovecot.conf i have proved differents options

###default_mail_env =3D  mbox:/var/spool/mail/%u:INDEX=3D/var/indexes/%u
#mbox:~/mail/:INBOX=3D/var/spool/mail/%u
#maildir:/var/spool/mail/%1u/%u/Maildir
default_mail_env =3Dmbox:~/mail/imap/:INBOX=3D/var/spool/mail/%u

with pine not have problem to read the mail, but i need pop3 and imap =
for the external users
i need help, i have 1 week without email :(

regards and sorry for my english


dakota@dakotabcn.net
Administrador Servidor dakotabcn.net
LINUX Registrered USER 93707 :)
P.o Box 579
08913 Badalona (Barcelona) SPAIN
firmas GnuPG en http://pgp.escomposlinux.org/
dakota@menta.net || dakota@escomposlinux.org
- Equipos
PIV 2.2 Ghz - 1.5 Gb RAM - W-XP Pro
Dual Xeon 2.8Ghz - 1 Gb Ram - Linux Fedora Core 1
Firma para spammers: test@spamout.com.ar (no usar!!!)

From discussion-lists@linnet.org  Mon Jun  7 14:32:55 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88BDFC000D8E; Mon,  7 Jun 2004 14:32:55 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 9F900C0007B4
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 14:32:50 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id A513D138F01; Mon,  7 Jun 2004 07:25:24 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.170.152])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id DC7BD138ECE; Mon,  7 Jun 2004 07:25:23 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BXIFn-00079K-U9; Mon, 07 Jun 2004 12:25:23 +0100
Date: Mon, 7 Jun 2004 12:25:23 +0100
From: Brian Candler <B.Candler@pobox.com>
To: "Javi Pardo (DAKOTA)" <dakota@menta.net>
Subject: Re: [Dovecot] dovecot and fc2
Message-ID: <20040607112523.GB6548@uk.tiscali.com>
References: <00db01c44c0d$f3e937d0$3200000a@dakotapiv>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <00db01c44c0d$f3e937d0$3200000a@dakotapiv>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 07 Jun 2004 11:32:56 -0000
X-UID: 9385                                                  
Status: O
Content-Length: 1862

On Sun, Jun 06, 2004 at 11:33:46PM +0200, Javi Pardo (DAKOTA) wrote:
> I am migrate FC1 to FC2, in FC1 i use ipop3d, but in the migration to FC2 this programa is obsolete, i decide migrate to dovecot, but i have problems with the old mail
> i have the mail stored into /var/spool/mail/USER 
> and this error appears with examine the mail with Oulook Express:
> Jun  6 23:24:10 dakota pop3(dakota): open(/var/spool/mail/dakota.lock) failed: Permission denied
> Jun  6 23:24:10 dakota pop3(dakota): file_lock_dotlock() failed with mbox file /var/spool/mail/dakota: Permission denied

Looks to me like Dovecot is trying to create dotlock files within
/var/spool/mail, but doesn't have sufficient permissions to do so.

There are usually two solutions to this:

(1) chmod 1777 /var/spool/mail

This allows any user to create files in /var/spool/mail, but the 'sticky'
bit prevents a user from deleting another user's files.

(2) give the imap/pop3 server sufficient rights to create files under
/var/spool/mail. Typically this means it running as group "mail", and
/var/spool/mail will be mode 775 (rwxrwxr-x) with group owner "mail"

(3) don't use dotlocks at all; use flock or fcntl locking.

I'm only here to learn a bit more about Dovecot and am not actually using it
at the moment, so I don't know how you configure Dovecot for case (2).

> with pine not have problem to read the mail

Perhaps pine is running setgid mail? Try "ls -l /usr/bin/pine".
If so, effectively pine is using solution (2) from above. Otherwise, perhaps
pine is using solution (3).

It's very important that all your applications on the system use the same
locking method, otherwise data corruption will occur when the same mailbox
is accessed twice concurrently.

Personally I would migrate away from mbox to Maildir format; that gets rid
of locking issues altogether.

Regards,

Brian.

From joakim@verona.se  Mon Jun  7 14:55:28 2004
Return-Path: <joakim@verona.se>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0A0A4C000DCD; Mon,  7 Jun 2004 14:55:28 +0300 (EEST)
Received: from naru.home (c-929672d5.242-1-64736c11.cust.bredbandsbolaget.se
	[213.114.150.146])
	by talvi.dovecot.org (Postfix) with ESMTP id A5B67C000DCB
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 14:55:25 +0300 (EEST)
Received: from verona.se (localhost.localdomain [127.0.0.1])
	(authenticated bits=0)
	by naru.home (8.12.8/8.12.8) with ESMTP id i57Bm0gp008058
	for <dovecot@dovecot.org>; Mon, 7 Jun 2004 13:48:01 +0200
Message-ID: <40C44795.8010603@verona.se>
Date: Mon, 07 Jun 2004 12:46:45 +0200
From: Joakim Verona <joakim@verona.se>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.5b) Gecko/20030903 Thunderbird/0.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] dovecot newbie question about "invalid key" problem
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 07 Jun 2004 11:55:28 -0000
X-UID: 9386                                                  
Status: O
Content-Length: 1057

Hello list,

I've trying to migrate a small uw-imap server to dovecot.

It works somewhat, and speed seems greatly improved, so thats great.

However, I get an "invalid key/Internal Error" problem when connectiong 
to my INBOX
with thunderbird.

According to google this is a well known problem with mozilla mailers. 
Dovecot is not lenient
with this bug in thunderbird.

Is there some workaround for this? I noticed that its possible to turn 
on some client bug workarounds for outlook.
Does the same go for mozilla?

I tried one described remedy, which was to delete the account 
information and re-register the account.
This didnt help.

The problem seems to be only with INBOX, which I have mapped to 
/var/spool/mail/<username>,
not my other imap mailboxes.

Im running gnus as well and the problem doesnt seem to occur there.

My configuration:
Redhat 9
dovecot 0.99.10.5 (from DAG repository RPM:s)

Another question: Would it be possible to run uw-imap on one port, and 
dovecot on another?
Or would that corrupt the mailstores?

Regards,
/Joakim



From olive@pasteur.fr  Mon Jun  7 16:46:51 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3AACFC000D8E; Mon,  7 Jun 2004 16:46:51 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id C290BC0007B4
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 16:46:48 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 4393611474
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 15:39:22 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 0506911473
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 15:39:21 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id CC3BC3F641; Mon,  7 Jun 2004 15:39:21 +0200 (CEST)
Date: Mon, 7 Jun 2004 15:39:21 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Feature request?
Message-ID: <20040607133921.GP45473@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <5.1.0.14.2.20040605204846.03bdb6c8@pop.cotse.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5.1.0.14.2.20040605204846.03bdb6c8@pop.cotse.com>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 07 Jun 2004 13:46:51 -0000
X-UID: 9387                                                  
Status: O

* Stephen K. Gielda <dovecot@steve.cotse.net> (20040605 20:53):
> I'd like to toss a feature request on the table for consideration.  We 
> currently use a different popd because of a feature that allows us to 
> restrict pop access based upon an allowed users list.  This is the only 
> thing that keeps us from using the popd in dovecot currently.  It's a 
> simple text file of usernames that are allowed to use pop, if the name 
> isn't in that list then pop access is denied.  Is this something that can 
> be considered for a future feature addition?  Would anyone else also find 
> this useful?

Couldn't this be accomplished with PAM?

-- 
olive

From tallison@tacocat.net  Tue Jun  8 03:13:49 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0B823C000D8E; Tue,  8 Jun 2004 03:13:49 +0300 (EEST)
Received: from ms-smtp-03-eri0.ohiordc.rr.com
	(ms-smtp-03-smtplb.ohiordc.rr.com [65.24.5.137])
	by talvi.dovecot.org (Postfix) with ESMTP id 5B4E5C0007B4
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 03:13:46 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-03-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5806IVd006088
	for <dovecot@dovecot.org>; Mon, 7 Jun 2004 20:06:18 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id B054021315D
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 20:06:17 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29706-07 for <dovecot@dovecot.org>;
	Mon,  7 Jun 2004 20:06:17 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id 47EDF21311C
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 20:06:17 -0400 (EDT)
Message-ID: <40C502EE.3050404@tacocat.net>
Date: Mon, 07 Jun 2004 20:06:06 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] configuration
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 00:13:49 -0000
X-UID: 9388                                                  
Status: O

I've noticed that there are some parameters mentioned in the docs that 
aren't identified therein (ie: login_process_per_use).

Is there a more generic set of docs that can identify what each of the 
parameters and what they do, or at least something that will allow me a 
simple how to to avoid embarrasing situations.

I supposed I should only settle for ssl based connections (imaps/pops) 
but I will be open to digest-md5 if I could.

I'm also curious to see how I can use pgsql authentication with dovecot. 
  I think this would be great to work with since I'm basing all my 
postfix settings around postgresql as well.  But for now I'm not sure 
how to use postfix authentication with the file directories I'll need to 
use for the maildirs (and procmail!).


From tallison@tacocat.net  Tue Jun  8 04:05:45 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CBB0DC000D8E; Tue,  8 Jun 2004 04:05:45 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id 3971AC0007B4
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 04:05:42 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i580wEVG006603
	for <dovecot@dovecot.org>; Mon, 7 Jun 2004 20:58:14 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id 2F0DA21315D
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 20:58:14 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 30005-05 for <dovecot@dovecot.org>;
	Mon,  7 Jun 2004 20:58:13 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id BAA8921311C
	for <dovecot@dovecot.org>; Mon,  7 Jun 2004 20:58:13 -0400 (EDT)
Message-ID: <40C50F25.5030700@tacocat.net>
Date: Mon, 07 Jun 2004 20:58:13 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] pgsql configuration
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 01:05:46 -0000
X-UID: 9389                                                  
Status: O
Content-Length: 2512

from the pgsql configuration file:
# Query to retrieve the password.
#
# The query should return one row, one column. If more than one row or 
column
# is returned, authentication will automatically fail.
#
# Available substitutions:
#   %u = entire userid
#   %n = user part of user@domain
#   %d = domain part of user@domain
#

# Query to retrieve the user information.
#
# The query must return only one row. The columns to return are:
#   home - Home directory
#   mail - MAIL environment
#   system_user - System user name (for getting user's groups from 
/etc/group)
#   uid - System UID
#   gid - System GID
#
# Either home or mail is required. uid and gid are required. If more 
than one
# row is returned or there's missing fields, login will automatically fail.
#


I'm a bit slow here, so if someone could just nod if I'm in the right 
direction:

I want to support IMAP for at least two domains.
Therefore I have to use the authentication string of:
SELECT password FROM users WHERE userid = '%u'
and the user must enter their entire email address for their login name.
(I can do this!)

I want some portion of these domains and users to be consistent with 
existing accounts in my /etc/passwd database.  I don't expect to use 
passwd information for the username and password, but I want the 
information returned for joe@domain2.com to be for the user:joe in my 
passwd file and have his email in /home/joe/Maildir.
Similarly, I want others (either fred@domain2.com or jane@domain1.com) 
to be (ideally) all driven under a non-local account name and login.

For this second one, I'm thinking I need to do something like this in 
the user information query (this is mostly a guess):
for joe@domain2.com (/etc/passwd) :: jane@domain1.com (no passwd)
home - /home/joe  --or-- can I use ~/ :: /var/spool/imap/%d/%n  ??
mail - maildir:~/Maildir  ::  maildir:/var/spool/imap/%d/%n ??
system_user - joe :: (a guess -- adduser dovecot-imap to passwd maybe)
uid - joes uid (1002) ::  dovecot-imap uid (510)
gid - joes gid (1001) ::  dovecot-imap gid (510) with seperate group

This is where I get fuzzy.  If someone could help me figure out where I 
went wrong I would appreciate it.

If I did this correctly, then in theory I could pass email delivery to 
procmail and have one set of rules (/etc/procmail) do some additional 
filtering for all the email under my domain1.com (spam filtering mostly) 
and perform a final delivery to maildirs in 
/var/spool/imap/doamin1.com/jane/

Or am I sleep deprived?


From tallison@tacocat.net  Tue Jun  8 13:38:13 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 50C5BC000D8E; Tue,  8 Jun 2004 13:38:13 +0300 (EEST)
Received: from ms-smtp-01-eri0.ohiordc.rr.com
	(ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135])
	by talvi.dovecot.org (Postfix) with ESMTP id C0381C0007B4
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 13:38:10 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-01-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i58AUfvJ026383
	for <dovecot@dovecot.org>; Tue, 8 Jun 2004 06:30:42 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id 1AA8B21315D
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 06:30:41 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 31983-01 for <dovecot@dovecot.org>;
	Tue,  8 Jun 2004 06:30:40 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id 82D7E21311C
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 06:30:40 -0400 (EDT)
Message-ID: <40C59550.6030901@tacocat.net>
Date: Tue, 08 Jun 2004 06:30:40 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] authentication configuration
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 10:38:13 -0000
X-UID: 9390                                                  
Status: O
Content-Length: 1062

I've included the non-defaulted bits of my dovecot.conf file at the 
bottom of this email.

As I understand my set-up it's using unix authentication methods 
(/etc/passwd via pam?).

Considering disable_plaintext_auth and auth_mechanisms, what exactly is 
being passed?  I was hoping to get
auth_mechanism = digest-md5
but that's not working out very well right now.  It seems I can only do 
plaintext authentication.

I got stuck on the userdb/auth_passdb settings.  Can someone give me an 
example of how to configure for md5-digest authentication?

My current guess is:
disable_plaintext_auth = yes
auth = digest-md5
auth_mechanism = digest_md5
auth_passdb = /etc/mydigestfile

How would I set this for pgsql?  auth_passdb = /etc/dovecot-pgsql.conf


###  non-default config settings.
protocols =  imap imaps
disable_plaintext_auth = yes
login = imap
login_max_processes_count = 16
login = pop3
max_mail_processes = 512
default_mail_env = maildir:~/Maildir
mailbox_check_interval = 1
auth = default
auth_mechanisms = plain
auth_passdb = pam
auth_user = root


From silviu@genesys.ro  Tue Jun  8 12:04:06 2004
Return-Path: <silviu@genesys.ro>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 423DEC000D8E; Tue,  8 Jun 2004 12:04:06 +0300 (EEST)
Received: from mail.genesys.ro (mail.genesys.ro [193.230.224.5])
	by talvi.dovecot.org (Postfix) with ESMTP id C75A5C0007B4
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 12:04:03 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.genesys.ro (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id
	BE03E2842BB
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 11:56:35 +0300 (EEST)
Received: from mail.genesys.ro ([127.0.0.1])
	by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29378-01 for <dovecot@dovecot.org>;
	Tue,  8 Jun 2004 11:56:34 +0300 (EEST)
Received: from [192.168.1.87] (unknown [192.168.1.87])
	by mail.genesys.ro (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id
	3D9522842B8
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 11:56:32 +0300 (EEST)
Message-ID: <40C57F4F.8030508@genesys.ro>
Date: Tue, 08 Jun 2004 11:56:47 +0300
From: Silviu Marin-Caea <silviu@genesys.ro>
Organization: Genesys Software Romania [ http://www.genesys.ro ]
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040607
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at genesys.ro
X-Mailman-Approved-At: Tue, 08 Jun 2004 16:36:30 +0300
Subject: [Dovecot] Setting IMAP root as user's home directory.  How?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 09:04:06 -0000
X-UID: 9391                                                  
Status: O

I'm trying to set up dovecot to use /home/username as IMAP root, but it 
keeps creating /home/username/mail.  I need /home/username in order to 
migrate with the least changes from uw-imap, just by copying 
.mailboxlist without the INBOX line in it into .subscriptions

I tried each of these, one at a time:

default_mail_env = mbox:~/:INBOX=/var/mail/%u
default_mail_env = mbox:%h/:INBOX=/var/mail/%u
default_mail_env = mbox:/home/%u/:INBOX=/var/mail/%u

In each case, dovecot was stubornly creating /home/username/mail

Please CC me, I'm not on the mailing list.  Thanks.

From dovecot@steve.cotse.net  Tue Jun  8 22:13:30 2004
Return-Path: <dovecot@steve.cotse.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5B3B0C000DCC; Tue,  8 Jun 2004 22:13:30 +0300 (EEST)
Received: from www.cotse.net (packetderm.com [68.166.125.227])
	by talvi.dovecot.org (Postfix) with ESMTP id E5F9AC000D8E
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 22:13:21 +0300 (EEST)
Received: from localhost (localhost[127.0.0.1]) (authenticated bits=0)
	by www.cotse.net (5.7.4/5.7.4) with ESMTP id i58J5dc9061029
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO);
	Tue, 8 Jun 2004 15:05:39 -0400 (EDT)
	(envelope-from dovecot@steve.cotse.net)
Message-Id: <5.1.0.14.2.20040608150351.0427f8a8@pop.cotse.com>
X-Mailer: Cotse
Date: Tue, 08 Jun 2004 15:05:41 -0400
To: Silviu Marin-Caea <silviu@genesys.ro>, dovecot@dovecot.org
From: "Stephen K. Gielda" <dovecot@steve.cotse.net>
Subject: Re: [Dovecot] Setting IMAP root as user's home directory.  How?
In-Reply-To: <40C57F4F.8030508@genesys.ro>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 19:13:31 -0000
X-UID: 9392                                                  
Status: O

At 04:56 AM 6/8/2004, Silviu Marin-Caea wrote:
>I'm trying to set up dovecot to use /home/username as IMAP root, but it 
>keeps creating /home/username/mail.  I need /home/username in order to 
>migrate with the least changes from uw-imap, just by copying .mailboxlist 
>without the INBOX line in it into .subscriptions
>
>I tried each of these, one at a time:
>
>default_mail_env = mbox:~/:INBOX=/var/mail/%u
>default_mail_env = mbox:%h/:INBOX=/var/mail/%u
>default_mail_env = mbox:/home/%u/:INBOX=/var/mail/%u
>
>In each case, dovecot was stubornly creating /home/username/mail
>
>Please CC me, I'm not on the mailing list.  Thanks.

Don't include the trailing /, ie. use this:

default_mail_env = mbox:%h:INBOX=/var/mail/%u

/steve


From nina@gibbons.com  Wed Jun  9 00:18:55 2004
Return-Path: <nina@gibbons.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D4EA8C000D8E; Wed,  9 Jun 2004 00:18:55 +0300 (EEST)
Received: from flounder.gibbons.com (ip-66-80-7-162.dsl.sca.megapath.net
	[66.80.7.162])
	by talvi.dovecot.org (Postfix) with ESMTP id 9E25CC0007B4
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 00:18:52 +0300 (EEST)
Received: from gibbons.com (ip-66-80-7-172.dsl.sca.megapath.net [66.80.7.172])
	by flounder.gibbons.com (8.12.8/8.12.8) with ESMTP id i58LBLJX017172
	for <dovecot@dovecot.org>; Tue, 8 Jun 2004 14:11:21 -0700
Message-ID: <40C62B7A.9060801@gibbons.com>
Date: Tue, 08 Jun 2004 14:11:22 -0700
From: Nina Pham <nina@gibbons.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] mbox configuration
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: nina@gibbons.com
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, 08 Jun 2004 21:18:56 -0000
X-UID: 9393                                                  
Status: O

Hi, I change the dovecot.conf
default_mail_env = mbox:/Mail/IMAP/%u/:INBOX=/var/mail/%u
After I did the change, I restart dovecot with the hope that folder that 
I create will be stored in /Mail/IMAP/%u. Then I use Mozzila as my email 
client  and change the IMAP server directory to ~nina/IMAP/ which is the 
link to /Mail/IMAP/nina/.
But then I can not create folder anymore from Mozzila, or view any thing 
other than inbox. I am still able to see message in inbox since I 
haven't change the location of inbox.
 Please help.

Nina

From dakota@menta.net  Wed Jun  9 00:31:05 2004
Return-Path: <dakota@menta.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3194EC000D8E; Wed,  9 Jun 2004 00:31:05 +0300 (EEST)
Received: from hard.microlabsoft.com (152.Red-80-32-137.pooles.rima-tde.net
	[80.32.137.152])
	by talvi.dovecot.org (Postfix) with ESMTP id 864C4C0007B4
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 00:31:00 +0300 (EEST)
Received: from localhost (linux.hard.microlaboft.com [127.0.0.1])
	by hard.microlabsoft.com (Postfix/MJ-1.08) with ESMTP id 1ED6F176A52
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 23:23:27 +0200 (CEST)
Received: from hard.microlabsoft.com ([127.0.0.1])
	by localhost (hard.microlabsoft.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 03572-07 for <dovecot@dovecot.org>;
	Tue,  8 Jun 2004 23:23:25 +0200 (CEST)
Received: from dakotapiv (dom14-84.menta.net [62.57.117.84])
	by hard.microlabsoft.com (Postfix/MJ-1.08) with ESMTP id 2DA7A176A4D
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 23:23:14 +0200 (CEST)
Message-ID: <009001c44d9e$d109abe0$3200000a@dakotapiv>
From: "Javi Pardo (DAKOTA)" <dakota@menta.net>
To: <dovecot@dovecot.org>
Date: Tue, 8 Jun 2004 23:22:53 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Virus-Scanned: by amavisd-new at hard.microlabsoft.com 1.0
Subject: [Dovecot] failure to create lock
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 21:31:05 -0000
X-UID: 9394                                                  
Status: O
Content-Length: 1402

Jun  8 23:14:09 dakota pop3(dakota): open(/var/spool/mail/dakota.lock) =
failed: P
ermission denied
Jun  8 23:14:09 dakota pop3(dakota): file_lock_dotlock() failed with =
mbox file /
var/spool/mail/dakota: Permission denied
Jun  8 23:14:09 dakota pop3(dakota): open(/var/spool/mail/dakota.lock) =
failed: P
ermission denied
Jun  8 23:14:09 dakota pop3(dakota): file_lock_dotlock() failed with =
mbox file /
var/spool/mail/dakota: Permission denied
Jun  8 23:14:09 dakota pop3: I/O leak: 0x8050b08 (0)
Jun  8 23:14:09 dakota pop3: I/O leak: 0x807c2b4 (1)
Jun  8 23:14:09 dakota pop3: Timeout leak: 0x8062520

id dovecot
uid=3D97(dovecot) gid=3D12(mail) grupos=3D12(mail)

[root@dakota root]# su dovecot
bash-2.05b$ touch /var/spool/mail/dakota.lock
bash-2.05b$ ls -la /var/spool/mail/dakota.lock
-rw-r--r--  1 dovecot mail 0 jun  8 23:16 /var/spool/mail/dakota.lock
bash-2.05b$

i have probed all options ... dovecot no create the lock, the user =
dovecot works, but no the program

i need help for this problem.. :(

regards

dakota@dakotabcn.net
Administrador Servidor dakotabcn.net
LINUX Registrered USER 93707 :)
P.o Box 579
08913 Badalona (Barcelona) SPAIN
firmas GnuPG en http://pgp.escomposlinux.org/
dakota@menta.net || dakota@escomposlinux.org
- Equipos
PIV 2.2 Ghz - 1.5 Gb RAM - W-XP Pro
Dual Xeon 2.8Ghz - 1 Gb Ram - Linux Fedora Core 1
Firma para spammers: test@spamout.com.ar (no usar!!!)

From gmid-dovecot@m.gmane.org  Tue Jun  8 20:07:44 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 54C70C000DCC; Tue,  8 Jun 2004 20:07:44 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id B5201C000D8E
	for <dovecot@dovecot.org>; Tue,  8 Jun 2004 20:07:40 +0300 (EEST)
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BXjxN-00032U-00
	for <dovecot@dovecot.org>; Tue, 08 Jun 2004 19:00:13 +0200
Received: from grhrch-mh.physics.tamu.edu ([165.91.121.101])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 08 Jun 2004 19:00:13 +0200
Received: from chris-barnes by grhrch-mh.physics.tamu.edu with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 08 Jun 2004 19:00:13 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: "Chris Barnes" <chris-barnes@tamu.edu>
Date: Tue, 8 Jun 2004 11:23:54 -0500
Lines: 38
Message-ID: <ca4p6q$dqt$1@sea.gmane.org>
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: grhrch-mh.physics.tamu.edu
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Sender: news <news@sea.gmane.org>
X-Mailman-Approved-At: Wed, 09 Jun 2004 00:47:25 +0300
Subject: [Dovecot] folders via softlink
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 17:07:45 -0000
X-UID: 9395                                                  
Status: O
Content-Length: 1642

I have recently switched from the UW imap server to dovecot and things
seem to be working nicely.  One thing that I can't seem to figure out
however, is how to get dovecot to show folders that are a softlink.

We run SpamAssassin.  Users can use both their own personal spam folder
as well as a shared spam folder.  For messages that everyone would
consider spam, the user can simply drag the message to the shared spam
folder (messages that are only "spam to them" would go into their own
spam folder).

sa-learn is then run nightly for each user against both the shared spam
folder and their personal spam folder.

The shared spam folder is simply a file that everyone has rwx access to
and is softlinked to ~/mail/SharedSpam.  This used to work fine with UW
imap because it didn't seem to care that this was a softlink.  However,
apparently Dovecot DOES care because when the user resets their folder
list and the user selects the folder and chooses "show", they get the
error message:
  Could not show "SharedSpam".  The server refused to show it.  The
  folder might already be shown.

I have tried editing the .subscriptions file by hand and it does cause
the folder to show up, but when the user trys to use it, they get the
same error.

Is there a setting somewhere I'm missing?

--

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Chris Barnes                                 AOL IM: CNBarnes
chris-barnes@tamu.edu                      Yahoo IM: chrisnbarnes
Computer Systems Manager                         ph: 979-845-7801
Department of Physics                           fax: 979-845-2590
Texas A&M University




From nkadel@merl.com  Wed Jun  9 01:10:56 2004
Return-Path: <nkadel@merl.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AD1D4C000D8E; Wed,  9 Jun 2004 01:10:56 +0300 (EEST)
Received: from cambridge.merl.com (cambridge.merl.com [137.203.190.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 4841BC0007B4
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 01:10:54 +0300 (EEST)
Received: from tsumi.merl.com (tsumi.merl.com [137.203.134.9])
	by cambridge.merl.com (8.12.10/8.12.10) with ESMTP id i58M3QW3003407;
	Tue, 8 Jun 2004 18:03:26 -0400
Received: from zeppo (zeppo.merl.com [137.203.140.178])
	by tsumi.merl.com (8.12.8/8.12.8) with SMTP id i58M3PYf026100;
	Tue, 8 Jun 2004 18:03:25 -0400
Message-ID: <00b401c44da4$6c503e70$b28ccb89@zeppo>
From: "Nico Kadel-Garcia" <nkadel@merl.com>
To: "Chris Barnes" <chris-barnes@tamu.edu>
References: <ca4p6q$dqt$1@sea.gmane.org>
Subject: Re: [Dovecot] folders via softlink
Date: Tue, 8 Jun 2004 18:03:25 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Received-SPF: pass (cambridge.merl.com: domain of nkadel@merl.com designates
	137.203.134.9 as permitted sender)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 08 Jun 2004 22:10:56 -0000
X-UID: 9396                                                  
Status: O

I would suggest that mail folders *should not* follow symlinks, for a host
of security reasons and performance reasons such as the ability to crash
IMAP clients that WU-imapd had when following those symlinks recursively and
storing the incredibly deep directory tree locally.


From G.Ohrner@post.rwth-aachen.de  Wed Jun  9 11:21:47 2004
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 58145C000DCB; Wed,  9 Jun 2004 11:21:47 +0300 (EEST)
Received: from node1.UserCenter.de (node1.usercenter.de [62.112.158.193])
	by talvi.dovecot.org (Postfix) with ESMTP id 2F322C000D8E
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 11:21:43 +0300 (EEST)
Received: by node1.UserCenter.de (Postfix, from userid 106)
	id 623BC3441DF; Wed,  9 Jun 2004 10:13:54 +0200 (CEST)
Received: from HornBurg.ohrnet.de (Gbbeb.g.pppool.de [80.185.187.235])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by node1.UserCenter.de (Postfix) with ESMTP id BE926344198
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 10:13:52 +0200 (CEST)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=185d5d7b0cac1e193df9c7307df608a3)
	by HornBurg.ohrnet.de with esmtp (Exim 3.35 #1 (Debian))
	id 1BXyCA-0000fC-00
	for <dovecot@dovecot.org>; Wed, 09 Jun 2004 10:12:26 +0200
Received: from localhost ([127.0.0.1] ident=7af31581d93bd1cd96da179736af5898)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 1BXyC9-0000pV-00
	for <dovecot@dovecot.org>; Wed, 09 Jun 2004 10:12:25 +0200
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] folders via softlink
Date: Wed, 9 Jun 2004 10:12:22 +0200
User-Agent: KMail/1.6.2
References: <ca4p6q$dqt$1@sea.gmane.org>
In-Reply-To: <ca4p6q$dqt$1@sea.gmane.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200406091012.23655@mail.CustomCDROM.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 08:21:49 -0000
X-UID: 9397                                                  
Status: O
Content-Length: 1313

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Dienstag, 8. Juni 2004 18:23 schrieb Chris Barnes:
> The shared spam folder is simply a file that everyone has rwx access to
> and is softlinked to ~/mail/SharedSpam.  This used to work fine with UW

How about simply making a normal link instead? Untested by me, but I think=
=20
it'd be worth a shot.

Greetings,

  Gunter

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ http://aachen.uni-dsl.de/   -   Der direkte Draht in's Hochschulnetz! +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Over the centuries, mankind has tried many ways of combating the forces=20
of evil... prayer, fasting, good works and so on. Up until Doom, no one=20
seemed to have thought about the double-barrel shotgun. Eat leaden=20
death, demon...        -- (Terry Pratchett, alt.fan.pratchett)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAxsZm0ORHvREo8l8RAtaOAJ9lCHSArmLwuFrbEq3Ey5VAcBB0bACgjdXw
T1LfXDSXMEyJKpBP60aY3sg=3D
=3DA9ub
=2D----END PGP SIGNATURE-----

From nk@kajander.fi  Wed Jun  9 11:34:14 2004
Return-Path: <nk@kajander.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B7E32C000DCD; Wed,  9 Jun 2004 11:34:14 +0300 (EEST)
Received: from sun.atki.net (unknown [193.209.91.150])
	by talvi.dovecot.org (Postfix) with ESMTP id A6129C000DCC
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 11:34:12 +0300 (EEST)
Received: from [193.208.185.75] (unknown [193.208.185.75])
	by sun.atki.net (Postfix) with ESMTP id 131D981FD0
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 11:26:44 +0300 (EEST)
From: Niilo Kajander <nk@kajander.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-9VFaqJRseLWdnLP77ouf"
Message-Id: <1086769551.2209.16.camel@armada>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Wed, 09 Jun 2004 11:25:51 +0300
Subject: [Dovecot] Corrupted index file
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 08:34:14 -0000
X-UID: 9398                                                  
Status: O
Content-Length: 1072


--=-9VFaqJRseLWdnLP77ouf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi,

I've been wondering for a while if reiserfs is dovecot+maildir safe or
not. I get this too often (and my imap session gets disconnected):

Jun  9 08:42:32 sun imap(nk): Corrupted index file
/home/nk/Maildir/.INBOX/.imap
.index: UIDVALIDITY changed in uidlist

This happens always when a new mail arrives in maildir.

It's a Fedora Core 2 box running dovecot-0.99.10.4-4 (redhat) package.

Could the reason for these corruptions be something else than reiserfs?
I know there has been some problems with Fedora+dovecot but I haven't
seen this one reported here.

TIA,

--=20
Niilo Kajander <nk@kajander.fi>

--=-9VFaqJRseLWdnLP77ouf
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAxsmOP4iiqlDEiVMRArshAJ4ifZnXjkwMmFNvng/e8AxGNYyULgCfWSCw
tlkw5kRLhmW6vu9xWaDaQJo=
=RdFE
-----END PGP SIGNATURE-----

--=-9VFaqJRseLWdnLP77ouf--


From djk@cybersource.com.au  Wed Jun  9 12:04:17 2004
Return-Path: <djk@cybersource.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EB439C000DCB; Wed,  9 Jun 2004 12:04:17 +0300 (EEST)
Received: from boombox.cyber.com.au (203-217-38-144.dyn.iinet.net.au
	[203.217.38.144])
	by talvi.dovecot.org (Postfix) with ESMTP id 8A822C000D8E
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 12:04:14 +0300 (EEST)
Received: from boombox.cyber.com.au (localhost [127.0.0.1])
	by boombox.cyber.com.au (8.12.8/8.12.8) with ESMTP id i598uhAV014824;
	Wed, 9 Jun 2004 18:56:43 +1000
Received: (from djk@localhost)
	by boombox.cyber.com.au (8.12.8/8.12.8/Submit) id i598uhCo014822;
	Wed, 9 Jun 2004 18:56:43 +1000
From: David Keegel <djk@cybersource.com.au>
Message-Id: <200406090856.i598uhCo014822@boombox.cyber.com.au>
Subject: Re: [Dovecot] Corrupted index file
In-Reply-To: <1086769551.2209.16.camel@armada> from Niilo Kajander at "Jun 9, 
	2004 11:25:51 am"
To: Niilo Kajander <nk@kajander.fi>
Date: Wed, 9 Jun 2004 18:56:43 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 09:04:18 -0000
X-UID: 9399                                                  
Status: O
Content-Length: 1156

] I've been wondering for a while if reiserfs is dovecot+maildir safe or
] not. I get this too often (and my imap session gets disconnected):
] 
] Jun  9 08:42:32 sun imap(nk): Corrupted index file
] /home/nk/Maildir/.INBOX/.imap
] .index: UIDVALIDITY changed in uidlist
] 
] This happens always when a new mail arrives in maildir.
] 
] It's a Fedora Core 2 box running dovecot-0.99.10.4-4 (redhat) package.
] 
] Could the reason for these corruptions be something else than reiserfs?
] I know there has been some problems with Fedora+dovecot but I haven't
] seen this one reported here.

Sorry I can't directly answer your specific question.  But...

You may want to have a look at Warren Togami's message:
	http://www.dovecot.org/list/dovecot/2004-June/003627.html
regarding a dovecot-0.99.10.5 rpm for FC2

If you haven't already seen information about version 0.99.10.5:
	http://dovecot.org/list/dovecot/2004-May/003495.html

___________________________________________________________________________
 David Keegel <djk@cybersource.com.au>  http://www.cyber.com.au/users/djk/
 Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

From nk@kajander.fi  Wed Jun  9 12:23:50 2004
Return-Path: <nk@kajander.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CBA3CC000DCB; Wed,  9 Jun 2004 12:23:50 +0300 (EEST)
Received: from sun.atki.net (unknown [193.209.91.150])
	by talvi.dovecot.org (Postfix) with ESMTP id D8E64C000D8E
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 12:23:48 +0300 (EEST)
Received: from [193.208.185.75] (unknown [193.208.185.75])
	by sun.atki.net (Postfix) with ESMTP
	id 507D781FD0; Wed,  9 Jun 2004 12:16:20 +0300 (EEST)
Subject: Re: [Dovecot] Corrupted index file
From: Niilo Kajander <nk@kajander.fi>
To: David Keegel <djk@cybersource.com.au>
In-Reply-To: <200406090856.i598uhCo014822@boombox.cyber.com.au>
References: <200406090856.i598uhCo014822@boombox.cyber.com.au>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-VvZ8O425cdKCGNo+6aON"
Message-Id: <1086772528.2209.19.camel@armada>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Wed, 09 Jun 2004 12:15:28 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 09:23:50 -0000
X-UID: 9400                                                  
Status: O


--=-VvZ8O425cdKCGNo+6aON
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-09 at 11:56, David Keegel wrote:
> Sorry I can't directly answer your specific question.  But...
>=20
> You may want to have a look at Warren Togami's message:
> 	http://www.dovecot.org/list/dovecot/2004-June/003627.html
> regarding a dovecot-0.99.10.5 rpm for FC2

Cheers, the new rpm seems to fix the problem.

--=20
Niilo Kajander <nk@kajander.fi>

--=-VvZ8O425cdKCGNo+6aON
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAxtUvP4iiqlDEiVMRAiRVAJ439EJZ25Fiejd0tdLyGVhEbJLclgCeNsee
kCBQPWtoa/GziBDL33VWi2c=
=iJWb
-----END PGP SIGNATURE-----

--=-VvZ8O425cdKCGNo+6aON--


From nk@kajander.fi  Wed Jun  9 12:52:06 2004
Return-Path: <nk@kajander.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3FC0EC000DCC; Wed,  9 Jun 2004 12:52:06 +0300 (EEST)
Received: from sun.atki.net (unknown [193.209.91.150])
	by talvi.dovecot.org (Postfix) with ESMTP id 25A8BC000DCB
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 12:52:04 +0300 (EEST)
Received: from [193.208.185.75] (unknown [193.208.185.75])
	by sun.atki.net (Postfix) with ESMTP id 8521581FD4
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 12:44:35 +0300 (EEST)
Subject: Re: [Dovecot] Corrupted index file
From: Niilo Kajander <nk@kajander.fi>
To: dovecot@dovecot.org
In-Reply-To: <1086772528.2209.19.camel@armada>
References: <200406090856.i598uhCo014822@boombox.cyber.com.au>
	<1086772528.2209.19.camel@armada>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-lrkxfuZr3538zWW8qhl8"
Message-Id: <1086774223.2209.23.camel@armada>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Wed, 09 Jun 2004 12:43:43 +0300
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 09:52:06 -0000
X-UID: 9401                                                  
Status: O


--=-lrkxfuZr3538zWW8qhl8
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-09 at 12:15, Niilo Kajander wrote:
> On Wed, 2004-06-09 at 11:56, David Keegel wrote:
> > Sorry I can't directly answer your specific question.  But...
> >=20
> > You may want to have a look at Warren Togami's message:
> > 	http://www.dovecot.org/list/dovecot/2004-June/003627.html
> > regarding a dovecot-0.99.10.5 rpm for FC2
>=20
> Cheers, the new rpm seems to fix the problem.

I was a bit too optimistic, it didn't fix it )-:

--=20
Niilo Kajander <nk@kajander.fi>

--=-lrkxfuZr3538zWW8qhl8
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAxtvPP4iiqlDEiVMRAvoJAJ4oN6lP5qOIk/bPUtSZDEdywgk8XgCcCdpv
tVUbUBq+u1sB9lEOJt/UhHM=
=lglC
-----END PGP SIGNATURE-----

--=-lrkxfuZr3538zWW8qhl8--


From olive@pasteur.fr  Wed Jun  9 14:44:33 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C911CC000DCC; Wed,  9 Jun 2004 14:44:33 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 7AF4FC000D8E
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 14:44:31 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id B76AF11474;
	Wed,  9 Jun 2004 13:37:02 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 61DBB11473;
	Wed,  9 Jun 2004 13:37:02 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 527323F674; Wed,  9 Jun 2004 13:37:02 +0200 (CEST)
Date: Wed, 9 Jun 2004 13:37:02 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: "Javi Pardo (DAKOTA)" <dakota@menta.net>
Subject: Re: [Dovecot] failure to create lock
Message-ID: <20040609113702.GE64455@mafate.sis.pasteur.fr>
Mail-Followup-To: "Javi Pardo (DAKOTA)" <dakota@menta.net>, dovecot@dovecot.org
References: <009001c44d9e$d109abe0$3200000a@dakotapiv>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <009001c44d9e$d109abe0$3200000a@dakotapiv>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 11:44:34 -0000
X-UID: 9402                                                  
Status: O

* Javi Pardo (DAKOTA) <dakota@menta.net> (20040608 23:22):
> Jun  8 23:14:09 dakota pop3(dakota): open(/var/spool/mail/dakota.lock) failed: P
> ermission denied
[ ... ]
> i have probed all options ... dovecot no create the lock, the user dovecot works, but no the program

As you can see from the log line, the pop3 process runs under the
`dakota' identity, not the `dovecot' identity. The user dakota
cannot create a lock file.

What are the permissions of the /var/spool/mail directory?

-- 
olive

From dakota@menta.net  Wed Jun  9 16:06:29 2004
Return-Path: <dakota@menta.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D9EBBC000DCC; Wed,  9 Jun 2004 16:06:29 +0300 (EEST)
Received: from microlab.es (152.Red-80-32-137.pooles.rima-tde.net
	[80.32.137.152])
	by talvi.dovecot.org (Postfix) with ESMTP id 4B163C000D8E
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 16:06:24 +0300 (EEST)
Received: from dakota ([192.168.1.5]) by microlab.es with Microsoft
	SMTPSVC(5.0.2195.5329); Wed, 9 Jun 2004 14:58:54 +0200
Message-ID: <006101c44e21$2fe5e7a0$0501a8c0@hard.microlabsoft.loc>
From: "Javi" <dakota@menta.net>
To: <dovecot@dovecot.org>
References: <009001c44d9e$d109abe0$3200000a@dakotapiv>
	<20040609113702.GE64455@mafate.sis.pasteur.fr>
Subject: Re: [Dovecot] failure to create lock
Date: Wed, 9 Jun 2004 14:56:31 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-OriginalArrivalTime: 09 Jun 2004 12:58:54.0636 (UTC)
	FILETIME=[850D86C0:01C44E21]
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 13:06:30 -0000
X-UID: 9403                                                  
Status: O

Hello
Thanks Olivier for your help
the permissions of /var/spool/mail

drwxrwxr-x   3 root   mail   4096 jun  9 14:52 mail

if change the third grup R-X to RWX works?
is insecure this action?

regards


----- Original Message ----- 
From: "Olivier Tharan" <olive@pasteur.fr>
To: "Javi Pardo (DAKOTA)" <dakota@menta.net>
Cc: <dovecot@dovecot.org>
Sent: Wednesday, June 09, 2004 1:37 PM
Subject: Re: [Dovecot] failure to create lock


> * Javi Pardo (DAKOTA) <dakota@menta.net> (20040608 23:22):
> > Jun  8 23:14:09 dakota pop3(dakota): open(/var/spool/mail/dakota.lock)
failed: P
> > ermission denied
> [ ... ]
> > i have probed all options ... dovecot no create the lock, the user
dovecot works, but no the program
>
> As you can see from the log line, the pop3 process runs under the
> `dakota' identity, not the `dovecot' identity. The user dakota
> cannot create a lock file.
>
> What are the permissions of the /var/spool/mail directory?
>
> -- 
> olive



From olive@pasteur.fr  Wed Jun  9 17:15:17 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 805C1C000DD0; Wed,  9 Jun 2004 17:15:17 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id E47C4C000DCC
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 17:15:14 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 3C83C11474;
	Wed,  9 Jun 2004 16:07:45 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id BFD7811473;
	Wed,  9 Jun 2004 16:07:44 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id DBA0B3F63F; Wed,  9 Jun 2004 16:07:43 +0200 (CEST)
Date: Wed, 9 Jun 2004 16:07:43 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: Javi <dakota@menta.net>
Subject: Re: [Dovecot] failure to create lock
Message-ID: <20040609140743.GB2614@mafate.sis.pasteur.fr>
Mail-Followup-To: Javi <dakota@menta.net>, dovecot@dovecot.org
References: <009001c44d9e$d109abe0$3200000a@dakotapiv>
	<20040609113702.GE64455@mafate.sis.pasteur.fr>
	<006101c44e21$2fe5e7a0$0501a8c0@hard.microlabsoft.loc>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <006101c44e21$2fe5e7a0$0501a8c0@hard.microlabsoft.loc>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 14:15:17 -0000
X-UID: 9404                                                  
Status: O

* Javi <dakota@menta.net> (20040609 14:56):
> the permissions of /var/spool/mail
> 
> drwxrwxr-x   3 root   mail   4096 jun  9 14:52 mail
> 
> if change the third grup R-X to RWX works?
> is insecure this action?

Yes, add also the sticky bit : chmod 1777 /var/spool/mail
(or chmod +t) so the permissions appear as dwrxwrxwrt.

-- 
olive

From NDeBeer@mweb.com  Wed Jun  9 18:47:18 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0B353C000DD0; Wed,  9 Jun 2004 18:47:18 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id C8C01C000DCF
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 18:47:14 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD009b4e3c>; Wed, 09 Jun 2004 17:39:40 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 9 Jun 2004 17:39:40 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE89A3@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: scripting or translation in config
Thread-Index: AcRON4RXSFZQmLoiEdiLfgABAgneNQAAGmPw
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: <dovecot@dovecot.org>
Subject: [Dovecot] FW: scripting or translation in config
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 15:47:18 -0000
X-UID: 9405                                                  
Status: O

> Hi Is there nay way to do translation on a char
>=20
> Exp
>=20
> tr ( "." ,"_",$domain)
>=20
> so mysql statement can lokk some thing like this
>=20
> select * uid,gid,home,.....from `tr ( "." ,"_",$domain)` where uid=3D'$=
local'
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

From NDeBeer@mweb.com  Wed Jun  9 18:56:31 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D26D4C000DD3; Wed,  9 Jun 2004 18:56:31 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id 9A66DC000DCF
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 18:56:28 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD009b4f51>; Wed, 09 Jun 2004 17:48:58 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 9 Jun 2004 17:48:58 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE89A6@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: scripting or translation in config
Thread-Index: AcRON4RXSFZQmLoiEdiLfgABAgneNQAAGmPwAABSIRA=
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: <dovecot@dovecot.org>
Subject: [Dovecot] scripting or translation in config
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 15:56:32 -0000
X-UID: 9406                                                  
Status: O

> Hi Is there nay way to do translation on a char
>=20
> Exp
>=20
> tr ( "." ,"_",$domain)
>=20
> so mysql statement can lokk some thing like this
>=20
> select * uid,gid,home,.....from `tr ( "." ,"_",$domain)` where =
uid=3D'$local'
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will =
affect your Internet connection in the not too distant future, go to =
www.mweb.co.za/ten

From davis@guydavis.ca  Wed Jun  9 21:29:31 2004
Return-Path: <davis@guydavis.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 74217C000DCB; Wed,  9 Jun 2004 21:29:31 +0300 (EEST)
Received: from ops119.int.ca.pason.com (hemlock.pason.com [208.38.1.1])
	by talvi.dovecot.org (Postfix) with ESMTP id A0B67C0007B4
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 21:29:28 +0300 (EEST)
Received: from guydavis.ca (localhost.localdomain [127.0.0.1])
	by ops119.int.ca.pason.com (8.11.6/8.11.6) with ESMTP id i59ILxd03738
	for <dovecot@dovecot.org>; Wed, 9 Jun 2004 12:21:59 -0600
Message-ID: <40C75546.5070702@guydavis.ca>
Date: Wed, 09 Jun 2004 12:21:58 -0600
From: Guy Davis <davis@guydavis.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040604
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Help: RH9 upgrade (mbox)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 18:29:31 -0000
X-UID: 9407                                                  
Status: O
Content-Length: 1279

I just upgraded my RH9 server with UW-IMAP to Fedora Core 2 and after a
short try with Cyrus, I'm hoping to get Dovecot configured.  My problem
is getting Dovecot to recognize my old mbox mail folders.

It correctly shows the INBOX contents from the /var/spool/mail/davis
mbox.  However, I also had a bunch of mboxes such as:

	/home/davis/Mail/Sent
	/home/davis/Mail/Lists/list1

Reading the documentation, Dovecot indicates it will recognize mbox
files within the ~/mail directory.  So I moved my mail over giving:

	/home/davis/mail/Sent
	/home/davis/mail/Lists/list1

Unfortunately, after restarting Dovecot and restarting my IMAP client
(Mozilla), I don't see anything other than my Inbox.  If I create a file
(/home/davis/mail/.subscriptions) with 'Sent' in it, and restart things
then I can see Inbox and Sent.

This would let me have a single directory with multiple mbox files in
it.  However, I'm not able to get Dovecot to recurse and let me see
mboxes in subfolders such as:
	
	/home/davis/mail/Lists/list1
	
As well, when I first connect to Dovecot via Mozilla, I get an error
saying: 'The current command did not succeed.  The mail server replied 
"Invalid mask"'.  What does this mean and how do I correct it?

Any help would be greatly appreciated.

Thanks,
Guy


From davis@guydavis.ca  Wed Jun  9 22:28:15 2004
Return-Path: <davis@guydavis.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A5409C000DCB; Wed,  9 Jun 2004 22:28:15 +0300 (EEST)
Received: from ops119.int.ca.pason.com (hemlock.pason.com [208.38.1.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 52973C0007B4
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 22:28:12 +0300 (EEST)
Received: from guydavis.ca (localhost.localdomain [127.0.0.1])
	by ops119.int.ca.pason.com (8.11.6/8.11.6) with ESMTP id i59JKgd04217
	for <dovecot@dovecot.org>; Wed, 9 Jun 2004 13:20:42 -0600
Message-ID: <40C7630A.801@guydavis.ca>
Date: Wed, 09 Jun 2004 13:20:42 -0600
From: Guy Davis <davis@guydavis.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040604
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Help: RH9 upgrade (mbox)
References: <40C75546.5070702@guydavis.ca>
In-Reply-To: <40C75546.5070702@guydavis.ca>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 19:28:15 -0000
X-UID: 9408                                                  
Status: O

Guy Davis wrote:
> This would let me have a single directory with multiple mbox files in
> it.  However, I'm not able to get Dovecot to recurse and let me see
> mboxes in subfolders such as:
>     
>     /home/davis/mail/Lists/list1

Ok.  I stumbled across a forum post that made it clear that the 
~/Mail/.subscriptions is equivalent to my old ~/.mailboxlist file.  Now 
that I've manually updated .subscriptions to match and moved my mail 
around, I can see all the directories and their mailboxes again.

> As well, when I first connect to Dovecot via Mozilla, I get an error
> saying: 'The current command did not succeed.  The mail server replied 
> "Invalid mask"'.  What does this mean and how do I correct it?

I'm still getting this error every time Mozilla starts up.  It's strange 
as my ~/Mail dir and all contents are readable only myself.  The only 
other file is /var/spool/mail/davis.

	-rw-rw----  1 davis    mail   45382 Jun  9 13:09 davis

Thanks,
Guy

From discussion-lists@linnet.org  Wed Jun  9 22:41:37 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1B209C000DD2; Wed,  9 Jun 2004 22:41:37 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id C7DD5C000DD1
	for <dovecot@dovecot.org>; Wed,  9 Jun 2004 22:41:34 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 87A651393B3; Wed,  9 Jun 2004 15:34:01 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.148.127])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 04BB01393A3; Wed,  9 Jun 2004 15:34:01 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BY8pj-0000CY-Rb; Wed, 09 Jun 2004 20:33:59 +0100
Date: Wed, 9 Jun 2004 20:33:59 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
Subject: Re: [Dovecot] folders via softlink
Message-ID: <20040609193359.GB742@uk.tiscali.com>
References: <ca4p6q$dqt$1@sea.gmane.org>
	<200406091012.23655@mail.CustomCDROM.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200406091012.23655@mail.CustomCDROM.de>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 09 Jun 2004 19:41:37 -0000
X-UID: 9409                                                  
Status: O

On Wed, Jun 09, 2004 at 10:12:22AM +0200, Gunter Ohrner wrote:
> Am Dienstag, 8. Juni 2004 18:23 schrieb Chris Barnes:
> > The shared spam folder is simply a file that everyone has rwx access to
> > and is softlinked to ~/mail/SharedSpam.  This used to work fine with UW
> 
> How about simply making a normal link instead? Untested by me, but I think 
> it'd be worth a shot.

Hardlinking a directory is a very, VERY dangerous thing to do.

Please do not attempt it unless you enjoy using newfs and restoring your
corrupted filesystem from a tape backup.

Brian.

From G.Ohrner@post.rwth-aachen.de  Thu Jun 10 03:51:05 2004
Return-Path: <G.Ohrner@post.rwth-aachen.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6030FC000DCB; Thu, 10 Jun 2004 03:51:05 +0300 (EEST)
Received: from node1.UserCenter.de (node1.usercenter.de [62.112.158.193])
	by talvi.dovecot.org (Postfix) with ESMTP id A4D36C0007B4
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 03:51:00 +0300 (EEST)
Received: by node1.UserCenter.de (Postfix, from userid 106)
	id BA78C3441E0; Thu, 10 Jun 2004 02:43:30 +0200 (CEST)
Received: from HornBurg.ohrnet.de (Gbbeb.g.pppool.de [80.185.187.235])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by node1.UserCenter.de (Postfix) with ESMTP id 181B43440D8
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 02:43:30 +0200 (CEST)
Received: from unseenuniversity.scheibenwelt ([192.168.42.20]
	ident=11f3fded40d1d76edf1eea8fe26f6c60)
	by HornBurg.ohrnet.de with esmtp (Exim 3.35 #1 (Debian))
	id 1BYDf0-0002QO-00
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 02:43:14 +0200
Received: from localhost ([127.0.0.1] ident=e134ca2369a2335600131d4c1c46f7f6)
	by UnseenUniversity.Scheibenwelt with esmtp (Exim 3.36 #1 (Debian))
	id 1BYDez-000065-00
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 02:43:13 +0200
From: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] folders via softlink
Date: Thu, 10 Jun 2004 02:42:58 +0200
User-Agent: KMail/1.6.2
References: <ca4p6q$dqt$1@sea.gmane.org>
	<200406091012.23655@mail.CustomCDROM.de>
	<20040609193359.GB742@uk.tiscali.com>
In-Reply-To: <20040609193359.GB742@uk.tiscali.com>
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Boundary-02=_f66xA9rMwhBThth";
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200406100243.11797@mail.CustomCDROM.de>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on 
	Blubb.wwwlan.net
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 00:51:05 -0000
X-UID: 9410                                                  
Status: O
Content-Length: 1650


--Boundary-02=_f66xA9rMwhBThth
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Mittwoch, 9. Juni 2004 21:33 schrieb Brian Candler:
> > > The shared spam folder is simply a file that everyone has rwx access =
to
> > How about simply making a normal link instead? Untested by me, but I
> > think it'd be worth a shot.
> Hardlinking a directory is a very, VERY dangerous thing to do.

Yes, but hardlinking a file is nothing unusual. You should not do it with y=
our=20
active lockfiles or postfix mailspool but for the spam collector file it=20
could work, provided that it can be properly locked this way.

Greetings,

  Gunter

=2D-=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ http://aachen.uni-dsl.de/   -   Der direkte Draht in's Hochschulnetz! +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
192) Strong international Encryption: Triple-ROT13 (Carsten Lechte)     =20
  --=20
http://www.iks-jena.de/mitarb/lutz/usenet/Fachbegriffe.der.Informatik.htm
l#192
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

--Boundary-02=_f66xA9rMwhBThth
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAx66f0ORHvREo8l8RArVMAJ9GS6od00Orona/nzOHNS0d6/uSywCfSW2y
ELebFM3vbWAbRMjRaPkP2kA=
=c7xh
-----END PGP SIGNATURE-----

--Boundary-02=_f66xA9rMwhBThth--

From discussion-lists@linnet.org  Thu Jun 10 11:22:27 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 917AAC000DCE; Thu, 10 Jun 2004 11:22:27 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 34990C000DCB
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 11:22:22 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 227C71393C0; Thu, 10 Jun 2004 04:14:50 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.148.127])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 915E5138E8A; Thu, 10 Jun 2004 04:14:49 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BYKi1-0000HR-Mb; Thu, 10 Jun 2004 09:14:49 +0100
Date: Thu, 10 Jun 2004 09:14:49 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>
Subject: Re: [Dovecot] folders via softlink
Message-ID: <20040610081449.GG963@uk.tiscali.com>
References: <ca4p6q$dqt$1@sea.gmane.org>
	<200406091012.23655@mail.CustomCDROM.de>
	<20040609193359.GB742@uk.tiscali.com>
	<200406100243.11797@mail.CustomCDROM.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200406100243.11797@mail.CustomCDROM.de>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 08:22:28 -0000
X-UID: 9411                                                  
Status: O

On Thu, Jun 10, 2004 at 02:42:58AM +0200, Gunter Ohrner wrote:
> Am Mittwoch, 9. Juni 2004 21:33 schrieb Brian Candler:
> > > > The shared spam folder is simply a file that everyone has rwx access to
> > > How about simply making a normal link instead? Untested by me, but I
> > > think it'd be worth a shot.
> > Hardlinking a directory is a very, VERY dangerous thing to do.
> 
> Yes, but hardlinking a file is nothing unusual. You should not do it with your 
> active lockfiles or postfix mailspool but for the spam collector file it 
> could work, provided that it can be properly locked this way.

Sorry, that was me thinking "Maildir" again. I still can't believe that
people are still using mbox in production systems :-)

Hardlinking a file like this is clearly not going to work with dotlocks
(because the two dotlocks will be created in different directories!), but
then the same would have been true with symlinks. It will possibly work with
fcntl/flock.

Regards,

Brian.

From tallison@tacocat.net  Thu Jun 10 13:31:48 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B0E95C000DCF; Thu, 10 Jun 2004 13:31:48 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id 73FE9C000DCE
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 13:31:45 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5AAOBVG020635
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 06:24:11 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id 46ADA21315D
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 06:24:11 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 16629-04 for <dovecot@dovecot.org>;
	Thu, 10 Jun 2004 06:24:11 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id CC32E21311C
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 06:24:10 -0400 (EDT)
Message-ID: <40C836C0.7070306@tacocat.net>
Date: Thu, 10 Jun 2004 06:24:00 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] bleah
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 10:31:49 -0000
X-UID: 9412                                                  
Status: O
Content-Length: 2750

Not to be a bitch, but I've asked several times about some basic 
questions or examples to clarify the essentials for configuration.

What do some of the parameters mean?  Expecially the ones that are 
mentioned only one in a paragraph and no where else in the documentation 
or wiki.  (ie: login_process_per_use)

And there have been a few others as well. that I won't bother to repeat.

But I've been sitting on this list for a while yet and have found that 
when it comes to configuration, none of the emails posted have been 
answered or addressed.  The closest I got was a suggestion to use views 
instead of tables in postgres.  But technically nothing was ever said 
about dovecot itself.

So I have to ask.  Is the sketchy documentation in the source file, the 
web page, wiki, and limited reponse on the mailing list a matter of "I 
haven't gotten around to it yet" or a deliberate move to promote the 
commercial support potential for Procontrol?

I've run into this kind of environment twice before (cyrus and razor) 
and in the case of cyrus they just didn't believe in doing the 
documentation but suggested I write it myself.  That may be the case 
there as well ("I haven't gotten around to it yet".  That's OK but cyrus 
has the difficulty of no one still not providing any answers to how 
anything was done, configured, functioned, or why.  So documentation was 
kind of a reverse-engineering project in itself.

In the case of razor it's a mix of no time and they would rather support 
the company than the project.

I went back and re-read the emails that I had posted earlier and am 
pretty sure that they weren't too stupid (ie: how do I test an imap 
connection), difficult, or obscure (well, maybe one).

I'm just trying to find more information on how to correctly configure 
this server such that I can retain the concept of keeping security in mind.

I'm trolling through the archives and there doesn't seem to be much 
discussion from anyone else.  So maybe I'm really stupid and can't do 
authentication schemes.

I'm sure by this point I've really pissed a few people off and for that 
I mostly apologize.  I'm a little bent here myself.  It just that I 
didn't plan on having to set up sniffit to track my IMAP traffic in 
order to verify that things were actually working securely.

I'm going to plug along and do it myself and probably get something to 
work.  I have plain_text authentication working now, but was really 
hoping to actually get something secure.  At this point I really don't 
expect an answer, but do hope that after 1.0 is released there will be 
time available to get some documentation in order.

IMHO the level of documentation that is available on a software project 
is critical to it's use.


From chibi@gol.com  Thu Jun 10 16:42:24 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 12BE7C000DCF; Thu, 10 Jun 2004 16:42:24 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id A2EEDC000DCE
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 16:42:18 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BYPhc-0002RN-00
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 22:34:44 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 10 Jun 2004 22:34:44 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BYPhc-0002RN-00@batzmaru.gol.ad.jp>
Subject: [Dovecot] "virgin" mail accounts
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 13:42:24 -0000
X-UID: 9413                                                  
Status: O
Content-Length: 1554


Hello,

I'm willing to swear that with the 0.99.10.4 Debian package in my 
rather extensive tests with mailbox format dovecot created not only
any missing parental directories but also the INBOX file, but the 
later I can't prove/test now as I upgraded all respective boxes.

However 0.99.10.5 will still create (if needed and possible) missing 
directories for mbox storage, just not an empty INBOX.

But with maildir, it will not even do that, from a test with pop3
and imap login attempts to a freshly created account that had not 
received any mails yet:
---
Jun 10 12:58:03 mb01 pop3-login: Login: test [203.216.5.92]
Jun 10 12:58:03 mb01 pop3: I/O leak: 0x8050ce0 (0)
Jun 10 12:58:03 mb01 pop3: I/O leak: 0x8084aa0 (1)
Jun 10 12:58:49 mb01 imap-login: Login: ttest [203.216.5.92]
Jun 10 12:58:50 mb01 last message repeated 3 times
Jun 10 12:58:50 mb01 dovecot: child 9193 (imap) killed with signal 11
---

It died not very graceful in either case, esp. the later.

Unless there are very RFC'ish and imperative reasons, I'd suggest
that dovecot creates all missing bits if possible no matter what the
storage method or pretends to have encountered an empty mbox file or
maildir cur/new respectively. 

The rationale should be obvious, no frantic user calls about "My mail is
not working" when the answer is "Duh, that's because you never ever 
received one yet". ;)

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From David.Sheryn@ballooning.org.uk  Thu Jun 10 16:48:52 2004
Return-Path: <David.Sheryn@ballooning.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 30E8BC000DDF; Thu, 10 Jun 2004 16:48:52 +0300 (EEST)
Received: from wrebuild.city.ac.uk (wrebuild.city.ac.uk [138.40.205.195])
	by talvi.dovecot.org (Postfix) with ESMTP id CC799C000DCF
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 16:48:49 +0300 (EEST)
Received: from dhs (helo=localhost)
	by wrebuild.city.ac.uk with local-esmtp (Exim 3.34 #2)
	id 1BYPo5-000ArD-00; Thu, 10 Jun 2004 14:41:25 +0100
Date: Thu, 10 Jun 2004 14:41:25 +0100 (BST)
From: David Sheryn <David.Sheryn@ballooning.org.uk>
X-Sender: dhs@wrebuild.city.ac.uk
To: Christian Balzer <chibi@gol.com>
Subject: Re: [Dovecot] "virgin" mail accounts
In-Reply-To: <E1BYPhc-0002RN-00@batzmaru.gol.ad.jp>
Message-ID: <Pine.BSF.4.10.10406101437180.1669-100000@wrebuild.city.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Thu, 10 Jun 2004 16:49:29 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 13:48:52 -0000
X-UID: 9414                                                  
Status: O
Content-Length: 1035

On Thu, 10 Jun 2004, Christian Balzer wrote:

> Subject: [Dovecot] "virgin" mail accounts

[ ... ]

> It died not very graceful in either case, esp. the later.
> 
> Unless there are very RFC'ish and imperative reasons, I'd suggest
> that dovecot creates all missing bits if possible no matter what the
> storage method or pretends to have encountered an empty mbox file or
> maildir cur/new respectively. 
> 
> The rationale should be obvious, no frantic user calls about "My mail is
> not working" when the answer is "Duh, that's because you never ever 
> received one yet". ;)

Whilst I agree with you, I try, in such circumstances, to arrange for the
account creation system to send a "welcome" email so that there is already
a message waiting for the user when they first log in :)  I can then rely
on Exim to do all the hard work of creating the INBOX properly AND the
user gets a nice warm fuzzy feeling of having something there when they
first log in to play... :)

DHS
-- 
David Sheryn -- david at ballooning dot org dot uk



From chibi@gol.com  Thu Jun 10 17:04:12 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 01502C000DEB; Thu, 10 Jun 2004 17:04:12 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 6DE4AC000DEA
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 17:04:09 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BYQ2f-00034I-00; Thu, 10 Jun 2004 22:56:29 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: David Sheryn <David.Sheryn@ballooning.org.uk>
Subject: Re: [Dovecot] "virgin" mail accounts 
In-reply-to: <Pine.BSF.4.10.10406101437180.1669-100000@wrebuild.city.ac.uk> 
References: <Pine.BSF.4.10.10406101437180.1669-100000@wrebuild.city.ac.uk>
Comments: In-reply-to David Sheryn <David.Sheryn@ballooning.org.uk>
	message dated "Thu, 10 Jun 2004 14:41:25 +0100."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 10 Jun 2004 22:56:29 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BYQ2f-00034I-00@batzmaru.gol.ad.jp>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 14:04:12 -0000
X-UID: 9415                                                  
Status: O
Content-Length: 1867


David (DHS) wrote:

>On Thu, 10 Jun 2004, Christian Balzer wrote:
>
>> Subject: [Dovecot] "virgin" mail accounts
>
>[ ... ]
>
>> It died not very graceful in either case, esp. the later.
>> 
>> Unless there are very RFC'ish and imperative reasons, I'd suggest
>> that dovecot creates all missing bits if possible no matter what the
>> storage method or pretends to have encountered an empty mbox file or
>> maildir cur/new respectively. 
>> 
>> The rationale should be obvious, no frantic user calls about "My mail is
>> not working" when the answer is "Duh, that's because you never ever 
>> received one yet". ;)
>
>Whilst I agree with you, I try, in such circumstances, to arrange for the
>account creation system to send a "welcome" email so that there is already
>a message waiting for the user when they first log in :)  I can then rely
>on Exim to do all the hard work of creating the INBOX properly AND the
>user gets a nice warm fuzzy feeling of having something there when they
>first log in to play... :)
>
Oh yes. Same here, same supreme MTA. ;)
Alas due to the various DB layers an account has to filter thru to actually
become visible to the mail system an immediate welcome mail is not possible
in our case so there is a quite happily and heavily hit window of 
opportunity for users to jump to false conclusions unfortunately.

Another nice thing about "pretending to have an empty mailbox if I can't
get to the bloody thing" is that it allows migrations or maintenances w/o
users noticing (too) much. Though I guess I should nag the perdition 
author about that, our old, self written pop proxy did that when it 
couldn't reach the respective backend mailbox server.

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From cor@xs4all.nl  Thu Jun 10 17:36:28 2004
Return-Path: <cor@xs4all.nl>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 23DF2C000DD6; Thu, 10 Jun 2004 17:36:28 +0300 (EEST)
Received: from smtp-out3.xs4all.nl (smtp-out3.xs4all.nl [194.109.24.13])
	by talvi.dovecot.org (Postfix) with ESMTP id 0FA0BC000DCF
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 17:36:26 +0300 (EEST)
Received: from xs1.xs4all.nl (xs1.xs4all.nl [194.109.21.2])
	by smtp-out3.xs4all.nl (8.12.10/8.12.10) with ESMTP id i5AESsK3077176
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 16:28:54 +0200 (CEST)
Received: from xs1.xs4all.nl (cor@localhost.xs4all.nl [127.0.0.1])
	by xs1.xs4all.nl (8.12.10/8.12.10) with ESMTP id i5AESsfr007292
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 16:28:54 +0200 (CEST)
	(envelope-from cor@xs4all.nl)
Received: (from cor@localhost)
	by xs1.xs4all.nl (8.12.10/8.12.9/Submit) id i5AESsVF007291
	for dovecot@dovecot.org; Thu, 10 Jun 2004 16:28:54 +0200 (CEST)
	(envelope-from cor)
Date: Thu, 10 Jun 2004 16:28:54 +0200 (CEST)
From: Cor Bosman <cor@xs4all.nl>
Message-Id: <200406101428.i5AESsVF007291@xs1.xs4all.nl>
To: dovecot@dovecot.org
Subject: [Dovecot] 2 problems
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 14:36:28 -0000
X-UID: 9416                                                  
Status: O

Hi all, im testing dovecot as a replacement imap server and noticed 2
problems in 0.99.10.5.

if you use dovecot/pop on an account who's quota is fully used, dovecot will
ungracefully stop. This will only happen when the account is first
accessed by dovecot (for instance, when offering IMAP to an existing
userbase using dovecot, or when the index files have inadvertently been
deleted).

+OK dovecot ready.
user scorpio
+OK
pass xxxxxxxx
+OK Logged in.
Connection closed by foreign host.


The same goes for imap:

* OK dovecot ready.
. login "scorpio" "xxxxxxx"
. OK Logged in.
. select INBOX
. NO Out of disk space


This is a bit of a problem because one of the remedies of solving an out
of disk space problem is deleting email, which you cant now.

Cor

From tss@iki.fi  Thu Jun 10 17:56:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2A5E9C000DF7; Thu, 10 Jun 2004 17:56:26 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E6FEBC000DF0
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 17:56:23 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 056311C1D0E2; Thu, 10 Jun 2004 17:48:52 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 79D851C1D0E1; Thu, 10 Jun 2004 17:48:17 +0300 (EEST)
Subject: Re: [Dovecot] bleah
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40C836C0.7070306@tacocat.net>
References: <40C836C0.7070306@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-YC2PED+U5ylN0XrZqEQW"
Message-Id: <1086878897.4162.84.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 17:48:17 +0300
X-Spam-Status: No, hits=-7.9 required=5.0
	tests=AWL,BAYES_20,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 14:56:26 -0000
X-UID: 9417                                                  
Status: O
Content-Length: 3062


--=-YC2PED+U5ylN0XrZqEQW
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-10 at 13:24, Tom Allison wrote:
> Not to be a bitch, but I've asked several times about some basic=20
> questions or examples to clarify the essentials for configuration.

I haven't gotten around to answering any questions here for a few days.
It always takes some energy and time which I don't always have.

> What do some of the parameters mean?  Expecially the ones that are=20
> mentioned only one in a paragraph and no where else in the documentation=20
> or wiki.  (ie: login_process_per_use)

All configuration settings are explained in dovecot-example.conf, more
or less well. If something isn't very clear there, I try to fix it if I
can.

The documentation in doc/ dir was written quite a long time ago and I
haven't looked at it lately. login_process_per_user is one example which
has changed to login_process_per_connection, which is explained shortly
in the config file.

> But I've been sitting on this list for a while yet and have found that=20
> when it comes to configuration, none of the emails posted have been=20
> answered or addressed.  The closest I got was a suggestion to use views=20
> instead of tables in postgres.  But technically nothing was ever said=20
> about dovecot itself.

I'm not sure what mails you're referring to, all I see from you are the
three mails two days ago which no-one replied to, and the ones last year
which weren't configuration related.

> So I have to ask.  Is the sketchy documentation in the source file, the=20
> web page, wiki, and limited reponse on the mailing list a matter of "I=20
> haven't gotten around to it yet"=20

I've tried to keep the Dovecot-specific settings well explained in
comments in config file. More generic documentation is yet to be
written, although some is in Wiki and some in doc/ dir.

Actually I would have written more documentation already, except that
there's quite a lot of differences between 0.99.10 and upcoming 1.0.
Writing the docs for 1.0 would be better, but it's not usable yet, so
docs for it wouldn't really matter to anyone yet.

I'm also still hoping someone else gets to write the documentation :)

> or a deliberate move to promote the=20
> commercial support potential for Procontrol?

I don't intend to do any blackmailing to get people to pay for Dovecot.
Commercial support isn't really planned until v1.0 comes out, although
we do already sell software development (Dovecot and non-Dovecot
related).

When 1.0 gets nearer, more Procontrol people should get more involved in
Dovecot development and support (yes, free support in here too). For now
however, it's just me.


--=-YC2PED+U5ylN0XrZqEQW
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyHSwyUhSUUBViskRAgBsAJ4+jZsM4DBB3HpweN+pYSs1kmdqNwCeMT4I
xKlVppA49+JeiLpPk0E67g0=
=XVMe
-----END PGP SIGNATURE-----

--=-YC2PED+U5ylN0XrZqEQW--


From tss@iki.fi  Thu Jun 10 18:00:15 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 36B30C000DF8; Thu, 10 Jun 2004 18:00:15 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 331F5C000DCF
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:00:13 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 18BF51C1D0E3; Thu, 10 Jun 2004 17:52:42 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id E62DB1C1D0E2; Thu, 10 Jun 2004 17:52:07 +0300 (EEST)
Subject: Re: [Dovecot] Feature request?
From: Timo Sirainen <tss@iki.fi>
To: "Stephen K. Gielda" <dovecot@steve.cotse.net>
In-Reply-To: <5.1.0.14.2.20040605204846.03bdb6c8@pop.cotse.com>
References: <5.1.0.14.2.20040605204846.03bdb6c8@pop.cotse.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-8ANDYtiSw70NCpZ324zp"
Message-Id: <1086879127.4162.88.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 17:52:07 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:00:15 -0000
X-UID: 9418                                                  
Status: O
Content-Length: 1222


--=-8ANDYtiSw70NCpZ324zp
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2004-06-06 at 03:53, Stephen K. Gielda wrote:
> I'd like to toss a feature request on the table for consideration.  We=20
> currently use a different popd because of a feature that allows us to=20
> restrict pop access based upon an allowed users list.  This is the only=20
> thing that keeps us from using the popd in dovecot currently.  It's a=20
> simple text file of usernames that are allowed to use pop, if the name=20
> isn't in that list then pop access is denied.  Is this something that can=
=20
> be considered for a future feature addition?  Would anyone else also find=
=20
> this useful?

How about using PAM and pam_listfile module:

auth   required        pam_listfile.so item=3Duser sense=3Dallow file=3D/et=
c/pop3users onerr=3Dfail


--=-8ANDYtiSw70NCpZ324zp
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyHWXyUhSUUBViskRAkFvAJ0RHm0EcjjzuudYOP19vzXgbvi89wCgm3K8
/OX6JDbF/QzpJtstkj4gVl8=
=dz8n
-----END PGP SIGNATURE-----

--=-8ANDYtiSw70NCpZ324zp--


From tss@iki.fi  Thu Jun 10 18:03:20 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B6C74C000DFD; Thu, 10 Jun 2004 18:03:20 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id C00EDC000DF9
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:03:18 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A67C31C1D0E2; Thu, 10 Jun 2004 17:55:47 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id A1FDF1C1D0E1; Thu, 10 Jun 2004 17:55:13 +0300 (EEST)
Subject: Re: [Dovecot] dovecot newbie question about "invalid key" problem
From: Timo Sirainen <tss@iki.fi>
To: Joakim Verona <joakim@verona.se>
In-Reply-To: <40C44795.8010603@verona.se>
References: <40C44795.8010603@verona.se>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-2qnaTLFkxxx795hN6+g4"
Message-Id: <1086879312.4162.92.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 17:55:13 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:03:20 -0000
X-UID: 9419                                                  
Status: O
Content-Length: 1314


--=-2qnaTLFkxxx795hN6+g4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-07 at 13:46, Joakim Verona wrote:
> However, I get an "invalid key/Internal Error" problem when connectiong=20
> to my INBOX
> with thunderbird.

I don't know what "invalid key" means, but "Internal error" seems to
come from Dovecot. Look for /var/log/mail.log (or something similiar) to
see the real error message.

> The problem seems to be only with INBOX, which I have mapped to=20
> /var/spool/mail/<username>,
> not my other imap mailboxes.

I'm guessing the problem is that it can't create dotlock. See
http://wiki.dovecot.org/moin.cgi/VarMailDotLock

> Another question: Would it be possible to run uw-imap on one port, and=20
> dovecot on another?
> Or would that corrupt the mailstores?

It's possible, as long as the locking is set in same way. Both use at
least dotlocking by default which is enough to prevent corruption.


--=-2qnaTLFkxxx795hN6+g4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyHZQyUhSUUBViskRApimAJ0etqQvVajTGvWcsYUyKniF5q0lWwCbBisN
RKZsu74dEv6zC8nSfxfV49Q=
=N4qI
-----END PGP SIGNATURE-----

--=-2qnaTLFkxxx795hN6+g4--


From tss@iki.fi  Thu Jun 10 18:31:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4C00DC000DD7; Thu, 10 Jun 2004 18:31:26 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E92D0C000DCF
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:31:23 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7CA071C1D0E2; Thu, 10 Jun 2004 18:23:52 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 1D2701C1D0E1; Thu, 10 Jun 2004 18:23:19 +0300 (EEST)
Subject: Re: [Dovecot] pgsql configuration
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40C50F25.5030700@tacocat.net>
References: <40C50F25.5030700@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-XmJ0o3i6FQvKPvPZseUP"
Message-Id: <1086880998.4162.115.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 18:23:18 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:31:26 -0000
X-UID: 9420                                                  
Status: O
Content-Length: 4023


--=-XmJ0o3i6FQvKPvPZseUP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-08 at 03:58, Tom Allison wrote:
> I want to support IMAP for at least two domains.
> Therefore I have to use the authentication string of:
> SELECT password FROM users WHERE userid =3D '%u'
> and the user must enter their entire email address for their login name.
> (I can do this!)

Either that, or where userid =3D '%n' and domain =3D '%d' (might be useful
to separate the domain for some statistical purposes or similiar later).

> I want some portion of these domains and users to be consistent with=20
> existing accounts in my /etc/passwd database.  I don't expect to use=20
> passwd information for the username and password, but I want the=20
> information returned for joe@domain2.com to be for the user:joe in my=20
> passwd file and have his email in /home/joe/Maildir.
> Similarly, I want others (either fred@domain2.com or jane@domain1.com)=20
> to be (ideally) all driven under a non-local account name and login.

With 0.99.10 you can't have more than one userdb/passdb, so all your
users have to be in either postgresql or passwd file. If you need to
have some syncing between them, you'll have to do it some other way
(cron jobs or something).

Or, you could take last 1.0-test release, but use imap binary from
0.99.10 as it's buggy in 1.0-tests, and use something like:

auth postgres {
  mechanisms =3D plain
  userdb =3D pgsql /etc/dovecot-pgsql.conf
  passdb =3D pgsql /etc/dovecot-pgsql.conf
}

auth pam {
  mechanisms =3D plain
  userdb =3D passwd
  passdb =3D pam
}

In that case Dovecot first tries postgresql, if it fails it tries PAM.
Users in passwd would then login without the @domain part.

> For this second one, I'm thinking I need to do something like this in=20
> the user information query (this is mostly a guess):
> for joe@domain2.com (/etc/passwd) :: jane@domain1.com (no passwd)
> home - /home/joe  --or-- can I use ~/ :: /var/spool/imap/%d/%n  ??

When you're defining home directory itself, ~/ is a bit ambiguous :)
/var/spool/imap/%d/%n is fine, the mail would then be stored in
/var/spool/imap/%d/%n/Maildir.

Except %d / %n doesn't work in actually inserted postgresql rows, so
you'd have to store /var/spool/imap/domain.com/user there directly. Or
create a view which returns the home directory based on username/domain.

> mail - maildir:~/Maildir  ::  maildir:/var/spool/imap/%d/%n ??

mail isn't required to be set, and probably shouldn't if you don't need
it. It's mostly useful for overriding the default_mail_env setting in
configuration file, ie. if someone has their mails elsewhere than
~/Maildir (assuming default_mail_env =3D maildir:~/Maildir).

> system_user - joe :: (a guess -- adduser dovecot-imap to passwd maybe)

It's used only to get groups for the user in /etc/group file. You
probably don't need to set it at all.

> uid - joes uid (1002) ::  dovecot-imap uid (510)
> gid - joes gid (1001) ::  dovecot-imap gid (510) with seperate group

Depends on what "dovecot-imap" is. It should be different from what
you've set in login_user. For example create a new system user for
"domain.com" and use it's uid/gid for all virtual users in that domain.

> If I did this correctly, then in theory I could pass email delivery to=20
> procmail and have one set of rules (/etc/procmail) do some additional=20
> filtering for all the email under my domain1.com (spam filtering mostly)=20
> and perform a final delivery to maildirs in=20
> /var/spool/imap/doamin1.com/jane/

I don't know how global procmail config works, but I guess you could use
~/Maildir/.Spam/ or similiar in there.


--=-XmJ0o3i6FQvKPvPZseUP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyHzmyUhSUUBViskRAtYQAJwIGDIFKsGvU8nswq/lODA99U2k7wCgoa1y
IIMLJbrb3STHKJsBIWfgPCY=
=1EV4
-----END PGP SIGNATURE-----

--=-XmJ0o3i6FQvKPvPZseUP--


From tss@iki.fi  Thu Jun 10 18:38:02 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CA5C6C000DD8; Thu, 10 Jun 2004 18:38:02 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id CE175C000DCF
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:38:00 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A5ED31C1D0E2; Thu, 10 Jun 2004 18:30:29 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id B5DBB1C1D0E1; Thu, 10 Jun 2004 18:29:55 +0300 (EEST)
Subject: Re: [Dovecot] configuration
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40C502EE.3050404@tacocat.net>
References: <40C502EE.3050404@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-1dtlPQ0e35t5XG9jRX9q"
Message-Id: <1086881395.4162.122.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 18:29:55 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:38:02 -0000
X-UID: 9421                                                  
Status: O
Content-Length: 1348


--=-1dtlPQ0e35t5XG9jRX9q
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-08 at 03:06, Tom Allison wrote:
> I supposed I should only settle for ssl based connections (imaps/pops)=20
> but I will be open to digest-md5 if I could.

If SSL is already enabled, the only gain from DIGEST-MD5 or CRAM-MD5 is
that server never actually sees the plaintext password. So it's mostly
useful if you use the same password in multiple places and don't really
trust your server.

> I'm also curious to see how I can use pgsql authentication with dovecot.=20

I guess you already saw
http://wiki.dovecot.org/moin.cgi/DovecotPostgresql ? That explains how I
configured them.

>   I think this would be great to work with since I'm basing all my=20
> postfix settings around postgresql as well.  But for now I'm not sure=20
> how to use postfix authentication with the file directories I'll need to=20
> use for the maildirs (and procmail!).

File directories?


--=-1dtlPQ0e35t5XG9jRX9q
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyH5zyUhSUUBViskRAnZDAJwKprTSOF/CLPH2GjqaBnZ38EGfxgCff7yt
sg8xJV1GkL6WDQwSaokekH0=
=D5+R
-----END PGP SIGNATURE-----

--=-1dtlPQ0e35t5XG9jRX9q--


From NDeBeer@mweb.com  Thu Jun 10 18:42:34 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 73AE0C000DF2; Thu, 10 Jun 2004 18:42:34 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id E3784C000DDE
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:42:30 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD009bf273>; Thu, 10 Jun 2004 17:34:57 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 10 Jun 2004 17:34:57 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE89D7@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Scripting
Thread-Index: AcRPAHtJiTD9Orq3EdiLfgABAgneNQ==
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: <dovecot@dovecot.org>
Subject: [Dovecot] Scripting
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:42:34 -0000
X-UID: 9422                                                  
Status: O

You metioned previosely that one can do character translation with postgr=
ess

with mysql you can also do so but can use it as the table name

Is there anyway to write something outside dovecot to do the lookup in sa=
y c++
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

From tss@iki.fi  Thu Jun 10 18:45:35 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 98AD0C000E00; Thu, 10 Jun 2004 18:45:35 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 97340C000DFA
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:45:33 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6D5F41C1D0E2; Thu, 10 Jun 2004 18:38:02 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 48DF71C1D0E1; Thu, 10 Jun 2004 18:37:28 +0300 (EEST)
Subject: Re: [Dovecot] authentication configuration
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40C59550.6030901@tacocat.net>
References: <40C59550.6030901@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ZB3kh7rlIjApU4e9vbUN"
Message-Id: <1086881847.4162.131.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 18:37:27 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:45:35 -0000
X-UID: 9423                                                  
Status: O
Content-Length: 1515


--=-ZB3kh7rlIjApU4e9vbUN
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-08 at 13:30, Tom Allison wrote:
> As I understand my set-up it's using unix authentication methods=20
> (/etc/passwd via pam?).
>=20
> Considering disable_plaintext_auth and auth_mechanisms, what exactly is=20
> being passed?  I was hoping to get
> auth_mechanism =3D digest-md5
> but that's not working out very well right now.  It seems I can only do=20
> plaintext authentication.

DIGEST-MD5 requires specially generated password field (see last line in
doc/auth.txt, realm means pretty much same as domain). PAM supports only
plaintext authentication, so you'll need to use something else
(passwd-file or postgresql).

> My current guess is:
> disable_plaintext_auth =3D yes
> auth =3D digest-md5
> auth_mechanism =3D digest_md5
> auth_passdb =3D /etc/mydigestfile
>=20
> How would I set this for pgsql?  auth_passdb =3D /etc/dovecot-pgsql.conf

auth_passdb requires as first parameter the database type name. eg.:

auth_passdb =3D passwd-file /etc/mydigestfile
auth_passdb =3D pgsql /etc/dovecot-pgsql.conf

Same goes for userdb.


--=-ZB3kh7rlIjApU4e9vbUN
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyIA3yUhSUUBViskRApyBAKCKBscHC8uyP3CPND9N+siieUcnEwCfZXlI
coPakthGPnomEqhs09dOgXM=
=Xn4x
-----END PGP SIGNATURE-----

--=-ZB3kh7rlIjApU4e9vbUN--


From tss@iki.fi  Thu Jun 10 18:49:51 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 162A0C000DE4; Thu, 10 Jun 2004 18:49:51 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 2FF01C000DDB
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:49:49 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 019B81C1D0E2; Thu, 10 Jun 2004 18:42:18 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 86CCF1C1D0E1; Thu, 10 Jun 2004 18:41:41 +0300 (EEST)
Subject: Re: [Dovecot] mbox configuration
From: Timo Sirainen <tss@iki.fi>
To: nina@gibbons.com
In-Reply-To: <40C62B7A.9060801@gibbons.com>
References: <40C62B7A.9060801@gibbons.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-8ZZR5lqb8fSqnBcv0wd4"
Message-Id: <1086882101.4162.136.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 18:41:41 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:49:51 -0000
X-UID: 9424                                                  
Status: O
Content-Length: 1185


--=-8ZZR5lqb8fSqnBcv0wd4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-09 at 00:11, Nina Pham wrote:
> Hi, I change the dovecot.conf
> default_mail_env =3D mbox:/Mail/IMAP/%u/:INBOX=3D/var/mail/%u
> After I did the change, I restart dovecot with the hope that folder that=20
> I create will be stored in /Mail/IMAP/%u. Then I use Mozzila as my email=20
> client  and change the IMAP server directory to ~nina/IMAP/ which is the=20
> link to /Mail/IMAP/nina/.

With Dovecot you can't by default specify the mail directory from IMAP
client itself. You could do this by setting
mail_full_filesystem_access =3D yes, but that's probably not what you
want.

Since you already set the directory in server side, all you have to do
in Mozilla is simply clear the IMAP server directory.


--=-8ZZR5lqb8fSqnBcv0wd4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyIE1yUhSUUBViskRAg5vAJ9z7vVJ94iXwpRPEITW2zNJqqcGuwCdHL2D
IPGtTi8QcAhWUeyMc/VxTuM=
=ClYb
-----END PGP SIGNATURE-----

--=-8ZZR5lqb8fSqnBcv0wd4--


From tss@iki.fi  Thu Jun 10 18:54:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1BB1DC000DE7; Thu, 10 Jun 2004 18:54:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 2C947C000DE4
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:54:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F1AD01C1D0E2; Thu, 10 Jun 2004 18:47:18 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 082801C1D0E1; Thu, 10 Jun 2004 18:46:45 +0300 (EEST)
Subject: Re: [Dovecot] folders via softlink
From: Timo Sirainen <tss@iki.fi>
To: Chris Barnes <chris-barnes@tamu.edu>
In-Reply-To: <ca4p6q$dqt$1@sea.gmane.org>
References: <ca4p6q$dqt$1@sea.gmane.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-e2djJTiFgEnUbO8Qh5Yh"
Message-Id: <1086882404.4162.142.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 18:46:44 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:54:52 -0000
X-UID: 9425                                                  
Status: O
Content-Length: 1371


--=-e2djJTiFgEnUbO8Qh5Yh
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-08 at 19:23, Chris Barnes wrote:
> I have recently switched from the UW imap server to dovecot and things
> seem to be working nicely.  One thing that I can't seem to figure out
> however, is how to get dovecot to show folders that are a softlink.

Dovecot currently follows symlinks, so I think your problem isn't
symlinks themselves but something else.

>   Could not show "SharedSpam".  The server refused to show it.  The
>   folder might already be shown.

What do log files say?

Actually I think I know. Dovecot tries to use shared index files but the
first user who created them owns them. If it even had the permission to
create the .imap directory. Shared access to indexes isn't really
recommended with 0.99.10, so you'd probably want something like:

default_mail_env =3D mbox:~/mail:INBOX=3D/var/mail/%u:INDEX=3D/home/%u/mail=
/.indexes/

(~ doesn't work after INDEX=3D I think)


--=-e2djJTiFgEnUbO8Qh5Yh
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyIJkyUhSUUBViskRAu9sAKCjTApP9iWyfLnBmiHC48/c/6bXLQCdHJSL
nhilKM0pFCzld7kWTu4GHNU=
=uzYP
-----END PGP SIGNATURE-----

--=-e2djJTiFgEnUbO8Qh5Yh--


From tss@iki.fi  Thu Jun 10 18:57:06 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F1649C000E00; Thu, 10 Jun 2004 18:57:05 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D211EC000DE4
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 18:57:02 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A8CEA1C1D0E3; Thu, 10 Jun 2004 18:49:31 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id CFB911C1D0E1; Thu, 10 Jun 2004 18:48:57 +0300 (EEST)
Subject: Re: [Dovecot] Corrupted index file
From: Timo Sirainen <tss@iki.fi>
To: Niilo Kajander <nk@kajander.fi>
In-Reply-To: <1086769551.2209.16.camel@armada>
References: <1086769551.2209.16.camel@armada>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Bi1cGbaFCW/VbZSWXpYD"
Message-Id: <1086882537.4162.145.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 18:48:57 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 15:57:06 -0000
X-UID: 9426                                                  
Status: O
Content-Length: 1050


--=-Bi1cGbaFCW/VbZSWXpYD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-09 at 11:25, Niilo Kajander wrote:
> I've been wondering for a while if reiserfs is dovecot+maildir safe or
> not. I get this too often (and my imap session gets disconnected):
>=20
> Jun  9 08:42:32 sun imap(nk): Corrupted index file
> /home/nk/Maildir/.INBOX/.imap
> .index: UIDVALIDITY changed in uidlist
>=20
> This happens always when a new mail arrives in maildir.

Is something else modifying the maildir? Does the UIDVALIDITY actually
change in dovecot-uidlist file? It's the second number in first line.

I can't think of why it would happen only with reiserfs.


--=-Bi1cGbaFCW/VbZSWXpYD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyILpyUhSUUBViskRAliGAJsHc7l4MTHbeHzUDL2VWxRF/bBA1gCffYSl
tsGTxGYKPHE2gX+vn8LdmxA=
=8mS0
-----END PGP SIGNATURE-----

--=-Bi1cGbaFCW/VbZSWXpYD--


From tss@iki.fi  Thu Jun 10 19:05:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A2A9BC000DD0; Thu, 10 Jun 2004 19:05:44 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B2FF5C000DCD
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 19:05:42 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 85EFC1C1D0E3; Thu, 10 Jun 2004 18:58:11 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 979921C1D0E1; Thu, 10 Jun 2004 18:57:37 +0300 (EEST)
Subject: Re: [Dovecot] "virgin" mail accounts
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BYPhc-0002RN-00@batzmaru.gol.ad.jp>
References: <E1BYPhc-0002RN-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-RQQnyKEvcfKpN2kLyb4a"
Message-Id: <1086883057.4162.149.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 18:57:37 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 16:05:44 -0000
X-UID: 9427                                                  
Status: O
Content-Length: 1349


--=-RQQnyKEvcfKpN2kLyb4a
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-10 at 16:34, Christian Balzer wrote:
> I'm willing to swear that with the 0.99.10.4 Debian package in my=20
> rather extensive tests with mailbox format dovecot created not only
> any missing parental directories but also the INBOX file, but the=20
> later I can't prove/test now as I upgraded all respective boxes.
>=20
> However 0.99.10.5 will still create (if needed and possible) missing=20
> directories for mbox storage, just not an empty INBOX.

Have you set default_mail_env, so that Dovecot actually know where the
INBOX is supposed to be in? If Dovecot has to do guessing it doesn't
guess you want to use /var/mail/user if it doesn't exist.

> But with maildir, it will not even do that, from a test with pop3
> and imap login attempts to a freshly created account that had not=20
> received any mails yet:

http://dovecot.org/patches/maildir-autocreate.patch


--=-RQQnyKEvcfKpN2kLyb4a
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyITxyUhSUUBViskRAgQpAKCads5L9HUEkakI7pOJhDYgTGoxVgCfdsPM
gnqQRgoVS6TMmPRFHVtnE0A=
=AYds
-----END PGP SIGNATURE-----

--=-RQQnyKEvcfKpN2kLyb4a--


From tss@iki.fi  Thu Jun 10 19:12:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 87AC4C000DDC; Thu, 10 Jun 2004 19:12:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 974FFC000DD4
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 19:12:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 627131C1D0E3; Thu, 10 Jun 2004 19:05:19 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 3791C1C1D0E1; Thu, 10 Jun 2004 19:04:46 +0300 (EEST)
Subject: Re: [Dovecot] 2 problems
From: Timo Sirainen <tss@iki.fi>
To: Cor Bosman <cor@xs4all.nl>
In-Reply-To: <200406101428.i5AESsVF007291@xs1.xs4all.nl>
References: <200406101428.i5AESsVF007291@xs1.xs4all.nl>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Yfnnftb/Hyk2OrOlcsrQ"
Message-Id: <1086883485.4162.156.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 19:04:45 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 16:12:52 -0000
X-UID: 9428                                                  
Status: O
Content-Length: 1422


--=-Yfnnftb/Hyk2OrOlcsrQ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-10 at 17:28, Cor Bosman wrote:
> Hi all, im testing dovecot as a replacement imap server and noticed 2
> problems in 0.99.10.5.
>=20
> if you use dovecot/pop on an account who's quota is fully used, dovecot w=
ill
> ungracefully stop. This will only happen when the account is first
> accessed by dovecot (for instance, when offering IMAP to an existing
> userbase using dovecot, or when the index files have inadvertently been
> deleted).

Out of quota isn't handled too well if it happens for indexes or
dovecot-uidlist file. Best way to get it working now would be to place
them in different partition without quota with INDEX and CONTROL
settings in default_mail_env.

For 1.0 I'll try to get it working much better, but there's still some
unsolvable(?) theoretical problems if dovecot-uidlist file can't be
updated (how do you make sure same UID won't be given twice for
different messages, if you can't save the UIDs between sessions?).


--=-Yfnnftb/Hyk2OrOlcsrQ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyIadyUhSUUBViskRAtrbAKCe69ecXJHdXhFkdu/y4Apnou3lzgCbBK4Y
ZY3nc5ZW7DtNk6uCWIKdK3Y=
=CwhL
-----END PGP SIGNATURE-----

--=-Yfnnftb/Hyk2OrOlcsrQ--


From tss@iki.fi  Thu Jun 10 19:17:48 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5CA56C000DFB; Thu, 10 Jun 2004 19:17:48 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 78E9BC000DE8
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 19:17:46 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 42D541C1D0E3; Thu, 10 Jun 2004 19:10:15 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 65EA51C1D0E1; Thu, 10 Jun 2004 19:09:42 +0300 (EEST)
Subject: Re: [Dovecot] Scripting
From: Timo Sirainen <tss@iki.fi>
To: Nico De Beer - MWEB <NDeBeer@mweb.com>
In-Reply-To: <EBEA1438A1028E468F05A984430E54AE05CE89D7@mwmx3.mweb.com>
References: <EBEA1438A1028E468F05A984430E54AE05CE89D7@mwmx3.mweb.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-gNmOpI0nwvsg1B/Uo9g9"
Message-Id: <1086883781.4162.161.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 10 Jun 2004 19:09:41 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 16:17:48 -0000
X-UID: 9429                                                  
Status: O
Content-Length: 1068


--=-gNmOpI0nwvsg1B/Uo9g9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-10 at 18:34, Nico De Beer - MWEB wrote:
> You metioned previosely that one can do character translation with postgr=
ess

Yes: select password from translate('%d', '.', '_') where userid =3D '%n';

> with mysql you can also do so but can use it as the table name

"can't"? right, mysql has replace() but it can't be used in same way.

> Is there anyway to write something outside dovecot to do the lookup in sa=
y c++

I'm not sure what you're thinking.. You still want the password from
mysql, but without patching Dovecot sources? Maybe with PAM and
(probably patched) pam_mysql module.


--=-gNmOpI0nwvsg1B/Uo9g9
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyIfFyUhSUUBViskRArn9AJ9Qkf7CMd5m/3joe1qC3mNz9Z68sQCgiaBC
N+EvqrKxFpO45XE1XmynTPc=
=7w5J
-----END PGP SIGNATURE-----

--=-gNmOpI0nwvsg1B/Uo9g9--


From gmid-dovecot@m.gmane.org  Thu Jun 10 21:15:54 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 55601C000D8E; Thu, 10 Jun 2004 21:15:54 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 2FE2DC0007B4
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 21:15:51 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BYTyN-0006mL-00
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 20:08:19 +0200
Received: from grhrch-mh.physics.tamu.edu ([165.91.121.101])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 20:08:19 +0200
Received: from chris-barnes by grhrch-mh.physics.tamu.edu with local (Gmexim
	0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 20:08:19 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: "Chris Barnes" <chris-barnes@tamu.edu>
Date: Thu, 10 Jun 2004 13:08:16 -0500
Lines: 20
Message-ID: <caa82g$73n$1@sea.gmane.org>
References: <ca4p6q$dqt$1@sea.gmane.org>
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: grhrch-mh.physics.tamu.edu
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: folders via softlink
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 18:15:54 -0000
X-UID: 9430                                                  
Status: O

Chris Barnes <chris-barnes@tamu.edu> wrote:
> The shared spam folder is simply a file that everyone has rwx access
> to and is softlinked to ~/mail/SharedSpam.

The error was between the chair and the keyboard...

I forgot to reset the permissions on the soft linked folder.  Once done,
everything worked perfectly.


--

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Chris Barnes                                 AOL IM: CNBarnes
chris-barnes@tamu.edu                      Yahoo IM: chrisnbarnes
Computer Systems Manager                         ph: 979-845-7801
Department of Physics                           fax: 979-845-2590
Texas A&M University




From tallison@tacocat.net  Fri Jun 11 02:36:28 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F40DFC000D8E; Fri, 11 Jun 2004 02:36:27 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id 10CDAC0007B4
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 02:36:23 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5ANSmVG008721
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 19:28:48 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id 1DD3A21315D
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 19:28:48 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 21167-01 for <dovecot@dovecot.org>;
	Thu, 10 Jun 2004 19:28:47 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id 9979D21311C
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 19:28:47 -0400 (EDT)
Message-ID: <40C8EEAF.7030905@tacocat.net>
Date: Thu, 10 Jun 2004 19:28:47 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] pgsql documentation
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 10 Jun 2004 23:36:28 -0000
X-UID: 9431                                                  
Status: O

 From dovecot-pgsql.conf
# Examples:
#   connect = host=192.168.1.1 dbname=users
#   connect = host=sql.example.com dbname=virtual user=virtual

There is a reference to identify the rest of the parameters via libpq in 
the postgres documentation.

 From postgres, libpq says the connection environment variables are:
hostname:port:database:username:password
http://www.postgresql.org/docs/7.4/static/libpq-pgpass.html

Should the dovecot-pgsql.conf docs be changed from
"dbname=users" to "database=users"

??


From tallison@tacocat.net  Fri Jun 11 04:44:27 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 790E2C000D8E; Fri, 11 Jun 2004 04:44:27 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id 61ACAC0007B4
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 04:44:24 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5B1anVG019126
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 21:36:49 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id 47D5121315E
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 21:36:49 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22028-02 for <dovecot@dovecot.org>;
	Thu, 10 Jun 2004 21:36:49 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id CF0A621315D
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 21:36:48 -0400 (EDT)
Message-ID: <40C90CB0.3000404@tacocat.net>
Date: Thu, 10 Jun 2004 21:36:48 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] auth failure
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 01:44:27 -0000
X-UID: 9432                                                  
Status: O
Content-Length: 1480

well, with some help I've made a fair amount of progress on my box.
It's working out much easier than I had anticipated and perhaps my notes 
will be useful some day.

I have two questions...

Here is where I am:

cling:~# egrep -v "^($|\#)" /etc/dovecot.conf
protocols =  imap imaps
login = imap
login_max_processes_count = 16
login = pop3
max_mail_processes = 512
verbose_proctitle = yes
default_mail_env = maildir:~/Maildir
mailbox_check_interval = 1
auth = default
auth_mechanisms = plain
auth_passdb = pgsql /etc/dovecot-pgsql.conf
auth_user = root
auth_verbose = yes

cling:~# egrep -v "^($|\#)" /etc/dovecot-pgsql.conf
connect = dbname=dbmail user=dbmail_reader password=SECRET
default_pass_scheme = PLAIN-MD5
password_query = SELECT passwd AS password FROM users WHERE userid = '%u'

I've created working passwords using 'mkpasswd --hash=md5'
and plugged the results into my database.

I can login and everything looks pretty cool.

Except, as near as I can tell, I'm sending plaintext authentication over 
the wire.  My best guess is that my password gets munged into digest-md5 
format before it goes over the wire.

At this point I'm of the opinion that I'm reasonably secure.
True so far?


My guess is that the next step in security is to go for imaps and ssl 
configuration.  But my debian installation doesn't appear to have the 
dovecot-openssl.cnf file referenced in the configuration.txt file.

Is this missing from dovecot or am I looking at a debian problem?


From chibi@gol.com  Fri Jun 11 04:45:13 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CD428C000DD0; Fri, 11 Jun 2004 04:45:13 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id C67A5C0007B4
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 04:44:43 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BYayk-0002Vz-00
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 10:37:10 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] "virgin" mail accounts 
In-reply-to: <1086883057.4162.149.camel@hurina> 
References: <E1BYPhc-0002RN-00@batzmaru.gol.ad.jp>
	<1086883057.4162.149.camel@hurina>
Comments: In-reply-to Timo Sirainen <tss@iki.fi>
	message dated "Thu, 10 Jun 2004 18:57:37 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 11 Jun 2004 10:37:10 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BYayk-0002Vz-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 01:45:14 -0000
X-UID: 9433                                                  
Status: O
Content-Length: 1884


Timo wrote:
>
>Have you set default_mail_env, so that Dovecot actually know where the
>INBOX is supposed to be in? If Dovecot has to do guessing it doesn't
>guess you want to use /var/mail/user if it doesn't exist.
>

Yes, the snippet for the test machine looks like this:
---
default_mail_env = mbox:%h/mail:INBOX=%h/mail/INBOX
---

This is the result of a test where /home/chibi/mail (and consequently
/home/chibi/mail/INBOX did not exist:
---
Jun 11 10:27:25 nexgen02 pop3-login: Login: chibi [127.0.0.1]
Jun 11 10:27:25 nexgen02 pop3(chibi): stat() failed with mbox file /home/chibi/
mail/INBOX: No such file or directory
Jun 11 10:27:25 nexgen02 pop3(chibi): stat() failed with mbox file /home/chibi/
mail/INBOX: No such file or directory
Jun 11 10:27:25 nexgen02 pop3: I/O leak: 0x8050ce0 (0)
Jun 11 10:27:25 nexgen02 pop3: I/O leak: 0x8084aa0 (1)
Jun 11 10:27:25 nexgen02 pop3: Timeout leak: 0x8065d30
---

However it _did_ create the directory and .imap sub-dir:
---
ls -la /home/chibi/mail/
total 12
drwx--S---    3 chibi    chibi        4096 Jun 11 10:27 .
drwxr-sr-x    6 chibi    chibi        4096 Jun 11 10:27 ..
drwx--S---    3 chibi    chibi        4096 Jun 11 10:27 .imap
---

Maybe a wrong sequence of check/creation or just not attempting to 
create the INBOX  at all...

>> But with maildir, it will not even do that, from a test with pop3
>> and imap login attempts to a freshly created account that had not=20
>> received any mails yet:
>
>http://dovecot.org/patches/maildir-autocreate.patch
>
That was quick and painless, thanks a lot. Looking forward to see that
in the main code of an upcoming stable version, maybe as a config option
for people who prefer crash and burn. ^_^

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From tallison@tacocat.net  Fri Jun 11 05:10:04 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3D3FAC000D8E; Fri, 11 Jun 2004 05:10:04 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id C9355C0007B4
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 05:10:01 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5B22QVG017015
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 22:02:26 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP
	id 7420821315D; Thu, 10 Jun 2004 22:02:26 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22130-04; Thu, 10 Jun 2004 22:02:26 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP
	id 0F18521311C; Thu, 10 Jun 2004 22:02:26 -0400 (EDT)
Message-ID: <40C912B1.9060000@tacocat.net>
Date: Thu, 10 Jun 2004 22:02:25 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] pgsql documentation
References: <40C8EEAF.7030905@tacocat.net>
In-Reply-To: <40C8EEAF.7030905@tacocat.net>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 02:10:04 -0000
X-UID: 9434                                                  
Status: O

Tom Allison wrote:
>  From dovecot-pgsql.conf
> # Examples:
> #   connect = host=192.168.1.1 dbname=users
> #   connect = host=sql.example.com dbname=virtual user=virtual
> 
> There is a reference to identify the rest of the parameters via libpq in 
> the postgres documentation.
> 
>  From postgres, libpq says the connection environment variables are:
> hostname:port:database:username:password
> http://www.postgresql.org/docs/7.4/static/libpq-pgpass.html
> 
> Should the dovecot-pgsql.conf docs be changed from
> "dbname=users" to "database=users"
> 
> ??
> 

Never mind, the answer is "no".
Silly docs....


From tallison@tacocat.net  Fri Jun 11 05:24:06 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0830FC000DDF; Fri, 11 Jun 2004 05:24:06 +0300 (EEST)
Received: from ms-smtp-04-eri0.ohiordc.rr.com
	(ms-smtp-04-smtplb.ohiordc.rr.com [65.24.5.138])
	by talvi.dovecot.org (Postfix) with ESMTP id 276EAC000DDD
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 05:24:03 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-04-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5B2GRbc026630
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 22:16:27 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id 0F31A21315D
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 22:16:27 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 22130-07 for <dovecot@dovecot.org>;
	Thu, 10 Jun 2004 22:16:26 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id B382E21311C
	for <dovecot@dovecot.org>; Thu, 10 Jun 2004 22:16:26 -0400 (EDT)
Message-ID: <40C915FA.7060306@tacocat.net>
Date: Thu, 10 Jun 2004 22:16:26 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] bleah
References: <40C836C0.7070306@tacocat.net>
In-Reply-To: <40C836C0.7070306@tacocat.net>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 02:24:06 -0000
X-UID: 9435                                                  
Status: O
Content-Length: 1291

Tom Allison wrote:
> Not to be a bitch, but I've asked several times about some basic 
> questions or examples to clarify the essentials for configuration.
> 

I have to apologize to the group for my rather untidy outburst.

With a few good pointers from Timo and another session with the Fine 
manuals, I've managed to get everything working correctly (I think).

I also hope to get the opportunity this weekend to write up some of my 
notes on the configuration process to make a contribution.  I can 
document a lot of mistakes not to make!

But right now, it's looking really good!

I've worked out a rather minimalist configuration with md5 hash 
passwords over plaintext authentication.  The passwords are in postgres 
and the user information is in /etc/passwd.  For now, this lets everyone 
one the machine have an account that they can manage, but the passwords 
are distinctly seperated from the shell login passwords.

I haven't gotten to the virtual user stuff yet as I don't quite know how 
I'm going to tie all of that into some procmail rules I have for filtering.

I also have nothing regarding shared files, but it appears I have to do 
some more of that Fine reading on symlinks before I get there.

Many thanks to those who haven't /dev/null-ed me on their mail servers!


From mark@cye.com.au  Fri Jun 11 07:41:42 2004
Return-Path: <mark@cye.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 152C9C000DE8; Fri, 11 Jun 2004 07:41:42 +0300 (EEST)
Received: from mail.cye.com.au (v.cye.com.au [81.31.32.92])
	by talvi.dovecot.org (Postfix) with ESMTP id EA221C000DE2
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:41:37 +0300 (EEST)
Received: from c210-49-170-43.brasd1.vic.optusnet.com.au ([210.49.170.43]
	helo=[192.168.180.91]) by mail.cye.com.au with asmtp (Exim 4.04)
	id 1BYdjq-0001Cu-00
	for dovecot@dovecot.org; Fri, 11 Jun 2004 14:33:58 +1000
From: Mark Williamson <mark@cye.com.au>
To: dovecot@dovecot.org
Content-Type: text/plain
Message-Id: <1086928436.19851.7.camel@silver.cye.oz>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6-1mdk 
Date: Fri, 11 Jun 2004 14:33:56 +1000
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] IMSP server that works with Dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 04:41:42 -0000
X-UID: 9436                                                  
Status: O

Hi All,

Is there a IMSP server that can work with Dovecot, or would I have to
change to Cyrus Imap server to have a server component that will
integrate.

Cheers
Mark



From nk@kajander.fi  Fri Jun 11 10:00:19 2004
Return-Path: <nk@kajander.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 69FF2C000DCB; Fri, 11 Jun 2004 10:00:19 +0300 (EEST)
Received: from sun.atki.net (unknown [193.209.91.150])
	by talvi.dovecot.org (Postfix) with ESMTP id 21942C000D8E
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 10:00:14 +0300 (EEST)
Received: from [193.208.185.75] (unknown [193.208.185.75])
	by sun.atki.net (Postfix) with ESMTP
	id 196C881FD4; Fri, 11 Jun 2004 09:52:14 +0300 (EEST)
Subject: Re: [Dovecot] Corrupted index file
From: Niilo Kajander <nk@kajander.fi>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1086882537.4162.145.camel@hurina>
References: <1086769551.2209.16.camel@armada>
	<1086882537.4162.145.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-JJRwrh9X/VsabSMCjk1D"
Message-Id: <1086936674.2251.2.camel@armada>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Fri, 11 Jun 2004 09:51:14 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 07:00:19 -0000
X-UID: 9437                                                  
Status: O
Content-Length: 1284


--=-JJRwrh9X/VsabSMCjk1D
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-10 at 18:48, Timo Sirainen wrote:
> On Wed, 2004-06-09 at 11:25, Niilo Kajander wrote:
> > I've been wondering for a while if reiserfs is dovecot+maildir safe or
> > not. I get this too often (and my imap session gets disconnected):
> >=20
> > Jun  9 08:42:32 sun imap(nk): Corrupted index file
> > /home/nk/Maildir/.INBOX/.imap
> > .index: UIDVALIDITY changed in uidlist
> >=20
> > This happens always when a new mail arrives in maildir.
>=20
> Is something else modifying the maildir? Does the UIDVALIDITY actually
> change in dovecot-uidlist file? It's the second number in first line.

I'm just doing a 'send/receive all' with evolution. The value doesn't
change.

>=20
> I can't think of why it would happen only with reiserfs.

Perhaps it's another Fedora bug.

--=20
Niilo Kajander <nk@kajander.fi>

--=-JJRwrh9X/VsabSMCjk1D
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyVZiP4iiqlDEiVMRAuJhAJ9Oyo4xdxLv5md55ijI7V3/Tzt09wCgq6lO
4OKKQrwSeXW3p2UNURHeOYA=
=jYl1
-----END PGP SIGNATURE-----

--=-JJRwrh9X/VsabSMCjk1D--


From discussion-lists@linnet.org  Fri Jun 11 11:59:15 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EE328C000DCB; Fri, 11 Jun 2004 11:59:15 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id A735DC000D8E
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 11:59:13 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 8A7C51393DC; Fri, 11 Jun 2004 04:51:36 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.148.127])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 833001393C4; Fri, 11 Jun 2004 04:51:34 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BYhl9-0000G3-Pc; Fri, 11 Jun 2004 09:51:35 +0100
Date: Fri, 11 Jun 2004 09:51:35 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] auth failure
Message-ID: <20040611085135.GA982@uk.tiscali.com>
References: <40C90CB0.3000404@tacocat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40C90CB0.3000404@tacocat.net>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 08:59:16 -0000
X-UID: 9438                                                  
Status: O
Content-Length: 1171

On Thu, Jun 10, 2004 at 09:36:48PM -0400, Tom Allison wrote:
> I've created working passwords using 'mkpasswd --hash=md5'
...
> I can login and everything looks pretty cool.
> 
> Except, as near as I can tell, I'm sending plaintext authentication over 
> the wire.  My best guess is that my password gets munged into digest-md5 
> format before it goes over the wire.

Those two sentences contradict.

I think you mean you're sending plaintext passwords over the wire; when
received at the server they are MD5-hashed, and compared with the hashed
passwords in your database.

You can check this with tcpdump, dsniff etc.

> At this point I'm of the opinion that I'm reasonably secure.
> True so far?

Depends on your definition of "secure".

Unless running over SSL, you are not secure against sniffers, who can easily
see and re-use your passwords. However someone who breaks into your server
will not have a full table of cleartext passwords, only the hashes. That
means they have to do some work (a dictionary attack) to recover the
passwords. Mind you, given most people's password habits, they'll probably
recover 80% of the passwords within seconds anyway.

Brian.

From tallison@tacocat.net  Fri Jun 11 14:18:45 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6C4CEC000DCD; Fri, 11 Jun 2004 14:18:45 +0300 (EEST)
Received: from ms-smtp-01-eri0.ohiordc.rr.com
	(ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135])
	by talvi.dovecot.org (Postfix) with ESMTP id B7732C000DCB
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 14:18:39 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-01-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5BBB2vJ007799; Fri, 11 Jun 2004 07:11:03 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP
	id 5734921315D; Fri, 11 Jun 2004 07:11:02 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25709-04; Fri, 11 Jun 2004 07:11:02 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP
	id C76AE21311C; Fri, 11 Jun 2004 07:11:01 -0400 (EDT)
Message-ID: <40C99345.2010108@tacocat.net>
Date: Fri, 11 Jun 2004 07:11:01 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brian Candler <B.Candler@pobox.com>
Subject: Re: [Dovecot] auth failure
References: <40C90CB0.3000404@tacocat.net>
	<20040611085135.GA982@uk.tiscali.com>
In-Reply-To: <20040611085135.GA982@uk.tiscali.com>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 11:18:45 -0000
X-UID: 9439                                                  
Status: O
Content-Length: 2288

Brian Candler wrote:
> On Thu, Jun 10, 2004 at 09:36:48PM -0400, Tom Allison wrote:
> 
>>I've created working passwords using 'mkpasswd --hash=md5'
> 
> ...
> 
>>I can login and everything looks pretty cool.
>>
>>Except, as near as I can tell, I'm sending plaintext authentication over 
>>the wire.  My best guess is that my password gets munged into digest-md5 
>>format before it goes over the wire.
> 
> 
> Those two sentences contradict.
> 
> I think you mean you're sending plaintext passwords over the wire; when
> received at the server they are MD5-hashed, and compared with the hashed
> passwords in your database.
> 
> You can check this with tcpdump, dsniff etc.
> 

You're right, I think.  But I'm not sure exactly where.

I can use telnet 143 to authenticate using plaintext
". login username secret"
but sniffit shows my password as garbled up stuff when I send a password 
through mozilla.  Is this a feature of sniffit, mozilla, or what?

I guess I know a lot less about authentication than I thought I did.


> 
>>At this point I'm of the opinion that I'm reasonably secure.
>>True so far?
> 
Probably not, eh?
> 
> Depends on your definition of "secure".
> 
> Unless running over SSL, you are not secure against sniffers, who can easily
> see and re-use your passwords. However someone who breaks into your server
> will not have a full table of cleartext passwords, only the hashes. That
> means they have to do some work (a dictionary attack) to recover the
> passwords. Mind you, given most people's password habits, they'll probably
> recover 80% of the passwords within seconds anyway.

I'm trying to set up SSL, but I'm not sure it will behave well.  Last 
time I tried this, I had a consistent feature of my SSL connection 
warning me that my certificate was crap because it wasn't signed 
properly (I didn't pay Thawte/Verisign to let me read my email).

I'll work on SSL over the weekend, but I know I can connect now with 
plaintext.  It's only allowing connections from my subnet A to subnet B 
and localhost so it's not as bad as 99.9% of the pop servers out there 
(or am I wrong on that too?).

I much prefer the md5 storage for passwords since it makes it much 
harder.  As for the choice of passwords...  I assign the email passwords 
and I love pwgen!


From NDeBeer@mweb.com  Fri Jun 11 14:30:26 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 85961C000DCD; Fri, 11 Jun 2004 14:30:26 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id E667DC000DCB
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 14:30:22 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD009c7061>; Fri, 11 Jun 2004 13:22:43 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C44FA6.69BCFED9"
Date: Fri, 11 Jun 2004 13:22:43 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A13@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Can't open configuration file 
Thread-Index: AcRPpmpvUMSdgruAEdiLfgABAgneNQ==
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: <dovecot@dovecot.org>
Subject: [Dovecot] Can't open configuration file 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 11:30:26 -0000
X-UID: 9440                                                  
Status: O
Content-Length: 2341

This is a multi-part message in MIME format.

------_=_NextPart_001_01C44FA6.69BCFED9
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi I'm getting=20

Jun 11 13:12:46 "Fatal: Can't open configuration file  /home/dovecot/dove=
cot-pgsql.conf: Permission denied
this file have fulle permissions and has belonged to dovecot and root but=
=20still no joy

what am i missing must be something stupid on this side

Thanks for the previos comments about scripting I am swithcing to postgre=
ss for the mail env and will look at mysql when they support translation

=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

------_=_NextPart_001_01C44FA6.69BCFED9
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-885=
9-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.0.6249.1=
">
<TITLE>Can't open configuration file </TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P><FONT SIZE=3D2 FACE=3D"Arial">Hi I'm getting </FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Jun 11 13:12:46 &quot;Fatal: Can't open =
configuration file&nbsp; /home/dovecot/dovecot-pgsql.conf: Permission den=
ied</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">this file have fulle permissions and ha=
s belonged to dovecot and root but still no joy</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">what am i missing must be something stup=
id on this side</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Thanks for the previos comments about sc=
ripting I am swithcing to postgress for the mail env and will look at mys=
ql when they support translation</FONT></P>


<DIV><BR><font color=3D"#000000" face=3D"arial" size=3D"2"><b>Are you rea=
dy for Telkom's 10-digit area code dialling?<br>To find out how this will=
=20affect your M-Web connection in the not too distant future, <a href=3D=
"http://www.mweb.co.za/ten" target=3D"_blank">click here</a>.</b>
<p>
<font color=3D"#ff6500"><b>M-Web&nbsp;&nbsp;&nbsp;JUST LIKE THAT</b></fon=
t></font></P></DIV>
</BODY>
</HTML>=

------_=_NextPart_001_01C44FA6.69BCFED9--

From discussion-lists@linnet.org  Fri Jun 11 14:42:42 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 41A9DC000DCD; Fri, 11 Jun 2004 14:42:42 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id CA51FC000DCB
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 14:42:39 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 097E213944D; Fri, 11 Jun 2004 07:35:03 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.148.127])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id BF43D139343; Fri, 11 Jun 2004 07:35:01 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BYkJL-0000CT-5M; Fri, 11 Jun 2004 12:35:03 +0100
Date: Fri, 11 Jun 2004 12:35:03 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] auth failure
Message-ID: <20040611113503.GA739@uk.tiscali.com>
References: <40C90CB0.3000404@tacocat.net>
	<20040611085135.GA982@uk.tiscali.com>
	<40C99345.2010108@tacocat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40C99345.2010108@tacocat.net>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 11:42:42 -0000
X-UID: 9441                                                  
Status: O
Content-Length: 1957

On Fri, Jun 11, 2004 at 07:11:01AM -0400, Tom Allison wrote:
> I can use telnet 143 to authenticate using plaintext
> ". login username secret"
> but sniffit shows my password as garbled up stuff when I send a password 
> through mozilla.  Is this a feature of sniffit, mozilla, or what?

I don't know sniffit. What exactly does it show? If it shows

xxx login username yyy
then yyy *is* the cleartext password. If it shows

xxx authenticate foo
yyyyyyy

then yyyyyyy is base64-encoded authentication data (but trivially decoded in
the case where foo is 'PLAIN' or 'LOGIN')

I'd just try "tcpdump -i eth0 -n -s1500 -X tcp port 143" and look at the raw
packets.

> I'm trying to set up SSL, but I'm not sure it will behave well.  Last 
> time I tried this, I had a consistent feature of my SSL connection 
> warning me that my certificate was crap because it wasn't signed 
> properly (I didn't pay Thawte/Verisign to let me read my email).

Well, that's correct, because the whole SSL security model depends on the
presence of a trusted third-party to vouch for encryption keys. There's a
presentation with a brief overview here:
http://www.ws.afnog.org/afnog2004/t1/security/crypto-slides.pdf 

But you can always set up your own Certificate Authority and manually
install your CA root certificate into your client. That will silence the
messages and maintain security.

> I'll work on SSL over the weekend, but I know I can connect now with 
> plaintext.  It's only allowing connections from my subnet A to subnet B 
> and localhost so it's not as bad as 99.9% of the pop servers out there 
> (or am I wrong on that too?).

IMAP and POP are essentially the same as regards authentication. They both
have plain logins (LOGIN or USER/PASS), they both have SASL logins
(AUTHENTICATE or AUTH), SASL logins could also be plaintext (PLAIN or
LOGIN), and they can optionally run over SSL (either on a different port,
or using STARTTLS or STLS)

Regards,

Brian.

From discussion-lists@linnet.org  Fri Jun 11 14:43:26 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 91B4DC000DD4; Fri, 11 Jun 2004 14:43:26 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id DA776C000DD2
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 14:43:10 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id A5BD1139453; Fri, 11 Jun 2004 07:35:33 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.148.127])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 27156139463; Fri, 11 Jun 2004 07:35:32 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BYkJp-0000Cd-Og; Fri, 11 Jun 2004 12:35:33 +0100
Date: Fri, 11 Jun 2004 12:35:33 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Nico De Beer - MWEB <NDeBeer@mweb.com>
Subject: Re: [Dovecot] Can't open configuration file
Message-ID: <20040611113533.GB739@uk.tiscali.com>
References: <EBEA1438A1028E468F05A984430E54AE05CE8A13@mwmx3.mweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <EBEA1438A1028E468F05A984430E54AE05CE8A13@mwmx3.mweb.com>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 11:43:26 -0000
X-UID: 9442                                                  
Status: O

On Fri, Jun 11, 2004 at 01:22:43PM +0200, Nico De Beer - MWEB wrote:
>    Jun 11 13:12:46 "Fatal: Can't open configuration file
>    /home/dovecot/dovecot-pgsql.conf: Permission denied
>    this file have fulle permissions and has belonged to dovecot and root
>    but still no joy

What about the directory /home/dovecot ?

From tallison@tacocat.net  Fri Jun 11 14:51:00 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2C714C000DEB; Fri, 11 Jun 2004 14:51:00 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id DD378C000DD2
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 14:50:57 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5BBhJVG029750
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:43:21 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id F0C1A21315E
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:43:18 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 25853-09 for <dovecot@dovecot.org>;
	Fri, 11 Jun 2004 07:43:18 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id 92B7A21315D
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:43:18 -0400 (EDT)
Message-ID: <40C99AAD.4060501@tacocat.net>
Date: Fri, 11 Jun 2004 07:42:37 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Subject: [Dovecot] 'append aborted'
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 11:51:00 -0000
X-UID: 9443                                                  
Status: O

I'm copying all my archives from one imap server on one machine to the 
imap-ssl dovecot server on another machine.

After a bit, there's an error that's tossed up on my mozilla client that 
says the imap server couldn't complete the operation with the message 
append aborted.

It keeps popping up after anything from 50 to 300 emails.

Last night I was able to move ~12000 emails from one machine to the 
other without the ssl enabled.  Any hints on what to look for?


From tallison@tacocat.net  Fri Jun 11 15:05:27 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 65470C000DD2; Fri, 11 Jun 2004 15:05:27 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id 028AFC000DCD
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:05:25 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5BBvnVG013503
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:57:49 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id D3B4D21315D
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:57:48 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26037-03 for <dovecot@dovecot.org>;
	Fri, 11 Jun 2004 07:57:48 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id 6E23E21311C
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:57:48 -0400 (EDT)
Message-ID: <40C99E3C.4000706@tacocat.net>
Date: Fri, 11 Jun 2004 07:57:48 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 'append aborted'
References: <40C99AAD.4060501@tacocat.net>
In-Reply-To: <40C99AAD.4060501@tacocat.net>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:05:27 -0000
X-UID: 9444                                                  
Status: O

Tom Allison wrote:
> I'm copying all my archives from one imap server on one machine to the 
> imap-ssl dovecot server on another machine.
> 
> After a bit, there's an error that's tossed up on my mozilla client that 
> says the imap server couldn't complete the operation with the message 
> append aborted.
> 
> It keeps popping up after anything from 50 to 300 emails.
> 
> Last night I was able to move ~12000 emails from one machine to the 
> other without the ssl enabled.  Any hints on what to look for?
> 

This problem exists with or without ssl login.

I'm assuming that I either have a really messed up email (it is my spam 
archive).  Do I really have to move 7000 emails one at a time???  :)


From asmoore@edge.net  Fri Jun 11 15:08:49 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0949CC000DF0; Fri, 11 Jun 2004 15:08:49 +0300 (EEST)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55])
	by talvi.dovecot.org (Postfix) with ESMTP id AD1C7C000DD2
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:08:46 +0300 (EEST)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (sccrmhc11) with ESMTP
	id <2004061112010001100fh20fe>; Fri, 11 Jun 2004 12:01:10 +0000
Received: from [192.168.1.17] (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.11+Sun/8.12.11) with ESMTP id
	i5BC11P8015071
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 07:01:01 -0500 (CDT)
Subject: Re: [Dovecot] 'append aborted'
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
In-Reply-To: <40C99AAD.4060501@tacocat.net>
References: <40C99AAD.4060501@tacocat.net>
Content-Type: text/plain
Message-Id: <1086955260.10742.1.camel@sws602>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Fri, 11 Jun 2004 07:01:01 -0500
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:08:49 -0000
X-UID: 9445                                                  
Status: O

On Fri, 2004-06-11 at 06:42, Tom Allison wrote:
> I'm copying all my archives from one imap server on one machine to the 
> imap-ssl dovecot server on another machine.
> 
> Last night I was able to move ~12000 emails from one machine to the 
> other without the ssl enabled.  Any hints on what to look for?
> 
IMAPSync at http://www.linux-france.org/prj/imapsync/dist/

Alex


From NDeBeer@mweb.com  Fri Jun 11 15:29:24 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D9703C000DF0; Fri, 11 Jun 2004 15:29:24 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id 61583C000DEF
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:29:21 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD009c78fa>; Fri, 11 Jun 2004 14:21:46 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Can't open configuration file
Date: Fri, 11 Jun 2004 14:21:45 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A1C@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Can't open configuration file
Thread-Index: AcRPqDz3U2RrlB6MSGeGD5STCUqHLAABjZag
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: "Brian Candler" <B.Candler@pobox.com>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:29:25 -0000
X-UID: 9446                                                  
Status: O

Let me give a bit more infor

Originaly i had it in  /usr/local/etc
and moved it to home/dovcot so i can give fulle access in a pah where the=
re is not other info residing

So i'm thinking it is something i specified in my config file
or a mistake i did during compiling

-----Original Message-----
From: Brian Candler [mailto:B.Candler@pobox.com]
Sent: 11 June 2004 01:36
To: Nico De Beer - MWEB
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Can't open configuration file


On Fri, Jun 11, 2004 at 01:22:43PM +0200, Nico De Beer - MWEB wrote:
>    Jun 11 13:12:46 "Fatal: Can't open configuration file
>    /home/dovecot/dovecot-pgsql.conf: Permission denied
>    this file have fulle permissions and has belonged to dovecot and roo=
t
>    but still no joy

What about the directory /home/dovecot ?
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

From discussion-lists@linnet.org  Fri Jun 11 15:41:27 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B937DC000DF8; Fri, 11 Jun 2004 15:41:27 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id B7EEFC000DCD
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:41:25 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id DC72E13946C; Fri, 11 Jun 2004 08:33:48 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.148.127])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 2F08D13944D; Fri, 11 Jun 2004 08:33:48 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BYlEE-0000GW-6W; Fri, 11 Jun 2004 13:33:50 +0100
Date: Fri, 11 Jun 2004 13:33:50 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Nico De Beer - MWEB <NDeBeer@mweb.com>
Subject: Re: [Dovecot] Can't open configuration file
Message-ID: <20040611123350.GA1000@uk.tiscali.com>
References: <EBEA1438A1028E468F05A984430E54AE05CE8A1C@mwmx3.mweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <EBEA1438A1028E468F05A984430E54AE05CE8A1C@mwmx3.mweb.com>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:41:27 -0000
X-UID: 9447                                                  
Status: O

On Fri, Jun 11, 2004 at 02:21:45PM +0200, Nico De Beer - MWEB wrote:
> Let me give a bit more infor
> 
> Originaly i had it in  /usr/local/etc
> and moved it to home/dovcot so i can give fulle access in a pah where there is not other info residing
> 
> So i'm thinking it is something i specified in my config file
> or a mistake i did during compiling

OK, to avoid ambiguity, can you show the output of:

# ls -ld / /home /home/dovecot /home/dovecot/dovecot-pgsql.conf

Then check you get the same log error as before.

Brian.

From tallison@tacocat.net  Fri Jun 11 15:43:26 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 74F70C000DFB; Fri, 11 Jun 2004 15:43:26 +0300 (EEST)
Received: from ms-smtp-02-eri0.ohiordc.rr.com
	(ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136])
	by talvi.dovecot.org (Postfix) with ESMTP id 2E5C2C000DF8
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:43:24 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5BCZlVG018823; Fri, 11 Jun 2004 08:35:48 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP
	id 80CF721315D; Fri, 11 Jun 2004 08:35:47 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26311-04; Fri, 11 Jun 2004 08:35:47 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP
	id 32C0621311C; Fri, 11 Jun 2004 08:35:47 -0400 (EDT)
Message-ID: <40C9A723.70504@tacocat.net>
Date: Fri, 11 Jun 2004 08:35:47 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Alex S Moore <asmoore@edge.net>
Subject: Re: [Dovecot] 'append aborted'
References: <40C99AAD.4060501@tacocat.net> <1086955260.10742.1.camel@sws602>
In-Reply-To: <1086955260.10742.1.camel@sws602>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:43:26 -0000
X-UID: 9448                                                  
Status: O

Alex S Moore wrote:
> On Fri, 2004-06-11 at 06:42, Tom Allison wrote:
> 
>>I'm copying all my archives from one imap server on one machine to the 
>>imap-ssl dovecot server on another machine.
>>
>>Last night I was able to move ~12000 emails from one machine to the 
>>other without the ssl enabled.  Any hints on what to look for?
>>
> 
> IMAPSync at http://www.linux-france.org/prj/imapsync/dist/
> 
> Alex
> 

Is there any reason why just rsync wouldn't work?

I only plan on doing this once, and I figured the imap process through 
the client would be easy while I did something else.


From NDeBeer@mweb.com  Fri Jun 11 15:47:55 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F410CC000DFB; Fri, 11 Jun 2004 15:47:54 +0300 (EEST)
Received: from MMSMTP2.mweb.com (smtp2.mweb.com [196.2.49.201])
	by talvi.dovecot.org (Postfix) with ESMTP id 64DFFC000DF8
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:47:51 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by MMSMTP2.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BX00d50465>; Fri, 11 Jun 2004 14:40:15 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Can't open configuration file
Date: Fri, 11 Jun 2004 14:40:14 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A23@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Can't open configuration file
Thread-Index: AcRPsF54YO4KsX3DSHKMnX7V2wJX4wAAM8VA
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: "Brian Candler" <B.Candler@pobox.com>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:47:55 -0000
X-UID: 9449                                                  
Status: O
Content-Length: 1185

drwxr-xr-x  24 root    root    4096 Jun 11 14:29 /
drwxr-xr-x   6 root    root    4096 Jun 11 12:47 /home
drwxr-xr-x   2 dovecot dovecot 4096 Jun 11 13:08 /home/dovecot
-rwxrwxrwx   1 dovecot dovecot 2656 Jun 11 13:08 /home/dovecot/dovecot-pg=
sql.conf

this what you wanted



-----Original Message-----
From: Brian Candler [mailto:B.Candler@pobox.com]
Sent: 11 June 2004 02:34
To: Nico De Beer - MWEB
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Can't open configuration file


On Fri, Jun 11, 2004 at 02:21:45PM +0200, Nico De Beer - MWEB wrote:
> Let me give a bit more infor
>=20
> Originaly i had it in  /usr/local/etc
> and moved it to home/dovcot so i can give fulle access in a pah where t=
here is not other info residing
>=20
> So i'm thinking it is something i specified in my config file
> or a mistake i did during compiling

OK, to avoid ambiguity, can you show the output of:

# ls -ld / /home /home/dovecot /home/dovecot/dovecot-pgsql.conf

Then check you get the same log error as before.

Brian.
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

From NDeBeer@mweb.com  Fri Jun 11 15:51:42 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 35817C000DFB; Fri, 11 Jun 2004 15:51:42 +0300 (EEST)
Received: from MMSMTP2.mweb.com (smtp2.mweb.com [196.2.49.201])
	by talvi.dovecot.org (Postfix) with ESMTP id 866D2C000DF8
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:51:38 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by MMSMTP2.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BX00d504a9>; Fri, 11 Jun 2004 14:44:03 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Can't open configuration file
Date: Fri, 11 Jun 2004 14:44:03 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A24@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Can't open configuration file
Thread-Index: AcRPsF54YO4KsX3DSHKMnX7V2wJX4wAAVTAQ
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: "Brian Candler" <B.Candler@pobox.com>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:51:42 -0000
X-UID: 9450                                                  
Status: O
Content-Length: 1369

here is the full error output as in my log file

dovecot-auth: "Jun 11 14:48:42 "Fatal: Can't open configuration file  /ho=
me/dovecot/dovecot-pgsql.conf: Permission denied
dovecot: "Jun 11 14:48:42 "Error: Auth process died too early - shutting =
down
dovecot: "Jun 11 14:48:42 "Error: child 9341 (auth) returned error 89
imap-login: "Jun 11 14:48:42 "Fatal: fd_send(-1) failed: Broken pipe
pop3-login: "Jun 11 14:48:42 "Fatal: fd_send(-1) failed: Broken pipe

-----Original Message-----
From: Brian Candler [mailto:B.Candler@pobox.com]
Sent: 11 June 2004 02:34
To: Nico De Beer - MWEB
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Can't open configuration file


On Fri, Jun 11, 2004 at 02:21:45PM +0200, Nico De Beer - MWEB wrote:
> Let me give a bit more infor
>=20
> Originaly i had it in  /usr/local/etc
> and moved it to home/dovcot so i can give fulle access in a pah where t=
here is not other info residing
>=20
> So i'm thinking it is something i specified in my config file
> or a mistake i did during compiling

OK, to avoid ambiguity, can you show the output of:

# ls -ld / /home /home/dovecot /home/dovecot/dovecot-pgsql.conf

Then check you get the same log error as before.

Brian.
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

From NDeBeer@mweb.com  Fri Jun 11 15:57:04 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3B9FEC000DF0; Fri, 11 Jun 2004 15:57:04 +0300 (EEST)
Received: from MMSMTP2.mweb.com (smtp2.mweb.com [196.2.49.201])
	by talvi.dovecot.org (Postfix) with ESMTP id ADA8FC000DEF
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 15:56:59 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by MMSMTP2.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BX00d5054e>; Fri, 11 Jun 2004 14:49:25 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Can't open configuration file
Date: Fri, 11 Jun 2004 14:49:24 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A26@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Can't open configuration file
Thread-Index: AcRPsF54YO4KsX3DSHKMnX7V2wJX4wAAM8VAAABABaA=
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: "Brian Candler" <B.Candler@pobox.com>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 12:57:04 -0000
X-UID: 9451                                                  
Status: O
Content-Length: 1809

the error originates in the source C file setting.c as

 	fd =3D open(path, O_RDONLY);
-	if (fd < 0)
-		i_fatal("Can't open configuration file %s: %m", path);
+	if (fd < 0) {
+		i_error("Can't open configuration file %s: %m", path);
+		return FALSE;
+	}

so it is posible that i don't have a lib or header file that is required

I did not get any errors on install
 doning a tar.gz install on Fedora core2 minimal install

-----Original Message-----
From: Nico De Beer - MWEB [mailto:NDeBeer@mweb.com]
Sent: 11 June 2004 02:40
To: Brian Candler
Cc: dovecot@dovecot.org
Subject: RE: [Dovecot] Can't open configuration file


drwxr-xr-x  24 root    root    4096 Jun 11 14:29 /
drwxr-xr-x   6 root    root    4096 Jun 11 12:47 /home
drwxr-xr-x   2 dovecot dovecot 4096 Jun 11 13:08 /home/dovecot
-rwxrwxrwx   1 dovecot dovecot 2656 Jun 11 13:08 =
/home/dovecot/dovecot-pgsql.conf

this what you wanted



-----Original Message-----
From: Brian Candler [mailto:B.Candler@pobox.com]
Sent: 11 June 2004 02:34
To: Nico De Beer - MWEB
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Can't open configuration file


On Fri, Jun 11, 2004 at 02:21:45PM +0200, Nico De Beer - MWEB wrote:
> Let me give a bit more infor
>=20
> Originaly i had it in  /usr/local/etc
> and moved it to home/dovcot so i can give fulle access in a pah where =
there is not other info residing
>=20
> So i'm thinking it is something i specified in my config file
> or a mistake i did during compiling

OK, to avoid ambiguity, can you show the output of:

# ls -ld / /home /home/dovecot /home/dovecot/dovecot-pgsql.conf

Then check you get the same log error as before.

Brian.
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will =
affect your Internet connection in the not too distant future, go to =
www.mweb.co.za/ten

From discussion-lists@linnet.org  Fri Jun 11 16:30:26 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B39B4C000DF8; Fri, 11 Jun 2004 16:30:26 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id B203EC000DF0
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 16:30:24 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id CBDC0139480; Fri, 11 Jun 2004 09:22:47 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.148.127])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 0B407139453; Fri, 11 Jun 2004 09:22:47 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BYlzd-0000JW-5p; Fri, 11 Jun 2004 14:22:49 +0100
Date: Fri, 11 Jun 2004 14:22:49 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Nico De Beer - MWEB <NDeBeer@mweb.com>
Subject: Re: [Dovecot] Can't open configuration file
Message-ID: <20040611132249.GA1142@uk.tiscali.com>
References: <EBEA1438A1028E468F05A984430E54AE05CE8A23@mwmx3.mweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <EBEA1438A1028E468F05A984430E54AE05CE8A23@mwmx3.mweb.com>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 13:30:26 -0000
X-UID: 9452                                                  
Status: O

On Fri, Jun 11, 2004 at 02:40:14PM +0200, Nico De Beer - MWEB wrote:
> drwxr-xr-x  24 root    root    4096 Jun 11 14:29 /
> drwxr-xr-x   6 root    root    4096 Jun 11 12:47 /home
> drwxr-xr-x   2 dovecot dovecot 4096 Jun 11 13:08 /home/dovecot
> -rwxrwxrwx   1 dovecot dovecot 2656 Jun 11 13:08 /home/dovecot/dovecot-pgsql.conf
> 
> this what you wanted

Yep. I am stumped as to why open(path, O_RDONLY) fails on that with EACCES,
as it appears to be doing.

'cat /home/dovecot/dovecot-pgsql.conf' works, I presume?

Brian.

From NDeBeer@mweb.com  Fri Jun 11 16:41:58 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 00C86C000E0C; Fri, 11 Jun 2004 16:41:58 +0300 (EEST)
Received: from MMSMTP2.mweb.com (smtp2.mweb.com [196.2.49.201])
	by talvi.dovecot.org (Postfix) with ESMTP id A6BB8C000DF8
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 16:41:54 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by MMSMTP2.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BX00d50adb>; Fri, 11 Jun 2004 15:34:19 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Can't open configuration file
Date: Fri, 11 Jun 2004 15:34:18 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A2D@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Can't open configuration file
Thread-Index: AcRPtzdpmlYcM9vBSpOvFPTtR4sfAwAAUr8Q
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: "Brian Candler" <B.Candler@pobox.com>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 13:41:58 -0000
X-UID: 9453                                                  
Status: O
Content-Length: 1134

cat works

i see when building an rpm from tar.gz it req gettextopenssl-devel and pa=
m-devel
i did not compile with these during atr gz but can't see that it makes a =
diffrence

so i'll try via rpm once the packages is installed

-----Original Message-----
From: Brian Candler [mailto:B.Candler@pobox.com]
Sent: 11 June 2004 03:23
To: Nico De Beer - MWEB
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Can't open configuration file


On Fri, Jun 11, 2004 at 02:40:14PM +0200, Nico De Beer - MWEB wrote:
> drwxr-xr-x  24 root    root    4096 Jun 11 14:29 /
> drwxr-xr-x   6 root    root    4096 Jun 11 12:47 /home
> drwxr-xr-x   2 dovecot dovecot 4096 Jun 11 13:08 /home/dovecot
> -rwxrwxrwx   1 dovecot dovecot 2656 Jun 11 13:08 /home/dovecot/dovecot-=
pgsql.conf
>=20
> this what you wanted

Yep. I am stumped as to why open(path, O_RDONLY) fails on that with EACCE=
S,
as it appears to be doing.

'cat /home/dovecot/dovecot-pgsql.conf' works, I presume?

Brian.
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

From asmoore@edge.net  Fri Jun 11 17:14:15 2004
Return-Path: <asmoore@edge.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 84842C000E0C; Fri, 11 Jun 2004 17:14:15 +0300 (EEST)
Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39])
	by talvi.dovecot.org (Postfix) with ESMTP id 9F0F2C000DF8
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 17:14:12 +0300 (EEST)
Received: from mcsun1.mcsun.local
	(pcp08669881pcs.500ash01.tn.comcast.net[69.137.83.172])
	by comcast.net (rwcrmhc13) with ESMTP
	id <2004061114063001500fd9tre>; Fri, 11 Jun 2004 14:06:35 +0000
Received: from [192.168.1.17] (sws602.mcsun.local [192.168.1.17])
	by mcsun1.mcsun.local (8.12.11+Sun/8.12.11) with ESMTP id
	i5BE6VAh015092
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 09:06:31 -0500 (CDT)
Subject: Re: [Dovecot] 'append aborted'
From: Alex S Moore <asmoore@edge.net>
To: dovecot@dovecot.org
In-Reply-To: <40C9A723.70504@tacocat.net>
References: <40C99AAD.4060501@tacocat.net> <1086955260.10742.1.camel@sws602>
	<40C9A723.70504@tacocat.net>
Content-Type: text/plain
Message-Id: <1086962790.10742.7.camel@sws602>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Fri, 11 Jun 2004 09:06:31 -0500
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 14:14:15 -0000
X-UID: 9454                                                  
Status: O

On Fri, 2004-06-11 at 07:35, Tom Allison wrote:

> Is there any reason why just rsync wouldn't work?
> 
> I only plan on doing this once, and I figured the imap process through 
> the client would be easy while I did something else.
> 
I do not know the technical reasons.  rsync is just for copying files
and does not sound like the appropriate tool for transferring data to a
maildir.  imapsync is a useful tool.

Alex


From NDeBeer@mweb.com  Fri Jun 11 18:53:10 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5C398C00280C; Fri, 11 Jun 2004 18:53:10 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id BE60BC000E0C
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 18:53:06 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD009c918d>; Fri, 11 Jun 2004 17:45:31 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C44FCB.2053D671"
Date: Fri, 11 Jun 2004 17:45:31 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A37@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: "Fatal: Unknown userdb type 'pgsql'
Thread-Index: AcRPytMvUMSeKruAEdiLfgABAgneNQAADpGA
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: <dovecot@dovecot.org>
Subject: [Dovecot] Fatal: Unknown userdb type 'pgsql'
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 15:53:10 -0000
X-UID: 9455                                                  
Status: O
Content-Length: 1767

This is a multi-part message in MIME format.

------_=_NextPart_001_01C44FCB.2053D671
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

i build an rpm and now gets this=20
i builed the rpm with=20
rpmbuild -ta --define 'XFlags --with-mysql --with-pgsql --with-pop3' dove=
cot-0.99.10.5.tar.gz=20


=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

------_=_NextPart_001_01C44FCB.2053D671
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-885=
9-1">
<TITLE>"Fatal: Unknown userdb type 'pgsql'</TITLE>

<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2>i build an rpm and now gets this</FONT> =
<BR><FONT=20
face=3DArial size=3D2>i builed the rpm with</FONT> <BR><FONT face=3DArial=
=20
size=3D2>rpmbuild -ta --define 'XFlags --with-mysql --with-pgsql --with-p=
op3'=20
dovecot-0.99.10.5.tar.gz</FONT> </DIV>
<DIV><FONT face=3Darial color=3D#000000 size=3D2>
<P><FONT color=3D#ff6500><B></B></FONT></FONT></P></DIV>
<DIV><BR><font color=3D"#000000" face=3D"arial" size=3D"2"><b>Are you rea=
dy for Telkom's 10-digit area code dialling?<br>To find out how this will=
=20affect your M-Web connection in the not too distant future, <a href=3D=
"http://www.mweb.co.za/ten" target=3D"_blank">click here</a>.</b>
<p>
<font color=3D"#ff6500"><b>M-Web&nbsp;&nbsp;&nbsp;JUST LIKE THAT</b></fon=
t></font></P></DIV>
</BODY></HTML>

------_=_NextPart_001_01C44FCB.2053D671--

From NDeBeer@mweb.com  Fri Jun 11 19:13:24 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 914B0C002826; Fri, 11 Jun 2004 19:13:24 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id 48EDAC002822
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 19:13:21 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD009c93ef>; Fri, 11 Jun 2004 18:05:46 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C44FCD.F4245927"
Subject: RE: [Dovecot] Fatal: Unknown userdb type 'pgsql'
Date: Fri, 11 Jun 2004 18:05:45 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A38@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: "Fatal: Unknown userdb type 'pgsql'
Thread-Index: AcRPytMvUMSeKruAEdiLfgABAgneNQAADpGAAACx3IA=
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 16:13:24 -0000
X-UID: 9456                                                  
Status: O
Content-Length: 3155

This is a multi-part message in MIME format.

------_=_NextPart_001_01C44FCD.F4245927
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I R Stupid=20
I can just unzip edit the spec file and atr zip again=20
=20
go figure
=20

-----Original Message-----
From: Nico De Beer - MWEB [mailto:NDeBeer@mweb.com]
Sent: 11 June 2004 05:46
To: dovecot@dovecot.org
Subject: [Dovecot] Fatal: Unknown userdb type 'pgsql'


i build an rpm and now gets this=20
i builed the rpm with=20
rpmbuild -ta --define 'XFlags --with-mysql --with-pgsql --with-pop3' =
dovecot-0.99.10.5.tar.gz=20



Are you ready for Telkom's 10-digit area code dialling?
To find out how this will affect your M-Web connection in the not too =
distant future, click here <http://www.mweb.co.za/ten> .=20

M-Web   JUST LIKE THAT


------_=_NextPart_001_01C44FCD.F4245927
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<TITLE>"Fatal: Unknown userdb type 'pgsql'</TITLE>

<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D240530416-11062004>I R=20
Stupid </SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D240530416-11062004>I can=20
just unzip edit the spec file and atr zip again </SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D240530416-11062004></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D240530416-11062004>go=20
figure</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D240530416-11062004></SPAN></FONT>&nbsp;</DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B> Nico De Beer - =
MWEB=20
  [mailto:NDeBeer@mweb.com]<BR><B>Sent:</B> 11 June 2004 =
05:46<BR><B>To:</B>=20
  dovecot@dovecot.org<BR><B>Subject:</B> [Dovecot] Fatal: Unknown userdb =
type=20
  'pgsql'<BR><BR></FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>i build an rpm and now gets =
this</FONT> <BR><FONT=20
  face=3DArial size=3D2>i builed the rpm with</FONT> <BR><FONT =
face=3DArial=20
  size=3D2>rpmbuild -ta --define 'XFlags --with-mysql --with-pgsql =
--with-pop3'=20
  dovecot-0.99.10.5.tar.gz</FONT> </DIV>
  <DIV><FONT face=3Darial color=3D#000000 size=3D2>
  <P><FONT color=3D#ff6500><B></B></FONT></FONT></P></DIV>
  <DIV><BR><FONT face=3Darial color=3D#000000 size=3D2><B>Are you ready =
for Telkom's=20
  10-digit area code dialling?<BR>To find out how this will affect your =
M-Web=20
  connection in the not too distant future, <A =
href=3D"http://www.mweb.co.za/ten"=20
  target=3D_blank>click here</A>.</B>=20
  <P><FONT color=3D#ff6500><B>M-Web&nbsp;&nbsp;&nbsp;JUST LIKE=20
  THAT</B></FONT></FONT></P></DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C44FCD.F4245927--

From NDeBeer@mweb.com  Fri Jun 11 19:15:21 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E9C1DC000E06; Fri, 11 Jun 2004 19:15:21 +0300 (EEST)
Received: from MMSMTP2.mweb.com (smtp2.mweb.com [196.2.49.201])
	by talvi.dovecot.org (Postfix) with ESMTP id 75179C000E01
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 19:15:18 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by MMSMTP2.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BX00d52373>; Fri, 11 Jun 2004 18:07:42 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] Can't open configuration file
Date: Fri, 11 Jun 2004 18:07:41 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8A39@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] Can't open configuration file
Thread-Index: AcRPtzdpmlYcM9vBSpOvFPTtR4sfAwAFvGcQ
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: "Brian Candler" <B.Candler@pobox.com>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 16:15:22 -0000
X-UID: 9457                                                  
Status: O

builind the rpm worked great=20
still don't know what it was though=20

***************8

-----Original Message-----
From: Brian Candler [mailto:B.Candler@pobox.com]
Sent: 11 June 2004 03:23
To: Nico De Beer - MWEB
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Can't open configuration file


On Fri, Jun 11, 2004 at 02:40:14PM +0200, Nico De Beer - MWEB wrote:
> drwxr-xr-x  24 root    root    4096 Jun 11 14:29 /
> drwxr-xr-x   6 root    root    4096 Jun 11 12:47 /home
> drwxr-xr-x   2 dovecot dovecot 4096 Jun 11 13:08 /home/dovecot
> -rwxrwxrwx   1 dovecot dovecot 2656 Jun 11 13:08 /home/dovecot/dovecot-=
pgsql.conf
>=20
> this what you wanted

Yep. I am stumped as to why open(path, O_RDONLY) fails on that with EACCE=
S,
as it appears to be doing.

'cat /home/dovecot/dovecot-pgsql.conf' works, I presume?

Brian.
=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

From jb@weitan.org  Fri Jun 11 10:39:12 2004
Return-Path: <jb@weitan.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C0626C000DCD; Fri, 11 Jun 2004 10:39:12 +0300 (EEST)
Received: from weitan.org (unknown [80.190.204.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 37088C000DCB
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 10:39:10 +0300 (EEST)
Received: from weitan.org (localhost [127.0.0.1])
	by weitan.org (Postfix) with ESMTP
	id EA3527D469; Fri, 11 Jun 2004 07:29:10 +0000 (UTC)
Received: from 217.255.197.41 (SquirrelMail authenticated user jan);
	by weitan.org with HTTP; Fri, 11 Jun 2004 07:29:11 -0000 (UTC)
Message-ID: <33324.217.255.197.41.1086938951.squirrel@217.255.197.41>
In-Reply-To: <40C90CB0.3000404@tacocat.net>
References: <40C90CB0.3000404@tacocat.net>
Date: Fri, 11 Jun 2004 07:29:11 -0000 (UTC)
Subject: Re: [Dovecot] auth failure
From: jb@weitan.org
To: "Tom Allison" <tallison@tacocat.net>
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-Mailman-Approved-At: Sat, 12 Jun 2004 00:00:09 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 07:39:12 -0000
X-UID: 9458                                                  
Status: O

> My guess is that the next step in security is to go for imaps and ssl
> configuration.  But my debian installation doesn't appear to have the
> dovecot-openssl.cnf file referenced in the configuration.txt file.

> Is this missing from dovecot or am I looking at a debian problem?
No debian neither dovecot problem.

protocols =  imap imaps
Be sure to have certificate for dovecot (Debian should create a default one)
ssl_cert_file = /etc/ssl/certs/dovecot.pem
ssl_key_file = /etc/ssl/private/dovecot.pem

I prefer to split up the pem file into crt and key and to use one of my
own certificates created with my CA, but you can also buy one... if you
like (verisign, thawte)
ssl_cert_file = /etc/ssl/certs/my_own_cert.crt
ssl_key_file = /etc/ssl/private/my_own_private.key
Check if the port does accept connection and if you can see the certificate:
openssl s_client -connect localhost:993 (imaps port)
That should do it.
(you bitch! ;-))



From roman@maths.uwa.edu.au  Fri Jun 11 11:21:06 2004
Return-Path: <roman@maths.uwa.edu.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 07504C000DCB; Fri, 11 Jun 2004 11:21:06 +0300 (EEST)
Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60])
	by talvi.dovecot.org (Postfix) with ESMTP id 164CBC000D8E
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 11:21:03 +0300 (EEST)
Received: from asclepius (localhost [127.0.0.1])
	by asclepius (Postfix) with SMTP id D037A3673F9
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 16:13:23 +0800 (WST)
Received: from madvax (madvax.maths.uwa.edu.au [130.95.16.119])
	by asclepius.uwa.edu.au (Postfix) with ESMTP id 891B7367187
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 16:13:23 +0800 (WST)
Received: from rinzia.maths.uwa.edu.au
	([130.95.16.117] helo=maths.uwa.edu.au ident=roman)
	by madvax with esmtp (Exim 4.32) id 1BYhA7-0000nC-O4
	for dovecot@dovecot.org; Fri, 11 Jun 2004 16:13:22 +0800
Message-ID: <40C9699F.9040007@maths.uwa.edu.au>
Date: Fri, 11 Jun 2004 16:13:19 +0800
From: Roman Bogoyev <roman@maths.uwa.edu.au>
Organization: University of WA
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.6) Gecko/20040413 Debian/1.6-5
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-SA-Exim-Connect-IP: 130.95.16.117
X-SA-Exim-Mail-From: roman@maths.uwa.edu.au
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on madvax
X-Spam-Level: 
X-Spam-Status: No, hits=-4.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.63
X-Spam-Pyzor: Reported 0 times.
X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	*      [score: 0.0000] *  0.6 AWL AWL: Auto-whitelist adjustment
X-SA-Exim-Version: 4.0 (built Sat, 24 Apr 2004 12:31:30 +0200)
X-SA-Exim-Scanned: Yes (on madvax)
X-Mailman-Approved-At: Sat, 12 Jun 2004 00:00:09 +0300
Subject: [Dovecot] tcp wrappers?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 08:21:06 -0000
X-UID: 9459                                                  
Status: O


How can I secure dovecot listening on port 143 to specific
machines only?

Squirrelmail suggests using non-ssl if the imap daemon
is on the same host...

Otherwise squirrelmail could use TLS but what about other
clients wanting to use SSL on port 993? (sorry I don't know enough about
TLS).

Thanks,
Roman.
-- 

______________________________________________________________________

Roman Bogoyev, I.T. Manager	  School of Mathematics and Statistics		
email: roman@maths.uwa.edu.au     University of Western Australia	
tel: +61 8 6488 3379              35 Stirling Hwy, Crawley 6009
fax: +61 8 6488 1028	          Western Australia


From tss@iki.fi  Sat Jun 12 00:15:15 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4C956C000DCD; Sat, 12 Jun 2004 00:15:15 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0602FC0007B4
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 00:15:12 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 36ED61C1D0E1; Sat, 12 Jun 2004 00:07:36 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 56E4E1C1D0E0; Sat, 12 Jun 2004 00:07:00 +0300 (EEST)
Subject: Re: [Dovecot] IMSP server that works with Dovecot
From: Timo Sirainen <tss@iki.fi>
To: Mark Williamson <mark@cye.com.au>
In-Reply-To: <1086928436.19851.7.camel@silver.cye.oz>
References: <1086928436.19851.7.camel@silver.cye.oz>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-KWUq6RA13Utrl7ZKCbL2"
Message-Id: <1086988006.4162.194.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 12 Jun 2004 00:06:46 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 21:15:15 -0000
X-UID: 9460                                                  
Status: O


--=-KWUq6RA13Utrl7ZKCbL2
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-11 at 07:33, Mark Williamson wrote:
> Is there a IMSP server that can work with Dovecot, or would I have to
> change to Cyrus Imap server to have a server component that will
> integrate.

Are there any actual IMSP clients even? Isn't the whole thing dead
already? Cyrus people called their IMSP a "project on life support
stage" as well..


--=-KWUq6RA13Utrl7ZKCbL2
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyh7myUhSUUBViskRAurFAJ4/NivSRAVZTRx/31qVOzeYkpLOjgCgmDZO
v22yxyLDC2th/85LXK0dG9s=
=ym2y
-----END PGP SIGNATURE-----

--=-KWUq6RA13Utrl7ZKCbL2--


From tss@iki.fi  Sat Jun 12 00:16:50 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DF07BC000DD2; Sat, 12 Jun 2004 00:16:50 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 83ED3C000DCF
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 00:16:48 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D62D31C1D0E2; Sat, 12 Jun 2004 00:09:12 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id B66EF1C1D0E0; Sat, 12 Jun 2004 00:08:37 +0300 (EEST)
Subject: Re: [Dovecot] 'append aborted'
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40C99AAD.4060501@tacocat.net>
References: <40C99AAD.4060501@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-6lksBH4iUiuUMqxZ0RhP"
Message-Id: <1086988115.4162.196.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 12 Jun 2004 00:08:35 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 21:16:51 -0000
X-UID: 9461                                                  
Status: O


--=-6lksBH4iUiuUMqxZ0RhP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-11 at 14:42, Tom Allison wrote:
> I'm copying all my archives from one imap server on one machine to the=20
> imap-ssl dovecot server on another machine.
>=20
> After a bit, there's an error that's tossed up on my mozilla client that=20
> says the imap server couldn't complete the operation with the message=20
> append aborted.

mbox or maildir? Anything on Dovecot's log file?


--=-6lksBH4iUiuUMqxZ0RhP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyh9TyUhSUUBViskRArphAJ4gDjk7qYjCM+UEK1rrGOXLZ+7OLACcCfB4
NazaI8YBp97vpKMpvRdsvxs=
=KciP
-----END PGP SIGNATURE-----

--=-6lksBH4iUiuUMqxZ0RhP--


From tss@iki.fi  Sat Jun 12 00:20:12 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AC480C000DDC; Sat, 12 Jun 2004 00:20:12 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id AB0EAC000DDB
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 00:20:10 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AE6F91C1D0E2; Sat, 12 Jun 2004 00:12:35 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 828171C1D0E0; Sat, 12 Jun 2004 00:11:58 +0300 (EEST)
Subject: RE: [Dovecot] Can't open configuration file
From: Timo Sirainen <tss@iki.fi>
To: Nico De Beer - MWEB <NDeBeer@mweb.com>
In-Reply-To: <EBEA1438A1028E468F05A984430E54AE05CE8A24@mwmx3.mweb.com>
References: <EBEA1438A1028E468F05A984430E54AE05CE8A24@mwmx3.mweb.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-/9f4OMgxFMRRyFcVCuKY"
Message-Id: <1086988314.4162.199.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 12 Jun 2004 00:11:54 +0300
X-Spam-Status: No, hits=-9.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org, Brian Candler <B.Candler@pobox.com>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 21:20:12 -0000
X-UID: 9462                                                  
Status: O


--=-/9f4OMgxFMRRyFcVCuKY
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-11 at 15:44, Nico De Beer - MWEB wrote:
> here is the full error output as in my log file
>=20
> dovecot-auth: "Jun 11 14:48:42 "Fatal: Can't open configuration file  /ho=
me/dovecot/dovecot-pgsql.conf: Permission denied

Looking at there closely, you'll see two spaces before /home/dovecot. So
it tried to open " /home/dovecot/dovecot-pgsql.conf", most likely
because you had set "passdb =3D pgsql  /home/dove...". Maybe I should
strip spaces there..


--=-/9f4OMgxFMRRyFcVCuKY
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyiAayUhSUUBViskRAjddAJ9Lmx8uSw6xCYj4XDdTXYkTquf27QCfTt9B
BwXbtQ2PEtxDvU98R6+ZUe0=
=tTGE
-----END PGP SIGNATURE-----

--=-/9f4OMgxFMRRyFcVCuKY--


From tss@iki.fi  Sat Jun 12 00:28:37 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4EB47C000DDF; Sat, 12 Jun 2004 00:28:37 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E336CC000DDB
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 00:28:34 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4E5C71C1D0E2; Sat, 12 Jun 2004 00:20:59 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 40ECC1C1D0E0; Sat, 12 Jun 2004 00:20:25 +0300 (EEST)
Subject: Re: [Dovecot] tcp wrappers?
From: Timo Sirainen <tss@iki.fi>
To: Roman Bogoyev <roman@maths.uwa.edu.au>
In-Reply-To: <40C9699F.9040007@maths.uwa.edu.au>
References: <40C9699F.9040007@maths.uwa.edu.au>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-hEwO2OCipqULZSBLGppD"
Message-Id: <1086988823.4162.208.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 12 Jun 2004 00:20:23 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 21:28:37 -0000
X-UID: 9463                                                  
Status: O
Content-Length: 1127


--=-hEwO2OCipqULZSBLGppD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-11 at 11:13, Roman Bogoyev wrote:
> How can I secure dovecot listening on port 143 to specific
> machines only?

imap_listen =3D 127.0.0.1

But it works only for one IP then.

> Squirrelmail suggests using non-ssl if the imap daemon
> is on the same host...
>=20
> Otherwise squirrelmail could use TLS but what about other
> clients wanting to use SSL on port 993? (sorry I don't know enough about
> TLS).

Port 993 forces using TLS, but TLS can be used in 143 port as well, so I
wouldn't recommend limiting that imap_listen.

Better would be to just set disable_plaintext_auth =3D yes setting and
Dovecot doesn't allow logins without SSL enabled.


--=-hEwO2OCipqULZSBLGppD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyiIXyUhSUUBViskRAnUfAJ9u/54CU9pDJxInqxZhioouF9+f3wCfSWQd
0dcVybVr0mkjgbfcRfvbUUI=
=CDXg
-----END PGP SIGNATURE-----

--=-hEwO2OCipqULZSBLGppD--


From shiva@sewingwitch.com  Sat Jun 12 00:53:12 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 26642C000DDC; Sat, 12 Jun 2004 00:53:12 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id B7B3FC000DD2
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 00:53:09 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i5BLjW0e008042
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 17:45:33 -0400
Received: from [10.169.6.246] (segw.microprecisionautomation.com
	[69.17.55.168])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i5BLjVZn017982
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 14:45:31 -0700
Date: Fri, 11 Jun 2004 14:45:39 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] IMSP server that works with Dovecot
Message-ID: <434A8B9E364041A56A214032@[10.169.6.246]>
In-Reply-To: <1086988006.4162.194.camel@hurina>
References: <1086928436.19851.7.camel@silver.cye.oz>
	<1086988006.4162.194.camel@hurina>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
X-Scanned-By: MIMEDefang 2.42
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 21:53:12 -0000
X-UID: 9464                                                  
Status: O

--On Saturday, June 12, 2004 12:06 AM +0300 Timo Sirainen <tss@iki.fi> 
wrote:

> Are there any actual IMSP clients even? Isn't the whole thing dead
> already? Cyrus people called their IMSP a "project on life support
> stage" as well..

I thought Mulberry did. I keep meaning to set one up so I can carry my 
configuration around with me.



From shiva@sewingwitch.com  Sat Jun 12 00:55:57 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C7AF0C000DDF; Sat, 12 Jun 2004 00:55:57 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id 74541C000DD2
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 00:55:55 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i5BLmK0e008346;
	Fri, 11 Jun 2004 17:48:20 -0400
Received: from [10.169.6.246] (segw.microprecisionautomation.com
	[69.17.55.168])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i5BLmIZn018039;
	Fri, 11 Jun 2004 14:48:18 -0700
Date: Fri, 11 Jun 2004 14:48:26 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: Warren Togami <wtogami@redhat.com>, dovecot@dovecot.org
Subject: Re: [Dovecot] Fedora dovecot Testing Needed
Message-ID: <EE5EF9F5B2742A988CC4C76D@[10.169.6.246]>
In-Reply-To: <40C01026.4090805@togami.com>
References: <40C01026.4090805@togami.com>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
X-Scanned-By: MIMEDefang 2.42
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 21:55:57 -0000
X-UID: 9465                                                  
Status: O

--On Thursday, June 03, 2004 8:01 PM -1000 Warren Togami 
<warren@togami.com> wrote:

> http://people.redhat.com/wtogami/temp/dovecot/
> dovecot-0.99.10.5 binary packages for FC1 and FC2 are available here.  I
> need feedback from Fedora users with THESE ACTUAL BINARIES before pushing
> them to official updates.
>
> Note:
> This does not solve the SSL related crash issue.  That requires a patch
> to OpenSSL or kernel.  I am still trying to convince the maintainers to
> patch it.
>
> Warren Togami
> wtogami@redhat.com

I've been running it since last week with 4 users (3 POP, 1 IMAP) and no 
complaints, using mbox. I'm the IMAP user.

From john.l.villalovos@intel.com  Sat Jun 12 01:12:42 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3D719C000DDC; Sat, 12 Jun 2004 01:12:42 +0300 (EEST)
Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7])
	by talvi.dovecot.org (Postfix) with ESMTP id 3CBC6C000DDB
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 01:12:39 +0300 (EEST)
Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6])
	by caduceus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,v
	1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i5BM4fjG009880; 
	Fri, 11 Jun 2004 22:04:41 GMT
Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com
	[192.168.65.206])
	by petasus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i5BM61rC032542; 
	Fri, 11 Jun 2004 22:06:13 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004061115050202128 ; Fri, 11 Jun 2004 15:05:02 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.0);
	Fri, 11 Jun 2004 15:05:02 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] tcp wrappers?
Date: Fri, 11 Jun 2004 15:05:01 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B010006F1@orsmsx410>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] tcp wrappers?
Thread-Index: AcRP9lEJF4AbsbnVTdCFEHG/f+KTggACbeUw
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: "Roman Bogoyev" <roman@maths.uwa.edu.au>, <dovecot@dovecot.org>
X-OriginalArrivalTime: 11 Jun 2004 22:05:02.0199 (UTC)
	FILETIME=[24DE5870:01C45000]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 22:12:42 -0000
X-UID: 9466                                                  
Status: O

dovecot-bounces@dovecot.org wrote:
> How can I secure dovecot listening on port 143 to specific machines
> only?=20
>=20
> Squirrelmail suggests using non-ssl if the imap daemon
> is on the same host...
>=20
> Otherwise squirrelmail could use TLS but what about other
> clients wanting to use SSL on port 993? (sorry I don't know enough
> about TLS).

I use iptables so that only 127.0.0.1 can access IMAP.

Everyone else has to use IMAPS.

John

From tallison@tacocat.net  Sat Jun 12 01:51:55 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C2DD5C000DDB; Sat, 12 Jun 2004 01:51:55 +0300 (EEST)
Received: from ms-smtp-04-eri0.ohiordc.rr.com
	(ms-smtp-04-smtplb.ohiordc.rr.com [65.24.5.138])
	by talvi.dovecot.org (Postfix) with ESMTP id 5CF2AC000DD2
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 01:51:53 +0300 (EEST)
Received: from janus.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by ms-smtp-04-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id
	i5BMiGbc025562
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 18:44:16 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by janus.tacocat.net (Postfix) with ESMTP id 9A48921315D
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 18:44:15 -0400 (EDT)
Received: from janus.tacocat.net ([127.0.0.1])
	by localhost (janus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 30346-04 for <dovecot@dovecot.org>;
	Fri, 11 Jun 2004 18:44:15 -0400 (EDT)
Received: from tacocat.net (unknown [192.168.1.10])
	by janus.tacocat.net (Postfix) with ESMTP id 2FEB721311C
	for <dovecot@dovecot.org>; Fri, 11 Jun 2004 18:44:15 -0400 (EDT)
Message-ID: <40CA35BF.6090006@tacocat.net>
Date: Fri, 11 Jun 2004 18:44:15 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 'append aborted'
References: <40C99AAD.4060501@tacocat.net> <40C99E3C.4000706@tacocat.net>
In-Reply-To: <40C99E3C.4000706@tacocat.net>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Scanned: by amavisd-new at tacocat.net
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 22:51:55 -0000
X-UID: 9467                                                  
Status: O
Content-Length: 1199

Tom Allison wrote:
> Tom Allison wrote:
> 
>> I'm copying all my archives from one imap server on one machine to the 
>> imap-ssl dovecot server on another machine.
>>
>> After a bit, there's an error that's tossed up on my mozilla client 
>> that says the imap server couldn't complete the operation with the 
>> message append aborted.
>>
>> It keeps popping up after anything from 50 to 300 emails.
>>
>> Last night I was able to move ~12000 emails from one machine to the 
>> other without the ssl enabled.  Any hints on what to look for?
>>
> 
> This problem exists with or without ssl login.
> 
> I'm assuming that I either have a really messed up email (it is my spam 
> archive).  Do I really have to move 7000 emails one at a time???  :)
> 

This is painfully elusive.

I get nothing in the logs on either machine.  :(

When I get the error from the mail client, I find find an email that 
duplicates the error consistently.  But there's no logging on either 
imap server.

When I shutdown mozilla and login anew, the problem goes away for a bit. 
  But another email will generate it again....

It's only in one folder.

Unless someone else runs into this, I think I'm kind of special...


From djk@cybersource.com.au  Sat Jun 12 02:48:35 2004
Return-Path: <djk@cybersource.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 81347C000DDB; Sat, 12 Jun 2004 02:48:35 +0300 (EEST)
Received: from boombox.cyber.com.au (203-217-38-144.dyn.iinet.net.au
	[203.217.38.144])
	by talvi.dovecot.org (Postfix) with ESMTP id EA73DC000DCF
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 02:48:31 +0300 (EEST)
Received: from boombox.cyber.com.au (localhost [127.0.0.1])
	by boombox.cyber.com.au (8.12.8/8.12.8) with ESMTP id i5BNetAV028484;
	Sat, 12 Jun 2004 09:40:55 +1000
Received: (from djk@localhost)
	by boombox.cyber.com.au (8.12.8/8.12.8/Submit) id i5BNesJF028481;
	Sat, 12 Jun 2004 09:40:54 +1000
From: David Keegel <djk@cybersource.com.au>
Message-Id: <200406112340.i5BNesJF028481@boombox.cyber.com.au>
Subject: Re: [Dovecot] Fedora dovecot Testing Needed
In-Reply-To: <EE5EF9F5B2742A988CC4C76D@[10.169.6.246]> from Kenneth Porter at
	"Jun 11, 2004 02:48:26 pm"
To: Warren Togami <wtogami@redhat.com>
Date: Sat, 12 Jun 2004 09:40:54 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 11 Jun 2004 23:48:35 -0000
X-UID: 9468                                                  
Status: O

] --On Thursday, June 03, 2004 8:01 PM -1000 Warren Togami 
] <warren@togami.com> wrote:
] 
] > http://people.redhat.com/wtogami/temp/dovecot/
] > dovecot-0.99.10.5 binary packages for FC1 and FC2 are available here.  I
] > need feedback from Fedora users with THESE ACTUAL BINARIES before pushing
] > them to official updates.
] >
] > Warren Togami
] > wtogami@redhat.com
] 

We have been successfully running it on Fedora Core 1 for 3 days now
at a client who was having 0.99.10.4-4 crashing due to SSL issues.
This client has one mail server with over 200 users on 15 domains
at multiple sites, using pop and imap.

___________________________________________________________________________
 David Keegel <djk@cybersource.com.au>  http://www.cyber.com.au/users/djk/
 Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

From alien@12inch.com  Sat Jun 12 04:52:57 2004
Return-Path: <alien@12inch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 67F68C000D8E; Sat, 12 Jun 2004 04:52:57 +0300 (EEST)
Received: from uchuu.12inch.com (uchuu.12inch.com [210.158.203.253])
	by talvi.dovecot.org (Postfix) with ESMTP id 2862FC0007B4
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 04:52:52 +0300 (EEST)
Received: from [192.168.200.10] (YahooBB219195144139.bbtec.net
	[219.195.144.139]) (authenticated bits=0)
	by uchuu.12inch.com (8.12.10/8.12.10) with ESMTP id i5C1jARv000954
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 10:45:10 +0900
Message-ID: <40CA6025.4060304@12inch.com>
Date: Sat, 12 Jun 2004 10:45:09 +0900
From: alan premselaar <alien@12inch.com>
User-Agent: Mozilla Thunderbird 0.6+ (Macintosh/20040610)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Disposition: SMTP AUTH: alien
X-SPF-Header: uchuu: domain of alien@12inch.com designates 219.195.144.139 as
	permitted sender
X-Scanned-By: MIMEDefang 2.39
Subject: [Dovecot] some messages showing up twice
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 12 Jun 2004 01:52:59 -0000
X-UID: 9469                                                  
Status: O

I've recently installed dovecot 0.99.10.5 on a redhat 7.3 machine.

Everything seems to be running fine and smoothly for the most part, 
however in the past few days I've seen a couple of duplicate emails (and 
so have a few of my users) which don't appear to have been processed 
twice by sendmail.

also, on one of my IMAP sub-folders my mail client (mozilla thunderbird 
version 0.6+ (20040610) nightly) reported 1 unread email, but it didn't 
show up in the list.  it appears that the index for that subfolder got 
corrupted (i moved all the .index* files to a backup directory and when 
i checked that folder, it recreated the index files and then showed me 
the one unread email)

I realize that i'm using a nightly build of a beta mail client, but some 
of my users reporting similar troubles are using Mail.app and other clients.

does anybody have any suggestions as to what I might do to get some 
useful debug info and/or find the cause of this problem?

thanks,

alan

From djk@cybersource.com.au  Sat Jun 12 06:33:45 2004
Return-Path: <djk@cybersource.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4140EC000D8E; Sat, 12 Jun 2004 06:33:45 +0300 (EEST)
Received: from boombox.cyber.com.au (203-217-38-144.dyn.iinet.net.au
	[203.217.38.144])
	by talvi.dovecot.org (Postfix) with ESMTP id 4D21BC0007B4
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 06:33:41 +0300 (EEST)
Received: from boombox.cyber.com.au (localhost [127.0.0.1])
	by boombox.cyber.com.au (8.12.8/8.12.8) with ESMTP id i5C3Q4AV031994;
	Sat, 12 Jun 2004 13:26:04 +1000
Received: (from djk@localhost)
	by boombox.cyber.com.au (8.12.8/8.12.8/Submit) id i5C3Q3Ac031992;
	Sat, 12 Jun 2004 13:26:03 +1000
From: David Keegel <djk@cybersource.com.au>
Message-Id: <200406120326.i5C3Q3Ac031992@boombox.cyber.com.au>
Subject: Re: [Dovecot] folders via softlink
In-Reply-To: <1086882404.4162.142.camel@hurina> from Timo Sirainen at "Jun 10, 
	2004 06:46:44 pm"
To: Timo Sirainen <tss@iki.fi>
Date: Sat, 12 Jun 2004 13:26:03 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: Chris Barnes <chris-barnes@tamu.edu>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 12 Jun 2004 03:33:46 -0000
X-UID: 9470                                                  
Status: O

-- Start of PGP signed section.
] On Tue, 2004-06-08 at 19:23, Chris Barnes wrote:
] > I have recently switched from the UW imap server to dovecot and things
] > seem to be working nicely.  One thing that I can't seem to figure out
] > however, is how to get dovecot to show folders that are a softlink.
] 
] Dovecot currently follows symlinks,

Does dovecot still follow symlinks to work out whether something is a
mail folder, if the maildir-stat-dirs.patch is installed?

Should
+               else if (d->d_type != DT_UNKNOWN)
be something like
+               else if (d->d_type != DT_UNKNOWN && d->d_type != DT_LNK)

___________________________________________________________________________
 David Keegel <djk@cybersource.com.au>  http://www.cyber.com.au/users/djk/
 Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

From shiva@sewingwitch.com  Sat Jun 12 07:12:48 2004
Return-Path: <shiva@sewingwitch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 51F8BC000DCF; Sat, 12 Jun 2004 07:12:48 +0300 (EEST)
Received: from matureasskickers.net (matureasskickers.net [66.28.14.59])
	by talvi.dovecot.org (Postfix) with ESMTP id EE63FC0007B4
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 07:12:44 +0300 (EEST)
Received: from home.sewingwitch.com (c-24-7-84-78.client.comcast.net
	[24.7.84.78]) (authenticated bits=0)
	by matureasskickers.net (8.12.8/8.12.8) with ESMTP id i5C4560e007893;
	Sat, 12 Jun 2004 00:05:06 -0400
Received: from [10.169.6.246] (segw.microprecisionautomation.com
	[69.17.55.168])
	by home.sewingwitch.com (8.12.8/8.12.8) with ESMTP id i5C454Zn020340;
	Fri, 11 Jun 2004 21:05:05 -0700
Date: Fri, 11 Jun 2004 21:05:04 -0700
From: Kenneth Porter <shiva@sewingwitch.com>
To: Warren Togami <wtogami@redhat.com>, dovecot@dovecot.org
Subject: Re: [Dovecot] Fedora dovecot Testing Needed
Message-ID: <2C61BC007D34BFE2A5130395@[10.169.6.246]>
In-Reply-To: <EE5EF9F5B2742A988CC4C76D@[10.169.6.246]>
References: <40C01026.4090805@togami.com>
	<EE5EF9F5B2742A988CC4C76D@[10.169.6.246]>
X-Mailer: Mulberry/3.1.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: MIMEDefang 2.40
X-Scanned-By: MIMEDefang 2.42
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 12 Jun 2004 04:12:48 -0000
X-UID: 9471                                                  
Status: O

--On Friday, June 11, 2004 2:48 PM -0700 Kenneth Porter 
<shiva@sewingwitch.com> wrote:

> I've been running it since last week with 4 users (3 POP, 1 IMAP) and no
> complaints, using mbox. I'm the IMAP user.

Forgot to add, I'm running on FC2. I'm also using it with several mbox 
folders in ~/mail, delivered by procmail recipes.

From dakota@menta.net  Sat Jun 12 19:00:18 2004
Return-Path: <dakota@menta.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D4A69C000DD2; Sat, 12 Jun 2004 19:00:18 +0300 (EEST)
Received: from hard.microlabsoft.com (152.Red-80-32-137.pooles.rima-tde.net
	[80.32.137.152])
	by talvi.dovecot.org (Postfix) with ESMTP id B1862C000DCF
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 19:00:11 +0300 (EEST)
Received: from localhost (linux.hard.microlaboft.com [127.0.0.1])
	by hard.microlabsoft.com (Postfix/MJ-1.08) with ESMTP id 662F7176A7C
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 17:52:28 +0200 (CEST)
Received: from hard.microlabsoft.com ([127.0.0.1])
	by localhost (hard.microlabsoft.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 01943-07 for <dovecot@dovecot.org>;
	Sat, 12 Jun 2004 17:52:26 +0200 (CEST)
Received: from dakotapiv (dom9-197.menta.net [62.57.112.197])
	by hard.microlabsoft.com (Postfix/MJ-1.08) with ESMTP id D1AD8176A7B
	for <dovecot@dovecot.org>; Sat, 12 Jun 2004 17:52:24 +0200 (CEST)
Message-ID: <030501c45095$402b5f70$3200000a@dakotapiv>
From: "Javi Pardo (DAKOTA)" <dakota@menta.net>
To: <dovecot@dovecot.org>
Date: Sat, 12 Jun 2004 17:52:16 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Virus-Scanned: by amavisd-new at hard.microlabsoft.com 1.0
Subject: [Dovecot] password and mysql ?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 12 Jun 2004 16:00:19 -0000
X-UID: 9472                                                  
Status: O

Hello
i am postfix and dovecot with the authentication with the password file =
of system
is possible added virtual domains with mysql? with the two metods?=20

regards

dakota@dakotabcn.net
Administrador Servidor dakotabcn.net
LINUX Registrered USER 93707 :)
P.o Box 579
08913 Badalona (Barcelona) SPAIN
firmas GnuPG en http://pgp.escomposlinux.org/
dakota@menta.net || dakota@escomposlinux.org
- Equipos
PIV 2.2 Ghz - 1.5 Gb RAM - W-XP Pro
Dual Xeon 2.8Ghz - 1 Gb Ram - Linux Fedora Core 1
Firma para spammers: test@spamout.com.ar (no usar!!!)

From alsbergt@cs.huji.ac.il  Mon Jun 14 10:01:41 2004
Return-Path: <alsbergt@cs.huji.ac.il>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D0E98C000E0C; Mon, 14 Jun 2004 10:01:41 +0300 (EEST)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by talvi.dovecot.org (Postfix) with ESMTP id 0C886C000E08
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 10:01:39 +0300 (EEST)
Received: from ludo.cs.huji.ac.il ([132.65.80.122] ident=exim)
	by cs1.cs.huji.ac.il with esmtp id 1BZlLt-0007LN-Qw
	for dovecot@dovecot.org; Mon, 14 Jun 2004 09:53:53 +0300
Received: from alsbergt by ludo.cs.huji.ac.il with local (Exim 4.34 (FreeBSD))
	id 1BZlLt-0004f7-O6
	for dovecot@dovecot.org; Mon, 14 Jun 2004 09:53:53 +0300
Date: Mon, 14 Jun 2004 09:53:53 +0300
From: Tom Alsberg <alsbergt@cs.huji.ac.il>
To: Dovecot Mailing List <dovecot@dovecot.org>
Message-ID: <20040614065352.GA17855@cs.huji.ac.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;
	t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;
	s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W<UR
User-Agent: Mutt/1.5.6i
Subject: [Dovecot] PAM_RHOST item
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 07:01:42 -0000
X-UID: 9473                                                  
Status: O
Content-Length: 1153

A little problem, which is bugging me:  when using PAM authentication,
Dovecot (0.99.5) does not set the PAM_RHOST item, so the PAM modules
cannot know who the client is.  We need this for some PAM module doing
access control.

Changing passdb-pam.c to pam_set_item it seems trivial, but I'm bugged
as to how to get the client name from there.  It seems not to be
available in the auth_request strut or anything from there.  I tried
even adding an upwards reference from there to the struct client *,
but then I see that there are three structs named client and two
structs named auth_request, and somehow I got into trouble of passing
it cleanly.

Any help or guidance for it is greatly appreciated.  (I know Dovecot
0.99 is not really under development and such stuff is done in Dovecot
1.0 now, but that's not yet stable and for now we're using 0.99 where
it would help).

  Thanks,
  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

From chibi@gol.com  Mon Jun 14 11:34:07 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 79667C000DD2; Mon, 14 Jun 2004 11:34:07 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 172F0C000DCF
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 11:34:04 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BZmnM-00084s-00
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 17:26:20 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 14 Jun 2004 17:26:20 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BZmnM-00084s-00@batzmaru.gol.ad.jp>
Subject: [Dovecot] Wishlist item, POP3 welcome message
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 08:34:08 -0000
X-UID: 9474                                                  
Status: O


Hello,

With qpopper you get something like this after a successful login:
---
+OK test has 6 visible messages (0 hidden) in 11822 octets.
---

This gives a clueful user or support people a quick status about the
size of this mailbox, very helpful in full quota scenarios. 
Would be nice if the next dovecot would have such a feature as well.

I doubt the same is (easily) applicable for IMAP (though would
be trivial once maildirsize is supported). 

Another thing would be PIPELINING for POP3, but I doubt it's all that 
helpful in this day and age of bountiful broadband. 

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From discussion-lists@linnet.org  Mon Jun 14 12:05:38 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A949AC000DDF; Mon, 14 Jun 2004 12:05:38 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 87AD9C000DD2
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 12:05:36 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 7E86913935E; Mon, 14 Jun 2004 04:57:47 -0400 (EDT)
Received: from vaio.linnet.org (mk-ns500-1.uk.tiscali.com [212.74.112.53])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id B0DB013934B; Mon, 14 Jun 2004 04:57:46 -0400 (EDT)
Received: from lists by vaio.linnet.org with local (Exim 4.30)
	id 1BZnHs-000FJF-3a; Mon, 14 Jun 2004 09:57:52 +0100
Date: Mon, 14 Jun 2004 09:57:52 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Christian Balzer <chibi@gol.com>
Subject: Re: [Dovecot] Wishlist item, POP3 welcome message
Message-ID: <20040614085751.GA58843@uk.tiscali.com>
References: <E1BZmnM-00084s-00@batzmaru.gol.ad.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1BZmnM-00084s-00@batzmaru.gol.ad.jp>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 09:05:38 -0000
X-UID: 9475                                                  
Status: O

On Mon, Jun 14, 2004 at 05:26:20PM +0900, Christian Balzer wrote:
> 
> With qpopper you get something like this after a successful login:
> ---
> +OK test has 6 visible messages (0 hidden) in 11822 octets.
> ---
> 
> This gives a clueful user or support people a quick status about the
> size of this mailbox, very helpful in full quota scenarios. 

Note that you can just type "STAT" to get the same information.

Regards,

Brian.

From csa@cyberdude.ru  Mon Jun 14 13:39:00 2004
Return-Path: <csa@cyberdude.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5DFB8C000DEF; Mon, 14 Jun 2004 13:39:00 +0300 (EEST)
Received: from zeon.inlife.ru (inlife.ru [213.171.60.156])
	by talvi.dovecot.org (Postfix) with SMTP id 2D4E7C000DE9
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 13:38:57 +0300 (EEST)
Received: (qmail 27742 invoked from network); 14 Jun 2004 10:29:46 -0000
Received: from unknown (HELO ?192.168.4.12?) (195.34.23.225)
	by inlife.ru with SMTP; 14 Jun 2004 10:29:46 -0000
Message-ID: <40CD7D25.5040205@cyberdude.ru>
Date: Mon, 14 Jun 2004 14:25:41 +0400
From: Chernomorets Sergey <csa@cyberdude.ru>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] vpopmail and open smtp relay
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 10:39:00 -0000
X-UID: 9476                                                  
Status: O
Content-Length: 4075

I'm using vpopmail's POP-before-SMTP auth, but dovecot don't support it, 
so I'm wrote this patch

==============================================================
diff -Naur dovecot-0.99.10.5/src/auth/auth-login-interface.h 
dovecot-0.99.10.5-patched/src/auth/auth-login-interface.h
--- dovecot-0.99.10.5/src/auth/auth-login-interface.h    Sun May 18 
16:26:28 2003
+++ dovecot-0.99.10.5-patched/src/auth/auth-login-interface.h    Mon Jun 
14 13:18:15 2004
@@ -1,6 +1,10 @@
 #ifndef __AUTH_LOGIN_INTERFACE_H
 #define __AUTH_LOGIN_INTERFACE_H
 
+#ifdef PASSDB_VPOPMAIL
+#include "network.h"
+#endif
+
 /* max. size for auth_login_request_continue.data[] */
 #define AUTH_LOGIN_MAX_REQUEST_DATA_SIZE 4096
 
@@ -50,6 +54,10 @@
 
     enum auth_mech mech;
     enum auth_protocol protocol;
+    
+#ifdef PASSDB_VPOPMAIL    
+    struct ip_addr client_ip;
+#endif
 };
 
 /* Continue authentication request */
diff -Naur dovecot-0.99.10.5/src/auth/mech.c 
dovecot-0.99.10.5-patched/src/auth/mech.c
--- dovecot-0.99.10.5/src/auth/mech.c    Sun May 18 16:26:28 2003
+++ dovecot-0.99.10.5-patched/src/auth/mech.c    Mon Jun 14 13:27:33 2004
@@ -98,7 +98,10 @@
         auth_request->conn = conn;
         auth_request->id = request->id;
         auth_request->protocol = request->protocol;
-
+#ifdef PASSDB_VPOPMAIL
+        auth_request->client_ip = request->client_ip;
+#endif
+        
         hash_insert(conn->auth_requests, POINTER_CAST(request->id),
                 auth_request);
     }
diff -Naur dovecot-0.99.10.5/src/auth/mech.h 
dovecot-0.99.10.5-patched/src/auth/mech.h
--- dovecot-0.99.10.5/src/auth/mech.h    Sun May 18 16:26:28 2003
+++ dovecot-0.99.10.5-patched/src/auth/mech.h    Mon Jun 14 13:26:29 2004
@@ -19,6 +19,10 @@
     enum auth_protocol protocol;
     mech_callback_t *callback;
 
+#ifdef PASSDB_VPOPMAIL    
+    struct ip_addr client_ip;
+#endif
+
     int (*auth_continue)(struct auth_request *auth_request,
                  struct auth_login_request_continue *request,
                  const unsigned char *data,
diff -Naur dovecot-0.99.10.5/src/auth/passdb-vpopmail.c 
dovecot-0.99.10.5-patched/src/auth/passdb-vpopmail.c
--- dovecot-0.99.10.5/src/auth/passdb-vpopmail.c    Thu Feb 20 03:46:51 2003
+++ dovecot-0.99.10.5-patched/src/auth/passdb-vpopmail.c    Mon Jun 14 
13:29:49 2004
@@ -14,6 +14,8 @@
 
 #include "userdb-vpopmail.h"
 
+#include "env-util.h"
+
 static void
 vpopmail_verify_plain(struct auth_request *request, const char *password,
               verify_plain_callback_t *callback)
@@ -21,6 +23,7 @@
     char vpop_user[VPOPMAIL_LIMIT], vpop_domain[VPOPMAIL_LIMIT];
     struct vqpasswd *vpw;
     int result;
+    const char *ip_addr_fe;
 
     vpw = vpopmail_lookup_vqp(request->user,
                   vpop_user, vpop_domain);
@@ -57,6 +60,15 @@
         return;
     }
 
+    /* it is needed for open smtp relay  */
+    
+    ip_addr_fe = net_ip2addr(&request->client_ip);
+    if (ip_addr_fe == NULL)
+        ip_addr_fe = "??";
+    
+    env_put(t_strconcat("TCPREMOTEIP=", ip_addr_fe, NULL));
+    open_smtp_relay();
+    
     callback(PASSDB_RESULT_OK, request);
 }
 
diff -Naur dovecot-0.99.10.5/src/login-common/auth-connection.c 
dovecot-0.99.10.5-patched/src/login-common/auth-connection.c
--- dovecot-0.99.10.5/src/login-common/auth-connection.c    Mon May 26 
19:27:13 2003
+++ dovecot-0.99.10.5-patched/src/login-common/auth-connection.c    Mon 
Jun 14 13:21:22 2004
@@ -298,6 +298,9 @@
     struct auth_connection *conn;
     struct auth_request *request;
     struct auth_login_request_new auth_request;
+#ifdef PASSDB_VPOPMAIL    
+    struct client *_client = context;
+#endif
 
     if (auth_reconnect)
         auth_connect_missing();
@@ -325,6 +328,9 @@
     auth_request.protocol = protocol;
     auth_request.mech = request->mech;
     auth_request.id = request->id;
+#ifdef PASSDB_VPOPMAIL
+    auth_request.client_ip = _client->ip;
+#endif
     if (o_stream_send(request->conn->output, &auth_request,
               sizeof(auth_request)) < 0) {
         errno = request->conn->output->stream_errno;

From tallison@tacocat.net  Mon Jun 14 14:19:50 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9280BC00280C; Mon, 14 Jun 2004 14:19:50 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 6E18DC000DEF
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 14:19:47 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id DF5224C070
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 07:12:05 -0400 (EDT)
Message-ID: <40CD8805.3010208@tacocat.net>
Date: Mon, 14 Jun 2004 07:12:05 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] breakin' dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 11:19:50 -0000
X-UID: 9477                                                  
Status: O
Content-Length: 1675

I know this is cruel, but I figured out a way to break dovecot, 
temporarily.  The really great news is that it recovers nicely.

I'm also not sure if anything can be done about this, since I've seen 
the same thing happen with courier-imap, uw-imap, and maybe cyrus-imap. 
  I used cyrus-imap for such a short period of time that I didn't get to 
really test it much.

how to...
(this was done on a fast ethernet network)
get a folder with some 1,000+ unread/unseen emails.
pop in with mozilla mail and wait for it to download all the mail 
information from ther server.
press and hold the delete key.  After about 300 emails being deleted, 
the imap server will appear to "freeze" and the "M" will keep cycling as 
if it's doing something.

This will not recover until I move off the directory and return to it.

hold delete key and repeat.

If you do anything less than holding it down, it probably won't fail. 
It's a timing issue.  I'm really not sure if it's even worth looking at.

I'm not trying to identify this as a bug/defect/anything.  But when I 
get a new piece of software I am really interested in what it does when 
it chokes.  An old boss of mine would take my user applications and test 
them my rolling his hands across the keyboard for about a minute and if 
it hadn't crashed or entered bad data, it was a success.  Please note 
that when I did this under courier-imap, it would stop refreshing itself 
from any/all directories until I logged out ( quit mozillia ) and logged 
back in again.  So I would consider this to be a vast improvement in 
that regard.

I should check what it logs when this happens, my guess is...nothing 
because it's frozen.


From discussion-lists@linnet.org  Mon Jun 14 14:24:57 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CA3AAC00282B; Mon, 14 Jun 2004 14:24:57 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id A6D59C00280C
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 14:24:55 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id BE66F13935E; Mon, 14 Jun 2004 07:17:06 -0400 (EDT)
Received: from vaio.linnet.org (mk-ns500-1.uk.tiscali.com [212.74.112.53])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 9210813923B; Mon, 14 Jun 2004 07:17:05 -0400 (EDT)
Received: from lists by vaio.linnet.org with local (Exim 4.30)
	id 1BZpSg-000FRx-Tw; Mon, 14 Jun 2004 12:17:10 +0100
Date: Mon, 14 Jun 2004 12:17:10 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] breakin' dovecot
Message-ID: <20040614111710.GA59381@uk.tiscali.com>
References: <40CD8805.3010208@tacocat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40CD8805.3010208@tacocat.net>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 11:24:57 -0000
X-UID: 9478                                                  
Status: O
Content-Length: 1058

On Mon, Jun 14, 2004 at 07:12:05AM -0400, Tom Allison wrote:
> I know this is cruel, but I figured out a way to break dovecot, 
> temporarily.  The really great news is that it recovers nicely.
> 
> I'm also not sure if anything can be done about this, since I've seen 
> the same thing happen with courier-imap, uw-imap, and maybe cyrus-imap. 
>  I used cyrus-imap for such a short period of time that I didn't get to 
> really test it much.
> 
> how to...
> (this was done on a fast ethernet network)
> get a folder with some 1,000+ unread/unseen emails.
> pop in with mozilla mail and wait for it to download all the mail 
> information from ther server.
> press and hold the delete key.  After about 300 emails being deleted, 
> the imap server will appear to "freeze" and the "M" will keep cycling as 
> if it's doing something.

Sounds to me that you found a way to break Mozilla, not dovecot and
courier-imap and uw-imap identically :-)

Or do you have an example of an IMAP server which doesn't cause Mozilla to
freeze in this way?

Regards,

Brian.

From tallison@tacocat.net  Mon Jun 14 14:29:02 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B2F0CC00286B; Mon, 14 Jun 2004 14:29:02 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id DFCECC00280C
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 14:28:59 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id 3617E4C070;
	Mon, 14 Jun 2004 07:21:19 -0400 (EDT)
Message-ID: <40CD8A2F.10400@tacocat.net>
Date: Mon, 14 Jun 2004 07:21:19 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brian Candler <B.Candler@pobox.com>, dovecot@dovecot.org
Subject: Re: [Dovecot] breakin' dovecot
References: <40CD8805.3010208@tacocat.net>
	<20040614111710.GA59381@uk.tiscali.com>
In-Reply-To: <20040614111710.GA59381@uk.tiscali.com>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 11:29:02 -0000
X-UID: 9479                                                  
Status: O

Brian Candler wrote:
> Sounds to me that you found a way to break Mozilla, not dovecot and
> courier-imap and uw-imap identically :-)
> 
> Or do you have an example of an IMAP server which doesn't cause Mozilla to
> freeze in this way?
> 
> Regards,
> 
> Brian.
> 

Good point!!!!

No clue!!  I don't remember doing this with cyrus-imap.

But, if it is mozilla then it's obviously not your (dovecot) problem.  I 
think it's actually a bonus that dovecot-mozilla recovers from this much 
better than courier-mozilla.

I suppose I could try it with pine or kmail?


From mstan@asesoft.ro  Mon Jun 14 14:49:22 2004
Return-Path: <mstan@asesoft.ro>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4B994C00286E; Mon, 14 Jun 2004 14:49:22 +0300 (EEST)
Received: from www.net-xt.com (www.asesoft.ro [194.102.96.11])
	by talvi.dovecot.org (Postfix) with ESMTP id 4AF4FC000DD2
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 14:49:20 +0300 (EEST)
Received: from [192.168.96.20] (helo=asesoft.ro)
	by www.net-xt.com with asmtp (TLSv1:RC4-MD5:128) (Exim 4.30)
	id 1BZqdC-0005zP-33
	for dovecot@dovecot.org; Mon, 14 Jun 2004 14:32:06 +0200
Message-ID: <40CD8F24.7040209@asesoft.ro>
Date: Mon, 14 Jun 2004 14:42:28 +0300
From: Marius Stan <mstan@asesoft.ro>
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.2 (/)
X-Spam-Report: Spam detection software, running on the system "www.net-xt.com",
	has
	identified this incoming email as possible spam. The original message
	has been attached to this so you can view it (if it isn't spam) or
	block similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview:  Hello, I'm in the process of migrating from qpopper to
	dovecot and I've stumbled upon the least expected thing: In qpopper I
	can specify a 'default domain', which will be used if an user will only
	issue his username (not the whole email address) when logging in.
	Because of this, the users in my main domain don't use the whole email
	address when getting their mail. I'd hate to have to call each of them
	and guide through their OE menus to fix this issue, so I must ask: Is
	there any way at all of specifying a default domain in dovecot ? [...] 
	Content analysis details:   (0.2 points, 5.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	0.2 AWL                    AWL: Auto-whitelist adjustment
Subject: [Dovecot] Default domain ?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 11:49:22 -0000
X-UID: 9480                                                  
Status: O

Hello,

I'm in the process of migrating from qpopper to dovecot and I've 
stumbled upon the least expected thing:
In qpopper I can specify a 'default domain', which will be used if an 
user will only issue his username (not the whole email address) when 
logging in. Because of this, the users in my main domain don't use the 
whole email address when getting their mail.
I'd hate to have to call each of them and guide through their OE menus 
to fix this issue, so I must ask:
Is there any way at all of specifying a default domain in dovecot ?

Thanks,
Marius


From tallison@tacocat.net  Mon Jun 14 14:53:17 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4334EC002902; Mon, 14 Jun 2004 14:53:17 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 4DDDCC00286F
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 14:53:15 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id A160A4C070
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 07:45:34 -0400 (EDT)
Message-ID: <40CD8FDE.1000206@tacocat.net>
Date: Mon, 14 Jun 2004 07:45:34 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] disconnected errors
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 11:53:17 -0000
X-UID: 9481                                                  
Status: O

Jun 14 07:35:20 cling imap-login: Login: tallison [192.168.1.10]
Jun 14 07:35:21 cling dovecot: child 17755 (imap) killed with signal 11


---

I run into this when I try to enter one folder.
The rest are fine.


From djk@cybersource.com.au  Mon Jun 14 14:58:43 2004
Return-Path: <djk@cybersource.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AA6F3C002907; Mon, 14 Jun 2004 14:58:43 +0300 (EEST)
Received: from boombox.cyber.com.au (203-217-38-144.dyn.iinet.net.au
	[203.217.38.144])
	by talvi.dovecot.org (Postfix) with ESMTP id 002D5C002904
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 14:58:39 +0300 (EEST)
Received: from boombox.cyber.com.au (localhost [127.0.0.1])
	by boombox.cyber.com.au (8.12.8/8.12.8) with ESMTP id i5EBooAV014722;
	Mon, 14 Jun 2004 21:50:51 +1000
Received: (from djk@localhost)
	by boombox.cyber.com.au (8.12.8/8.12.8/Submit) id i5EBooA9014720;
	Mon, 14 Jun 2004 21:50:50 +1000
From: David Keegel <djk@cybersource.com.au>
Message-Id: <200406141150.i5EBooA9014720@boombox.cyber.com.au>
Subject: Re: [Dovecot] Default domain ?
In-Reply-To: <40CD8F24.7040209@asesoft.ro> from Marius Stan at "Jun 14, 2004
	02:42:28 pm"
To: Marius Stan <mstan@asesoft.ro>
Date: Mon, 14 Jun 2004 21:50:50 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 11:58:43 -0000
X-UID: 9482                                                  
Status: O
Content-Length: 1056

] Hello,
] 
] I'm in the process of migrating from qpopper to dovecot and I've 
] stumbled upon the least expected thing:
] In qpopper I can specify a 'default domain', which will be used if an 
] user will only issue his username (not the whole email address) when 
] logging in. Because of this, the users in my main domain don't use the 
] whole email address when getting their mail.
] I'd hate to have to call each of them and guide through their OE menus 
] to fix this issue, so I must ask:
] Is there any way at all of specifying a default domain in dovecot ?

Try setting
	auth_default_realm = ...
in dovecot.conf.

The comment above it is:
	# Default realm to use if none was specified.
Would someone like to suggest a more descriptive comment so more
people looking at dovecot.conf can figure this out for themselves?

___________________________________________________________________________
 David Keegel <djk@cybersource.com.au>  http://www.cyber.com.au/users/djk/
 Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

From kiwi@oav.net  Mon Jun 14 15:43:58 2004
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 94A15C00280C; Mon, 14 Jun 2004 15:43:58 +0300 (EEST)
Received: from akira.oav.net (akira.oav.net [195.20.105.157])
	by talvi.dovecot.org (Postfix) with ESMTP id 6D757C000E09
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 15:43:56 +0300 (EEST)
Received: from localhost (localhost.oav.net [127.0.0.1])
	by akira.oav.net (Postfix) with ESMTP id E01ED2A4A4;
	Mon, 14 Jun 2004 14:36:12 +0200 (CEST) (envelope-from kiwi@oav.net)
Received: from akira.oav.net ([127.0.0.1])
	by localhost (akira.oav.net [127.0.0.1]) (amavisd-new,
	port 10024) with LMTP
	id 58343-02-55; Mon, 14 Jun 2004 14:36:10 +0200 (CEST)
Received: from [10.0.1.9] (babel.zehc.net [213.36.100.145])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by akira.oav.net (Postfix) with ESMTP id 1A5652A498;
	Mon, 14 Jun 2004 14:36:07 +0200 (CEST) (envelope-from kiwi@oav.net)
In-Reply-To: <20040614111710.GA59381@uk.tiscali.com>
References: <40CD8805.3010208@tacocat.net>
	<20040614111710.GA59381@uk.tiscali.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <6846025D-BDFF-11D8-86D8-000A958871B8@oav.net>
Content-Transfer-Encoding: 7bit
From: Xavier Beaudouin <kiwi@oav.net>
Subject: Re: [Dovecot] breakin' dovecot
Date: Mon, 14 Jun 2004 14:36:07 +0200
To: Brian Candler <B.Candler@pobox.com>
X-Mailer: Apple Mail (2.618)
X-Virus-Scanned: by amavisd-new at akira.oav.net
X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=6.3 tests=
X-Spam-Level: 
Cc: Tom Allison <tallison@tacocat.net>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 12:43:58 -0000
X-UID: 9483                                                  
Status: O

> Sounds to me that you found a way to break Mozilla, not dovecot and
> courier-imap and uw-imap identically :-)

Sounds same for me. On Mail.app (OS X) I currently delete more than 
3000 mails in same time (postmaster inbox) every day when I am purging 
postfix error log messages.

So it seems for me this is Mozilla bug not Imap (dovecot, courier-imap, 
etc...) :)

/Xavier

--
Xavier Beaudouin - Unix System Administrator & Projects Leader.
President of Kazar Organization : http://www.kazar.net/
Please visit http://caudium.net/, home of Caudium & Camas projects


From alien@12inch.com  Mon Jun 14 18:35:11 2004
Return-Path: <alien@12inch.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 57041C000DF2; Mon, 14 Jun 2004 18:35:11 +0300 (EEST)
Received: from uchuu.12inch.com (uchuu.12inch.com [210.158.203.253])
	by talvi.dovecot.org (Postfix) with ESMTP id 696CDC000DD2
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 18:35:08 +0300 (EEST)
Received: from [192.168.200.10] (YahooBB219195144139.bbtec.net
	[219.195.144.139]) (authenticated bits=0)
	by uchuu.12inch.com (8.12.10/8.12.10) with ESMTP id i5EFRLcY015973
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 15 Jun 2004 00:27:24 +0900
Message-ID: <40CDC3D4.2020706@12inch.com>
Date: Tue, 15 Jun 2004 00:27:16 +0900
From: alan premselaar <alien@12inch.com>
User-Agent: Mozilla Thunderbird 0.6+ (Macintosh/20040610)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] disconnected errors
References: <40CD8FDE.1000206@tacocat.net>
In-Reply-To: <40CD8FDE.1000206@tacocat.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Disposition: SMTP AUTH: alien
X-Scanned-By: MIMEDefang 2.39
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 15:35:11 -0000
X-UID: 9484                                                  
Status: O

Tom Allison wrote:
> Jun 14 07:35:20 cling imap-login: Login: tallison [192.168.1.10]
> Jun 14 07:35:21 cling dovecot: child 17755 (imap) killed with signal 11
> 
> 
> ---
> 
> I run into this when I try to enter one folder.
> The rest are fine.
> 

I ran into that with one of my folders and I moved the .index* files 
into a backup directory and tried again and that seemed to fix the 
problem.  I'm not sure what caused it however.

hope this helps

alan

From john.l.villalovos@intel.com  Mon Jun 14 22:13:13 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id EB212C000DD2; Mon, 14 Jun 2004 22:13:12 +0300 (EEST)
Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7])
	by talvi.dovecot.org (Postfix) with ESMTP id 4DD99C000DCF
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 22:13:08 +0300 (EEST)
Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6])
	by caduceus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,
	v 1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i5EJ55Le017879
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 19:05:05 GMT
Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com
	[192.168.65.206])
	by petasus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,
	v 1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i5EJ6b6w009165
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 19:06:38 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004061412052413233
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 12:05:24 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.0);
	Mon, 14 Jun 2004 12:05:24 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 14 Jun 2004 12:05:23 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B0106681E@orsmsx410>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Shared folders?
Thread-Index: AcRSJDpa/RiD4ptoSxCxRwb77JxY8AAHg2gw
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: <dovecot@dovecot.org>
X-OriginalArrivalTime: 14 Jun 2004 19:05:24.0221 (UTC)
	FILETIME=[8BEEAAD0:01C45242]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Subject: [Dovecot] Shared folders?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 19:13:14 -0000
X-UID: 9485                                                  
Status: O

I haven't seen any info on this so I thought I'd ask.

Is there support for shared IMAP folders?

Quite a few people at work subscribe to the Linux Kernel Mailing List.
I thought it would make more sense if there could be a shared LKML
folder that they all could use.  This would save disk space.

Is this posssible?  If so how?

I am also looking into the idea of doing a local newsgroup of the
mailing list but I don't have a news server software setup at the
moment.

John

From epablo@comvoz.com  Tue Jun 15 01:30:45 2004
Return-Path: <epablo@comvoz.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B3431C000DE9; Tue, 15 Jun 2004 01:30:45 +0300 (EEST)
Received: from comvoz.com (mail.comvoz.net [216.22.81.132])
	by talvi.dovecot.org (Postfix) with ESMTP id 0C3C0C000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 01:30:43 +0300 (EEST)
Received: from [192.168.0.201] [200.31.138.195] by comvoz.com with ESMTP
	(SMTPD32-8.11) id A530CAB00DC; Mon, 14 Jun 2004 18:22:40 -0400
From: Pablo Endres <epablo@comvoz.com>
To: dovecot@dovecot.org
Content-Type: text/plain
Organization: ComVoz Comunications
Message-Id: <1087251758.4956.10.camel@keymaker>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Mon, 14 Jun 2004 18:22:38 -0400
Content-Transfer-Encoding: 7bit
X-IMAIL-SPAM-DNSBL: (sorbs,25300cab00dc3698,127.0.0.10)
X-IMAIL-SPAM-DNSBL: (njabl,25300cab00dc3698,127.0.0.3)
X-IMAIL-SPAM-VALHELO: (25300cab00dc3698)
Subject: [Dovecot] dovecot + Fedora core 1
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 22:30:45 -0000
X-UID: 9486                                                  
Status: O

Hi,

I've installed dovecot-0.99.10.5 using the rpm from Dag Wieers,
but when I start it all I get is nothing (but none of the processes
are running).

I checked the config file and set it up (I'm trying to use it
with mysql support, but it doesn't work with traditional config)

Any ideas


-- 
Pablo Endres <epablo@comvoz.com>
ComVoz Communications

USA: 	   +1 954 343-2085 Ext 199
Venezuela: +58 212 7713195 Ext 199
Colombia:  +57 1 3256840 Ext 199


From john.l.villalovos@intel.com  Tue Jun 15 01:34:38 2004
Return-Path: <john.l.villalovos@intel.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E6002C000DE9; Tue, 15 Jun 2004 01:34:38 +0300 (EEST)
Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6])
	by talvi.dovecot.org (Postfix) with ESMTP id D9B37C000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 01:34:35 +0300 (EEST)
Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6])
	by hermes.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc,v
	1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i5EMSKhS023239; 
	Mon, 14 Jun 2004 22:28:22 GMT
Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com
	[192.168.65.206])
	by petasus.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc,v
	1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i5EMRJ7C010515; 
	Mon, 14 Jun 2004 22:27:54 GMT
Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60])
	by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id
	M2004061415263517719 ; Mon, 14 Jun 2004 15:26:35 -0700
Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by
	orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.0);
	Mon, 14 Jun 2004 15:26:35 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Dovecot] dovecot + Fedora core 1
Date: Mon, 14 Jun 2004 15:26:34 -0700
Message-ID: <60C14C611F1DDD4198D53F2F43D8CA3B01066AF4@orsmsx410>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Dovecot] dovecot + Fedora core 1
Thread-Index: AcRSXkanQyKiu8oZR56lkkTmsm6S0QAAE69g
From: "Villalovos, John L" <john.l.villalovos@intel.com>
To: "Pablo Endres" <epablo@comvoz.com>, <dovecot@dovecot.org>
X-OriginalArrivalTime: 14 Jun 2004 22:26:35.0471 (UTC)
	FILETIME=[A6F53DF0:01C4525E]
X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 22:34:39 -0000
X-UID: 9487                                                  
Status: O

dovecot-bounces@dovecot.org wrote:
> Hi,
>=20
> I've installed dovecot-0.99.10.5 using the rpm from Dag Wieers,
> but when I start it all I get is nothing (but none of the processes
> are running).=20
>=20
> I checked the config file and set it up (I'm trying to use it
> with mysql support, but it doesn't work with traditional config)

Did you look at the output of /var/log/messages?

John

From epablo@comvoz.com  Tue Jun 15 02:11:24 2004
Return-Path: <epablo@comvoz.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9B436C000DE9; Tue, 15 Jun 2004 02:11:24 +0300 (EEST)
Received: from comvoz.com (www.comvoz.net [216.22.81.132])
	by talvi.dovecot.org (Postfix) with ESMTP id EC551C000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 02:11:21 +0300 (EEST)
Received: from [192.168.0.201] [200.31.138.195] by comvoz.com with ESMTP
	(SMTPD32-8.11) id AE90D8A00DC; Mon, 14 Jun 2004 19:02:40 -0400
Subject: RE: [Dovecot] dovecot + Fedora core 1
From: Pablo Endres <epablo@comvoz.com>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B01066AF4@orsmsx410>
References: <60C14C611F1DDD4198D53F2F43D8CA3B01066AF4@orsmsx410>
Content-Type: text/plain
Organization: ComVoz Comunications
Message-Id: <1087254156.4956.13.camel@keymaker3>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Mon, 14 Jun 2004 19:02:37 -0400
Content-Transfer-Encoding: 7bit
X-IMAIL-SPAM-DNSBL: (sorbs,2e8f0d8a00dc37a6,127.0.0.10)
X-IMAIL-SPAM-DNSBL: (njabl,2e8f0d8a00dc37a6,127.0.0.3)
X-IMAIL-SPAM-VALHELO: (2e8f0d8a00dc37a6)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 23:11:24 -0000
X-UID: 9488                                                  
Status: O

Yes nothing there


-- 
Pablo Endres <epablo@comvoz.com>
ComVoz Communications

USA: 	   +1 954 343-2085 Ext 199
Venezuela: +58 212 7713195 Ext 199
Colombia:  +57 1 3256840 Ext 199


From tallison@tacocat.net  Tue Jun 15 02:50:20 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A1940C006589; Tue, 15 Jun 2004 02:50:20 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 85B2AC002913
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 02:50:18 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id A70224C07A;
	Mon, 14 Jun 2004 19:42:35 -0400 (EDT)
Message-ID: <40CE37EB.1010707@tacocat.net>
Date: Mon, 14 Jun 2004 19:42:35 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: alan premselaar <alien@12inch.com>
Subject: Re: [Dovecot] disconnected errors
References: <40CD8FDE.1000206@tacocat.net> <40CDC3D4.2020706@12inch.com>
In-Reply-To: <40CDC3D4.2020706@12inch.com>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 14 Jun 2004 23:50:20 -0000
X-UID: 9489                                                  
Status: O

alan premselaar wrote:
> Tom Allison wrote:
> 
>> Jun 14 07:35:20 cling imap-login: Login: tallison [192.168.1.10]
>> Jun 14 07:35:21 cling dovecot: child 17755 (imap) killed with signal 11
>>
>>
>> ---
>>
>> I run into this when I try to enter one folder.
>> The rest are fine.
>>
> 
> I ran into that with one of my folders and I moved the .index* files 
> into a backup directory and tried again and that seemed to fix the 
> problem.  I'm not sure what caused it however.
> 
> hope this helps
> 
> alan
> 

How often are the .index files rebuilt?
I came back later >10 minutes and it was fine.
Self-healing is good...


From tss@iki.fi  Tue Jun 15 05:26:16 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DF5A9C000E09; Tue, 15 Jun 2004 05:26:16 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 845CEC000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 05:26:14 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DE69A1C1D0E1; Tue, 15 Jun 2004 05:18:32 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 9091B1C1D0E0; Tue, 15 Jun 2004 05:17:58 +0300 (EEST)
Subject: Re: [Dovecot] Wishlist item, POP3 welcome message
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BZmnM-00084s-00@batzmaru.gol.ad.jp>
References: <E1BZmnM-00084s-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Pad6UWTl+6ELW8L5TUXG"
Message-Id: <1087265878.783.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 05:17:58 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 02:26:17 -0000
X-UID: 9490                                                  
Status: O
Content-Length: 1482


--=-Pad6UWTl+6ELW8L5TUXG
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-14 at 11:26, Christian Balzer wrote:
> With qpopper you get something like this after a successful login:
> ---
> +OK test has 6 visible messages (0 hidden) in 11822 octets.
> ---

With Dovecot the "+OK" is currently sent by pop3-login process which
doesn't yet know that.. I don't think this feature alone is worth the
trouble to move it over to pop3 process. Especially because there is the
STAT command :)

> Another thing would be PIPELINING for POP3, but I doubt it's all that=20
> helpful in this day and age of bountiful broadband.=20

Actually you can support that simply by adding PIPELINING to POP3
capability list. It's already in CVS.

Except there's one theoretical(?) problem with it.. pop3-login doesn't
transfer buffered data to pop3 process. This means that if something was
sent before PASS or AUTH command was finished, it gets lost. I'd think
clients wouldn't try sending anything else until they were sure the
authentication was finished, but I guess this has to be fixed some day.


--=-Pad6UWTl+6ELW8L5TUXG
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzlxWyUhSUUBViskRAmUBAJ9/BzmL/gSp+AHFyiU+Na/U1SpxtgCfebNT
GsDIL23SbY6kEL5L+94T0Z0=
=87Rh
-----END PGP SIGNATURE-----

--=-Pad6UWTl+6ELW8L5TUXG--


From chibi@gol.com  Tue Jun 15 05:42:23 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 419E0C002871; Tue, 15 Jun 2004 05:42:23 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id CB19DC000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 05:42:20 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1Ba3mY-0006mF-00
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 11:34:38 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Wishlist item, POP3 welcome message 
In-reply-to: <1087265878.783.19.camel@hurina> 
References: <E1BZmnM-00084s-00@batzmaru.gol.ad.jp>
	<1087265878.783.19.camel@hurina>
Comments: In-reply-to Timo Sirainen <tss@iki.fi>
	message dated "Tue, 15 Jun 2004 05:17:58 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 15 Jun 2004 11:34:38 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1Ba3mY-0006mF-00@batzmaru.gol.ad.jp>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 02:42:23 -0000
X-UID: 9491                                                  
Status: O


Timo wrote:

>On Mon, 2004-06-14 at 11:26, Christian Balzer wrote:
>> With qpopper you get something like this after a successful login:
>> ---
>> +OK test has 6 visible messages (0 hidden) in 11822 octets.
>> ---
>
>With Dovecot the "+OK" is currently sent by pop3-login process which
>doesn't yet know that.. I don't think this feature alone is worth the
>trouble to move it over to pop3 process. Especially because there is the
>STAT command :)
>
Totally understood and agreed, I blanked on the STAT, thanks to Brian
to pointing that out as well.

[Pipelining] 

Guess I'll wait for that until it's well polished, should not be a big
time saver anyway.

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From tss@iki.fi  Tue Jun 15 05:44:29 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BD105C002871; Tue, 15 Jun 2004 05:44:29 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id AD937C000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 05:44:27 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 132F41C1D0E2; Tue, 15 Jun 2004 05:36:46 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 020B21C1D0E0; Tue, 15 Jun 2004 05:36:11 +0300 (EEST)
Subject: Re: [Dovecot] vpopmail and open smtp relay
From: Timo Sirainen <tss@iki.fi>
To: Chernomorets Sergey <csa@cyberdude.ru>
In-Reply-To: <40CD7D25.5040205@cyberdude.ru>
References: <40CD7D25.5040205@cyberdude.ru>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-V7c7cc8t6Fq1n0/nX5Vx"
Message-Id: <1087266971.783.33.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 05:36:11 +0300
X-Spam-Status: No, hits=-9.4 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,
	PATCH_UNIFIED_DIFF,PGP_SIGNATURE_2,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 02:44:29 -0000
X-UID: 9492                                                  
Status: O
Content-Length: 2214


--=-V7c7cc8t6Fq1n0/nX5Vx
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-14 at 13:25, Chernomorets Sergey wrote:
> I'm using vpopmail's POP-before-SMTP auth, but dovecot don't support it,=20
> so I'm wrote this patch

It's a bit easier in CVS since local/remote IPs are passed. Below is
what I committed. See the putenv() change, you most likely want to do
the same thing.

HAVE_VPOPMAIL_OPEN_SMTP_RELAY check should be added to configure I
think..

Index: passdb-vpopmail.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/auth/passdb-vpopmail.c,v
retrieving revision 1.6
diff -u -r1.6 passdb-vpopmail.c
--- passdb-vpopmail.c	31 May 2004 18:57:25 -0000	1.6
+++ passdb-vpopmail.c	15 Jun 2004 02:42:57 -0000
@@ -14,6 +14,8 @@
=20
 #include "userdb-vpopmail.h"
=20
+#include <stdlib.h>
+
 static void
 vpopmail_verify_plain(struct auth_request *request, const char *password,
 		      verify_plain_callback_t *callback)
@@ -55,6 +57,25 @@
 		return;
 	}
=20
+#ifdef HAVE_VPOPMAIL_OPEN_SMTP_RELAY
+	if (strcmp(request->protocol, "POP3") =3D=3D 0 ||
+	    strcmp(request->protocol, "IMAP") =3D=3D 0) {
+		const char *host =3D net_ip2addr(&request->remote_ip);
+		if (host !=3D NULL) {
+			/* use putenv() directly rather than env_put() which
+			   would leak memory every time we got here. use a
+			   static buffer for putenv() as SUSv2 requirements
+			   would otherwise corrupt our environment later. */
+			static char ip_env[256];
+
+			i_snprintf(ip_env, sizeof(ip_env),
+				   "TCPREMOTEIP=3D%s", host);
+			putenv(ip_env);
+			open_smtp_relay();
+		}
+	}
+#endif
+
 	callback(PASSDB_RESULT_OK, request);
 }
=20


--=-V7c7cc8t6Fq1n0/nX5Vx
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzmCbyUhSUUBViskRAqgnAJ9QDQsJNGdbjSMZollF9EParshiGwCffWuC
VWFlWWKNfDdDYS1uOpULveM=
=X5CT
-----END PGP SIGNATURE-----

--=-V7c7cc8t6Fq1n0/nX5Vx--


From tss@iki.fi  Tue Jun 15 05:49:32 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 29511C00291A; Tue, 15 Jun 2004 05:49:32 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4231FC002918
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 05:49:30 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 99F1A1C1D0E2; Tue, 15 Jun 2004 05:41:48 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 72FB81C1D0E0; Tue, 15 Jun 2004 05:41:14 +0300 (EEST)
Subject: Re: [Dovecot] Default domain ?
From: Timo Sirainen <tss@iki.fi>
To: David Keegel <djk@cybersource.com.au>
In-Reply-To: <200406141150.i5EBooA9014720@boombox.cyber.com.au>
References: <200406141150.i5EBooA9014720@boombox.cyber.com.au>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-O500F2liL/HbphltgFME"
Message-Id: <1087267274.783.35.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 05:41:14 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org, Marius Stan <mstan@asesoft.ro>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 02:49:32 -0000
X-UID: 9493                                                  
Status: O


--=-O500F2liL/HbphltgFME
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-14 at 14:50, David Keegel wrote:
> The comment above it is:
> 	# Default realm to use if none was specified.
> Would someone like to suggest a more descriptive comment so more
> people looking at dovecot.conf can figure this out for themselves?

How about:

# Default realm/domain to use if none was specified. This is used for both
# SASL realms and appending @domain to username in plaintext logins.

That's in CVS now.


--=-O500F2liL/HbphltgFME
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzmHKyUhSUUBViskRAjJbAJ9LrO2ZupR9/SMzWSUA1fOzO4NQXACdHM9P
cTPwuQhvR5kBOWP04n2/FRE=
=qp7l
-----END PGP SIGNATURE-----

--=-O500F2liL/HbphltgFME--


From tss@iki.fi  Tue Jun 15 05:55:03 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 19F4BC00291C; Tue, 15 Jun 2004 05:55:03 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 23611C00291A
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 05:55:01 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 722891C1D0E1; Tue, 15 Jun 2004 05:47:19 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id A400A1C1D0E0; Tue, 15 Jun 2004 05:46:43 +0300 (EEST)
Subject: Re: [Dovecot] disconnected errors
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40CD8FDE.1000206@tacocat.net>
References: <40CD8FDE.1000206@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-5sSoyMQAvBZJxuc0sd0j"
Message-Id: <1087267603.783.41.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 05:46:43 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 02:55:03 -0000
X-UID: 9494                                                  
Status: O


--=-5sSoyMQAvBZJxuc0sd0j
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-14 at 14:45, Tom Allison wrote:
> Jun 14 07:35:20 cling imap-login: Login: tallison [192.168.1.10]
> Jun 14 07:35:21 cling dovecot: child 17755 (imap) killed with signal 11

Recently several people have noticed this, but I still haven't got a gdb
backtrace which would help fix it. See core dumps section in
http://dovecot.org/bugreport.html


--=-5sSoyMQAvBZJxuc0sd0j
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzmMTyUhSUUBViskRAvbpAKCPoPhFPnGDccyT/NE0flOyPSNUpwCghf3r
ncbfB3uwNhF/+4xJLfIwQ9s=
=a8bt
-----END PGP SIGNATURE-----

--=-5sSoyMQAvBZJxuc0sd0j--


From tss@iki.fi  Tue Jun 15 06:00:19 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5DF0EC00291D; Tue, 15 Jun 2004 06:00:19 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E6D53C00291C
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:00:15 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 3F7031C1D0E1; Tue, 15 Jun 2004 05:52:34 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 12BC41C1D0E0; Tue, 15 Jun 2004 05:52:00 +0300 (EEST)
Subject: Re: [Dovecot] Shared folders?
From: Timo Sirainen <tss@iki.fi>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B0106681E@orsmsx410>
References: <60C14C611F1DDD4198D53F2F43D8CA3B0106681E@orsmsx410>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-S2sdeEHuSs7MLUQ0pBKU"
Message-Id: <1087267919.783.47.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 05:51:59 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 03:00:19 -0000
X-UID: 9495                                                  
Status: O
Content-Length: 1423


--=-S2sdeEHuSs7MLUQ0pBKU
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-14 at 22:05, Villalovos, John L wrote:
> I haven't seen any info on this so I thought I'd ask.
>=20
> Is there support for shared IMAP folders?
>=20
> Quite a few people at work subscribe to the Linux Kernel Mailing List.
> I thought it would make more sense if there could be a shared LKML
> folder that they all could use.  This would save disk space.
>=20
> Is this posssible?  If so how?

Not really with 0.99.10. But it's mostly because the file permissions
get set wrong (dovecot-uidlist especially). With symlinks and fixed
permissions (use the source) you could do it if you really wanted to :)

1.0-tests have a bit better support for them. You can create
dovecot-shared named file in maildir root with wanted permissions (0666)
and those will be used for the files. It also supports private per-user
message flags for readonly mailboxes (or did at some point, I'm not sure
if they still work).

Of course, 1.0-tests are still broken.


--=-S2sdeEHuSs7MLUQ0pBKU
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzmRPyUhSUUBViskRAl33AJ0T6M8itrcwSnHmHeQ3O9Bc9hNUyACghC56
UsBUbCL512Vj16bjpqLjI7w=
=bGj4
-----END PGP SIGNATURE-----

--=-S2sdeEHuSs7MLUQ0pBKU--


From tss@iki.fi  Tue Jun 15 06:01:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B47E8C002922; Tue, 15 Jun 2004 06:01:27 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id C23E2C00291C
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:01:25 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2688F1C1D0E1; Tue, 15 Jun 2004 05:53:44 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 54AA41C1D0E0; Tue, 15 Jun 2004 05:53:10 +0300 (EEST)
Subject: Re: [Dovecot] dovecot + Fedora core 1
From: Timo Sirainen <tss@iki.fi>
To: Pablo Endres <epablo@comvoz.com>
In-Reply-To: <1087251758.4956.10.camel@keymaker>
References: <1087251758.4956.10.camel@keymaker>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Z3ZQK2s5bzWBtn0uOi2i"
Message-Id: <1087267989.783.49.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 05:53:09 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 03:01:27 -0000
X-UID: 9496                                                  
Status: O


--=-Z3ZQK2s5bzWBtn0uOi2i
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-15 at 01:22, Pablo Endres wrote:
> I've installed dovecot-0.99.10.5 using the rpm from Dag Wieers,
> but when I start it all I get is nothing (but none of the processes
> are running).
>=20
> I checked the config file and set it up (I'm trying to use it
> with mysql support, but it doesn't work with traditional config)

The error messages are logged in /var/log/mail.log (or something
similiar).


--=-Z3ZQK2s5bzWBtn0uOi2i
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzmSVyUhSUUBViskRApL9AJ4+X/0u664Lsj5f3/LGbbV9Q8rAlQCeLnu+
cJlFvDVS0J/ehyohlT0VzvM=
=BON5
-----END PGP SIGNATURE-----

--=-Z3ZQK2s5bzWBtn0uOi2i--


From tss@iki.fi  Tue Jun 15 06:03:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A609AC00292B; Tue, 15 Jun 2004 06:03:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 3198FC00291C
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:03:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 841D81C1D0E1; Tue, 15 Jun 2004 05:56:08 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id AD85D1C1D0E0; Tue, 15 Jun 2004 05:55:34 +0300 (EEST)
Subject: Re: [Dovecot] password and mysql ?
From: Timo Sirainen <tss@iki.fi>
To: "Javi Pardo (DAKOTA)" <dakota@menta.net>
In-Reply-To: <030501c45095$402b5f70$3200000a@dakotapiv>
References: <030501c45095$402b5f70$3200000a@dakotapiv>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-vddAyk1ZJqBT1R+BJK77"
Message-Id: <1087268134.783.52.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 05:55:34 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 03:03:52 -0000
X-UID: 9497                                                  
Status: O


--=-vddAyk1ZJqBT1R+BJK77
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-06-12 at 18:52, Javi Pardo (DAKOTA) wrote:
> i am postfix and dovecot with the authentication with the password file o=
f system
> is possible added virtual domains with mysql? with the two metods?=20

You want Dovecot to try mysql authentication and then fallback to passwd
if user wasn't found from mysql? Not possible with 0.99.10, but is
possible with 1.0-tests (which are still broken).


--=-vddAyk1ZJqBT1R+BJK77
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzmUmyUhSUUBViskRAvVxAJ98AiwWlhAFRHI7g45Tya12Fym5FQCfYKlW
PSmvkLT2evmtEsXWJ88dHOo=
=Eq0K
-----END PGP SIGNATURE-----

--=-vddAyk1ZJqBT1R+BJK77--


From tss@iki.fi  Tue Jun 15 06:14:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 355C8C002930; Tue, 15 Jun 2004 06:14:27 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1835EC00292D
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:14:25 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 673611C1D0E3; Tue, 15 Jun 2004 06:06:43 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 1D97B1C1D0E0; Tue, 15 Jun 2004 06:06:10 +0300 (EEST)
Subject: Re: [Dovecot] PAM_RHOST item
From: Timo Sirainen <tss@iki.fi>
To: Tom Alsberg <alsbergt@cs.huji.ac.il>
In-Reply-To: <20040614065352.GA17855@cs.huji.ac.il>
References: <20040614065352.GA17855@cs.huji.ac.il>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Woh6hxFnOrxazP3CpBeH"
Message-Id: <1087268769.783.63.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 06:06:09 +0300
X-Spam-Status: No, hits=-9.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,
	PATCH_UNIFIED_DIFF,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot Mailing List <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 03:14:27 -0000
X-UID: 9498                                                  
Status: O
Content-Length: 2941


--=-Woh6hxFnOrxazP3CpBeH
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-14 at 09:53, Tom Alsberg wrote:
> Changing passdb-pam.c to pam_set_item it seems trivial, but I'm bugged
> as to how to get the client name from there.  It seems not to be
> available in the auth_request strut or anything from there.  I tried
> even adding an upwards reference from there to the struct client *,
> but then I see that there are three structs named client and two
> structs named auth_request, and somehow I got into trouble of passing
> it cleanly.

See Chernomorets Sergey's recent post about vpopmail. It has client_ip
passed all the way to auth_request. I'll also commit this to CVS:

Index: passdb-pam.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/cvs/dovecot/src/auth/passdb-pam.c,v
retrieving revision 1.15
diff -u -r1.15 passdb-pam.c
--- passdb-pam.c	31 May 2004 18:57:25 -0000	1.15
+++ passdb-pam.c	15 Jun 2004 03:12:37 -0000
@@ -15,6 +15,7 @@
 #include "common.h"
 #include "buffer.h"
 #include "ioloop.h"
+#include "network.h"
 #include "passdb.h"
 #include "mycrypt.h"
 #include "safe-memset.h"
@@ -204,7 +205,7 @@
 }
=20
 static void
-pam_verify_plain_child(const char *service, const char *user,
+pam_verify_plain_child(const struct auth_request *request, const char *ser=
vice,
 		       const char *password, int fd)
 {
 	pam_handle_t *pamh;
@@ -219,15 +220,21 @@
 	conv.conv =3D pam_userpass_conv;
 	conv.appdata_ptr =3D &userpass;
=20
-	userpass.user =3D user;
+	userpass.user =3D request->user;
 	userpass.pass =3D password;
=20
-	status =3D pam_start(service, user, &conv, &pamh);
+	status =3D pam_start(service, request->user, &conv, &pamh);
 	if (status !=3D PAM_SUCCESS) {
 		result =3D PASSDB_RESULT_INTERNAL_FAILURE;
 		str =3D t_strdup_printf("pam_start() failed: %s",
 				      pam_strerror(pamh, status));
 	} else {
+#ifdef PAM_RHOST
+		const char *host =3D net_ip2addr(&request->remote_ip);
+		if (host !=3D NULL)
+			pam_set_item(pamh, PAM_RHOST, host);
+#endif
+
 		status =3D pam_auth(pamh, &str);
 		if ((status2 =3D pam_end(pamh, status)) =3D=3D PAM_SUCCESS) {
 			/* FIXME: check for PASSDB_RESULT_UNKNOWN_USER
@@ -360,7 +367,7 @@
=20
 	if (pid =3D=3D 0) {
 		(void)close(fd[0]);
-		pam_verify_plain_child(service, request->user, password, fd[1]);
+		pam_verify_plain_child(request, service, password, fd[1]);
 		_exit(0);
 	}
=20


--=-Woh6hxFnOrxazP3CpBeH
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzmehyUhSUUBViskRArxiAKCA4s2583QslJT3wW8B5JbYEz6pfgCfUyHp
l7uuI/9aKzvK2rhmMGjT8wY=
=YeOZ
-----END PGP SIGNATURE-----

--=-Woh6hxFnOrxazP3CpBeH--


From epablo@comvoz.com  Tue Jun 15 06:46:37 2004
Return-Path: <epablo@comvoz.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4A3FDC002918; Tue, 15 Jun 2004 06:46:37 +0300 (EEST)
Received: from comvoz.com (www.comvoz.com [216.22.81.132])
	by talvi.dovecot.org (Postfix) with ESMTP id 85A4FC002871
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:46:34 +0300 (EEST)
Received: from [192.168.0.201] [200.31.138.195] by comvoz.com with ESMTP
	(SMTPD32-8.11) id AF37132400DC; Mon, 14 Jun 2004 23:38:31 -0400
Subject: RE: [Dovecot] dovecot + Fedora core 1
From: Pablo Endres <epablo@comvoz.com>
To: "Villalovos, John L" <john.l.villalovos@intel.com>
In-Reply-To: <60C14C611F1DDD4198D53F2F43D8CA3B01066AF4@orsmsx410>
References: <60C14C611F1DDD4198D53F2F43D8CA3B01066AF4@orsmsx410>
Content-Type: text/plain
Organization: ComVoz Comunications
Message-Id: <1087254156.4956.13.camel@keymaker>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Mon, 14 Jun 2004 23:38:29 -0400
Content-Transfer-Encoding: 7bit
X-IMAIL-SPAM-DNSBL: (sorbs,6f37132400dc3e65,127.0.0.10)
X-IMAIL-SPAM-DNSBL: (njabl,6f37132400dc3e65,127.0.0.3)
X-IMAIL-SPAM-VALHELO: (6f37132400dc3e65)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 03:46:37 -0000
X-UID: 9499                                                  
Status: O

Yes nothing there


-- 
Pablo Endres <epablo@comvoz.com>
ComVoz Communications

USA: 	   +1 954 343-2085 Ext 199
Venezuela: +58 212 7713195 Ext 199
Colombia:  +57 1 3256840 Ext 199


From tss@iki.fi  Tue Jun 15 06:52:21 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4F4F9C002918; Tue, 15 Jun 2004 06:52:21 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 2B6B8C002871
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:52:19 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 654021C1D0E1; Tue, 15 Jun 2004 06:44:37 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 216951C1D0E0
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:44:04 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-liC8k2ncNPIV59WkG7oS"
Message-Id: <1087271043.783.100.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 06:44:03 +0300
X-Spam-Status: No, hits=-8.4 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test15 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 03:52:21 -0000
X-UID: 9500                                                  
Status: O
Content-Length: 2111


--=-liC8k2ncNPIV59WkG7oS
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

Maildir code is still having syncing trouble. I thought about fixing
mbox code for a chance - if the same problems happen with it too then I
at least know that the problems are in indexes instead of maildir
syncing itself.

So, the biggest change in 1.0-test15 is a new fully functional superfast
mbox code. If you can make it corrupt your mboxes I'd like to know about
that. I haven't tested it too much yet, but I haven't seen corruption
for a while anymore.

Superfast as in:
 - Syncing and modifying the mbox is done in one integrated loop, no
more passing through the whole mbox multiple times.
 - If we know the mbox is synced and we need to modify it, we directly
jump to the message(s) needing modification and change only them. This
means that with upcoming Dovecot LDA the mbox never needs to be fully
parsed. As long as you're not expunging old messages, mboxes with sizes
of even gigabytes should be no problem.

Still a few remaining issues though:
 - It gets to infinite loop with 0 sized message body. I'll fix this
soon
 - Recent counters are broken
 - mbox lock should be kept two extra seconds after syncing. that is
required so that we can be sure no-one else has modified the mbox (ie.
mtime changes every time)
 - APPEND command doesn't yet update indexes directly, so they still
trigger a full sync
 - keywords aren't implemented
 - UW-IMAP style "FOLDER INTERNAL DATA" message is almost supported..
but not quite yet. We're going to use it if it exists, but we won't
insert one ourself.

This also brings to my mind supporting some other flatfile formats..
Well, I'll write another mail about that.


--=-liC8k2ncNPIV59WkG7oS
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAznCDyUhSUUBViskRAsPrAKCb9cfPNigDf/I/HwUqqtNOI+Ti4gCfYF+S
MO3mA494kI01IJy5PnBgwEQ=
=mhtZ
-----END PGP SIGNATURE-----

--=-liC8k2ncNPIV59WkG7oS--


From michael@crosscode.org  Tue Jun 15 06:58:59 2004
Return-Path: <michael@crosscode.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 96CF6C00291A; Tue, 15 Jun 2004 06:58:59 +0300 (EEST)
Received: from cosby.dhs.org (heidi.crosscode.org [69.50.192.72])
	by talvi.dovecot.org (Postfix) with ESMTP id 2D2E0C002871
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 06:58:57 +0300 (EEST)
Received: by cosby.dhs.org (Postfix, from userid 1000)
	id D0A5F13EDAD; Mon, 14 Jun 2004 23:51:14 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by cosby.dhs.org (Postfix) with ESMTP id A22D113ED89
	for <dovecot@dovecot.org>; Mon, 14 Jun 2004 23:51:14 -0400 (EDT)
Date: Mon, 14 Jun 2004 23:51:14 -0400 (EDT)
From: <michael@cosby.dhs.org>
Cc: <dovecot@dovecot.org>
Subject: Re: [Dovecot] Shared folders?
In-Reply-To: <1087267919.783.47.camel@hurina>
Message-ID: <Pine.LNX.4.30.0406142347450.8728-100000@cosby.dhs.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 03:58:59 -0000
X-UID: 9501                                                  
Status: O
Content-Length: 1442

	This probably won't work for what you want to do, but with 0.99.10 I
just created a second user in /etc/passwd with the same numeric userid
(different username). We can both login to the server simultaneously
(using seperate passwords) and changes made to the mailbox get from one
account to the other fairly quickly. It's perhaps not the neatest way
to administer a box, but it works....

- Michael

On Tue, 15 Jun 2004, Timo Sirainen wrote:

> On Mon, 2004-06-14 at 22:05, Villalovos, John L wrote:
> > I haven't seen any info on this so I thought I'd ask.
> >
> > Is there support for shared IMAP folders?
> >
> > Quite a few people at work subscribe to the Linux Kernel Mailing List.
> > I thought it would make more sense if there could be a shared LKML
> > folder that they all could use.  This would save disk space.
> >
> > Is this posssible?  If so how?
>
> Not really with 0.99.10. But it's mostly because the file permissions
> get set wrong (dovecot-uidlist especially). With symlinks and fixed
> permissions (use the source) you could do it if you really wanted to :)
>
> 1.0-tests have a bit better support for them. You can create
> dovecot-shared named file in maildir root with wanted permissions (0666)
> and those will be used for the files. It also supports private per-user
> message flags for readonly mailboxes (or did at some point, I'm not sure
> if they still work).
>
> Of course, 1.0-tests are still broken.
>
>


From tss@iki.fi  Tue Jun 15 07:09:10 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CAEDBC00291C; Tue, 15 Jun 2004 07:09:10 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id AC600C002871
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 07:09:08 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E01AF1C1D0E1; Tue, 15 Jun 2004 07:01:26 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B24B81C1D0E0
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 07:00:52 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-9Q5/E/dHdwH1qATVTx7/"
Message-Id: <1087272052.783.119.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 07:00:52 +0300
X-Spam-Status: No, hits=-8.4 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] flat file mailbox formats
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 04:09:11 -0000
X-UID: 9502                                                  
Status: O
Content-Length: 1955


--=-9Q5/E/dHdwH1qATVTx7/
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I've tried to write the new mbox code in a way that it could be moved
into generic flat-file library with mbox-specific code being implemented
on top of that.

The code would be useful for all formats that require modifying message
headers to store the metadata. How many such are there?

I suppose all such formats could be implemented by separating mails into
3 logical parts:
 - header ("From ...\n")
 - mail data (headers and body)
 - footer ("\n")

Except keeping a separate header and footer is kind of annoying, my
current code uses:
 - mail separator ("\nFrom ...\n")
 - first message header's skip counter: how many characters to remove
from mail separator for the first message (1, for \n before the "From
..")
 - last message's footer

Somewhat uglier, but I think all needed formats could be implemented
with it? It's also simper and more efficient to implement..

Besides mbox, I know at least two variations which are used:

AAAA-box:
 - I remember seeing this somewhere years ago, but I'm not sure if it's
still used or if it has a real name..
 - separator is four ^A characters (ascii 1) and LF
 - header skip counter is 5
 - last message footer would be the same ^A^A^A^A\n

dotbox:
 - mails are stored in SMTP format, ie. lines beginning with '.' are
prefixed with another '.'. the '.' prefixes will have to be removed for
IMAP, so this isn't as simple as others to implement.
 - separator is ".\n"
 - header skip counter is 2
 - last message footer is ".\n"

Any thoughts?


--=-9Q5/E/dHdwH1qATVTx7/
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAznR0yUhSUUBViskRAn7lAJsE/83J0XcWJRZJD7kusgwRgByMMgCgiKF+
CCiOEbO/BW1cu4M/GYFiL/s=
=oUOm
-----END PGP SIGNATURE-----

--=-9Q5/E/dHdwH1qATVTx7/--


From charlie@rubberduck.com  Tue Jun 15 07:59:41 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7A985C00291A; Tue, 15 Jun 2004 07:59:41 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 30F35C002871
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 07:59:39 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 5096D1C1D0E0; Tue, 15 Jun 2004 07:51:57 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 4A9731C1D0E1; Tue, 15 Jun 2004 07:51:57 +0300 (EEST)
Received: from squeaky.rubberduck.com (unknown [203.28.8.126])
	by danu.procontrol.fi (Postfix) with ESMTP id C1E371C1D0E0
	for <dovecot@procontrol.fi>; Tue, 15 Jun 2004 07:51:22 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by squeaky.rubberduck.com (Postfix) with ESMTP id 34F4ABFC6
	for <dovecot@procontrol.fi>; Tue, 15 Jun 2004 14:51:00 +1000 (EST)
Received: from squeaky.rubberduck.com ([127.0.0.1])
	by localhost (squeaky [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 21495-08 for <dovecot@procontrol.fi>;
	Tue, 15 Jun 2004 14:50:56 +1000 (EST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(Client CN "machine.internal.schools.net.au",
	Issuer "machine.internal.schools.net.au" (verified OK))
	by squeaky.rubberduck.com (Postfix) with ESMTP id 85339BFC5
	for <dovecot@procontrol.fi>; Tue, 15 Jun 2004 14:50:56 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id 522C372AB3B; Tue, 15 Jun 2004 14:50:55 +1000 (EST)
Date: Tue, 15 Jun 2004 14:50:55 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Message-ID: <20040615045053.GP20969@myinternet.com.au>
References: <20040614234225.C7168C002913@talvi.dovecot.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="pwWdILMQNxDD/Cps"
Content-Disposition: inline
In-Reply-To: <20040614234225.C7168C002913@talvi.dovecot.org>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at rubberduck.com
Cc: 
Subject: [Dovecot] Re: [dovecot-cvs] dovecot/src/lib fdpass.c,1.28,1.29
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 04:59:41 -0000
X-UID: 9503                                                  
Status: O
Content-Length: 2390


--pwWdILMQNxDD/Cps
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Will this perhaps fix these?

imap-login: Jun 15 12:28:16 Panic: file ioloop.c: line 90: assertion
failed: (i
o->fd <=3D current_ioloop->highest_fd)
dovecot: Jun 15 12:28:16 Error: child 17987 (login) killed with signal 6
imap-login: Jun 15 13:14:58 Panic: file ioloop.c: line 90: assertion
failed: (i
o->fd <=3D current_ioloop->highest_fd)
dovecot: Jun 15 13:14:58 Error: child 13002 (login) killed with signal 6


On Tue, Jun 15, 2004 at 02:42:25AM +0300, cras@procontrol.fi wrote:
> Update of /home/cvs/dovecot/src/lib
> In directory talvi:/tmp/cvs-serv11171
>=20
> Modified Files:
> 	fdpass.c=20
> Log Message:
> Solaris fix by Tim Hurman
>=20
>=20
>=20
> Index: fdpass.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /home/cvs/dovecot/src/lib/fdpass.c,v
> retrieving revision 1.28
> retrieving revision 1.29
> diff -u -d -r1.28 -r1.29
> --- fdpass.c	1 Dec 2003 19:07:34 -0000	1.28
> +++ fdpass.c	14 Jun 2004 23:42:23 -0000	1.29
> @@ -31,12 +31,20 @@
>  #include <sys/uio.h>
> =20
>  #ifndef CMSG_SPACE
> -#  define CMSG_ALIGN(len) \
> +#  if defined(_CMSG_DATA_ALIGN) && defined(_CMSG_HDR_ALIGN)  /* for Sola=
ris */
> +#    define CMSG_ALIGN(len) _CMSG_DATA_ALIGN(len)
> +#    define CMSG_SPACE(len) \
> +	(_CMSG_DATA_ALIGN(len) + _CMSG_HDR_ALIGN(sizeof(struct cmsghdr)))
> +#    define CMSG_LEN(len) \
> +	(_CMSG_HDR_ALIGN(sizeof(struct cmsghdr)) + (len))
> +#  else
> +#    define CMSG_ALIGN(len) \
>  	(((len) + sizeof(size_t) - 1) & ~(sizeof(size_t) - 1))
> -#  define CMSG_SPACE(len) \
> +#    define CMSG_SPACE(len) \
>  	(CMSG_ALIGN(len) + CMSG_ALIGN(sizeof(struct cmsghdr)))
> -#  define CMSG_LEN(len) \
> +#    define CMSG_LEN(len) \
>  	(CMSG_ALIGN(sizeof(struct cmsghdr)) + (len))
> +#  endif
>  #endif
> =20
>  #ifdef SCM_RIGHTS
>=20

--=20
=2Esignature
0x14AA7941

--pwWdILMQNxDD/Cps
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAzoAtqiZDwhSqeUERAmAYAJ0YQqykl1X0D1dVf8TWK9/QsdbBZACfSGd1
evB/AJw+O/ujo61GaHK3s9U=
=xez9
-----END PGP SIGNATURE-----

--pwWdILMQNxDD/Cps--

From soporte@comvoz.com  Tue Jun 15 07:48:44 2004
Return-Path: <soporte@comvoz.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0B7CBC00291A; Tue, 15 Jun 2004 07:48:44 +0300 (EEST)
Received: from comvoz.com (mail.comvoz.net [216.22.81.132])
	by talvi.dovecot.org (Postfix) with ESMTP id 41006C002871
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 07:48:40 +0300 (EEST)
Received: from [192.168.0.201] [200.31.138.195] by comvoz.com with ESMTP
	(SMTPD32-8.11) id ADC912903AA; Tue, 15 Jun 2004 00:40:41 -0400
From: Pablo Endres <soporte@comvoz.com>
To: dovecot@dovecot.org
In-Reply-To: <1087251758.4956.10.camel@keymaker>
References: <1087251758.4956.10.camel@keymaker>
Content-Type: text/plain
Message-Id: <1087274438.7900.5.camel@keymaker>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Tue, 15 Jun 2004 00:40:39 -0400
Content-Transfer-Encoding: 7bit
X-IMAIL-SPAM-DNSBL: (sorbs,7dc9012903aa3f9b,127.0.0.10)
X-IMAIL-SPAM-DNSBL: (njabl,7dc9012903aa3f9b,127.0.0.3)
X-IMAIL-SPAM-VALHELO: (7dc9012903aa3f9b)
X-Mailman-Approved-At: Tue, 15 Jun 2004 08:05:25 +0300
Subject: [Dovecot] Re: dovecot + Fedora core 1
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 04:48:44 -0000
X-UID: 9504                                                  
Status: O

Ok got the server working A OK.

I can see my mail perfectly via imap using pine, but when I try to use
evolution I get the following error:

Error while 'Scanning folders in "IMAP server mail.root.com.ve"':
Success

Any ideas what it could be?
Thanks in advance
-- 
Pablo Endres Lozada

They that can give up essential liberty to obtain a little temporary safety
deserve neither liberty nor safety.
 -- Benjamin Franklin


From tss@iki.fi  Tue Jun 15 08:08:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A7AB3C00293F; Tue, 15 Jun 2004 08:08:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id AE2B2C00293C
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 08:08:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id CC1DF1C1D0E0; Tue, 15 Jun 2004 08:01:08 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C4C6A1C1D0E1; Tue, 15 Jun 2004 08:01:08 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id E0AB21C1D0E0; Tue, 15 Jun 2004 08:00:34 +0300 (EEST)
In-Reply-To: <20040615045053.GP20969@myinternet.com.au>
References: <20040614234225.C7168C002913@talvi.dovecot.org>
	<20040615045053.GP20969@myinternet.com.au>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-8--553233128"
Message-Id: <EE32AEAC-BE88-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: [dovecot-cvs] dovecot/src/lib fdpass.c,1.28,1.29
Date: Tue, 15 Jun 2004 08:00:32 +0300
To: Charlie Allom <charlie@rubberduck.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 05:08:52 -0000
X-UID: 9505                                                  
Status: O


--Apple-Mail-8--553233128
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 15.6.2004, at 07:50, Charlie Allom wrote:

> Will this perhaps fix these?
>
> imap-login: Jun 15 12:28:16 Panic: file ioloop.c: line 90: assertion
> failed: (i
> o->fd <= current_ioloop->highest_fd)

I don't think so. Does this happen every time when logging in? With 
Solaris?

--Apple-Mail-8--553233128
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD4DBQFAzoJwyUhSUUBViskRAqkCAJ9M1r783ejCH7vztzNoOBPvkR2e9gCYmOEA
6WL8pxVlgrEHO2QYjayKlQ==
=F72r
-----END PGP SIGNATURE-----

--Apple-Mail-8--553233128--


From charlie@rubberduck.com  Tue Jun 15 08:17:07 2004
Return-Path: <charlie@rubberduck.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B8DAFC002945; Tue, 15 Jun 2004 08:17:07 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B731AC002916
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 08:17:05 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id D72241C1D0E0; Tue, 15 Jun 2004 08:09:23 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D117E1C1D0E1; Tue, 15 Jun 2004 08:09:23 +0300 (EEST)
Received: from squeaky.rubberduck.com (squeaky.rubberduck.com [203.28.8.126])
	by danu.procontrol.fi (Postfix) with ESMTP id D63711C1D0E0
	for <dovecot@procontrol.fi>; Tue, 15 Jun 2004 08:08:48 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by squeaky.rubberduck.com (Postfix) with ESMTP id 10F2EBFC6
	for <dovecot@procontrol.fi>; Tue, 15 Jun 2004 15:08:37 +1000 (EST)
Received: from squeaky.rubberduck.com ([127.0.0.1])
	by localhost (squeaky [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 21895-03 for <dovecot@procontrol.fi>;
	Tue, 15 Jun 2004 15:08:32 +1000 (EST)
Received: from machine.internal.schools.net.au (rtr1.snc.schools.net.au
	[203.31.232.2])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(Client CN "machine.internal.schools.net.au",
	Issuer "machine.internal.schools.net.au" (verified OK))
	by squeaky.rubberduck.com (Postfix) with ESMTP id 5CD3DBFC5
	for <dovecot@procontrol.fi>; Tue, 15 Jun 2004 15:08:32 +1000 (EST)
Received: by machine.internal.schools.net.au (Postfix, from userid 1011)
	id D11A872ABD3; Tue, 15 Jun 2004 15:08:30 +1000 (EST)
Date: Tue, 15 Jun 2004 15:08:30 +1000
From: Charlie Allom <charlie@rubberduck.com>
To: dovecot@procontrol.fi
Subject: Re: [Dovecot] Re: [dovecot-cvs] dovecot/src/lib fdpass.c,1.28,1.29
Message-ID: <20040615050828.GQ20969@myinternet.com.au>
References: <20040614234225.C7168C002913@talvi.dovecot.org>
	<20040615045053.GP20969@myinternet.com.au>
	<EE32AEAC-BE88-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Idd68gPqKLz5+Ci0"
Content-Disposition: inline
In-Reply-To: <EE32AEAC-BE88-11D8-8017-000393CC2E90@iki.fi>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at rubberduck.com
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 05:17:07 -0000
X-UID: 9506                                                  
Status: O
Content-Length: 1060


--Idd68gPqKLz5+Ci0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jun 15, 2004 at 08:00:32AM +0300, Timo Sirainen wrote:
> On 15.6.2004, at 07:50, Charlie Allom wrote:
>=20
> >Will this perhaps fix these?
> >
> >imap-login: Jun 15 12:28:16 Panic: file ioloop.c: line 90: assertion
> >failed: (i
> >o->fd <=3D current_ioloop->highest_fd)
>=20
> I don't think so. Does this happen every time when logging in? With=20
> Solaris?

no - never when originally opening a folder/logging in. It must only be
when refreshing the status of the emails. Perhaps that is a mutt thing -
logging in twice? Not sure - how can I help?

With Solaris only I've found.

  C.

--=20
=2Esignature
0x14AA7941

--Idd68gPqKLz5+Ci0
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAzoRMqiZDwhSqeUERAujrAJ0Y/+H5Wb40Xmd1RxRaQXzrgg/O2ACgsAxI
/4jQYPSLVaxEFpgEl6Ma4AM=
=Y4s3
-----END PGP SIGNATURE-----

--Idd68gPqKLz5+Ci0--

From strombrg@dcs.nac.uci.edu  Tue Jun 15 19:47:45 2004
Return-Path: <strombrg@dcs.nac.uci.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 89027C000DCF; Tue, 15 Jun 2004 19:47:45 +0300 (EEST)
Received: from dcs.nac.uci.edu (dcs.nac.uci.edu [128.200.34.32])
	by talvi.dovecot.org (Postfix) with ESMTP id 45439C000DCC
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 19:47:41 +0300 (EEST)
Received: from [128.200.34.35] (tesuji.nac.uci.edu [128.200.34.35])
	by dcs.nac.uci.edu (8.12.11/8.12.10) with ESMTP id i5FGds2r006428;
	Tue, 15 Jun 2004 09:39:54 -0700
Subject: Re: [Dovecot] flat file mailbox formats
From: Dan Stromberg <strombrg@dcs.nac.uci.edu>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1087272052.783.119.camel@hurina>
References: <1087272052.783.119.camel@hurina>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ktVqyqRYHxEb0Z4zwuc9"
Message-Id: <1087317594.5274.4.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Tue, 15 Jun 2004 09:39:54 -0700
Cc: Dan Stromberg <strombrg@dcs.nac.uci.edu>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 16:47:45 -0000
X-UID: 9507                                                  
Status: O


--=-ktVqyqRYHxEb0Z4zwuc9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-14 at 21:00, Timo Sirainen wrote:

> AAAA-box:
>  - I remember seeing this somewhere years ago, but I'm not sure if it's
> still used or if it has a real name..
>  - separator is four ^A characters (ascii 1) and LF
>  - header skip counter is 5
>  - last message footer would be the same ^A^A^A^A\n

ISTR this is the "MMDF" format.

--=20
Dan Stromberg DCS/NACS/UCI <strombrg@dcs.nac.uci.edu>


--=-ktVqyqRYHxEb0Z4zwuc9
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQBAzyZao0feVm00f/8RApVbAJ9RCFE02tAepxBC9WwJ/mkirqKvGQCgpgwj
eU4A5gZD7wb6AIH95+zv9U8=
=fxuM
-----END PGP SIGNATURE-----

--=-ktVqyqRYHxEb0Z4zwuc9--


From terjeros@phys.ntnu.no  Tue Jun 15 20:23:47 2004
Return-Path: <terjeros@phys.ntnu.no>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AC9C2C000DDE; Tue, 15 Jun 2004 20:23:47 +0300 (EEST)
Received: from anne.phys.ntnu.no (susanne.phys.ntnu.no [129.241.48.175])
	by talvi.dovecot.org (Postfix) with ESMTP id 945F2C000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 20:23:45 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by anne.phys.ntnu.no (Postfix) with ESMTP id 3564772DF8
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 19:16:02 +0200 (CEST)
Received: from anne.phys.ntnu.no ([127.0.0.1])
	by localhost (anne.phys.ntnu.no [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 31891-02 for <dovecot@dovecot.org>;
	Tue, 15 Jun 2004 19:16:02 +0200 (CEST)
Received: from bohm.phys.ntnu.no (bohm.phys.ntnu.no [129.241.48.101])
	by anne.phys.ntnu.no (Postfix) with ESMTP id 15A7972DE5
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 19:16:02 +0200 (CEST)
Received: by bohm.phys.ntnu.no (Postfix, from userid 1708)
	id 95BA2688B; Tue, 15 Jun 2004 19:16:01 +0200 (CEST)
To: dovecot@dovecot.org
From: Terje Rosten <terjeros@phys.ntnu.no>
Date: Tue, 15 Jun 2004 19:16:00 +0200
Message-ID: <yojsmcwlp2n.fsf@bohm.phys.ntnu.no>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new/clamav at anne.phys.ntnu.no
Subject: [Dovecot] SSL problems with imap-login
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 17:23:47 -0000
X-UID: 9508                                                  
Status: O
Content-Length: 1909


I am using dovecot-0.99.10.5-1 on RHEL 3 for x86-64:

$ uname -a
Linux localhost 2.4.21-15.ELsmp #1 SMP 
 Thu Apr 22 00:09:01 EDT 2004 x86_64 x86_64 x86_64 GNU/Linux

The client is Horde-2.2.5/IMP-3.2 on Fedora Core 2 on i386.

At random imap-login fails with the following error message:

$ grep imap /var/log/maillog:

Jun 15 18:01:08 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:01:17 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:15:25 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:15:25 anne imap-login: SSL_accept() failed: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure [10.0.0.1]
Jun 15 18:15:47 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:15:47 anne imap-login: SSL_accept() failed: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure [10.0.0.1]
Jun 15 18:16:00 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:16:00 anne imap-login: SSL_accept() failed: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure [10.0.0.1]
Jun 15 18:16:25 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:17:35 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:19:43 anne imap-login: SSL_accept() failed: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure [10.0.0.1]
Jun 15 18:52:01 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:52:01 anne imap-login: SSL_accept() failed: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure [10.0.0.1]
Jun 15 18:52:31 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:52:53 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:53:33 anne imap-login: Login: terjeros [10.0.0.1]
Jun 15 18:54:30 anne imap-login: SSL_accept() failed: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure [10.0.0.1]


The box has plenty  of memory:
$ free | grep Mem
Mem:       4016976    3696888     320088   0     731608 2279704


Any ideas? OpenSSL or dovecot issue?


 - Terje

From tss@iki.fi  Tue Jun 15 21:18:48 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8A2B5C000E0A; Tue, 15 Jun 2004 21:18:48 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4DFF1C000DCF
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 21:18:41 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2C01A1C1D0E0; Tue, 15 Jun 2004 21:10:58 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 03E441C1D0E2; Tue, 15 Jun 2004 21:10:24 +0300 (EEST)
Subject: Re: [Dovecot] SSL problems with imap-login
From: Timo Sirainen <tss@iki.fi>
To: Terje Rosten <terjeros@phys.ntnu.no>
In-Reply-To: <yojsmcwlp2n.fsf@bohm.phys.ntnu.no>
References: <yojsmcwlp2n.fsf@bohm.phys.ntnu.no>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ZbPASV9wf65PQ0/BgoO9"
Message-Id: <1087323022.783.125.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 21:10:22 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 18:18:49 -0000
X-UID: 9509                                                  
Status: O


--=-ZbPASV9wf65PQ0/BgoO9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-15 at 20:16, Terje Rosten wrote:
> At random imap-login fails with the following error message:
>=20
> Jun 15 18:15:25 anne imap-login: SSL_accept() failed: error:1409C041:SSL =
routines:SSL3_SETUP_BUFFERS:malloc failure [10.0.0.1]

Try growing login_process_size setting in config file. I guess I'll
raise the default from 16 to 32.



--=-ZbPASV9wf65PQ0/BgoO9
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAzzuOyUhSUUBViskRAmm6AJ0ZtVyNJ4gMbZj/VYWbKIT+psdXgACfSUX+
mc6Ag8rvAT3Q2iBr0IsTX20=
=zG7w
-----END PGP SIGNATURE-----

--=-ZbPASV9wf65PQ0/BgoO9--


From geocar-dovecot@internetconnection.net  Tue Jun 15 21:55:24 2004
Return-Path: <geocar-dovecot@internetconnection.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5BACAC000DF1; Tue, 15 Jun 2004 21:55:24 +0300 (EEST)
Received: from internetconnection.net (proxy.dmvnoc.com [216.169.144.254])
	by talvi.dovecot.org (Postfix) with SMTP id DF3DFC000DED
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 21:55:21 +0300 (EEST)
Received: (qmail 1008 invoked by uid 0); 15 Jun 2004 18:52:14 -0000
Received: from unknown (HELO ?192.168.1.3?) (192.168.1.3)
	by pokey with SMTP; 15 Jun 2004 18:52:14 -0000
From: Geo Carncross <geocar-dovecot@internetconnection.net>
To: dovecot@dovecot.org
Content-Type: text/plain
Organization: Internet Connection
Message-Id: <1087325080.1966.581.camel@midget.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Tue, 15 Jun 2004 14:44:41 -0400
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] cvs changelog
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: geocar@internetconnection.net
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, 15 Jun 2004 18:55:24 -0000
X-UID: 9510                                                  
Status: O

FEI: the CVS changelog is no longer updating.

cras's commits look like this:

date: YYYY-MM-DD HH:MM:SS +TZDD;  author cras;  state Exp;  lines +1 -0

but cvs2cl.pl (2.50) demands:

date: YYYY/MM/DD HH:MM:SS; author cras; state: Exp; lines +1 -0

cvs2cl.pl version 2.55 still can't parse these lines. I patched my
cvs2cl.pl so I could still follow dovecot, but I'm not certain these
changes actually belong in cvs2cl.pl


--- /s/2.55-orig/cvs2cl.pl  2004-06-15 18:58:54.000000000 +0000
+++ /s/2.55/cvs2cl.pl       2004-06-15 18:59:14.000000000 +0000
@@ -2286,7 +2286,7 @@
  
   my ($year, $mon, $mday, $hours, $min, $secs, $author, $state, $rest)
=
     $line =~
-      m!(\d+)/(\d+)/(\d+)\s+(\d+):(\d+):(\d+);\s+
+      m!(\d+)[/-](\d+)[/-](\d+)\s+(\d+):(\d+):(\d+)(?:.*?);\s+
         author:\s+([^;]+);\s+state:\s+([^;]+);(.*)!x
     or  die "Couldn't parse date ``$line''";
   die "Bad date or Y2K issues"


From terjeros@phys.ntnu.no  Tue Jun 15 22:06:54 2004
Return-Path: <terjeros@phys.ntnu.no>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1EE81C000E0A; Tue, 15 Jun 2004 22:06:54 +0300 (EEST)
Received: from anne.phys.ntnu.no (susanne.phys.ntnu.no [129.241.48.175])
	by talvi.dovecot.org (Postfix) with ESMTP id 13B04C000DF1
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 22:06:52 +0300 (EEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by anne.phys.ntnu.no (Postfix) with ESMTP id B252672DF8
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 20:59:08 +0200 (CEST)
Received: from anne.phys.ntnu.no ([127.0.0.1])
	by localhost (anne.phys.ntnu.no [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 00828-01 for <dovecot@dovecot.org>;
	Tue, 15 Jun 2004 20:59:08 +0200 (CEST)
Received: from bohm.phys.ntnu.no (bohm.phys.ntnu.no [129.241.48.101])
	by anne.phys.ntnu.no (Postfix) with ESMTP id 9295872DE5
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 20:59:08 +0200 (CEST)
Received: by bohm.phys.ntnu.no (Postfix, from userid 1708)
	id 1E559688B; Tue, 15 Jun 2004 20:59:07 +0200 (CEST)
To: dovecot@dovecot.org
Subject: Re: [Dovecot] SSL problems with imap-login
References: <yojsmcwlp2n.fsf@bohm.phys.ntnu.no>
	<1087323022.783.125.camel@hurina>
From: Terje Rosten <terjeros@phys.ntnu.no>
Date: Tue, 15 Jun 2004 20:59:07 +0200
In-Reply-To: <1087323022.783.125.camel@hurina>
Message-ID: <yojpt803ax0.fsf@bohm.phys.ntnu.no>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new/clamav at anne.phys.ntnu.no
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 19:06:54 -0000
X-UID: 9511                                                  
Status: O

* Timo Sirainen
| 
| Try growing login_process_size setting in config file.

I am using 32 now. No problems so far.

Thanks Timo!


 - Terje

From tss@iki.fi  Tue Jun 15 22:13:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C33F6C000E0A; Tue, 15 Jun 2004 22:13:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id CC2D2C000DCE
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 22:13:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 892141C1D0E1; Tue, 15 Jun 2004 22:06:07 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id AFD231C1D0E0; Tue, 15 Jun 2004 22:05:33 +0300 (EEST)
Subject: Re: [Dovecot] cvs changelog
From: Timo Sirainen <tss@iki.fi>
To: geocar@internetconnection.net
In-Reply-To: <1087325080.1966.581.camel@midget.intranet>
References: <1087325080.1966.581.camel@midget.intranet>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-StiSk4RpTp9KAamyttWt"
Message-Id: <1087326333.783.127.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 15 Jun 2004 22:05:33 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 15 Jun 2004 19:13:52 -0000
X-UID: 9512                                                  
Status: O


--=-StiSk4RpTp9KAamyttWt
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-15 at 21:44, Geo Carncross wrote:
> FEI: the CVS changelog is no longer updating.

Oh, right. I was supposed to fix it today by upgrading cvs2cl. Done.

> cvs2cl.pl version 2.55 still can't parse these lines. I patched my
> cvs2cl.pl so I could still follow dovecot, but I'm not certain these
> changes actually belong in cvs2cl.pl

2.55 Debian package seems to work fine without changes.


--=-StiSk4RpTp9KAamyttWt
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAz0h9yUhSUUBViskRAmdDAJwMq6HMyPZ2rqCc14/+DsHuC0eToACcCtCl
dm8T+iD62X+ZiHV8eQ3lR9U=
=x83X
-----END PGP SIGNATURE-----

--=-StiSk4RpTp9KAamyttWt--


From tallison@tacocat.net  Wed Jun 16 03:48:51 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6F880C000D8E; Wed, 16 Jun 2004 03:48:51 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 02BDEC0007B4
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 03:48:49 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id 829FF4C078
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 20:41:03 -0400 (EDT)
Message-ID: <40CF971F.2060403@tacocat.net>
Date: Tue, 15 Jun 2004 20:41:03 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] review of my configuration
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 00:48:51 -0000
X-UID: 9513                                                  
Status: O
Content-Length: 1695

Over the last week I've set up dovecot and imap and imaps support.

I've even tried to break it but it's been doing very well.

Now I'm trying to set up a webmail interface.  Rather than use the 
common squirrelmail, I thought I would try openwebmail.  Mainly because 
it's written in perl, of which I am a big fan.

However, I ran into some errors in openwebmail that actually may tie 
back to dovecot.  Here's how:

dovecot configuration
userdb = /etc/passwd
passdb = pgsql....
---this allows me to use the $HOME, uid, gid from the passwd file and 
not have to carry two copies of it (/etc/passwd and pgsql)

However, under openwebmail I don't seem to have this option as they are 
really determined to require a home, uid, gid for each user that logs 
in.  As witnessed by the following line:

Tue Jun 15 20:23:34 2004 - [31572] (unknown) tallison - userinfo error - 
auth_pgsql.pl, ret -3, Can't execute SQL statement: ERROR:  column "uid" 
does not exist


Sure looks familiar doesn't it?  (see, it's relevant!)

Since I was thinking that maybe it might be interesting to do some email 
set up to support multiple domains and users some day, and I want to try 
out the openwebmail sooner than that.  I'm getting the impression that 
it might be easier if I just made the leap today and started to 
reconfigure everything for multiple domain hosting and all the cool stuff.

Now, I can probably muddle through this without too much internal 
damage.  But I keep getting stuck on one point.

How can I filter the delivery of email like I do with procmail, when I 
am delivering mail to many users, none of whom have a /etc/passwd entry? 
  Are there any alternative ideas on how to do this?


From tallison@tacocat.net  Wed Jun 16 03:59:29 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1E817C000DCD; Wed, 16 Jun 2004 03:59:29 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 0C658C0007B4
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 03:59:27 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id AF8C24C078
	for <dovecot@dovecot.org>; Tue, 15 Jun 2004 20:51:42 -0400 (EDT)
Message-ID: <40CF999E.1040508@tacocat.net>
Date: Tue, 15 Jun 2004 20:51:42 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] dovecot non-local users
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 00:59:29 -0000
X-UID: 9514                                                  
Status: O

 From the docs:

System without local users
--------------------------

<snip>

Having one uid per user would mean that in case of a security hole in
Dovecot, the user still couldn't read other peoples mails. Use this if
possible.

-----

I don't quite understand this one.
If you aren't a local user, what's the uid all about?

Do I do something like:
create a user for mydomain in /etc/passwd (eg: user:domain_dude, 
home:/var/dovecot) with a valid home/uid/gid.
Plug in the uid/gid/home for domain_dude in the authentication and have 
a data structure of /var/dovecot/%d/%n/Maildir
or %h/%d/%d/Maildir where %h = "/var/dovecot" via /etc/passwd.

Something like that?



From tss@iki.fi  Wed Jun 16 04:11:22 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AE47DC000DD2; Wed, 16 Jun 2004 04:11:22 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 119E3C000DCD
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 04:11:20 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 32FCF1C1D0E1; Wed, 16 Jun 2004 04:03:36 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 4340C1C1D0E0
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 04:03:02 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-bJvD+4hRjJhPUONY6gNh"
Message-Id: <1087347781.783.142.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 16 Jun 2004 04:03:01 +0300
X-Spam-Status: No, hits=-8.4 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test16 - nearing usable state
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 01:11:22 -0000
X-UID: 9515                                                  
Status: O
Content-Length: 1608


--=-bJvD+4hRjJhPUONY6gNh
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

Here you go, maildir syncing problems finally fixed (I hope). Well,
except there's this "new-dir-only syncing" optimization which I'm not
really sure if it works as it should.

The bug really was in index code as I was beginning to suspect. The good
thing is that while trying to figure it out over the last several weeks
I thought of many other potential problems (race conditions) which got
fixed. Those would have been much harder to find than this one :)

Finally I thought I'd stop looking at the code and just begin dumping
tons of debugging data to see where exactly it goes wrong. After few
hours of debugging I figured out it was because message was being
removed from index but not from maildir. 5 hours of sleep later I woke
up, thought a while, figured out where it must be, got up, half an hour
more debugging and found it. :) Code merging two UID range buffers into
one was buggy, inserting one line of code fixed it.

So .. Maybe I'll finally start using this myself now. The next important
problems seem to be some random error messages about index locking
timeouts and some asserts in some situations.


--=-bJvD+4hRjJhPUONY6gNh
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAz5xFyUhSUUBViskRAn3NAJ9RD8bx+Jn6XmFd7Xsp5ac9QueTYACcCbFT
BidlhGFN6WVZ7Nul51O0Peo=
=TvHk
-----END PGP SIGNATURE-----

--=-bJvD+4hRjJhPUONY6gNh--


From tss@iki.fi  Wed Jun 16 04:17:09 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 998BAC000DD0; Wed, 16 Jun 2004 04:17:09 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8CC29C000DCB
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 04:17:07 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AAAB11C1D0E1; Wed, 16 Jun 2004 04:09:23 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id AC7C91C1D0E0; Wed, 16 Jun 2004 04:08:49 +0300 (EEST)
Subject: Re: [Dovecot] dovecot non-local users
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40CF999E.1040508@tacocat.net>
References: <40CF999E.1040508@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-/ogah7ddBWN//X2vWJgK"
Message-Id: <1087348129.783.148.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 16 Jun 2004 04:08:49 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 01:17:09 -0000
X-UID: 9516                                                  
Status: O
Content-Length: 1550


--=-/ogah7ddBWN//X2vWJgK
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-16 at 03:51, Tom Allison wrote:
> Having one uid per user would mean that in case of a security hole in
> Dovecot, the user still couldn't read other peoples mails. Use this if
> possible.
>=20
> -----
>=20
> I don't quite understand this one.
> If you aren't a local user, what's the uid all about?

"in case of a security hole", ie. if attacker finds a way to execute
arbitrary code in the imap/pop3 process. Of course there never will be
such holes ;)

> Do I do something like:
> create a user for mydomain in /etc/passwd (eg: user:domain_dude,=20
> home:/var/dovecot) with a valid home/uid/gid.
> Plug in the uid/gid/home for domain_dude in the authentication and have=20
> a data structure of /var/dovecot/%d/%n/Maildir
> or %h/%d/%d/Maildir where %h =3D "/var/dovecot" via /etc/passwd.

If the home is domain-wide, it'd probably be better to point home
directory to /var/dovecot/domain and use %h/%n/Maildir in
default_mail_env.

Keeping home directory somewhere where the user has write access to
might be useful sooner or later (eg. to get core dumps written).



--=-/ogah7ddBWN//X2vWJgK
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAz52hyUhSUUBViskRAu+dAJ9EMWiHs796/ovhYhLbTABZH0HQnACfXc6H
RqoEYkjESBPQkhEwHvN0mxQ=
=FLMl
-----END PGP SIGNATURE-----

--=-/ogah7ddBWN//X2vWJgK--


From tss@iki.fi  Wed Jun 16 05:07:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 14FA3C000DCD; Wed, 16 Jun 2004 05:07:44 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 07A7CC000DCB
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 05:07:42 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 148181C1D0E1; Wed, 16 Jun 2004 04:59:58 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 97ECB1C1D0E0
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 04:59:23 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-JQYxROIJdyhg2OeiHAh8"
Message-Id: <1087351163.783.152.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 16 Jun 2004 04:59:23 +0300
X-Spam-Status: No, hits=-8.6 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] /var/mail dotlocking workaround
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 02:07:44 -0000
X-UID: 9517                                                  
Status: O


--=-JQYxROIJdyhg2OeiHAh8
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I added "mail_extra_groups" setting which can be used to give imap/pop3
process access to additional groups. So what this means is if you set it
to "mail" you can finally remove o-w access from /var/mail directory.

Leaving the sticky bit could still be a good idea, so there's no way
users to be able to delete each others inboxes.

Here's a patch against 0.99.10.5:

http://dovecot.org/patches/mail-extra-groups.diff

--=-JQYxROIJdyhg2OeiHAh8
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAz6l7yUhSUUBViskRAtH7AKCah6aOCsZ6AB/2xIJqjWPjPAupLgCfSzVO
FHggeV169Mi67piAJdCrEpA=
=xpym
-----END PGP SIGNATURE-----

--=-JQYxROIJdyhg2OeiHAh8--


From chibi@gol.com  Wed Jun 16 08:56:47 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5D26DC000DCD; Wed, 16 Jun 2004 08:56:47 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id DAD84C000DCB
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 08:56:44 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BaTI8-0002u7-00
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 14:48:56 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 16 Jun 2004 14:48:56 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BaTI8-0002u7-00@batzmaru.gol.ad.jp>
Subject: [Dovecot] Return (revenge?) of the "pop-lock". 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 05:56:47 -0000
X-UID: 9518                                                  
Status: O


Hello,

The users here have been migrated to the new mail system with dovecot
0.99.10.5 (Debian package) on the backends. Storage is maildir, only
pop3 access for now.
I see very seldom occurrences (compared to the session wide pop lock 
of qpopper on the old system) like this: 
---
Jun 16 14:35:52 mb01 pop3(user@gol.com): 
Timeout while waiting for release of exclusive fcntl() lock for index file 
/mail/spool/mb01/9ef/f73/af.user/.INBOX/.imap.index
---
These are people with slow connections and at least one large mail in
the box, with their client aborting w/o terminating the session properly.

I presume the timeout for this is hardcoded, as all the config 
parameters for timeouts are mbox related, rite?

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From chibi@gol.com  Wed Jun 16 09:11:25 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 25D8FC000DD0; Wed, 16 Jun 2004 09:11:25 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id DBF8CC000DCE
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 09:11:22 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BaTWL-00034z-00
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 15:03:37 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: dovecot@dovecot.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 16 Jun 2004 15:03:37 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
Subject: [Dovecot] POP3 LAST command?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 06:11:25 -0000
X-UID: 9519                                                  
Status: O


Hello,

any plans to support this in the future? Seems the inability to 
use LAST breaks that Yahoo remote mailbox slurper thing, not that
I care too much about that, but some mail clients might miss it
as well. ;)

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From aredridel@nbtsc.org  Wed Jun 16 09:14:25 2004
Return-Path: <aredridel@nbtsc.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 64F70C000DD4; Wed, 16 Jun 2004 09:14:25 +0300 (EEST)
Received: from polis.nbtsc.org (polis.nbtsc.org [206.168.119.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 5879AC000DCE
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 09:14:23 +0300 (EEST)
Received: from mizar.nbtsc.org ([206.168.67.102])
	by polis.nbtsc.org with asmtp (Exim 4.34) id 1BaTZF-000609-Pg
	for dovecot@dovecot.org; Wed, 16 Jun 2004 00:06:37 -0600
Subject: Re: [Dovecot] POP3 LAST command?
From: Aredridel <aredridel@nbtsc.org>
To: dovecot@dovecot.org
In-Reply-To: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
References: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
Content-Type: text/plain
Date: Wed, 16 Jun 2004 00:07:14 -0600
Message-Id: <1087366034.8803.0.camel@mizar.nbtsc.org>
Mime-Version: 1.0
X-Mailer: Evolution 1.5.9.1 
Content-Transfer-Encoding: 7bit
X-Scan-Signature: 6cad5945768af8579ed87dd42b843e8a
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 06:14:25 -0000
X-UID: 9520                                                  
Status: O

On Wed, 2004-06-16 at 15:03 +0900, Christian Balzer wrote:
> Hello,
> 
> any plans to support this in the future? Seems the inability to 
> use LAST breaks that Yahoo remote mailbox slurper thing, not that
> I care too much about that, but some mail clients might miss it
> as well. ;)

I actually had a customer complain about that this morning.  I'd love to
have it as a feature.


From tss@iki.fi  Wed Jun 16 09:54:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 526AFC000DD5; Wed, 16 Jun 2004 09:54:24 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 5DC00C000DCE
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 09:54:22 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E8A2F1C1D0E1; Wed, 16 Jun 2004 09:46:37 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id E818D1C1D0E0; Wed, 16 Jun 2004 09:46:03 +0300 (EEST)
Subject: Re: [Dovecot] POP3 LAST command?
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
References: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Cq2xoEXnY7jxS81nhs9e"
Message-Id: <1087368363.31644.2.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 16 Jun 2004 09:46:03 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 06:54:24 -0000
X-UID: 9521                                                  
Status: O
Content-Length: 1209


--=-Cq2xoEXnY7jxS81nhs9e
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-16 at 09:03, Christian Balzer wrote:
> any plans to support this in the future? Seems the inability to=20
> use LAST breaks that Yahoo remote mailbox slurper thing, not that
> I care too much about that, but some mail clients might miss it
> as well. ;)

It's in TODO:

    - POP3: add support for LAST command, but make it optional since it has=
 to
      play with \Seen flags (RSET would unset them all with it enabled, not
      very nice).

It's not really difficult to implement with 0.99.10 code either. Just
make RETR command set the \Seen flag for the message (there's a kludgy
update_seen flag because IMAP needs it too). Then with LAST return the
highest message with \Seen flag set. RSET would remove all \Seen flags.


--=-Cq2xoEXnY7jxS81nhs9e
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAz+yryUhSUUBViskRAmH5AKCm+arjCpyiIai4YhtKB7UGcKp4mwCeLUKB
YWgFq+7V4t4ZlnigZRSG1uc=
=OdmG
-----END PGP SIGNATURE-----

--=-Cq2xoEXnY7jxS81nhs9e--


From tss@iki.fi  Wed Jun 16 09:56:59 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1316DC000DD8; Wed, 16 Jun 2004 09:56:59 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1AEC4C000DCE
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 09:56:57 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A46091C1D0E1; Wed, 16 Jun 2004 09:49:12 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 8311F1C1D0E0; Wed, 16 Jun 2004 09:48:38 +0300 (EEST)
Subject: Re: [Dovecot] Return (revenge?) of the "pop-lock".
From: Timo Sirainen <tss@iki.fi>
To: Christian Balzer <chibi@gol.com>
In-Reply-To: <E1BaTI8-0002u7-00@batzmaru.gol.ad.jp>
References: <E1BaTI8-0002u7-00@batzmaru.gol.ad.jp>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-4PGK35Vmh1SRh2nJGQc4"
Message-Id: <1087368518.31644.6.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 16 Jun 2004 09:48:38 +0300
X-Spam-Status: No, hits=-9.0 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 06:56:59 -0000
X-UID: 9522                                                  
Status: O
Content-Length: 1433


--=-4PGK35Vmh1SRh2nJGQc4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-16 at 08:48, Christian Balzer wrote:
> I see very seldom occurrences (compared to the session wide pop lock=20
> of qpopper on the old system) like this:=20
> ---
> Jun 16 14:35:52 mb01 pop3(user@gol.com):=20
> Timeout while waiting for release of exclusive fcntl() lock for index fil=
e=20
> /mail/spool/mb01/9ef/f73/af.user/.INBOX/.imap.index
> ---
> These are people with slow connections and at least one large mail in
> the box, with their client aborting w/o terminating the session properly.
>=20
> I presume the timeout for this is hardcoded, as all the config=20
> parameters for timeouts are mbox related, rite?

Right. That's one annoying thing with 0.99.10 index code, slow readers
will block others from accessing the mailbox. There's not much you can
do except disable indexes, which would lose cached message sizes and
slow down POP3 a lot.

The default timeout it 5 minutes already I think, so I'm not sure if
growing it would help much.


--=-4PGK35Vmh1SRh2nJGQc4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAz+1GyUhSUUBViskRAryAAKCcqtgmAvfSIZU3+sqt/iVNaiEwwwCeLw83
o/GJqKhRN1FHs3ShFZeWPng=
=6Q26
-----END PGP SIGNATURE-----

--=-4PGK35Vmh1SRh2nJGQc4--


From discussion-lists@linnet.org  Wed Jun 16 10:49:49 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F308DC000DCE; Wed, 16 Jun 2004 10:49:48 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id 890B0C000DCB
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 10:49:46 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 9F0061392E8; Wed, 16 Jun 2004 03:41:47 -0400 (EDT)
Received: from billdog.local.linnet.org (unknown [80.44.147.198])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 01B79139268; Wed, 16 Jun 2004 03:41:47 -0400 (EDT)
Received: from lists by billdog.local.linnet.org with local (Exim 4.31)
	id 1BaV3U-0000Lu-8Y; Wed, 16 Jun 2004 08:41:56 +0100
Date: Wed, 16 Jun 2004 08:41:56 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Christian Balzer <chibi@gol.com>
Subject: Re: [Dovecot] POP3 LAST command?
Message-ID: <20040616074156.GD916@uk.tiscali.com>
References: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
User-Agent: Mutt/1.4.1i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 07:49:49 -0000
X-UID: 9523                                                  
Status: O

On Wed, Jun 16, 2004 at 03:03:37PM +0900, Christian Balzer wrote:
> any plans to support this in the future? Seems the inability to 
> use LAST breaks that Yahoo remote mailbox slurper thing, not that
> I care too much about that, but some mail clients might miss it
> as well. ;)

This is a prehistoric feature, and I think it's a bad idea to include it.

(It was in RFC1460, removed in RFC1725 *eight* years ago, and the current
POP3 spec is RFC1939)

All mail clients should be able to use UIDL to detect new mail; LAST was
removed because it's conceptually broken (i.e. it assumes that conceptually
your mailbox consists of N read mails followed by M unread mails, which
often is not the case in real life)

Regards,

Brian.

From chibi@gol.com  Wed Jun 16 12:27:09 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9B896C000DCF; Wed, 16 Jun 2004 12:27:09 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 44429C000DCB
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 12:27:07 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BaWZS-00056T-00; Wed, 16 Jun 2004 18:19:02 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Return (revenge?) of the "pop-lock". 
In-reply-to: <1087368518.31644.6.camel@hurina> 
References: <E1BaTI8-0002u7-00@batzmaru.gol.ad.jp>
	<1087368518.31644.6.camel@hurina>
Comments: In-reply-to Timo Sirainen <tss@iki.fi>
	message dated "Wed, 16 Jun 2004 09:48:38 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 16 Jun 2004 18:19:02 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BaWZS-00056T-00@batzmaru.gol.ad.jp>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 09:27:09 -0000
X-UID: 9524                                                  
Status: O


Timo wrote:
>On Wed, 2004-06-16 at 08:48, Christian Balzer wrote:
[exclusive fcntl() lock for index file ...]
>
>Right. That's one annoying thing with 0.99.10 index code, slow readers
>will block others from accessing the mailbox. There's not much you can
>do except disable indexes, which would lose cached message sizes and
>slow down POP3 a lot.
>
Not worth the hit given the far smaller number of "victims" compared
to the qpopper lock.

>The default timeout it 5 minutes already I think, so I'm not sure if
>growing it would help much.
>
If anything I might configure it lower, since most clients will have 
given up waiting for a response from the server after 5 minutes anyway. ;)

Regards and thanks for the insight,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From chibi@gol.com  Wed Jun 16 12:32:24 2004
Return-Path: <chibi@gol.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CCD29C000DD2; Wed, 16 Jun 2004 12:32:24 +0300 (EEST)
Received: from batzmaru.gol.ad.jp (batzmaru.gol.ad.jp [203.216.0.80])
	by talvi.dovecot.org (Postfix) with ESMTP id 7E448C000DD1
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 12:32:22 +0300 (EEST)
Received: from cb (helo=batzmaru.gol.ad.jp)
	by batzmaru.gol.ad.jp with local-esmtp (Exim 3.36 #1 (Debian))
	id 1BaWeC-00059x-00; Wed, 16 Jun 2004 18:23:56 +0900
X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.1
To: Brian Candler <B.Candler@pobox.com>
Subject: Re: [Dovecot] POP3 LAST command? 
In-reply-to: <20040616074156.GD916@uk.tiscali.com> 
References: <E1BaTWL-00034z-00@batzmaru.gol.ad.jp>
	<20040616074156.GD916@uk.tiscali.com>
Comments: In-reply-to Brian Candler <B.Candler@pobox.com>
	message dated "Wed, 16 Jun 2004 08:41:56 +0100."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 16 Jun 2004 18:23:56 +0900
From: Christian Balzer <chibi@gol.com>
Message-Id: <E1BaWeC-00059x-00@batzmaru.gol.ad.jp>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 09:32:25 -0000
X-UID: 9525                                                  
Status: O
Content-Length: 1241


Brian wrote:
>On Wed, Jun 16, 2004 at 03:03:37PM +0900, Christian Balzer wrote:
>> any plans to support this in the future? Seems the inability to 
>> use LAST breaks that Yahoo remote mailbox slurper thing, not that
>> I care too much about that, but some mail clients might miss it
>> as well. ;)
>
>This is a prehistoric feature, and I think it's a bad idea to include it.
>
>(It was in RFC1460, removed in RFC1725 *eight* years ago, and the current
>POP3 spec is RFC1939)
>
That's a good argument to distract the customer with and to make 
Yahoo look silly with at the same time. Alas you probably know that
compared to the mighty "But it worked fine for the last 4 years" will
carry a bigger weight in the customers mind. 

>All mail clients should be able to use UIDL to detect new mail; LAST was
>removed because it's conceptually broken (i.e. it assumes that conceptually
>your mailbox consists of N read mails followed by M unread mails, which
>often is not the case in real life)
>
Guess Yahoo doesn't feel like keeping tabs on all those UIDLs. ;)

Regards,

Christian Balzer
-- 
Christian Balzer        Network/Systems Engineer                NOC
chibi@gol.com   	Global OnLine Japan/Fusion Network Services
http://www.gol.com/


From coggy@redefine.org  Wed Jun 16 21:01:11 2004
Return-Path: <coggy@redefine.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7F78AC000DCF; Wed, 16 Jun 2004 21:01:11 +0300 (EEST)
Received: from mailgate1.nau.edu (mailgate1.nau.edu [134.114.96.58])
	by talvi.dovecot.org (Postfix) with ESMTP id 72CC4C000DCB
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 21:01:06 +0300 (EEST)
Received: from CONVERSION-DAEMON.mailgate1.nau.edu by mailgate1.nau.edu
	(PMDF V6.2-X17 #30770) id <0HZE00101XM081@mailgate1.nau.edu> for
	dovecot@dovecot.org; Wed, 16 Jun 2004 10:51:37 -0700 (MST)
Received: from [134.114.70.242] (ucc158.ucc.nau.edu [134.114.70.242])
	by mailgate1.nau.edu (PMDF V6.2-X17 #30770)
	with ESMTP id <0HZE00KBNXM0V5@mailgate1.nau.edu> for
	dovecot@dovecot.org; Wed, 16 Jun 2004 10:51:36 -0700 (MST)
Date: Wed, 16 Jun 2004 10:51:37 -0700
From: Kevin <coggy@redefine.org>
To: dovecot@dovecot.org
Message-id: <40D088A9.8060000@redefine.org>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
Subject: [Dovecot] shared authentication
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 18:01:12 -0000
X-UID: 9526                                                  
Status: O

whats the recommended way to share a user auth info between dovecot and 
postfix?  sasldb seems like it could work but nobody really seems to 
like using the giant mass that is sasl.  i also cant find any 
information on actually getting dovecot to use sasl past the configure 
options.  i looked at timo's patch for postfix to use dovecot-auth but 
it doesnt apply correctly on the 2.1 branch.  so what are people using 
to share passwords between the two without using the system passwd?



From rueckert@informatik.uni-rostock.de  Wed Jun 16 21:19:36 2004
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9B2B6C000DD3; Wed, 16 Jun 2004 21:19:36 +0300 (EEST)
Received: from monsters.rsn.uni-rostock.de (monsters.rsn.uni-rostock.de
	[139.30.253.26])
	by talvi.dovecot.org (Postfix) with ESMTP id 4E8F4C000DD2
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 21:19:34 +0300 (EEST)
Received: from intern.dot.rsn.uni-rostock.de (intern.dot.rsn.uni-rostock.de
	[192.168.22.4])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "mail.pixalized.technet" (not verified))
	by monsters.rsn.uni-rostock.de (Postfix) with ESMTP id 97F23F24D;
	Wed, 16 Jun 2004 20:12:10 +0200 (CEST)
Received: by intern.dot.rsn.uni-rostock.de (Postfix, from userid 1000)
	id 3CD6B4AC7D; Wed, 16 Jun 2004 20:11:38 +0200 (CEST)
Date: Wed, 16 Jun 2004 20:11:38 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Kevin <coggy@redefine.org>
Subject: Re: [Dovecot] shared authentication
Message-ID: <20040616181138.GA32528@monsters.rsn.uni-rostock.de>
References: <40D088A9.8060000@redefine.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40D088A9.8060000@redefine.org>
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 18:19:36 -0000
X-UID: 9527                                                  
Status: O

On 2004-06-16 10:51:37 -0700, Kevin wrote:
> whats the recommended way to share a user auth info between dovecot and 
> postfix?  sasldb seems like it could work but nobody really seems to 
> like using the giant mass that is sasl.  i also cant find any 
> information on actually getting dovecot to use sasl past the configure 
> options.  i looked at timo's patch for postfix to use dovecot-auth but 
> it doesnt apply correctly on the 2.1 branch.  so what are people using 
> to share passwords between the two without using the system passwd?

ldap/postgres?

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From andrew@mux.org.uk  Wed Jun 16 21:26:32 2004
Return-Path: <andrew@mux.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 93276C000DD4; Wed, 16 Jun 2004 21:26:32 +0300 (EEST)
Received: from 82-41-27-32.cable.ubr04.edin.blueyonder.co.uk
	(82-41-27-32.cable.ubr04.edin.blueyonder.co.uk [82.41.27.32])
	by talvi.dovecot.org (Postfix) with ESMTP id 8EA66C000DD2
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 21:26:30 +0300 (EEST)
Received: from [192.168.0.2] (spatula.flat [192.168.0.2])
	by myriad.flat (Postfix) with ESMTP id 726B8D8
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 17:05:37 +0100 (BST)
Message-ID: <40D08EFC.3050204@mux.org.uk>
Date: Wed, 16 Jun 2004 19:18:36 +0100
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test16 - nearing usable state
References: <1087347781.783.142.camel@hurina>
In-Reply-To: <1087347781.783.142.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 18:26:32 -0000
X-UID: 9528                                                  
Status: O

Timo Sirainen wrote:

> http://dovecot.org/test/
> 
> Here you go, maildir syncing problems finally fixed (I hope). Well,
> except there's this "new-dir-only syncing" optimization which I'm not
> really sure if it works as it should.

Good news Timo! Good to hear that you're making progress tracking down 
these problems heading for a 1.0 release. :)

Andrew

From coggy@redefine.org  Wed Jun 16 22:09:15 2004
Return-Path: <coggy@redefine.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 86F7CC000DD2; Wed, 16 Jun 2004 22:09:15 +0300 (EEST)
Received: from mailgate3.nau.edu (mailgate3.nau.edu [134.114.96.145])
	by talvi.dovecot.org (Postfix) with ESMTP id 4F985C000DD1
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 22:09:13 +0300 (EEST)
Received: from CONVERSION-DAEMON.mailgate3.nau.edu by mailgate3.nau.edu
	(PMDF V6.2-X17 #30845) id <0HZF00A010UES8@mailgate3.nau.edu> for
	dovecot@dovecot.org; Wed, 16 Jun 2004 12:01:26 -0700 (MST)
Received: from [134.114.70.242] (ucc158.ucc.nau.edu [134.114.70.242])
	by mailgate3.nau.edu (PMDF V6.2-X17 #30845)
	with ESMTP id <0HZF006AK0UDMF@mailgate3.nau.edu> for
	dovecot@dovecot.org; Wed, 16 Jun 2004 12:01:25 -0700 (MST)
Date: Wed, 16 Jun 2004 12:01:40 -0700
From: Kevin <coggy@redefine.org>
Subject: Re: [Dovecot] shared authentication
In-reply-to: <20040616181138.GA32528@monsters.rsn.uni-rostock.de>
To: dovecot@dovecot.org
Message-id: <40D09914.5000908@redefine.org>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502)
References: <40D088A9.8060000@redefine.org>
	<20040616181138.GA32528@monsters.rsn.uni-rostock.de>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 19:09:15 -0000
X-UID: 9529                                                  
Status: O

Marcus Rueckert wrote:


> ldap/postgres?
> 
> darix

wouldnt that still require sasl for postfix?

From tss@iki.fi  Wed Jun 16 22:22:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3537CC000DD2; Wed, 16 Jun 2004 22:22:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id F1BC1C000DD1
	for <dovecot@dovecot.org>; Wed, 16 Jun 2004 22:22:49 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 513151C1D0E2; Wed, 16 Jun 2004 22:15:04 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 145B61C1D0E1; Wed, 16 Jun 2004 22:14:30 +0300 (EEST)
Subject: Re: [Dovecot] shared authentication
From: Timo Sirainen <tss@iki.fi>
To: Kevin <coggy@redefine.org>
In-Reply-To: <40D09914.5000908@redefine.org>
References: <40D088A9.8060000@redefine.org>
	<20040616181138.GA32528@monsters.rsn.uni-rostock.de>
	<40D09914.5000908@redefine.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Mr4PED7DXdK2KZ2Uvznz"
Message-Id: <1087413268.17787.14.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 16 Jun 2004 22:14:28 +0300
X-Spam-Status: No, hits=-9.1 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 16 Jun 2004 19:22:52 -0000
X-UID: 9530                                                  
Status: O


--=-Mr4PED7DXdK2KZ2Uvznz
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-16 at 22:01, Kevin wrote:
> > ldap/postgres?
> >=20
> > darix
>=20
> wouldnt that still require sasl for postfix?

You'll need Cyrus SASL for Postfix in any case for now.
postfix-dovecot-auth has some small issues left and you'd need to use
Dovecot 1.0-tests to make it work.

And about the patch not applying .. I hadn't noticed Postfix 2.1 exists
even, I just got the sources with apt-get which installed 2.0.19. Well,
I'll make a patch against 2.1.1 too.

Dovecot's Cyrus SASL support is AFAIK completely broken even though it
compiles.


--=-Mr4PED7DXdK2KZ2Uvznz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA0JwUyUhSUUBViskRAvjvAJ9USkJDIBIPLNVYqnSpPV6yH5JBzQCbB6yr
qbkgG8TvN+QcIgs2wHK6WoE=
=COW7
-----END PGP SIGNATURE-----

--=-Mr4PED7DXdK2KZ2Uvznz--


From tss@iki.fi  Fri Jun 18 03:39:15 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B1634C000D8E; Fri, 18 Jun 2004 03:39:15 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 982BDC0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 03:39:13 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0A5A81C1D0E3; Fri, 18 Jun 2004 03:31:25 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 161F41C1D0E2
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 03:30:51 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-oFdHlBD96TI5yDV+ZR5D"
Message-Id: <1087518650.25522.38.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 18 Jun 2004 03:30:50 +0300
X-Spam-Status: No, hits=-8.8 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test17
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 00:39:15 -0000
X-UID: 9531                                                  
Status: O


--=-oFdHlBD96TI5yDV+ZR5D
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

Just mbox fixes since 1.0-test16. The logic is simpler and more correct
now. Can anyone break it anymore? I actually tested it a while with
Evolution and several mailboxes and it didn't break at least
immediately. :)

Now maybe a few more days and I dare trying this thing myself with my
real mboxes (yes, I'm still using them).

Dovecot mailing list archives could soon be served with 1.0-tests too,
as soon as I get support for read-only mboxes working again (storing and
comparing MD5 summed headers).


--=-oFdHlBD96TI5yDV+ZR5D
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA0je6yUhSUUBViskRAhn0AJ9+v/G58mqomTGD6vteW8eBUJH4LwCgkP5K
I5kCHj9Tab3kgeCRIF8hBcM=
=Lb2p
-----END PGP SIGNATURE-----

--=-oFdHlBD96TI5yDV+ZR5D--


From tss@iki.fi  Fri Jun 18 04:08:34 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D37B3C000DCD; Fri, 18 Jun 2004 04:08:34 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id BA15CC000D8E
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 04:08:32 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 240361C185E0; Fri, 18 Jun 2004 04:00:44 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 29B5B1C1D0E3
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 04:00:10 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-EgdaaaTt4iXiWEc3EEdH"
Message-Id: <1087520409.25522.53.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 18 Jun 2004 04:00:09 +0300
X-Spam-Status: No, hits=-8.7 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 0.99.10.6-rc1 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 01:08:35 -0000
X-UID: 9532                                                  
Status: O


--=-EgdaaaTt4iXiWEc3EEdH
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/rc/

Fixes the crashes people had been getting more often with 0.99.10.5.
Also included all the patches in dovecot.org/patches/old:

 - SHA1 passwords
 - mail_extra_groups setting (Debian people can finally fix #185335 :)
 - autocreate missing maildirs (and don't crash)
 - maildir_stat_dirs setting

If no problems are found within few days this will simply be renamed to
0.99.10.6.


--=-EgdaaaTt4iXiWEc3EEdH
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA0j6ZyUhSUUBViskRAnW0AJ9NTZqfkb+HWnfJ73eOEtUlWE8KAwCgnj/H
AS3b99Vplz85/aFVhXfY7Z4=
=1Kj1
-----END PGP SIGNATURE-----

--=-EgdaaaTt4iXiWEc3EEdH--


From hervec@sports.fr  Fri Jun 18 04:19:35 2004
Return-Path: <hervec@sports.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D5702C000DD0; Fri, 18 Jun 2004 04:19:35 +0300 (EEST)
Received: from mail2.sports.fr (host.26.9.23.62.rev.coltfrance.com
	[62.23.9.26])
	by talvi.dovecot.org (Postfix) with ESMTP id C305CC000DCF
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 04:19:33 +0300 (EEST)
Received: from home.daycom.net ([82.227.225.8]:33988 helo=[10.3.1.2])
	by mail2.sports.fr with asmtp (Exim 4.31 #1 (OpenNA Linux))
	id 1Bb7uy-00001e-6t
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 03:11:44 +0200
Message-ID: <40D24107.3000301@sports.fr>
Date: Fri, 18 Jun 2004 03:10:31 +0200
From: =?ISO-8859-1?Q?Herv=E9_Commowick_-_NewSports?= <hervec@sports.fr>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040605)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-SA-Do-Not-Run: Yes
X-SA-Exim-Connect-IP: 82.227.225.8
X-SA-Exim-Mail-From: hervec@sports.fr
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on 
	mail2.sports.fr
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.61
X-SA-Exim-Version: 4.0 (built Sat, 10 Apr 2004 11:26:52 -0400)
X-SA-Exim-Scanned: Yes (on mail2.sports.fr)
Subject: [Dovecot] LDAP Bind
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 01:19:36 -0000
X-UID: 9533                                                  
Status: O

hi all
2 Questions :
- how not using the authentication bind feature of ldap server ?
i rewrite checkpassword-ldap recently to use in bincimap server, and it 
take 3 lines to do this, so i don't understand how you don't use it.
it is more powerful and more secure than retrieve pasword from the base 
and use crypto api to compare it.

- is the dovecot server support the IMAPdir feature like bincimap or not ?

thx for this great software, who replace my imap and pop3 server when it 
support that :)

Vr.


From tss@iki.fi  Fri Jun 18 04:56:32 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D3E62C000DD1; Fri, 18 Jun 2004 04:56:32 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B53BEC000DCD
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 04:56:30 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0F1131C185E0; Fri, 18 Jun 2004 04:48:42 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 04A411C1D0E3; Fri, 18 Jun 2004 04:48:08 +0300 (EEST)
Subject: Re: [Dovecot] LDAP Bind
From: Timo Sirainen <tss@iki.fi>
To: =?ISO-8859-1?Q?Herv=E9?= Commowick - NewSports <hervec@sports.fr>
In-Reply-To: <40D24107.3000301@sports.fr>
References: <40D24107.3000301@sports.fr>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-jDMxe27RyHa2vX2WXpif"
Message-Id: <1087523287.25522.77.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 18 Jun 2004 04:48:07 +0300
X-Spam-Status: No, hits=-9.4 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 01:56:33 -0000
X-UID: 9534                                                  
Status: O
Content-Length: 1950


--=-jDMxe27RyHa2vX2WXpif
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-18 at 04:10, Herv=E9 Commowick - NewSports wrote:
> - how not using the authentication bind feature of ldap server ?
> i rewrite checkpassword-ldap recently to use in bincimap server, and it=20
> take 3 lines to do this, so i don't understand how you don't use it.
> it is more powerful and more secure than retrieve pasword from the base=20
> and use crypto api to compare it.

When I originally wrote the LDAP code I didn't really know about
authentication binds. Later I once tried to write support for them but
got tired and didn't finish it.

dovecot-auth tries to do everything inside one process (it's fast).
Making auth binds is a bit more difficult to do in non-blocking way.

I've thought about adding checkpassword support for dovecot-auth
actually. For now you could support auth binds with PAM and pam-ldap
module.

> - is the dovecot server support the IMAPdir feature like bincimap or not =
?

No, at least not yet. It's pretty nice format, but for being named
IMAPdir I think it should have been designed to be 100% IMAP-compatible.

The problem is that with IMAPdir (and Maildir++) RENAME isn't atomic
when it has to rename subfolders. Also renaming INBOX can be problematic
to implement atomically (the INBOX must never be lost).

Pretty much the only way to do this with UNIX would be to use real
directories to implement hierarchies rather than a special '.' separator
in file/directory name. I wonder why Andreas didn't do this.


--=-jDMxe27RyHa2vX2WXpif
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA0knXyUhSUUBViskRAuOKAJ9/vFtHX5v7FfjMNmaYKe0oWuHlnQCfQMAk
gC6OiCXBbvxqzoLgxzTn1sU=
=++qm
-----END PGP SIGNATURE-----

--=-jDMxe27RyHa2vX2WXpif--


From tallison@tacocat.net  Fri Jun 18 05:24:07 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4F4C6C000DCD; Fri, 18 Jun 2004 05:24:07 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id C9012C000D8E
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 05:24:04 +0300 (EEST)
Received: from tacocat.net (unknown [192.168.1.106])
	by cling.tacocat.net (Postfix) with ESMTP id AF02F4C07B
	for <dovecot@dovecot.org>; Thu, 17 Jun 2004 22:16:14 -0400 (EDT)
Message-ID: <40D251BC.5090605@tacocat.net>
Date: Thu, 17 Jun 2004 22:21:48 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030821
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.76.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] IMAP and webmail applications
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 02:24:07 -0000
X-UID: 9535                                                  
Status: O
Content-Length: 1467

I've been hunting around for a webmail application other than 
squirrelmail for reasons that really don't matter.

But I'm seeing that a lot of these applications tend to sometimes access 
servers via IMAP, but they always seem to have a touch more information 
needed than might be for an IMAP session.

An example is openwebmail.  It authenticates very similar to how dovecot 
authenticates, with a userdb and passdb specifications.  It reads 
directly off the disk for some of it's activities.

As for squirrelmail, they seem to want a lot of information regarding 
the mail architecture (mbox, maildir, folder locations...) and I don't 
really see where this could come into play with an IMAP implimentation.

So, not actually having read all 82 pages of RFC 2060 (but I did print 
them!), I'm trying to see what I might miss if I were to attempt a web 
mail application that was based entirely upon IMAPv4 with the only 
information known prior to connection is the server name.  Kind of like 
my mail client.

Will I get into trouble with mail directories/folders if I start 
accessing different IMAP servers other than dovecot?  Can I discover 
this without any hints from the user?

I'm not sure exactly what I'm asking for here, other than some thoughts 
on what I might have to watch out for or do without (when comparing to 
squirrelmail as an example).  I know I'll have to do something different 
if someone wants an addressbook, but I'm not there yet.


From durango99@hotmail.com  Fri Jun 18 05:43:03 2004
Return-Path: <durango99@hotmail.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 74987C000DCF; Fri, 18 Jun 2004 05:43:03 +0300 (EEST)
Received: from outbound3.mail.tds.net (outbound3.mail.tds.net [216.170.230.93])
	by talvi.dovecot.org (Postfix) with ESMTP id 11312C0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 05:43:01 +0300 (EEST)
Received: from linux.webbase.us (mdsnwi16-vlan463-229.dsl.tds.net
	[216.170.241.229])
	by outbound3.mail.tds.net (8.12.10/8.12.2) with ESMTP id i5I2Z86j019275;
	Thu, 17 Jun 2004 21:35:10 -0500 (CDT)
Received: from localhost ([127.0.0.1] helo=linux.webbase.us)
	by linux.webbase.us with esmtp (Exim 3.36 #1 (Debian))
	id 1Bb9Dg-0005kd-00; Thu, 17 Jun 2004 21:35:08 -0500
Received: from 192.168.0.33 (SquirrelMail authenticated user dwang);
	by linux.webbase.us with HTTP; Thu, 17 Jun 2004 21:35:08 -0500 (CDT)
Message-ID: <4669.192.168.0.33.1087526108.squirrel@192.168.0.33>
Date: Thu, 17 Jun 2004 21:35:08 -0500 (CDT)
Subject: Re: [Dovecot] IMAP and webmail applications
From: "durango99" <durango99@hotmail.com>
To: "Tom Allison" <tallison@tacocat.net>
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: durango99@hotmail.com
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: Fri, 18 Jun 2004 02:43:03 -0000
X-UID: 9536                                                  
Status: O
Content-Length: 2343

i thought squirrelmail would be way too much of an overkill for my needs
also but i went for it.  i'm using debian and i got the squirrelmail
package installed and working within 15 minutes.  what really makes life
easy is that squirrelmail comes with a configuration utility
(squirrelmail-configure).  it was very easy to get things configured
without worry about a lot of conf files :)  i also like the many plugins
that people have created for squirrelmail.  it's also very simple to add
these plugins into squirrelmail using squirrelmail-configure.

i had originally been ssh and mutt to check my mail, but i decided it be
nice to have a web front-end and squirrelmail /apache /dovecot /procmail
/spamassassin /gotmail /getmail /fetchyahoo have been a good mix for me.

the hardest part for me was figuring out procmail and not squirrelmail :)

my 2 cents,
dan

> I've been hunting around for a webmail application other than
> squirrelmail for reasons that really don't matter.
>
> But I'm seeing that a lot of these applications tend to sometimes access
servers via IMAP, but they always seem to have a touch more information
needed than might be for an IMAP session.
>
> An example is openwebmail.  It authenticates very similar to how dovecot
authenticates, with a userdb and passdb specifications.  It reads
directly off the disk for some of it's activities.
>
> As for squirrelmail, they seem to want a lot of information regarding
the mail architecture (mbox, maildir, folder locations...) and I don't
really see where this could come into play with an IMAP implimentation.
>
> So, not actually having read all 82 pages of RFC 2060 (but I did print
them!), I'm trying to see what I might miss if I were to attempt a web
mail application that was based entirely upon IMAPv4 with the only
information known prior to connection is the server name.  Kind of like
my mail client.
>
> Will I get into trouble with mail directories/folders if I start
accessing different IMAP servers other than dovecot?  Can I discover
this without any hints from the user?
>
> I'm not sure exactly what I'm asking for here, other than some thoughts
on what I might have to watch out for or do without (when comparing to
squirrelmail as an example).  I know I'll have to do something different
if someone wants an addressbook, but I'm not there yet.
>




From tallison@tacocat.net  Fri Jun 18 05:46:04 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0C88FC000DD4; Fri, 18 Jun 2004 05:46:04 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 28597C0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 05:46:00 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id D6F794C07B;
	Thu, 17 Jun 2004 22:38:10 -0400 (EDT)
Message-ID: <40D25592.1080807@tacocat.net>
Date: Thu, 17 Jun 2004 22:38:10 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dan_wang@yahoo.com
Subject: Re: [Dovecot] IMAP and webmail applications
References: <40D251BC.5090605@tacocat.net>
	<4658.192.168.0.33.1087525742.squirrel@192.168.0.33>
In-Reply-To: <4658.192.168.0.33.1087525742.squirrel@192.168.0.33>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 02:46:04 -0000
X-UID: 9537                                                  
Status: O
Content-Length: 1466

Dan Wang wrote:
> i thought squirrelmail would be way too much of an overkill for my needs
> also but i went for it.  i'm using debian and i got the squirrelmail
> package installed and working within 15 minutes.  what really makes life
> easy is that squirrelmail comes with a configuration utility
> (squirrelmail-configure).  it was very easy to get things configured
> without worry about a lot of conf files :)  i also like the many plugins
> that people have created for squirrelmail.  it's also very simple to add
> these plugins into squirrelmail using squirrelmail-configure.
> 
> i had originally been ssh and mutt to check my mail, but i decided it be
> nice to have a web front-end and squirrelmail /apache /dovecot /procmail
> /spamassassin /gotmail /getmail /fetchyahoo have been a good mix for me.
> 
> the hardest part for me was figuring out procmail and not squirrelmail :)
> 

squirrelmails nice.  I'm not going to knock it.  In fact, I consider it 
right to be an example of what to follow.

But my interests are to write something for compatability with mod_perl 
and HTML::Mason so give me a system that will be much faster than 
squirrelmail and easier to include in web sites.  (HTML::Mason would 
allow you to write the entire webmail application as an object to 
include in a page...)  The advantage of HTML::Mason over PHP is that 
it's very easy to cache pages in addition to the advantages of mod_perl 
over PHP (unless you use Zope?).


From durango99@hotmail.com  Fri Jun 18 05:55:09 2004
Return-Path: <durango99@hotmail.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 32827C000DD9; Fri, 18 Jun 2004 05:55:09 +0300 (EEST)
Received: from outbound2.mail.tds.net (outbound2.mail.tds.net [216.170.230.92])
	by talvi.dovecot.org (Postfix) with ESMTP id D07ABC000DD6
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 05:55:06 +0300 (EEST)
Received: from linux.webbase.us (mdsnwi16-vlan463-229.dsl.tds.net
	[216.170.241.229])
	by outbound2.mail.tds.net (8.12.10/8.12.2) with ESMTP id i5I2lFCw023434;
	Thu, 17 Jun 2004 21:47:16 -0500 (CDT)
Received: from localhost ([127.0.0.1] helo=linux.webbase.us)
	by linux.webbase.us with esmtp (Exim 3.36 #1 (Debian))
	id 1Bb9PP-0005qj-00; Thu, 17 Jun 2004 21:47:15 -0500
Received: from 192.168.0.33 (SquirrelMail authenticated user dwang);
	by linux.webbase.us with HTTP; Thu, 17 Jun 2004 21:47:15 -0500 (CDT)
Message-ID: <4728.192.168.0.33.1087526835.squirrel@192.168.0.33>
Date: Thu, 17 Jun 2004 21:47:15 -0500 (CDT)
Subject: Re: [Dovecot] IMAP and webmail applications
From: "durango99" <durango99@hotmail.com>
To: "Tom Allison" <tallison@tacocat.net>
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
References: <40D251BC.5090605@tacocat.net>   
	<4658.192.168.0.33.1087525742.squirrel@192.168.0.33>   
	<40D25592.1080807@tacocat.net>
In-Reply-To: <40D25592.1080807@tacocat.net>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: durango99@hotmail.com
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: Fri, 18 Jun 2004 02:55:09 -0000
X-UID: 9538                                                  
Status: O
Content-Length: 1931

I haven't worked with Mason but I know a bit of what it does and it seems
you want more integration into an existing website.  I don't have any
expertise with performance between perl and php so I can't comment on that
:)

The only other thing I can add to the conversation is my interest in
looking at imapproxy or something similar to allow caching of imap and
improve web client performance.  I haven't tried it yet, but it's
something I'll goof around with.

> Dan Wang wrote:
>> i thought squirrelmail would be way too much of an overkill for my
needs
>> also but i went for it.  i'm using debian and i got the squirrelmail
package installed and working within 15 minutes.  what really makes
life
>> easy is that squirrelmail comes with a configuration utility
>> (squirrelmail-configure).  it was very easy to get things configured
without worry about a lot of conf files :)  i also like the many
plugins
>> that people have created for squirrelmail.  it's also very simple to
add
>> these plugins into squirrelmail using squirrelmail-configure.
>> i had originally been ssh and mutt to check my mail, but i decided it
be
>> nice to have a web front-end and squirrelmail /apache /dovecot
/procmail
>> /spamassassin /gotmail /getmail /fetchyahoo have been a good mix for
me.
>> the hardest part for me was figuring out procmail and not squirrelmail :)
>
> squirrelmails nice.  I'm not going to knock it.  In fact, I consider it
right to be an example of what to follow.
>
> But my interests are to write something for compatability with mod_perl
and HTML::Mason so give me a system that will be much faster than
squirrelmail and easier to include in web sites.  (HTML::Mason would
allow you to write the entire webmail application as an object to
include in a page...)  The advantage of HTML::Mason over PHP is that
it's very easy to cache pages in addition to the advantages of mod_perl
over PHP (unless you use Zope?).
>




From dan_wang@yahoo.com  Fri Jun 18 05:37:00 2004
Return-Path: <dan_wang@yahoo.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8F6F6C000DD3; Fri, 18 Jun 2004 05:37:00 +0300 (EEST)
Received: from outbound3.mail.tds.net (outbound3.mail.tds.net [216.170.230.93])
	by talvi.dovecot.org (Postfix) with ESMTP id 18853C000DCF
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 05:36:58 +0300 (EEST)
Received: from linux.webbase.us (mdsnwi16-vlan463-229.dsl.tds.net
	[216.170.241.229])
	by outbound3.mail.tds.net (8.12.10/8.12.2) with ESMTP id i5I2T26j017167;
	Thu, 17 Jun 2004 21:29:07 -0500 (CDT)
Received: from localhost ([127.0.0.1] helo=linux.webbase.us)
	by linux.webbase.us with esmtp (Exim 3.36 #1 (Debian))
	id 1Bb97m-0005i0-00; Thu, 17 Jun 2004 21:29:02 -0500
Received: from 192.168.0.33 (SquirrelMail authenticated user dwang);
	by linux.webbase.us with HTTP; Thu, 17 Jun 2004 21:29:02 -0500 (CDT)
Message-ID: <4658.192.168.0.33.1087525742.squirrel@192.168.0.33>
In-Reply-To: <40D251BC.5090605@tacocat.net>
References: <40D251BC.5090605@tacocat.net>
Date: Thu, 17 Jun 2004 21:29:02 -0500 (CDT)
Subject: Re: [Dovecot] IMAP and webmail applications
From: "Dan Wang" <dan_wang@yahoo.com>
To: "Tom Allison" <tallison@tacocat.net>
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-Mailman-Approved-At: Fri, 18 Jun 2004 06:40:41 +0300
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: dan_wang@yahoo.com
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: Fri, 18 Jun 2004 02:37:00 -0000
X-UID: 9539                                                  
Status: O
Content-Length: 2371

i thought squirrelmail would be way too much of an overkill for my needs
also but i went for it.  i'm using debian and i got the squirrelmail
package installed and working within 15 minutes.  what really makes life
easy is that squirrelmail comes with a configuration utility
(squirrelmail-configure).  it was very easy to get things configured
without worry about a lot of conf files :)  i also like the many plugins
that people have created for squirrelmail.  it's also very simple to add
these plugins into squirrelmail using squirrelmail-configure.

i had originally been ssh and mutt to check my mail, but i decided it be
nice to have a web front-end and squirrelmail /apache /dovecot /procmail
/spamassassin /gotmail /getmail /fetchyahoo have been a good mix for me.

the hardest part for me was figuring out procmail and not squirrelmail :)

my 2 cents,
dan

> I've been hunting around for a webmail application other than
> squirrelmail for reasons that really don't matter.
>
> But I'm seeing that a lot of these applications tend to sometimes access
> servers via IMAP, but they always seem to have a touch more information
> needed than might be for an IMAP session.
>
> An example is openwebmail.  It authenticates very similar to how dovecot
> authenticates, with a userdb and passdb specifications.  It reads
> directly off the disk for some of it's activities.
>
> As for squirrelmail, they seem to want a lot of information regarding
> the mail architecture (mbox, maildir, folder locations...) and I don't
> really see where this could come into play with an IMAP implimentation.
>
> So, not actually having read all 82 pages of RFC 2060 (but I did print
> them!), I'm trying to see what I might miss if I were to attempt a web
> mail application that was based entirely upon IMAPv4 with the only
> information known prior to connection is the server name.  Kind of like
> my mail client.
>
> Will I get into trouble with mail directories/folders if I start
> accessing different IMAP servers other than dovecot?  Can I discover
> this without any hints from the user?
>
> I'm not sure exactly what I'm asking for here, other than some thoughts
> on what I might have to watch out for or do without (when comparing to
> squirrelmail as an example).  I know I'll have to do something different
> if someone wants an addressbook, but I'm not there yet.
>


From tss@iki.fi  Fri Jun 18 06:48:59 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3CEB6C000DCF; Fri, 18 Jun 2004 06:48:59 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id D0092C000DCD
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 06:48:56 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EFD751C185E0; Fri, 18 Jun 2004 06:41:07 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id ED7491C1D0E3; Fri, 18 Jun 2004 06:40:33 +0300 (EEST)
Subject: Re: [Dovecot] IMAP and webmail applications
From: Timo Sirainen <tss@iki.fi>
To: Tom Allison <tallison@tacocat.net>
In-Reply-To: <40D251BC.5090605@tacocat.net>
References: <40D251BC.5090605@tacocat.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-scY6WmBsWcKdIBaTEvpV"
Message-Id: <1087530033.25522.83.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 18 Jun 2004 06:40:33 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 03:48:59 -0000
X-UID: 9540                                                  
Status: O


--=-scY6WmBsWcKdIBaTEvpV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-18 at 05:21, Tom Allison wrote:
> As for squirrelmail, they seem to want a lot of information regarding=20
> the mail architecture (mbox, maildir, folder locations...) and I don't=20
> really see where this could come into play with an IMAP implimentation.

I suppose it tries to work around some issues with different server
implementations. It really shouldn't need them if it and server were
both fully IMAP compatible.

Well, except for the folder locations. It needs to know what your
sent-mail etc. boxes are named.


--=-scY6WmBsWcKdIBaTEvpV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA0mQxyUhSUUBViskRAgM5AJ9ILaB77Yy4Puw9e9UrpVSTbdJR9wCfQBNY
TqOEYZn1UwbQ7p+IXU0ZGHU=
=Dd7b
-----END PGP SIGNATURE-----

--=-scY6WmBsWcKdIBaTEvpV--


From tomi.hakala@clinet.fi  Fri Jun 18 11:06:58 2004
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5BF3CC000DCD; Fri, 18 Jun 2004 11:06:58 +0300 (EEST)
Received: from columbia.jamsanpaintball.fi (columbia.jamsanpaintball.fi
	[80.64.12.172])
	by talvi.dovecot.org (Postfix) with ESMTP id EF666C0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 11:06:51 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by columbia.jamsanpaintball.fi (Postfix) with ESMTP id 7EB301BADA
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 10:59:02 +0300 (EEST)
Received: from columbia.jamsanpaintball.fi ([127.0.0.1])
	by localhost (columbia [127.0.0.1]) (amavisd-new, port 10026) with ESMTP
	id 08682-08 for <dovecot@dovecot.org>;
	Fri, 18 Jun 2004 10:58:58 +0300 (EEST)
Received: from clinet.fi (dsl-jklgw3qf5.dial.inet.fi [80.221.106.245])
	by columbia.jamsanpaintball.fi (Postfix) with ESMTP id 7B2EF1BAD7
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 10:58:58 +0300 (EEST)
Message-ID: <40D2A0C3.DE62C082@clinet.fi>
Date: Fri, 18 Jun 2004 10:58:59 +0300
From: Tomi Hakala <tomi.hakala@clinet.fi>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test17
References: <1087518650.25522.38.camel@hurina>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at jamsanpaintball.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 08:06:58 -0000
X-UID: 9541                                                  
Status: O
Content-Length: 1785

Timo Sirainen wrote:
> Just mbox fixes since 1.0-test16. The logic is simpler and more correct
> now. Can anyone break it anymore?

_o/, I can.

Every time when indexes are rebuilt, new mail etc, Dovecot segfaults with
this error in logs:

Info: pop3-login: Login: joe [127.0.0.1]
Error: POP3(joe): file mbox-sync.c: line 745 (mbox_sync_handle_eof_updates): assertion failed: (sync_ctx->expunged_space == 0)
Error: child 21489 (pop3) killed with signal 6

Here's a backtrace of it.

(gdb) bt
#0  0x45dc0721 in kill () from /lib/libc.so.6
#1  0x45dc04c5 in raise () from /lib/libc.so.6
#2  0x45dc19e8 in abort () from /lib/libc.so.6
#3  0x0807de25 in i_internal_panic_handler (fmt=0x0, args=0x0) at failures.c:369
#4  0x0807d8f9 in i_panic (format=0x0) at failures.c:173
#5  0x0805f154 in mbox_sync_handle_eof_updates (sync_ctx=0x2e9, mail_ctx=0xba6eed80) at mbox-sync.c:813
#6  0x0805f8e1 in mbox_sync_update_imap_base (sync_ctx=0xba6eee50) at mbox-sync.c:952
#7  0x0805fc54 in mbox_sync (ibox=0x80a7eb8, last_commit=-1, lock=0) at mbox-sync.c:1053
#8  0x0805fdfb in mbox_storage_sync (box=0x80a7eb8, flags=0) at mbox-sync.c:1087
#9  0x08072746 in mailbox_sync (box=0x0, flags=1173120272) at mail-storage.c:372
#10 0x080674af in index_storage_get_status (box=0x80a7eb8, items=9, status=0xba6eefb0) at index-status.c:35
#11 0x0807271d in mailbox_get_status (box=0x45ec6510, items=0, status=0x0) at mail-storage.c:367
#12 0x08051d85 in init_mailbox (client=0x80a7a20) at client.c:54
#13 0x0805207c in client_create (hin=134780866, hout=0, storage=0x80a7930) at client.c:149
#14 0x08053723 in main_init () at main.c:119
#15 0x0805384c in main (argc=1, argv=0x0, envp=0x0) at main.c:152
(gdb) 

This system is a Debian GNU/Linux testing/unstable with kernel 2.4.26-grsec.

-- 
Tomi Hakala

From tomi.hakala@clinet.fi  Fri Jun 18 11:36:11 2004
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8261EC000DCF; Fri, 18 Jun 2004 11:36:11 +0300 (EEST)
Received: from columbia.jamsanpaintball.fi (columbia.jamsanpaintball.fi
	[80.64.12.172])
	by talvi.dovecot.org (Postfix) with ESMTP id A1CDAC0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 11:36:08 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by columbia.jamsanpaintball.fi (Postfix) with ESMTP id 3A8D81BADA
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 11:28:19 +0300 (EEST)
Received: from columbia.jamsanpaintball.fi ([127.0.0.1])
	by localhost (columbia [127.0.0.1]) (amavisd-new, port 10026) with ESMTP
	id 06219-05 for <dovecot@dovecot.org>;
	Fri, 18 Jun 2004 11:28:15 +0300 (EEST)
Received: from clinet.fi (dsl-jklgw3qf5.dial.inet.fi [80.221.106.245])
	by columbia.jamsanpaintball.fi (Postfix) with ESMTP id 3B7291BAD7
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 11:28:15 +0300 (EEST)
Message-ID: <40D2A79E.D16CAAF0@clinet.fi>
Date: Fri, 18 Jun 2004 11:28:14 +0300
From: Tomi Hakala <tomi.hakala@clinet.fi>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test17
References: <1087518650.25522.38.camel@hurina> <40D2A0C3.DE62C082@clinet.fi>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at jamsanpaintball.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 08:36:11 -0000
X-UID: 9542                                                  
Status: O
Content-Length: 2226

Tomi Hakala wrote:
> _o/, I can.

Nevermind that last backtrace, I had a sligth typo on a configure --prefix
path and new binaries got installed somewhere else :-/

But I can get some segfaults with actual test17.

This happens when more than one message is delivered to an empty box with
no indexes present.

Info: Dovecot v1.0-test17 starting up
Info: pop3-login: Login: joe [127.0.0.1]
Error: POP3(joe): file mbox-sync-rewrite.c: line 341 (mbox_sync_fill_leftover):
assertion failed: (start_offset < end_offset)
Error: child 13957 (pop3) killed with signal 6

(gdb) bt
#0  0x46e45721 in kill () from /lib/libc.so.6
#1  0x46e454c5 in raise () from /lib/libc.so.6
#2  0x46e469e8 in abort () from /lib/libc.so.6
#3  0x0807e6d5 in i_internal_panic_handler (fmt=0x0, args=0x0) at failures.c:369
#4  0x0807e1a9 in i_panic (format=0x0) at failures.c:173
#5  0x08063118 in mbox_sync_fill_leftover (sync_ctx=0xb1f8d640, mails=0x80a67c8,
seq=1, idx=0, start_offset=55, end_offset=43)
    at mbox-sync-rewrite.c:341
#6  0x080634f0 in mbox_sync_rewrite (sync_ctx=0xb1f8d640, first_seq=1,
last_seq=134899656, extra_space=2985875008)
    at mbox-sync-rewrite.c:471
#7  0x0805f8c6 in mbox_sync_handle_eof_updates (sync_ctx=0xb1f8d640,
mail_ctx=0xb1f8d560) at mbox-sync.c:819
#8  0x0805fd50 in mbox_sync_do (sync_ctx=0xb1f8d640) at mbox-sync.c:954
#9  0x080601e7 in mbox_sync (ibox=0x80a4348, last_commit=0, lock=0) at
mbox-sync.c:1077
#10 0x080604eb in mbox_storage_sync (box=0x80a4348, flags=0) at mbox-sync.c:1141
#11 0x08072fb6 in mailbox_sync (box=0x0, flags=1190442256) at mail-storage.c:372
#12 0x08067d0f in index_storage_get_status (box=0x80a4348, items=9,
status=0xb1f8d7a0) at index-status.c:35
#13 0x08072f8d in mailbox_get_status (box=0x46f4b510, items=0, status=0x0) at
mail-storage.c:367
#14 0x08051e35 in init_mailbox (client=0x80a3eb0) at client.c:54
#15 0x0805212c in client_create (hin=134783714, hout=0, storage=0x80a3dc0) at
client.c:149
#16 0x080537d3 in main_init () at main.c:119
#17 0x080538fc in main (argc=1, argv=0x0, envp=0x0) at main.c:152
(gdb) quit

Now mailbox is corrupted, first and second message changed their place and
first line of a mailbox contains "From" and "Return-Path" lines.

-- 
Tomi Hakala

From t1lt@bk.ru  Fri Jun 18 12:12:09 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5B6A3C000DCF; Fri, 18 Jun 2004 12:12:09 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 22158C0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 12:12:07 +0300 (EEST)
Received: (qmail 15282 invoked by uid 1000); 18 Jun 2004 09:04:17 -0000
Date: Fri, 18 Jun 2004 11:04:17 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test16 - nearing usable state
Message-ID: <20040618090417.GA14324@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087347781.783.142.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087347781.783.142.camel@hurina>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 09:12:09 -0000
X-UID: 9543                                                  
Status: O

On Wed, Jun 16, 2004 at 04:03:01AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> Here you go, maildir syncing problems finally fixed (I hope). Well,
> except there's this "new-dir-only syncing" optimization which I'm not
> really sure if it works as it should.
> 
> So .. Maybe I'll finally start using this myself now. The next important
> problems seem to be some random error messages about index locking
> timeouts and some asserts in some situations.

Yahoo!


From mkortela@cc.hut.fi  Fri Jun 18 13:08:20 2004
Return-Path: <mkortela@cc.hut.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5BA84C000DE2; Fri, 18 Jun 2004 13:08:20 +0300 (EEST)
Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi
	[195.197.172.116])
	by talvi.dovecot.org (Postfix) with ESMTP id 60798C000DD8
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 13:08:18 +0300 (EEST)
Received: from platon (platon.techelp.fi [62.142.210.36])
	by gw02.mail.saunalahti.fi (Postfix) with ESMTP id DB9CC44602
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 13:00:28 +0300 (EEST)
Date: Fri, 18 Jun 2004 13:00:28 +0300 (EEST)
From: mkortela@cc.hut.fi
X-X-Sender: mkortela@platon
To: dovecot@dovecot.org
Message-ID: <Pine.LNX.4.58.0406181252380.26626@platon>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Dovecot] Maildir + Evolution
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 10:08:20 -0000
X-UID: 9544                                                  
Status: O

I don't know if this is an Evolution bug or not, but when I use the
maildir format with Dovecot 0.99.10p2 (from OpenBSD packages collection)  
and connect to it from Evolution 1.4 using IMAP, Evolution displays
subfolders incorrectly. It actually does not show any subfolders, only
root folders with names like "Folder.Subfolder" and
"Folder.Subfolder.Subsubfolder".  There's no such problem when using
traditional mailboxes. Is this an Evolution bug or one of Dovecot's? I had
thought the IMAP protocol should act the same no matter which mail dir
structure was used...

--
Mikko Kortelainen
mkortela@cc.hut.fi

From tallison@tacocat.net  Fri Jun 18 13:09:34 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 57400C000DE6; Fri, 18 Jun 2004 13:09:34 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 07319C000DE2
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 13:09:32 +0300 (EEST)
Received: from tacocat.net (unknown [192.168.1.106])
	by cling.tacocat.net (Postfix) with ESMTP id 2359A4C07B;
	Fri, 18 Jun 2004 06:01:41 -0400 (EDT)
Message-ID: <40D2BED4.3070703@tacocat.net>
Date: Fri, 18 Jun 2004 06:07:16 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030821
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>, dovecot@dovecot.org
Subject: Re: [Dovecot] IMAP and webmail applications
References: <40D251BC.5090605@tacocat.net> <1087530033.25522.83.camel@hurina>
In-Reply-To: <1087530033.25522.83.camel@hurina>
X-Enigmail-Version: 0.76.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 10:09:34 -0000
X-UID: 9545                                                  
Status: O

Timo Sirainen wrote:
> On Fri, 2004-06-18 at 05:21, Tom Allison wrote:
> 
>>As for squirrelmail, they seem to want a lot of information regarding 
>>the mail architecture (mbox, maildir, folder locations...) and I don't 
>>really see where this could come into play with an IMAP implimentation.
> 
> 
> I suppose it tries to work around some issues with different server
> implementations. It really shouldn't need them if it and server were
> both fully IMAP compatible.
> 
> Well, except for the folder locations. It needs to know what your
> sent-mail etc. boxes are named.
> 

OK, I guess that's about the only one I really got stuck on, but unless 
someone's being difficult or esoteric I think everyone uses the set:
           inbox, sent, trash, drafts
with some variation on capitalization.

IIRC, Kmail used something unexpected by me, but I think it was ~/Mail/ 
instead of ~/Maildir or ~/mail.  Minor, but somewhat predictable.


From gmid-dovecot@m.gmane.org  Fri Jun 18 13:13:11 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E1DE4C000DEA; Fri, 18 Jun 2004 13:13:11 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id D2D77C000DE6
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 13:13:09 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BbGFM-0003iD-00
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 12:05:20 +0200
Received: from pd9e1e194.dip.t-dialin.net ([217.225.225.148])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 12:05:20 +0200
Received: from matthias.andree by pd9e1e194.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 12:05:20 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 18 Jun 2004 11:32:22 +0200
Lines: 13
Message-ID: <m3fz8t9pp5.fsf@merlin.emma.line.org>
References: <1087520409.25522.53.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd9e1e194.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:Tr+ngKmB7d6OP98Bgl5bE6fzkSU=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 0.99.10.6-rc1 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 10:13:12 -0000
X-UID: 9546                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> http://dovecot.org/rc/
>
> Fixes the crashes people had been getting more often with 0.99.10.5.
> Also included all the patches in dovecot.org/patches/old:

Hmmm... how about the namespace patch as a migration aid? :-)

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From reboot78@freenet.de  Fri Jun 18 15:00:51 2004
Return-Path: <reboot78@freenet.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A8AE3C000D8E; Fri, 18 Jun 2004 15:00:51 +0300 (EEST)
Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155])
	by talvi.dovecot.org (Postfix) with ESMTP id 178D4C0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 15:00:47 +0300 (EEST)
Received: from [194.97.50.144] (helo=mx1.freenet.de)
	by mout2.freenet.de with asmtp (Exim 4.33) id 1BbHvS-00077r-Ip
	for dovecot@dovecot.org; Fri, 18 Jun 2004 13:52:54 +0200
Received: from pd95d440d.dip.t-dialin.net ([217.93.68.13] helo=navi.lan)
	by mx1.freenet.de with asmtp (ID reboot78@freenet.de) (Exim 4.33 #3)
	id 1BbHvS-0007l9-5U
	for dovecot@dovecot.org; Fri, 18 Jun 2004 13:52:54 +0200
Date: Fri, 18 Jun 2004 13:52:45 +0200
From: Christoph Hohmann <reboot78@freenet.de>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Maildir + Evolution
Message-Id: <20040618135245.0becb1c8@navi.lan>
In-Reply-To: <Pine.LNX.4.58.0406181252380.26626@platon>
References: <Pine.LNX.4.58.0406181252380.26626@platon>
X-Mailer: Sylpheed-Claws 0.9.11cvs13 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 12:00:52 -0000
X-UID: 9547                                                  
Status: O

mkortela@cc.hut.fi wrote:

> I don't know if this is an Evolution bug or not, but when I use the
> maildir format with Dovecot 0.99.10p2 (from OpenBSD packages collection)  
> and connect to it from Evolution 1.4 using IMAP, Evolution displays
> subfolders incorrectly. It actually does not show any subfolders, only
> root folders with names like "Folder.Subfolder" and
> "Folder.Subfolder.Subsubfolder".

Evolution is not using the Maildir++ standard to create
subfolders where every folder is a subdirectory of the
INBOX. Evolution creates subdirectories inside the
subfolders directories.

See
http://www.inter7.com/courierimap/README.maildirquota.html
for the Maildir++ specification.

-- 
http://reboot.animeirc.de (Personal Homepage)
http://sylpheed-claws.sourceforge.net/ (Open Source Mailer)


From t1lt@bk.ru  Fri Jun 18 16:41:34 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2BA01C000DCC; Fri, 18 Jun 2004 16:41:34 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 9CFA4C000D8E
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 16:41:31 +0300 (EEST)
Received: (qmail 30608 invoked by uid 1000); 18 Jun 2004 13:33:41 -0000
Date: Fri, 18 Jun 2004 15:33:41 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Message-ID: <20040618133341.GA27954@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087518650.25522.38.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087518650.25522.38.camel@hurina>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 13:41:34 -0000
X-UID: 9548                                                  
Status: O
Content-Length: 1066

Hello Timo and list,

I'm still getting some maildir errors with 1.0-test17:

sp dovecot: IMAP(moe): file mail-transaction-log.c: line 1159 (mail_transaction_log_sync_lock): assertion failed: (!log->index->log_locked)
sp dovecot: child 6497 (imap) killed with signal 6

It happens about once an hour, I'm not sure how it can be
reliably reproduced, yet.

regards

On Fri, Jun 18, 2004 at 03:30:50AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> Just mbox fixes since 1.0-test16. The logic is simpler and more correct
> now. Can anyone break it anymore? I actually tested it a while with
> Evolution and several mailboxes and it didn't break at least
> immediately. :)
> 
> Now maybe a few more days and I dare trying this thing myself with my
> real mboxes (yes, I'm still using them).
> 
> Dovecot mailing list archives could soon be served with 1.0-tests too,
> as soon as I get support for read-only mboxes working again (storing and
> comparing MD5 summed headers).

-- 
sed 's/mbox-support/shared-folders/g' <timo_todo.txt >timo_todo_new.txt #;)


From mem@mv.mv.com  Fri Jun 18 18:44:20 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E1057C000D8E; Fri, 18 Jun 2004 18:44:19 +0300 (EEST)
Received: from mv.mv.com (osmium.mv.net [199.125.85.152])
	by talvi.dovecot.org (Postfix) with SMTP id 4DA49C0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 18:44:14 +0300 (EEST)
Received: (qmail 44143 invoked by uid 101); 18 Jun 2004 11:36:21 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Fri, 18 Jun 2004 11:36:21 -0400
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 0.99.10.6-rc1 released
Message-ID: <20040618153621.GB43739@osmium.mv.net>
References: <1087520409.25522.53.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087520409.25522.53.camel@hurina>
User-Agent: Mutt/1.4.2.1i
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 15:44:20 -0000
X-UID: 9549                                                  
Status: O

On Fri, Jun 18, 2004 at 04:00:09AM +0300, Timo Sirainen wrote:
> http://dovecot.org/rc/
> 
> Fixes the crashes people had been getting more often with 0.99.10.5.
> Also included all the patches in dovecot.org/patches/old:
> 
>  - SHA1 passwords
>  - mail_extra_groups setting (Debian people can finally fix #185335 :)
>  - autocreate missing maildirs (and don't crash)
>  - maildir_stat_dirs setting
> 
> If no problems are found within few days this will simply be renamed to
> 0.99.10.6.

Does it have this fix:

   http://dovecot.procontrol.fi/list/dovecot/2003-November/002583.html

 ?

  0.99.10.5 didn't :-)


mm

From NDeBeer@mweb.com  Fri Jun 18 19:37:34 2004
Return-Path: <NDeBeer@mweb.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DA78EC000DD0; Fri, 18 Jun 2004 19:37:34 +0300 (EEST)
Received: from mwmx1.mweb.com (unknown [196.2.49.30])
	by talvi.dovecot.org (Postfix) with ESMTP id 88E65C000D8E
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 19:37:29 +0300 (EEST)
Received: from mwmx3.mweb.com (Not Verified[196.2.49.55]) by mwmx1.mweb.com
	with NetIQ MailMarshal (v5.5.5.6)
	id <BD00a3d209>; Fri, 18 Jun 2004 18:28:53 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C45551.581981C8"
Date: Fri, 18 Jun 2004 18:28:53 +0200
Message-ID: <EBEA1438A1028E468F05A984430E54AE05CE8B7C@mwmx3.mweb.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Info: Internal login failure:
Thread-Index: AcRVUVj/N2k3/MEBEdiLfgABAgneNQ==
From: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
To: <dovecot@dovecot.org>
Subject: [Dovecot] Info: Internal login failure:
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 16:37:35 -0000
X-UID: 9550                                                  
Status: O
Content-Length: 7873

This is a multi-part message in MIME format.

------_=_NextPart_001_01C45551.581981C8
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I get the following error on auth with mysql on pop3
what am i missing or doing wrong

mysql config file

db_host =3D localhost
#db_port =3D 3306
db_unix_socket =3D /var/lib/mysql/mysql.sock
db =3D ADMIN
db_user =3D mailmaster
db_passwd =3D ********
db_client_flags =3D 0
default_pass_scheme =3D PLAIN
password_query =3D SELECT MAILBOX_PASSWORD AS password FROM MAIL WHERE MA=
ILBOX_USERNAME =3D '%n' AND MAILBOX_DOMAIN =3D '%d'
#user_query =3D SELECT MAILBOX_ROOT AS home,uid,gid FROM MAIL WHERE MAILB=
OX_USERNAME =3D '%n' and MAILBOX_DOMAIN=3D'%d'

dovecot config file
base_dir =3D /var/run/dovecot/
protocols =3D imap pop3
imap_listen =3D *
pop3_listen =3D *
ssl_disable =3D yes
log_path =3D /var/log/dovecot_log
info_log_path =3D /var/log/dovecot_info_log
log_timestamp =3D "%b %d %H:%M:%S "
login_dir =3D /var/run/dovecot/login
login =3D imap
login_executable =3D /usr/local/libexec/dovecot/imap-login
login_user =3D dovecot
login_process_size =3D 16
login_process_per_connection =3D yes
login_processes_count =3D 3
login_max_processes_count =3D 128
login_max_logging_users =3D 256
login =3D pop3
max_mail_processes =3D 1024
verbose_proctitle =3D no
first_valid_uid =3D 500
#last_valid_uid =3D 0
default_mail_env =3D maildir:/home/mail/%d/%n/Maildir
mail_cache_fields =3D MessagePart
client_workarounds =3D oe6-fetch-no-newmail:outlook-idle:
mailbox_check_interval =3D 300
mailbox_idle_check_interval =3D 30
mail_save_crlf =3D yes
mail_read_mmaped =3D no
maildir_copy_with_hardlinks =3D yes
mbox_locks =3D dotlock fcntl
mbox_read_dotlock =3D yes
mbox_lock_timeout =3D 120
mbox_dotlock_change_timeout =3D 30
umask =3D 0077
mail_drop_priv_before_exec =3D no
imap_executable =3D /usr/local/libexec/dovecot/imap
imap_process_size =3D 256
pop3_executable =3D /usr/local/libexec/dovecot/pop3
pop3_process_size =3D 256
auth =3D default
auth_mechanisms =3D plain
auth_passdb =3D mysql /usr/local/etc/dovecot-mysql.conf
auth_user =3D mailmaster
auth_username_chars =3D abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVW=
XYZ01234567890.-_@

=A0
Are you ready for Telkom's 10-digit dialling? To find out how this will a=
ffect your Internet connection in the not too distant future, go to www.m=
web.co.za/ten

------_=_NextPart_001_01C45551.581981C8
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-885=
9-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.0.6249.1=
">
<TITLE>Info: Internal login failure:</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P><FONT SIZE=3D2 FACE=3D"Arial">I get the following error on auth with m=
ysql on pop3</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">what am i missing or doing wrong</FONT>=

</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">mysql config file</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">db_host =3D localhost</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">#db_port =3D 3306</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">db_unix_socket =3D /var/lib/mysql/mysql=
.sock</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">db =3D ADMIN</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">db_user =3D mailmaster</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">db_passwd =3D ********</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">db_client_flags =3D 0</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">default_pass_scheme =3D PLAIN</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">password_query =3D SELECT MAILBOX_PASSW=
ORD AS password FROM MAIL WHERE MAILBOX_USERNAME =3D '%n' AND MAILBOX_DOM=
AIN =3D '%d'</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">#user_query =3D SELECT MAILBOX_ROOT AS =
home,uid,gid FROM MAIL WHERE MAILBOX_USERNAME =3D '%n' and MAILBOX_DOMAIN=
=3D'%d'</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">dovecot config file</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">base_dir =3D /var/run/dovecot/</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">protocols =3D imap pop3</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">imap_listen =3D *</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">pop3_listen =3D *</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">ssl_disable =3D yes</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">log_path =3D /var/log/dovecot_log</FONT=
>

<BR><FONT SIZE=3D2 FACE=3D"Arial">info_log_path =3D /var/log/dovecot_info=
_log</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">log_timestamp =3D &quot;%b %d %H:%M:%S =
&quot;</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_dir =3D /var/run/dovecot/login</F=
ONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login =3D imap</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_executable =3D /usr/local/libexec=
/dovecot/imap-login</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_user =3D dovecot</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_process_size =3D 16</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_process_per_connection =3D yes</F=
ONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_processes_count =3D 3</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_max_processes_count =3D 128</FONT=
>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login_max_logging_users =3D 256</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">login =3D pop3</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">max_mail_processes =3D 1024</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">verbose_proctitle =3D no</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">first_valid_uid =3D 500</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">#last_valid_uid =3D 0</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">default_mail_env =3D maildir:/home/mail=
/%d/%n/Maildir</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mail_cache_fields =3D MessagePart</FONT=
>

<BR><FONT SIZE=3D2 FACE=3D"Arial">client_workarounds =3D oe6-fetch-no-new=
mail:outlook-idle:</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mailbox_check_interval =3D 300</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mailbox_idle_check_interval =3D 30</FON=
T>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mail_save_crlf =3D yes</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mail_read_mmaped =3D no</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">maildir_copy_with_hardlinks =3D yes</FO=
NT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mbox_locks =3D dotlock fcntl</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mbox_read_dotlock =3D yes</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mbox_lock_timeout =3D 120</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mbox_dotlock_change_timeout =3D 30</FON=
T>

<BR><FONT SIZE=3D2 FACE=3D"Arial">umask =3D 0077</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">mail_drop_priv_before_exec =3D no</FONT=
>

<BR><FONT SIZE=3D2 FACE=3D"Arial">imap_executable =3D /usr/local/libexec/=
dovecot/imap</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">imap_process_size =3D 256</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">pop3_executable =3D /usr/local/libexec/=
dovecot/pop3</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">pop3_process_size =3D 256</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">auth =3D default</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">auth_mechanisms =3D plain</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">auth_passdb =3D mysql /usr/local/etc/do=
vecot-mysql.conf</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">auth_user =3D mailmaster</FONT>

<BR><FONT SIZE=3D2 FACE=3D"Arial">auth_username_chars =3D abcdefghijklmno=
pqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@</FONT>
</P>


<DIV><BR><font color=3D"#000000" face=3D"arial" size=3D"2"><b>Are you rea=
dy for Telkom's 10-digit area code dialling?<br>To find out how this will=
=20affect your M-Web connection in the not too distant future, <a href=3D=
"http://www.mweb.co.za/ten" target=3D"_blank">click here</a>.</b>
<p>
<font color=3D"#ff6500"><b>M-Web&nbsp;&nbsp;&nbsp;JUST LIKE THAT</b></fon=
t></font></P></DIV>
</BODY>
</HTML>=

------_=_NextPart_001_01C45551.581981C8--

From mem@mv.mv.com  Fri Jun 18 19:56:23 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 98166C000DD5; Fri, 18 Jun 2004 19:56:23 +0300 (EEST)
Received: from mv.mv.com (osmium.mv.net [199.125.85.152])
	by talvi.dovecot.org (Postfix) with SMTP id 9B31EC000DD0
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 19:56:20 +0300 (EEST)
Received: (qmail 45185 invoked by uid 101); 18 Jun 2004 12:48:29 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Fri, 18 Jun 2004 12:48:29 -0400
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] IMAP and webmail applications
Message-ID: <20040618164829.GM43739@osmium.mv.net>
References: <40D251BC.5090605@tacocat.net> <1087530033.25522.83.camel@hurina>
	<40D2BED4.3070703@tacocat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40D2BED4.3070703@tacocat.net>
User-Agent: Mutt/1.4.2.1i
Cc: Timo Sirainen <tss@iki.fi>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 16:56:23 -0000
X-UID: 9551                                                  
Status: O
Content-Length: 1492

On Fri, Jun 18, 2004 at 06:07:16AM -0400, Tom Allison wrote:
> Timo Sirainen wrote:
> >On Fri, 2004-06-18 at 05:21, Tom Allison wrote:
> >
> >>As for squirrelmail, they seem to want a lot of information regarding 
> >>the mail architecture (mbox, maildir, folder locations...) and I don't 
> >>really see where this could come into play with an IMAP implimentation.
> >
> >
> >I suppose it tries to work around some issues with different server
> >implementations. It really shouldn't need them if it and server were
> >both fully IMAP compatible.
> >
> >Well, except for the folder locations. It needs to know what your
> >sent-mail etc. boxes are named.
> >
> 
> OK, I guess that's about the only one I really got stuck on, but unless 
> someone's being difficult or esoteric I think everyone uses the set:
>           inbox, sent, trash, drafts
> with some variation on capitalization.


We have a webmail application developed internally here that is based on
IMAP access to remote servers (well, the "remote server" might be and
usually is a server sitting in the same rack).  It stores its
preferences inside of a specially named mail folder on the IMAP server.
When you log into the webmail appplication, you tell it the IMAP server
and login info, and it finds and fetches the preferences stored there.
No special protocols other than IMAP needed.

(OTOH, it does need other, non-IMAP access in order to update delivery
rules and delivery scripts.  But that's a different arena.)

mm

From eric@kahklen.com  Fri Jun 18 20:37:35 2004
Return-Path: <eric@kahklen.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 152C0C000DD0; Fri, 18 Jun 2004 20:37:35 +0300 (EEST)
Received: from sirius.lunarpages.com (sirius.lunarpages.com [64.235.234.147])
	by talvi.dovecot.org (Postfix) with ESMTP id DA41BC0007B4
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 20:37:32 +0300 (EEST)
Received: from email.chhip.org ([66.213.206.2] helo=[10.0.0.26])
	by sirius.lunarpages.com with asmtp (Exim 4.34) id 1BbNBN-00060m-0N
	for dovecot@dovecot.org; Fri, 18 Jun 2004 10:29:41 -0700
Message-ID: <40D32684.5030406@kahklen.com>
Date: Fri, 18 Jun 2004 10:29:40 -0700
From: Eric Kahklen <eric@kahklen.com>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - sirius.lunarpages.com
X-AntiAbuse: Original Domain - dovecot.org
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - kahklen.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Subject: [Dovecot] Add SSL to Dovecot & SquirrelMail
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 17:37:35 -0000
X-UID: 9552                                                  
Status: O

I am relatively new to setting up mail servers and wondered how 
difficult it would be to add SSL to my current Dovecot  & SquirrelMail 
setup.  Would I just add SSL to the squirrelmail directory under appache 
with my certificate? Does Dovecot need any changes to the configuration? 
I have it working fine without SSL.

Thanks,

Eric



From tss@iki.fi  Fri Jun 18 22:01:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A0E2BC000DD3; Fri, 18 Jun 2004 22:01:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1BF42C000DD0
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:01:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B274C1C350C9; Fri, 18 Jun 2004 21:53:59 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id C77D01C1D0E2; Fri, 18 Jun 2004 21:53:25 +0300 (EEST)
In-Reply-To: <m3fz8t9pp5.fsf@merlin.emma.line.org>
References: <1087520409.25522.53.camel@hurina>
	<m3fz8t9pp5.fsf@merlin.emma.line.org>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-17--244061285"
Message-Id: <C6F9F3BA-C158-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.6-rc1 released
Date: Fri, 18 Jun 2004 21:53:24 +0300
To: Matthias Andree <matthias.andree@gmx.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:01:52 -0000
X-UID: 9553                                                  
Status: O
Content-Length: 1072


--Apple-Mail-17--244061285
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 18.6.2004, at 12:32, Matthias Andree wrote:

> Timo Sirainen <tss@iki.fi> writes:
>
>> http://dovecot.org/rc/
>>
>> Fixes the crashes people had been getting more often with 0.99.10.5.
>> Also included all the patches in dovecot.org/patches/old:
>
> Hmmm... how about the namespace patch as a migration aid? :-)

Um.. The namespace.c which just replies dummy NAMESPACE? Well, I guess 
that could be added. If you meant the full blown namespace thing in 
1.0-tests, that's too much code :)

--Apple-Mail-17--244061285
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA0zokyUhSUUBViskRAqBnAJ9pUoVARvAPBp4KPrSPraXZe3y16gCffNET
Y9YVqALrHgaBz3OI26UOKpw=
=HNUt
-----END PGP SIGNATURE-----

--Apple-Mail-17--244061285--


From tss@iki.fi  Fri Jun 18 22:04:53 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8132DC000DEA; Fri, 18 Jun 2004 22:04:53 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 5AC1DC000DDB
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:04:51 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 07B221C350C9; Fri, 18 Jun 2004 21:57:01 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id B926A1C1D0E2; Fri, 18 Jun 2004 21:56:26 +0300 (EEST)
In-Reply-To: <Pine.LNX.4.58.0406181252380.26626@platon>
References: <Pine.LNX.4.58.0406181252380.26626@platon>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-18--243880707"
Message-Id: <329BD904-C159-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Maildir + Evolution
Date: Fri, 18 Jun 2004 21:56:25 +0300
To: mkortela@cc.hut.fi
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:04:53 -0000
X-UID: 9554                                                  
Status: O
Content-Length: 1401


--Apple-Mail-18--243880707
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 18.6.2004, at 13:00, mkortela@cc.hut.fi wrote:

> I don't know if this is an Evolution bug or not, but when I use the
> maildir format with Dovecot 0.99.10p2 (from OpenBSD packages 
> collection)
> and connect to it from Evolution 1.4 using IMAP, Evolution displays
> subfolders incorrectly. It actually does not show any subfolders, only
> root folders with names like "Folder.Subfolder" and
> "Folder.Subfolder.Subsubfolder".  There's no such problem when using
> traditional mailboxes. Is this an Evolution bug or one of Dovecot's? I 
> had
> thought the IMAP protocol should act the same no matter which mail dir
> structure was used...

Evolution is probably caching wrong hierarchy separator (you switched 
from mbox to maildir? they have different separators), recreating the 
account in Evolution should help.

--Apple-Mail-18--243880707
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA0zrZyUhSUUBViskRAu2PAJwPSC6yj0JbbS7eVji7xxuf4SUAQQCgg9dG
I5os8xrbmSBxnyXyuSkj5qc=
=5Ag/
-----END PGP SIGNATURE-----

--Apple-Mail-18--243880707--


From tss@iki.fi  Fri Jun 18 22:06:19 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 97565C000DF0; Fri, 18 Jun 2004 22:06:19 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 9F671C000DEE
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:06:17 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 564FF1C350C9; Fri, 18 Jun 2004 21:58:27 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 6CF481C1D0E2; Fri, 18 Jun 2004 21:57:53 +0300 (EEST)
In-Reply-To: <20040618153621.GB43739@osmium.mv.net>
References: <1087520409.25522.53.camel@hurina>
	<20040618153621.GB43739@osmium.mv.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-19--243793594"
Message-Id: <6688490C-C159-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.6-rc1 released
Date: Fri, 18 Jun 2004 21:57:52 +0300
To: "Mark E. Mallett" <mem@mv.mv.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:06:19 -0000
X-UID: 9555                                                  
Status: O


--Apple-Mail-19--243793594
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 18.6.2004, at 18:36, Mark E. Mallett wrote:

> Does it have this fix:
>
>    http://dovecot.procontrol.fi/list/dovecot/2003-November/002583.html
>
>  ?
>
>   0.99.10.5 didn't :-)

Well, I'll add the new from-line parser which supports a few more 
formats as well. See if -rc2 helps (I'll try to build it soon).

--Apple-Mail-19--243793594
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA0zswyUhSUUBViskRAqrjAJ45+jcmUioczL63EVx+idJKJZoxtgCfUwJJ
GwiapIbswlp05OK+HZukkIE=
=b82n
-----END PGP SIGNATURE-----

--Apple-Mail-19--243793594--


From keyhman1111@yahoo.ca  Fri Jun 18 22:09:06 2004
Return-Path: <keyhman1111@yahoo.ca>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D78BDC000DF0; Fri, 18 Jun 2004 22:09:06 +0300 (EEST)
Received: from web52105.mail.yahoo.com (web52105.mail.yahoo.com
	[206.190.39.74])
	by talvi.dovecot.org (Postfix) with SMTP id 75223C000DDE
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:09:04 +0300 (EEST)
Message-ID: <20040618190113.77700.qmail@web52105.mail.yahoo.com>
Received: from [209.217.114.231] by web52105.mail.yahoo.com via HTTP;
	Fri, 18 Jun 2004 15:01:13 EDT
Date: Fri, 18 Jun 2004 15:01:13 -0400 (EDT)
From: Stephen Hillier <keyhman1111@yahoo.ca>
To: dovecot@dovecot.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Dovecot] dovecot startup failure - dovecot-auth unable to open
	passwd-file
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:09:07 -0000
X-UID: 9556                                                  
Status: O
Content-Length: 2104

Hi all,

I'm stuck on getting dovecot to work for 2 days.
Here's the logfile entries from the startup
process(es)

dovecot: Jun 18 14:48:43 Info: Dovecot starting up
dovecot-auth: Jun 18 14:48:44 Fatal: Can't open
passwd-file /var/run/dclogin/mail-passwd: No such file
or directory
dovecot: Jun 18 14:48:44 Error: Auth process died too
early - shutting down
dovecot: Jun 18 14:48:44 Error: child 7313 (auth)
returned error 89
imap-login: Jun 18 14:48:44 Fatal: fd_send(-1) failed:
Broken pipe
pop3-login: Jun 18 14:48:44 Fatal: fd_send(-1) failed:
Broken pipe

The strange thing is, the file I've specified does
exist -- i created it manually -- and the 1 entry in
that file is this:

steve:s13fj3NHakds.:10001:5000::/var/run/dovecot/home/steve:/sbin/nologin::~/Mail/:INBOX=/var/spool/mail/steve

What's even stranger -> every time I try to startup
dovecot, the passwd-file that is seen to be "missing"
gets deleted!!!! why???

Here's a copy of my current (broken) conf:

base_dir = /var/run/dovecot/
protocols = imap imaps pop3 pop3s
ssl_disable = yes
log_path = /var/log/maillog
login_dir = /var/run/dclogin
login_chroot = no
login = imap
login_executable = /usr/libexec/dovecot/imap-login
login_user = doveauth
login_process_per_connection = yes
login_processes_count = 5
login = pop3
login_executable = /usr/libexec/dovecot/pop3-login
first_valid_uid = 10000
last_valid_uid = 20000
first_valid_gid = 5000
last_valid_gid = 5100
default_mail_env =
mbox:~/Mail/:INBOX=/var/spool/mail/%u
mbox_locks = fcntl
imap_executable = /usr/libexec/dovecot/imap
pop3_executable = /usr/libexec/dovecot/pop3
auth = default
auth_mechanisms = plain digest-md5
auth_userdb = passwd-file /var/run/dclogin/mail-passwd
auth_passdb = passwd-file /var/run/dclogin/mail-passwd
auth_executable = /usr/libexec/dovecot/dovecot-auth
auth_verbose = yes

I'm sure I did something silly in my conf that's
causing the problem but I'm not sure what that might
be.

Thanks in advance for any and all help.

Steve.

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

From tss@iki.fi  Fri Jun 18 22:14:45 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 57EEAC000DDE; Fri, 18 Jun 2004 22:14:45 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 67BC9C000DDE
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:14:43 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0F0091C350C9; Fri, 18 Jun 2004 22:06:53 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 344551C1D0E2; Fri, 18 Jun 2004 22:06:19 +0300 (EEST)
In-Reply-To: <EBEA1438A1028E468F05A984430E54AE05CE8B7C@mwmx3.mweb.com>
References: <EBEA1438A1028E468F05A984430E54AE05CE8B7C@mwmx3.mweb.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-20--243287962"
Message-Id: <93E9AA02-C15A-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Info: Internal login failure:
Date: Fri, 18 Jun 2004 22:06:18 +0300
To: "Nico De Beer - MWEB" <NDeBeer@mweb.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:14:45 -0000
X-UID: 9557                                                  
Status: O


--Apple-Mail-20--243287962
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 18.6.2004, at 19:28, Nico De Beer - MWEB wrote:

> I get the following error on auth with mysql on pop3
> what am i missing or doing wrong

What does it say in /var/log/dovecot_log? There should be the full 
error message.

But looks like you haven't set auth_userdb to anything, Dovecot can't 
log you in if it doesn't know where your home dir is.

--Apple-Mail-20--243287962
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA0z0qyUhSUUBViskRAthIAJ9tx2hyfip3pj/xPvB3POJZXUoMCwCeOJMI
9BSFh3zfrbP1tJRywl0neco=
=8M7E
-----END PGP SIGNATURE-----

--Apple-Mail-20--243287962--


From tss@iki.fi  Fri Jun 18 22:23:33 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id ADB31C000DEA; Fri, 18 Jun 2004 22:23:33 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id CC23FC000DD0
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:23:31 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6FA1F1C350C9; Fri, 18 Jun 2004 22:15:41 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 8F8031C1D0E2; Fri, 18 Jun 2004 22:15:07 +0300 (EEST)
In-Reply-To: <20040618190113.77700.qmail@web52105.mail.yahoo.com>
References: <20040618190113.77700.qmail@web52105.mail.yahoo.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-21--242760016"
Message-Id: <CE97B1EC-C15B-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] dovecot startup failure - dovecot-auth unable to open
	passwd-file
Date: Fri, 18 Jun 2004 22:15:05 +0300
To: Stephen Hillier <keyhman1111@yahoo.ca>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:23:33 -0000
X-UID: 9558                                                  
Status: O


--Apple-Mail-21--242760016
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 18.6.2004, at 22:01, Stephen Hillier wrote:

> What's even stranger -> every time I try to startup
> dovecot, the passwd-file that is seen to be "missing"
> gets deleted!!!! why???
>
> login_dir = /var/run/dclogin

Everything in login_dir is deleted when Dovecot is started. Login 
processes are chrooted there and it should contain nothing else than 
what Dovecot itself creates there.

--Apple-Mail-21--242760016
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA0z86yUhSUUBViskRAoSjAKCBS5gt9bWO2QmRo4tt+Z9wJqY5nACginjH
/1BKie+IojM4CWDGtkW1NE4=
=MqRN
-----END PGP SIGNATURE-----

--Apple-Mail-21--242760016--


From t1lt@bk.ru  Fri Jun 18 22:28:41 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 957FBC000DF0; Fri, 18 Jun 2004 22:28:41 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 406C7C000DEA
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:28:39 +0300 (EEST)
Received: (qmail 3966 invoked by uid 1000); 18 Jun 2004 19:20:48 -0000
Date: Fri, 18 Jun 2004 21:20:48 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Message-ID: <20040618192048.GA2939@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040618133341.GA27954@widecut.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:28:41 -0000
X-UID: 9559                                                  
Status: O
Content-Length: 1436

and now these start appearing, too:

sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.ac-cron sync: UID inserted in the middle of ma
ilbox (835 > 834, file = msg.jGI9:2,)
sp dovecot: Killed with signal 15

switching back to dovecot-old...

On Fri, Jun 18, 2004 at 03:33:41PM +0200, Moe Wibble wrote:
> Hello Timo and list,
> 
> I'm still getting some maildir errors with 1.0-test17:
> 
> sp dovecot: IMAP(moe): file mail-transaction-log.c: line 1159 (mail_transaction_log_sync_lock): assertion failed: (!log->index->log_locked)
> sp dovecot: child 6497 (imap) killed with signal 6
> 
> It happens about once an hour, I'm not sure how it can be
> reliably reproduced, yet.
> 
> regards
> 
> On Fri, Jun 18, 2004 at 03:30:50AM +0300, Timo Sirainen wrote:
> > http://dovecot.org/test/
> > 
> > Just mbox fixes since 1.0-test16. The logic is simpler and more correct
> > now. Can anyone break it anymore? I actually tested it a while with
> > Evolution and several mailboxes and it didn't break at least
> > immediately. :)
> > 
> > Now maybe a few more days and I dare trying this thing myself with my
> > real mboxes (yes, I'm still using them).
> > 
> > Dovecot mailing list archives could soon be served with 1.0-tests too,
> > as soon as I get support for read-only mboxes working again (storing and
> > comparing MD5 summed headers).
> 
> -- 
> sed 's/mbox-support/shared-folders/g' <timo_todo.txt >timo_todo_new.txt #;)
> 
> 

From tss@iki.fi  Fri Jun 18 22:47:34 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4D220C000DEA; Fri, 18 Jun 2004 22:47:34 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 6491AC000DD3
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:47:32 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F252A1C350C9; Fri, 18 Jun 2004 22:39:41 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 08D1F1C1D0E2; Fri, 18 Jun 2004 22:39:08 +0300 (EEST)
In-Reply-To: <20040618192048.GA2939@widecut.net>
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-22--241319310"
Message-Id: <2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Date: Fri, 18 Jun 2004 22:39:06 +0300
To: Moe Wibble <t1lt@bk.ru>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:47:34 -0000
X-UID: 9560                                                  
Status: O


--Apple-Mail-22--241319310
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 18.6.2004, at 22:20, Moe Wibble wrote:

> and now these start appearing, too:
>
> sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.ac-cron sync: 
> UID inserted in the middle of ma
> ilbox (835 > 834, file = msg.jGI9:2,)
> sp dovecot: Killed with signal 15

Hmm. You sure this wasn't because of old broken indexes in that mailbox?

--Apple-Mail-22--241319310
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA00TbyUhSUUBViskRAvxlAJ45r+XHLAS+dVtoZ0XOBnWbxxC3UACfX917
YqWaOqARxeKIPWqgpZYhExU=
=h4pO
-----END PGP SIGNATURE-----

--Apple-Mail-22--241319310--


From tss@iki.fi  Fri Jun 18 22:48:22 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0A2F8C000DF0; Fri, 18 Jun 2004 22:48:22 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 2F29EC000DD3
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:48:20 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CA3461C350C9; Fri, 18 Jun 2004 22:40:29 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 512411C1D0E2
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 22:39:55 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v618)
Content-Transfer-Encoding: 7bit
Message-Id: <460A6CC6-C15F-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-23--241271125"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Fri, 18 Jun 2004 22:39:54 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.3 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,RCVD_IN_ORBS,
	USER_AGENT_APPLEMAIL version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 0.99.10.6-rc2
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 19:48:22 -0000
X-UID: 9561                                                  
Status: O


--Apple-Mail-23--241271125
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/rc/

Since rc1:
  - Changed a few comments in dovecot-example.conf
  - Changed a few error messages. Most importantly: "Internal error 
occured. Error report written to server log." .. maybe that would get 
more people to look for the real error in the log file :)
  - Added NAMESPACE command
  - Fixed SHA1 compiling issue
  - Fixed FreeBSD compiling issue

--Apple-Mail-23--241271125
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA00ULyUhSUUBViskRAt9AAJ4sw4VK0JNGtmSq2tsE8jnxUAUDNwCgjlXu
6sWQYXycbnx+rtWMzjL5g1w=
=sROD
-----END PGP SIGNATURE-----

--Apple-Mail-23--241271125--


From t1lt@bk.ru  Fri Jun 18 23:14:23 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 86B97C000DCD; Fri, 18 Jun 2004 23:14:23 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 5E924C000D8E
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 23:14:21 +0300 (EEST)
Received: (qmail 18205 invoked by uid 1000); 18 Jun 2004 20:06:30 -0000
Date: Fri, 18 Jun 2004 22:06:30 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Message-ID: <20040618200630.GB2939@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>,
	Timo Sirainen <tss@iki.fi>, dovecot@dovecot.org
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 20:14:23 -0000
X-UID: 9562                                                  
Status: O

On Fri, Jun 18, 2004 at 10:39:06PM +0300, Timo Sirainen wrote:
> On 18.6.2004, at 22:20, Moe Wibble wrote:
> 
> >and now these start appearing, too:
> >
> >sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.ac-cron sync: 
> >UID inserted in the middle of ma
> >ilbox (835 > 834, file = msg.jGI9:2,)
> >sp dovecot: Killed with signal 15
> 
> Hmm. You sure this wasn't because of old broken indexes in that mailbox?

Now that you mention it, actually I'm not sure.
I'll shutdown, find . -iname "*dovecot*" -exec rm -f {} \;'
and give test17 a 2nd shot.


From tss@iki.fi  Fri Jun 18 23:18:36 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 819B0C000DD3; Fri, 18 Jun 2004 23:18:36 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 761BBC000DD0
	for <dovecot@dovecot.org>; Fri, 18 Jun 2004 23:18:34 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E8F501C350C9; Fri, 18 Jun 2004 23:10:43 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 0444F1C1D0E2; Fri, 18 Jun 2004 23:10:10 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
From: Timo Sirainen <tss@iki.fi>
To: Moe Wibble <t1lt@bk.ru>
In-Reply-To: <20040618200630.GB2939@widecut.net>
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
	<20040618200630.GB2939@widecut.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-pzmClX4OHjjFQ0oTnNDk"
Message-Id: <1087589409.30372.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Fri, 18 Jun 2004 23:10:09 +0300
X-Spam-Status: No, hits=-9.4 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 20:18:36 -0000
X-UID: 9563                                                  
Status: O
Content-Length: 1281


--=-pzmClX4OHjjFQ0oTnNDk
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-18 at 23:06, Moe Wibble wrote:
> On Fri, Jun 18, 2004 at 10:39:06PM +0300, Timo Sirainen wrote:
> > On 18.6.2004, at 22:20, Moe Wibble wrote:
> >=20
> > >and now these start appearing, too:
> > >
> > >sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.ac-cron sync:=20
> > >UID inserted in the middle of ma
> > >ilbox (835 > 834, file =3D msg.jGI9:2,)
> > >sp dovecot: Killed with signal 15
> >=20
> > Hmm. You sure this wasn't because of old broken indexes in that mailbox=
?
>=20
> Now that you mention it, actually I'm not sure.
> I'll shutdown, find . -iname "*dovecot*" -exec rm -f {} \;'
> and give test17 a 2nd shot.

I really hope that fixes it, otherwise I have again no idea why it's
breaking, and this time I can't even test it myself as it has worked
correctly in my tests every time.


--=-pzmClX4OHjjFQ0oTnNDk
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA00whyUhSUUBViskRAovFAJ9lhS7wt2WuCb6f+zJrsS9LDRDBSQCglzsc
TWvukSW3warS4ond3t+g7Z4=
=X1BI
-----END PGP SIGNATURE-----

--=-pzmClX4OHjjFQ0oTnNDk--


From mm-mailinglist@madness.at  Sat Jun 19 00:01:52 2004
Return-Path: <mm-mailinglist@madness.at>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B260CC000D8E; Sat, 19 Jun 2004 00:01:52 +0300 (EEST)
Received: from cronos.madness.at (madness.at [213.153.61.104])
	by talvi.dovecot.org (Postfix) with ESMTP id 79C64C0007B4
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 00:01:50 +0300 (EEST)
Received: from mastermind.kaltenbrunner.cc ([195.70.118.73] helo=madness.at)
	by cronos.madness.at with asmtp (TLSv1:AES256-SHA:256) (Exim 4.33)
	id 1BbQN5-000BQ4-JI; Fri, 18 Jun 2004 22:53:59 +0200
Message-ID: <40D35666.7050700@madness.at>
Date: Fri, 18 Jun 2004 22:53:58 +0200
From: Stefan Kaltenbrunner <mm-mailinglist@madness.at>
User-Agent: Mozilla Thunderbird 0.5 (X11/20040306)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17
References: <1087518650.25522.38.camel@hurina>
In-Reply-To: <1087518650.25522.38.camel@hurina>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 21:01:52 -0000
X-UID: 9564                                                  
Status: O
Content-Length: 1668

Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> Just mbox fixes since 1.0-test16. The logic is simpler and more correct
> now. Can anyone break it anymore? I actually tested it a while with
> Evolution and several mailboxes and it didn't break at least
> immediately. :)

well I can break maildir here - although I'm quite unfair :-)

I get a shitload of:

Jun 18 22:39:58 cronos dovecot: IMAP(mm-mailinglist@madness.at): file 
mail-transaction-log-view.c: line 122 (mail_transaction_log_view_set): 
assertion failed: (min_file_seq != max_file_seq || min_file_offset <= 
max_file_offset)
Jun 18 22:39:58 cronos dovecot: child 42945 (imap) killed with signal 6
Jun 18 22:39:58 cronos dovecot: imap-login: Login: 
mm-mailinglist@madness.at [195.70.118.73]
Jun 18 22:39:58 cronos dovecot: IMAP(mm-mailinglist@madness.at): file 
mail-transaction-log-view.c: line 122 (mail_transaction_log_view_set): 
assertion failed: (min_file_seq != max_file_seq || min_file_offset <= 
max_file_offset)

what I'm doing here is quite "strange" - though :-)

i have courier-imap and dovecot serving the same(!) maildir (on 
different ports) for evaluation and comparison. what happens now is that 
new mail gets delivered into the inbox, mozilla-thunderbird (using the 
dovecot-connection) "sees" it and displays the headers, 
mozilla-thunderbird courier sees it too and "moves" the message into a 
subfolder due to a filterrule -> *booom*.

while I agree that this is not a typical situation I would much prefer 
if dovecot could handle that a litte better then just crashing :-(

OS is FreeBSD 4.10, client is mozilla-thunderbird. authentication is 
going through pgsql.


Stefan


From matthias.andree@gmx.de  Sat Jun 19 00:21:04 2004
Return-Path: <matthias.andree@gmx.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 35D2AC000DD1; Sat, 19 Jun 2004 00:21:04 +0300 (EEST)
Received: from mail.dt.e-technik.uni-dortmund.de
	(mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 2C793C000D8E
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 00:21:02 +0300 (EEST)
Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de
	[129.217.163.1])
	by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id A186210D00;
	Fri, 18 Jun 2004 23:13:10 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by merlin.emma.line.org (Postfix) with ESMTP id 5D86CBEE30;
	Fri, 18 Jun 2004 23:13:09 +0200 (CEST)
Received: from merlin.emma.line.org ([127.0.0.1])
	by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 22896-01-2; Fri, 18 Jun 2004 23:13:08 +0200 (CEST)
Received: by merlin.emma.line.org (Postfix, from userid 500)
	id 774EBBD7A7; Fri, 18 Jun 2004 23:13:08 +0200 (CEST)
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 0.99.10.6-rc1 released
In-Reply-To: <C6F9F3BA-C158-11D8-8017-000393CC2E90@iki.fi> (Timo Sirainen's
	message of "Fri, 18 Jun 2004 21:53:24 +0300")
References: <1087520409.25522.53.camel@hurina>
	<m3fz8t9pp5.fsf@merlin.emma.line.org>
	<C6F9F3BA-C158-11D8-8017-000393CC2E90@iki.fi>
From: Matthias Andree <matthias.andree@gmx.de>
Date: Fri, 18 Jun 2004 23:13:08 +0200
Message-ID: <m3pt7wefiz.fsf@merlin.emma.line.org>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org
Cc: Matthias Andree <matthias.andree@gmx.de>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 21:21:04 -0000
X-UID: 9565                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Um.. The namespace.c which just replies dummy NAMESPACE? Well, I guess
> that could be added. If you meant the full blown namespace thing in
> 1.0-tests, that's too much code :)

Yes, the trivial one, so the IMAP clients figure how the stuff is laid out.

It has helped migration from Courier-IMAP a lot in 0.99.10.4 + patch. No
problems reported with Linux clients (Evolution, Sylpheed, mutt).

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

From tss@iki.fi  Sat Jun 19 00:53:20 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AE9F9C000D8E; Sat, 19 Jun 2004 00:53:20 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B2DCDC0007B4
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 00:53:18 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 19CE11C350C9; Sat, 19 Jun 2004 00:45:28 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 0CFDF1C1D0E2; Sat, 19 Jun 2004 00:44:54 +0300 (EEST)
In-Reply-To: <40D35666.7050700@madness.at>
References: <1087518650.25522.38.camel@hurina> <40D35666.7050700@madness.at>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-24--233773628"
Message-Id: <BAE58D0B-C170-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17
Date: Sat, 19 Jun 2004 00:44:52 +0300
To: Stefan Kaltenbrunner <mm-mailinglist@madness.at>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.7 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 18 Jun 2004 21:53:20 -0000
X-UID: 9566                                                  
Status: O
Content-Length: 1884


--Apple-Mail-24--233773628
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 18.6.2004, at 23:53, Stefan Kaltenbrunner wrote:

> well I can break maildir here - although I'm quite unfair :-)
>
> I get a shitload of:
>
> Jun 18 22:39:58 cronos dovecot: IMAP(mm-mailinglist@madness.at): file 
> mail-transaction-log-view.c: line 122 (mail_transaction_log_view_set): 
> assertion failed: (min_file_seq != max_file_seq || min_file_offset <= 
> max_file_offset)
> Jun 18 22:39:58 cronos dovecot: child 42945 (imap) killed with signal 6

Oh, that's "normal". I haven't gotten around to figure out that bug 
yet, but it's completely different from what used to be breaking 
before.

> what I'm doing here is quite "strange" - though :-)
>
> i have courier-imap and dovecot serving the same(!) maildir (on 
> different ports) for evaluation and comparison. what happens now is 
> that new mail gets delivered into the inbox, mozilla-thunderbird 
> (using the dovecot-connection) "sees" it and displays the headers, 
> mozilla-thunderbird courier sees it too and "moves" the message into a 
> subfolder due to a filterrule -> *booom*.
>
> while I agree that this is not a typical situation I would much prefer 
> if dovecot could handle that a litte better then just crashing :-(

Sure, if Dovecot can't handle other clients accessing the maildir it 
can't be called maildir-compatible.

--Apple-Mail-24--233773628
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA02JVyUhSUUBViskRAjNUAJ9xMjNbvumhJ9zhg5856qI5LAiz/ACfdMz2
IyR7jeOXtJsTN3KES+Hg/qM=
=q3+P
-----END PGP SIGNATURE-----

--Apple-Mail-24--233773628--


From tss@iki.fi  Sat Jun 19 04:16:00 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1DAEBC000D8E; Sat, 19 Jun 2004 04:16:00 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 04718C0007B4
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 04:15:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1082F1C350C9; Sat, 19 Jun 2004 04:08:07 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 3E8A21C1D0E2
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 04:07:33 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-W/ynQ/3xAUQm1iRNEjiT"
Message-Id: <1087607252.30372.19.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 19 Jun 2004 04:07:32 +0300
X-Spam-Status: No, hits=-8.7 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test18
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 01:16:00 -0000
X-UID: 9567                                                  
Status: O


--=-W/ynQ/3xAUQm1iRNEjiT
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

Again mostly just mbox fixes. The good thing is that the code is only
getting cleaner and more understandable with every release. But I think
it's clean enough now that this release should work :)

It also has checkpassword passdb support. Supporting it as userdb isn't
yet implemented. I think I'll make some generic caching thingy, so that
if passdb is same as userdb, they both could be queried from database in
one query. Probably by allowing pass_query/pass_filter to return them.


--=-W/ynQ/3xAUQm1iRNEjiT
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA05HUyUhSUUBViskRAoL1AJ9bt4q62hDYUbnfzSVYs9Wcjrnh9QCgkHcy
Xj2B1XXYrX6kIhT9b+D9JW4=
=cpkD
-----END PGP SIGNATURE-----

--=-W/ynQ/3xAUQm1iRNEjiT--


From t1lt@bk.ru  Sat Jun 19 12:32:31 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CCA56C000DD2; Sat, 19 Jun 2004 12:32:31 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 6526DC000D8E
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 12:32:29 +0300 (EEST)
Received: (qmail 29364 invoked by uid 1000); 19 Jun 2004 09:24:36 -0000
Date: Sat, 19 Jun 2004 11:24:36 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Message-ID: <20040619092436.GA27606@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>,
	Timo Sirainen <tss@iki.fi>, dovecot@dovecot.org
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
	<20040618200630.GB2939@widecut.net>
	<1087589409.30372.8.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087589409.30372.8.camel@hurina>
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 09:32:32 -0000
X-UID: 9568                                                  
Status: O
Content-Length: 1414

On Fri, Jun 18, 2004 at 11:10:09PM +0300, Timo Sirainen wrote:
> On Fri, 2004-06-18 at 23:06, Moe Wibble wrote:
> > On Fri, Jun 18, 2004 at 10:39:06PM +0300, Timo Sirainen wrote:
> > > On 18.6.2004, at 22:20, Moe Wibble wrote:
> > > 
> > > >and now these start appearing, too:
> > > >
> > > >sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.ac-cron sync: 
> > > >UID inserted in the middle of ma
> > > >ilbox (835 > 834, file = msg.jGI9:2,)
> > > >sp dovecot: Killed with signal 15
> > > 
> > > Hmm. You sure this wasn't because of old broken indexes in that mailbox?
> > 
> > Now that you mention it, actually I'm not sure.
> > I'll shutdown, find . -iname "*dovecot*" -exec rm -f {} \;'
> > and give test17 a 2nd shot.
> 
> I really hope that fixes it, otherwise I have again no idea why it's
> breaking, and this time I can't even test it myself as it has worked
> correctly in my tests every time.

Sorry, even after erasing *dovecot* before the upgrade this is what I got
again this morning:

sp dovecot: IMAP(moe): file mail-transaction-log.c: line 1159 (mail_transaction_log_sync_lock): assertion failed: (!log->index->log_locked)
sp dovecot: child 25754 (imap) killed with signal 6

It seems to usually happen right after I deleted some messages and try
to expunge them (maybe it's only when there is mail being delivered at the
same time).  But that might just be coincidence (I'm guessing).

moe


From tallison@tacocat.net  Sat Jun 19 13:40:06 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 43CF5C000DD4; Sat, 19 Jun 2004 13:40:06 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id F18C1C000DD2
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 13:40:01 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id 82C064C07B
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 06:32:08 -0400 (EDT)
Message-ID: <40D41628.6050102@tacocat.net>
Date: Sat, 19 Jun 2004 06:32:08 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test17
References: <1087518650.25522.38.camel@hurina> <40D35666.7050700@madness.at>
In-Reply-To: <40D35666.7050700@madness.at>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 10:40:06 -0000
X-UID: 9569                                                  
Status: O

Stefan Kaltenbrunner wrote:
> what I'm doing here is quite "strange" - though :-)
> 
> i have courier-imap and dovecot serving the same(!) maildir (on 
> different ports) for evaluation and comparison. what happens now is that 
> new mail gets delivered into the inbox, mozilla-thunderbird (using the 
> dovecot-connection) "sees" it and displays the headers, 
> mozilla-thunderbird courier sees it too and "moves" the message into a 
> subfolder due to a filterrule -> *booom*.
> 
> while I agree that this is not a typical situation I would much prefer 
> if dovecot could handle that a litte better then just crashing :-(
> 

I'm not on any test yet as I'm at the stage where I do hope most things 
work.  My own scripting is causing enough problems!  :)


I hope this isn't strange.  My other "mua" is actually crontab scripts 
that move some files from folder to folder.  Namely spam 
filtering/processing.

bogofilter filters
procmail delivers
crontab archives
*boom* ??


From tss@iki.fi  Sat Jun 19 19:10:27 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 66C8BC000D8E; Sat, 19 Jun 2004 19:10:27 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 4FAABC0007B4
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 19:10:22 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id DCEA61C1532F; Sat, 19 Jun 2004 19:02:29 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id C4B1D1C1D0E2; Sat, 19 Jun 2004 19:01:55 +0300 (EEST)
In-Reply-To: <20040619092436.GA27606@widecut.net>
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
	<20040618200630.GB2939@widecut.net>
	<1087589409.30372.8.camel@hurina>
	<20040619092436.GA27606@widecut.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-25--167952108"
Message-Id: <FB948873-C209-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Date: Sat, 19 Jun 2004 19:01:53 +0300
To: Moe Wibble <t1lt@bk.ru>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 16:10:28 -0000
X-UID: 9570                                                  
Status: O
Content-Length: 1302


--Apple-Mail-25--167952108
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 19.6.2004, at 12:24, Moe Wibble wrote:

>> I really hope that fixes it, otherwise I have again no idea why it's
>> breaking, and this time I can't even test it myself as it has worked
>> correctly in my tests every time.
>
> Sorry, even after erasing *dovecot* before the upgrade this is what I 
> got
> again this morning:
>
> sp dovecot: IMAP(moe): file mail-transaction-log.c: line 1159 
> (mail_transaction_log_sync_lock): assertion failed: 
> (!log->index->log_locked)
> sp dovecot: child 25754 (imap) killed with signal 6

But that's not a syncing problem. Fixing this one would only require 
looking through the code and making sure the assert can't ever happen. 
Not too difficult once I get around doing it :)

--Apple-Mail-25--167952108
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1GNyyUhSUUBViskRAi9VAJ9C0AyYcmribsIgKasgB1BFUIlY6QCgoNWq
/Lh4fBdywxclBC096VRB/r8=
=wVWw
-----END PGP SIGNATURE-----

--Apple-Mail-25--167952108--


From tss@iki.fi  Sat Jun 19 19:30:44 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E6947C000DDE; Sat, 19 Jun 2004 19:30:44 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E5FC5C000D8E
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 19:30:42 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7699A1C1532F; Sat, 19 Jun 2004 19:22:50 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 538EE1C1D0E2; Sat, 19 Jun 2004 19:22:16 +0300 (EEST)
In-Reply-To: <40D41628.6050102@tacocat.net>
References: <1087518650.25522.38.camel@hurina> <40D35666.7050700@madness.at>
	<40D41628.6050102@tacocat.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-26--166730999"
Message-Id: <D36B04B1-C20C-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17
Date: Sat, 19 Jun 2004 19:22:14 +0300
To: Tom Allison <tallison@tacocat.net>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 16:30:45 -0000
X-UID: 9571                                                  
Status: O


--Apple-Mail-26--166730999
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 19.6.2004, at 13:32, Tom Allison wrote:

> I hope this isn't strange.  My other "mua" is actually crontab scripts 
> that move some files from folder to folder.  Namely spam 
> filtering/processing.
>
> bogofilter filters
> procmail delivers
> crontab archives
> *boom* ??

With 0.99.10 there shouldn't be such problems.

--Apple-Mail-26--166730999
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1Gg3yUhSUUBViskRAi23AJ9Ue17YmelO0NPHKkN2Ib85Dn8AMQCdES9Q
8xIynhJH+c75MJgBlQol5Wg=
=PyDx
-----END PGP SIGNATURE-----

--Apple-Mail-26--166730999--


From t1lt@bk.ru  Sat Jun 19 19:56:21 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 043D1C000DF0; Sat, 19 Jun 2004 19:56:21 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id A3A81C000DE6
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 19:56:18 +0300 (EEST)
Received: (qmail 31564 invoked by uid 1000); 19 Jun 2004 16:48:25 -0000
Date: Sat, 19 Jun 2004 18:48:25 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Message-ID: <20040619164825.GA17686@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
	<20040618200630.GB2939@widecut.net>
	<1087589409.30372.8.camel@hurina>
	<20040619092436.GA27606@widecut.net>
	<FB948873-C209-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <FB948873-C209-11D8-8017-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 16:56:21 -0000
X-UID: 9572                                                  
Status: O

On Sat, Jun 19, 2004 at 07:01:53PM +0300, Timo Sirainen wrote:
> On 19.6.2004, at 12:24, Moe Wibble wrote:
> 
> >>I really hope that fixes it, otherwise I have again no idea why it's
> >>breaking, and this time I can't even test it myself as it has worked
> >>correctly in my tests every time.
> >
> >Sorry, even after erasing *dovecot* before the upgrade this is what I 
> >got
> >again this morning:
> >
> >sp dovecot: IMAP(moe): file mail-transaction-log.c: line 1159 
> >(mail_transaction_log_sync_lock): assertion failed: 
> >(!log->index->log_locked)
> >sp dovecot: child 25754 (imap) killed with signal 6
> 
> But that's not a syncing problem. Fixing this one would only require 
> looking through the code and making sure the assert can't ever happen. 
> Not too difficult once I get around doing it :)

sounds good, lookin' forward to it. ;)


From tss@iki.fi  Sat Jun 19 20:41:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E0669C000DEA; Sat, 19 Jun 2004 20:41:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0588EC000DE5
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 20:41:51 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7611E1C134FD; Sat, 19 Jun 2004 20:33:58 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id CF4D41C1D0E2
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 20:33:23 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040619164825.GA17686@widecut.net>
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
	<20040618200630.GB2939@widecut.net> <1087589409.30372.8.camel@hurina>
	<20040619092436.GA27606@widecut.net>
	<FB948873-C209-11D8-8017-000393CC2E90@iki.fi>
	<20040619164825.GA17686@widecut.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-I5C9oL2AEWVEW2Fkbg0P"
Message-Id: <1087666403.18792.9.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Sat, 19 Jun 2004 20:33:23 +0300
X-Spam-Status: No, hits=-9.4 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 17:41:53 -0000
X-UID: 9573                                                  
Status: O
Content-Length: 1320


--=-I5C9oL2AEWVEW2Fkbg0P
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-06-19 at 19:48, Moe Wibble wrote:
> > >sp dovecot: IMAP(moe): file mail-transaction-log.c: line 1159=20
> > >(mail_transaction_log_sync_lock): assertion failed:=20
> > >(!log->index->log_locked)
> > >sp dovecot: child 25754 (imap) killed with signal 6
> >=20
> > But that's not a syncing problem. Fixing this one would only require=20
> > looking through the code and making sure the assert can't ever happen.=20
> > Not too difficult once I get around doing it :)
>=20
> sounds good, lookin' forward to it. ;)

Actually it is a syncing problem, but not like the others. It happens
when Dovecot tries to update maildir (flags, expunges) but finds out
that some file is missing, so it tries to sync the maildir to find it.
Except it is already in the middle of syncing index, so it crashes. Have
to think a while what is the right fix for this.


--=-I5C9oL2AEWVEW2Fkbg0P
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA1HjjyUhSUUBViskRAo2eAJ0WgzppfFb1NJAJMGWydTIln1FEqgCeJ4iX
tompeJsnPvrejOF0dVoChLE=
=Q1sw
-----END PGP SIGNATURE-----

--=-I5C9oL2AEWVEW2Fkbg0P--


From t1lt@bk.ru  Sat Jun 19 20:58:16 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BB375C000DF0; Sat, 19 Jun 2004 20:58:16 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 5CB06C000DEA
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 20:58:14 +0300 (EEST)
Received: (qmail 17147 invoked by uid 1000); 19 Jun 2004 17:50:21 -0000
Date: Sat, 19 Jun 2004 19:50:21 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Message-ID: <20040619175021.GB17686@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
	<20040618200630.GB2939@widecut.net>
	<1087589409.30372.8.camel@hurina>
	<20040619092436.GA27606@widecut.net>
	<FB948873-C209-11D8-8017-000393CC2E90@iki.fi>
	<20040619164825.GA17686@widecut.net>
	<1087666403.18792.9.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087666403.18792.9.camel@hurina>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 17:58:16 -0000
X-UID: 9574                                                  
Status: O
Content-Length: 1158

On Sat, Jun 19, 2004 at 08:33:23PM +0300, Timo Sirainen wrote:
> On Sat, 2004-06-19 at 19:48, Moe Wibble wrote:
> > > >sp dovecot: IMAP(moe): file mail-transaction-log.c: line 1159 
> > > >(mail_transaction_log_sync_lock): assertion failed: 
> > > >(!log->index->log_locked)
> > > >sp dovecot: child 25754 (imap) killed with signal 6
> > > 
> > > But that's not a syncing problem. Fixing this one would only require 
> > > looking through the code and making sure the assert can't ever happen. 
> > > Not too difficult once I get around doing it :)
> > 
> > sounds good, lookin' forward to it. ;)
> 
> Actually it is a syncing problem, but not like the others. It happens
> when Dovecot tries to update maildir (flags, expunges) but finds out
> that some file is missing, so it tries to sync the maildir to find it.
> Except it is already in the middle of syncing index, so it crashes. Have
> to think a while what is the right fix for this.

Sounds confusing.
Shouldn't the index-sync just be delayed if there's one in progress already?
I imagine something like while ( log->index->log_locked ) usleep(500);.
After all it's locked, isn't it?

best regards


From tss@iki.fi  Sat Jun 19 21:56:17 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 23F56C000DD2; Sat, 19 Jun 2004 21:56:17 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 091CCC000D8E
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 21:56:15 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 538EB1C134FD; Sat, 19 Jun 2004 21:48:22 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 447B21C1532F; Sat, 19 Jun 2004 21:47:49 +0300 (EEST)
In-Reply-To: <20040619175021.GB17686@widecut.net>
References: <1087518650.25522.38.camel@hurina>
	<20040618133341.GA27954@widecut.net>
	<20040618192048.GA2939@widecut.net>
	<2951ECAA-C15F-11D8-8017-000393CC2E90@iki.fi>
	<20040618200630.GB2939@widecut.net>
	<1087589409.30372.8.camel@hurina>
	<20040619092436.GA27606@widecut.net>
	<FB948873-C209-11D8-8017-000393CC2E90@iki.fi>
	<20040619164825.GA17686@widecut.net>
	<1087666403.18792.9.camel@hurina>
	<20040619175021.GB17686@widecut.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-28--157998779"
Message-Id: <28395501-C221-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test17 Maildir bug
Date: Sat, 19 Jun 2004 21:47:47 +0300
To: Moe Wibble <t1lt@bk.ru>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 18:56:17 -0000
X-UID: 9575                                                  
Status: O
Content-Length: 1780


--Apple-Mail-28--157998779
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 19.6.2004, at 20:50, Moe Wibble wrote:

>> Actually it is a syncing problem, but not like the others. It happens
>> when Dovecot tries to update maildir (flags, expunges) but finds out
>> that some file is missing, so it tries to sync the maildir to find it.
>> Except it is already in the middle of syncing index, so it crashes. 
>> Have
>> to think a while what is the right fix for this.
>
> Sounds confusing.
> Shouldn't the index-sync just be delayed if there's one in progress 
> already?
> I imagine something like while ( log->index->log_locked ) usleep(500);.
> After all it's locked, isn't it?

But it's then syncing the index itself, so sleeping wouldn't help :) It 
basically goes like:

  - begin index sync
  - commit each change to maildir
    - maildir files may change their names, so if it's lost, we have to 
find it again:
      - read everything in maildir and store them
      - begin index sync, so we can store the changes in it
        - oops, we're already syncing index, crash
  - finish index sync

Anyway, the fix was pretty simple. Just update the maildir filenames 
and leave the index syncing later.

I'll release test19 sometimes later after some more mbox fixes.

--Apple-Mail-28--157998779
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1IpTyUhSUUBViskRAukvAJ4jgS0kMzY6/mv3Nm3jEOPI6KYLiwCgjdQh
qX6ZHrJtJoVTahC0DI7ueoQ=
=1Xjf
-----END PGP SIGNATURE-----

--Apple-Mail-28--157998779--


From tss@iki.fi  Sat Jun 19 23:07:28 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 978E5C0007B4; Sat, 19 Jun 2004 23:07:28 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 9F0FAC0007B4
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 23:07:26 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id D56851C1532F; Sat, 19 Jun 2004 22:59:33 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id CE1DC1C350C9; Sat, 19 Jun 2004 22:59:33 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id D6CB51C1532F; Sat, 19 Jun 2004 22:58:58 +0300 (EEST)
In-Reply-To: <20040615050828.GQ20969@myinternet.com.au>
References: <20040614234225.C7168C002913@talvi.dovecot.org>
	<20040615045053.GP20969@myinternet.com.au>
	<EE32AEAC-BE88-11D8-8017-000393CC2E90@iki.fi>
	<20040615050828.GQ20969@myinternet.com.au>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-29--153730469"
Message-Id: <1855F690-C22B-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: [dovecot-cvs] dovecot/src/lib fdpass.c,1.28,1.29
Date: Sat, 19 Jun 2004 22:58:55 +0300
To: Charlie Allom <charlie@rubberduck.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
Cc: dovecot@procontrol.fi
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 20:07:28 -0000
X-UID: 9576                                                  
Status: O
Content-Length: 1396


--Apple-Mail-29--153730469
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 15.6.2004, at 08:08, Charlie Allom wrote:

>>> imap-login: Jun 15 12:28:16 Panic: file ioloop.c: line 90: assertion
>>> failed: (i
>>> o->fd <= current_ioloop->highest_fd)

Hmm. Wonder why this hasn't happened more often. Good luck I guess. 
Pretty simple fix, I'll include with 0.99.10.6 too:

diff -u -r1.20 ioloop.c
--- ioloop.c    26 Aug 2003 21:18:16 -0000      1.20
+++ ioloop.c    19 Jun 2004 20:05:19 -0000
@@ -81,12 +81,12 @@
         /* notify the real I/O handler */
         io_loop_handle_remove(current_ioloop, io->fd, io->condition);

+       io->destroyed = TRUE;
+       io->fd = -1;
+
         /* check if we removed the highest fd */
         if (io->fd == current_ioloop->highest_fd)
                 update_highest_fd(current_ioloop);
-
-       io->destroyed = TRUE;
-       io->fd = -1;
  }

--Apple-Mail-29--153730469
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1Jr/yUhSUUBViskRAg0vAKCTEzR0zJyps3hv8EWNX5NNiBgZ8QCgg7PS
A0bwG/bVhq7XEOqVCfwNzyQ=
=GJlx
-----END PGP SIGNATURE-----

--Apple-Mail-29--153730469--


From tss@iki.fi  Sat Jun 19 23:38:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2B212C000DE6; Sat, 19 Jun 2004 23:38:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A04A6C0007B4
	for <dovecot@dovecot.org>; Sat, 19 Jun 2004 23:38:49 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id C15A41C134FD; Sat, 19 Jun 2004 23:30:56 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 998D41C1532F; Sat, 19 Jun 2004 23:30:22 +0300 (EEST)
In-Reply-To: <5DD51F40-AFFA-11D8-913E-00306548377E@geeklair.net>
References: <E98D9EBE-AFF4-11D8-8870-000393CC2E90@iki.fi>
	<5DD51F40-AFFA-11D8-913E-00306548377E@geeklair.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-30--151847933"
Message-Id: <7A6AA516-C22F-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.5 released
Date: Sat, 19 Jun 2004 23:30:18 +0300
To: "Daniel J. Luke" <dluke@geeklair.net>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.0 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 20:38:52 -0000
X-UID: 9577                                                  
Status: O
Content-Length: 1223


--Apple-Mail-30--151847933
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 27.5.2004, at 19:24, Daniel J. Luke wrote:

> I'm running 0.99.10.5 on a Mac OS X 10.2.8 system (Darwin 6.8) and I 
> get these errors in the log:
>
> May 27 12:20:44 dluke imap(dluke): mmap_istream.madvise(): Invalid 
> argument

Sorry, I forgot this mail and found it only now again when checking for 
old "unseen" mails.

Looks like it's OS X problem here, others have had the same problem and 
it's still not working in 10.3.4. I don't think I'll bother writing any 
workarounds for this, at least yet.. You can just set mail_read_mmaped 
= no (which is the default). I'm not sure if there's much point in 
reading mails mmaped anyway.

--Apple-Mail-30--151847933
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1KJayUhSUUBViskRAg4iAJ9vsV575SHuWQ62NqAqQLVdrj5VKQCgohvQ
vDVigr7t5Mm8PFbsj1M3AXc=
=Bd5Y
-----END PGP SIGNATURE-----

--Apple-Mail-30--151847933--


From tss@iki.fi  Sun Jun 20 01:21:56 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E3CAFC000DFA; Sun, 20 Jun 2004 01:21:56 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8F6C1C000DEA
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 01:21:54 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix)
	id 88C911C1532F; Sun, 20 Jun 2004 01:14:01 +0300 (EEST)
Delivered-To: dovecot@procontrol.fi
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 819BA1C134FD; Sun, 20 Jun 2004 01:14:01 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 9D98E1C1532F; Sun, 20 Jun 2004 01:13:27 +0300 (EEST)
In-Reply-To: <1855F690-C22B-11D8-8017-000393CC2E90@iki.fi>
References: <20040614234225.C7168C002913@talvi.dovecot.org>
	<20040615045053.GP20969@myinternet.com.au>
	<EE32AEAC-BE88-11D8-8017-000393CC2E90@iki.fi>
	<20040615050828.GQ20969@myinternet.com.au>
	<1855F690-C22B-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-32--145660246"
Message-Id: <E290D58C-C23D-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: [dovecot-cvs] dovecot/src/lib fdpass.c,1.28,1.29
Date: Sun, 20 Jun 2004 01:13:25 +0300
To: dovecot@procontrol.fi
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
Cc: Charlie Allom <charlie@rubberduck.com>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 22:21:57 -0000
X-UID: 9578                                                  
Status: O


--Apple-Mail-32--145660246
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 19.6.2004, at 22:58, Timo Sirainen wrote:

> +       io->destroyed = TRUE;
> +       io->fd = -1;
> +
>         /* check if we removed the highest fd */
>         if (io->fd == current_ioloop->highest_fd)
>                 update_highest_fd(current_ioloop);
> -
> -       io->destroyed = TRUE;
> -       io->fd = -1;
>  }

Of course, this is wrong too :) Only the destroyed-line should have 
been moved..

--Apple-Mail-32--145660246
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1LqGyUhSUUBViskRAlMQAJoCsdXrEo+Rik+E/SlI6W/5bSmr2ACgiawz
uoEq3Z9Lg3QJ1jzx82dMaYs=
=hZPc
-----END PGP SIGNATURE-----

--Apple-Mail-32--145660246--


From tss@iki.fi  Sun Jun 20 01:37:32 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DA0A3C000DF5; Sun, 20 Jun 2004 01:37:32 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0765BC0007B4
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 01:37:31 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id EED341C134FD; Sun, 20 Jun 2004 01:29:37 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 0EA2F1C1532F
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 01:29:04 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v618)
Content-Transfer-Encoding: 7bit
Message-Id: <10EA0028-C240-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-33--144723493"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Sun, 20 Jun 2004 01:29:02 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,RCVD_IN_ORBS,
	USER_AGENT_APPLEMAIL version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test19
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 22:37:33 -0000
X-UID: 9579                                                  
Status: O


--Apple-Mail-33--144723493
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/test/

I'm finally using this release myself with mboxes. So far no crashes or 
corruption. :)

  - several mbox fixes and optimizations
  - maildir syncing fix
  - solaris fixes
  - create mbox root dir if it doesn't exist

--Apple-Mail-33--144723493
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1L4uyUhSUUBViskRAhnkAJ9yF9/YJzaRa9VJkjdKwh2GODpRzQCghdYV
PtEg9xXbq+FPIio/8neWEHA=
=3Gnx
-----END PGP SIGNATURE-----

--Apple-Mail-33--144723493--


From tss@iki.fi  Sun Jun 20 01:47:03 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E6608C000DF5; Sun, 20 Jun 2004 01:47:03 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 03784C0007B4
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 01:47:02 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E6F111C134FD; Sun, 20 Jun 2004 01:39:08 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id B91DA1C1532F
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 01:38:34 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v618)
Content-Transfer-Encoding: 7bit
Message-Id: <65141FC8-C241-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-34--144152791"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Sun, 20 Jun 2004 01:38:33 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.4 required=5.0
	tests=AWL,BAYES_00,PGP_SIGNATURE_2,RCVD_IN_ORBS,
	USER_AGENT_APPLEMAIL version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 0.99.10.6 released
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 19 Jun 2004 22:47:04 -0000
X-UID: 9580                                                  
Status: O
Content-Length: 1199


--Apple-Mail-34--144152791
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

Since no-one have complained about previous RCs, I guess it's release 
time. Since -rc2 I added  the ioloop.c assert fix, and 64bit Solaris 
fix. Here's the full change summary again:

v0.99.10.6 2004-06-20  Timo Sirainen <tss@iki.fi>

	+ SHA1 password support using OpenSSL crypto library
	+ mail_extra_groups setting
	+ maildir_stat_dirs setting
	+ Added NAMESPACE capability and command
	- Autocreate missing maildirs (instead of crashing)
	- Fixed occational crash in maildir synchronization
	- Fixed occational assertion crash in ioloop.c
	- Fixed FreeBSD compiling issue
	- Fixed issues with 64bit Solaris binary

--Apple-Mail-34--144152791
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1MBpyUhSUUBViskRAnqiAJwOIweAQEMYlSuTWGgETxprw83u8wCeK1fT
4nXd/1la4WRXBCNPG0ZRPnQ=
=5l4R
-----END PGP SIGNATURE-----

--Apple-Mail-34--144152791--


From joshua@shallow.net  Sun Jun 20 04:30:33 2004
Return-Path: <joshua@shallow.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 96779C000D94; Sun, 20 Jun 2004 04:30:33 +0300 (EEST)
Received: from yello.shallow.net (yello.shallow.net [203.18.243.120])
	by talvi.dovecot.org (Postfix) with ESMTP id 2C102C0007B4
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 04:30:31 +0300 (EEST)
Received: by yello.shallow.net (Postfix, from userid 1001)
	id AB4362C46; Sun, 20 Jun 2004 11:22:34 +1000 (EST)
Date: Sun, 20 Jun 2004 11:22:34 +1000
From: Joshua Goodall <joshua@roughtrade.net>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.6 released
Message-ID: <20040620012234.GB5997@roughtrade.net>
References: <65141FC8-C241-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GyRA7555PLgSTuth"
Content-Disposition: inline
In-Reply-To: <65141FC8-C241-11D8-8017-000393CC2E90@iki.fi>
User-Agent: Mutt/1.5.6i
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 01:30:33 -0000
X-UID: 9581                                                  
Status: O


--GyRA7555PLgSTuth
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jun 20, 2004 at 01:38:33AM +0300, Timo Sirainen wrote:
> v0.99.10.6 2004-06-20  Timo Sirainen <tss@iki.fi>

[ ... ]

I've updated the CRAM-MD5 patch for 0.99.10.6 at
http://www.roughtrade.net/dovecot/ and would appreciate feedback.

Joshua.


--=20
Joshua Goodall                           "as modern as tomorrow afternoon"
joshua@roughtrade.net                                       - FW109

--GyRA7555PLgSTuth
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFA1ObaPsqE37hMaDwRAhYmAKCBYXgDfcDMxLtesctlZCbvMGj78gCeNhDA
GMozSlDeikv6EsYdfBjBV0w=
=25K9
-----END PGP SIGNATURE-----

--GyRA7555PLgSTuth--

From tss@iki.fi  Sun Jun 20 08:38:53 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 99833C000D9C; Sun, 20 Jun 2004 08:38:53 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 3C7F9C000D94
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 08:38:51 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7A8D51C350CB; Sun, 20 Jun 2004 08:30:57 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 96C331C1532F
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 08:30:23 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v618)
Content-Transfer-Encoding: 7bit
Message-Id: <EC067ACE-C27A-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-36--119445071"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Sun, 20 Jun 2004 08:30:20 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.5 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,RCVD_IN_ORBS,
	USER_AGENT_APPLEMAIL version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test20
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 05:38:53 -0000
X-UID: 9582                                                  
Status: O
Content-Length: 1179


--Apple-Mail-36--119445071
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/test/

One more for today :) Again mostly mbox fixes and optimizations. Don't 
try it with maildir because it crashes with COPY and APPEND commands.

This release supports now UIDPLUS extension. It was mostly a side 
effect of making saving mails store the X-UID header immediately to 
mbox and adding the mail to index.

So, a Dovecot LDA would finally make sense now. Besides keeping indexes 
updated, it could also ask user's home dir, uid and gid from 
dovecot-auth. Now, that combined with postfix-dovecot-auth patch, 
Dovecot would be very simple to install with Postfix :)

--Apple-Mail-36--119445071
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1SDtyUhSUUBViskRAqxPAJ4/QIFY46ghuaclsYjZeIhHSI5JhwCggjgC
UiORX4p+J0N1+tVzhy5qpB0=
=y2fW
-----END PGP SIGNATURE-----

--Apple-Mail-36--119445071--


From jaldhar@debian.org  Sun Jun 20 08:54:14 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3B3B7C000DC9; Sun, 20 Jun 2004 08:54:14 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 8DF40C000DC2
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 08:54:11 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id CB68082FF
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 01:46:18 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 31896-10 for <dovecot@dovecot.org>;
	Sun, 20 Jun 2004 01:46:18 -0400 (EDT)
Received: from [192.168.1.121] (pcp09354467pcs.jersyc01.nj.comcast.net
	[69.141.24.176])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 32F308045
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 01:46:18 -0400 (EDT)
Date: Sun, 20 Jun 2004 01:44:38 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: dovecot@dovecot.org
Message-ID: <Pine.LNX.4.58.0406200137220.8380@diku.intranet.braincell.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at braincells.com
Subject: [Dovecot] Debian dovecot news
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 05:54:14 -0000
X-UID: 9583                                                  
Status: O

I uploaded 0.99.10.6 to sid. Owing to the importance of the dot lock fix,
I've tried to have this pushed to sarge quickly.  Let's see how that goes.

I've prepared a backport of 0.99.10.6 to woody which should be showing up
on www.backports.org soon hopefully.  In the meantime, if you desperately
need it and don't mind working out dependencies yourself, you can find it
at http://www.braincells.com/backports/

I uploaded 1.0test18 to http://src.braincells.com/dovecot-test/ (I'll do
test20 tomorrow)

I told Timo I'd port dovecot's gnutls support from gnutls7 to gnutls10 but
I have absolutely no time for it so if someone would volunteer, contact
me, I'd really appreciate it.

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From Nicolas.Stransky@neo-lan.net  Sun Jun 20 12:25:25 2004
Return-Path: <Nicolas.Stransky@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F3A9BC000DF5; Sun, 20 Jun 2004 12:25:24 +0300 (EEST)
Received: from aster.neo-lan.net (aster.neo-lan.net [81.57.244.52])
	by talvi.dovecot.org (Postfix) with ESMTP id DC1C5C000DC9
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 12:25:22 +0300 (EEST)
Received: from aneto (aneto.local.lan [192.168.0.2])
	by aster.neo-lan.net (Postfix) with ESMTP
	id 29C0C2ACDD; Sun, 20 Jun 2004 11:17:28 +0200 (CEST)
Received: from localhost ([127.0.0.1]) by aneto with esmtp (Exim 4.34)
	id 1BbyS8-0005zf-22; Sun, 20 Jun 2004 11:17:28 +0200
Message-ID: <40D55627.1030905@neo-lan.net>
Date: Sun, 20 Jun 2004 11:17:27 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
Organization: N&O Lan
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
References: <Pine.LNX.4.58.0406200137220.8380@diku.intranet.braincell.com>
In-Reply-To: <Pine.LNX.4.58.0406200137220.8380@diku.intranet.braincell.com>
X-Enigmail-Version: 0.84.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Debian dovecot news
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 09:25:25 -0000
X-UID: 9584                                                  
Status: O

Le 06/20/2004 07:44 AM, Jaldhar H. Vyas a crit :

> I uploaded 1.0test18 to http://src.braincells.com/dovecot-test/ (I'll do
> test20 tomorrow)

Hi,

Have you got any advice on upgrading from 0.99 to 1.0-test on a sarge ? 
Any particular configuration options to change ? Is it safe to let the 
old indexes ?

thanx
-- 
Nico
Notre repentir n'est pas tant un regret du mal que nous avons fait,
qu'une crainte de celui qui nous en peut arriver.
	-+- Franois de La Rochefoucauld (1613-1680), Maximes 180 -+-

From t1lt@bk.ru  Sun Jun 20 20:46:28 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 98F86C000D9F; Sun, 20 Jun 2004 20:46:28 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id A908EC0007B4
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 20:46:24 +0300 (EEST)
Received: (qmail 7005 invoked by uid 1000); 20 Jun 2004 17:38:28 -0000
Date: Sun, 20 Jun 2004 19:38:28 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test19
Message-ID: <20040620173828.GB6803@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <10EA0028-C240-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <10EA0028-C240-11D8-8017-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 17:46:29 -0000
X-UID: 9585                                                  
Status: O

On Sun, Jun 20, 2004 at 01:29:02AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> I'm finally using this release myself with mboxes. So far no crashes or 
> corruption. :)
> 
>  - several mbox fixes and optimizations
>  - maildir syncing fix
>  - solaris fixes
>  - create mbox root dir if it doesn't exist

i'm running it for roughly a day now and the Maildir issues seem to
be gone - finally.  many thanks!


From peter.schuller@infidyne.com  Mon Jun 21 00:03:47 2004
Return-Path: <peter.schuller@infidyne.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E8A76C000D8E; Mon, 21 Jun 2004 00:03:47 +0300 (EEST)
Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73])
	by talvi.dovecot.org (Postfix) with ESMTP id 875DEC0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 00:03:45 +0300 (EEST)
Received: from scode.mine.nu ([83.226.138.222] [83.226.138.222])
	by mxfep02.bredband.com with ESMTP
	id <20040620205545.YREO26240.mxfep02.bredband.com@scode.mine.nu>
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 22:55:45 +0200
Received: from localhost (localhost [127.0.0.1])
	by scode.mine.nu (Postfix) with ESMTP id E9E57DF691
	for <dovecot@dovecot.org>; Sun, 20 Jun 2004 23:01:25 +0200 (CEST)
From: Peter Schuller <peter.schuller@infidyne.com>
To: dovecot@dovecot.org
Date: Sun, 20 Jun 2004 23:01:24 +0200
User-Agent: KMail/1.6
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200406202301.25217.peter.schuller@infidyne.com>
Subject: [Dovecot] customflags considered a folder?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 21:03:48 -0000
X-UID: 9586                                                  
Status: O

Hello,

i just switched from courier-imap to dovecot on a machine. The transition was 
painless except for one issue - when using the "Check mail" feature of kmail, 
one gets the message:

"Unable to get information about folder customflags. The server replied: 
internal error..."

So it looks like the server isn't properly hiding the .customflags file for 
some reason. I googled and only found one person who had seen something 
similar, but no solution.

This is with dovecot 0.99.10.5. Similarly, 'customflags' does show up as a 
folder when using mutt.

How would I go about preventing this problem?

Thanks!

-- 
/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>'
Key retrieval: Send an E-Mail to getpgpkey@scode.org
E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org


From tss@iki.fi  Mon Jun 21 00:46:32 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D0900C000987; Mon, 21 Jun 2004 00:46:32 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A87D7C0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 00:46:30 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5656A1C134FD; Mon, 21 Jun 2004 00:38:35 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 5F71D1C134FD; Mon, 21 Jun 2004 00:38:02 +0300 (EEST)
In-Reply-To: <200406202301.25217.peter.schuller@infidyne.com>
References: <200406202301.25217.peter.schuller@infidyne.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-39--61395689"
Message-Id: <1427B8FA-C302-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] customflags considered a folder?
Date: Mon, 21 Jun 2004 00:37:50 +0300
To: Peter Schuller <peter.schuller@infidyne.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 21:46:33 -0000
X-UID: 9587                                                  
Status: O


--Apple-Mail-39--61395689
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 21.6.2004, at 00:01, Peter Schuller wrote:

> So it looks like the server isn't properly hiding the .customflags 
> file for
> some reason. I googled and only found one person who had seen something
> similar, but no solution.
>
> This is with dovecot 0.99.10.5. Similarly, 'customflags' does show up 
> as a
> folder when using mutt.
>
> How would I go about preventing this problem?

Upgrade to 0.99.10.6.


--Apple-Mail-39--61395689
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1gOuyUhSUUBViskRAsqJAJsEyqQOilpaF94jFQAU5FCN4/LYIACeL059
wgwuA9jH7kdQHyC+tCzdytA=
=qhZ/
-----END PGP SIGNATURE-----

--Apple-Mail-39--61395689--


From peter.schuller@infidyne.com  Mon Jun 21 00:51:56 2004
Return-Path: <peter.schuller@infidyne.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6CAB9C000D9C; Mon, 21 Jun 2004 00:51:56 +0300 (EEST)
Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73])
	by talvi.dovecot.org (Postfix) with ESMTP id 7D86AC000987
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 00:51:54 +0300 (EEST)
Received: from scode.mine.nu ([83.226.138.222] [83.226.138.222])
	by mxfep02.bredband.com with ESMTP
	id <20040620214359.ZDME26240.mxfep02.bredband.com@scode.mine.nu>;
	Sun, 20 Jun 2004 23:43:59 +0200
Received: from localhost (localhost [127.0.0.1])
	by scode.mine.nu (Postfix) with ESMTP
	id F0C8C172DA0; Sun, 20 Jun 2004 23:49:43 +0200 (CEST)
From: Peter Schuller <peter.schuller@infidyne.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] customflags considered a folder?
Date: Sun, 20 Jun 2004 23:49:43 +0200
User-Agent: KMail/1.6
References: <200406202301.25217.peter.schuller@infidyne.com>
	<1427B8FA-C302-11D8-8017-000393CC2E90@iki.fi>
In-Reply-To: <1427B8FA-C302-11D8-8017-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200406202349.43535.peter.schuller@infidyne.com>
Cc: Timo Sirainen <tss@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 20 Jun 2004 21:51:56 -0000
X-UID: 9588                                                  
Status: O

> > How would I go about preventing this problem?
>
> Upgrade to 0.99.10.6.

Thanks!

-- 
/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>'
Key retrieval: Send an E-Mail to getpgpkey@scode.org
E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org


From t1lt@bk.ru  Mon Jun 21 11:22:28 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E260FC000987; Mon, 21 Jun 2004 11:22:28 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id F0B73C0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 11:22:23 +0300 (EEST)
Received: (qmail 15697 invoked by uid 1000); 21 Jun 2004 08:14:27 -0000
Date: Mon, 21 Jun 2004 10:14:27 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test19
Message-ID: <20040621081426.GA15656@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <10EA0028-C240-11D8-8017-000393CC2E90@iki.fi>
	<20040620173828.GB6803@widecut.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040620173828.GB6803@widecut.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 08:22:29 -0000
X-UID: 9589                                                  
Status: O

On Sun, Jun 20, 2004 at 07:38:28PM +0200, Moe Wibble wrote:
> On Sun, Jun 20, 2004 at 01:29:02AM +0300, Timo Sirainen wrote:
> > http://dovecot.org/test/
> > 
> > I'm finally using this release myself with mboxes. So far no crashes or 
> > corruption. :)
> > 
> >  - several mbox fixes and optimizations
> >  - maildir syncing fix
> >  - solaris fixes
> >  - create mbox root dir if it doesn't exist
> 
> i'm running it for roughly a day now and the Maildir issues seem to
> be gone - finally.  many thanks!

sorry, seems like i applauded to early.
i'm getting these again (quite frequently now):

sp dovecot: IMAP(moe): Maildir /home/moe/Maildir sync:
UID inserted in the middle of mailbox (288 > 287, file = msg.CDs4:2,)

with test19 that is.


From t1lt@bk.ru  Mon Jun 21 12:31:38 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7E58FC000987; Mon, 21 Jun 2004 12:31:38 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 5007AC0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 12:31:36 +0300 (EEST)
Received: (qmail 4505 invoked by uid 1000); 21 Jun 2004 09:23:39 -0000
Date: Mon, 21 Jun 2004 11:23:39 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test19
Message-ID: <20040621092339.GA3592@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <10EA0028-C240-11D8-8017-000393CC2E90@iki.fi>
	<20040620173828.GB6803@widecut.net>
	<20040621081426.GA15656@widecut.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040621081426.GA15656@widecut.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 09:31:38 -0000
X-UID: 9590                                                  
Status: O
Content-Length: 1258

On Mon, Jun 21, 2004 at 10:14:27AM +0200, Moe Wibble wrote:
> On Sun, Jun 20, 2004 at 07:38:28PM +0200, Moe Wibble wrote:
> > On Sun, Jun 20, 2004 at 01:29:02AM +0300, Timo Sirainen wrote:
> > > http://dovecot.org/test/
> > > 
> > > I'm finally using this release myself with mboxes. So far no crashes or 
> > > corruption. :)
> > > 
> > >  - several mbox fixes and optimizations
> > >  - maildir syncing fix
> > >  - solaris fixes
> > >  - create mbox root dir if it doesn't exist
> > 
> > i'm running it for roughly a day now and the Maildir issues seem to
> > be gone - finally.  many thanks!
> 
> sorry, seems like i applauded to early.
> i'm getting these again (quite frequently now):
> 
> sp dovecot: IMAP(moe): Maildir /home/moe/Maildir sync:
> UID inserted in the middle of mailbox (288 > 287, file = msg.CDs4:2,)
> 
> with test19 that is.

And even more strange behaviour (blast from the past):
Sometimes new mail is reported for a folder (usually INBOX) but when I go
there no new mail is shown.  I've seen this before in an older test-version
so I restarted dovecot expecting to see my new mail after the restart.
Not this time, there's *still* no new mail.

I'll keep watching it but if it becomes too spooky I'm off to dovecot-old
again... ;)


From tss@iki.fi  Mon Jun 21 18:00:46 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E42A4C000D9C; Mon, 21 Jun 2004 18:00:46 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A6F4CC000987
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 18:00:43 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A037A1C15337; Mon, 21 Jun 2004 17:52:46 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id C96411C1532F
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 17:52:12 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v618)
Content-Transfer-Encoding: 7bit
Message-Id: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-43-663993"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Mon, 21 Jun 2004 17:52:09 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.1 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,RCVD_IN_ORBS,
	USER_AGENT_APPLEMAIL version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test21
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 15:00:47 -0000
X-UID: 9591                                                  
Status: O
Content-Length: 1522


--Apple-Mail-43-663993
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

http://dovecot.org/test/

Should work again with maildir.

  - Some bugfixes to indexes (possibly fixing the still persisting 
maildir sync errrors?)

  - Enabled cache file again. If client asks about something that can be 
cached for future, it's done. There's currently no smart logic about 
when not to do it or when to cache more than was asked for future use. 
Currently nothing is ever deleted from cache. Currently it's disabled 
if mmap_disable = yes.

  - Removed UIDPLUS extension after all. It needs more thinking with 
maildir, because for performance reasons new messages are given UIDs 
once at the end transaction rather than separately for each one. So, 
the UID would have to be 0 temporarily until transaction is committed. 
But the current API make the new messages visible without syncing, and 
then the sequences don't match anymore and we can't get the UIDs. So, 
this one needs thinking, mostly from API designing point of view.


--Apple-Mail-43-663993
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1vYayUhSUUBViskRAuyKAJsHAW1mz5IdSDg/we3RcqV/J/96ywCfdO/J
//FkHit18yqyakwocP6Vc6M=
=tI05
-----END PGP SIGNATURE-----

--Apple-Mail-43-663993--


From t1lt@bk.ru  Mon Jun 21 19:04:47 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2F2CAC000D9C; Mon, 21 Jun 2004 19:04:47 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 25515C0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 19:04:44 +0300 (EEST)
Received: (qmail 24015 invoked by uid 1000); 21 Jun 2004 15:56:46 -0000
Date: Mon, 21 Jun 2004 17:56:46 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test21
Message-ID: <20040621155646.GD15376@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 16:04:47 -0000
X-UID: 9592                                                  
Status: O
Content-Length: 1515

On Mon, Jun 21, 2004 at 05:52:09PM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> Should work again with maildir.
> 
>  - Some bugfixes to indexes (possibly fixing the still persisting 
> maildir sync errrors?)

Ah, gotta try that, but...

>  - Enabled cache file again. If client asks about something that can be 
> cached for future, it's done. There's currently no smart logic about 
> when not to do it or when to cache more than was asked for future use. 
> Currently nothing is ever deleted from cache. Currently it's disabled 
> if mmap_disable = yes.

...does that mean the cache-file will grow indefinitely?

>  - Removed UIDPLUS extension after all. It needs more thinking with 
> maildir, because for performance reasons new messages are given UIDs 
> once at the end transaction rather than separately for each one. So, 
> the UID would have to be 0 temporarily until transaction is committed. 
> But the current API make the new messages visible without syncing, and 
> then the sequences don't match anymore and we can't get the UIDs. So, 
> this one needs thinking, mostly from API designing point of view.

Actually I find the current maildir-performance quite amazing when compared
to courier or bincimap.  The only other imapd that can hold a candle to
dovecot (at least according to my little-bit-out-dated and
not-so-representative personal benchmarks) appears to be cyrus.

Anyways, as mentioned before, I'm still looking forward to the next
Maildir-stable version. :-)


regards


From olive@pasteur.fr  Mon Jun 21 19:25:41 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 86261C000DD2; Mon, 21 Jun 2004 19:25:41 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 5E593C000D9C
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 19:25:39 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id C1CD911474
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 18:17:41 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 9918511473
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 18:17:41 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 93AD03F677; Mon, 21 Jun 2004 18:17:41 +0200 (CEST)
Date: Mon, 21 Jun 2004 18:17:41 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] The Status: header is forced
Message-ID: <20040621161741.GF81439@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <20040326163456.GE32306@mafate.sis.pasteur.fr>
	<20040330163107.GS75591@mafate.sis.pasteur.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040330163107.GS75591@mafate.sis.pasteur.fr>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 16:25:41 -0000
X-UID: 9593                                                  
Status: O

[ This belongs to an old thread so I keep extra info upfront ]

* Olivier Tharan <olive@pasteur.fr> (20040330 18:31):
> * Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
> > I started testing dovecot for our next POP/IMAP server (nearing
> > production state), and noticed that the Status: header is always
> > added, with a value of 'O' or 'RO'. This happens in
> > `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in
> > the Maildir case.
> > 
> > Is the Status: header really needed in every case? This breaks
> > mutt which displays mails with a 'O' flag instead of 'N'.
> 
> Well, I fixed it with a procmail rule, as these headers are
> undoubtedly needed with other MUAs. I did not find any reference
> on which (IMAP software or mutt) have used this header first.

Sometimes it is good to read back some good old manual. My
problem is easily solved with a single keyword in the fetchmail
configuration file: 'dropstatus'.

-- 
olive

From tss@iki.fi  Mon Jun 21 21:01:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 45E75C000987; Mon, 21 Jun 2004 21:01:04 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 30E24C0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 21:00:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id D29391C1D0E0; Mon, 21 Jun 2004 20:53:00 +0300 (EEST)
Received: from [10.100.42.83] (gprs-internet.mobile.sonera.net
	[212.213.204.99]) by danu.procontrol.fi (Postfix) with ESMTP
	id F37521C1532F; Mon, 21 Jun 2004 20:52:22 +0300 (EEST)
In-Reply-To: <20040621155646.GD15376@widecut.net>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-45-11449448"
Message-Id: <AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Mon, 21 Jun 2004 20:51:55 +0300
To: Moe Wibble <t1lt@bk.ru>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.5 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 18:01:05 -0000
X-UID: 9594                                                  
Status: O
Content-Length: 2170


--Apple-Mail-45-11449448
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 21.6.2004, at 18:56, Moe Wibble wrote:

>>  - Enabled cache file again. If client asks about something that can 
>> be
>> cached for future, it's done. There's currently no smart logic about
>> when not to do it or when to cache more than was asked for future use.
>> Currently nothing is ever deleted from cache. Currently it's disabled
>> if mmap_disable = yes.
>
> ...does that mean the cache-file will grow indefinitely?

Yes. Note the "currently" words there :) Will be fixed before 1.0 of 
course.

> Actually I find the current maildir-performance quite amazing when 
> compared
> to courier or bincimap.  The only other imapd that can hold a candle to
> dovecot (at least according to my little-bit-out-dated and
> not-so-representative personal benchmarks) appears to be cyrus.

I recently saw some benchmarks (measuring system load) comparing 
Dovecot mbox, maildir and Cyrus. Dovecot was much slower than I 
thought, Cyrus was many times faster in most tests. Dovecot with mbox 
was also much faster than with maildir, even though my 0.99.10 mbox 
code is pretty bad.

0.99.10 indexes aren't too good, but I still find it a bit strange that 
Cyrus takes something like 10x less load. I'd think most of it has to 
do with maildir format itself, that it needs to rename files when flags 
change, and Dovecot needs to resync the whole maildir after each change 
in mailbox (and sometimes twice).

I guess we'll need a IMAP-optimized format sometimes soon.

Anyway, 1.0 is nearing a state where I'd like to begin hearing 
benchmarks about it. It's mbox performance should be excellent.

--Apple-Mail-45-11449448
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1yA8yUhSUUBViskRApwdAJ4x38ZpdiPeKmNWKNW+MZ4P8wO9XwCgnxPg
q8Sya+KgsGYJlUx6buRTpYk=
=FzGq
-----END PGP SIGNATURE-----

--Apple-Mail-45-11449448--


From tss@iki.fi  Mon Jun 21 21:05:00 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2B1E8C000DC7; Mon, 21 Jun 2004 21:05:00 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0F649C0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 21:04:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id B43361C1532F; Mon, 21 Jun 2004 20:57:00 +0300 (EEST)
Received: from [10.100.42.83] (gprs-internet.mobile.sonera.net
	[212.213.204.99]) by danu.procontrol.fi (Postfix) with ESMTP
	id 16F961C1D0E0; Mon, 21 Jun 2004 20:56:22 +0300 (EEST)
In-Reply-To: <20040621161741.GF81439@mafate.sis.pasteur.fr>
References: <20040326163456.GE32306@mafate.sis.pasteur.fr>
	<20040330163107.GS75591@mafate.sis.pasteur.fr>
	<20040621161741.GF81439@mafate.sis.pasteur.fr>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-46-11694358"
Message-Id: <4136CA4A-C3AC-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] The Status: header is forced
Date: Mon, 21 Jun 2004 20:56:00 +0300
To: Olivier Tharan <olive@pasteur.fr>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 18:05:00 -0000
X-UID: 9595                                                  
Status: O
Content-Length: 1660


--Apple-Mail-46-11694358
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 21.6.2004, at 19:17, Olivier Tharan wrote:

>> * Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
>>> I started testing dovecot for our next POP/IMAP server (nearing
>>> production state), and noticed that the Status: header is always
>>> added, with a value of 'O' or 'RO'. This happens in
>>> `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in
>>> the Maildir case.
>>>
>>> Is the Status: header really needed in every case? This breaks
>>> mutt which displays mails with a 'O' flag instead of 'N'.
>>
>> Well, I fixed it with a procmail rule, as these headers are
>> undoubtedly needed with other MUAs. I did not find any reference
>> on which (IMAP software or mutt) have used this header first.
>
> Sometimes it is good to read back some good old manual. My
> problem is easily solved with a single keyword in the fetchmail
> configuration file: 'dropstatus'.

Dovecot shouldn't actually be sending this header to you in any case, 
even if it's in the mbox file itself. It was too difficult to implement 
for 0.99.10, but it's done in latest 1.0-test releases.

--Apple-Mail-46-11694358
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1yEwyUhSUUBViskRAql9AKCUDZZQaVrB+8TCvRnw0KzvezSkNQCfSBxR
lo2Vw208l4HmDnivzhaB0TQ=
=K7FA
-----END PGP SIGNATURE-----

--Apple-Mail-46-11694358--


From tss@iki.fi  Mon Jun 21 21:09:01 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0D02AC000DC7; Mon, 21 Jun 2004 21:09:01 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A58BAC0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 21:08:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5B4301C1532F; Mon, 21 Jun 2004 21:01:01 +0300 (EEST)
Received: from [10.100.42.83] (gprs-internet.mobile.sonera.net
	[212.213.204.99])
	by danu.procontrol.fi (Postfix) with ESMTP id C98251C1D0E0
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 21:00:23 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v618)
Content-Transfer-Encoding: 7bit
Message-Id: <D39B645A-C3AC-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-47-11939962"
To: Dovecot list <dovecot@dovecot.org>
From: Timo Sirainen <tss@iki.fi>
Date: Mon, 21 Jun 2004 21:00:05 +0300
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.0 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,RCVD_IN_ORBS,
	USER_AGENT_APPLEMAIL version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] proxy plugin
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 18:09:01 -0000
X-UID: 9596                                                  
Status: O
Content-Length: 1312


--Apple-Mail-47-11939962
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

I've updated the proxy plugin at 
http://dovecot.org/patches/1.0/quota.c. It doesn't exactly work, even 
against latest CVS Dovecot as it crashes in save/copy, but it shows how 
it's basically going to work. Pretty ugly to do objects with C, but 
works..

If you're interested about writing support for some specific quota 
backend (maildir++, sql, ..), now would be a good time to begin :)

Well, the reason it crashes is because it needs to find out the 
message's size, but Dovecot doesn't yet really like being asked about 
messages that haven't been committed to index. I guess that needs to 
change, hopefully won't require too large changes. I think I'm going to 
merge mail-index-view and mail-index-transaction into same thing..

--Apple-Mail-47-11939962
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1yImyUhSUUBViskRAuFUAJkB0QmFFr/5e8gNzm+lWgayBne5BgCbBiDC
s8i8cCI/aVqDo+T6lfrFpzM=
=2Yq7
-----END PGP SIGNATURE-----

--Apple-Mail-47-11939962--


From wmoran@potentialtech.com  Mon Jun 21 21:12:39 2004
Return-Path: <wmoran@potentialtech.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 438D6C000DC7; Mon, 21 Jun 2004 21:12:39 +0300 (EEST)
Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net
	[66.167.251.6])
	by talvi.dovecot.org (Postfix) with ESMTP id 4C27EC0007B4
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 21:12:37 +0300 (EEST)
Received: from working.potentialtech.com (pa-plum1c-102.pit.adelphia.net
	[24.53.179.102])
	by internet.potentialtech.com (Postfix) with ESMTP id 311A969A39
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 14:04:39 -0400 (EDT)
Date: Mon, 21 Jun 2004 14:04:38 -0400
From: Bill Moran <wmoran@potentialtech.com>
To: dovecot@dovecot.org
Message-Id: <20040621140438.22803b07.wmoran@potentialtech.com>
Organization: Potential Technologies
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd4.9)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 18:12:39 -0000
X-UID: 9597                                                  
Status: O


Subject says it all.

(I'm almost positive this is a FAQ, or that the information is online
_somewhere_, but I just spent 20 minutes without finding it ... sorry if I
didn't search hard enough)

-- 
Bill Moran
Potential Technologies
http://www.potentialtech.com

From tss@iki.fi  Mon Jun 21 21:33:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A51FC000DC7; Mon, 21 Jun 2004 21:33:26 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 6B78BC000D90
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 21:33:24 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 112011C15337; Mon, 21 Jun 2004 21:25:27 +0300 (EEST)
Received: from [10.100.42.83] (gprs-internet.mobile.sonera.net
	[212.213.204.99]) by danu.procontrol.fi (Postfix) with ESMTP
	id C95BB1C1D0E0; Mon, 21 Jun 2004 21:24:48 +0300 (EEST)
In-Reply-To: <20040621140438.22803b07.wmoran@potentialtech.com>
References: <20040621140438.22803b07.wmoran@potentialtech.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-48-13404719"
Message-Id: <3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
Date: Mon, 21 Jun 2004 21:24:30 +0300
To: Bill Moran <wmoran@potentialtech.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.2 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 18:33:26 -0000
X-UID: 9598                                                  
Status: O
Content-Length: 1466


--Apple-Mail-48-13404719
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 21.6.2004, at 21:04, Bill Moran wrote:

> Subject says it all.
>
> (I'm almost positive this is a FAQ, or that the information is online
> _somewhere_, but I just spent 20 minutes without finding it ... sorry 
> if I
> didn't search hard enough)

Well, main Dovecot web page says it:

"Dovecot can work with standard mbox and maildir formats and it's fully 
compatible with UW-IMAP and Courier IMAP servers as well as mail 
clients accessing the mailboxes directly. I have also plans to support 
storing mails in SQL databases."

Still not in my near future plans, although I've had one guy contact me 
about making Dovecot use a library derived from dbmail as a backend.

I don't think it's really worth it to store mails in SQL database, 
unless you really need to do it for some reason. Performance is most 
likely never the reason to do it. Reliability and interoperability 
might be.

--Apple-Mail-48-13404719
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1yfeyUhSUUBViskRAm69AJ43HOBcYa4nrap8YprivHcJGjgNcwCeJlT1
ZLD9GDu/HSAGgirpq2Tb2nk=
=up0O
-----END PGP SIGNATURE-----

--Apple-Mail-48-13404719--


From t1lt@bk.ru  Mon Jun 21 21:53:19 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 036A0C000DC7; Mon, 21 Jun 2004 21:53:19 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 280CAC000D90
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 21:53:16 +0300 (EEST)
Received: (qmail 19137 invoked by uid 1000); 21 Jun 2004 18:45:17 -0000
Date: Mon, 21 Jun 2004 20:45:17 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test21
Message-ID: <20040621184517.GB29410@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 18:53:19 -0000
X-UID: 9599                                                  
Status: O
Content-Length: 3416

On Mon, Jun 21, 2004 at 08:51:55PM +0300, Timo Sirainen wrote:
> On 21.6.2004, at 18:56, Moe Wibble wrote:
> 
> >> - Enabled cache file again. If client asks about something that can 
> >>be
> >>cached for future, it's done. There's currently no smart logic about
> >>when not to do it or when to cache more than was asked for future use.
> >>Currently nothing is ever deleted from cache. Currently it's disabled
> >>if mmap_disable = yes.
> >
> >...does that mean the cache-file will grow indefinitely?
> 
> Yes. Note the "currently" words there :) Will be fixed before 1.0 of 
> course.
> 
> >Actually I find the current maildir-performance quite amazing when 
> >compared
> >to courier or bincimap.  The only other imapd that can hold a candle to
> >dovecot (at least according to my little-bit-out-dated and
> >not-so-representative personal benchmarks) appears to be cyrus.
> 
> I recently saw some benchmarks (measuring system load) comparing 
> Dovecot mbox, maildir and Cyrus. Dovecot was much slower than I 
> thought, Cyrus was many times faster in most tests. Dovecot with mbox 
> was also much faster than with maildir, even though my 0.99.10 mbox 
> code is pretty bad.

Strange...  I'd think that rewriting the mbox files would cause a lot
more performance issues than shuffling around files in a Maildir.
But well, as I mentioned before I'm no friend of mbox anyways and think it
should be completely dropped in favor to more ressources spent on Maildir
performance/features. I do realize that I'm probably in the minority with
that opinion, tho ;)

> 0.99.10 indexes aren't too good, but I still find it a bit strange that 
> Cyrus takes something like 10x less load. I'd think most of it has to 
> do with maildir format itself, that it needs to rename files when flags 
> change, and Dovecot needs to resync the whole maildir after each change 
> in mailbox (and sometimes twice).

I haven't tested dovecot in a high load (multiuser) environment yet
so I can't say much about the actual load in such a situation.
But once the indexes are made (and don't break) what's really
left to cause (unjustified) load?

> I guess we'll need a IMAP-optimized format sometimes soon.

But please not before maildir support is stable again and shared folders
(which I'd claim is a must-have for most corporate deployments) have been
implemented. :)
<rant>
The "proprietary" mailstore-format is the main reason why I'd like
to get rid of cyrus. I'll drop it the day that another imapd provides shared
folders on regular Maildirs with reasonable performance..
Consequently I'd rather like to see dovecot improve on the indexing/caching-
side in order to get most out of Maildir before yet another "prop." format
is invented. I do realize that getting the highest performance out of
server-side searches may require moving to a prop. format. But for me the
drawbacks (uneasy access to the actual mails, probably backup issues/version
incompatibilies) outweight the advantages in most cases. Not to mention all
the implementation effort that could be spent on smarter Maildir indexing
and maybe a separate "search-optimized index" instead ;)
</rant>

Again, that's only my opinion. I'd like to hear others on that...

> Anyway, 1.0 is nearing a state where I'd like to begin hearing 
> benchmarks about it. It's mbox performance should be excellent.

I'm curious too (more about Maildir performance, tho).


greets


From wmoran@potentialtech.com  Mon Jun 21 22:13:02 2004
Return-Path: <wmoran@potentialtech.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 07925C000E00; Mon, 21 Jun 2004 22:13:02 +0300 (EEST)
Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net
	[66.167.251.6])
	by talvi.dovecot.org (Postfix) with ESMTP id 4B0EFC000DC7
	for <dovecot@dovecot.org>; Mon, 21 Jun 2004 22:12:59 +0300 (EEST)
Received: from working.potentialtech.com (pa-plum1c-102.pit.adelphia.net
	[24.53.179.102])
	by internet.potentialtech.com (Postfix) with ESMTP id 6F10469A3F;
	Mon, 21 Jun 2004 15:05:00 -0400 (EDT)
Date: Mon, 21 Jun 2004 15:04:59 -0400
From: Bill Moran <wmoran@potentialtech.com>
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
Message-Id: <20040621150459.10bcccb6.wmoran@potentialtech.com>
In-Reply-To: <3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
References: <20040621140438.22803b07.wmoran@potentialtech.com>
	<3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
Organization: Potential Technologies
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd4.9)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 19:13:03 -0000
X-UID: 9600                                                  
Status: O
Content-Length: 1703

Timo Sirainen <tss@iki.fi> wrote:
> On 21.6.2004, at 21:04, Bill Moran wrote:
> 
> > Subject says it all.
> >
> > (I'm almost positive this is a FAQ, or that the information is online
> > _somewhere_, but I just spent 20 minutes without finding it ... sorry 
> > if I
> > didn't search hard enough)
> 
> Well, main Dovecot web page says it:
> 
> "Dovecot can work with standard mbox and maildir formats and it's fully 
> compatible with UW-IMAP and Courier IMAP servers as well as mail 
> clients accessing the mailboxes directly. I have also plans to support 
> storing mails in SQL databases."

Ahh ... I had a feeling it would be right in front of my face ...

> Still not in my near future plans, although I've had one guy contact me 
> about making Dovecot use a library derived from dbmail as a backend.
> 
> I don't think it's really worth it to store mails in SQL database, 
> unless you really need to do it for some reason. Performance is most 
> likely never the reason to do it. Reliability and interoperability 
> might be.

Reliability is the reason for me.  We already have acceptable performance.
I'm dealing with a client that provides IMAP services for multiple clients, and
we're concerned about what happens in the event of a server failure on the
machine with the HDDs.  There's already RAID in place, but what if the mobo,
PS, controller ... etc fails.

What I'd like to do is use Postgres with Slony to keep the IMAP folders on two
completely seperate machines in real-time.

Anyway ... thanks for the great work you've done with Dovecot so far.  Maybe
I'll even have time to contribute something in the future.

-- 
Bill Moran
Potential Technologies
http://www.potentialtech.com

From lfarkas@bppiac.hu  Tue Jun 22 01:26:42 2004
Return-Path: <lfarkas@bppiac.hu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E4FE2C000D90; Tue, 22 Jun 2004 01:26:41 +0300 (EEST)
Received: from mx1.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by talvi.dovecot.org (Postfix) with ESMTP id 74535C000987
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 01:26:36 +0300 (EEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 1CFD816F890; Tue, 22 Jun 2004 00:18:38 +0200 (CEST)
Received: from bppiac.hu (eaglen.vpn.bppiac.hu [192.168.255.54])
	by mx1.bppiac.hu (Postfix) with ESMTP id E197416F88D
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 00:18:37 +0200 (CEST)
Message-ID: <40D75EBD.4080605@bppiac.hu>
Date: Tue, 22 Jun 2004 00:18:37 +0200
From: Farkas Levente <lfarkas@bppiac.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
In-Reply-To: <AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 21 Jun 2004 22:26:42 -0000
X-UID: 9601                                                  
Status: O
Content-Length: 1346

Timo Sirainen wrote:
> I recently saw some benchmarks (measuring system load) comparing Dovecot 
> mbox, maildir and Cyrus. Dovecot was much slower than I thought, Cyrus 
> was many times faster in most tests. Dovecot with mbox was also much 
> faster than with maildir, even though my 0.99.10 mbox code is pretty bad.

IMHO the performace issue and mainly the system load peeks are very 
important!
what's more if cyrus faster than dovecotm, than it's hard to argue for 
dovecot (since cyrus is more feature rich).

> 0.99.10 indexes aren't too good, but I still find it a bit strange that 
> Cyrus takes something like 10x less load. I'd think most of it has to do 
> with maildir format itself, that it needs to rename files when flags 
> change, and Dovecot needs to resync the whole maildir after each change 
> in mailbox (and sometimes twice).

why should have to resync? couldn't be possible to do one atomic rename 
and index update step without resync?
as I wrote about half a year the best solution would be a local delivery 
agent which can update the index files and spread the load to the 
arrival time instead of the mail read time.

> I guess we'll need a IMAP-optimized format sometimes soon.

than you've to write local delivery agent for many MTAs...


-- 
   Levente                               "Si vis pacem para bellum!"


From jaldhar@debian.org  Tue Jun 22 03:05:51 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 361DBC000DC7; Tue, 22 Jun 2004 03:05:51 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 3B266C000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 03:05:48 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id 5FE0E8046;
	Mon, 21 Jun 2004 19:57:47 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16448-01; Mon, 21 Jun 2004 19:57:46 -0400 (EDT)
Received: from [149.123.206.41] (unknown [149.123.206.41])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id A60308045;
	Mon, 21 Jun 2004 19:57:46 -0400 (EDT)
Date: Mon, 21 Jun 2004 19:56:13 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
In-Reply-To: <40D55627.1030905@neo-lan.net>
Message-ID: <Pine.LNX.4.58.0406211955450.32758@diku.intranet.braincell.com>
References: <Pine.LNX.4.58.0406200137220.8380@diku.intranet.braincell.com>
	<40D55627.1030905@neo-lan.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at braincells.com
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Debian dovecot news
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 22 Jun 2004 00:05:52 -0000
X-UID: 9602                                                  
Status: O

On Sun, 20 Jun 2004, Nicolas STRANSKY wrote:

> Hi,
>
> Have you got any advice on upgrading from 0.99 to 1.0-test on a sarge ?
> Any particular configuration options to change ? Is it safe to let the
> old indexes ?
>

I was hoping you would tell me. ;-)

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From paul@mcmurphy.net  Tue Jun 22 04:11:36 2004
Return-Path: <paul@mcmurphy.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 96E13C000DC7; Tue, 22 Jun 2004 04:11:36 +0300 (EEST)
Received: from email.snapshotpaintball.net
	(c-66-41-117-121.mn.client2.attbi.com [66.41.117.121])
	by talvi.dovecot.org (Postfix) with ESMTP id DFE01C000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 04:11:33 +0300 (EEST)
Received: from nForce [192.168.1.10] by email.snapshotpaintball.net
	(SMTPD32-8.05) id A67D1E00A8; Mon, 21 Jun 2004 20:08:13 -0500
Message-ID: <002f01c457f6$b6fdbc70$0a01a8c0@nForce>
From: "Paul McMurphy" <paul@mcmurphy.net>
To: <dovecot@dovecot.org>
Date: Mon, 21 Jun 2004 20:17:41 -0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_002C_01C457CC.CE22F980"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Subject: [Dovecot] I/O Leak?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 01:11:36 -0000
X-UID: 9603                                                  
Status: O
Content-Length: 2967

This is a multi-part message in MIME format.

------=_NextPart_000_002C_01C457CC.CE22F980
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


Is the I/O leak message normal?

(from syslog)

Jun 22 02:12:39 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur) =
failed: Permission denied
Jun 22 02:12:39 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur) =
failed: Permission denied
Jun 22 02:12:39 xbox pop3: I/O leak: 0x8050ce0 (0)
Jun 22 02:12:39 xbox pop3: I/O leak: 0x8084b10 (1)
Jun 22 02:13:22 xbox pop3-login: Login: paul [192.168.1.10]
Jun 22 02:13:23 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur) =
failed: Permission denied
Jun 22 02:13:23 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur) =
failed: Permission denied
Jun 22 02:13:23 xbox pop3: I/O leak: 0x8050ce0 (0)
Jun 22 02:13:23 xbox pop3: I/O leak: 0x8084b10 (1)

Oh... and any hints on the permissions problem would be ok also. ;)

Debian 1.0.1 / dovecot 0.99.10.6-1

Thanks!
------=_NextPart_000_002C_01C457CC.CE22F980
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Is the I/O leak message =
normal?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>(from syslog)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Jun 22 02:12:39 xbox pop3(paul):=20
lstat(/var/mail/Maildir/paul/INBOX/cur) failed:&nbsp;Permission =
denied<BR>Jun 22=20
02:12:39 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur)=20
failed:&nbsp;Permission denied<BR>Jun 22 02:12:39 xbox pop3: I/O leak: =
0x8050ce0=20
(0)<BR>Jun 22 02:12:39 xbox pop3: I/O leak: 0x8084b10 (1)<BR>Jun 22 =
02:13:22=20
xbox pop3-login: Login: paul [192.168.1.10]<BR>Jun 22 02:13:23 xbox =
pop3(paul):=20
lstat(/var/mail/Maildir/paul/INBOX/cur) failed:&nbsp;Permission =
denied<BR>Jun 22=20
02:13:23 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur)=20
failed:&nbsp;Permission denied<BR>Jun 22 02:13:23 xbox pop3: I/O leak: =
0x8050ce0=20
(0)<BR>Jun 22 02:13:23 xbox pop3: I/O leak: 0x8084b10 =
(1)<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Oh... and any hints on the permissions =
problem=20
would be ok also. ;)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Debian 1.0.1 / dovecot =
0.99.10.6-1</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT><FONT face=3DArial =
size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks!</DIV></FONT></BODY></HTML>

------=_NextPart_000_002C_01C457CC.CE22F980--


From tallison@tacocat.net  Tue Jun 22 04:52:15 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 29717C000DDE; Tue, 22 Jun 2004 04:52:15 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id EF2C0C000DC7
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 04:52:12 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id 458834C083;
	Mon, 21 Jun 2004 21:44:13 -0400 (EDT)
Message-ID: <40D78EED.1020907@tacocat.net>
Date: Mon, 21 Jun 2004 21:44:13 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Farkas Levente <lfarkas@bppiac.hu>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu>
In-Reply-To: <40D75EBD.4080605@bppiac.hu>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 01:52:15 -0000
X-UID: 9604                                                  
Status: O
Content-Length: 1396

Farkas Levente wrote:
> Timo Sirainen wrote:
> 
>> I recently saw some benchmarks (measuring system load) comparing 
>> Dovecot mbox, maildir and Cyrus. Dovecot was much slower than I 
>> thought, Cyrus was many times faster in most tests. Dovecot with mbox 
>> was also much faster than with maildir, even though my 0.99.10 mbox 
>> code is pretty bad.
> 
> 
> IMHO the performace issue and mainly the system load peeks are very 
> important!
> what's more if cyrus faster than dovecotm, than it's hard to argue for 
> dovecot (since cyrus is more feature rich).
> 

That last statement is arguable.  cyrus-imap has some nice capabilities. 
  But if you use procmail then it's no contest who is going to win!
;)

But I seem to remember that their indexes had an achilles heal.  If you 
(re)moved an email file via filesystem then the indexes were badly 
corrupted and there was little you could do with that mail directory 
again.  I don't think that this is proper behaviour for imap servers 
under a unix environment.

That said, I suspect that cyrus used their indexes as a means of 
providing some rudimentary search results for a give key and an array of 
file inodes for the correlating email messages in maildir.  This would 
store the locations in the file inode table, making for a nice speedy 
access of files.  Hence, the removal of a file would corrupt their inode 
lookup table...


From tallison@tacocat.net  Tue Jun 22 04:57:41 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DD0D9C000DDE; Tue, 22 Jun 2004 04:57:41 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 88A19C000DC7
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 04:57:39 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id E6D8A4C083;
	Mon, 21 Jun 2004 21:49:40 -0400 (EDT)
Message-ID: <40D79034.2090207@tacocat.net>
Date: Mon, 21 Jun 2004 21:49:40 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
References: <20040621140438.22803b07.wmoran@potentialtech.com>
	<3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
In-Reply-To: <3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 01:57:42 -0000
X-UID: 9605                                                  
Status: O
Content-Length: 1618

Timo Sirainen wrote:
> On 21.6.2004, at 21:04, Bill Moran wrote:
> 
>> Subject says it all.
>>
>> (I'm almost positive this is a FAQ, or that the information is online
>> _somewhere_, but I just spent 20 minutes without finding it ... sorry 
>> if I
>> didn't search hard enough)
> 
> 
> Well, main Dovecot web page says it:
> 
> "Dovecot can work with standard mbox and maildir formats and it's fully 
> compatible with UW-IMAP and Courier IMAP servers as well as mail clients 
> accessing the mailboxes directly. I have also plans to support storing 
> mails in SQL databases."
> 
> Still not in my near future plans, although I've had one guy contact me 
> about making Dovecot use a library derived from dbmail as a backend.
> 
> I don't think it's really worth it to store mails in SQL database, 
> unless you really need to do it for some reason. Performance is most 
> likely never the reason to do it. Reliability and interoperability might 
> be.

I had a conversation with the same fellow a while back.

I'm told that dbmail is actually very fast in mail retrieval.  But I was 
unable to confirm it myself.

If such a venture where to be undertaken, I would reconsider their 
(dbmail) use of postgresql database structure.  They do not build and 
design the database with indexed retrieval in mind.  They are missing 
90% of the performance capabilities that could be obtained by using such 
a powerful database back-end.

In short, they store the entire header in one field and the entire body 
in another field.  Hardly optimized for the three or four most common 
sorts (date, subject, sender, threaded)


From tss@iki.fi  Tue Jun 22 05:56:01 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 20419C000DC7; Tue, 22 Jun 2004 05:56:01 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8EA57C000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 05:55:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5D8E81C350CB; Tue, 22 Jun 2004 05:48:00 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id B9EAF1C15337; Tue, 22 Jun 2004 05:47:25 +0300 (EEST)
In-Reply-To: <20040621184517.GB29410@widecut.net>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<20040621184517.GB29410@widecut.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-50-43576278"
Message-Id: <7C52ADE4-C3F6-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Tue, 22 Jun 2004 05:47:22 +0300
To: Moe Wibble <t1lt@bk.ru>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 02:56:01 -0000
X-UID: 9606                                                  
Status: O
Content-Length: 4504


--Apple-Mail-50-43576278
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 21.6.2004, at 21:45, Moe Wibble wrote:

>> I recently saw some benchmarks (measuring system load) comparing
>> Dovecot mbox, maildir and Cyrus. Dovecot was much slower than I
>> thought, Cyrus was many times faster in most tests. Dovecot with mbox
>> was also much faster than with maildir, even though my 0.99.10 mbox
>> code is pretty bad.
>
> Strange...  I'd think that rewriting the mbox files would cause a lot
> more performance issues than shuffling around files in a Maildir.

They probably were using mboxes that had already all the necessay X-UID 
etc. fields, so rewriting wouldn't need to do more than really 
required.

>> 0.99.10 indexes aren't too good, but I still find it a bit strange 
>> that
>> Cyrus takes something like 10x less load. I'd think most of it has to
>> do with maildir format itself, that it needs to rename files when 
>> flags
>> change, and Dovecot needs to resync the whole maildir after each 
>> change
>> in mailbox (and sometimes twice).
>
> I haven't tested dovecot in a high load (multiuser) environment yet
> so I can't say much about the actual load in such a situation.
> But once the indexes are made (and don't break) what's really
> left to cause (unjustified) load?

With maildir the problem is that once it's modified by Dovecot, I can't 
know if someone else didn't modify it at the same time. So after I 
change anything it, I'll have to resync the whole maildir again, just 
in case.

>> I guess we'll need a IMAP-optimized format sometimes soon.
>
> But please not before maildir support is stable again

I'd probably base it on maildir. Differences would be mostly just:
  - filename = message UID
  - new/ directory could exist so existing LDAs can easily add mail
    - Dovecot-optimized LDAs would store mails directly into cur/
  - if anyone modifies cur/ directory, Dovecot issues a warning when 
it's noticed but still syncs and fixes it. this fallbacking shouldn't 
affect performance much, since it would be done only if cur/ 
directory's timestamp didn't match the one in index.
  - possibly rename the cur/ dir into something else
  - possibly add some way to insert new mails into mailbox atomically 
(mkdir tra/1, put mails there, rename tra/1 tra-done/1 -> after that 
it's considered as committed and if found by any MUA the mails in it 
must be moved into cur/)

> and shared folders
> (which I'd claim is a must-have for most corporate deployments) have 
> been
> implemented. :)

1.0-test sort of tupport shared folders.. If you symlink them manually 
and create a "dovecot-shared" file with the permissions that should be 
used for new files. But that's only ugly temporary hack and I'll have 
to figure out some better way.

I think the proper support is post-1.0 feature.

> I do realize that getting the highest performance out of
> server-side searches may require moving to a prop. format.

Actually I don't think searching can be optimized at all by moving to 
another format.

>  But for me the
> drawbacks (uneasy access to the actual mails, probably backup 
> issues/version
> incompatibilies) outweight the advantages in most cases. Not to 
> mention all
> the implementation effort that could be spent on smarter Maildir 
> indexing

Unless the backends share 95% of their code and are compatible in most 
of the ways.. :)

> and maybe a separate "search-optimized index" instead ;)

For SEARCH command, only way to index data in usable way that I know of 
is the Cyrus squat indexer, but it generates large indexes and it's 
slow to update, so most people aren't using it.. I'll probably 
implement it one day though.

>> Anyway, 1.0 is nearing a state where I'd like to begin hearing
>> benchmarks about it. It's mbox performance should be excellent.
>
> I'm curious too (more about Maildir performance, tho).

Maildir performance should still get somewhat better before 1.0, but 
mbox has very few optimizations left that I can think of.

--Apple-Mail-50-43576278
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA1526yUhSUUBViskRAvmJAJ9ELTZdAi5E+Y658IzmbyMbgTDzogCeKGSl
lOvoi6G7VVZMkZHyNoll+Q8=
=Lbl8
-----END PGP SIGNATURE-----

--Apple-Mail-50-43576278--


From tss@iki.fi  Tue Jun 22 05:59:28 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DD154C000DDE; Tue, 22 Jun 2004 05:59:28 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 8AA85C000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 05:59:26 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5A5A11C350CB; Tue, 22 Jun 2004 05:51:28 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 584FB1C15337; Tue, 22 Jun 2004 05:50:55 +0300 (EEST)
In-Reply-To: <40D75EBD.4080605@bppiac.hu>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-51-43787904"
Message-Id: <FA76246D-C3F6-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Tue, 22 Jun 2004 05:50:53 +0300
To: Farkas Levente <lfarkas@bppiac.hu>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 02:59:29 -0000
X-UID: 9607                                                  
Status: O
Content-Length: 1804


--Apple-Mail-51-43787904
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 01:18, Farkas Levente wrote:

>> 0.99.10 indexes aren't too good, but I still find it a bit strange 
>> that Cyrus takes something like 10x less load. I'd think most of it 
>> has to do with maildir format itself, that it needs to rename files 
>> when flags change, and Dovecot needs to resync the whole maildir 
>> after each change in mailbox (and sometimes twice).
>
> why should have to resync? couldn't be possible to do one atomic 
> rename and index update step without resync?

But to be interoperable with other maildir clients, Dovecot can't know 
if someone else didn't do other changes within the same second. So it 
has to resync everything.

> as I wrote about half a year the best solution would be a local 
> delivery agent which can update the index files and spread the load to 
> the arrival time instead of the mail read time.

That's also getting near. mbox already updates the mail index when 
saving mails to it, I'll soon fix it to update cache file as well. I'll 
do the same for maildir soon too.

>> I guess we'll need a IMAP-optimized format sometimes soon.
>
> than you've to write local delivery agent for many MTAs...

Not necessarily, it can be maildir-compatible for delivery :)

--Apple-Mail-51-43787904
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA156OyUhSUUBViskRAmh1AJ420rFF9FDx1MYut5FOwWNbAeiIJACcDu4t
g9StaD67CavwApo2f8WjzjY=
=ZOm2
-----END PGP SIGNATURE-----

--Apple-Mail-51-43787904--


From tss@iki.fi  Tue Jun 22 06:12:36 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D70BAC000DEB; Tue, 22 Jun 2004 06:12:36 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id AC4BAC000DDE
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 06:12:34 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7468E1C350CB; Tue, 22 Jun 2004 06:04:36 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id D1B991C15337; Tue, 22 Jun 2004 06:04:02 +0300 (EEST)
In-Reply-To: <40D78EED.1020907@tacocat.net>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-52-44575263"
Message-Id: <CFC3BBC5-C3F8-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Tue, 22 Jun 2004 06:04:01 +0300
To: Tom Allison <tallison@tacocat.net>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Farkas Levente <lfarkas@bppiac.hu>, Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 03:12:37 -0000
X-UID: 9608                                                  
Status: O
Content-Length: 2205


--Apple-Mail-52-44575263
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 04:44, Tom Allison wrote:

> That last statement is arguable.  cyrus-imap has some nice 
> capabilities.  But if you use procmail then it's no contest who is 
> going to win!
> ;)

I actually hate procmail. It's code mostly. It's horrible.

> But I seem to remember that their indexes had an achilles heal.  If 
> you (re)moved an email file via filesystem then the indexes were badly 
> corrupted and there was little you could do with that mail directory 
> again.  I don't think that this is proper behaviour for imap servers 
> under a unix environment.

I think it can be fixed by running "cyrusadm recover" or something 
similiar.

> That said, I suspect that cyrus used their indexes as a means of 
> providing some rudimentary search results for a give key and an array 
> of file inodes for the correlating email messages in maildir.  This 
> would store the locations in the file inode table, making for a nice 
> speedy access of files.  Hence, the removal of a file would corrupt 
> their inode lookup table...

I don't really understand much of that :) If you mean by inode table 
the real filesystem's inode table, I don't think you can store any 
custom data there yourself? And removing the file would remove the 
inode, so no problem there.

Anyway, Cyrus' indexes are currently quite similiar to Dovecot's. It 
stores more data per mail, but some of it is just bloat and the rest is 
forcefeeded caching data that client may never use. Cyrus would be able 
to deal with losing files if it just wanted to.

Implementing Cyrus mail store support for Dovecot might be a fun 
project, any takers? :)

--Apple-Mail-52-44575263
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA16GhyUhSUUBViskRAnPBAJwPmmgjsf3wRmltPvIEnY5YvFfPbQCdGxrK
rahQP7kJH+xiDLplzxAaF3U=
=xUch
-----END PGP SIGNATURE-----

--Apple-Mail-52-44575263--


From tss@iki.fi  Tue Jun 22 06:23:34 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5C0ADC000E00; Tue, 22 Jun 2004 06:23:34 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 63B9AC000DDE
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 06:23:32 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 275E71C350CB; Tue, 22 Jun 2004 06:15:34 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 259781C15337; Tue, 22 Jun 2004 06:15:00 +0300 (EEST)
In-Reply-To: <40D79034.2090207@tacocat.net>
References: <20040621140438.22803b07.wmoran@potentialtech.com>
	<3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
	<40D79034.2090207@tacocat.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-53-45232529"
Message-Id: <578675DC-C3FA-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
Date: Tue, 22 Jun 2004 06:14:58 +0300
To: Tom Allison <tallison@tacocat.net>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.8 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 03:23:34 -0000
X-UID: 9609                                                  
Status: O
Content-Length: 1316


--Apple-Mail-53-45232529
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 04:49, Tom Allison wrote:

> I had a conversation with the same fellow a while back.
>
> I'm told that dbmail is actually very fast in mail retrieval.  But I 
> was unable to confirm it myself.

It could be fast, but it couldn't be faster than doing "cat mailfile", 
which is basically what maildir clients do.

> In short, they store the entire header in one field and the entire 
> body in another field.  Hardly optimized for the three or four most 
> common sorts (date, subject, sender, threaded)

Sorting could be completely done by SQL server with ORDER BY, but 
threading would require just fetching a few headers and doing it 
internally. Dovecot 1.0's cache file btw. keeps the commonly used 
headers stored in it.

--Apple-Mail-53-45232529
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA16QyyUhSUUBViskRAol8AKCbTIjv+Ac86nUi1xv9sqOZFtBmJgCfe4ap
tq2RTLm0v/aFb1nr1dtqoTY=
=zDSo
-----END PGP SIGNATURE-----

--Apple-Mail-53-45232529--


From andrew@mux.org.uk  Tue Jun 22 07:12:41 2004
Return-Path: <andrew@mux.org.uk>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E9FBAC000DDE; Tue, 22 Jun 2004 07:12:40 +0300 (EEST)
Received: from 82-41-155-225.cable.ubr01.linl.blueyonder.co.uk
	(82-41-155-225.cable.ubr01.linl.blueyonder.co.uk [82.41.155.225])
	by talvi.dovecot.org (Postfix) with ESMTP id DBE76C000DC7
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 07:12:35 +0300 (EEST)
Received: from [192.168.0.4] (spatula.home [192.168.0.4])
	by gateway.home (Postfix) with ESMTP id 77033134;
	Tue, 22 Jun 2004 05:04:31 +0100 (BST)
Message-ID: <40D7AFCD.5000703@mux.org.uk>
Date: Tue, 22 Jun 2004 05:04:29 +0100
From: Andrew Boothman <andrew@mux.org.uk>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>	<20040621184517.GB29410@widecut.net>
	<7C52ADE4-C3F6-11D8-8017-000393CC2E90@iki.fi>
In-Reply-To: <7C52ADE4-C3F6-11D8-8017-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 04:12:41 -0000
X-UID: 9610                                                  
Status: O
Content-Length: 1126

Timo Sirainen wrote:

>> I haven't tested dovecot in a high load (multiuser) environment yet
>> so I can't say much about the actual load in such a situation.
>> But once the indexes are made (and don't break) what's really
>> left to cause (unjustified) load?
> 
> 
> With maildir the problem is that once it's modified by Dovecot, I can't 
> know if someone else didn't modify it at the same time. So after I 
> change anything it, I'll have to resync the whole maildir again, just in 
> case.

Might it be possible to have a flag in dovecot's config that would allow 
for the case when the only change that could happen to a Maildir is the 
writing of a new file into new/?

In other words the only application other than Dovecot with access to 
the Maildir is the MTA as it writes new emails into new/? That would 
enable Dovecot not to have to concern itself with resyncing other 
directories. This would seem to be the common case when a Maildir is 
only accessed using IMAP/POP3 in an ISP environment and might provide 
performance enhancements until a Dovecot LDA is developed.

Or doesn't that make sense? :)

Andrew

From tss@iki.fi  Tue Jun 22 07:39:03 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0C8EFC000DDE; Tue, 22 Jun 2004 07:39:03 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id F051AC000DC7
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 07:39:00 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 95EE61C350CB; Tue, 22 Jun 2004 07:31:02 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 37E7A1C134FD; Tue, 22 Jun 2004 07:30:28 +0300 (EEST)
In-Reply-To: <40D7AFCD.5000703@mux.org.uk>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>	<20040621184517.GB29410@widecut.net>
	<7C52ADE4-C3F6-11D8-8017-000393CC2E90@iki.fi>
	<40D7AFCD.5000703@mux.org.uk>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-55-49758647"
Message-Id: <E148F1EC-C404-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Tue, 22 Jun 2004 07:30:24 +0300
To: Andrew Boothman <andrew@mux.org.uk>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 04:39:03 -0000
X-UID: 9611                                                  
Status: O
Content-Length: 1409


--Apple-Mail-55-49758647
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 07:04, Andrew Boothman wrote:

>> With maildir the problem is that once it's modified by Dovecot, I 
>> can't know if someone else didn't modify it at the same time. So 
>> after I change anything it, I'll have to resync the whole maildir 
>> again, just in case.
>
> Might it be possible to have a flag in dovecot's config that would 
> allow for the case when the only change that could happen to a Maildir 
> is the writing of a new file into new/?

Sure, but that's the beginning on the way for it to be completely 
different mail format :) Next one would be "keep flag states only in 
index, don't bother renaming the maildir files", then comes "just keep 
the filenames named as UID so we don't need to waste memory for maildir 
filenames". Then it's pretty much what I had in mind for my own mailbox 
format..


--Apple-Mail-55-49758647
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA17XhyUhSUUBViskRAl5JAKCT9VPmsefpIH0yaO4tBRGVgiVNRgCfdUwe
pR1LN7MHZeUw+1ESN8PWYKQ=
=n9Sp
-----END PGP SIGNATURE-----

--Apple-Mail-55-49758647--


From rueckert@informatik.uni-rostock.de  Tue Jun 22 08:32:15 2004
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 20160C000DDE; Tue, 22 Jun 2004 08:32:15 +0300 (EEST)
Received: from monsters.rsn.uni-rostock.de (monsters.rsn.uni-rostock.de
	[139.30.253.26])
	by talvi.dovecot.org (Postfix) with ESMTP id 20AE7C000DC7
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 08:32:13 +0300 (EEST)
Received: from intern.dot.rsn.uni-rostock.de (intern.dot.rsn.uni-rostock.de
	[192.168.22.4])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "mail.pixalized.technet" (not verified))
	by monsters.rsn.uni-rostock.de (Postfix) with ESMTP id D2BC1F254;
	Tue, 22 Jun 2004 07:25:54 +0200 (CEST)
Received: by intern.dot.rsn.uni-rostock.de (Postfix, from userid 1000)
	id 4AFFA5A4B7; Tue, 22 Jun 2004 03:53:21 +0200 (CEST)
Date: Tue, 22 Jun 2004 03:53:21 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Tom Allison <tallison@tacocat.net>
Subject: Re: [Dovecot] 1.0-test21
Message-ID: <20040622015321.GA32337@monsters.rsn.uni-rostock.de>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40D78EED.1020907@tacocat.net>
User-Agent: Mutt/1.5.6i
Cc: Farkas Levente <lfarkas@bppiac.hu>, Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 05:32:15 -0000
X-UID: 9612                                                  
Status: O

hi,

On 2004-06-21 21:44:13 -0400, Tom Allison wrote:
> But I seem to remember that their indexes had an achilles heal.  If you 
> (re)moved an email file via filesystem then the indexes were badly 
> corrupted and there was little you could do with that mail directory 
> again.  I don't think that this is proper behaviour for imap servers 
> under a unix environment.

thats why normally a user cant access the maildirs directly. so this
isnt a case which should happen often. but i agree the failure handling
needs some work for that case. :)

thats one of the points i hate about cyrus. you cant access it locally
direct. only via imap/pop.

and about the mentioned procmail: you have sieve ... and i like the
syntax of it more than the one from procmail. thats why i use maildrop
atm.

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From tss@iki.fi  Tue Jun 22 10:56:34 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3BAE6C000DCB; Tue, 22 Jun 2004 10:56:34 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 1AE48C000D93
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 10:56:32 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 64FF11C350CB; Tue, 22 Jun 2004 10:48:33 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 2D1181C134FD; Tue, 22 Jun 2004 10:47:59 +0300 (EEST)
Subject: Re: [Dovecot] I/O Leak?
From: Timo Sirainen <tss@iki.fi>
To: Paul McMurphy <paul@mcmurphy.net>
In-Reply-To: <002f01c457f6$b6fdbc70$0a01a8c0@nForce>
References: <002f01c457f6$b6fdbc70$0a01a8c0@nForce>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-PbJ32fn7TYGqaVGRA8cE"
Message-Id: <1087890478.18792.49.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 22 Jun 2004 10:47:58 +0300
X-Spam-Status: No, hits=-9.4 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 07:56:34 -0000
X-UID: 9613                                                  
Status: O
Content-Length: 1340


--=-PbJ32fn7TYGqaVGRA8cE
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-22 at 04:17, Paul McMurphy wrote:
> =20
> Is the I/O leak message normal?
> Jun 22 02:12:39 xbox pop3(paul):
> lstat(/var/mail/Maildir/paul/INBOX/cur) failed: Permission denied
> Jun 22 02:12:39 xbox pop3(paul):
> lstat(/var/mail/Maildir/paul/INBOX/cur) failed: Permission denied
> Jun 22 02:12:39 xbox pop3: I/O leak: 0x8050ce0 (0)
> Jun 22 02:12:39 xbox pop3: I/O leak: 0x8084b10 (1)

More or less, they just mean some memory was leaked and that there might
be a bug somewhere. They've already been fixed in 1.0-tests.

The "Permissions denied" messages aren't normal, though :) I/O leaks
happen probably because of them.

> Oh... and any hints on the permissions problem would be ok also. ;)

Give that Dovecot user (paul) correct permissions for it. Is uid set
right in userdb and the same uid owns /var/mail/Maildir/paul directory
and everything under it?


--=-PbJ32fn7TYGqaVGRA8cE
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA1+QuyUhSUUBViskRAm5IAKCgK7FoVB30utytUZvFH4ic0ER2zgCdHGvX
OrfrM2hab/63LccBQc07uNw=
=I4Bh
-----END PGP SIGNATURE-----

--=-PbJ32fn7TYGqaVGRA8cE--


From tss@iki.fi  Tue Jun 22 11:25:19 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 44ECBC000DCB; Tue, 22 Jun 2004 11:25:19 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 184F2C000D93
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 11:25:17 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 584961C350CB; Tue, 22 Jun 2004 11:17:18 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 51BDA1C134FD
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 11:16:45 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: Dovecot list <dovecot@dovecot.org>
In-Reply-To: <D39B645A-C3AC-11D8-8017-000393CC2E90@iki.fi>
References: <D39B645A-C3AC-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-t3L2DinJJd6x4i+12hFM"
Message-Id: <1087892204.18792.79.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 22 Jun 2004 11:16:44 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] Quota plugin
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 08:25:19 -0000
X-UID: 9614                                                  
Status: O
Content-Length: 2140


--=-t3L2DinJJd6x4i+12hFM
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-21 at 21:00, Timo Sirainen wrote:
> I've updated the proxy plugin at=20
> http://dovecot.org/patches/1.0/quota.c.

Eeh.. Quota plugin, of course. I mixed up quota and proxy words way too
much yesterday when I had to modify both the class proxying code which
enables writing plugins more easily as well as the quota plugin.

Today with latest CVS code the latest quota plugin fully works with
mbox.

Except.. I think the logic needs some more thinking. When exactly is the
quota updated? Is it our responsibility to update quota for changes made
by others then Dovecot? Currently it updates only it's own changes.

Maybe it would be better to implement like:

1. Hook into save/copy commands

Decrease quota_left internally for each mail, if it ever would become
negative, fail the save/copy command. when the whole transaction is
complete, update the quota backend.

2. Hook into syncing

For each external newly appeared mail, increase the quota (our save/copy
hook already updated it for internally created mails).

For each internal or external expunge, decrease the quota.

If we don't know expunged mail's size anymore (external expunge and we
hadn't cached it's size), we need to recalculate quota. Stop calculating
quota for the rest of the syncing session, and at the end do the
recalculating by summing size of all existing messages.

Currently it's not possible to hook into syncing, I have to think how
that'd work.. It would probably need to hook between index <-> storage
syncing, not between client <-> storage. Although the latter would work,
the actual message has always been deleted at that point and there's
less chance of getting it's size.


--=-t3L2DinJJd6x4i+12hFM
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA1+rsyUhSUUBViskRAtTpAKCYYgfl3EKafImdyHucKeSiw1mV0ACfTwzx
FBNxDB8XAWCBq2spf6AV1QA=
=8RtK
-----END PGP SIGNATURE-----

--=-t3L2DinJJd6x4i+12hFM--


From hervec@sports.fr  Tue Jun 22 11:56:30 2004
Return-Path: <hervec@sports.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A6659C000D8E; Tue, 22 Jun 2004 11:56:30 +0300 (EEST)
Received: from mail2.sports.fr (host.26.9.23.62.rev.coltfrance.com
	[62.23.9.26])
	by talvi.dovecot.org (Postfix) with ESMTP id F1354C000987
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 11:56:27 +0300 (EEST)
Received: from host.146.247.23.62.rev.coltfrance.com ([62.23.247.146]:32865
	helo=[172.16.16.183])
	by mail2.sports.fr with asmtp (Exim 4.31 #1 (OpenNA Linux))
	id 1Bcgx9-00083S-V5; Tue, 22 Jun 2004 10:48:28 +0200
Message-ID: <40D7F214.5040704@sports.fr>
Date: Tue, 22 Jun 2004 10:47:16 +0200
From: =?ISO-8859-15?Q?Herv=E9_Commowick_-_NewSports?= <hervec@sports.fr>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040605)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org, tss@iki.fi
References: <40D24107.3000301@sports.fr> <1087523287.25522.77.camel@hurina>
In-Reply-To: <1087523287.25522.77.camel@hurina>
X-SA-Do-Not-Run: Yes
X-SA-Exim-Connect-IP: 62.23.247.146
X-SA-Exim-Mail-From: hervec@sports.fr
Subject: Re: [Dovecot] LDAP Bind
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on 
	mail2.sports.fr
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.61
X-SA-Exim-Version: 4.0 (built Sat, 10 Apr 2004 11:26:52 -0400)
X-SA-Exim-Scanned: Yes (on mail2.sports.fr)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 08:56:30 -0000
X-UID: 9615                                                  
Status: O
Content-Length: 1941

Timo Sirainen wrote:

>On Fri, 2004-06-18 at 04:10, Herv Commowick - NewSports wrote:
>  
>
>>- how not using the authentication bind feature of ldap server ?
>>i rewrite checkpassword-ldap recently to use in bincimap server, and it 
>>take 3 lines to do this, so i don't understand how you don't use it.
>>it is more powerful and more secure than retrieve pasword from the base 
>>and use crypto api to compare it.
>>    
>>
>
>When I originally wrote the LDAP code I didn't really know about
>authentication binds. Later I once tried to write support for them but
>got tired and didn't finish it.
>
>dovecot-auth tries to do everything inside one process (it's fast).
>Making auth binds is a bit more difficult to do in non-blocking way.
>
>I've thought about adding checkpassword support for dovecot-auth
>actually. For now you could support auth binds with PAM and pam-ldap
>module.
>
>  
>
ok for this :)
i'll try to implement this, when i've time, i'll provide patch if i find 
an issue.

>>- is the dovecot server support the IMAPdir feature like bincimap or not ?
>>    
>>
>
>No, at least not yet. It's pretty nice format, but for being named
>IMAPdir I think it should have been designed to be 100% IMAP-compatible.
>
>The problem is that with IMAPdir (and Maildir++) RENAME isn't atomic
>when it has to rename subfolders. Also renaming INBOX can be problematic
>to implement atomically (the INBOX must never be lost).
>
>  
>
i don't understand as well, i'll try to find document about that.

>Pretty much the only way to do this with UNIX would be to use real
>directories to implement hierarchies rather than a special '.' separator
>in file/directory name. I wonder why Andreas didn't do this.
>  
>
IMAPdir use real directory to implement hierarchy, if i create a folder, 
it is created in IMAPdir directory like that :
IMAPdir
\_INBOX
\_TestFolder

so the IMAPdir use real directory and not special '.' separator...

Herv.

From tss@iki.fi  Tue Jun 22 12:09:46 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1B951C000D90; Tue, 22 Jun 2004 12:09:46 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id E06E0C000987
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:09:43 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1A0B91C350CB; Tue, 22 Jun 2004 12:01:45 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id D74151C134FD; Tue, 22 Jun 2004 12:01:10 +0300 (EEST)
Subject: Re: [Dovecot] LDAP Bind
From: Timo Sirainen <tss@iki.fi>
To: =?ISO-8859-1?Q?Herv=E9?= Commowick - NewSports <hervec@sports.fr>
In-Reply-To: <40D7F214.5040704@sports.fr>
References: <40D24107.3000301@sports.fr> <1087523287.25522.77.camel@hurina>
	<40D7F214.5040704@sports.fr>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-hKnd/nTQ7vFg33nTfy9S"
Message-Id: <1087894870.18792.94.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 22 Jun 2004 12:01:10 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 09:09:46 -0000
X-UID: 9616                                                  
Status: O
Content-Length: 1933


--=-hKnd/nTQ7vFg33nTfy9S
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-22 at 11:47, Herv=E9 Commowick - NewSports wrote:
> >I've thought about adding checkpassword support for dovecot-auth
> >actually. For now you could support auth binds with PAM and pam-ldap
> >module.

BTW. 1.0-test21 has passdb checkpassword support. Still need userdb
though.

> >No, at least not yet. It's pretty nice format, but for being named
> >IMAPdir I think it should have been designed to be 100% IMAP-compatible.
> >
> >The problem is that with IMAPdir (and Maildir++) RENAME isn't atomic
> >when it has to rename subfolders. Also renaming INBOX can be problematic
> >to implement atomically (the INBOX must never be lost).
> >
> i don't understand as well, i'll try to find document about that.

It's not too bad, I just think the IMAPdir name is wrong in that case :)

> >Pretty much the only way to do this with UNIX would be to use real
> >directories to implement hierarchies rather than a special '.' separator
> >in file/directory name. I wonder why Andreas didn't do this.
> > =20
> >
> IMAPdir use real directory to implement hierarchy, if i create a folder,=20
> it is created in IMAPdir directory like that :
> IMAPdir
> \_INBOX
> \_TestFolder
>=20
> so the IMAPdir use real directory and not special '.' separator...

But when you create a folder under TestFolder? That's created as
"TestFolder.SubFolder" in the root dir, not as "TestFolder/SubFolder".
At least that's how bincimap.org web page explains it.


--=-hKnd/nTQ7vFg33nTfy9S
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA1/VWyUhSUUBViskRAnRGAJ49OgqPuM8UkIlJeKD0nPCIxBUNywCgkqfe
t3UEUshjTJ5ihcB2ItdKw6k=
=jB0/
-----END PGP SIGNATURE-----

--=-hKnd/nTQ7vFg33nTfy9S--


From hervec@sports.fr  Tue Jun 22 12:30:13 2004
Return-Path: <hervec@sports.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AD324C000D90; Tue, 22 Jun 2004 12:30:13 +0300 (EEST)
Received: from mail2.sports.fr (host.26.9.23.62.rev.coltfrance.com
	[62.23.9.26])
	by talvi.dovecot.org (Postfix) with ESMTP id 5FE55C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:30:11 +0300 (EEST)
Received: from host.146.247.23.62.rev.coltfrance.com ([62.23.247.146]:32934
	helo=[172.16.16.183])
	by mail2.sports.fr with asmtp (Exim 4.31 #1 (OpenNA Linux))
	id 1BchTn-0008I5-A2; Tue, 22 Jun 2004 11:22:12 +0200
Message-ID: <40D7F9FC.5060400@sports.fr>
Date: Tue, 22 Jun 2004 11:21:00 +0200
From: =?ISO-8859-15?Q?Herv=E9_Commowick_-_NewSports?= <hervec@sports.fr>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040605)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>, dovecot@dovecot.org
References: <40D24107.3000301@sports.fr>
	<1087523287.25522.77.camel@hurina>	<40D7F214.5040704@sports.fr>
	<1087894870.18792.94.camel@hurina>
In-Reply-To: <1087894870.18792.94.camel@hurina>
X-SA-Do-Not-Run: Yes
X-SA-Exim-Connect-IP: 62.23.247.146
X-SA-Exim-Mail-From: hervec@sports.fr
Subject: Re: [Dovecot] LDAP Bind
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on 
	mail2.sports.fr
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.61
X-SA-Exim-Version: 4.0 (built Sat, 10 Apr 2004 11:26:52 -0400)
X-SA-Exim-Scanned: Yes (on mail2.sports.fr)
Cc: 
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 09:30:13 -0000
X-UID: 9617                                                  
Status: O
Content-Length: 1811

Timo Sirainen wrote:

>On Tue, 2004-06-22 at 11:47, Herv Commowick - NewSports wrote:
>  
>
>>>I've thought about adding checkpassword support for dovecot-auth
>>>actually. For now you could support auth binds with PAM and pam-ldap
>>>module.
>>>      
>>>
>
>BTW. 1.0-test21 has passdb checkpassword support. Still need userdb
>though.
>
>  
>
great. but checkpassword program does not split the userdb and the 
passdb so how it is implemented ? :)

>>>No, at least not yet. It's pretty nice format, but for being named
>>>IMAPdir I think it should have been designed to be 100% IMAP-compatible.
>>>
>>>The problem is that with IMAPdir (and Maildir++) RENAME isn't atomic
>>>when it has to rename subfolders. Also renaming INBOX can be problematic
>>>to implement atomically (the INBOX must never be lost).
>>>
>>>      
>>>
>>i don't understand as well, i'll try to find document about that.
>>    
>>
>
>It's not too bad, I just think the IMAPdir name is wrong in that case :)
>
>  
>
i think so, ok.

>>>Pretty much the only way to do this with UNIX would be to use real
>>>directories to implement hierarchies rather than a special '.' separator
>>>in file/directory name. I wonder why Andreas didn't do this.
>>> 
>>>
>>>      
>>>
>>IMAPdir use real directory to implement hierarchy, if i create a folder, 
>>it is created in IMAPdir directory like that :
>>IMAPdir
>>\_INBOX
>>\_TestFolder
>>
>>so the IMAPdir use real directory and not special '.' separator...
>>    
>>
>
>But when you create a folder under TestFolder? That's created as
>"TestFolder.SubFolder" in the root dir, not as "TestFolder/SubFolder".
>At least that's how bincimap.org web page explains it.
>
>  
>
that's right..... it's ridiculous, why use real directory for top level 
and '.' separator for the other ....

thanks.

Herv

From discussion-lists@linnet.org  Tue Jun 22 12:35:21 2004
Return-Path: <discussion-lists@linnet.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E115AC000D90; Tue, 22 Jun 2004 12:35:21 +0300 (EEST)
Received: from puzzle.pobox.com (puzzle.pobox.com [207.8.214.3])
	by talvi.dovecot.org (Postfix) with ESMTP id AA414C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:35:19 +0300 (EEST)
Received: from localhost.localdomain (localhost [127.0.0.1])
	by puzzle.pobox.com (Postfix) with ESMTP
	id 30942139095; Tue, 22 Jun 2004 05:27:11 -0400 (EDT)
Received: from vaio.linnet.org (mk-ns500-1.uk.tiscali.com [212.74.112.53])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by puzzle.pobox.com (Postfix) with ESMTP
	id 69B00139077; Tue, 22 Jun 2004 05:27:10 -0400 (EDT)
Received: from lists by vaio.linnet.org with local (Exim 4.30)
	id 1BchYi-000I49-44; Tue, 22 Jun 2004 10:27:16 +0100
Date: Tue, 22 Jun 2004 10:27:16 +0100
From: Brian Candler <B.Candler@pobox.com>
To: Herv? Commowick - NewSports <hervec@sports.fr>
Subject: Re: [Dovecot] LDAP Bind
Message-ID: <20040622092715.GA69436@uk.tiscali.com>
References: <40D24107.3000301@sports.fr> <1087523287.25522.77.camel@hurina>
	<40D7F214.5040704@sports.fr> <1087894870.18792.94.camel@hurina>
	<40D7F9FC.5060400@sports.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40D7F9FC.5060400@sports.fr>
User-Agent: Mutt/1.4.1i
Cc: Timo Sirainen <tss@iki.fi>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 09:35:22 -0000
X-UID: 9618                                                  
Status: O

On Tue, Jun 22, 2004 at 11:21:00AM +0200, Herv? Commowick - NewSports wrote:
> that's right..... it's ridiculous, why use real directory for top level 
> and '.' separator for the other ....

In courier-imap I think it's so that the quota file can be found when
delivering directly to a folder.

  Maildir/             -- contains maildirsize (quota calculation info)
  Maildir/.foo         -- contains maildirfolder (zero bytes)
  Maildir/.foo.bar     -- contains maildirfolder (zero bytes)

When you deliver to a Maildir, if you find a file 'maildirfolder' in it,
then you move up to the parent directory to find the quota file.

If it were arranged as

  Maildir/foo/bar

then you would need to know that you'd have to go up *two* levels to find
the quota file.

Regards,

Brian.

From kiwi@oav.net  Tue Jun 22 12:47:32 2004
Return-Path: <kiwi@oav.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D6BEDC000D94; Tue, 22 Jun 2004 12:47:32 +0300 (EEST)
Received: from kaneda.oav.net (kaneda.oav.net [195.20.105.154])
	by talvi.dovecot.org (Postfix) with ESMTP id B3070C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:47:30 +0300 (EEST)
Received: from localhost (localhost.oav.net [127.0.0.1])
	by kaneda.oav.net (Postfix) with ESMTP id AA26E15228;
	Tue, 22 Jun 2004 11:39:30 +0200 (CEST) (envelope-from kiwi@oav.net)
Received: from kaneda.oav.net ([127.0.0.1])
	by localhost (kaneda.oav.net [127.0.0.1]) (amavisd-new,
	port 10024) with LMTP
	id 94893-06-2; Tue, 22 Jun 2004 11:39:27 +0200 (CEST)
Received: from [192.168.0.7] (kiwi.oav.net [82.225.248.92])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by kaneda.oav.net (Postfix) with ESMTP id 76B4A15227;
	Tue, 22 Jun 2004 11:39:26 +0200 (CEST) (envelope-from kiwi@oav.net)
In-Reply-To: <20040621150459.10bcccb6.wmoran@potentialtech.com>
References: <20040621140438.22803b07.wmoran@potentialtech.com>
	<3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
	<20040621150459.10bcccb6.wmoran@potentialtech.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Message-Id: <0D26A453-C430-11D8-807C-000A958871B8@oav.net>
Content-Transfer-Encoding: quoted-printable
From: Xavier Beaudouin <kiwi@oav.net>
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
Date: Tue, 22 Jun 2004 11:39:26 +0200
To: Bill Moran <wmoran@potentialtech.com>
X-Mailer: Apple Mail (2.618)
X-Virus-Scanned: by amavisd-new at kaneda.oav.net
X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=6.3 tests=
X-Spam-Level: 
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 09:47:33 -0000
X-UID: 9619                                                  
Status: O
Content-Length: 1186

> Reliability is the reason for me.  We already have acceptable=20
> performance.
> I'm dealing with a client that provides IMAP services for multiple=20
> clients, and
> we're concerned about what happens in the event of a server failure on=20=

> the
> machine with the HDDs.  There's already RAID in place, but what if the=20=

> mobo,
> PS, controller ... etc fails.

Allmost everybody has such requirements.

> What I'd like to do is use Postgres with Slony to keep the IMAP=20
> folders on two
> completely seperate machines in real-time.

What about using Netapps (with snapmirrors or snapsync), then you'll=20
get a rock stable storage system... and available on all machines in=20
real-time :p

With maildir and nfs you'll can get a very stable system...

Using database (eg postgres) as storage system can be a good idea=20
(mostly when you'd like to search something), but when it get corrupted=20=

or fragmented... then you'll have troubles....

This is my 0,02=80 ... :)

/Savier

--
Xavier Beaudouin - Unix System Administrator & Projects Leader.
President of Kazar Organization : http://www.kazar.net/
Please visit http://caudium.net/, home of Caudium & Camas projects


From lfarkas@bppiac.hu  Tue Jun 22 13:48:13 2004
Return-Path: <lfarkas@bppiac.hu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 452A6C000D90; Tue, 22 Jun 2004 13:48:13 +0300 (EEST)
Received: from mx1.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by talvi.dovecot.org (Postfix) with ESMTP id D9BA7C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 13:48:10 +0300 (EEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id 9199A16F8DC; Tue, 22 Jun 2004 12:40:11 +0200 (CEST)
Received: from bppiac.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mx1.bppiac.hu (Postfix) with ESMTP id 80BD316F8DB
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:40:11 +0200 (CEST)
Message-ID: <40D80C8F.5040801@bppiac.hu>
Date: Tue, 22 Jun 2004 12:40:15 +0200
From: Farkas Levente <lfarkas@bppiac.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu>
	<FA76246D-C3F6-11D8-8017-000393CC2E90@iki.fi>
In-Reply-To: <FA76246D-C3F6-11D8-8017-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 10:48:13 -0000
X-UID: 9620                                                  
Status: O
Content-Length: 1773

Timo Sirainen wrote:
> On 22.6.2004, at 01:18, Farkas Levente wrote:
> 
>>> 0.99.10 indexes aren't too good, but I still find it a bit strange 
>>> that Cyrus takes something like 10x less load. I'd think most of it 
>>> has to do with maildir format itself, that it needs to rename files 
>>> when flags change, and Dovecot needsTimo Sirainen <tss@iki.fi> to resync the whole maildir 
>>> after each change in mailbox (and sometimes twice).
>>
>>
>> why should have to resync? couldn't be possible to do one atomic 
>> rename and index update step without resync?
> 
> 
> But to be interoperable with other maildir clients, Dovecot can't know 
> if someone else didn't do other changes within the same second. So it 
> has to resync everything.

but if this is the real reason there can be a configuration option where 
the sysadm can state "we don't use other maildir clients". since most of 
the case that's the situation. and may be some resync can happend when 
something goes wrong.

>> as I wrote about half a year the best solution would be a local 
>> delivery agent which can update the index files and spread the load to 
>> the arrival time instead of the mail read time.
> 
> 
> That's also getting near. mbox already updates the mail index when 
> saving mails to it, I'll soon fix it to update cache file as well. I'll 
> do the same for maildir soon too.

there will be a delivery agent which I can set for postfix and procmail 
to use when store mails?

>>> I guess we'll need a IMAP-optimized format sometimes soon.
>>
>>
>> than you've to write local delivery agent for many MTAs...
> 
> 
> Not necessarily, it can be maildir-compatible for delivery :)

that's would be amazing!

-- 
   Levente                               "Si vis pacem para bellum!"


From lfarkas@bppiac.hu  Tue Jun 22 13:51:24 2004
Return-Path: <lfarkas@bppiac.hu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E52C9C000D93; Tue, 22 Jun 2004 13:51:24 +0300 (EEST)
Received: from mx1.bppiac.hu (portal.bppiac.hu [212.24.171.194])
	by talvi.dovecot.org (Postfix) with ESMTP id E7047C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 13:51:22 +0300 (EEST)
Received: from portal.bppiac.hu (localhost [127.0.0.1])
	by portal.bppiac.hu (Postfix) with SMTP
	id C1D1D16F8DC; Tue, 22 Jun 2004 12:43:23 +0200 (CEST)
Received: from bppiac.hu (garfield.int.bppiac.hu [192.168.0.50])
	by mx1.bppiac.hu (Postfix) with ESMTP id AF55716F4AC
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:43:23 +0200 (CEST)
Message-ID: <40D80D4F.4000307@bppiac.hu>
Date: Tue, 22 Jun 2004 12:43:27 +0200
From: Farkas Levente <lfarkas@bppiac.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net>
	<CFC3BBC5-C3F8-11D8-8017-000393CC2E90@iki.fi>
In-Reply-To: <CFC3BBC5-C3F8-11D8-8017-000393CC2E90@iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 10:51:25 -0000
X-UID: 9621                                                  
Status: O

Timo Sirainen wrote:
> On 22.6.2004, at 04:44, Tom Allison wrote:
> 
>> That last statement is arguable.  cyrus-imap has some nice 
>> capabilities.  But if you use procmail then it's no contest who is 
>> going to win!
>> ;)
> 
> 
> I actually hate procmail. It's code mostly. It's horrible.

what else can we use eg. to put a different folder the dovecot mailing 
list's mails. which have to work on the server side in order to be able 
to read by mozilla and webmail to?

-- 
   Levente                               "Si vis pacem para bellum!"


From gmid-dovecot@m.gmane.org  Tue Jun 22 13:53:38 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A6ADCC000D93; Tue, 22 Jun 2004 13:53:38 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id 970BDC000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 13:53:36 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BcimI-0002ca-00
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:45:22 +0200
Received: from p5487c0d0.dip.t-dialin.net ([84.135.192.208])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:45:22 +0200
Received: from matthias.andree by p5487c0d0.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:45:22 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 22 Jun 2004 11:01:21 +0200
Lines: 14
Message-ID: <m3fz8ootjy.fsf@merlin.emma.line.org>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: p5487c0d0.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:tw4EABDdT4ou4FXwIKoOPl3LH3E=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 1.0-test21
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 10:53:38 -0000
X-UID: 9622                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> 0.99.10 indexes aren't too good, but I still find it a bit strange that
> Cyrus takes something like 10x less load. I'd think most of it has to
> do

Load is the number of processes that are ready to run or running IIRC,
hence, iowait contributes to the load without actually doing anything
useful besides waiting for the hardware...

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From tallison@tacocat.net  Tue Jun 22 14:01:42 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A887CC000D93; Tue, 22 Jun 2004 14:01:42 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 626AEC000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 14:01:40 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id 46C2B4C083;
	Tue, 22 Jun 2004 06:53:40 -0400 (EDT)
Message-ID: <40D80FB4.8080500@tacocat.net>
Date: Tue, 22 Jun 2004 06:53:40 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net>
	<20040622015321.GA32337@monsters.rsn.uni-rostock.de>
In-Reply-To: <20040622015321.GA32337@monsters.rsn.uni-rostock.de>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Farkas Levente <lfarkas@bppiac.hu>, Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 11:01:42 -0000
X-UID: 9623                                                  
Status: O

Marcus Rueckert wrote:
> and about the mentioned procmail: you have sieve ... and i like the
> syntax of it more than the one from procmail. thats why i use maildrop
> atm.
> 
> darix
> 

True that about sieve.  But I gave up on it as soon as I found out that 
I couldn't shell out.  I run bogofilter as my spam filter and that's 
only run as a shell application.  I guess maildrop can handle this as 
well, and it might look better than procmail, but sieve definitely 
cannot do this.

The shell out capability also permits me to test things against email to 
get a better idea of what might be done to limit spam without losing 
email.  I have never used maildrop, but I understand it can do this just 
as well.  I'm not sure that there is anything that procmail can't do 
that maildrop can do and visa versa.


From hervec@sports.fr  Tue Jun 22 14:02:33 2004
Return-Path: <hervec@sports.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 808D4C000DC3; Tue, 22 Jun 2004 14:02:33 +0300 (EEST)
Received: from mail2.sports.fr (host.26.9.23.62.rev.coltfrance.com
	[62.23.9.26])
	by talvi.dovecot.org (Postfix) with ESMTP id 43A4AC000D9C
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 14:02:27 +0300 (EEST)
Received: from host.146.247.23.62.rev.coltfrance.com ([62.23.247.146]:32989
	helo=[172.16.16.183])
	by mail2.sports.fr with asmtp (Exim 4.31 #1 (OpenNA Linux))
	id 1Bciv5-00077w-9Y
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 12:54:28 +0200
Message-ID: <40D80F9A.6050704@sports.fr>
Date: Tue, 22 Jun 2004 12:53:14 +0200
From: =?ISO-8859-1?Q?Herv=E9_Commowick_-_NewSports?= <hervec@sports.fr>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040605)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>	<40D75EBD.4080605@bppiac.hu>
	<40D78EED.1020907@tacocat.net>	<CFC3BBC5-C3F8-11D8-8017-000393CC2E90@iki.fi>
	<40D80D4F.4000307@bppiac.hu>
In-Reply-To: <40D80D4F.4000307@bppiac.hu>
X-SA-Do-Not-Run: Yes
X-SA-Exim-Connect-IP: 62.23.247.146
X-SA-Exim-Mail-From: hervec@sports.fr
Subject: Re: [Dovecot] 1.0-test21
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on 
	mail2.sports.fr
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.61
X-SA-Exim-Version: 4.0 (built Sat, 10 Apr 2004 11:26:52 -0400)
X-SA-Exim-Scanned: Yes (on mail2.sports.fr)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 11:02:33 -0000
X-UID: 9624                                                  
Status: O

Farkas Levente wrote:

> Timo Sirainen wrote:
>
>> On 22.6.2004, at 04:44, Tom Allison wrote:
>>
>>> That last statement is arguable.  cyrus-imap has some nice 
>>> capabilities.  But if you use procmail then it's no contest who is 
>>> going to win!
>>> ;)
>>
>>
>>
>> I actually hate procmail. It's code mostly. It's horrible.
>
>
> what else can we use eg. to put a different folder the dovecot mailing 
> list's mails. which have to work on the server side in order to be 
> able to read by mozilla and webmail to?
>
my mail is sort by exim with exim filter language and put in directory i 
want, it is more powerful than procmail

Herv.

From tallison@tacocat.net  Tue Jun 22 14:15:31 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8E2DBC000D90; Tue, 22 Jun 2004 14:15:31 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id 3FA30C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 14:15:29 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id 930104C083;
	Tue, 22 Jun 2004 07:07:29 -0400 (EDT)
Message-ID: <40D812F1.5030203@tacocat.net>
Date: Tue, 22 Jun 2004 07:07:29 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>	<20040621184517.GB29410@widecut.net>
	<7C52ADE4-C3F6-11D8-8017-000393CC2E90@iki.fi>
In-Reply-To: <7C52ADE4-C3F6-11D8-8017-000393CC2E90@iki.fi>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 11:15:31 -0000
X-UID: 9625                                                  
Status: O
Content-Length: 1847

Timo Sirainen wrote:
> On 21.6.2004, at 21:45, Moe Wibble wrote:
> 
>>> I recently saw some benchmarks (measuring system load) comparing
>>> Dovecot mbox, maildir and Cyrus. Dovecot was much slower than I
>>> thought, Cyrus was many times faster in most tests. Dovecot with mbox
>>> was also much faster than with maildir, even though my 0.99.10 mbox
>>> code is pretty bad.
>>
>>
>> Strange...  I'd think that rewriting the mbox files would cause a lot
>> more performance issues than shuffling around files in a Maildir.
> 
> 
> They probably were using mboxes that had already all the necessay X-UID 
> etc. fields, so rewriting wouldn't need to do more than really required.
> 
>>> 0.99.10 indexes aren't too good, but I still find it a bit strange that
>>> Cyrus takes something like 10x less load. I'd think most of it has to
>>> do with maildir format itself, that it needs to rename files when flags
>>> change, and Dovecot needs to resync the whole maildir after each change
>>> in mailbox (and sometimes twice).
>>
>>
>> I haven't tested dovecot in a high load (multiuser) environment yet
>> so I can't say much about the actual load in such a situation.
>> But once the indexes are made (and don't break) what's really
>> left to cause (unjustified) load?
> 
> 
> With maildir the problem is that once it's modified by Dovecot, I can't 
> know if someone else didn't modify it at the same time. So after I 
> change anything it, I'll have to resync the whole maildir again, just in 
> case.
> 

I get to ask a dumb question:
Can you put a filelock on the mail files while you are handling them to 
ensure that no one else is messing with them?
I guess the question is then, if you have N emails in folder, then how 
do you ensure that the other N-1 emails didn't get messed with, or that 
there aren't now N+m emails in the maildir...


From tallison@tacocat.net  Tue Jun 22 14:18:10 2004
Return-Path: <tallison@tacocat.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4C562C000D90; Tue, 22 Jun 2004 14:18:10 +0300 (EEST)
Received: from cling.tacocat.net (cpe-069-133-095-206.twmi.rr.com
	[69.133.95.206])
	by talvi.dovecot.org (Postfix) with ESMTP id CE401C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 14:18:05 +0300 (EEST)
Received: from tacocat.net (loki.tacocat.net [192.168.1.10])
	by cling.tacocat.net (Postfix) with ESMTP id 3E38F4C083;
	Tue, 22 Jun 2004 07:10:06 -0400 (EDT)
Message-ID: <40D8138E.4040100@tacocat.net>
Date: Tue, 22 Jun 2004 07:10:06 -0400
From: Tom Allison <tallison@tacocat.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Farkas Levente <lfarkas@bppiac.hu>
Subject: Re: [Dovecot] 1.0-test21
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>	<40D75EBD.4080605@bppiac.hu>
	<40D78EED.1020907@tacocat.net>	<CFC3BBC5-C3F8-11D8-8017-000393CC2E90@iki.fi>
	<40D80D4F.4000307@bppiac.hu>
In-Reply-To: <40D80D4F.4000307@bppiac.hu>
X-Enigmail-Version: 0.76.8.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 11:18:11 -0000
X-UID: 9626                                                  
Status: O

Farkas Levente wrote:
> Timo Sirainen wrote:
> 
>> On 22.6.2004, at 04:44, Tom Allison wrote:
>>
>>> That last statement is arguable.  cyrus-imap has some nice 
>>> capabilities.  But if you use procmail then it's no contest who is 
>>> going to win!
>>> ;)
>>
>>
>>
>> I actually hate procmail. It's code mostly. It's horrible.
> 
> 
> what else can we use eg. to put a different folder the dovecot mailing 
> list's mails. which have to work on the server side in order to be able 
> to read by mozilla and webmail to?
> 
maildrop, from courier


From maikel@ladot.com  Tue Jun 22 14:32:28 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B9E97C000D90; Tue, 22 Jun 2004 14:32:28 +0300 (EEST)
Received: from amsfep18-int.chello.nl (amsfep18-int.chello.nl [213.46.243.13])
	by talvi.dovecot.org (Postfix) with ESMTP id A955AC000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 14:32:26 +0300 (EEST)
Received: from myst.dohd.org ([62.163.181.64]) by amsfep18-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040622112426.UTVX25344.amsfep18-int.chello.nl@myst.dohd.org>
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 13:24:26 +0200
Received: from [172.31.4.9] (pool-5.ladot.com [217.22.64.98])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i5MBPatn010772
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 13:25:41 +0200 (CEST)
	(envelope-from maikel@ladot.com)
Mime-Version: 1.0 (Apple Message framework v618)
In-Reply-To: <0D26A453-C430-11D8-807C-000A958871B8@oav.net>
References: <20040621140438.22803b07.wmoran@potentialtech.com>
	<3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
	<20040621150459.10bcccb6.wmoran@potentialtech.com>
	<0D26A453-C430-11D8-807C-000A958871B8@oav.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <B1ECA52A-C43E-11D8-A69C-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
Date: Tue, 22 Jun 2004 13:24:15 +0200
To: Dovecot list <dovecot@dovecot.org>
X-Mailer: Apple Mail (2.618)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 11:32:28 -0000
X-UID: 9627                                                  
Status: O


On Jun 22, 2004, at 11:39 AM, Xavier Beaudouin wrote:

> With maildir and nfs you'll can get a very stable system...
We are running with maildir + nfs now, and for a larger (200gb) 
mailstore over NFS we run into performance issues with maildir (lots of 
small files).

Smaller partitions might do the trick, but we didn't investigate yet. 
Furthermore: dovecot and nfs aren't playing nice yet, although the new 
dovecot-1.0-test releases look promising :)

> Using database (eg postgres) as storage system can be a good idea 
> (mostly when you'd like to search something), but when it get 
> corrupted or fragmented... then you'll have troubles....
Same goes for plain filesystems.

> /Savier

Kind regards,
Maikel Verheijen.


From mstan@asesoft.ro  Tue Jun 22 14:37:59 2004
Return-Path: <mstan@asesoft.ro>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D83C1C000D93; Tue, 22 Jun 2004 14:37:59 +0300 (EEST)
Received: from www.net-xt.com (www.asesoft.ro [194.102.96.11])
	by talvi.dovecot.org (Postfix) with ESMTP id C19E1C000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 14:37:57 +0300 (EEST)
Received: from [192.168.96.20] (helo=[192.168.96.20])
	by www.net-xt.com with asmtp (TLSv1:RC4-MD5:128) (Exim 4.30)
	id 1BckFd-0002TN-2R
	for dovecot@dovecot.org; Tue, 22 Jun 2004 14:19:45 +0200
Message-ID: <40D8186B.1080902@asesoft.ro>
Date: Tue, 22 Jun 2004 14:30:51 +0300
From: Marius Stan <mstan@asesoft.ro>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.2 (/)
X-Spam-Report: Spam detection software, running on the system "www.net-xt.com",
	has
	identified this incoming email as possible spam. The original message
	has been attached to this so you can view it (if it isn't spam) or
	block similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview:  Hello, I'm seeing that our favourite pop3 server only
	deletes the messages upon logoff: dele 1 +OK Marked to be deleted. quit
	+OK Logging out, messages deleted. Connection closed by foreign host.
	[...] Content analysis details:   (0.2 points, 5.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	0.2 AWL                    AWL: Auto-whitelist adjustment
Subject: [Dovecot] Delete message
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 11:38:00 -0000
X-UID: 9628                                                  
Status: O

Hello,

I'm seeing that our favourite pop3 server only deletes the messages upon 
logoff:

dele 1
+OK Marked to be deleted.
quit
+OK Logging out, messages deleted.
Connection closed by foreign host.

This is causing me some trouble with a certain webmail app. Is there a 
way I can instruct Dovecot to immediatelly delete a message ?

10x,
Marius



From olive@pasteur.fr  Tue Jun 22 14:49:47 2004
Return-Path: <olive@pasteur.fr>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DBEFEC000D93; Tue, 22 Jun 2004 14:49:47 +0300 (EEST)
Received: from munster.sis.pasteur.fr (munster.sis.pasteur.fr [157.99.64.99])
	by talvi.dovecot.org (Postfix) with ESMTP id E0C9CC000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 14:49:45 +0300 (EEST)
Received: from localhost (localhost.sis.pasteur.fr [127.0.0.1])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 8F52011474
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 13:41:46 +0200 (CEST)
Received: from mafate.sis.pasteur.fr (mafate.sis.pasteur.fr [157.99.64.42])
	by munster.sis.pasteur.fr (Postfix) with ESMTP id 5771911473
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 13:41:46 +0200 (CEST)
Received: by mafate.sis.pasteur.fr (Postfix, from userid 3494)
	id 2E0123F641; Tue, 22 Jun 2004 13:41:46 +0200 (CEST)
Date: Tue, 22 Jun 2004 13:41:46 +0200
From: Olivier Tharan <olive@pasteur.fr>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Delete message
Message-ID: <20040622114146.GJ86367@mafate.sis.pasteur.fr>
Mail-Followup-To: dovecot@dovecot.org
References: <40D8186B.1080902@asesoft.ro>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40D8186B.1080902@asesoft.ro>
X-message-flag: Outlook: spreading viruses since 1997!
	http://www.rodos.net/outlook/
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 11:49:48 -0000
X-UID: 9629                                                  
Status: O

* Marius Stan <mstan@asesoft.ro> (20040622 14:30):
> I'm seeing that our favourite pop3 server only deletes the messages upon 
> logoff:

This is how POP3 is supposed to work.

> This is causing me some trouble with a certain webmail app. Is there a 
> way I can instruct Dovecot to immediatelly delete a message ?

Use IMAP with your webmail app.

-- 
olive

From tss@iki.fi  Tue Jun 22 15:17:05 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5D7A7C000D8E; Tue, 22 Jun 2004 15:17:05 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 5AD14C000987
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 15:17:03 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 41B3D1C350E4; Tue, 22 Jun 2004 15:09:04 +0300 (EEST)
Received: from [192.168.200.100] (kone5.procontrol.vip.fi [212.149.71.166])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 716D01C350E2; Tue, 22 Jun 2004 15:08:30 +0300 (EEST)
In-Reply-To: <40D7F9FC.5060400@sports.fr>
References: <40D24107.3000301@sports.fr>
	<1087523287.25522.77.camel@hurina>	<40D7F214.5040704@sports.fr>
	<1087894870.18792.94.camel@hurina> <40D7F9FC.5060400@sports.fr>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-56-77243460"
Message-Id: <DF7B7982-C444-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] LDAP Bind
Date: Tue, 22 Jun 2004 15:08:29 +0300
To: =?ISO-8859-1?Q?Herv=E9_Commowick_-_NewSports?= <hervec@sports.fr>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.9 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 12:17:05 -0000
X-UID: 9630                                                  
Status: O
Content-Length: 1077


--Apple-Mail-56-77243460
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 22.6.2004, at 12:21, Herv=E9 Commowick - NewSports wrote:

>> BTW. 1.0-test21 has passdb checkpassword support. Still need userdb
>> though.
>>
>>
> great. but checkpassword program does not split the userdb and the=20
> passdb so how it is implemented ? :)

That's exactly why userdb isn't implemented yet, because currently=20
Dovecot requires that they work separately. The checkpassword passdb=20
would have to store the returned user info so userdb lookup could later=20=

get it.

--Apple-Mail-56-77243460
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2CE9yUhSUUBViskRAm8IAJ945Yc/a456lSLfu1V6EEybsqDWyQCeKV1R
wXpxJhAFt58oNfKcXWpl77c=
=MxVp
-----END PGP SIGNATURE-----

--Apple-Mail-56-77243460--


From tss@iki.fi  Tue Jun 22 15:24:50 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C38FDC000D90; Tue, 22 Jun 2004 15:24:50 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id C44A1C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 15:24:48 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AA5011C350E6; Tue, 22 Jun 2004 15:16:49 +0300 (EEST)
Received: from [192.168.200.100] (kone5.procontrol.vip.fi [212.149.71.166])
	by danu.procontrol.fi (Postfix) with ESMTP
	id C60071C350E4; Tue, 22 Jun 2004 15:16:15 +0300 (EEST)
In-Reply-To: <40D80C8F.5040801@bppiac.hu>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu>
	<FA76246D-C3F6-11D8-8017-000393CC2E90@iki.fi>
	<40D80C8F.5040801@bppiac.hu>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-57-77708044"
Message-Id: <F46FE4AA-C445-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Tue, 22 Jun 2004 15:16:14 +0300
To: Farkas Levente <lfarkas@bppiac.hu>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.9 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 12:24:50 -0000
X-UID: 9631                                                  
Status: O
Content-Length: 1707


--Apple-Mail-57-77708044
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 13:40, Farkas Levente wrote:

>> But to be interoperable with other maildir clients, Dovecot can't 
>> know if someone else didn't do other changes within the same second. 
>> So it has to resync everything.
>
> but if this is the real reason there can be a configuration option 
> where the sysadm can state "we don't use other maildir clients". since 
> most of the case that's the situation. and may be some resync can 
> happend when something goes wrong.

Yes, maybe.. Another problem is if indexes can't be used/updated for 
some reason (eg. user is out of quota) then the other Dovecots are 
"other maildir clients".

>>> as I wrote about half a year the best solution would be a local 
>>> delivery agent which can update the index files and spread the load 
>>> to the arrival time instead of the mail read time.
>> That's also getting near. mbox already updates the mail index when 
>> saving mails to it, I'll soon fix it to update cache file as well. 
>> I'll do the same for maildir soon too.
>
> there will be a delivery agent which I can set for postfix and 
> procmail to use when store mails?

Yep.

--Apple-Mail-57-77708044
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2CMOyUhSUUBViskRAhxcAJ0a6JRkwtaWYnSPdbp5MfqXqqjfiACffZzG
4Ay0O2mFRGncJXLsoZeaAFU=
=Ul/h
-----END PGP SIGNATURE-----

--Apple-Mail-57-77708044--


From tss@iki.fi  Tue Jun 22 15:33:04 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 505FEC000D90; Tue, 22 Jun 2004 15:33:04 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 6DEA8C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 15:33:02 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 434891C350E7; Tue, 22 Jun 2004 15:25:03 +0300 (EEST)
Received: from [192.168.200.100] (kone5.procontrol.vip.fi [212.149.71.166])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 6B3161C350E4; Tue, 22 Jun 2004 15:24:29 +0300 (EEST)
In-Reply-To: <40D80D4F.4000307@bppiac.hu>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net>
	<CFC3BBC5-C3F8-11D8-8017-000393CC2E90@iki.fi>
	<40D80D4F.4000307@bppiac.hu>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-58-78201924"
Message-Id: <1AD01F58-C447-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Tue, 22 Jun 2004 15:24:27 +0300
To: Farkas Levente <lfarkas@bppiac.hu>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.0 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 12:33:04 -0000
X-UID: 9632                                                  
Status: O
Content-Length: 1083


--Apple-Mail-58-78201924
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 13:43, Farkas Levente wrote:

>> I actually hate procmail. It's code mostly. It's horrible.
>
> what else can we use eg. to put a different folder the dovecot mailing 
> list's mails. which have to work on the server side in order to be 
> able to read by mozilla and webmail to?

Well, I'm still using procmail myself because I've been too lazy to try 
out others.. But mvmf looks pretty nice, and since it's author is on 
this list too maybe he'd like to get it support Dovecot directly :)

--Apple-Mail-58-78201924
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2CT8yUhSUUBViskRAqbOAJ93nEygd3dc1BTqfE0VZhikCAhoJgCfSjgP
aDHUmJCctRD7HgSd9evajd8=
=7Ne4
-----END PGP SIGNATURE-----

--Apple-Mail-58-78201924--


From tss@iki.fi  Tue Jun 22 15:39:07 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2FAC0C000D90; Tue, 22 Jun 2004 15:39:07 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 41BA5C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 15:39:05 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 1BBE11C350E7; Tue, 22 Jun 2004 15:31:06 +0300 (EEST)
Received: from [192.168.200.100] (kone5.procontrol.vip.fi [212.149.71.166])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 460D91C1D0E0; Tue, 22 Jun 2004 15:30:32 +0300 (EEST)
In-Reply-To: <m3fz8ootjy.fsf@merlin.emma.line.org>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<m3fz8ootjy.fsf@merlin.emma.line.org>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-59-78564946"
Message-Id: <F330C560-C447-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: 1.0-test21
Date: Tue, 22 Jun 2004 15:30:30 +0300
To: Matthias Andree <matthias.andree@gmx.de>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 12:39:07 -0000
X-UID: 9633                                                  
Status: O
Content-Length: 1169


--Apple-Mail-59-78564946
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 12:01, Matthias Andree wrote:

> Timo Sirainen <tss@iki.fi> writes:
>
>> 0.99.10 indexes aren't too good, but I still find it a bit strange 
>> that
>> Cyrus takes something like 10x less load. I'd think most of it has to
>> do
>
> Load is the number of processes that are ready to run or running IIRC,
> hence, iowait contributes to the load without actually doing anything
> useful besides waiting for the hardware...

Yes, but I/O wait is exactly where the problem is. Your mails aren't 
coming any faster with 0.1% CPU load than with 99% CPU load if I/O is 
the bottleneck.

--Apple-Mail-59-78564946
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2CZnyUhSUUBViskRAnLeAJ449o0YbZOR+wKOzubT7WPiPnKcBQCeNpGz
XJoeBCmQJtRCDvmBsS4SZKk=
=rhR7
-----END PGP SIGNATURE-----

--Apple-Mail-59-78564946--


From tss@iki.fi  Tue Jun 22 15:43:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A37F6C000D9C; Tue, 22 Jun 2004 15:43:43 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B4DFDC000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 15:43:41 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8BBB91C350E7; Tue, 22 Jun 2004 15:35:42 +0300 (EEST)
Received: from [192.168.200.100] (kone5.procontrol.vip.fi [212.149.71.166])
	by danu.procontrol.fi (Postfix) with ESMTP
	id BA6A11C350E4; Tue, 22 Jun 2004 15:35:08 +0300 (EEST)
In-Reply-To: <40D812F1.5030203@tacocat.net>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>	<20040621155646.GD15376@widecut.net>	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>	<20040621184517.GB29410@widecut.net>
	<7C52ADE4-C3F6-11D8-8017-000393CC2E90@iki.fi>
	<40D812F1.5030203@tacocat.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-60-78840473"
Message-Id: <976B1A14-C448-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test21
Date: Tue, 22 Jun 2004 15:35:06 +0300
To: Tom Allison <tallison@tacocat.net>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 12:43:43 -0000
X-UID: 9634                                                  
Status: O
Content-Length: 1126


--Apple-Mail-60-78840473
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 14:07, Tom Allison wrote:

> I get to ask a dumb question:
> Can you put a filelock on the mail files while you are handling them 
> to ensure that no one else is messing with them?

mbox locks the mailbox when reading/writing, maildir doesn't.

> I guess the question is then, if you have N emails in folder, then how 
> do you ensure that the other N-1 emails didn't get messed with, or 
> that there aren't now N+m emails in the maildir...

With maildir there's no locks, so mails can come and go anytime. 
Dovecot handles it well.

--Apple-Mail-60-78840473
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2Cd6yUhSUUBViskRAn32AJ4xnkqFqZ/KK8dgj/+HA9J2s8tJOQCfXgcy
FevT639XuSX9V0JVkF+kfvk=
=33qn
-----END PGP SIGNATURE-----

--Apple-Mail-60-78840473--


From t1lt@bk.ru  Tue Jun 22 15:49:17 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8FDCAC000DC0; Tue, 22 Jun 2004 15:49:17 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 2EC19C000D9C
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 15:49:15 +0300 (EEST)
Received: (qmail 3748 invoked by uid 1000); 22 Jun 2004 12:41:15 -0000
Date: Tue, 22 Jun 2004 14:41:15 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test21
Message-ID: <20040622124115.GC30818@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40D78EED.1020907@tacocat.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 12:49:17 -0000
X-UID: 9635                                                  
Status: O
Content-Length: 1706

On Mon, Jun 21, 2004 at 09:44:13PM -0400, Tom Allison wrote:
> Farkas Levente wrote:
> >Timo Sirainen wrote:
> >
> >>I recently saw some benchmarks (measuring system load) comparing 
> >>Dovecot mbox, maildir and Cyrus. Dovecot was much slower than I 
> >>thought, Cyrus was many times faster in most tests. Dovecot with mbox 
> >>was also much faster than with maildir, even though my 0.99.10 mbox 
> >>code is pretty bad.
> >
> >
> >IMHO the performace issue and mainly the system load peeks are very 
> >important!
> >what's more if cyrus faster than dovecotm, than it's hard to argue for 
> >dovecot (since cyrus is more feature rich).
> >
> 
> That last statement is arguable.  cyrus-imap has some nice capabilities. 
>  But if you use procmail then it's no contest who is going to win!
> ;)

Agreed. And that sieve stuff is pretty disgusting configwise, too.

> But I seem to remember that their indexes had an achilles heal.  If you 
> (re)moved an email file via filesystem then the indexes were badly 
> corrupted and there was little you could do with that mail directory 
> again.  I don't think that this is proper behaviour for imap servers 
> under a unix environment.

Agreed again. Robustness was obviously not a design goal.

> That said, I suspect that cyrus used their indexes as a means of 
> providing some rudimentary search results for a give key and an array of 
> file inodes for the correlating email messages in maildir.  This would 
> store the locations in the file inode table, making for a nice speedy 
> access of files.  Hence, the removal of a file would corrupt their inode 
> lookup table...

I felt more comfortable w/ my cyrus setup _before_ you told me that. *gulp*


From gth@cs.sfasu.edu  Tue Jun 22 18:01:22 2004
Return-Path: <gth@cs.sfasu.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8B444C000D93; Tue, 22 Jun 2004 18:01:22 +0300 (EEST)
Received: from cs.sfasu.edu (cs.sfasu.edu [144.96.100.252])
	by talvi.dovecot.org (Postfix) with ESMTP id CF5E6C000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 18:01:19 +0300 (EEST)
Received: from cs.sfasu.edu (unknown [144.96.100.163])
	by cs.sfasu.edu (Postfix) with ESMTP id CC5F41EC421
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 09:53:19 -0500 (CDT)
Message-ID: <40D847DF.3090704@cs.sfasu.edu>
Date: Tue, 22 Jun 2004 09:53:19 -0500
From: "Greg T. Harber" <gth@cs.sfasu.edu>
Organization: Department of Computer Science
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.83.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Compile error
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 15:01:22 -0000
X-UID: 9636                                                  
Status: O
Content-Length: 3032

On dovecot-1.0-test21:

gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib     -I../../src/lib-auth    -DPKG_RUNDIR=\""/usr/local/var/run/dovecot"\" 
-DSBINDIR=\""/usr/local/sbin"\"  -I/usr/local/include  -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c ssl-proxy-gnutls.c
ssl-proxy-gnutls.c:11:2: #error broken currently
ssl-proxy-gnutls.c:310: error: conflicting types for `ssl_proxy_new'
ssl-proxy.h:12: error: previous declaration of `ssl_proxy_new'
ssl-proxy-gnutls.c: In function `ssl_proxy_new':
ssl-proxy-gnutls.c:319: warning: passing arg 2 of `gnutls_transport_set_ptr' makes pointer from integer without a cast
ssl-proxy-gnutls.c: In function `read_dh_parameters':
ssl-proxy-gnutls.c:417: warning: `gnutls_dh_params_set' is deprecated (declared at /usr/local/include/gnutls/compat8.h:82)
ssl-proxy-gnutls.c: In function `read_rsa_parameters':
ssl-proxy-gnutls.c:443: warning: `gnutls_rsa_params_set' is deprecated (declared at /usr/local/include/gnutls/compat8.h:77)
make[3]: *** [ssl-proxy-gnutls.o] Error 1

On dovecot-0.99.10.6:

gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib     -DPKG_RUNDIR=\""/usr/local/var/run/dovecot"\" 
-DSBINDIR=\""/usr/local/sbin"\"  -I/usr/local/include  -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast  -c ssl-proxy-gnutls.c
ssl-proxy-gnutls.c: In function `ssl_handshake':
ssl-proxy-gnutls.c:280: warning: implicit declaration of function `gnutls_handshake_get_direction'
ssl-proxy-gnutls.c: In function `initialize_state':
ssl-proxy-gnutls.c:302: warning: implicit declaration of function `gnutls_cert_type_set_priority'
ssl-proxy-gnutls.c: In function `ssl_proxy_new':
ssl-proxy-gnutls.c:318: warning: passing arg 2 of `gnutls_transport_set_ptr' makes pointer from integer without a cast
ssl-proxy-gnutls.c: In function `read_dh_parameters':
ssl-proxy-gnutls.c:416: warning: `gnutls_dh_params_set' is deprecated (declared at /usr/local/include/gnutls/compat8.h:82)
ssl-proxy-gnutls.c: In function `read_rsa_parameters':
ssl-proxy-gnutls.c:442: warning: `gnutls_rsa_params_set' is deprecated (declared at /usr/local/include/gnutls/compat8.h:77)
ssl-proxy-gnutls.c: In function `ssl_proxy_init':
ssl-proxy-gnutls.c:508: warning: implicit declaration of function `gnutls_certificate_allocate_cred'
ssl-proxy-gnutls.c:520: error: void value not ignored as it ought to be
ssl-proxy-gnutls.c:523: error: void value not ignored as it ought to be
ssl-proxy-gnutls.c: In function `ssl_proxy_deinit':
ssl-proxy-gnutls.c:545: warning: implicit declaration of function `gnutls_certificate_free_cred'
make[3]: *** [ssl-proxy-gnutls.o] Error 1


Environment:

Solaris 8 (2.8)
gnutls 1.0.13
gcc -v
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/specs
Configured with: ../configure --disable-nls --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld
Thread model: posix
gcc version 3.3

Process:

# ./configure
# make


From gth@cs.sfasu.edu  Tue Jun 22 18:57:18 2004
Return-Path: <gth@cs.sfasu.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 583FBC000D90; Tue, 22 Jun 2004 18:57:18 +0300 (EEST)
Received: from cs.sfasu.edu (cs.sfasu.edu [144.96.100.252])
	by talvi.dovecot.org (Postfix) with ESMTP id 4800EC000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 18:57:12 +0300 (EEST)
Received: from cs.sfasu.edu (unknown [144.96.100.163])
	by cs.sfasu.edu (Postfix) with ESMTP id 7C4121EC421
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 10:49:11 -0500 (CDT)
Message-ID: <40D854F7.2050502@cs.sfasu.edu>
Date: Tue, 22 Jun 2004 10:49:11 -0500
From: "Greg T. Harber" <gth@cs.sfasu.edu>
Organization: Department of Computer Science
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
X-Enigmail-Version: 0.83.6.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Update: Compile error
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 15:57:21 -0000
X-UID: 9637                                                  
Status: O
Content-Length: 1316

Offending lines in src/login-common/ssl-proxy-gnutls.c

519 ret = gnutls_certificate_set_dh_params(x509_cred, dh_params);
520   if (ret < 0)
521      i_fatal("Can't set DH parameters: %s", gnutls_strerror(ret));
522 ret = gnutls_certificate_set_rsa_params(x509_cred, rsa_params);
523   if (ret < 0)
524      i_fatal("Can't set RSA parameters: %s", gnutls_strerror(ret));

Problem: gnutls.h lists these two functions as returning void
Solution: remove the ret and the check code

Compilation continue but link fails:

Undefined                       first referenced
  symbol                             in file
gnutls_cert_type_set_priority       ../login-common/liblogin-common.a(ssl-proxy-gnutls.o)
gnutls_certificate_allocate_cred    ../login-common/liblogin-common.a(ssl-proxy-gnutls.o)
gnutls_certificate_free_cred        ../login-common/liblogin-common.a(ssl-proxy-gnutls.o)
gnutls_handshake_get_direction      ../login-common/liblogin-common.a(ssl-proxy-gnutls.o)

Solution:  Add #include "/usr/local/include/gnutls/compat4.h" to ssl-proxy-gnutls.c

Successful compile afterwards.

-- 
Greg T. Harber                        gth@cs.sfasu.edu
Director, McGee Computing Laboratory  936 468-2508
Department of Computer Science        P.O. Box 13063
Stephen F. Austin State University    Nacogdoches, TX 75962 USA

From tss@iki.fi  Tue Jun 22 19:18:34 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D17FEC000D9C; Tue, 22 Jun 2004 19:18:34 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A7355C000D94
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 19:18:32 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2A8201C350E9; Tue, 22 Jun 2004 19:10:33 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 34F4D1C350E6; Tue, 22 Jun 2004 19:09:58 +0300 (EEST)
In-Reply-To: <40D847DF.3090704@cs.sfasu.edu>
References: <40D847DF.3090704@cs.sfasu.edu>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-67-91731869"
Message-Id: <9B4A98D2-C466-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Compile error
Date: Tue, 22 Jun 2004 19:09:57 +0300
To: "Greg T. Harber" <gth@cs.sfasu.edu>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-7.6 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 16:18:35 -0000
X-UID: 9638                                                  
Status: O


--Apple-Mail-67-91731869
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 17:53, Greg T. Harber wrote:

> ssl-proxy-gnutls.c:11:2: #error broken currently
..
> # ./configure

Hmm. I think I should disable gnutls checking in configure completely 
until it's really fixed. I'm not sure if it works even though you got 
it to compile with compat4.h.. configure with --with-ssl=openssl

--Apple-Mail-67-91731869
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2FnWyUhSUUBViskRAk2LAKCaMUYJ1/1PU/qZIJh2g/w1U4oAFwCgjrso
uWNoRs44X4rxYGEHIlrMnWY=
=/Yxb
-----END PGP SIGNATURE-----

--Apple-Mail-67-91731869--


From jan@weitan.org  Tue Jun 22 19:24:45 2004
Return-Path: <jan@weitan.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id CB68AC000D8E; Tue, 22 Jun 2004 19:24:45 +0300 (EEST)
Received: from weitan.org (unknown [80.190.204.99])
	by talvi.dovecot.org (Postfix) with ESMTP id 0BD08C000987
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 19:24:43 +0300 (EEST)
Received: from weitan.org (localhost [127.0.0.1])
	by weitan.org (Postfix) with ESMTP id 4CF897D466
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 16:15:01 +0000 (UTC)
Received: from 217.255.195.45 (SquirrelMail authenticated user jan);
	by weitan.org with HTTP; Tue, 22 Jun 2004 16:15:01 -0000 (UTC)
Message-ID: <33933.217.255.195.45.1087920901.squirrel@217.255.195.45>
In-Reply-To: <40D847DF.3090704@cs.sfasu.edu>
References: <40D847DF.3090704@cs.sfasu.edu>
Date: Tue, 22 Jun 2004 16:15:01 -0000 (UTC)
Subject: Re: [Dovecot] Compile error
From: jan@weitan.org
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 16:24:45 -0000
X-UID: 9639                                                  
Status: O

5 minutes too slow...
Gnutls is currently broken in 1.0 test version 21. It should compile
against openssl:
./configure --with-ssl=openssl
Btw. Jaldhars gnutls patch (porting from 7 to 10) is already included in
test version 21, but Timo added support for a proxy which isnt ready yet
(missing functions), thats why it doesnt compile.
>
> Solaris 8 (2.8)
> gnutls 1.0.13
> gcc -v
> Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/specs
> Configured with: ../configure --disable-nls --with-as=/usr/ccs/bin/as
> --with-ld=/usr/ccs/bin/ld
> Thread model: posix
> gcc version 3.3
>
> Process:
>
> # ./configure
> # make
>


From mem@mv.mv.com  Tue Jun 22 20:07:43 2004
Return-Path: <mem@mv.mv.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88388C000D90; Tue, 22 Jun 2004 20:07:43 +0300 (EEST)
Received: from mv.mv.com (osmium.mv.net [199.125.85.152])
	by talvi.dovecot.org (Postfix) with SMTP id 5EC8DC000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 20:07:40 +0300 (EEST)
Received: (qmail 95265 invoked by uid 101); 22 Jun 2004 12:59:39 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 22 Jun 2004 12:59:39 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test20
Message-ID: <20040622165939.GM93814@osmium.mv.net>
References: <EC067ACE-C27A-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <EC067ACE-C27A-11D8-8017-000393CC2E90@iki.fi>
User-Agent: Mutt/1.4.2.1i
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 17:07:43 -0000
X-UID: 9640                                                  
Status: O

On Sun, Jun 20, 2004 at 08:30:20AM +0300, Timo Sirainen wrote:
> 
> So, a Dovecot LDA would finally make sense now. Besides keeping indexes 
> updated, it could also ask user's home dir, uid and gid from 
> dovecot-auth. Now, that combined with postfix-dovecot-auth patch, 
> Dovecot would be very simple to install with Postfix :)

Also, I would be interested in having other LDAs know how to update the
indexes when filing messages.  How hard would it be to provide an API of
some sort, without any external/contextual dependencies, that could be
used by an LDA when it stores a new message?

mm

From tss@iki.fi  Tue Jun 22 20:24:50 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DD785C000D90; Tue, 22 Jun 2004 20:24:50 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id BBFB2C000D8E
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 20:24:48 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 29BC91C350E6; Tue, 22 Jun 2004 20:16:49 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 5587A1C350E2; Tue, 22 Jun 2004 20:16:14 +0300 (EEST)
In-Reply-To: <20040622165939.GM93814@osmium.mv.net>
References: <EC067ACE-C27A-11D8-8017-000393CC2E90@iki.fi>
	<20040622165939.GM93814@osmium.mv.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-69-95707981"
Message-Id: <DD3D0636-C46F-11D8-8017-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test20
Date: Tue, 22 Jun 2004 20:16:13 +0300
To: "Mark E. Mallett" <mem@mv.mv.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 17:24:51 -0000
X-UID: 9641                                                  
Status: O
Content-Length: 1550


--Apple-Mail-69-95707981
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 22.6.2004, at 19:59, Mark E. Mallett wrote:

> Also, I would be interested in having other LDAs know how to update the
> indexes when filing messages.  How hard would it be to provide an API 
> of
> some sort, without any external/contextual dependencies, that could be
> used by an LDA when it stores a new message?

Using Dovecot's mail-storage.h API should work pretty well with 
1.0-tests. mail_storage_create(), mailbox_open(), 
mailbox_transaction_create(), mailbox_save(), 
mailbox_transaction_commit() and there it is.

Some of the settings are configured via environment variables which is 
kind of ugly, "grep getenv src/lib-storage/**/*.c" would show them..

Here's my earlier attempt at creating LDA, Dovecot's APIs have changed 
since so it doesn't compile anymore but it shows the needed 
initialization: http://dovecot.org/tmp/deliver.c

dovecot-auth would also need to listen in some unix socket so you could 
do userdb lookups to it, which it doesn't yet.

--Apple-Mail-69-95707981
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2GleyUhSUUBViskRAs5hAJoDe9HwReaDfZyXjIpOJRRYwWzB6gCgjGvJ
l74i0dpoSpmzFzynrd4BdHg=
=hS8m
-----END PGP SIGNATURE-----

--Apple-Mail-69-95707981--


From t1lt@bk.ru  Tue Jun 22 21:53:34 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9F0D2C000D9C; Tue, 22 Jun 2004 21:53:34 +0300 (EEST)
Received: from sun.com (port-212-202-38-208.dynamic.qsc.de [212.202.38.208])
	by talvi.dovecot.org (Postfix) with SMTP id 86D98C000D90
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 21:53:30 +0300 (EEST)
Received: (qmail 26366 invoked by uid 1000); 22 Jun 2004 18:45:30 -0000
Date: Tue, 22 Jun 2004 20:45:30 +0200
From: Moe Wibble <t1lt@bk.ru>
To: Dovecot list <dovecot@dovecot.org>
Subject: Re: [Dovecot] 1.0-test21
Message-ID: <20040622184530.GA17674@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, Dovecot list <dovecot@dovecot.org>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 18:53:34 -0000
X-UID: 9642                                                  
Status: O

On Mon, Jun 21, 2004 at 05:52:09PM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> Should work again with maildir.
> 
>  - Some bugfixes to indexes (possibly fixing the still persisting 
> maildir sync errrors?)

Sorry, problemos still present.
In addition to what I've seen before...

sp dovecot: IMAP(moe): Maildir /home/moe/Maildir sync: UID < next_uid (312 < 314, file = msg.CDs4:2,)

...I'm now getting these, too:

sp dovecot: IMAP(moe): Corrupted index cache file /home/moe/Maildir/.INBOX/dovecot.index.cache: indexid changed

Over all it feels like the index screws up even more often than with the
previous version. That could be just coincidence or wrong perception, tho.


From gmid-dovecot@m.gmane.org  Tue Jun 22 21:53:35 2004
Return-Path: <gmid-dovecot@m.gmane.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9945AC000D90; Tue, 22 Jun 2004 21:53:35 +0300 (EEST)
Received: from main.gmane.org (main.gmane.org [80.91.224.249])
	by talvi.dovecot.org (Postfix) with ESMTP id F1E32C000D94
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 21:53:30 +0300 (EEST)
Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1BcqGx-0005Ej-00
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 20:45:31 +0200
Received: from p5487c0d0.dip.t-dialin.net ([84.135.192.208])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 20:45:31 +0200
Received: from matthias.andree by p5487c0d0.dip.t-dialin.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <dovecot@dovecot.org>; Tue, 22 Jun 2004 20:45:31 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dovecot@dovecot.org
From: Matthias Andree <matthias.andree@gmx.de>
Date: Tue, 22 Jun 2004 17:22:21 +0200
Lines: 15
Message-ID: <m3smcnlis2.fsf@merlin.emma.line.org>
References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi>
	<20040621155646.GD15376@widecut.net>
	<AF3CF801-C3AB-11D8-8017-000393CC2E90@iki.fi>
	<m3fz8ootjy.fsf@merlin.emma.line.org>
	<F330C560-C447-11D8-8017-000393CC2E90@iki.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: p5487c0d0.dip.t-dialin.net
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
Cancel-Lock: sha1:otd+GcDEIH4GfWsPy18m8AR4wzY=
X-Leafnode-NNTP-Posting-Host: local file or pipe
Sender: news <news@sea.gmane.org>
Subject: [Dovecot] Re: 1.0-test21
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 18:53:36 -0000
X-UID: 9643                                                  
Status: O

Timo Sirainen <tss@iki.fi> writes:

> Yes, but I/O wait is exactly where the problem is. Your mails aren't
> coming any faster with 0.1% CPU load than with 99% CPU load if I/O is
> the bottleneck.

I'm still waiting for the day when DJB has to admit that his hardware or
OS has cheated on him enabling the write cache defeating f[data]sync()
and that made qmail fast. I wonder if he ever did proper testing with
unplugging his computer while the queue was full with local deliveries :-P

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95


From peter.schuller@infidyne.com  Wed Jun 23 01:39:45 2004
Return-Path: <peter.schuller@infidyne.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 75340C000D8E; Wed, 23 Jun 2004 01:39:45 +0300 (EEST)
Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70])
	by talvi.dovecot.org (Postfix) with ESMTP id 1F3ABC000987
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 01:39:40 +0300 (EEST)
Received: from scode.mine.nu ([83.226.138.222] [83.226.138.222])
	by mxfep01.bredband.com with ESMTP
	id <20040622223139.OEAI3131.mxfep01.bredband.com@scode.mine.nu>;
	Wed, 23 Jun 2004 00:31:39 +0200
Received: from localhost (localhost [127.0.0.1])
	by scode.mine.nu (Postfix) with ESMTP
	id 474C7151353; Wed, 23 Jun 2004 00:37:35 +0200 (CEST)
From: Peter Schuller <peter.schuller@infidyne.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] customflags considered a folder?
Date: Wed, 23 Jun 2004 00:37:34 +0200
User-Agent: KMail/1.6
References: <200406202301.25217.peter.schuller@infidyne.com>
	<1427B8FA-C302-11D8-8017-000393CC2E90@iki.fi>
	<200406202349.43535.peter.schuller@infidyne.com>
In-Reply-To: <200406202349.43535.peter.schuller@infidyne.com>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200406230037.34517.peter.schuller@infidyne.com>
Cc: Timo Sirainen <tss@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 22 Jun 2004 22:39:46 -0000
X-UID: 9644                                                  
Status: O

> > > How would I go about preventing this problem?
> >
> > Upgrade to 0.99.10.6.

Actually, it seems this didn't solve it (unless the Deban package is broken? I 
haven't tried the FreeBSD port yet). Dovecot is upgraded and 
restarted. .customflags is removed, only to be recreated by dovecot and it 
still shows up as an IMAP folder.

-- 
/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>'
Key retrieval: Send an E-Mail to getpgpkey@scode.org
E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org


From tss@iki.fi  Wed Jun 23 06:05:46 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A4FEDC000987; Wed, 23 Jun 2004 06:05:45 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 13CC8C000987
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 06:05:41 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 7E9481C350E6; Wed, 23 Jun 2004 05:57:40 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 934261C350E2; Wed, 23 Jun 2004 05:57:06 +0300 (EEST)
In-Reply-To: <200406230037.34517.peter.schuller@infidyne.com>
References: <200406202301.25217.peter.schuller@infidyne.com>
	<1427B8FA-C302-11D8-8017-000393CC2E90@iki.fi>
	<200406202349.43535.peter.schuller@infidyne.com>
	<200406230037.34517.peter.schuller@infidyne.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2-130559277"
Message-Id: <023BB8D6-C4C1-11D8-ADB4-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] customflags considered a folder?
Date: Wed, 23 Jun 2004 05:57:05 +0300
To: Peter Schuller <peter.schuller@infidyne.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.1 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 03:05:46 -0000
X-UID: 9645                                                  
Status: O
Content-Length: 1090


--Apple-Mail-2-130559277
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 23.6.2004, at 01:37, Peter Schuller wrote:

>>>> How would I go about preventing this problem?
>>>
>>> Upgrade to 0.99.10.6.
>
> Actually, it seems this didn't solve it (unless the Deban package is 
> broken? I
> haven't tried the FreeBSD port yet). Dovecot is upgraded and
> restarted. .customflags is removed, only to be recreated by dovecot 
> and it
> still shows up as an IMAP folder.

Well, I did add code to check it, and it is working with me.. Maybe 
your IMAP client is caching the folder list locally?

--Apple-Mail-2-130559277
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2PGByUhSUUBViskRAl6XAKCUVcgNSOjz/kqeu0DR0k9mEbzP+wCcCRn7
EpsgXZtSNhVWuT6VzJnfjBw=
=O0OR
-----END PGP SIGNATURE-----

--Apple-Mail-2-130559277--


From tss@iki.fi  Wed Jun 23 09:25:37 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 17B25C000D8E; Wed, 23 Jun 2004 09:25:37 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 73AF4C000987
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 09:25:34 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8C9511C350E6; Wed, 23 Jun 2004 09:17:33 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 220751C350E2
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 09:16:56 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-zH+mHMH0mfhy0YNRaUt6"
Message-Id: <1087971391.6751.74.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 23 Jun 2004 09:16:32 +0300
X-Spam-Status: No, hits=-8.7 required=5.0
	tests=AWL,BAYES_10,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,
	RCVD_IN_ORBS,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] 1.0-test22 - maildir fixed?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 06:25:37 -0000
X-UID: 9646                                                  
Status: O
Content-Length: 1359


--=-zH+mHMH0mfhy0YNRaUt6
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

Well, remember when I said:

> Here you go, maildir syncing problems finally fixed (I hope). Well,
> except there's this "new-dir-only syncing" optimization which I'm not
> really sure if it works as it should.

Just before I found the expunge bug in index, I was trying to fix the
new-dir-only syncing because the code looked wrong. Then I figured out
the indexing problem and thought maybe this one wasn't broken after all,
and then forgot about it.

Finally after lots of debugging, I came to same conclusion again. The
code was wrong, and cause of the remaining "Maildir sync: UID < next_uid
(312 < 3)" errors.

So, please try and see if you still can break this release. Other
changes include some crashfixes for cache file and fix for mbox which
kept constantly rewriting headers for \recent messages if we had
selected the mailbox as read-only (EXAMINE, STATUS).


--=-zH+mHMH0mfhy0YNRaUt6
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA2SA/yUhSUUBViskRAnbWAJ9rrN2R9wmXiHGweDlNsyNWRYvoHACfa2pL
UcRkidQ0YSPDzSW19Va6RUI=
=Y9pU
-----END PGP SIGNATURE-----

--=-zH+mHMH0mfhy0YNRaUt6--


From tomi.hakala@clinet.fi  Wed Jun 23 18:58:41 2004
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 77BA5C000D8E; Wed, 23 Jun 2004 18:58:41 +0300 (EEST)
Received: from smtp2.song.fi (smtp2.song.fi [194.100.2.122])
	by talvi.dovecot.org (Postfix) with ESMTP id 99AF3C000987
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 18:58:38 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscanner.smtp2.song.fi (Postfix) with ESMTP id CB3B4A298D
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 18:50:36 +0300 (EEST)
Received: from smtp2.song.fi ([127.0.0.1])
	by localhost (smtp2 [127.0.0.1]) (anti-virus) with ESMTP id 22662-07
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 18:50:36 +0300 (EEST)
Received: from clinet.fi (denver.clinet.fi [194.100.200.66])
	by smtp2.song.fi (Postfix) with ESMTP id 8865FA2984
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 18:50:36 +0300 (EEST)
Message-ID: <40D9A6CE.33BC71BB@clinet.fi>
Date: Wed, 23 Jun 2004 18:50:38 +0300
From: Tomi Hakala <tomi.hakala@clinet.fi>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
References: <1087971391.6751.74.camel@hurina>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 15:58:42 -0000
X-UID: 9647                                                  
Status: O

Timo Sirainen wrote:
> So, please try and see if you still can break this release.

I have done some stress testing with Maildir, POP3 and IMAP today and
this release looks very promising, UID errors are gone. I can see some
timeouts of transaction log locks but those seem to be a pretty rare.

If only Dovecot would support Qpopper X-UIDL header I'd replace Qpopper
with Dovecot on my personal mail server rigth away :-)

-- 
Tomi Hakala

From Nico@neo-lan.net  Wed Jun 23 19:05:08 2004
Return-Path: <Nico@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7ED8BC000DC2; Wed, 23 Jun 2004 19:05:08 +0300 (EEST)
Received: from mailhost.curie.fr (burton1.curie.fr [193.49.205.23])
	by talvi.dovecot.org (Postfix) with ESMTP id 3E7FEC000D93
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 19:05:06 +0300 (EEST)
Received: from smtp-in.curie.fr (localhost [127.0.0.1])
	by mailhost.curie.fr/1 with ESMTP id i5NFv03J003078
	; Wed, 23 Jun 2004 17:57:00 +0200 (CEST)
Received: from [10.10.11.73] (jpt-0115-6340.curie.fr [10.10.11.73])
	by smtp-in.curie.fr with ESMTP id i5NFuwGa010871
	; Wed, 23 Jun 2004 17:56:59 +0200 (CEST)
X-Client-Addr: 10.10.11.73 jpt-0115-6340.curie.fr (OK)
X-Client-Sender: Nico@neo-lan.net
Message-ID: <40D9A84A.4060207@neo-lan.net>
Date: Wed, 23 Jun 2004 17:56:58 +0200
From: Nicolas STRANSKY <Nico@neo-lan.net>
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
References: <Pine.LNX.4.58.0406200137220.8380@diku.intranet.braincell.com>
	<40D55627.1030905@neo-lan.net>
	<Pine.LNX.4.58.0406211955450.32758@diku.intranet.braincell.com>
In-Reply-To: <Pine.LNX.4.58.0406211955450.32758@diku.intranet.braincell.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Debian dovecot news
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 16:05:08 -0000
X-UID: 9648                                                  
Status: O

Jaldhar H. Vyas wrote:
> On Sun, 20 Jun 2004, Nicolas STRANSKY wrote:
> 
>>Have you got any advice on upgrading from 0.99 to 1.0-test on a sarge ?
>>Any particular configuration options to change ? Is it safe to let the
>>old indexes ?
> 
> I was hoping you would tell me. ;-)

I will, but with at least test22 :)

-- 
Nico
Nous nous consolons souvent par faiblesse des maux
dont la raison n'a pas la force de nous consoler.
	-+- Franois de La Rochefoucauld (1613-1680), Maximes 325 -+-

From tss@iki.fi  Wed Jun 23 21:46:36 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7BD5BC000DC3; Wed, 23 Jun 2004 21:46:36 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 443ABC000DC0
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 21:46:34 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2B5E61C350E6; Wed, 23 Jun 2004 21:38:32 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 202431C350E2; Wed, 23 Jun 2004 21:37:57 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
From: Timo Sirainen <tss@iki.fi>
To: Tomi Hakala <tomi.hakala@clinet.fi>
In-Reply-To: <40D9A6CE.33BC71BB@clinet.fi>
References: <1087971391.6751.74.camel@hurina>  <40D9A6CE.33BC71BB@clinet.fi>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ofzu7l/v9WtKjOeMlZz9"
Message-Id: <1088015876.6753.183.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 23 Jun 2004 21:37:56 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 18:46:36 -0000
X-UID: 9649                                                  
Status: O
Content-Length: 1353


--=-ofzu7l/v9WtKjOeMlZz9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2004-06-23 at 18:50, Tomi Hakala wrote:
> If only Dovecot would support Qpopper X-UIDL header I'd replace Qpopper
> with Dovecot on my personal mail server rigth away :-)

Well, I added most of the code required to do it, but then got a bit
stuck at trying to save the X-UIDL into cache file. Normally we don't
wait locks for cache file, if we didn't get it immediately we just don't
update it. X-UIDL would be pretty much required to be stored in it to
get reasonable performance, so we'd have to wait for the lock. But
that's yet another thing to consider when making sure that deadlocks
don't happen. I think I'll implement it at the same time I fix the
already existing mbox deadlock bug.

This change also makes it possible to replace pop3-uidl-uwimap.patch
with a plugin. But overriding methods in struct mail is pretty difficult
now, I'd have to figure out some easier way..


--=-ofzu7l/v9WtKjOeMlZz9
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA2c4EyUhSUUBViskRAlbKAJ9Dinyz7h+fSEV8kZafoOwRrogeBQCgn3jF
SaQjP41C2u1FecN0fuUMyE4=
=JrXO
-----END PGP SIGNATURE-----

--=-ofzu7l/v9WtKjOeMlZz9--


From jaldhar@debian.org  Wed Jun 23 22:14:35 2004
Return-Path: <jaldhar@debian.org>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 844C7C000D90; Wed, 23 Jun 2004 22:14:35 +0300 (EEST)
Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100])
	by talvi.dovecot.org (Postfix) with ESMTP id 408BAC000987
	for <dovecot@dovecot.org>; Wed, 23 Jun 2004 22:14:33 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.braincells.com (Postfix) with ESMTP id D1FE98047;
	Wed, 23 Jun 2004 15:06:29 -0400 (EDT)
Received: from mail.braincells.com ([127.0.0.1])
	by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 00328-09; Wed, 23 Jun 2004 15:06:29 -0400 (EDT)
Received: from [149.123.132.72] (unknown [149.123.132.72])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by mail.braincells.com (Postfix) with ESMTP id 6EC578046;
	Wed, 23 Jun 2004 15:06:29 -0400 (EDT)
Date: Wed, 23 Jun 2004 15:04:48 -0400 (EDT)
From: "Jaldhar H. Vyas" <jaldhar@debian.org>
X-X-Sender: jaldhar@diku.intranet.braincell.com
To: Nicolas STRANSKY <Nico@neo-lan.net>
In-Reply-To: <40D9A84A.4060207@neo-lan.net>
Message-ID: <Pine.LNX.4.58.0406231503480.23321@diku.intranet.braincell.com>
References: <Pine.LNX.4.58.0406200137220.8380@diku.intranet.braincell.com>
	<40D55627.1030905@neo-lan.net>
	<Pine.LNX.4.58.0406211955450.32758@diku.intranet.braincell.com>
	<40D9A84A.4060207@neo-lan.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at braincells.com
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Debian dovecot news
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 19:14:35 -0000
X-UID: 9650                                                  
Status: O

On Wed, 23 Jun 2004, Nicolas STRANSKY wrote:

> > I was hoping you would tell me. ;-)
>
> I will, but with at least test22 :)
>

Well here you are then:
http://src.braincells.com/dovecot-test/

-- 
Jaldhar H. Vyas <jaldhar@debian.org>
La Salle Debain - http://www.braincells.com/debian/

From Nicolas.Stransky@neo-lan.net  Thu Jun 24 00:24:45 2004
Return-Path: <Nicolas.Stransky@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id AD60DC000D90; Thu, 24 Jun 2004 00:24:45 +0300 (EEST)
Received: from aster.neo-lan.net (aster.neo-lan.net [81.57.244.52])
	by talvi.dovecot.org (Postfix) with ESMTP id 463F9C000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 00:24:43 +0300 (EEST)
Received: from aneto (aneto.local.lan [192.168.0.2])
	by aster.neo-lan.net (Postfix) with ESMTP
	id 2F8042ACED; Wed, 23 Jun 2004 23:16:40 +0200 (CEST)
Received: from localhost ([127.0.0.1]) by aneto with esmtp (Exim 4.34)
	id 1BdF6l-00017F-NQ; Wed, 23 Jun 2004 23:16:39 +0200
Message-ID: <40D9F337.4030100@neo-lan.net>
Date: Wed, 23 Jun 2004 23:16:39 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
Organization: N&O Lan
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Jaldhar H. Vyas" <jaldhar@debian.org>
References: <Pine.LNX.4.58.0406200137220.8380@diku.intranet.braincell.com>
	<40D55627.1030905@neo-lan.net>
	<Pine.LNX.4.58.0406211955450.32758@diku.intranet.braincell.com>
	<40D9A84A.4060207@neo-lan.net>
	<Pine.LNX.4.58.0406231503480.23321@diku.intranet.braincell.com>
In-Reply-To: <Pine.LNX.4.58.0406231503480.23321@diku.intranet.braincell.com>
X-Enigmail-Version: 0.84.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
Subject: [Dovecot] Re: Debian dovecot news
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 21:24:45 -0000
X-UID: 9651                                                  
Status: O

Le 06/23/2004 09:04 PM, Jaldhar H. Vyas a crit :
> On Wed, 23 Jun 2004, Nicolas STRANSKY wrote:
> 
>>>I was hoping you would tell me. ;-)
>>
>>I will, but with at least test22 :)
> 
> Well here you are then:
> http://src.braincells.com/dovecot-test/

Well, it's impressive, great job Timo ! And thanks Jaldhar for the .debs.

What can I say, It works right out of the box, and it's damn fast. I had 
no problem for the installation, just wiped out the old config file and 
replaced it with the new one, changed 3 params and that was it. Nothing 
less, nothing more, it took me 3 minutes to be the proud owner of a new 
dovecot 1.0-test22 server ;)

And it's really fast, I tryed to stress it a little bit with 30.000 
mails mboxes, erasing indexes, etc... There is no garbage in the logs.

-- 
Nico
La vrit est si obscurcie en ce temps, et le mensonge si tabli,
qu' moins d'aimer la vrit, on ne saurait la reconnatre.
	-+- Blaise Pascal  (1623-1662), Penses XIV.864 -+-

From peter.schuller@infidyne.com  Thu Jun 24 00:47:13 2004
Return-Path: <peter.schuller@infidyne.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 4A2F8C000D93; Thu, 24 Jun 2004 00:47:13 +0300 (EEST)
Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70])
	by talvi.dovecot.org (Postfix) with ESMTP id 39589C000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 00:47:11 +0300 (EEST)
Received: from scode.mine.nu ([83.226.138.222] [83.226.138.222])
	by mxfep01.bredband.com with ESMTP
	id <20040623213908.VYME3131.mxfep01.bredband.com@scode.mine.nu>;
	Wed, 23 Jun 2004 23:39:08 +0200
Received: from localhost (localhost [127.0.0.1])
	by scode.mine.nu (Postfix) with ESMTP
	id E5AB519D31E; Wed, 23 Jun 2004 23:45:03 +0200 (CEST)
From: Peter Schuller <peter.schuller@infidyne.com>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] customflags considered a folder?
Date: Wed, 23 Jun 2004 23:45:03 +0200
User-Agent: KMail/1.6
References: <200406202301.25217.peter.schuller@infidyne.com>
	<200406230037.34517.peter.schuller@infidyne.com>
	<023BB8D6-C4C1-11D8-ADB4-000393CC2E90@iki.fi>
In-Reply-To: <023BB8D6-C4C1-11D8-ADB4-000393CC2E90@iki.fi>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200406232345.03367.peter.schuller@infidyne.com>
Cc: Timo Sirainen <tss@iki.fi>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 21:47:13 -0000
X-UID: 9652                                                  
Status: O

> Well, I did add code to check it, and it is working with me.. Maybe
> your IMAP client is caching the folder list locally?

Nope. I "double-checked" with mutt, which never caches anything, and 
customflags was still there.

I will investigate further though and make noise if I don't solve it. ;)

Thanks!

-- 
/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>'
Key retrieval: Send an E-Mail to getpgpkey@scode.org
E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org


From subscribed-lists@sterndata.com  Thu Jun 24 01:28:07 2004
Return-Path: <subscribed-lists@sterndata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9CE75C000D93; Thu, 24 Jun 2004 01:28:07 +0300 (EEST)
Received: from grouse.mail.pas.earthlink.net (grouse.mail.pas.earthlink.net
	[207.217.120.116])
	by talvi.dovecot.org (Postfix) with ESMTP id 2BE47C000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 01:28:05 +0300 (EEST)
Received: from h-68-164-3-104.chcgilgm.dynamic.covad.net ([68.164.3.104]
	helo=ciscy.sterndata.com)
	by grouse.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 1BdG64-0001bE-00; Wed, 23 Jun 2004 15:20:00 -0700
Received: from sds ([192.168.123.169])
	by ciscy.sterndata.com (8.12.11/8.12.11) with SMTP id i5NMK0lr011950;
	Wed, 23 Jun 2004 17:20:00 -0500
From: Steven Stern <subscribed-lists@sterndata.com>
To: ismail@lists.insidesystems.net, dovecot@dovecot.org
Date: Wed, 23 Jun 2004 17:19:43 -0500
Message-ID: <opvjd0h8bri7osn6nl9el7qjg30sklg91g@4ax.com>
References: <o8ijd0pf4qj73d7m4bptb8henm3tme5q5m@4ax.com>
	<0.48557000.1088015180@verbotenplanet.net>
In-Reply-To: <0.48557000.1088015180@verbotenplanet.net>
X-Mailer: Forte Agent 2.0/32.652
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: clamd / ClamAV version 0.73, clamav-milter version 0.73a
	on ciscy.sterndata.com
X-Virus-Status: Clean
Cc: 
Subject: [Dovecot] Re: [ismail] Re: using Dovecot
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 23 Jun 2004 22:28:07 -0000
X-UID: 9653                                                  
Status: O
Content-Length: 1582

On Wed, 23 Jun 2004 18:26:01 +0000, "Kelley Reynolds"
<kelley@insidesystems.net> wrote:


>
>I've never used dovecot, but I know that those directories aren't what =
IMAP servers generally expect when looking for a rootfolderpath.
>
>For example, courier is always 'INBOX', uw-imap is usually but not =
always 'mail', and sometimes it's just a blank string. My guess is that =
for you, it's one of those three. If your mail is in a 'mail' directory, =
I suggest just putting 'mail' and not '~/mail'.
>
>Kelley Reynolds
>President
>Inside Systems, Inc
>
>___________________________________________________________________

I'm going to cross post this to the dovecot list in case someone there =
has an
idea. To bring those people up to speed: I'm evaluating ISMail
(www.insidesystems.net) as a replacement for IMP.  I'm having problems
configuring the IMAP settings to work with Dovecot.

=3D=3D=3D

I've got some progress. I set rootmailfolder to "~/mail".  When I login =
to
ISMail, it creates the directory ~/inbox as follows:

  mail
      Sent Items

then dies.

If I set rootmailfolder to as "rootmailfolder=3D" with no argument, it =
creates

   .imap
      INBOX
          .customflags =20
          .imap.index.data =20
          .imap.index.tree
          .imap.index  =20
          .imap.index.log
then dies

If I set rootmail folder to "INBOX"

    INBOX
       Sent Items
    .subscriptions
    .imap
       INBOX
         .customflags =20
         .imap.index.data =20
         .imap.index.tree
         .imap.index  =20
         .imap.index.log



--
   Steve
  =20

From tss@iki.fi  Thu Jun 24 07:10:42 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 36102C000D90; Thu, 24 Jun 2004 07:10:42 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 43446C000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 07:10:37 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2A7B31C350E6; Thu, 24 Jun 2004 07:02:34 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id D0C471C1D0E0; Thu, 24 Jun 2004 07:01:59 +0300 (EEST)
In-Reply-To: <opvjd0h8bri7osn6nl9el7qjg30sklg91g@4ax.com>
References: <o8ijd0pf4qj73d7m4bptb8henm3tme5q5m@4ax.com>
	<0.48557000.1088015180@verbotenplanet.net>
	<opvjd0h8bri7osn6nl9el7qjg30sklg91g@4ax.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2-220853631"
Message-Id: <3DDC9426-C593-11D8-BB08-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Re: [ismail] Re: using Dovecot
Date: Thu, 24 Jun 2004 07:01:59 +0300
To: Steven Stern <subscribed-lists@sterndata.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-8.2 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: ismail@lists.insidesystems.net, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 04:10:42 -0000
X-UID: 9654                                                  
Status: O
Content-Length: 1807


--Apple-Mail-2-220853631
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 24.6.2004, at 01:19, Steven Stern wrote:

>> I've never used dovecot, but I know that those directories aren't 
>> what IMAP servers generally expect when looking for a rootfolderpath.
>>
>> For example, courier is always 'INBOX', uw-imap is usually but not 
>> always 'mail', and sometimes it's just a blank string. My guess is 
>> that for you, it's one of those three. If your mail is in a 'mail' 
>> directory, I suggest just putting 'mail' and not '~/mail'.
>>
> I'm going to cross post this to the dovecot list in case someone there 
> has an
> idea. To bring those people up to speed: I'm evaluating ISMail
> (www.insidesystems.net) as a replacement for IMP.  I'm having problems
> configuring the IMAP settings to work with Dovecot.

You can configure Dovecot to put the mail anywhere you like by changing 
default_mail_env setting in config file. rootfolderpath should be empty 
always.

> If I set rootmailfolder to as "rootmailfolder=" with no argument, it 
> creates
>
>    .imap
>       INBOX
>           .customflags
>           .imap.index.data
>           .imap.index.tree
>           .imap.index
>           .imap.index.log
> then dies

Dies? See if there's error messages in log file (/var/log/mail.log 
maybe).

--Apple-Mail-2-220853631
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA2lI3yUhSUUBViskRAi+PAJ9zHUUsrPHcKVHXSWdlvd95A9FWHACgpASf
SKS+j3pyqIeM9R47lH22GkM=
=Pdfs
-----END PGP SIGNATURE-----

--Apple-Mail-2-220853631--


From Nicolas.Stransky@neo-lan.net  Thu Jun 24 09:10:36 2004
Return-Path: <Nicolas.Stransky@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E00DDC000D94; Thu, 24 Jun 2004 09:10:36 +0300 (EEST)
Received: from aster.neo-lan.net (aster.neo-lan.net [81.57.244.52])
	by talvi.dovecot.org (Postfix) with ESMTP id 1C7A4C000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 09:10:33 +0300 (EEST)
Received: from aneto (aneto.local.lan [192.168.0.2])
	by aster.neo-lan.net (Postfix) with ESMTP id 6B1AF2ACD4
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 08:02:29 +0200 (CEST)
Received: from localhost ([127.0.0.1]) by aneto with esmtp (Exim 4.34)
	id 1BdNJd-0004km-7c
	for dovecot@dovecot.org; Thu, 24 Jun 2004 08:02:29 +0200
Message-ID: <40DA6E75.7010702@neo-lan.net>
Date: Thu, 24 Jun 2004 08:02:29 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
Organization: N&O Lan
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
References: <1087971391.6751.74.camel@hurina>
In-Reply-To: <1087971391.6751.74.camel@hurina>
X-Enigmail-Version: 0.84.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 06:10:37 -0000
X-UID: 9655                                                  
Status: O
Content-Length: 1160

I spoke a bit too fast in my last message ;)

I'm having a bunch of these logs after a few hours (test22):

> Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/.imap/Curie-perso/dovecot.index: Too many open files
> Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/Crans/.imap/Moderateurs/dovecot.index: Too many open files
> Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/Debian/.imap/debian-news/dovecot.index: Too many open files
> Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/Debian/.imap/debian-user-french/dovecot.index: Too many open files
...

There's a lot like these for all of my imap folders. Is there a way to 
fix it ?

Thanx
-- 
Nico
La foi du savant ne ressemble pas  celle que les orthodoxes puisent
dans le besoin de certitude. Il ne faut pas croire que l'amour de la
vrit se confondent avec celui de la certitude... Non, la foi du savant
ressemblerait plutt  la foi inquite de l'hrtique,  celle qui
cherche toujours et n'est jamais satisfaite.
	-+- Henri Poincar -+-

From tomi.hakala@clinet.fi  Thu Jun 24 09:35:27 2004
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8728EC000DC0; Thu, 24 Jun 2004 09:35:27 +0300 (EEST)
Received: from smtp2.song.fi (smtp2.song.fi [194.100.2.122])
	by talvi.dovecot.org (Postfix) with ESMTP id 89C54C000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 09:35:25 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscanner.smtp2.song.fi (Postfix) with ESMTP
	id 4417EA3B98; Thu, 24 Jun 2004 09:27:22 +0300 (EEST)
Received: from smtp2.song.fi ([127.0.0.1])
	by localhost (smtp2 [127.0.0.1]) (anti-virus) with ESMTP id 18645-03;
	Thu, 24 Jun 2004 09:27:22 +0300 (EEST)
Received: from clinet.fi (denver.clinet.fi [194.100.200.66])
	by smtp2.song.fi (Postfix) with ESMTP
	id F14F0A3B8B; Thu, 24 Jun 2004 09:27:21 +0300 (EEST)
Message-ID: <40DA744C.B1FC4926@clinet.fi>
Date: Thu, 24 Jun 2004 09:27:24 +0300
From: Tomi Hakala <tomi.hakala@clinet.fi>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
References: <1087971391.6751.74.camel@hurina> <40DA6E75.7010702@neo-lan.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 06:35:27 -0000
X-UID: 9656                                                  
Status: O

Nicolas STRANSKY wrote:
> > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/Debian/.imap/debian-user-french/dovecot.index: Too many open files
> ...
> 
> There's a lot like these for all of my imap folders. Is there a way to
> fix it ?

See how many open files your system supports, with a kernel 2.4.26 and
256M memory default is 26208 open files.

# cat /proc/sys/fs/file-max
26208

You can double the value pretty safely

echo "65535" > /proc/sys/fs/file-max

To have new value set on a boot put it in a /etc/sysctl.conf like

fs.file-max=65535

-- 
Tomi Hakala

From Nico@neo-lan.net  Thu Jun 24 16:04:09 2004
Return-Path: <Nico@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 3B1E4C000D9C; Thu, 24 Jun 2004 16:04:09 +0300 (EEST)
Received: from mailhost.curie.fr (burton1.curie.fr [193.49.205.23])
	by talvi.dovecot.org (Postfix) with ESMTP id 196ABC000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 16:04:03 +0300 (EEST)
Received: from smtp-in.curie.fr (localhost [127.0.0.1])
	by mailhost.curie.fr/1 with ESMTP id i5OCts3J001975
	; Thu, 24 Jun 2004 14:55:54 +0200 (CEST)
Received: from [10.10.11.73] (jpt-0115-6340.curie.fr [10.10.11.73])
	by smtp-in.curie.fr with ESMTP id i5OCthGa021154
	; Thu, 24 Jun 2004 14:55:53 +0200 (CEST)
X-Client-Addr: 10.10.11.73 jpt-0115-6340.curie.fr (OK)
X-Client-Sender: Nico@neo-lan.net
Message-ID: <40DACF4E.9000603@neo-lan.net>
Date: Thu, 24 Jun 2004 14:55:42 +0200
From: Nicolas STRANSKY <Nico@neo-lan.net>
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tomi Hakala <tomi.hakala@clinet.fi>
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
References: <1087971391.6751.74.camel@hurina> <40DA6E75.7010702@neo-lan.net>
	<40DA744C.B1FC4926@clinet.fi>
In-Reply-To: <40DA744C.B1FC4926@clinet.fi>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org, Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 13:04:10 -0000
X-UID: 9657                                                  
Status: O

Tomi Hakala wrote:

> See how many open files your system supports, with a kernel 2.4.26 and
> 256M memory default is 26208 open files.
> 
> # cat /proc/sys/fs/file-max
> 26208

The value of file-max on my system is already 51159 (kernel 2.6.7, 512MB 
memory). But the interesting thing is that there are not that much open 
files, and I didn't have this problem with previous dovecot release.

-- 
Nico
Tout bourgeois veut btir comme les grands seigneurs,
Tout petit prince a des ambassadeurs ;
Tout marquis veut avoir des pages.
	-+- Jean de La Fontaine (1621-1695),
	    La Grenouille qui veut se faire aussi
	    grosse que le Boeuf (Fables I.3) -+-

From kcramer@siscom.net  Thu Jun 24 16:43:51 2004
Return-Path: <kcramer@siscom.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 8859CC000D94; Thu, 24 Jun 2004 16:43:51 +0300 (EEST)
Received: from kcramer.siscom.net (kcramer.siscom.net [209.251.13.230])
	by talvi.dovecot.org (Postfix) with ESMTP id B44FDC000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 16:43:48 +0300 (EEST)
Received: (qmail 7907 invoked by uid 1000); 24 Jun 2004 09:35:41 -0400
From: "Kevin Cramer" <kcramer@siscom.net>
Date: Thu, 24 Jun 2004 09:35:41 -0400
To: dovecot@dovecot.org
Message-ID: <20040624133541.GA6323@socrates.siscom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: [Dovecot] Sym links to subfolders?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 13:43:51 -0000
X-UID: 9658                                                  
Status: O


I just installed dovecot 0.99.10.6 and I'm trying to use symlinks for
subfolders.  I have my mail in ~/Maildir and I want to make symlinks
such as from .Sent to ~/Mail/Sent.  All of these folders are maildir
and the permissions are correct.

I've searched the list and I cannot find anything stating that it
should not work.  In fact I've seen posts that claim it should work.
However, it does not work for me and looking at maildir-list.c around
line 101, it appears that it is only checking for directories and not
for links.

I'm doing this because I have it setup so I can use mutt directly
against the maildir folders and so IMAP will work against them.  It's
worked great for over a year but I want to move it to a different
machine and I wanted to switch from courier-imap to dovecot.

Can anyone confirm that it works or not?  Any ideas on how to address
this issue?

Thanks,
Kevin

From tss@iki.fi  Thu Jun 24 17:24:13 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 49492C000D9C; Thu, 24 Jun 2004 17:24:13 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 109E9C000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:24:11 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F31991C350E9; Thu, 24 Jun 2004 17:16:06 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 7B4001C350E6; Thu, 24 Jun 2004 17:15:32 +0300 (EEST)
Subject: Re: [Dovecot] Sym links to subfolders?
From: Timo Sirainen <tss@iki.fi>
To: Kevin Cramer <kcramer@siscom.net>
In-Reply-To: <20040624133541.GA6323@socrates.siscom.net>
References: <20040624133541.GA6323@socrates.siscom.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-uW7dQdlCgGMILUpbytPm"
Message-Id: <1088086532.6758.247.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 24 Jun 2004 17:15:32 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 14:24:13 -0000
X-UID: 9659                                                  
Status: O
Content-Length: 1154


--=-uW7dQdlCgGMILUpbytPm
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-24 at 16:35, Kevin Cramer wrote:
> I just installed dovecot 0.99.10.6 and I'm trying to use symlinks for
> subfolders.  I have my mail in ~/Maildir and I want to make symlinks
> such as from .Sent to ~/Mail/Sent.  All of these folders are maildir
> and the permissions are correct.
>=20
> I've searched the list and I cannot find anything stating that it
> should not work.  In fact I've seen posts that claim it should work.
> However, it does not work for me and looking at maildir-list.c around
> line 101, it appears that it is only checking for directories and not
> for links.

It got broken by change in .10.6. Fix in
http://dovecot.org/patches/maildir-symlinks.patch


--=-uW7dQdlCgGMILUpbytPm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA2uIEyUhSUUBViskRAmotAJ0cf/iaMIaEmUZp3EMTNi/9Vw5rLgCghc2y
uRBNtJ3rjuHIlHyHvrOp1Ho=
=lDh4
-----END PGP SIGNATURE-----

--=-uW7dQdlCgGMILUpbytPm--


From tss@iki.fi  Thu Jun 24 17:27:55 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 95E41C002913; Thu, 24 Jun 2004 17:27:55 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 94F45C000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:27:53 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 8A4071C350E6; Thu, 24 Jun 2004 17:19:49 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id BB6B51C350E9
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:19:15 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-o5EBHRQMYnSWjNaRybbY"
Message-Id: <1088086755.17996.252.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 24 Jun 2004 17:19:15 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_01,PGP_SIGNATURE_2,RCVD_IN_ORBS,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Subject: [Dovecot] IMAP mailing archives back online
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 14:27:55 -0000
X-UID: 9660                                                  
Status: O


--=-o5EBHRQMYnSWjNaRybbY
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Read-only mboxes seem to be working nicely now, so I installed latest
CVS Dovecot to dovecot.org again to serve them. Allows either ANONYMOUS
SASL logins, or plaintext logins with "anonymous" user and empty
password.


--=-o5EBHRQMYnSWjNaRybbY
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA2uLjyUhSUUBViskRAryCAJwLi1RChivVhuf/mWuCFW+scauT+wCeK9sN
fq3WPL1Cu7KPPG/v5z23ZJQ=
=CQ1L
-----END PGP SIGNATURE-----

--=-o5EBHRQMYnSWjNaRybbY--


From Nicolas.Stransky@neo-lan.net  Thu Jun 24 17:29:49 2004
Return-Path: <Nicolas.Stransky@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BD6CDC002913; Thu, 24 Jun 2004 17:29:49 +0300 (EEST)
Received: from mailhost.curie.fr (burton1.curie.fr [193.49.205.23])
	by talvi.dovecot.org (Postfix) with ESMTP id 432A0C000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:29:47 +0300 (EEST)
Received: from smtp-in.curie.fr (localhost [127.0.0.1])
	by mailhost.curie.fr/1 with ESMTP id i5OELf3J018501
	; Thu, 24 Jun 2004 16:21:41 +0200 (CEST)
Received: from [10.10.11.73] (jpt-0115-6340.curie.fr [10.10.11.73])
	by smtp-in.curie.fr with ESMTP id i5OELfGa025817
	; Thu, 24 Jun 2004 16:21:41 +0200 (CEST)
X-Client-Addr: 10.10.11.73 jpt-0115-6340.curie.fr (OK)
X-Client-Sender: Nicolas.Stransky@neo-lan.net
Message-ID: <40DAE374.6080903@neo-lan.net>
Date: Thu, 24 Jun 2004 16:21:40 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
References: <1087971391.6751.74.camel@hurina> <40DA6E75.7010702@neo-lan.net>
	<40DA744C.B1FC4926@clinet.fi> <40DACF4E.9000603@neo-lan.net>
In-Reply-To: <40DACF4E.9000603@neo-lan.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: Tomi Hakala <tomi.hakala@clinet.fi>, dovecot@dovecot.org
Subject: [Dovecot] Re: 1.0-test22 - maildir fixed?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 14:29:49 -0000
X-UID: 9661                                                  
Status: O

Nicolas STRANSKY wrote:

> The value of file-max on my system is already 51159 (kernel 2.6.7, 512MB 
> memory). But the interesting thing is that there are not that much open 
> files, and I didn't have this problem with previous dovecot release.

I also notice that thunderbird 0.7 fails to copy a message to the "Sent" 
folder with Dovecot 1.0 test22. More generaly, I have problems moving or 
copying messages from somewhere out of the existing imap folders (such 
as a message that has just been sent), to an imap folder.
I'm pretty sure it's not a thunderbird problem because it appeared when 
I installed Dovecot 1.0 test22. THunderbird just says it "failed", and I 
see no particular logs on the server.

-- 
Nico
Ce qui rend les douleurs de la honte et de la jalousie si aigus,
c'est que la vanit ne peut servir  les supporter.
	-+- Franois de La Rochefoucauld (1613-1680), Maximes 446 -+-

From rueckert@informatik.uni-rostock.de  Thu Jun 24 17:34:28 2004
Return-Path: <rueckert@informatik.uni-rostock.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id DE26DC000DD7; Thu, 24 Jun 2004 17:34:28 +0300 (EEST)
Received: from monsters.rsn.uni-rostock.de (monsters.rsn.uni-rostock.de
	[139.30.253.26])
	by talvi.dovecot.org (Postfix) with ESMTP id C0D27C000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:34:26 +0300 (EEST)
Received: from intern.dot.rsn.uni-rostock.de (intern.dot.rsn.uni-rostock.de
	[192.168.22.4])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "mail.pixalized.technet" (not verified))
	by monsters.rsn.uni-rostock.de (Postfix) with ESMTP id 23D69F254;
	Thu, 24 Jun 2004 16:28:28 +0200 (CEST)
Received: by intern.dot.rsn.uni-rostock.de (Postfix, from userid 1000)
	id A4EFA67550; Thu, 24 Jun 2004 16:24:13 +0200 (CEST)
Date: Thu, 24 Jun 2004 16:24:13 +0200
From: Marcus Rueckert <rueckert@informatik.uni-rostock.de>
To: Nicolas STRANSKY <Nico@neo-lan.net>
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Message-ID: <20040624142413.GA22100@monsters.rsn.uni-rostock.de>
References: <1087971391.6751.74.camel@hurina> <40DA6E75.7010702@neo-lan.net>
	<40DA744C.B1FC4926@clinet.fi> <40DACF4E.9000603@neo-lan.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40DACF4E.9000603@neo-lan.net>
User-Agent: Mutt/1.5.6i
Cc: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>,
	Tomi Hakala <tomi.hakala@clinet.fi>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 14:34:30 -0000
X-UID: 9662                                                  
Status: O

On 2004-06-24 14:55:42 +0200, Nicolas STRANSKY wrote:
> >See how many open files your system supports, with a kernel 2.4.26 and
> >256M memory default is 26208 open files.
> >
> ># cat /proc/sys/fs/file-max
> >26208
> 
> The value of file-max on my system is already 51159 (kernel 2.6.7, 512MB 
> memory). But the interesting thing is that there are not that much open 
> files, and I didn't have this problem with previous dovecot release.

maybe check for per user limits via pam?
e.g /etc/security/limits.conf

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


From tss@iki.fi  Thu Jun 24 17:52:26 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0538DC000D9C; Thu, 24 Jun 2004 17:52:26 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 14DDFC000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:52:24 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id F316F1C350E9; Thu, 24 Jun 2004 17:44:19 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 11D3A1C350E6
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:43:46 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <20040624142413.GA22100@monsters.rsn.uni-rostock.de>
References: <1087971391.6751.74.camel@hurina> <40DA6E75.7010702@neo-lan.net>
	<40DA744C.B1FC4926@clinet.fi> <40DACF4E.9000603@neo-lan.net>
	<20040624142413.GA22100@monsters.rsn.uni-rostock.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-as5YLyIQE5s9TUf8q9WE"
Message-Id: <1088088225.6753.257.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 24 Jun 2004 17:43:45 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 14:52:26 -0000
X-UID: 9663                                                  
Status: O
Content-Length: 1169


--=-as5YLyIQE5s9TUf8q9WE
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-24 at 17:24, Marcus Rueckert wrote:
> On 2004-06-24 14:55:42 +0200, Nicolas STRANSKY wrote:
> > >See how many open files your system supports, with a kernel 2.4.26 and
> > >256M memory default is 26208 open files.
> > >
> > ># cat /proc/sys/fs/file-max
> > >26208
> >=20
> > The value of file-max on my system is already 51159 (kernel 2.6.7, 512M=
B=20
> > memory). But the interesting thing is that there are not that much open=
=20
> > files, and I didn't have this problem with previous dovecot release.
>=20
> maybe check for per user limits via pam?
> e.g /etc/security/limits.conf

Nah, this most likely happens because Dovecot doesn't close some
(index?) files. I'll debug it later.


--=-as5YLyIQE5s9TUf8q9WE
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA2uihyUhSUUBViskRAiqQAJwK4fryagHXeHWtxlPF91wtWn/R7gCdFCTU
NHJcVIftd2WlS1WUXm31JzI=
=SyyA
-----END PGP SIGNATURE-----

--=-as5YLyIQE5s9TUf8q9WE--


From hf@spg.tu-darmstadt.de  Thu Jun 24 17:56:31 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 001D2C000D9C; Thu, 24 Jun 2004 17:56:30 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id BEED3C000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 17:56:28 +0300 (EEST)
Received: from [130.83.186.53] (blech.nt.e-technik.tu-darmstadt.de
	[130.83.186.53])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i5OEmNYi021346
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 16:48:23 +0200 (CEST)
Mime-Version: 1.0
X-Sender: hf@bounce.nt.e-technik.tu-darmstadt.de (Unverified)
Message-Id: <f06010205bd0098f1f3d5@[130.83.186.53]>
Date: Thu, 24 Jun 2004 16:48:23 +0200
To: dovecot@dovecot.org
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] 0.99.10.6 -imap flag update problem still present
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 14:56:31 -0000
X-UID: 9664                                                  
Status: O
Content-Length: 1110

Hi,

the email status problem that I reported for Dovecot 0.99.10.5 on 
June 3rd does still show up in 0.99.10.6. Quoting myself:

(1) When new mail is delivered to the inbox, the last read mail(s) change(s)
to "unread". Clients: Eudora 6 (Mac), Mozilla 1.6 (NetBSD, Linux, Win 
XP), MS Outlook.

(2) When you attempt to move mails from the inbox to another folder 
with Mozilla
(1.6 on win32, Linux, NetBSD), they are not removed from the inbox,
effectively performing a copy instead of a move.

And, while I am at it,

(3) I see a regular log entry from a MS Outlook 2000 SP 3

Jun  3 10:26:23 bounce imap-login: SSL_read() syscall failed: EOF
[130.83.XXX.XXX]

The setup here: OS NetBSD 2.0beta, MTA sendmail 8.12.11,
LDA maildrop 1.3.9, dovecot 0.99.10.6, OpenSSL 0.9.7d

Any ideas? My users are starting to nag...

	hauke

-- 
Institut fr Nachrichtentechnik        /~\  The ASCII Ribbon Campaign
     FG Signalverarbeitung              \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
Ruf +49-6151-16-3281, Fax -3778        / \  Respect for open standards

From tss@iki.fi  Thu Jun 24 18:04:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 21ADFC000D90; Thu, 24 Jun 2004 18:04:24 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A509FC000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 18:04:21 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 875F91C350E6; Thu, 24 Jun 2004 17:56:17 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id CAFEA1C350E6; Thu, 24 Jun 2004 17:55:32 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present
From: Timo Sirainen <tss@iki.fi>
To: Hauke Fath <hf@spg.tu-darmstadt.de>
In-Reply-To: <f06010205bd0098f1f3d5@[130.83.186.53]>
References: <f06010205bd0098f1f3d5@[130.83.186.53]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-ZTjFuWmL54EmaajnHRXo"
Message-Id: <1088088932.17996.262.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 24 Jun 2004 17:55:32 +0300
X-Spam-Status: No, hits=-8.9 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,HOT_NASTY,IN_REP_TO,
	PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 15:04:24 -0000
X-UID: 9665                                                  
Status: O
Content-Length: 1447


--=-ZTjFuWmL54EmaajnHRXo
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-24 at 17:48, Hauke Fath wrote:
> the email status problem that I reported for Dovecot 0.99.10.5 on=20
> June 3rd does still show up in 0.99.10.6. Quoting myself:
>=20
> (1) When new mail is delivered to the inbox, the last read mail(s) change=
(s)
> to "unread". Clients: Eudora 6 (Mac), Mozilla 1.6 (NetBSD, Linux, Win=20
> XP), MS Outlook.

Is this with maildir?

> (2) When you attempt to move mails from the inbox to another folder=20
> with Mozilla
> (1.6 on win32, Linux, NetBSD), they are not removed from the inbox,
> effectively performing a copy instead of a move.

Probably same reason why 1) happens.

It seems like flags cannot be changed at all? There's nothing in
Dovecot's logs? Did it used to work before?

> (3) I see a regular log entry from a MS Outlook 2000 SP 3
>=20
> Jun  3 10:26:23 bounce imap-login: SSL_read() syscall failed: EOF
> [130.83.XXX.XXX]

ssl_verbose =3D no. That's the reason it's no by default, the messages
aren't very useful.


--=-ZTjFuWmL54EmaajnHRXo
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA2utkyUhSUUBViskRAtGqAJ9JlxKmh6Ec6uG2EbA+QqErYQ0tjgCeOEh5
qhUCHx5NJg1w556kPypgInU=
=C0Pr
-----END PGP SIGNATURE-----

--=-ZTjFuWmL54EmaajnHRXo--


From hf@spg.tu-darmstadt.de  Thu Jun 24 18:20:57 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F19D0C000DD7; Thu, 24 Jun 2004 18:20:56 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 5E122C000D90
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 18:20:54 +0300 (EEST)
Received: from spg.tu-darmstadt.de (heiligenberg.nt.e-technik.tu-darmstadt.de
	[130.83.186.54])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i5OFCnbb021051; Thu, 24 Jun 2004 17:12:49 +0200 (CEST)
Message-ID: <40DAEF71.1080502@spg.tu-darmstadt.de>
Date: Thu, 24 Jun 2004 17:12:49 +0200
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Organization: TU Darmstadt
User-Agent: Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:1.6) Gecko/20040315
X-Accept-Language: en-us, en, de-de
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present
References: <f06010205bd0098f1f3d5@[130.83.186.53]>
	<1088088932.17996.262.camel@hurina>
In-Reply-To: <1088088932.17996.262.camel@hurina>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 15:20:57 -0000
X-UID: 9666                                                  
Status: O
Content-Length: 1679

Timo Sirainen wrote:
> On Thu, 2004-06-24 at 17:48, Hauke Fath wrote:
> 
>>the email status problem that I reported for Dovecot 0.99.10.5 on 
>>June 3rd does still show up in 0.99.10.6. Quoting myself:
>>
>>(1) When new mail is delivered to the inbox, the last read mail(s) change(s)
>>to "unread". Clients: Eudora 6 (Mac), Mozilla 1.6 (NetBSD, Linux, Win 
>>XP), MS Outlook.
> 
> 
> Is this with maildir?

No, mbox.

>>(2) When you attempt to move mails from the inbox to another folder 
>>with Mozilla
>>(1.6 on win32, Linux, NetBSD), they are not removed from the inbox,
>>effectively performing a copy instead of a move.
> 
> 
> Probably same reason why 1) happens.
> 
> It seems like flags cannot be changed at all? There's nothing in
> Dovecot's logs? 

Nothing.

>Did it used to work before?

No. I set up the server two months ago with 0.99.10.4, iirc. The issue 
is most annoying for Mozilla users since deleted mail is only flagged 
(which does not work), so you get duplicates after every move. Eudora 
physically removes the original mail, so the problem only shows up with 
the 'read' flag.

>>(3) I see a regular log entry from a MS Outlook 2000 SP 3
>>
>>Jun  3 10:26:23 bounce imap-login: SSL_read() syscall failed: EOF
>>[130.83.XXX.XXX]
> 
> 
> ssl_verbose = no. That's the reason it's no by default, the messages
> aren't very useful.

:)

Okay, I'll change that.

	hauke

-- 
            Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut fr Nachrichtentechnik         \ /    No HTML/RTF in email
           TU Darmstadt                   X     No Word docs in email
       Ruf +49-6151-16-3281              / \  Respect for open standards

From t1lt@bk.ru  Thu Jun 24 21:41:02 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 57A2AC000D90; Thu, 24 Jun 2004 21:41:02 +0300 (EEST)
Received: from sun.com (port-212-202-37-131.dynamic.qsc.de [212.202.37.131])
	by talvi.dovecot.org (Postfix) with SMTP id 17E20C000987
	for <dovecot@dovecot.org>; Thu, 24 Jun 2004 21:41:00 +0300 (EEST)
Received: (qmail 10874 invoked by uid 1000); 24 Jun 2004 18:32:55 -0000
Date: Thu, 24 Jun 2004 20:32:55 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Message-ID: <20040624183255.GE4063@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087971391.6751.74.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087971391.6751.74.camel@hurina>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 24 Jun 2004 18:41:02 -0000
X-UID: 9667                                                  
Status: O
Content-Length: 1285

On Wed, Jun 23, 2004 at 09:16:32AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> Well, remember when I said:
> 
> > Here you go, maildir syncing problems finally fixed (I hope). Well,
> > except there's this "new-dir-only syncing" optimization which I'm not
> > really sure if it works as it should.
> 
> Just before I found the expunge bug in index, I was trying to fix the
> new-dir-only syncing because the code looked wrong. Then I figured out
> the indexing problem and thought maybe this one wasn't broken after all,
> and then forgot about it.
> 
> Finally after lots of debugging, I came to same conclusion again. The
> code was wrong, and cause of the remaining "Maildir sync: UID < next_uid
> (312 < 3)" errors.
> 
> So, please try and see if you still can break this release. Other
> changes include some crashfixes for cache file and fix for mbox which
> kept constantly rewriting headers for \recent messages if we had
> selected the mailbox as read-only (EXAMINE, STATUS).

Sorry, still getting:

sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.zp sync: UID inserted in the middle of mailbox (1515 > 1514, file = msg.QNsy:2,)

and:

sp dovecot: IMAP(moe): Corrupted index cache file /home/moe/Maildir/.INBOX.zp/dovecot.index.cache: indexid changed


From kcramer@siscom.net  Fri Jun 25 17:05:39 2004
Return-Path: <kcramer@siscom.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 39536C000D93; Fri, 25 Jun 2004 17:05:39 +0300 (EEST)
Received: from plato.kevincramer.net (kcramer.siscom.net [209.251.13.230])
	by talvi.dovecot.org (Postfix) with SMTP id 6C8F7C000987
	for <dovecot@dovecot.org>; Fri, 25 Jun 2004 17:05:36 +0300 (EEST)
Received: (qmail 4352 invoked by uid 1000); 25 Jun 2004 13:57:29 -0000
From: "Kevin Cramer" <kcramer@siscom.net>
Date: Fri, 25 Jun 2004 09:57:29 -0400
To: dovecot@dovecot.org
Message-ID: <20040625135729.GA17265@plato.kevincramer.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: [Dovecot] Locked index file
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 25 Jun 2004 14:05:39 -0000
X-UID: 9668                                                  
Status: O


I have docevot 0.99.10.6 installed on OpenBSD 3.5 and I'm using it
with Squirrelmail.  I tried to empty my Trash folder and it timed out.
It looks like the process or thread died but the lock wasn't removed:

Jun 25 09:16:30 plato imap(kevin): Timeout while waiting for release of shared fcntl() lock for index file /home/kevin/Maildir/.Trash/.imap.index

How can I free this lock?  I have tried stopping and re-starting
dovecot already but that didn't help.  Also, is there something I
should do to prevent this in the future?  The OpenBSD package sets the
default locking to fcntl for mbox.  I'm not sure if that is the
setting that also controls the locking mechanism on the index files.

Thanks,
Kevin

From schrock@dayzed.com  Sat Jun 26 06:54:27 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 88E78C000DDA; Sat, 26 Jun 2004 06:54:27 +0300 (EEST)
Received: from mail.dayzed.com (24-176-252-149.cs-cres.charterpipeline.net
	[24.176.252.149])
	by talvi.dovecot.org (Postfix) with ESMTP id C385DC000D93
	for <dovecot@dovecot.org>; Sat, 26 Jun 2004 06:54:23 +0300 (EEST)
Received: from 192.168.50.2 (localhost.localdomain [127.0.0.1])
	by mail.dayzed.com (Postfix) with ESMTP id 41A3D233EF
	for <dovecot@dovecot.org>; Fri, 25 Jun 2004 20:46:12 -0700 (PDT)
Received: from 192.168.50.9 (SquirrelMail authenticated user schrock);
	by new.host.name with HTTP; Fri, 25 Jun 2004 20:46:12 -0700 (PDT)
Message-ID: <35223.192.168.50.9.1088221572.squirrel@192.168.50.9>
Date: Fri, 25 Jun 2004 20:46:12 -0700 (PDT)
From: "Avery" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
Subject: [Dovecot] phpGroupWare
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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: Sat, 26 Jun 2004 03:54:27 -0000
X-UID: 9669                                                  
Status: O

Anyone here using phpGroupWare with dovecot? Does anyone know if it is possible?

Thanks
-- 
Avery

From tazdev@punkass.com  Sat Jun 26 23:07:05 2004
Return-Path: <tazdev@punkass.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9E1B9C000D90; Sat, 26 Jun 2004 23:07:05 +0300 (EEST)
Received: from lfs (2-231.242.81.adsl.skynet.be [81.242.231.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 5C190C000987
	for <dovecot@dovecot.org>; Sat, 26 Jun 2004 23:07:02 +0300 (EEST)
Received: from zorglub (zorglub [192.168.0.1])
	by lfs (Postfix) with SMTP id A5BCE27609
	for <dovecot@dovecot.org>; Sat, 26 Jun 2004 22:15:47 +0000 (UTC)
Date: Sat, 26 Jun 2004 21:57:02 +0200
From: T'aZ <tazdev@punkass.com>
To: dovecot@dovecot.org
Message-Id: <20040626215702.2b215e48.tazdev@punkass.com>
X-Mailer: Sylpheed version 0.9.10cvs17 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg="pgp-sha1";
	boundary="Signature=_Sat__26_Jun_2004_21_57_02_+0200_CRvCQKueGNzDsa1m"
Subject: [Dovecot] passwd + shadow auth problem
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sat, 26 Jun 2004 20:07:05 -0000
X-UID: 9670                                                  
Status: O
Content-Length: 1671

--Signature=_Sat__26_Jun_2004_21_57_02_+0200_CRvCQKueGNzDsa1m
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Hi!
here is the problem , i have local users
some have shadow password, some not, so i must create two auth
one to login via shadow , and one via passwd

so here is my config file (stripped comments):


protocols = imap imaps pop3 pop3s
imap_listen = 192.168.0.2
pop3_listen = 192.168.0.2
imaps_listen = 192.168.0.2
pop3s_listen = 192.168.0.2
login = imap
login = pop3
auth = default
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = shadow
auth_user = root
auth_count = 1
auth_verbose = yes
auth = truc 
auth_mechanisms = plain
auth_userdb = passwd
auth_passdb = passwd
auth_verbose = yes


if i try a user with shadow, it works, but if i try a user without shadow, it fails in the log with  dovecot-auth: shadow(taz): unknown user

what's wrong, why doesnt it use the second auth option ?
where is my error ?

i'm using 0.99.10.6

thanks in advance

-- 
T'aZ |Jabber:taz-007@jabber.org|GPG keyID:E051925D|http://taz.prout.be
*They that can give up essential liberty to obtain a little temporary
 safety deserve neither liberty nor safety.*  Benjamin Franklin 1759
*Beaucoup,vite,loin,mal.*  http://www.cl.cam.ac.uk/~rja14/tcpa-faq.html

--Signature=_Sat__26_Jun_2004_21_57_02_+0200_CRvCQKueGNzDsa1m
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA3dUQ3opk9OBRkl0RAtHyAJ0emlCo91dlMwaO7sFezO00mJK3cACePFm8
cka6UKbQ/k2GNE7ooXszJ20=
=No4V
-----END PGP SIGNATURE-----

--Signature=_Sat__26_Jun_2004_21_57_02_+0200_CRvCQKueGNzDsa1m--

From kevin@kcramer.siscom.net  Fri Jun 25 16:44:24 2004
Return-Path: <kevin@kcramer.siscom.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 09D2EC000D93; Fri, 25 Jun 2004 16:44:24 +0300 (EEST)
Received: from plato.kevincramer.net (kcramer.siscom.net [209.251.13.230])
	by talvi.dovecot.org (Postfix) with SMTP id A3C81C000987
	for <dovecot@dovecot.org>; Fri, 25 Jun 2004 16:44:18 +0300 (EEST)
Received: (qmail 13520 invoked by uid 1000); 25 Jun 2004 13:36:10 -0000
From: "Kevin Cramer" <kevin@kcramer.siscom.net>
Date: Fri, 25 Jun 2004 09:36:10 -0400
To: dovecot@dovecot.org
Message-ID: <20040625133610.GA18061@plato.kevincramer.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Mailman-Approved-At: Sun, 27 Jun 2004 21:50:57 +0300
Subject: [Dovecot] Locked index file
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 25 Jun 2004 13:44:24 -0000
X-UID: 9671                                                  
Status: O


I have docevot 0.99.10.6 installed on OpenBSD 3.5 and I'm using it
with Squirrelmail.  I tried to empty my Trash folder and it timed out.
It looks like the process or thread died but the lock wasn't removed:

Jun 25 09:16:30 plato imap(kevin): Timeout while waiting for release of shared fcntl() lock for index file /home/kevin/Maildir/.Trash/.imap.index

How can I free this lock?  I have tried stopping and re-starting
dovecot already but that didn't help.  Also, is there something I
should do to prevent this in the future?  The OpenBSD package sets the
default locking to fcntl for mbox.  I'm not sure if that is the
setting that also controls the locking mechanism on the index files.

Thanks,
Kevin

From kevin@kcramer.siscom.net  Fri Jun 25 16:47:37 2004
Return-Path: <kevin@kcramer.siscom.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 85984C000D93; Fri, 25 Jun 2004 16:47:37 +0300 (EEST)
Received: from plato.kevincramer.net (kcramer.siscom.net [209.251.13.230])
	by talvi.dovecot.org (Postfix) with SMTP id E129BC000987
	for <dovecot@dovecot.org>; Fri, 25 Jun 2004 16:47:34 +0300 (EEST)
Received: (qmail 23164 invoked by uid 1000); 25 Jun 2004 13:39:27 -0000
From: "Kevin Cramer" <kevin@kcramer.siscom.net>
Date: Fri, 25 Jun 2004 09:39:27 -0400
To: dovecot@dovecot.org
Message-ID: <20040625133927.GA7097@plato.kevincramer.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Mailman-Approved-At: Sun, 27 Jun 2004 21:50:57 +0300
Subject: [Dovecot] Locked index file
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Fri, 25 Jun 2004 13:47:37 -0000
X-UID: 9672                                                  
Status: O


I have docevot 0.99.10.6 installed on OpenBSD 3.5 and I'm using it
with Squirrelmail.  I tried to empty my Trash folder and it timed out.
It looks like the process or thread died but the lock wasn't removed:

Jun 25 09:16:30 plato imap(kevin): Timeout while waiting for release of shared fcntl() lock for index file /home/kevin/Maildir/.Trash/.imap.index

How can I free this lock?  I have tried stopping and re-starting
dovecot already but that didn't help.  Also, is there something I
should do to prevent this in the future?  The OpenBSD package sets the
default locking to fcntl for mbox.  I'm not sure if that is the
setting that also controls the locking mechanism on the index files.

Thanks,
Kevin


From adro01@web.de  Sun Jun 27 00:08:48 2004
Return-Path: <adro01@web.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5A1E9C000DDA; Sun, 27 Jun 2004 00:08:48 +0300 (EEST)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.183])
	by talvi.dovecot.org (Postfix) with ESMTP id F0A19C000D93
	for <dovecot@dovecot.org>; Sun, 27 Jun 2004 00:08:45 +0300 (EEST)
Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de)
	by moutng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1BeKHs-0004fs-00
	for dovecot@dovecot.org; Sat, 26 Jun 2004 23:00:36 +0200
Received: from [80.185.230.250] (helo=dell.home.netz)
	by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1)
	id 1BeKHr-00025c-00
	for dovecot@dovecot.org; Sat, 26 Jun 2004 23:00:35 +0200
Received: from localhost (localhost [127.0.0.1])
	by dell.home.netz (Postfix) with ESMTP id E3F9FA98A
	for <dovecot@dovecot.org>; Sat, 26 Jun 2004 22:57:51 +0200 (CEST)
Received: from dell.home.netz ([127.0.0.1])
	by localhost (dell [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 11494-10 for <dovecot@dovecot.org>;
	Sat, 26 Jun 2004 22:57:47 +0200 (CEST)
Received: from web.de (linuxbox.home.netz [192.168.0.15])
	by dell.home.netz (Postfix) with ESMTP id 7F1F91ACE6
	for <dovecot@dovecot.org>; Sat, 26 Jun 2004 22:10:48 +0200 (CEST)
Message-ID: <40DDD8D3.3010207@web.de>
Date: Sat, 26 Jun 2004 22:13:07 +0200
From: Adrian Roye <adro01@web.de>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.4) Gecko/20030624 Netscape/7.1
X-Accept-Language: de-de, de, ro, ro
MIME-Version: 1.0
To: dovecot@dovecot.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	auth:32c874546dbed36b47307231375e05b1
X-Mailman-Approved-At: Sun, 27 Jun 2004 21:50:57 +0300
Subject: [Dovecot] invalid mask
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: adro01@web.de
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: Sat, 26 Jun 2004 21:08:48 -0000
X-UID: 9673                                                  
Status: O

Hi !
I still get the message:
"The current command did not succeed. The mail server responded: invalid 
mask"
I am using the Netscapes mail client.
Adrian


From djk@cybersource.com.au  Mon Jun 28 01:37:06 2004
Return-Path: <djk@cybersource.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 99BAFC000DDA; Mon, 28 Jun 2004 01:37:06 +0300 (EEST)
Received: from boombox.cyber.com.au (203-217-38-144.dyn.iinet.net.au
	[203.217.38.144])
	by talvi.dovecot.org (Postfix) with ESMTP id D0E01C000D93
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 01:37:00 +0300 (EEST)
Received: from boombox.cyber.com.au (localhost [127.0.0.1])
	by boombox.cyber.com.au (8.12.8/8.12.8) with ESMTP id i5RMSjAV011897;
	Mon, 28 Jun 2004 08:28:45 +1000
Received: (from djk@localhost)
	by boombox.cyber.com.au (8.12.8/8.12.8/Submit) id i5RMSjfP011895;
	Mon, 28 Jun 2004 08:28:45 +1000
From: David Keegel <djk@cybersource.com.au>
Message-Id: <200406272228.i5RMSjfP011895@boombox.cyber.com.au>
Subject: Re: [Dovecot] invalid mask
In-Reply-To: <40DDD8D3.3010207@web.de> from Adrian Roye at "Jun 26,
	2004 10:13:07 pm"
To: adro01@web.de
Date: Mon, 28 Jun 2004 08:28:45 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL66 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Sun, 27 Jun 2004 22:37:06 -0000
X-UID: 9674                                                  
Status: O

] Hi !
] I still get the message:
] "The current command did not succeed. The mail server responded: invalid 
] mask"
] I am using the Netscapes mail client.
] Adrian

I got this error when I had an IMAP server directory (~/Mail) specified
on the mail client (which was needed for my former UW imap server),
but I had configured dovecot with
	default_mail_env = mbox:~/Mail/:INBOX=/var/spool/mail/%u

___________________________________________________________________________
 David Keegel <djk@cybersource.com.au>  http://www.cyber.com.au/users/djk/
 Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

From tss@iki.fi  Mon Jun 28 12:48:02 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B7AFDC000DDA; Mon, 28 Jun 2004 12:48:02 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0AE55C000D93
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 12:48:00 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 036741C1D0E1; Mon, 28 Jun 2004 12:39:47 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id BC1C91C1D0E0; Mon, 28 Jun 2004 12:39:12 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
From: Timo Sirainen <tss@iki.fi>
To: Moe Wibble <t1lt@bk.ru>
In-Reply-To: <20040624183255.GE4063@widecut.net>
References: <1087971391.6751.74.camel@hurina>
	<20040624183255.GE4063@widecut.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-49HFNAj6J2ae7umJVNYU"
Message-Id: <1088415548.30749.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 12:39:08 +0300
X-Spam-Status: No, hits=-9.3 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	RCVD_IN_ORBS,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 09:48:02 -0000
X-UID: 9675                                                  
Status: O
Content-Length: 1415


--=-49HFNAj6J2ae7umJVNYU
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-24 at 21:32, Moe Wibble wrote:
> Sorry, still getting:
>=20
> sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.zp sync: UID inse=
rted in the middle of mailbox (1515 > 1514, file =3D msg.QNsy:2,)

Are you sure the maildir filename is unique and has never existed
before? If "msg.QNsy" is the real name, it doesn't conform to maildir
spec, although Dovecot doesn't really care about that. But if QNsy is
eg. inode number, this could easily happen just because inode numbers
are reused and you don't have any kind of timestamp in the file name.=20

Older Dovecots and probably most other maildir clients don't complain
about reappearing files, but I think that may cause some (rare) hidden
problems.

If they really are unique, it would be helpful if you could run a
debugging patch and send all the output to me. It generates
/tmp/dovecot.* files with tons of debugging data.

http://dovecot.org/patches/dovecot-maildir-debug.diff

--=-49HFNAj6J2ae7umJVNYU
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA3+c7yUhSUUBViskRAvgzAJ9wDhYK2n3LXVQqi6PJMQYfiRPWTwCfcw/U
TCeO42dTZ4RSOgtZgRVld9U=
=Gdlx
-----END PGP SIGNATURE-----

--=-49HFNAj6J2ae7umJVNYU--


From tss@iki.fi  Mon Jun 28 12:51:23 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E7FC5C00280C; Mon, 28 Jun 2004 12:51:23 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B9042C000D93
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 12:51:21 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id AE5141C1D0E1; Mon, 28 Jun 2004 12:43:08 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 9B74A1C1D0E0; Mon, 28 Jun 2004 12:42:34 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present
From: Timo Sirainen <tss@iki.fi>
To: Hauke Fath <hf@spg.tu-darmstadt.de>
In-Reply-To: <40DAEF71.1080502@spg.tu-darmstadt.de>
References: <f06010205bd0098f1f3d5@[130.83.186.53]>
	<1088088932.17996.262.camel@hurina>
	<40DAEF71.1080502@spg.tu-darmstadt.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-9LTISmuVDFzmCgSaeiDj"
Message-Id: <1088415754.30749.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 12:42:34 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 09:51:24 -0000
X-UID: 9676                                                  
Status: O
Content-Length: 1112


--=-9LTISmuVDFzmCgSaeiDj
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-24 at 18:12, Hauke Fath wrote:
> >>(1) When new mail is delivered to the inbox, the last read mail(s) chan=
ge(s)
> >>to "unread". Clients: Eudora 6 (Mac), Mozilla 1.6 (NetBSD, Linux, Win=20
> >>XP), MS Outlook.
> > Is this with maildir?
>=20
> No, mbox.

Oh. This all pretty much sounds like Dovecot sees users INBOX as
read-only so it won't modify flags and won't expunge messages.

You could check this with eg. telnet:

telnet localhost imap2
x login user pass
x select inbox

and see if it sends READ-ONLY or READ-WRITE tag.

I think the only reason for it to be treated as read-only is if the file
permissions really are such.


--=-9LTISmuVDFzmCgSaeiDj
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA3+gKyUhSUUBViskRAgkvAJ9Mamwaa2woW1BvHV5HIUcbK8ulkACfbEk1
2ROKWB1UF9iW5sLUG+I1/hA=
=0C8e
-----END PGP SIGNATURE-----

--=-9LTISmuVDFzmCgSaeiDj--


From tss@iki.fi  Mon Jun 28 12:56:52 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id A2726C00291F; Mon, 28 Jun 2004 12:56:52 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id A0010C002868
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 12:56:50 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 903C61C350CA; Mon, 28 Jun 2004 12:48:37 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 76C651C1D0E0; Mon, 28 Jun 2004 12:48:03 +0300 (EEST)
Subject: Re: [Dovecot] Locked index file
From: Timo Sirainen <tss@iki.fi>
To: Kevin Cramer <kcramer@siscom.net>
In-Reply-To: <20040625135729.GA17265@plato.kevincramer.net>
References: <20040625135729.GA17265@plato.kevincramer.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-lKrWQq//i84nE6ZHn9ka"
Message-Id: <1088416083.30740.18.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 12:48:03 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 09:56:52 -0000
X-UID: 9677                                                  
Status: O
Content-Length: 1777


--=-lKrWQq//i84nE6ZHn9ka
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2004-06-25 at 16:57, Kevin Cramer wrote:
> I have docevot 0.99.10.6 installed on OpenBSD 3.5 and I'm using it
> with Squirrelmail.  I tried to empty my Trash folder and it timed out.
> It looks like the process or thread died but the lock wasn't removed:
>=20
> Jun 25 09:16:30 plato imap(kevin): Timeout while waiting for release of s=
hared fcntl() lock for index file /home/kevin/Maildir/.Trash/.imap.index

When all processes holding fcntl lock have either dropped it or died by
themselves, the lock is gone. If all the processes really have died,
this is operating system bug.

> How can I free this lock?  I have tried stopping and re-starting
> dovecot already but that didn't help.

Restarting Dovecot doesn't kill imap/pop3 processes that are running at
the time. Did you check that they're all gone?

> Also, is there something I
> should do to prevent this in the future?  The OpenBSD package sets the
> default locking to fcntl for mbox.  I'm not sure if that is the
> setting that also controls the locking mechanism on the index files.

It doesn't affect index files, they're always fcntl locked.

Probably not much you can do to prevent this, if this was because some
Dovecot process got stuck.. Also 0.99.10.6 indexes still don't work too
well with OpenBSD, so it might be related to that.


--=-lKrWQq//i84nE6ZHn9ka
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA3+lTyUhSUUBViskRAnF3AJ9PUccUrsT/Cw6ez3m3gzjTYj36cgCgmfMx
7le2G+1NOENWzXfMmAYFuoU=
=xxEY
-----END PGP SIGNATURE-----

--=-lKrWQq//i84nE6ZHn9ka--


From tss@iki.fi  Mon Jun 28 12:58:40 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2264AC00291F; Mon, 28 Jun 2004 12:58:40 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 31F04C002868
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 12:58:38 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2A8591C1D0E1; Mon, 28 Jun 2004 12:50:25 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 1E09F1C1D0E0; Mon, 28 Jun 2004 12:49:51 +0300 (EEST)
Subject: Re: [Dovecot] passwd + shadow auth problem
From: Timo Sirainen <tss@iki.fi>
To: T'aZ <tazdev@punkass.com>
In-Reply-To: <20040626215702.2b215e48.tazdev@punkass.com>
References: <20040626215702.2b215e48.tazdev@punkass.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-VAGrpq2CXkW2Qcq0H81G"
Message-Id: <1088416190.30751.20.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 12:49:50 +0300
X-Spam-Status: No, hits=-9.4 required=5.0
	tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 09:58:40 -0000
X-UID: 9678                                                  
Status: O


--=-VAGrpq2CXkW2Qcq0H81G
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2004-06-26 at 22:57, T'aZ wrote:
> here is the problem , i have local users
> some have shadow password, some not, so i must create two auth
> one to login via shadow , and one via passwd
..
> i'm using 0.99.10.6

It's not supported with 0.99.10, 1.0-tests would work.


--=-VAGrpq2CXkW2Qcq0H81G
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA3+m+yUhSUUBViskRAmvfAJ0W0x2zN3lMfPJ3KlcXGG/Ew7THfgCgnA9Z
lqENM+dp0QdhIacqpIcLP20=
=vOHf
-----END PGP SIGNATURE-----

--=-VAGrpq2CXkW2Qcq0H81G--


From hf@spg.tu-darmstadt.de  Mon Jun 28 13:16:06 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B11F5C002929; Mon, 28 Jun 2004 13:16:06 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 92A31C00292E
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 13:16:02 +0300 (EEST)
Received: from [130.83.186.53] (blech.nt.e-technik.tu-darmstadt.de
	[130.83.186.53])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i5SA7miP000901; Mon, 28 Jun 2004 12:07:48 +0200 (CEST)
Mime-Version: 1.0
X-Sender: hf@bounce.nt.e-technik.tu-darmstadt.de (Unverified)
Message-Id: <f06010201bd059d21e6e9@[130.83.186.53]>
In-Reply-To: <1088415754.30749.13.camel@hurina>
References: <f06010205bd0098f1f3d5@[130.83.186.53]>	
	<1088088932.17996.262.camel@hurina> 
	<40DAEF71.1080502@spg.tu-darmstadt.de>
	<1088415754.30749.13.camel@hurina>
Date: Mon, 28 Jun 2004 12:07:46 +0200
To: Timo Sirainen <tss@iki.fi>
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org, Hauke Fath <hf@spg.tu-darmstadt.de>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 10:16:06 -0000
X-UID: 9679                                                  
Status: O
Content-Length: 1530

Am 28.06.2004 um 12:42 Uhr +0300 schrieb Timo Sirainen:
>Oh. This all pretty much sounds like Dovecot sees users INBOX as
>read-only so it won't modify flags and won't expunge messages.
>
>You could check this with eg. telnet:
>
>telnet localhost imap2
>x login user pass
>x select inbox
>
>and see if it sends READ-ONLY or READ-WRITE tag.
>
>I think the only reason for it to be treated as read-only is if the file
>permissions really are such.

 From /etc/dovecot.conf:

# Sync this with "DEFAULT" in /etc/courier/maildroprc
default_mail_env = mbox:~/Mail/:INBOX=%h/Mail/INBOX


[hf@bounce] ~ > cd Mail
[hf@bounce] ~/Mail > ll INBOX
27008 -rw-------  1 hf  spgmit  27610472 Jun 28 12:00 INBOX
[hf@bounce] ~/Mail > telnet localhost imap2
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK dovecot ready.
x login hf XXXXXXXX
x OK Logged in.
x select inbox
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft NotJunk Junk NonJunk)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft 
NotJunk Junk NonJunk \*)] Flags permitted.
* 604 EXISTS
* 3 RECENT
* OK [UNSEEN 573] First unseen.
* OK [UIDVALIDITY 1054653796] UIDs valid
* OK [UIDNEXT 5280] Predicted next UID
x OK [READ-WRITE] Select completed.

Hum...

	hauke

-- 
Institut fr Nachrichtentechnik        /~\  The ASCII Ribbon Campaign
     FG Signalverarbeitung              \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
Ruf +49-6151-16-3281, Fax -3778        / \  Respect for open standards

From tss@iki.fi  Mon Jun 28 13:30:11 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 37B6BC002929; Mon, 28 Jun 2004 13:30:11 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0A023C00280C
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 13:30:08 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 35C701C1D0E1; Mon, 28 Jun 2004 13:21:55 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 1FA581C1D0E0; Mon, 28 Jun 2004 13:21:21 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present
From: Timo Sirainen <tss@iki.fi>
To: Hauke Fath <hf@spg.tu-darmstadt.de>
In-Reply-To: <f06010201bd059d21e6e9@[130.83.186.53]>
References: <f06010205bd0098f1f3d5@[130.83.186.53]>
	<1088088932.17996.262.camel@hurina>
	<40DAEF71.1080502@spg.tu-darmstadt.de>
	<1088415754.30749.13.camel@hurina>
	<f06010201bd059d21e6e9@[130.83.186.53]>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-nUZ2toVGFvIgpOHuKngJ"
Message-Id: <1088418080.30749.31.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 13:21:20 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 10:30:11 -0000
X-UID: 9680                                                  
Status: O
Content-Length: 1126


--=-nUZ2toVGFvIgpOHuKngJ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-28 at 13:07, Hauke Fath wrote:
> Am 28.06.2004 um 12:42 Uhr +0300 schrieb Timo Sirainen:
> >Oh. This all pretty much sounds like Dovecot sees users INBOX as
> >read-only so it won't modify flags and won't expunge messages.
..
> x OK [READ-WRITE] Select completed.

So, not that then. Are any flag changes permanent? If you modify seen
flag, is "Status: RO" header ever written in the mbox? They aren't
updated immediately, only after the mailbox is closed. And if moving
mails didn't work, did simply expunging them?

Anyway, this sounds pretty strange. I haven't heard of anything similiar
before and 0.99.10.6 is used with mbox by many people..


--=-nUZ2toVGFvIgpOHuKngJ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA3/EgyUhSUUBViskRAsmFAJ0XRKO2kfPmE0pm2DA4E+p6nKTOpgCfTqDY
VRYOkpqxtW4nzHzWI1DzjjU=
=FJZq
-----END PGP SIGNATURE-----

--=-nUZ2toVGFvIgpOHuKngJ--


From lesliev@icoc.co.za  Mon Jun 28 16:01:28 2004
Return-Path: <lesliev@icoc.co.za>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B9B6EC00280C; Mon, 28 Jun 2004 16:01:28 +0300 (EEST)
Received: from mail.interprise.co.za (ns2.interprise.co.za [196.3.167.51])
	by talvi.dovecot.org (Postfix) with ESMTP id 34EABC000D90
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 16:01:26 +0300 (EEST)
Received: from mail.tangent.co.za (rrba-34-107.telkomadsl.co.za
	[165.165.34.107])
	by mail.interprise.co.za (Postfix) with ESMTP id D3B72193FC9
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 14:53:06 +0200 (SAST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.tangent.co.za (Postfix) with ESMTP id C8060FDFE8
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 14:53:06 +0200 (SAST)
Received: from mail.tangent.co.za ([127.0.0.1])
	by localhost (kerberos.tangent.co.za [127.0.0.1]) (amavisd-new,
	port 10025) with LMTP id 24555-03-8 for <dovecot@dovecot.org>;
	Mon, 28 Jun 2004 14:52:56 +0200 (SAST)
Received: from pc3.training.tangent.co.za (pc3.training.tangent.co.za
	[192.168.10.123])
	by mail.tangent.co.za (Postfix) with ESMTP id 73A32FD844
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 14:52:56 +0200 (SAST)
From: Leslie Viljoen <lesliev@icoc.co.za>
To: dovecot@dovecot.org
Date: Mon, 28 Jun 2004 16:51:05 +0200
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200406281651.05500.lesliev@icoc.co.za>
X-Virus-Scanned: by amavisd-new at tangent.co.za
Subject: [Dovecot] Mailbox archiving
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 13:01:29 -0000
X-UID: 9681                                                  
Status: O

Hi all!

I have a strange problem with Dovecot - deleted messages never seem to get 
deleted on the server! Deleted messages just seem to get a 'T' at the end of
them on the server and remain there, so user mail boxes continue to grow to
incredible sizes. Is this a setting I must change somewhere? Must I delete 
these files manually?


Leslie

From hf@spg.tu-darmstadt.de  Mon Jun 28 17:36:40 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1DA4DC000D93; Mon, 28 Jun 2004 17:36:40 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id 095EDC000D90
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 17:36:37 +0300 (EEST)
Received: from spg.tu-darmstadt.de (heiligenberg.nt.e-technik.tu-darmstadt.de
	[130.83.186.54])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i5SESMPh011007; Mon, 28 Jun 2004 16:28:22 +0200 (CEST)
Message-ID: <40E02B06.9040702@spg.tu-darmstadt.de>
Date: Mon, 28 Jun 2004 16:28:22 +0200
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Organization: TU Darmstadt
User-Agent: Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:1.6) Gecko/20040315
X-Accept-Language: en-us, en, de-de
MIME-Version: 1.0
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present
References: <f06010205bd0098f1f3d5@[130.83.186.53]>	
	<1088088932.17996.262.camel@hurina>
	<40DAEF71.1080502@spg.tu-darmstadt.de>	
	<1088415754.30749.13.camel@hurina>
	<f06010201bd059d21e6e9@[130.83.186.53]>
	<1088418080.30749.31.camel@hurina>
In-Reply-To: <1088418080.30749.31.camel@hurina>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 14:36:40 -0000
X-UID: 9682                                                  
Status: O
Content-Length: 1421

Timo Sirainen wrote:
> On Mon, 2004-06-28 at 13:07, Hauke Fath wrote:
> 
>>x OK [READ-WRITE] Select completed.
> 
> So, not that then. Are any flag changes permanent? If you modify seen
> flag, is "Status: RO" header ever written in the mbox? 

Where would I see that? In a telnet session? In the headers in the
mailbox file?

> They aren't
> updated immediately, only after the mailbox is closed. And if moving
> mails didn't work, did simply expunging them?
> 
> Anyway, this sounds pretty strange. I haven't heard of anything similiar
> before and 0.99.10.6 is used with mbox by many people..

8/ ...

There are actually two problems that are reported to me:

(1) People are reading mail, and when the next mail comes in, the mails
just read change status to 'unread'. I've seen this myself with a
variety of clients, not strictly reproducibly, but... it happens.

(2) People move read mail from the inbox to some other folder (or delete 
it) and find two copies - one in the new folder (or trash), and one in 
the old one. This I have not seen myself, and those who have seen it 
have not yet reported it for 0.99.10.6.

	hauke

-- 
            Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut fr Nachrichtentechnik         \ /    No HTML/RTF in email
           TU Darmstadt                   X     No Word docs in email
       Ruf +49-6151-16-3281              / \  Respect for open standards


From Juergen.Daubert@t-online.de  Mon Jun 28 17:49:01 2004
Return-Path: <Juergen.Daubert@t-online.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7E048C000D93; Mon, 28 Jun 2004 17:49:01 +0300 (EEST)
Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com
	[194.25.134.19])
	by talvi.dovecot.org (Postfix) with ESMTP id EA230C000D90
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 17:48:58 +0300 (EEST)
Received: from fwd04.aul.t-online.de by mailout06.sul.t-online.com with smtp 
	id 1BexJM-000128-01; Mon, 28 Jun 2004 16:40:44 +0200
Received: from pD951887A.dip.t-dialin.net
	(TtKVFeZLZe6mVtA8UrfzRADc1bRQQa1NQCGZRYoTWUE--qrglv9U0x@[217.81.136.122])
	by fwd04.sul.t-online.com
	with esmtp id 1BexIu-1sq8Po0; Mon, 28 Jun 2004 16:40:16 +0200
Received: from 192.168.0.1 by ser.netz with esmtp (masqmail 0.2.20) id
	1BexIp-1Ar-00 for <dovecot@dovecot.org>; Mon, 28 Jun 2004 16:40:11 +0200
Received: from juergen by jue.netz with local (Exim 4.34) id 1BexIo-0000Af-Pt
	for dovecot@dovecot.org; Mon, 28 Jun 2004 16:40:10 +0200
Date: Mon, 28 Jun 2004 16:40:10 +0200
From: Juergen.Daubert@t-online.de (Juergen Daubert)
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Message-ID: <20040628144010.GA650@jue.netz>
Mail-Followup-To: dovecot@dovecot.org
References: <1087971391.6751.74.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087971391.6751.74.camel@hurina>
User-Agent: Mutt/1.4.2.1i
X-Seen: false
X-ID: TtKVFeZLZe6mVtA8UrfzRADc1bRQQa1NQCGZRYoTWUE--qrglv9U0x
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 14:49:01 -0000
X-UID: 9683                                                  
Status: O
Content-Length: 1701

On Wed, Jun 23, 2004 at 09:16:32AM +0300, Timo Sirainen wrote:
> http://dovecot.org/test/
> 
> Well, remember when I said:
> 
> > Here you go, maildir syncing problems finally fixed (I hope). Well,
> > except there's this "new-dir-only syncing" optimization which I'm not
> > really sure if it works as it should.

While doing some test with 1.0-test22 I've found one strange bug which
seems to be related to the 'FOLDER INTERNAL DATA' mail that will be in
inserted by uw-imap.

To reproduce:

1. stop dovecot, start uw-imap
2. create a new folder and cp some mails into this new folder
3. stop uw-imap, start dovecot
4. select the new created folder

  Dovecot v1.0-test22 starting up
  imap-login: Login: juergen [192.168.0.1]
  IMAP(juergen): file mail-index-transaction.c: line 147 
      (mail_index_transaction_lookup): assertion failed: (seq >=
      t->first_new_seq && seq <= t->last_new_seq)
  child 4432 (imap) killed with signal 6

After reselecting this folder with my client (mutt) I can see 
sometimes either one additional mail at the bottom or even the first 
mail doubled ?


Sorry, but some other errors, which may be related:

  IMAP(juergen): mbox sync: UID inserted in the middle of mailbox 
      /home/juergen/Mail/_spam (241 > 240)
  IMAP(juergen): file mail-index-view.c: line 176 (_view_lookup_full): 
      assertion failed: (seq > 0 && seq <= 
	  mail_index_view_get_message_count(view))
  child 2891 (imap) killed with signal 6

and

  IMAP(juergen): file mbox-sync-rewrite.c:
      line 320 (mbox_sync_read_and_move): assertion failed: 
	  (need_space == -mails[idx].space)
  child 2899 (imap) killed with signal 6



Greetings
Juergen


-- 
juergen.daubert@t-online.de

From t1lt@bk.ru  Mon Jun 28 18:05:32 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5C941C000DE0; Mon, 28 Jun 2004 18:05:32 +0300 (EEST)
Received: from sun.com (port-212-202-37-131.dynamic.qsc.de [212.202.37.131])
	by talvi.dovecot.org (Postfix) with SMTP id 5D0F8C000D93
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 18:05:28 +0300 (EEST)
Received: (qmail 20094 invoked by uid 1000); 28 Jun 2004 14:57:13 -0000
Date: Mon, 28 Jun 2004 16:57:13 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Message-ID: <20040628145713.GG28969@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087971391.6751.74.camel@hurina>
	<20040624183255.GE4063@widecut.net>
	<1088415548.30749.8.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1088415548.30749.8.camel@hurina>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 15:05:32 -0000
X-UID: 9684                                                  
Status: O
Content-Length: 1692

On Mon, Jun 28, 2004 at 12:39:08PM +0300, Timo Sirainen wrote:
> On Thu, 2004-06-24 at 21:32, Moe Wibble wrote:
> > Sorry, still getting:
> > 
> > sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.zp sync: UID inserted in the middle of mailbox (1515 > 1514, file = msg.QNsy:2,)
> 
> Are you sure the maildir filename is unique and has never existed
> before? If "msg.QNsy" is the real name, it doesn't conform to maildir
> spec, although Dovecot doesn't really care about that. But if QNsy is
> eg. inode number, this could easily happen just because inode numbers
> are reused and you don't have any kind of timestamp in the file name. 

Nope, I'm not sure. The only program delivering to my maildirs is procmail,
tho. Seems like procmail creates these kind of filenames, should I file a bug?

> Older Dovecots and probably most other maildir clients don't complain
> about reappearing files, but I think that may cause some (rare) hidden
> problems.

If the bugs are gone for other people then that's most likely the cause.
Strange enough that procmail doesn't write properly to Maildirs.

> If they really are unique, it would be helpful if you could run a
> debugging patch and send all the output to me. It generates
> /tmp/dovecot.* files with tons of debugging data.

I'm not sure whether they're unique but since they're only 4 digits I
suppose they're at best some Very Cheap Imitation of unique...
I guess it's time to find a better mailfilter than procmail.

> http://dovecot.org/patches/dovecot-maildir-debug.diff

Gonna try that later if switching to a filter that writes _real_
Maildir didn't help.

Any suggestions on what to use?
It should run from dot-qmail..

greets


From maikel@ladot.com  Mon Jun 28 18:41:35 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0C54DC000DDD; Mon, 28 Jun 2004 18:41:35 +0300 (EEST)
Received: from amsfep18-int.chello.nl (amsfep18-int.chello.nl [213.46.243.13])
	by talvi.dovecot.org (Postfix) with ESMTP id ADFD0C000D93
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 18:41:32 +0300 (EEST)
Received: from myst.dohd.org ([62.163.181.64]) by amsfep18-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040628153318.CUJU25344.amsfep18-int.chello.nl@myst.dohd.org>;
	Mon, 28 Jun 2004 17:33:18 +0200
Received: from [10.0.3.6] (mactop-wi.myst.dohd.org [10.0.3.6])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i5SFYTtn042619;
	Mon, 28 Jun 2004 17:34:39 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <20040628145713.GG28969@widecut.net>
References: <1087971391.6751.74.camel@hurina>
	<20040624183255.GE4063@widecut.net>
	<1088415548.30749.8.camel@hurina>
	<20040628145713.GG28969@widecut.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <6EF8289F-C918-11D8-ABA3-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Date: Mon, 28 Jun 2004 17:32:58 +0200
To: Moe Wibble <t1lt@bk.ru>
X-Mailer: Apple Mail (2.618)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 15:41:35 -0000
X-UID: 9685                                                  
Status: O


On Jun 28, 2004, at 4:57 PM, Moe Wibble wrote:

> I'm not sure whether they're unique but since they're only 4 digits I
> suppose they're at best some Very Cheap Imitation of unique...
> I guess it's time to find a better mailfilter than procmail.
>
>> http://dovecot.org/patches/dovecot-maildir-debug.diff
>
> Gonna try that later if switching to a filter that writes _real_
> Maildir didn't help.

At home I run procmail from sendmail (as the local mailer) and it 
generates files like:

	1085555933.58805_0.hostname

which seems to be a timestamp, the PID of procmail with an addition and 
a hostname.

My procmail version is built from ports on freebsd 5.1 and is: 
"procmail v3.22 2001/09/10".

Kind regards,

Maikel Verheijen


From t1lt@bk.ru  Mon Jun 28 18:55:40 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id BBDDEC000DE0; Mon, 28 Jun 2004 18:55:40 +0300 (EEST)
Received: from sun.com (port-212-202-37-131.dynamic.qsc.de [212.202.37.131])
	by talvi.dovecot.org (Postfix) with SMTP id 82707C000DDD
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 18:55:38 +0300 (EEST)
Received: (qmail 2262 invoked by uid 1000); 28 Jun 2004 15:47:24 -0000
Date: Mon, 28 Jun 2004 17:47:24 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Message-ID: <20040628154724.GA447@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087971391.6751.74.camel@hurina>
	<20040624183255.GE4063@widecut.net>
	<1088415548.30749.8.camel@hurina>
	<20040628145713.GG28969@widecut.net>
	<6EF8289F-C918-11D8-ABA3-000A95B3C1CA@ladot.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <6EF8289F-C918-11D8-ABA3-000A95B3C1CA@ladot.com>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 15:55:40 -0000
X-UID: 9686                                                  
Status: O
Content-Length: 1127

On Mon, Jun 28, 2004 at 05:32:58PM +0200, Maikel Verheijen wrote:
> 
> On Jun 28, 2004, at 4:57 PM, Moe Wibble wrote:
> 
> >I'm not sure whether they're unique but since they're only 4 digits I
> >suppose they're at best some Very Cheap Imitation of unique...
> >I guess it's time to find a better mailfilter than procmail.
> >
> >>http://dovecot.org/patches/dovecot-maildir-debug.diff
> >
> >Gonna try that later if switching to a filter that writes _real_
> >Maildir didn't help.
> 
> At home I run procmail from sendmail (as the local mailer) and it 
> generates files like:
> 
> 	1085555933.58805_0.hostname
> 
> which seems to be a timestamp, the PID of procmail with an addition and 
> a hostname.
> 
> My procmail version is built from ports on freebsd 5.1 and is: 
> "procmail v3.22 2001/09/10".

Ah, interesting.
I'm running the "same" version but from debian:

procmail v3.22 2001/09/10
procmail_3.22-9_i386.deb

Your message (the one I am replying to) was stored as: msg.qBs4

Seems the BSD port has some patch applied that the debian version hasn't.
I'm gonna file a bug report to the package maintainer.


greets


From rjohnson@medata.com  Mon Jun 28 21:50:49 2004
Return-Path: <rjohnson@medata.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 83DD8C000DE0; Mon, 28 Jun 2004 21:50:49 +0300 (EEST)
Received: from mail.medata.com (firewall.medata.com [65.104.121.53])
	by talvi.dovecot.org (Postfix) with ESMTP id 743FBC000DDD
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 21:50:46 +0300 (EEST)
Received: from [172.24.2.200] (tech008 [172.24.2.200]) (authenticated bits=0)
	by mail.medata.com (8.12.8/8.12.8) with ESMTP id i5SIgQKE015941
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 28 Jun 2004 11:42:29 -0700
Message-ID: <40E06694.3060001@medata.com>
Date: Mon, 28 Jun 2004 11:42:28 -0700
From: Rick Johnson <rjohnson@medata.com>
Organization: Medata, Inc.
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Leslie Viljoen <lesliev@icoc.co.za>
Subject: Re: [Dovecot] Mailbox archiving
References: <200406281651.05500.lesliev@icoc.co.za>
In-Reply-To: <200406281651.05500.lesliev@icoc.co.za>
X-Enigmail-Version: 0.84.10001.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.73, clamav-milter version 0.73a
	on mail.medata.com
X-Virus-Status: Clean
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 18:50:49 -0000
X-UID: 9687                                                  
Status: O
Content-Length: 1116

Leslie Viljoen wrote:
> Hi all!
> 
> I have a strange problem with Dovecot - deleted messages never seem to get 
> deleted on the server! Deleted messages just seem to get a 'T' at the end of
> them on the server and remain there, so user mail boxes continue to grow to
> incredible sizes. Is this a setting I must change somewhere? Must I delete 
> these files manually?

This is an MUA issue, not a Dovecot issue.

This could be handled either via a script on the server side:
I run this nightly via cron (as root):

find /home/*/Maildir/ -name "*2,*T*" -type f -exec rm {} \;

Or ensure that your mail client is set to expunge or compact folders on 
exit. Which MUA are your users using?

In Mozilla or Thunderbird, the setting is:

Under Account Settings, Server Settings (for each account) - check:
'Clean Up ("Expunge") Inbox on Exit'

Other clients may differ, but usually "Clean Up", "Compact", or 
"Expunge" are the terms utilized.

HTH,
-Rick

-- 
Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com
Linux/Network Administrator - Medata, Inc.
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc

From strombrg@dcs.nac.uci.edu  Mon Jun 28 22:12:55 2004
Return-Path: <strombrg@dcs.nac.uci.edu>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B5F39C002826; Mon, 28 Jun 2004 22:12:55 +0300 (EEST)
Received: from dcs.nac.uci.edu (dcs.nac.uci.edu [128.200.34.32])
	by talvi.dovecot.org (Postfix) with ESMTP id C066FC002822
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 22:12:51 +0300 (EEST)
Received: from [128.200.34.35] (tesuji.nac.uci.edu [128.200.34.35])
	by dcs.nac.uci.edu (8.12.11/8.12.10) with ESMTP id i5SJ4Ybw031591;
	Mon, 28 Jun 2004 12:04:34 -0700
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
From: Dan Stromberg <strombrg@dcs.nac.uci.edu>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <578675DC-C3FA-11D8-8017-000393CC2E90@iki.fi>
References: <20040621140438.22803b07.wmoran@potentialtech.com>
	<3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
	<40D79034.2090207@tacocat.net>
	<578675DC-C3FA-11D8-8017-000393CC2E90@iki.fi>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-0hHeTKQzt0SyQSHwT5+j"
Message-Id: <1088449473.25550.33.camel@tesuji.nac.uci.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) 
Date: Mon, 28 Jun 2004 12:04:34 -0700
Cc: Tom Allison <tallison@tacocat.net>,
	Dan Stromberg <strombrg@dcs.nac.uci.edu>, dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 19:12:55 -0000
X-UID: 9688                                                  
Status: O
Content-Length: 1269


--=-0hHeTKQzt0SyQSHwT5+j
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-21 at 20:14, Timo Sirainen wrote:
> On 22.6.2004, at 04:49, Tom Allison wrote:
>=20
> > I had a conversation with the same fellow a while back.
> >
> > I'm told that dbmail is actually very fast in mail retrieval.  But I=20
> > was unable to confirm it myself.
>=20
> It could be fast, but it couldn't be faster than doing "cat mailfile",=20
> which is basically what maildir clients do.

Actually, in a really large folder, a database (with a decent
organization) could be significantly faster than "cat mailfile" on more
traditional filesystems.

However, as filesystems take on more database-like features, this
distinction will likely become less important.  (EG: dir_index on ext3).

Thanks for dovecot.  It's really great.

--=20
Dan Stromberg DCS/NACS/UCI <strombrg@dcs.nac.uci.edu>


--=-0hHeTKQzt0SyQSHwT5+j
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQBA4GvBo0feVm00f/8RAtq5AJ9TbbilolpWBvsbBeU/qgw6d0338wCfQ9Sc
CA468/qW0uscBjH+3WpiD+4=
=WYNR
-----END PGP SIGNATURE-----

--=-0hHeTKQzt0SyQSHwT5+j--


From tss@iki.fi  Mon Jun 28 22:38:16 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 7717DC002826; Mon, 28 Jun 2004 22:38:16 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 61525C002822
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 22:38:14 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 63CC61C1D0E1; Mon, 28 Jun 2004 22:30:00 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 1B7C71C1D0E0
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 22:29:27 +0300 (EEST)
Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes?
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
In-Reply-To: <1088449473.25550.33.camel@tesuji.nac.uci.edu>
References: <20040621140438.22803b07.wmoran@potentialtech.com>
	<3CAC08BE-C3B0-11D8-8017-000393CC2E90@iki.fi>
	<40D79034.2090207@tacocat.net>
	<578675DC-C3FA-11D8-8017-000393CC2E90@iki.fi>
	<1088449473.25550.33.camel@tesuji.nac.uci.edu>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-RdDW1WqaHC1aNXidHBk1"
Message-Id: <1088450966.30747.52.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 22:29:26 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 19:38:16 -0000
X-UID: 9689                                                  
Status: O
Content-Length: 1505


--=-RdDW1WqaHC1aNXidHBk1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-28 at 22:04, Dan Stromberg wrote:
> > It could be fast, but it couldn't be faster than doing "cat mailfile",=20
> > which is basically what maildir clients do.
>=20
> Actually, in a really large folder, a database (with a decent
> organization) could be significantly faster than "cat mailfile" on more
> traditional filesystems.
>=20
> However, as filesystems take on more database-like features, this
> distinction will likely become less important.  (EG: dir_index on ext3).

Right. Directory indexes are really important with maildirs, especially
large ones. I guess a database can be slightly faster even with those,
depending on how much better it stores the data internally than
filesystems. But SQL databases still have the overhead of parsing SQL
commands, IPC and what else..

ReiserFS 4 promises very good performance with small files as well as
other great things. I've been thinking about adding native support for
it once it's more widely used. It should be able to at least partially
replace Dovecot's indexes.


--=-RdDW1WqaHC1aNXidHBk1
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4HGWyUhSUUBViskRAqfiAKCAU5ovmG4rwTByn+jfx4wgEB4HogCeObJg
0QgOJLAZ33sY+ypo1bVXK2o=
=ymhe
-----END PGP SIGNATURE-----

--=-RdDW1WqaHC1aNXidHBk1--


From tss@iki.fi  Mon Jun 28 22:44:43 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 87B74C00291F; Mon, 28 Jun 2004 22:44:43 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 3E564C002822
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 22:44:41 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 39AD01C1D0E1; Mon, 28 Jun 2004 22:36:27 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 47CE11C1D0E0; Mon, 28 Jun 2004 22:35:53 +0300 (EEST)
Subject: Re: [Dovecot] Mailbox archiving
From: Timo Sirainen <tss@iki.fi>
To: Rick Johnson <rjohnson@medata.com>
In-Reply-To: <40E06694.3060001@medata.com>
References: <200406281651.05500.lesliev@icoc.co.za>
	<40E06694.3060001@medata.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-kl1urakRS241zWonfKWr"
Message-Id: <1088451352.30749.60.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 22:35:52 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 19:44:43 -0000
X-UID: 9690                                                  
Status: O


--=-kl1urakRS241zWonfKWr
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-28 at 21:42, Rick Johnson wrote:
> This could be handled either via a script on the server side:
> I run this nightly via cron (as root):
>=20
> find /home/*/Maildir/ -name "*2,*T*" -type f -exec rm {} \;

Just a small note: "*:2,*T*" would be a bit safer as the maildir base
name can contain "2," string, but not ':' character. ',' is already used
by some clients to include extra information with the file, eg. file
size with maildir++ quota: "base,S=3D123:2,".

--=-kl1urakRS241zWonfKWr
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4HMYyUhSUUBViskRAofhAJ9hJ+vmkgGkySJg0KbGSfmBySKdLgCfdkAf
h20EZb5dTDNhzzAPIIY39X0=
=bLCW
-----END PGP SIGNATURE-----

--=-kl1urakRS241zWonfKWr--


From tss@iki.fi  Mon Jun 28 23:00:51 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5F128C002822; Mon, 28 Jun 2004 23:00:51 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B44A8C00280C
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:00:48 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 990AB1C1D0E1; Mon, 28 Jun 2004 22:52:34 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 113661C1D0E0; Mon, 28 Jun 2004 22:52:00 +0300 (EEST)
Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present
From: Timo Sirainen <tss@iki.fi>
To: Hauke Fath <hf@spg.tu-darmstadt.de>
In-Reply-To: <40E02B06.9040702@spg.tu-darmstadt.de>
References: <f06010205bd0098f1f3d5@[130.83.186.53]>
	<1088088932.17996.262.camel@hurina>
	<40DAEF71.1080502@spg.tu-darmstadt.de>
	<1088415754.30749.13.camel@hurina>
	<f06010201bd059d21e6e9@[130.83.186.53]>
	<1088418080.30749.31.camel@hurina>
	<40E02B06.9040702@spg.tu-darmstadt.de>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-QpG4Em4Twzqey1Xo0O8q"
Message-Id: <1088452319.30747.77.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Mon, 28 Jun 2004 22:51:59 +0300
X-Spam-Status: No, hits=-9.5 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 20:00:51 -0000
X-UID: 9691                                                  
Status: O
Content-Length: 2532


--=-QpG4Em4Twzqey1Xo0O8q
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-28 at 17:28, Hauke Fath wrote:
> Timo Sirainen wrote:
> > On Mon, 2004-06-28 at 13:07, Hauke Fath wrote:
> >=20
> >>x OK [READ-WRITE] Select completed.
> >=20
> > So, not that then. Are any flag changes permanent? If you modify seen
> > flag, is "Status: RO" header ever written in the mbox?=20
>=20
> Where would I see that? In a telnet session? In the headers in the
> mailbox file?

Well, both would work with 0.99.10.6. Probably easier to check from mbox
file itself. But if the problems didn't always happen, I guess that's
not the problem itself.

> There are actually two problems that are reported to me:
>=20
> (1) People are reading mail, and when the next mail comes in, the mails
> just read change status to 'unread'. I've seen this myself with a
> variety of clients, not strictly reproducibly, but... it happens.

Seeing what Dovecot and IMAP clients talk when it happens would help..
Enabling rawlog (last chapter in http://dovecot.org/bugreport.html)
would do that.

One explanation would be that Dovecot sees the new mails (or that mbox
has changed), then syncs the whole file again, but for some reason the
UIDs don't match in right order, or some other data didn't match right,
so Dovecot expunges those messages and creates new UIDs for them,
forgetting about the old flag changes which wheren't yet written to
disk. For example some older MUAs used to sort mbox, if Dovecot's X-UID
header ordering was changed it generated new ones.

> (2) People move read mail from the inbox to some other folder (or delete=20
> it) and find two copies - one in the new folder (or trash), and one in=20
> the old one. This I have not seen myself, and those who have seen it=20
> have not yet reported it for 0.99.10.6.

Could be the same problem.. Dovecot moves the mails, then tries to
expunge the messages only to find out they were already gone.

I'd almost suggest trying 1.0-tests, but I guess they still have some
problems too which might just make things worse (corrupt the mboxes),
although I've been running them fine for a week or so..


--=-QpG4Em4Twzqey1Xo0O8q
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4HbfyUhSUUBViskRAo9xAKCNmygpX/aS1TpqmKeSGb9Gti8ySQCgpHxE
hxtTVl5x6lvS7u2ipAWcZQE=
=GqtW
-----END PGP SIGNATURE-----

--=-QpG4Em4Twzqey1Xo0O8q--


From t1lt@bk.ru  Mon Jun 28 23:06:07 2004
Return-Path: <t1lt@bk.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 84310C002822; Mon, 28 Jun 2004 23:06:07 +0300 (EEST)
Received: from sun.com (port-212-202-37-131.dynamic.qsc.de [212.202.37.131])
	by talvi.dovecot.org (Postfix) with SMTP id CC53BC00280C
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:06:04 +0300 (EEST)
Received: (qmail 28272 invoked by uid 1000); 28 Jun 2004 19:57:50 -0000
Date: Mon, 28 Jun 2004 21:57:50 +0200
From: Moe Wibble <t1lt@bk.ru>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Message-ID: <20040628195750.GB10491@widecut.net>
Mail-Followup-To: Moe Wibble <t1lt@bk.ru>, dovecot@dovecot.org
References: <1087971391.6751.74.camel@hurina>
	<20040624183255.GE4063@widecut.net>
	<1088415548.30749.8.camel@hurina>
	<20040628145713.GG28969@widecut.net>
	<6EF8289F-C918-11D8-ABA3-000A95B3C1CA@ladot.com>
	<20040628154724.GA447@widecut.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040628154724.GA447@widecut.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 20:06:07 -0000
X-UID: 9692                                                  
Status: O
Content-Length: 1648

On Mon, Jun 28, 2004 at 05:47:24PM +0200, Moe Wibble wrote:
> On Mon, Jun 28, 2004 at 05:32:58PM +0200, Maikel Verheijen wrote:
> > 
> > On Jun 28, 2004, at 4:57 PM, Moe Wibble wrote:
> > 
> > >I'm not sure whether they're unique but since they're only 4 digits I
> > >suppose they're at best some Very Cheap Imitation of unique...
> > >I guess it's time to find a better mailfilter than procmail.
> > >
> > >>http://dovecot.org/patches/dovecot-maildir-debug.diff
> > >
> > >Gonna try that later if switching to a filter that writes _real_
> > >Maildir didn't help.
> > 
> > At home I run procmail from sendmail (as the local mailer) and it 
> > generates files like:
> > 
> > 	1085555933.58805_0.hostname
> > 
> > which seems to be a timestamp, the PID of procmail with an addition and 
> > a hostname.
> > 
> > My procmail version is built from ports on freebsd 5.1 and is: 
> > "procmail v3.22 2001/09/10".
> 
> Ah, interesting.
> I'm running the "same" version but from debian:
> 
> procmail v3.22 2001/09/10
> procmail_3.22-9_i386.deb
> 
> Your message (the one I am replying to) was stored as: msg.qBs4
> 
> Seems the BSD port has some patch applied that the debian version hasn't.
> I'm gonna file a bug report to the package maintainer.

Problem solved. It was my fault...
The pkg-maintainer Santiago instantly replied to my bug report and
enlightened me about my broken procmailrc. I was missing the slashes after
the Maildir paths so procmail didn't treat them as Maildirs but as..
well, dirs that don't require unique names.

I've corrected my mistake and gonna give that test22 another shot.
Sorry for causing confusion!

best regards


From tss@iki.fi  Mon Jun 28 23:21:35 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 04455C00280C; Mon, 28 Jun 2004 23:21:35 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 00123C000DE4
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:21:32 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id E472A1C1D0E1; Mon, 28 Jun 2004 23:13:18 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id 9BDCD1C1D0E0
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:12:44 +0300 (EEST)
Mime-Version: 1.0 (Apple Message framework v618)
In-Reply-To: <20040628195750.GB10491@widecut.net>
References: <1087971391.6751.74.camel@hurina>
	<20040624183255.GE4063@widecut.net>
	<1088415548.30749.8.camel@hurina>
	<20040628145713.GG28969@widecut.net>
	<6EF8289F-C918-11D8-ABA3-000A95B3C1CA@ladot.com>
	<20040628154724.GA447@widecut.net>
	<20040628195750.GB10491@widecut.net>
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-2-624699597"
Message-Id: <84D0C9CB-C93F-11D8-BCE6-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Date: Mon, 28 Jun 2004 23:12:45 +0300
To: Dovecot list <dovecot@dovecot.org>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Status: No, hits=-6.8 required=5.0
	tests=AWL,BAYES_20,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_APPLEMAIL
	autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 20:21:35 -0000
X-UID: 9693                                                  
Status: O
Content-Length: 1367


--Apple-Mail-2-624699597
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 28.6.2004, at 22:57, Moe Wibble wrote:

> Problem solved. It was my fault...
> The pkg-maintainer Santiago instantly replied to my bug report and
> enlightened me about my broken procmailrc. I was missing the slashes 
> after
> the Maildir paths so procmail didn't treat them as Maildirs but as..
> well, dirs that don't require unique names.

Perhaps Dovecot should require at least minimal compliance from maildir 
filenames so problem like these wouldn't happen. IIRC Courier requires 
that filename starts with digit, otherwise it isn't touched.

Anyone have opinions either way?

One reason why I haven't added any checks is because while testing I 
often create filenames such as "foo", "foo2", etc. Might take a while 
to start remembering that digit is required as first character.

--Apple-Mail-2-624699597
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA4Hu+yUhSUUBViskRAj3qAJ90RIjPGTLzfAogiU0sfZPz0E+R3wCgmfRo
2oESqj/tZw5OcbEb3FrcCPQ=
=fyfb
-----END PGP SIGNATURE-----

--Apple-Mail-2-624699597--


From tomi.hakala@clinet.fi  Mon Jun 28 23:43:45 2004
Return-Path: <tomi.hakala@clinet.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id B489CC000DE4; Mon, 28 Jun 2004 23:43:45 +0300 (EEST)
Received: from smtp1.song.fi (smtp1.song.fi [194.100.2.121])
	by talvi.dovecot.org (Postfix) with ESMTP id E18C7C000D93
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:43:43 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscanner.smtp1.song.fi (Postfix) with ESMTP id B1A9D9C948
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:35:29 +0300 (EEST)
Received: from smtp1.song.fi ([127.0.0.1])
	by localhost (smtp1 [127.0.0.1]) (anti-virus) with ESMTP id 12809-02
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:35:29 +0300 (EEST)
Received: from clinet.fi (denver.clinet.fi [194.100.200.66])
	by smtp1.song.fi (Postfix) with ESMTP id 7201C9C947
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 23:35:29 +0300 (EEST)
Message-ID: <40E08115.163A834E@clinet.fi>
Date: Mon, 28 Jun 2004 23:35:33 +0300
From: Tomi Hakala <tomi.hakala@clinet.fi>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Dovecot list <dovecot@dovecot.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] Dovecot on Redhat GFS
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 20:43:45 -0000
X-UID: 9694                                                  
Status: O

Now that Redhat released GFS to GLP has anyone gotten around to
test Dovecot on top of that?

-- 
Tomi Hakala

From schrock@dayzed.com  Tue Jun 29 01:05:42 2004
Return-Path: <schrock@dayzed.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id F12DBC000DE3; Tue, 29 Jun 2004 01:05:42 +0300 (EEST)
Received: from mail.dayzed.com (24-176-252-149.cs-cres.charterpipeline.net
	[24.176.252.149])
	by talvi.dovecot.org (Postfix) with ESMTP id B7107C000987
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 01:05:40 +0300 (EEST)
Received: from dayzed.com (localhost.localdomain [127.0.0.1])
	by mail.dayzed.com (Postfix) with ESMTP id DB36D233EF
	for <dovecot@dovecot.org>; Mon, 28 Jun 2004 14:57:23 -0700 (PDT)
Received: from 66-224-116-226.atgi.net ([66.224.116.226])
	(SquirrelMail authenticated user schrock);
	by new.host.name with HTTP; Mon, 28 Jun 2004 14:57:23 -0700 (PDT)
Message-ID: <19539.66.224.116.226.1088459843.squirrel@66.224.116.226>
In-Reply-To: <200406262134.08765.bah@webmedic.net>
References: <35223.192.168.50.9.1088221572.squirrel@192.168.50.9>
	<200406262134.08765.bah@webmedic.net>
Date: Mon, 28 Jun 2004 14:57:23 -0700 (PDT)
Subject: Re: [Dovecot] phpGroupWare
From: "Avery" <schrock@dayzed.com>
To: dovecot@dovecot.org
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: schrock@dayzed.com
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, 28 Jun 2004 22:05:43 -0000
X-UID: 9695                                                  
Status: O

I am currently using SQ mail also. Was wondering though about phpGroupWare.

Brook Humphrey said:
> On Friday 25 June 2004 08:46 pm, Avery wrote:
>> Anyone here using phpGroupWare with dovecot? Does anyone know if it is
>> possible?
>>
>> Thanks
> I use squirllmail and it works great.
>
> --
>  -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
>                                       Brook Humphrey
>         Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107
> http://www.webmedic.net, bah@webmedic.net, bah@linux-mandrake.com
>                                  Holiness unto the Lord
>  -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
>
>


-- 
Avery

From tss@iki.fi  Tue Jun 29 01:08:00 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C5DE2C000DE7; Tue, 29 Jun 2004 01:08:00 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id B608CC000DE3
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 01:07:58 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 87A091C1D0E0; Tue, 29 Jun 2004 00:59:44 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 63A2A1C350E6; Tue, 29 Jun 2004 00:59:09 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
From: Timo Sirainen <tss@iki.fi>
To: Juergen Daubert <Juergen.Daubert@t-online.de>
In-Reply-To: <20040628144010.GA650@jue.netz>
References: <1087971391.6751.74.camel@hurina> <20040628144010.GA650@jue.netz>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Sib/gUBU0tpVbyewdT76"
Message-Id: <1088459948.2007.8.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 29 Jun 2004 00:59:08 +0300
X-Spam-Status: No, hits=-9.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 22:08:00 -0000
X-UID: 9696                                                  
Status: O
Content-Length: 1243


--=-Sib/gUBU0tpVbyewdT76
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2004-06-28 at 17:40, Juergen Daubert wrote:
> While doing some test with 1.0-test22 I've found one strange bug which
> seems to be related to the 'FOLDER INTERNAL DATA' mail that will be in
> inserted by uw-imap.

Thanks, fixed.

> After reselecting this folder with my client (mutt) I can see=20
> sometimes either one additional mail at the bottom or even the first=20
> mail doubled ?

I guess it could have generated many kinds of errors.

> Sorry, but some other errors, which may be related:
..

Most likely, yes. I also fixed some other mbox problems which might have
caused them.

CVS currently has somewhat broken cache file code, I'll try to fix it
tomorrow and build test23. I think I figured out some pretty nice rules
how to figure out what to keep in cache.


--=-Sib/gUBU0tpVbyewdT76
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4JSsyUhSUUBViskRAlPuAJ9Lv6v9vnDGii6IWIz7JJpN6TpPwQCgn/di
cS4jbD0L3aZys5AZeDqvdRM=
=J3gK
-----END PGP SIGNATURE-----

--=-Sib/gUBU0tpVbyewdT76--


From tss@iki.fi  Tue Jun 29 01:11:21 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id D264BC000DEC; Tue, 29 Jun 2004 01:11:21 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id DDB24C000DE7
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 01:11:19 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id A03BA1C1D0E1; Tue, 29 Jun 2004 01:03:05 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id 47FE61C1D0E0; Tue, 29 Jun 2004 01:02:31 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
From: Timo Sirainen <tss@iki.fi>
To: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
In-Reply-To: <40DA6E75.7010702@neo-lan.net>
References: <1087971391.6751.74.camel@hurina> <40DA6E75.7010702@neo-lan.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-XAJK1KHr8aNDwaJGgtAZ"
Message-Id: <1088460150.2015.13.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 29 Jun 2004 01:02:30 +0300
X-Spam-Status: No, hits=-9.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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, 28 Jun 2004 22:11:22 -0000
X-UID: 9697                                                  
Status: O
Content-Length: 1575


--=-XAJK1KHr8aNDwaJGgtAZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-06-24 at 09:02, Nicolas STRANSKY wrote:
> I spoke a bit too fast in my last message ;)
>=20
> I'm having a bunch of these logs after a few hours (test22):
>=20
> > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index fil=
e /home/nico/mail/.imap/Curie-perso/dovecot.index: Too many open files
> > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index fil=
e /home/nico/mail/Crans/.imap/Moderateurs/dovecot.index: Too many open file=
s
> > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index fil=
e /home/nico/mail/Debian/.imap/debian-news/dovecot.index: Too many open fil=
es
> > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index fil=
e /home/nico/mail/Debian/.imap/debian-user-french/dovecot.index: Too many o=
pen files
> ...
>=20
> There's a lot like these for all of my imap folders. Is there a way to=20
> fix it ?

I found some leaks from transaction log file handling, but they should
have been pretty rare. Could you send the output of ls -l /proc/pid/fd/
when it shows lots of same files? pid would be the PID of imap process.


--=-XAJK1KHr8aNDwaJGgtAZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4JV2yUhSUUBViskRAhJEAJ4mdPWXmDqaaPxRu2ZUKsfTZ2ibOACgjp6U
ERKQWlFk5SUl65lyY4om23E=
=0Qx2
-----END PGP SIGNATURE-----

--=-XAJK1KHr8aNDwaJGgtAZ--


From maikel@ladot.com  Tue Jun 29 15:10:47 2004
Return-Path: <maikel@ladot.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 9A8AAC000DE0; Tue, 29 Jun 2004 15:10:47 +0300 (EEST)
Received: from amsfep13-int.chello.nl
	(nl-ams-slo-l4-01-pip-6.chellonetwork.com [213.46.243.23])
	by talvi.dovecot.org (Postfix) with ESMTP id 067CFC000987
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 15:10:45 +0300 (EEST)
Received: from myst.dohd.org ([62.163.181.64]) by amsfep13-int.chello.nl
	(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
	id <20040629120228.ZEBF13039.amsfep13-int.chello.nl@myst.dohd.org>;
	Tue, 29 Jun 2004 14:02:28 +0200
Received: from [172.31.5.88] (pool-5.ladot.com [217.22.64.98])
	(authenticated bits=0)
	by myst.dohd.org (8.12.10/8.12.10) with ESMTP id i5TC3ptn047147;
	Tue, 29 Jun 2004 14:03:51 +0200 (CEST)
	(envelope-from maikel@ladot.com)
In-Reply-To: <84D0C9CB-C93F-11D8-BCE6-000393CC2E90@iki.fi>
References: <84D0C9CB-C93F-11D8-BCE6-000393CC2E90@iki.fi>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <2B2B310A-C9C4-11D8-ABA3-000A95B3C1CA@ladot.com>
Content-Transfer-Encoding: 7bit
From: Maikel Verheijen <maikel@ladot.com>
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Date: Tue, 29 Jun 2004 14:02:18 +0200
To: Timo Sirainen <tss@iki.fi>
X-Mailer: Apple Mail (2.618)
X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on myst.dohd.org
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 29 Jun 2004 12:10:47 -0000
X-UID: 9698                                                  
Status: O
Content-Length: 1555


On Jun 28, 2004, at 10:12 PM, Timo Sirainen wrote:

> On 28.6.2004, at 22:57, Moe Wibble wrote:
>
> Perhaps Dovecot should require at least minimal compliance from maildir
> filenames so problem like these wouldn't happen. IIRC Courier requires
> that filename starts with digit, otherwise it isn't touched.
>
> Anyone have opinions either way?
Why not hold on to the maildir standard and enforce that? Maybe 
complain about invalid mail-files?

http://cr.yp.to/proto/maildir.html contains the following passage:
Okay, so you're writing messages. A unique name has three pieces, 
separated by dots. On the left is the result of time() or the second 
counter from gettimeofday(). On the right is the result of 
gethostname(). (To deal with invalid host names, replace / with \057 
and : with \072.) In the middle is a delivery identifier, discussed 
below.

Which states it should contain 3 dots, the left portion should be a 
timestamp,  the middle "an identifier" and the right hand side a 
hostname. This means you can check if it has a) 2 dots (3 pieces) and 
starts with a valid timestamp?
>
> One reason why I haven't added any checks is because while testing I
> often create filenames such as "foo", "foo2", etc. Might take a while
> to start remembering that digit is required as first character.

This is indeed a pain if you don't follow the maildir standard. However 
it is pretty easy to generate a "custom" mailfile-name creator :)
eg: printf "%d.%d.%s\n" `date +%s` "$$" `hostname -s `

Kind regards,

Maikel Verheijen
Ladot Nederland BV.


From tss@iki.fi  Tue Jun 29 18:05:41 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E305CC000DE0; Tue, 29 Jun 2004 18:05:41 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 56441C000987
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 18:05:39 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 6BFA91C350E8; Tue, 29 Jun 2004 17:57:23 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id CD8FD1C1532F; Tue, 29 Jun 2004 17:56:48 +0300 (EEST)
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
From: Timo Sirainen <tss@iki.fi>
To: Maikel Verheijen <maikel@ladot.com>
In-Reply-To: <2B2B310A-C9C4-11D8-ABA3-000A95B3C1CA@ladot.com>
References: <84D0C9CB-C93F-11D8-BCE6-000393CC2E90@iki.fi>
	<2B2B310A-C9C4-11D8-ABA3-000A95B3C1CA@ladot.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-YhyctdTwN5f36oKwuDe4"
Message-Id: <1088521008.4868.49.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 29 Jun 2004 17:56:48 +0300
X-Spam-Status: No, hits=-9.2 required=5.0
	tests=AWL,BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 29 Jun 2004 15:05:42 -0000
X-UID: 9699                                                  
Status: O
Content-Length: 1177


--=-YhyctdTwN5f36oKwuDe4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-29 at 15:02, Maikel Verheijen wrote:
> > Perhaps Dovecot should require at least minimal compliance from maildir
> > filenames so problem like these wouldn't happen. IIRC Courier requires
> > that filename starts with digit, otherwise it isn't touched.
> >
> > Anyone have opinions either way?
> Why not hold on to the maildir standard and enforce that?=20

Well, it seems a bit bad for me to constantly waste CPU for things that
aren't needed for anything else than catching other people's
configuration mistakes.

Checking the first character is a simple check and I could live with
that, fully checking the filename is nearing bloat.

> Maybe complain about invalid mail-files?

Probably, yes..


--=-YhyctdTwN5f36oKwuDe4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4YMwyUhSUUBViskRAhYlAJ4t2qKGL/tG5CgXyHJDcW4Esg3ayACfTWLY
0PyIVF25XJJD13QT2xIK33c=
=3jjW
-----END PGP SIGNATURE-----

--=-YhyctdTwN5f36oKwuDe4--


From lists@pote.com  Tue Jun 29 18:41:09 2004
Return-Path: <lists@pote.com>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 0ADADC000DE3; Tue, 29 Jun 2004 18:41:09 +0300 (EEST)
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net
	[207.217.120.12])
	by talvi.dovecot.org (Postfix) with ESMTP id D89B3C000987
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 18:41:06 +0300 (EEST)
Received: from user-0ccemqh.cable.mindspring.com ([24.199.91.81]
	helo=tarsier.pote.com)
	by harrier.mail.pas.earthlink.net with smtp (Exim 3.33 #1)
	id 1BfKbI-0000zq-00
	for dovecot@dovecot.org; Tue, 29 Jun 2004 08:32:49 -0700
Received: (qmail 12868 invoked from network); 29 Jun 2004 15:32:47 -0000
Received: from unknown (HELO tarsier.pote.com) (eater@192.168.50.105)
	by 192.168.50.105 with SMTP; 29 Jun 2004 11:32:47 -0400
Date: Tue, 29 Jun 2004 11:32:47 -0400 (EDT)
From: Paul Adams <lists@pote.com>
To: dovecot@dovecot.org
In-Reply-To: <20040629090008.68B0AC000DE7@talvi.dovecot.org>
Message-ID: <0406291129170.0@somehost.domainz.com>
References: <20040629090008.68B0AC000DE7@talvi.dovecot.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Subject: [Dovecot] 1.0 Maildir/mbox
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 29 Jun 2004 15:41:09 -0000
X-UID: 9700                                                  
Status: O

Just to confirm, and sorry if I've missed this info somewhere in the 
flurry of messages: dovecot 1.0 will be able to support maildir and mbox 
users simultaneously?

 	Paul

From tss@iki.fi  Tue Jun 29 18:53:24 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 1A2A5C000DE7; Tue, 29 Jun 2004 18:53:24 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 0B151C000987
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 18:53:22 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 0B1081C350E8; Tue, 29 Jun 2004 18:45:06 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP
	id CD8551C1D0E1; Tue, 29 Jun 2004 18:44:30 +0300 (EEST)
Subject: Re: [Dovecot] 1.0 Maildir/mbox
From: Timo Sirainen <tss@iki.fi>
To: Paul Adams <lists@pote.com>
In-Reply-To: <0406291129170.0@somehost.domainz.com>
References: <20040629090008.68B0AC000DE7@talvi.dovecot.org>
	<0406291129170.0@somehost.domainz.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-g+ZZQmDcGSe6phF67U0Y"
Message-Id: <1088523870.4872.60.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 29 Jun 2004 18:44:30 +0300
X-Spam-Status: No, hits=-9.6 required=5.0
	tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
	QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 29 Jun 2004 15:53:24 -0000
X-UID: 9701                                                  
Status: O
Content-Length: 1264


--=-g+ZZQmDcGSe6phF67U0Y
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-29 at 18:32, Paul Adams wrote:
> Just to confirm, and sorry if I've missed this info somewhere in the=20
> flurry of messages: dovecot 1.0 will be able to support maildir and mbox=20
> users simultaneously?

Yes, although at least currently you'll have to create separate
namespaces for it. And user-specific namespaces aren't yet supported,
I'll probably add ~/.dovecotrc which can be used to override that and
some other settings.

Maybe the APIs could also be redesigned so that mixing them could be
done with only symlinks..

Anyway, currently you'd do it like:

namespace private {
  prefix =3D
  inbox =3D yes # INBOX is in this namespace
  location =3D maildir:~/Maildir
}

namespace private {
  prefix =3D #mbox/
  location =3D mbox:~/mail
}

mboxes would then be under #mbox/


--=-g+ZZQmDcGSe6phF67U0Y
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4Y5eyUhSUUBViskRAt/QAJoD5J9KNFbmUsehH5Q8gFQY3Ifw7wCgmb81
v2h78Onb/+15fJHLwDHEguI=
=lGq4
-----END PGP SIGNATURE-----

--=-g+ZZQmDcGSe6phF67U0Y--


From geocar-dovecot@internetconnection.net  Tue Jun 29 21:34:24 2004
Return-Path: <geocar-dovecot@internetconnection.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 5FECCC000DE4; Tue, 29 Jun 2004 21:34:24 +0300 (EEST)
Received: from internetconnection.net (proxy.dmvnoc.com [216.169.144.254])
	by talvi.dovecot.org (Postfix) with SMTP id 17BE0C000987
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 21:34:19 +0300 (EEST)
Received: (qmail 5389 invoked by uid 0); 29 Jun 2004 18:31:18 -0000
Received: from unknown (HELO ?192.168.1.3?) (192.168.1.3)
	by pokey with SMTP; 29 Jun 2004 18:31:18 -0000
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
From: Geo Carncross <geocar-dovecot@internetconnection.net>
To: Timo Sirainen <tss@iki.fi>
In-Reply-To: <1088521008.4868.49.camel@hurina>
References: <84D0C9CB-C93F-11D8-BCE6-000393CC2E90@iki.fi>
	<2B2B310A-C9C4-11D8-ABA3-000A95B3C1CA@ladot.com>
	<1088521008.4868.49.camel@hurina>
Content-Type: text/plain
Organization: Internet Connection
Message-Id: <1088533462.1160.291.camel@midget.intranet>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) 
Date: Tue, 29 Jun 2004 14:24:22 -0400
Content-Transfer-Encoding: 7bit
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: geocar@internetconnection.net
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, 29 Jun 2004 18:34:24 -0000
X-UID: 9702                                                  
Status: O

> Why not hold on to the maildir standard and enforce that? 

Agreed. Courier is wrong.

From: http://cr.yp.to/proto/maildir.html

"A unique name can be anything that doesn't contain a colon (or slash)
and doesn't start with a dot. Do not try to extract information from
unique names."


From kcramer@siscom.net  Tue Jun 29 22:25:48 2004
Return-Path: <kcramer@siscom.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 58BE3C000DEC; Tue, 29 Jun 2004 22:25:48 +0300 (EEST)
Received: from plato.kevincramer.net (kcramer.siscom.net [209.251.13.230])
	by talvi.dovecot.org (Postfix) with SMTP id 39CAAC000987
	for <dovecot@dovecot.org>; Tue, 29 Jun 2004 22:25:44 +0300 (EEST)
Received: (qmail 30021 invoked by uid 1000); 29 Jun 2004 19:17:26 -0000
From: "Kevin Cramer" <kcramer@siscom.net>
Date: Tue, 29 Jun 2004 15:17:26 -0400
To: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Locked index file
Message-ID: <20040629191726.GB9096@plato.kevincramer.net>
References: <20040625135729.GA17265@plato.kevincramer.net>
	<1088416083.30740.18.camel@hurina>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1088416083.30740.18.camel@hurina>
User-Agent: Mutt/1.5.6i
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Tue, 29 Jun 2004 19:25:48 -0000
X-UID: 9703                                                  
Status: O
Content-Length: 1675


You might be correct that I didn't kill all the imap processes.  I
have the problem solved now.  However, I still haven't tried to empty
the trash folder via IMAP.  Do you expect the OpenBSD index support to
be better in 1.0?

Thanks,
Kevin

On Mon, Jun 28, 2004 at 12:48:03PM +0300, Timo Sirainen wrote:
> On Fri, 2004-06-25 at 16:57, Kevin Cramer wrote:
> > I have docevot 0.99.10.6 installed on OpenBSD 3.5 and I'm using it
> > with Squirrelmail.  I tried to empty my Trash folder and it timed out.
> > It looks like the process or thread died but the lock wasn't removed:
> > 
> > Jun 25 09:16:30 plato imap(kevin): Timeout while waiting for release of shared fcntl() lock for index file /home/kevin/Maildir/.Trash/.imap.index
> 
> When all processes holding fcntl lock have either dropped it or died by
> themselves, the lock is gone. If all the processes really have died,
> this is operating system bug.
> 
> > How can I free this lock?  I have tried stopping and re-starting
> > dovecot already but that didn't help.
> 
> Restarting Dovecot doesn't kill imap/pop3 processes that are running at
> the time. Did you check that they're all gone?
> 
> > Also, is there something I
> > should do to prevent this in the future?  The OpenBSD package sets the
> > default locking to fcntl for mbox.  I'm not sure if that is the
> > setting that also controls the locking mechanism on the index files.
> 
> It doesn't affect index files, they're always fcntl locked.
> 
> Probably not much you can do to prevent this, if this was because some
> Dovecot process got stuck.. Also 0.99.10.6 indexes still don't work too
> well with OpenBSD, so it might be related to that.
> 



From karl@designit.com.au  Wed Jun 30 10:59:14 2004
Return-Path: <karl@designit.com.au>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id E6E3AC000DE7; Wed, 30 Jun 2004 10:59:14 +0300 (EEST)
Received: from proxy.designit.com.au (proxy.designit.com.au [210.11.135.189])
	by talvi.dovecot.org (Postfix) with ESMTP id 7318EC000987
	for <dovecot@dovecot.org>; Wed, 30 Jun 2004 10:59:11 +0300 (EEST)
From: Karl Latiss <karl@designit.com.au>
To: dovecot@dovecot.org
Content-Type: text/plain
Organization: designIT
Message-Id: <1088581849.8651.53.camel@darkstar.internal.designit.com.au>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-1) 
Date: Wed, 30 Jun 2004 17:50:49 +1000
Content-Transfer-Encoding: 7bit
Subject: [Dovecot] ldap auth problems
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 30 Jun 2004 07:59:15 -0000
X-UID: 9704                                                  
Status: O

I have previously configured dovecot with ldap auth on a fedora setup
with no problems.

Now, using RHEL 3 with the same config I get:

dovecot: Jun 30 17:46:07 Error: Auth process died too early - shutting
down
dovecot: Jun 30 17:46:07 Error: child 16780 (auth) killed with signal 11
pop3-login: Jun 30 17:46:07 Fatal: fd_send(-1) failed: Broken pipe
imap-login: Jun 30 17:46:07 Fatal: fd_send(-1) failed: Broken pipe

This doesn't happen when using other kinds of authentication, eg pam

The ldap directory is working fine for other apps so I'm pretty sure
that's not it.

I'm using the rpm from dag's repository and even re-compiled to ensure
ldap support is there.

Any clues?

-- 
Karl Latiss <karl@designit.com.au>
designIT


From tss@iki.fi  Wed Jun 30 11:44:18 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 38671C000DE0; Wed, 30 Jun 2004 11:44:18 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id F35C4C000987
	for <dovecot@dovecot.org>; Wed, 30 Jun 2004 11:44:15 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5190C1C350E8; Wed, 30 Jun 2004 11:35:58 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id B5E2F1C350CA; Wed, 30 Jun 2004 11:35:52 +0300 (EEST)
In-Reply-To: <1088581849.8651.53.camel@darkstar.internal.designit.com.au>
References: <1088581849.8651.53.camel@darkstar.internal.designit.com.au>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-8-755690609"
Message-Id: <818AE8CA-CA70-11D8-BCE6-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] ldap auth problems
Date: Wed, 30 Jun 2004 11:35:56 +0300
To: Karl Latiss <karl@designit.com.au>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on danu.procontrol.fi
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.63
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 30 Jun 2004 08:44:18 -0000
X-UID: 9705                                                  
Status: O
Content-Length: 1026


--Apple-Mail-8-755690609
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 30.6.2004, at 10:50, Karl Latiss wrote:

> dovecot: Jun 30 17:46:07 Error: Auth process died too early - shutting
> down
> dovecot: Jun 30 17:46:07 Error: child 16780 (auth) killed with signal 
> 11

Start Dovecot with strace -f dovecot 2>log and see what it does before 
it crashes. One somewhat common problem is that dovecot-auth is linked 
against some library which isn't in default library path (although I'm 
not sure if it segfaulted then).

--Apple-Mail-8-755690609
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA4ntsyUhSUUBViskRAh9IAKCNhS3nL5coLU+kHPyroHJgEi+tKwCfdJLk
vlefHikKR7OqEROQO3CuLGg=
=mVxK
-----END PGP SIGNATURE-----

--Apple-Mail-8-755690609--


From tss@iki.fi  Wed Jun 30 11:46:22 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 016E3C000DE4; Wed, 30 Jun 2004 11:46:22 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 01AB1C000987
	for <dovecot@dovecot.org>; Wed, 30 Jun 2004 11:46:20 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 5F1C91C350E8; Wed, 30 Jun 2004 11:38:02 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id 084C91C350CA; Wed, 30 Jun 2004 11:37:58 +0300 (EEST)
In-Reply-To: <20040629191726.GB9096@plato.kevincramer.net>
References: <20040625135729.GA17265@plato.kevincramer.net>
	<1088416083.30740.18.camel@hurina>
	<20040629191726.GB9096@plato.kevincramer.net>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-9-755816020"
Message-Id: <CC4B1AF4-CA70-11D8-BCE6-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] Locked index file
Date: Wed, 30 Jun 2004 11:38:02 +0300
To: "Kevin Cramer" <kcramer@siscom.net>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on danu.procontrol.fi
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.63
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 30 Jun 2004 08:46:22 -0000
X-UID: 9706                                                  
Status: O


--Apple-Mail-9-755816020
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 29.6.2004, at 22:17, Kevin Cramer wrote:

> You might be correct that I didn't kill all the imap processes.  I
> have the problem solved now.  However, I still haven't tried to empty
> the trash folder via IMAP.  Do you expect the OpenBSD index support to
> be better in 1.0?

Yes, 1.0-tests already work nicely by setting mmap_no_write = yes.

--Apple-Mail-9-755816020
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA4nvqyUhSUUBViskRAnOFAJ9Y8YSQmAljc8ErevtT85ugycWVywCglahA
LzfWTdR0nVpGnetHyqPqPO0=
=psOT
-----END PGP SIGNATURE-----

--Apple-Mail-9-755816020--


From tss@iki.fi  Wed Jun 30 11:51:57 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id C6507C000DE0; Wed, 30 Jun 2004 11:51:57 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 294C5C000987
	for <dovecot@dovecot.org>; Wed, 30 Jun 2004 11:51:55 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 762101C350E8; Wed, 30 Jun 2004 11:43:37 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi
	[213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP
	id C0CA81C350CA; Wed, 30 Jun 2004 11:43:32 +0300 (EEST)
In-Reply-To: <1088533462.1160.291.camel@midget.intranet>
References: <84D0C9CB-C93F-11D8-BCE6-000393CC2E90@iki.fi>
	<2B2B310A-C9C4-11D8-ABA3-000A95B3C1CA@ladot.com>
	<1088521008.4868.49.camel@hurina>
	<1088533462.1160.291.camel@midget.intranet>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-10-756150464"
Message-Id: <93A31232-CA71-11D8-BCE6-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Dovecot] 1.0-test22 - maildir fixed?
Date: Wed, 30 Jun 2004 11:43:36 +0300
To: geocar@internetconnection.net
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.618)
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on danu.procontrol.fi
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.63
Cc: Dovecot list <dovecot@dovecot.org>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 30 Jun 2004 08:51:57 -0000
X-UID: 9707                                                  
Status: O
Content-Length: 1091


--Apple-Mail-10-756150464
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On 29.6.2004, at 21:24, Geo Carncross wrote:

>> Why not hold on to the maildir standard and enforce that?
>
> Agreed. Courier is wrong.

Actually now that I looked it doesn't check anything. Guess I 
remembered wrong.

> From: http://cr.yp.to/proto/maildir.html
>
> "A unique name can be anything that doesn't contain a colon (or slash)
> and doesn't start with a dot. Do not try to extract information from
> unique names."

Right.. I should read that page every time before I think about doing 
some changes :)

--Apple-Mail-10-756150464
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFA4n04yUhSUUBViskRAr2HAKCFahKoP0NibojvHzV1BHweJ8Ce1wCdHtmm
+IoTOFZrSwMPPUPybg//6FI=
=p5LL
-----END PGP SIGNATURE-----

--Apple-Mail-10-756150464--


From tss@iki.fi  Wed Jun 30 15:13:03 2004
Return-Path: <tss@iki.fi>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 23381C000D9C; Wed, 30 Jun 2004 15:13:03 +0300 (EEST)
Received: from danu.procontrol.fi (danu [212.149.71.178])
	by talvi.dovecot.org (Postfix) with ESMTP id 90FDEC000987
	for <dovecot@dovecot.org>; Wed, 30 Jun 2004 15:12:56 +0300 (EEST)
Received: by danu.procontrol.fi (Postfix, from userid 106)
	id 2C50F1C350CA; Wed, 30 Jun 2004 15:04:38 +0300 (EEST)
Received: from hurina (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189])
	by danu.procontrol.fi (Postfix) with ESMTP id A932E1C134FD
	for <dovecot@dovecot.org>; Wed, 30 Jun 2004 15:04:31 +0300 (EEST)
From: Timo Sirainen <tss@iki.fi>
To: dovecot@dovecot.org
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-WqJ2KBT/EC9K31n2B4GS"
Message-Id: <1088597070.4861.151.camel@hurina>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 30 Jun 2004 15:04:31 +0300
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on danu.procontrol.fi
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.63
Subject: [Dovecot] 1.0-test23 and caching decisions
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Wed, 30 Jun 2004 12:13:03 -0000
X-UID: 9708                                                  
Status: O
Content-Length: 3908


--=-WqJ2KBT/EC9K31n2B4GS
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

http://dovecot.org/test/

mbox fixes mostly. Began some other things, but none of them actually
work yet:

 - Use X-UIDL header in mboxes for POP3 UIDL list
 - Cache file compression
 - Some cleverness for cache file for figuring out what to cache

Well, I might as well explain the last one now.

Users can be divided to three groups:

1. Most users will use only a single IMAP client which caches everything
locally. For these users it's quite pointless to do any kind of caching
as it only wastes disk space. That might also mean more disk I/O.

2. Some users use multiple IMAP clients which cache everything locally.
These could benefit from caching until all clients have fetched the
data. After that it's useless.

3. Some clients don't do permanent local caching at all. For example
Pine and webmails. These clients would benefit from caching everything.
Some locally caching clients might also access some data from server
again, such as when searching messages. They could benefit from caching
only these fields.

After thinking about these a while, I figured out that people who care
about performance most will be using the upcoming Dovecot LDA anyway
which updates the indexes/cache immediately. In that case even the first
user group would benefit from caching the same way as second group. LDA
reads the mail anyway, so it might as well extract some information
about it and store them into cache.

So, group 1. and 2. could be optimally implemented by keeping things
cached only for a while. I thought a week would be good. When cache file
is compressed, everything older than week will be dropped.

But how to figure out if user is in group 3? One quite easy rule would
be to see if client is accessing messages older than a week. But with
only that rule we might have already dropped useful cached data. It's
not very nice if we have to read and cache it twice.

Most locally caching clients always fetch new messages (all but body)
when they see them. They fetch them in ascending order. Noncaching
clients might fetch messages in pretty much any order, as they usually
don't fetch everything they can, only what's visible in screen. Some
will use server side sorting/threading which also makes messages to be
fetched in random order. Second rule would then be that if a session
doesn't fetch messages in ascending order, the fetched field type will
be permanently cached.

So, we have three caching decisions:

1. Don't cache: Clients have never wanted the field
2. Cache temporarily: Clients want this only once
3. Cache permanently: Clients want this more than once

Different mailboxes have different decisions. Different fields have
different decisions.

There are some problems, such as if a client accesses message older than
a week, we can't know if user just started using a new client which is
just filling it's local cache for the first time. Or it might be a
client user hasn't just used for over a week. In these cases we
shouldn't have marked the field to be permanently cached. User might
also switch clients from non-caching to caching.

So we should re-evaluate our caching decisions from time to time. This
is done by checking the above rules constantly and marking when was the
last time the decision was right. If decision hasn't matched for two
months, it's changed. I picked two months because people go to at least
one month vacations where they might still be reading mails, but with
different clients.


--=-WqJ2KBT/EC9K31n2B4GS
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBA4qxOyUhSUUBViskRAt3kAJ913Rzwt+5S/KaCRE27f5e8rsDjGQCdFuyA
Vs7nzitv292abEv02fjBfz8=
=wvl1
-----END PGP SIGNATURE-----

--=-WqJ2KBT/EC9K31n2B4GS--


From Nicolas.Stransky@neo-lan.net  Thu Jul  1 10:45:12 2004
Return-Path: <Nicolas.Stransky@neo-lan.net>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 35208C000D9C; Thu,  1 Jul 2004 10:45:12 +0300 (EEST)
Received: from aster.neo-lan.net (aster.neo-lan.net [81.57.244.52])
	by talvi.dovecot.org (Postfix) with ESMTP id EE2DAC000987
	for <dovecot@dovecot.org>; Thu,  1 Jul 2004 10:45:07 +0300 (EEST)
Received: from aneto (aneto.local.lan [192.168.0.2])
	by aster.neo-lan.net (Postfix) with ESMTP id 68D602ACDD
	for <dovecot@dovecot.org>; Thu,  1 Jul 2004 09:36:46 +0200 (CEST)
Received: from localhost ([127.0.0.1]) by aneto with esmtp (Exim 4.34)
	id 1Bfw7i-0000nD-CW
	for dovecot@dovecot.org; Thu, 01 Jul 2004 09:36:46 +0200
Message-ID: <40E3BF0E.2060906@neo-lan.net>
Date: Thu, 01 Jul 2004 09:36:46 +0200
From: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
Organization: N&O Lan
User-Agent: Mozilla Thunderbird 0.7 (X11/20040615)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dovecot@dovecot.org
References: <1087971391.6751.74.camel@hurina>
	<40DA6E75.7010702@neo-lan.net>	<40DA744C.B1FC4926@clinet.fi>
	<40DACF4E.9000603@neo-lan.net> <40DAE374.6080903@neo-lan.net>
In-Reply-To: <40DAE374.6080903@neo-lan.net>
X-Enigmail-Version: 0.84.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: [Dovecot] Re: 1.0-test22 - maildir fixed?
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 01 Jul 2004 07:45:12 -0000
X-UID: 9709                                                  
Status: O

Le 06/24/2004 04:21 PM, Nicolas STRANSKY a crit :

> I also notice that thunderbird 0.7 fails to copy a message to the "Sent" 
> folder with Dovecot 1.0 test22. More generaly, I have problems moving or 
> copying messages from somewhere out of the existing imap folders (such 
> as a message that has just been sent), to an imap folder.
> I'm pretty sure it's not a thunderbird problem because it appeared when 
> I installed Dovecot 1.0 test22. THunderbird just says it "failed", and I 
> see no particular logs on the server.

Reverting to Dovecot 0.99.10.6 solves this issue... So what could cause 
this in Dovecot 1.0-test ?

-- 
Nico
Le rsultat des arguments de Znon, c'est la dmonstration d'une
confusion dans le langage.
	-+- Paul Valry -+-

From hf@spg.tu-darmstadt.de  Thu Jul  1 11:11:50 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 46605C000D9C; Thu,  1 Jul 2004 11:11:50 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id B4ED4C000987
	for <dovecot@dovecot.org>; Thu,  1 Jul 2004 11:11:47 +0300 (EEST)
Received: from spg.tu-darmstadt.de (heiligenberg.nt.e-technik.tu-darmstadt.de
	[130.83.186.54])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i6183Roi001910; Thu, 1 Jul 2004 10:03:27 +0200 (CEST)
Message-ID: <40E3C54F.7060502@spg.tu-darmstadt.de>
Date: Thu, 01 Jul 2004 10:03:27 +0200
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Organization: TU Darmstadt
User-Agent: Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:1.6) Gecko/20040315
X-Accept-Language: en-us, en, de-de
MIME-Version: 1.0
To: Nicolas STRANSKY <Nicolas.Stransky@neo-lan.net>
Subject: Re: [Dovecot] Re: 1.0-test22 - maildir fixed?
References: <1087971391.6751.74.camel@hurina>	<40DA6E75.7010702@neo-lan.net>	<40DA744C.B1FC4926@clinet.fi>	<40DACF4E.9000603@neo-lan.net>
	<40DAE374.6080903@neo-lan.net> <40E3BF0E.2060906@neo-lan.net>
In-Reply-To: <40E3BF0E.2060906@neo-lan.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: dovecot@dovecot.org
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 01 Jul 2004 08:11:50 -0000
X-UID: 9710                                                  
Status: O
Content-Length: 1059

Nicolas STRANSKY wrote:
> Le 06/24/2004 04:21 PM, Nicolas STRANSKY a crit :
> 
>> I also notice that thunderbird 0.7 fails to copy a message to the 
>> "Sent" folder with Dovecot 1.0 test22. More generaly, I have problems 
>> moving or copying messages from somewhere out of the existing imap 
>> folders (such as a message that has just been sent), to an imap folder.
>> I'm pretty sure it's not a thunderbird problem because it appeared 
>> when I installed Dovecot 1.0 test22. THunderbird just says it 
>> "failed", and I see no particular logs on the server.

Same here with test23 amd Mozilla 1.6 (NetBSD, Linux) - it sends the 
mail, but hangs a while trying to store a copy in the sent-folder and 
then times out. Doesn't happen with Sylpheed nor Eudora.

	hauke

-- 
            Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut fr Nachrichtentechnik         \ /    No HTML/RTF in email
           TU Darmstadt                   X     No Word docs in email
       Ruf +49-6151-16-3281              / \  Respect for open standards

From cmaloney@cardgate.net  Thu Jul  1 11:27:58 2004
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 489F2C000D9C; Thu,  1 Jul 2004 11:27:58 +0300 (EEST)
Received: from umd.com.au (unknown [203.43.92.77])
	by talvi.dovecot.org (Postfix) with ESMTP id 57B79C000987
	for <dovecot@dovecot.org>; Thu,  1 Jul 2004 11:27:54 +0300 (EEST)
Received: from ws80 ([192.168.101.80])
	by umd.com.au (8.12.9/8.12.9) with ESMTP id i618JUZg017791
	for <dovecot@dovecot.org>; Thu, 1 Jul 2004 19:19:31 +1100 (EST)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Curtis Maloney <cmaloney@cardgate.net>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Re: 1.0-test22 - maildir fixed?
Date: Thu, 1 Jul 2004 18:19:28 +1000
User-Agent: KMail/1.4.3
References: <1087971391.6751.74.camel@hurina> <40E3BF0E.2060906@neo-lan.net>
	<40E3C54F.7060502@spg.tu-darmstadt.de>
In-Reply-To: <40E3C54F.7060502@spg.tu-darmstadt.de>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200407011819.28588.cmaloney@cardgate.net>
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 01 Jul 2004 08:27:58 -0000
X-UID: 9711                                                  
Status: O
Content-Length: 1044

On Thu, 1 Jul 2004 06:03 pm, Hauke Fath wrote:
> Nicolas STRANSKY wrote:
> > Le 06/24/2004 04:21 PM, Nicolas STRANSKY a crit :
> >> I also notice that thunderbird 0.7 fails to copy a message to the
> >> "Sent" folder with Dovecot 1.0 test22. More generaly, I have problems
> >> moving or copying messages from somewhere out of the existing imap
> >> folders (such as a message that has just been sent), to an imap folder.
> >> I'm pretty sure it's not a thunderbird problem because it appeared
> >> when I installed Dovecot 1.0 test22. THunderbird just says it
> >> "failed", and I see no particular logs on the server.
>
> Same here with test23 amd Mozilla 1.6 (NetBSD, Linux) - it sends the
> mail, but hangs a while trying to store a copy in the sent-folder and
> then times out. Doesn't happen with Sylpheed nor Eudora.
>
> 	hauke

I saw this when I originaly tried Thunderbird 0.5 on Dovecot 0.99.10.4... 
haven't seen it on any other clients, including later version of Thunderbird.


-- 
--
Curtis Maloney

Cardgate.net
(03) 9660 5093


From hf@spg.tu-darmstadt.de  Thu Jul  1 11:31:46 2004
Return-Path: <hf@spg.tu-darmstadt.de>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 2C800C000DE4; Thu,  1 Jul 2004 11:31:46 +0300 (EEST)
Received: from bounce.nt.e-technik.tu-darmstadt.de
	(bounce.nt.e-technik.tu-darmstadt.de [130.83.197.1])
	by talvi.dovecot.org (Postfix) with ESMTP id D4A02C000DE3
	for <dovecot@dovecot.org>; Thu,  1 Jul 2004 11:31:43 +0300 (EEST)
Received: from heiligenberg.nt.e-technik.tu-darmstadt.de
	(heiligenberg.nt.e-technik.tu-darmstadt.de [130.83.186.54])
	by bounce.nt.e-technik.tu-darmstadt.de (8.12.11/8.12.11) with ESMTP id
	i618NNc0026184
	for <dovecot@dovecot.org>; Thu, 1 Jul 2004 10:23:23 +0200 (CEST)
Received: from heiligenberg.nt.e-technik.tu-darmstadt.de (localhost
	[127.0.0.1])
	by heiligenberg.nt.e-technik.tu-darmstadt.de (8.12.9p1/8.12.9) with
	ESMTP id i618NNDN011173
	for <dovecot@dovecot.org>; Thu, 1 Jul 2004 10:23:23 +0200 (CEST)
Received: (from hf@localhost)
	by heiligenberg.nt.e-technik.tu-darmstadt.de (8.12.9p1/8.12.9) id
	i618NLi0010369; Thu, 1 Jul 2004 10:23:21 +0200 (CEST)
Date: Thu, 1 Jul 2004 10:23:21 +0200
From: Hauke Fath <hf@spg.tu-darmstadt.de>
To: dovecot@dovecot.org
Subject: Re: [Dovecot] Re: 1.0-test22 - maildir fixed?
Message-Id: <20040701102321.56841d12.hf@spg.tu-darmstadt.de>
In-Reply-To: <40E3C54F.7060502@spg.tu-darmstadt.de>
References: <1087971391.6751.74.camel@hurina> <40DA6E75.7010702@neo-lan.net>
	<40DA744C.B1FC4926@clinet.fi> <40DACF4E.9000603@neo-lan.net>
	<40DAE374.6080903@neo-lan.net> <40E3BF0E.2060906@neo-lan.net>
	<40E3C54F.7060502@spg.tu-darmstadt.de>
Organization: Technische Universitaet Darmstadt
X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386--netbsdelf)
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 01 Jul 2004 08:31:46 -0000
X-UID: 9712                                                  
Status: O
Content-Length: 1547

On Thu, 01 Jul 2004 10:03:27 +0200 Hauke Fath wrote:

> Same here with test23 amd Mozilla 1.6 (NetBSD, Linux) - it sends the=20
> mail, but hangs a while trying to store a copy in the sent-folder and=20
> then times out. Doesn't happen with Sylpheed nor Eudora.

Replying to myself - my users report they get locked out, and the logs
show me

Jul  1 10:00:46 bounce dovecot: IMAP(cbrown): file mbox-sync-rewrite.c:
line 325 (mbox_sync_read_and_move): assertion failed: (need_space =3D=3D
-mails[idx].space) Jul  1 10:00:46 bounce dovecot: child 1992 (imap)
killed with signal 6

(repeatedly; user action was a bulk move from mailbox to mailbox, with
the /home file-system having 20G free)

and then=20

Jul  1 10:02:10 bounce dovecot: IMAP(brcic): file
mail-transaction-log-view.c: line 122 (mail_transaction_log_view_set):
assertion failed: (min_file_seq !=3D max_file_seq || min_file_offse t <=3D
max_file_offset)=20
Jul  1 10:02:10 bounce dovecot: child 10098 (imap) killed with signal 6

and further

Jul  1 10:05:06 bounce dovecot: pipe() failed: Too many open files
Jul  1 10:05:37 bounce last message repeated 312778 times
Jul  1 10:05:58 bounce last message repeated 211646 times

and finally it dies. For the moment, I am back to 0.99.10.6.

	hauke

--=20
           Hauke Fath                   /~\  The ASCII Ribbon Campaign
Institut f=FCr Nachrichtentechnik         \ /    No HTML/RTF in email
          TU Darmstadt                   X     No Word docs in email
      Ruf +49-6151-16-3281              / \  Respect for open standards

From pazke@donpac.ru  Thu Jul  1 13:39:09 2004
Return-Path: <pazke@donpac.ru>
X-Original-To: dovecot@dovecot.org
Delivered-To: dovecot@dovecot.org
Received: by talvi.dovecot.org (Postfix, from userid 107)
	id 6B0F3C000DE0; Thu,  1 Jul 2004 13:39:09 +0300 (EEST)
Received: from donpac.ru (mail.donpac.ru [80.254.111.2])
	by talvi.dovecot.org (Postfix) with ESMTP id 91F8BC000D9C
	for <dovecot@dovecot.org>; Thu,  1 Jul 2004 13:39:06 +0300 (EEST)
Received: from [80.254.111.9] (helo=pazke)
	by donpac.ru with asmtp (TLSv1:AES256-SHA:256) (Exim 4.34)
	id 1Bfyq5-0002BI-Jh
	for dovecot@dovecot.org; Thu, 01 Jul 2004 14:30:45 +0400
Received: from pazke by pazke with local (Exim 4.30) id 1Bfyq5-0002k1-3O
	for dovecot@dovecot.org; Thu, 01 Jul 2004 14:30:45 +0400
Date: Thu, 1 Jul 2004 14:30:44 +0400
From: Andrey Panin <pazke@donpac.ru>
To: dovecot@dovecot.org
Message-ID: <20040701103044.GB8118@pazke>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TYecfFk8j8mZq+dy"
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040523i
Sender: Andrey Panin <pazke@pazke>
X-SMTP-Authenticated: pazke@donpac.ru (cram)
X-SMTP-TLS: TLSv1:AES256-SHA:256
Subject: [Dovecot] [PATCH, RFC] add APOP authentication mechanism
X-BeenThere: dovecot@dovecot.org
X-Mailman-Version: 2.1.4
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: Thu, 01 Jul 2004 10:39:09 -0000
X-UID: 9713                                                  
Status: O
Content-Length: 12770


--TYecfFk8j8mZq+dy
Content-Type: multipart/mixed; boundary="b5gNqxB1S1yM7hjW"
Content-Disposition: inline


--b5gNqxB1S1yM7hjW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello all,

this patch add APOP authentication mechanism to dovecot 1.0-test23.
Please take a look.

Best regards.

--=20
Andrey Panin		| Linux and UNIX system administrator
pazke@donpac.ru		| PGP key: wwwkeys.pgp.net

--b5gNqxB1S1yM7hjW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="patch-apop-1.0-test23"
Content-Transfer-Encoding: quoted-printable

diff -udrpN -X /usr/share/dontdiff -x Makefile dovecot-1.0-test23.vanilla/s=
rc/auth/Makefile.am dovecot-1.0-test23/src/auth/Makefile.am
--- dovecot-1.0-test23.vanilla/src/auth/Makefile.am	2004-06-24 12:14:13.000=
000000 +0400
+++ dovecot-1.0-test23/src/auth/Makefile.am	2004-07-01 11:38:32.000000000 +=
0400
@@ -31,6 +31,7 @@ dovecot_auth_SOURCES =3D \
 	mech-plain.c \
 	mech-cram-md5.c \
 	mech-digest-md5.c \
+	mech-apop.c \
 	mycrypt.c \
 	passdb.c \
 	passdb-bsdauth.c \
diff -udrpN -X /usr/share/dontdiff -x Makefile dovecot-1.0-test23.vanilla/s=
rc/auth/mech-apop.c dovecot-1.0-test23/src/auth/mech-apop.c
--- dovecot-1.0-test23.vanilla/src/auth/mech-apop.c	1970-01-01 03:00:00.000=
000000 +0300
+++ dovecot-1.0-test23/src/auth/mech-apop.c	2004-07-01 11:38:32.000000000 +=
0400
@@ -0,0 +1,183 @@
+/*
+ * APOP (RFC-1460) authentication mechanism.
+ *
+ * Copyright (c) 2004 Andrey Panin <pazke@donpac.ru>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU Lesser General Public License as publishe=
d=20
+ * by the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ */
+
+#include "common.h"
+#include "safe-memset.h"
+#include "mech.h"
+#include "passdb.h"
+#include "md5.h"
+#include "buffer.h"
+#include "hex-binary.h"
+
+#include <ctype.h>
+
+struct apop_auth_request {
+	struct auth_request auth_request;
+
+	pool_t pool;
+
+	/* requested: */
+	char *challenge;
+
+	/* received: */
+	char *username;
+	char *digest;
+	unsigned long maxbuf;
+};
+
+static void
+apop_credentials_callback(const char *credentials,
+			  struct auth_request *auth_request)
+{
+	struct apop_auth_request *auth =3D
+		(struct apop_auth_request *)auth_request;
+	buffer_t *digest_buf;
+	unsigned char remote_digest[16];
+	unsigned char digest[16];
+	struct md5_context ctx;
+
+	digest_buf =3D buffer_create_data(pool_datastack_create(),
+					remote_digest, sizeof(remote_digest));
+	if (hex_to_binary(auth->digest, digest_buf) <=3D 0) {
+		if (verbose)
+			i_info("apop(%s): invalid characters in APOP digest", get_log_prefix(au=
th_request));
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+		return;
+	}
+
+	md5_init(&ctx);
+	md5_update(&ctx, auth->challenge, strlen(auth->challenge));
+	md5_update(&ctx, credentials, strlen(credentials));
+	md5_final(&ctx, digest);
+
+	safe_memset((void *) credentials, 0, strlen(credentials));
+
+	mech_auth_finish(auth_request, NULL, 0,
+			 memcmp(digest, remote_digest, 16) ? FALSE : TRUE);
+}
+
+static int
+mech_apop_auth_initial(struct auth_request *auth_request,
+			struct auth_client_request_new *request,
+			const unsigned char *data,
+			mech_callback_t *callback)
+{
+	struct apop_auth_request *auth =3D
+		(struct apop_auth_request *)auth_request;
+	const unsigned char *tmp, *end, *username;
+
+	auth_request->callback =3D callback;
+
+	if (strcmp(auth_request->protocol, "POP3")) {
+		if (verbose)
+			i_info("apop(%s): wrong protocol %s", get_log_prefix(auth_request),
+				auth_request->protocol);
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+		return TRUE;
+	}
+
+	if (!AUTH_CLIENT_REQUEST_HAVE_INITIAL_RESPONSE(request)) {
+		/* Should never happen */
+		if (verbose)
+			i_info("apop(%s): no initial respone", get_log_prefix(auth_request));
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+		return TRUE;
+	}
+
+	tmp =3D data =3D data + request->initial_resp_idx;
+	end =3D data + request->data_size - request->initial_resp_idx;
+
+	while (*tmp && (tmp < end))
+		tmp++;
+
+	if (tmp =3D=3D end) {
+		/* Should never happen */
+		if (verbose)
+			i_info("apop(%s): mailformed data", get_log_prefix(auth_request));
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+		return TRUE;
+	}
+	tmp++;
+
+	auth->challenge =3D p_strdup(auth->pool, data);
+
+	username =3D tmp;
+	while (*tmp && !isspace(*tmp) && (tmp < end))
+		tmp++;
+
+	if (tmp =3D=3D end) {
+		if (verbose)
+			i_info("apop(%s): mailformed response", get_log_prefix(auth_request));
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+		return TRUE;
+	}
+	tmp++;
+
+	auth->username =3D p_strndup(auth->pool, username, tmp - username - 1);
+	if (!mech_is_valid_username(auth->username)) {
+		if (verbose)
+			i_info("apop(%s): invalid username", get_log_prefix(auth_request));
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+		return TRUE;
+	}
+
+	auth_request->user =3D p_strdup(auth->pool, auth->username);
+
+	if ((end - tmp) !=3D 32) {
+		if (verbose)
+			i_info("apop(%s): wrong APOP digest length", get_log_prefix(auth_reques=
t));
+		mech_auth_finish(auth_request, NULL, 0, FALSE);
+		return TRUE;
+	}
+
+	auth->digest =3D p_strndup(auth->pool, tmp, 32);
+
+	passdb->lookup_credentials(auth_request, PASSDB_CREDENTIALS_PLAINTEXT,
+				   apop_credentials_callback);
+
+	return TRUE;
+}
+
+static void
+mech_apop_auth_free(struct auth_request *auth_request)
+{
+	pool_unref(auth_request->pool);
+}
+
+static struct auth_request *mech_apop_auth_new(void)
+{
+	struct apop_auth_request *auth;
+	pool_t pool;
+
+	pool =3D pool_alloconly_create("apop_auth_request", 256);
+	auth =3D p_new(pool, struct apop_auth_request, 1);
+	auth->pool =3D pool;
+
+	auth->auth_request.refcount =3D 1;
+	auth->auth_req
